With 2.6.24-18-rt the problem is still there. I will now check the
kernel from the hardy proposed repository.
Best regards
Matthias
On Thu 26/06/08 14:26 , Alessio Igor Bogani [EMAIL PROTECTED] sent:
> @lueschem,
>
> Good catch!
>
> Could you test with last -rt kernel ava
The rt kernel 2.6.24-19.34 shows the same behavior: As soon as I
execute "lsusb" I get latencies up to 1ms. Please let me know if I can
do additional tests.
Best regards
Matthias
--
Latency regression with real time kernel and usb subsystem
https://bugs.launchpad.net/bugs/217617
You received t
With the latest evolution-data-server 2.22.2-0ubuntu2 I get a similar
behaviour as described above.
To debug it I did the following:
1. evolution --force-shutdown
2. GROUPWISE_DEBUG=1 /usr/lib/evolution/evolution-data-server-2.22
3. Started evolution and tried to compose an e-mail
-> The evoluti
2.6.27-3-rt seems to fix the problem - I am no longer able to reproduce
it!
--
Latency regression with real time kernel and usb subsystem
https://bugs.launchpad.net/bugs/217617
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-b
The above mentioned problem can also be reproduced with vanilla 2.6.24.7
with the latest rt patch (rt26).
--
Kernel 2.6.24-23-rt locks up hard under heavy rt load
https://bugs.launchpad.net/bugs/324275
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Public bug reported:
Description:Ubuntu 8.04.2
Release:8.04
linux-rt:
Installed: 2.6.24.23.25
Candidate: 2.6.24.23.25
Version table:
*** 2.6.24.23.25 0
500 http://ch.archive.ubuntu.com hardy-updates/multiverse Packages
100 /var/lib/dpkg/status
2.6.24.22.24 0
The lockup is currently being discussed on linux-rt-users
(http://marc.info/?t=12336094276&r=1&w=2). It looks like the issue
is related to a patch that was introduced with 2.6.24.7-rt13.
--
Kernel 2.6.24-23-rt locks up hard under heavy rt load
https://bugs.launchpad.net/bugs/324275
You receiv
The fix for the crash can be found here:
http://marc.info/?l=linux-rt-users&m=123393014501532&w=2
The described patch should get included into the quilt series of the rt kernel:
[ubuntu/ubuntu-hardy.git]/debian/binary-custom.d/rt/patchset/
--
Kernel 2.6.24-23-rt locks up hard under heavy rt load
The above mentioned problem might also crash ubuntu studio (jackd,
http://marc.info/?l=linux-rt-users&m=123323476722881&w=2, 2.6.26.7-rt13
had the same problem).
The attached patch has made it into 2.6.24.7-rt27.
** Attachment added: "Addition to
[ubuntu/ubuntu-hardy.git]/debian/binary-custom.d/
Public bug reported:
Binary package hint: linux-image-2.6.24-16-rt
Description:Ubuntu hardy (development branch)
Release:8.04
Package:
linux-image-2.6.24-16-rt:
Installed: 2.6.24-16.30
Candidate: 2.6.24-16.30
Expected behaviour:
Working with usb devices should not have a big imp
** Attachment added: "cyclictest-lspci-dmesg"
http://launchpadlibrarian.net/13460304/cyclictest-lspci-dmesg
--
Latency regression with real time kernel and usb subsystem
https://bugs.launchpad.net/bugs/217617
You received this bug notification because you are a member of Ubuntu
Bugs, which is
>From time to time I also run into the same issue.
It happens only if you press "alt+f2" _very shortly_ after you have
logged in (at this time, the gnome desktop is still starting up).
The dialog box can be closed by pressing the "x" (close button) on the
upper right side of the dialog window.
-
@Stephen Gaito and @Roman Fiedler:
Thanks for your hints! Using **relative** paths definitely helps also within
the container fstab file.
However it would be very helpful if lxc would accept the absolute paths again:
fstab that fails with 1.0.7-0ubuntu0.5:
/home/MYUSER/somemountpoint
/var/lib/
The problem seems to be located in
/usr/share/kernel-package/ruleset/targets/headers.mk:
LINK_ARCH should be set to x86 for 3.0 kernels.
Please note that the kernel package files can be obtained from another
location if you add the option "overlay-dir" to make-kpkg. In this case
you need to fix t
14 matches
Mail list logo
