Having running 2.6.30 for 6 days and usual load:
$ dd if=/dev/zero of=./test.img bs=572041216 count=1
1+0 records in
1+0 records out
572041216 bytes (572 MB) copied, 22.033 seconds, 26.0 MB/s
During dd all cpu cores (I have q6600) are busy doing io (according to top).
Seems like this happens
Hello Ben,
On Wed, Aug 12, 2009 at 7:28 AM, Ben Hutchingsb...@decadent.org.uk wrote:
There is a bug in the firmware loading code in qla1280, as reported
below: it calls request_firmware() while holding a spinlock. I think
that it needs to drop ha-host-host_lock around the call to
Package: linux-image-2.6.30-1-686
Version: 2.6.30-5
Severity: normal
--- Please enter the report below this line. ---
The hibernate script gets as far as s2disk: Snapshotting system and
then hangs indefinitely.
I have tried starting in recovery (single) mode, bringing down the
ethernet link
Peter Salisbury wrote:
Package: linux-image-2.6.30-1-686
Version: 2.6.30-5
Severity: normal
--- Please enter the report below this line. ---
The hibernate script gets as far as s2disk: Snapshotting system and
then hangs indefinitely.
I have tried starting in recovery (single) mode, bringing
Leopold Palomo-Avellaneda a écrit :
I by pass this problem with changing in the /etc/xen/xend-config.sxp
file the line
- (dom0-cpus 0)
+ (dom0-cpus 1)
I'm monitoring the server and it's up since 28 days
I tried this workaround on 5 dom0s and they are up since 34 days now !
So I can confirm
Package: initramfs-tools
Version: 0.92o
Severity: important
Tags: patch
Regenerate the initramfs using update-initramfs on Lenny without lvm2 with
encrypted root results in an unbootable image. Investigation showed that
/usr/share/initramfs-tools/scripts/local-top/cryptroot requires 'lvm'
but
Package: initramfs-tools
Version: 0.92o
Severity: normal
Tags: patch
The /usr/share/initramfs-tools/scripts/local-top/cryptroot script used
with encrypted root does not print debugging information when checks fail.
This makes it hard to debug initramfs failures.
The following patch adds
Processing commands for cont...@bugs.debian.org:
reopen 423082
Bug #423082 [linux-2.6] linux-image-2.6.18-4-686: Problem with Belkin USB 2.0
Notebook Card in Toshiba 4000CDS.
Bug 423082 is not marked as done; doing nothing.
Unknown command or malformed arguments to command.
--
Stopping
Processing commands for cont...@bugs.debian.org:
reopen 423082
Bug #423082 {Done: Moritz Muehlenhoff j...@inutil.org} [linux-2.6]
linux-image-2.6.18-4-686: Problem with Belkin USB 2.0 Notebook Card in Toshiba
4000CDS.
Unknown command or malformed arguments to command.
--
Stopping
On Wed, Aug 12, 2009 at 01:07:28AM +0100, Ben Hutchings wrote:
Now that I've looked at the differences between different controller
revisions, it appears that the switch in byte ordering for the multicast
hash bitmap was made between the RTL8169 family (PCI) and RTL8168 family
(PCI Express).
On Wed, 2009-08-12 at 17:17 -0700, Steve Langasek wrote:
On Wed, Aug 12, 2009 at 01:07:28AM +0100, Ben Hutchings wrote:
Now that I've looked at the differences between different controller
revisions, it appears that the switch in byte ordering for the multicast
hash bitmap was made between
Package: linux-image-2.6.26-2-686
Version: 2.6.26-17lenny1
Severity: normal
File: padlock
I've Squeeze installed on the notebook Toshiba Satelite Pro U200 and getting
this message during the startup process:
Starting MTA [ 35.356507] padlock: VIA PadLock not detected.
greetings
Piotr
--
Folk,
The problem with this Belkin adapter is now
worse than when originally reported. At startup
in Squeeze, error messages repeat for a few
minutes at least. Visible here.
http://carnot.yi.org/BelkinCardbusUSB.jpg
Regards, ... Peter E.
--
Google pathology workshop.
Further information.
Having tested this with the Plextor drive as the master and only drive
in the second IDE channel, the system still does not act on blank medium
in the drive. The drive light changes colour to indicate that it detects
a new disc; no response elsewhere.
Changed module
Processing commands for cont...@bugs.debian.org:
reassign 541289 linux-2.6
Bug #541289 [linux-image-2.6.26-2-686] padlock: Starting MTA [ 35.356507]
padlock: VIA PadLock not detected.
Bug reassigned from package 'linux-image-2.6.26-2-686' to 'linux-2.6'.
Bug No longer marked as found in
Hi,
Twice in the space of a week I've seen behaviour identical to what's described
in this bug report. I'm using 2.6.30. It might be triggered by sleeping the
machine (a MacBook Pro, 2nd gen). No logs as it all happens with root
(re)mounted read-only, and I'm afraid to test it much further
16 matches
Mail list logo
