Bug#627372: [2.6.32 -> 2.6.38 regression] GM45: Console turns black during boot
Hi I compiled both versions as per your instructions, and the behaviour is the same each time. I need to use setpci ... to get the screen backlight on. Do you need any additional information? Alan On Apr 26, 2012 7:23 PM, "Jonathan Nieder" wrote: > tags 627372 + upstream patch moreinfo > quit > > Hi Alan, > > Alan Zimmerman wrote: > > > Console turns black during boot, roughly at the point where normally the > > console font changes. > > Thanks again. At last there is a patch to test (attached). Could you > try it? > > Possible instructions: > > 0. Prerequisites > >apt-get install git build-essential > > 1. Get the kernel history if you don't already have it > >git clone \ > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > > 2. Add point releases > >cd linux >git remote add stable \ > git:// > git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git >git fetch stable > > 3. Configure, build, and test > >git checkout stable/linux-3.2.y >cp /boot/config-$(uname -r) .config; # current configuration >make localmodconfig; # optional: minimize configuration >make deb-pkg; # optionally with -j for parallel build >dpkg -i ../; # as root >reboot > >Hopefully it reproduces the black screen at boot. > > 4. Try the patch > >cd linux >git am -3sc /path/to/the/patch >make deb-pkg; # maybe with -j4 >dpkg -i ../; # as root >reboot > > An alternative set of instructions is at [1]. > > If it works, we can try applying the patch and pass this information > upstream to help them decide when to roll it out. > > Hope that helps, > Jonathan > > [1] > http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official > or the corresponding page in the debian-kernel-handbook package >
Bug#670634: linux-image-2.6.32-5-686: SV266A with VIA KT266A: suspend to RAM not available
Package: linux-2.6 Version: 2.6.32-41squeeze2 Severity: normal Dear Debian folks, the option suspend to RAM is not available on the motherboard SV266A with a VIA KT266A(?) chipset [1]. $ echo mem | sudo tee /sys/power/state mem tee: /sys/power/state: No such device $ ls /sys/power/ diskimage_size pm_test resume state $ ls /sys/power/state /sys/power/state $ sudo su # echo mem > /sys/power/state bash: echo: Schreibfehler: Kein passendes Gerät gefunden. I looked around in the BIOS and the option *ACPI functions* is set to *Enabled*. There is also an option *Suspend Mode* which I can set to *Disable* or to a number of minutes. But I guess I do not want the BIOS to suspend my system but using the operating system for that task. Is Linux looking at the ACPI tables and they are wrong in this case? Can I force suspend to RAM somehow to test it? Thanks, Paul [1] http://lists.freedesktop.org/archives/pm-utils/2010-June/002176.html -- Package-specific info: ** Version: Linux version 2.6.32-5-686 (Debian 2.6.32-41squeeze2) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Mar 26 05:20:33 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=582643ad-cb1e-4a01-bca4-5c8ad8562447 ro parport=0 quiet ** Not tainted ** Kernel log: [1.880840] Uniform CD-ROM driver Revision: 3.20 [1.881684] sr 0:0:1:0: Attached scsi CD-ROM sr0 [1.886508] sr1: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray [1.886770] sr 1:0:0:0: Attached scsi CD-ROM sr1 [1.909648] sd 0:0:0:0: Attached scsi generic sg0 type 0 [1.910146] sr 0:0:1:0: Attached scsi generic sg1 type 5 [1.911441] sr 1:0:0:0: Attached scsi generic sg2 type 5 [1.940052] usb 2-1: new low speed USB device using uhci_hcd and address 2 [2.106022] usb 2-1: New USB device found, idVendor=1241, idProduct=1122 [2.106030] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [2.106235] usb 2-1: configuration #1 chosen from 1 choice [2.132546] usbcore: registered new interface driver hiddev [2.151697] input: HID 1241:1122 as /devices/pci:00/:00:10.0/usb2/2-1/2-1:1.0/input/input0 [2.151983] generic-usb 0003:1241:1122.0001: input,hidraw0: USB HID v1.00 Mouse [HID 1241:1122] on usb-:00:10.0-1/input0 [2.152093] usbcore: registered new interface driver usbhid [2.152458] usbhid: v2.6:USB HID core driver [2.348047] usb 2-2: new low speed USB device using uhci_hcd and address 3 [2.527930] usb 2-2: New USB device found, idVendor=046d, idProduct=c30f [2.527939] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [2.527944] usb 2-2: Product: Logitech USB Keyboard [2.527948] usb 2-2: Manufacturer: Logitech [2.528216] usb 2-2: configuration #1 chosen from 1 choice [2.545744] input: Logitech Logitech USB Keyboard as /devices/pci:00/:00:10.0/usb2/2-2/2-2:1.0/input/input1 [2.545953] generic-usb 0003:046D:C30F.0002: input,hidraw1: USB HID v1.10 Keyboard [Logitech Logitech USB Keyboard] on usb-:00:10.0-2/input0 [2.580104] input: Logitech Logitech USB Keyboard as /devices/pci:00/:00:10.0/usb2/2-2/2-2:1.1/input/input2 [2.580237] generic-usb 0003:046D:C30F.0003: input,hidraw2: USB HID v1.10 Device [Logitech Logitech USB Keyboard] on usb-:00:10.0-2/input1 [2.627161] PM: Starting manual resume from disk [2.627172] PM: Resume from partition 8:5 [2.627175] PM: Checking hibernation image. [2.648921] PM: Error -22 checking image file [2.648924] PM: Resume from disk failed. [2.735754] EXT4-fs (sda1): mounted filesystem with ordered data mode [ 18.393028] udev[329]: starting version 164 [ 18.701813] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input3 [ 18.701831] ACPI: Power Button [PWRB] [ 18.701952] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input4 [ 18.701965] ACPI: Sleep Button [SLPB] [ 18.702103] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input5 [ 18.702109] ACPI: Power Button [PWRF] [ 18.801413] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 18.813370] input: PC Speaker as /devices/platform/pcspkr/input/input6 [ 19.031666] NET: Registered protocol family 23 [ 19.042768] Marking TSC unstable due to TSC halts in idle [ 19.044725] processor LNXCPU:00: registered as cooling_device1 [ 19.045676] Switching to clocksource acpi_pm [ 19.078663] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [ 19.108505] parport_pc 00:0b: reported by Plug and Play ACPI [ 19.108577] parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE] [ 19.282437] [drm] Initialized drm 1.1.0 20060810 [ 19.364582] nouveau :01:00.0: PCI INT A -> Link[LNKA] -> GSI 11 (level, low) -> IRQ 11 [ 19.377666] [drm] nouveau :01:00.0: Detected an NV10 generation card (0
Bug#670398: linux-image-2.6.32-5-amd64: SSH logins hang while hpet interrupts multiply on Intel Nehalem CPUs
On Fri, Apr 27, 2012 at 04:19:21AM +0100, Ben Hutchings wrote: Hi, > So it looks like in this case at least you're seeing a bug in USB error > recovery and not anything to do with timing using the TSC vs HPET. Ok, a few minutes ago I got aware of another system with the given symptoms with a SandyBridge CPU (E3-1220) and the same CallTrace. I'm now wondering what I could do to help to debug such issue further? All those Dell systems (R210 and R210 II) are equipped with DRAC KVM cards. They expose the input of the KVM Java applet as USB devices to the system. For at least one of the effected systems I'm pretty sure that nobody tried to use the KVM applet while that issue appearead but that doesn't mean anything. External USB devices were not connected to the systems. Kernel is linux-image-2.6.32-5-amd64 2.6.32-38 Sven -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120427133047.ga12...@sho.bk.hosteurope.de
Bug#670634: linux-image-2.6.32-5-686: SV266A with VIA KT266A: suspend to RAM not available
Am Freitag, den 27.04.2012, 15:31 +0200 schrieb Paul Menzel: > Package: linux-2.6 > Version: 2.6.32-41squeeze2 Unfortunately it is hard to test newer versions, since the BIOS does not allow to boot from an USB media. […] > the option suspend to RAM is not available on the motherboard SV266A > with a VIA KT266A(?) chipset [1]. > > $ echo mem | sudo tee /sys/power/state > mem > tee: /sys/power/state: No such device > $ ls /sys/power/ > diskimage_size pm_test resume state > $ ls /sys/power/state > /sys/power/state > $ sudo su > # echo mem > /sys/power/state > bash: echo: Schreibfehler: Kein passendes Gerät gefunden. > > I looked around in the BIOS and the option *ACPI functions* is set to > *Enabled*. There is also an option *Suspend Mode* which I can set to > *Disable* or to a number of minutes. But I guess I do not want the BIOS > to suspend my system but using the operating system for that task. > > Is Linux looking at the ACPI tables and they are wrong in this case? Can > I force suspend to RAM somehow to test it? I attach the output of `dmidecode` and `biosdecode` (Squeeze versions). Although I am not sure if it will be useful or not. Thanks, Paul > [1] http://lists.freedesktop.org/archives/pm-utils/2010-June/002176.html > > > -- Package-specific info: > ** Version: > Linux version 2.6.32-5-686 (Debian 2.6.32-41squeeze2) (da...@debian.org) (gcc > version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Mar 26 05:20:33 UTC 2012 > > ** Command line: > BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 > root=UUID=582643ad-cb1e-4a01-bca4-5c8ad8562447 ro parport=0 quiet > > ** Not tainted > > ** Kernel log: > [1.880840] Uniform CD-ROM driver Revision: 3.20 > [1.881684] sr 0:0:1:0: Attached scsi CD-ROM sr0 > [1.886508] sr1: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray > [1.886770] sr 1:0:0:0: Attached scsi CD-ROM sr1 > [1.909648] sd 0:0:0:0: Attached scsi generic sg0 type 0 > [1.910146] sr 0:0:1:0: Attached scsi generic sg1 type 5 > [1.911441] sr 1:0:0:0: Attached scsi generic sg2 type 5 > [1.940052] usb 2-1: new low speed USB device using uhci_hcd and address 2 > [2.106022] usb 2-1: New USB device found, idVendor=1241, idProduct=1122 > [2.106030] usb 2-1: New USB device strings: Mfr=0, Product=0, > SerialNumber=0 > [2.106235] usb 2-1: configuration #1 chosen from 1 choice > [2.132546] usbcore: registered new interface driver hiddev > [2.151697] input: HID 1241:1122 as > /devices/pci:00/:00:10.0/usb2/2-1/2-1:1.0/input/input0 > [2.151983] generic-usb 0003:1241:1122.0001: input,hidraw0: USB HID v1.00 > Mouse [HID 1241:1122] on usb-:00:10.0-1/input0 > [2.152093] usbcore: registered new interface driver usbhid > [2.152458] usbhid: v2.6:USB HID core driver > [2.348047] usb 2-2: new low speed USB device using uhci_hcd and address 3 > [2.527930] usb 2-2: New USB device found, idVendor=046d, idProduct=c30f > [2.527939] usb 2-2: New USB device strings: Mfr=1, Product=2, > SerialNumber=0 > [2.527944] usb 2-2: Product: Logitech USB Keyboard > [2.527948] usb 2-2: Manufacturer: Logitech > [2.528216] usb 2-2: configuration #1 chosen from 1 choice > [2.545744] input: Logitech Logitech USB Keyboard as > /devices/pci:00/:00:10.0/usb2/2-2/2-2:1.0/input/input1 > [2.545953] generic-usb 0003:046D:C30F.0002: input,hidraw1: USB HID v1.10 > Keyboard [Logitech Logitech USB Keyboard] on usb-:00:10.0-2/input0 > [2.580104] input: Logitech Logitech USB Keyboard as > /devices/pci:00/:00:10.0/usb2/2-2/2-2:1.1/input/input2 > [2.580237] generic-usb 0003:046D:C30F.0003: input,hidraw2: USB HID v1.10 > Device [Logitech Logitech USB Keyboard] on usb-:00:10.0-2/input1 > [2.627161] PM: Starting manual resume from disk > [2.627172] PM: Resume from partition 8:5 > [2.627175] PM: Checking hibernation image. > [2.648921] PM: Error -22 checking image file > [2.648924] PM: Resume from disk failed. > [2.735754] EXT4-fs (sda1): mounted filesystem with ordered data mode > [ 18.393028] udev[329]: starting version 164 > [ 18.701813] input: Power Button as > /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input3 > [ 18.701831] ACPI: Power Button [PWRB] > [ 18.701952] input: Sleep Button as > /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input4 > [ 18.701965] ACPI: Sleep Button [SLPB] > [ 18.702103] input: Power Button as > /devices/LNXSYSTM:00/LNXPWRBN:00/input/input5 > [ 18.702109] ACPI: Power Button [PWRF] > [ 18.801413] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 > [ 18.813370] input: PC Speaker as /devices/platform/pcspkr/input/input6 > [ 19.031666] NET: Registered protocol family 23 > [ 19.042768] Marking TSC unstable due to TSC halts in idle > [ 19.044725] processor LNXCPU:00: registered as cooling_device1 > [ 19.045676] Switching to clocksource
Bug#627372: [2.6.32 -> 2.6.38 regression] GM45: Console turns black during boot
tags 627372 - patch moreinfo fixed-upstream quit Hi, Alan Zimmerman wrote: > I compiled both versions as per your instructions, and the behaviour is the > same each time. > > I need to use setpci ... to get the screen backlight on. Thanks. Let's take this upstream. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120427170808.GC687@burratino
Processed: Re: [2.6.32 -> 2.6.38 regression] GM45: Console turns black during boot
Processing commands for cont...@bugs.debian.org: > tags 627372 - patch moreinfo fixed-upstream Bug #627372 [linux-2.6] linux-image-2.6.38-2-686: Console turns black during boot Bug #625727 [linux-2.6] linux-image-2.6.38-2-amd64: Console turns black during boot, backlight turns off Removed tag(s) fixed-upstream, moreinfo, and patch. Removed tag(s) fixed-upstream, moreinfo, and patch. > quit Stopping processing here. Please contact me if you need assistance. -- 625727: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=625727 627372: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627372 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133554650215402.transcr...@bugs.debian.org
Bug#670634: linux-image-2.6.32-5-686: SV266A with VIA KT266A: suspend to RAM not available
On Fri, Apr 27, 2012 at 03:31:30PM +0200, Paul Menzel wrote: > Package: linux-2.6 > Version: 2.6.32-41squeeze2 > Severity: normal > > Dear Debian folks, > > > the option suspend to RAM is not available on the motherboard SV266A > with a VIA KT266A(?) chipset [1]. What makes you think this is a kernel bug? Does this work in other operating systems or kernel versions on this same hardware? [...] > I looked around in the BIOS and the option *ACPI functions* is set to > *Enabled*. ACPI is a broad interface with hundreds of features which the system firmware (BIOS) can *optionally* support. You should always enable ACPI but it doesn't mean suspend to RAM will be possible. > There is also an option *Suspend Mode* which I can set to > *Disable* or to a number of minutes. But I guess I do not want the BIOS > to suspend my system but using the operating system for that task. > > Is Linux looking at the ACPI tables and they are wrong in this case? Can > I force suspend to RAM somehow to test it? No, there is no way to suspend to RAM on x86 without using ACPI or (on old systems) APM. If the system firmware doesn't tell the kernel suspend to RAM is possible, then it isn't. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120427174522.gn3...@decadent.org.uk
Processed: tagging 670634
Processing commands for cont...@bugs.debian.org: > tags 670634 + moreinfo Bug #670634 [linux-2.6] linux-image-2.6.32-5-686: SV266A with VIA KT266A: suspend to RAM not available Added tag(s) moreinfo. > thanks Stopping processing here. Please contact me if you need assistance. -- 670634: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670634 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133554873326437.transcr...@bugs.debian.org
Bug#654206: max_batch_time not honoured or incorrect in /proc/mounts
reassign 670593 src:linux-2.6 3.2.15-1 reassign 654206 src:linux-2.6 2.6.32-39 found 654206 linux-2.6/3.1.6-1 , linux-2.6/3.0.0-6 merge 654206 670593 tags 654206 + patch upstream fixed 654206 linux-2.6/3.3~rc6-1~experimental.1 quit Hi Joshua, Joshua Charles Campbell wrote: > This happens on both 3.2 from backports and 3.2 in wheezy, tested on both. > Might happen in earlier kernels too. > > umount /test; mount -o max_batch_time=14000 /test; grep test /proc/mounts > produces: > /dev/mapper/test /test ext4 > rw,noatime,user_xattr,acl,commit=600,max_batch_time=0,barrier=0,journal_async_commit,stripe=768,data=writeback Yep, min_batch_time is being reported as max_batch_time for some reason. Fixed by v3.3-rc1~114^2^2~5 (ext4: Report max_batch_time option correctly, 2012-01-04). Thanks for a clear report, Jonathan -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120427204256.GB2821@burratino
Processed: Re: max_batch_time not honoured or incorrect in /proc/mounts
Processing commands for cont...@bugs.debian.org: > reassign 670593 src:linux-2.6 3.2.15-1 Bug #670593 [linux-image-3.2.0-2-amd64] linux-image-3.2.0-2-amd64: max_batch_time not honoured or incorrect in /proc/mounts Bug reassigned from package 'linux-image-3.2.0-2-amd64' to 'src:linux-2.6'. No longer marked as found in versions linux-2.6/3.2.15-1. Ignoring request to alter fixed versions of bug #670593 to the same values previously set Bug #670593 [src:linux-2.6] linux-image-3.2.0-2-amd64: max_batch_time not honoured or incorrect in /proc/mounts Marked as found in versions linux-2.6/3.2.15-1. > reassign 654206 src:linux-2.6 2.6.32-39 Bug #654206 [linux-2.6] linux-image-3.0.0-2-amd64: max_batch_time doesn't seem to work Bug reassigned from package 'linux-2.6' to 'src:linux-2.6'. No longer marked as found in versions 2.6.32-39, 3.1.6-1, and 3.0.0-6. Ignoring request to alter fixed versions of bug #654206 to the same values previously set Bug #654206 [src:linux-2.6] linux-image-3.0.0-2-amd64: max_batch_time doesn't seem to work Marked as found in versions linux-2.6/2.6.32-39. > found 654206 linux-2.6/3.1.6-1 , linux-2.6/3.0.0-6 Bug #654206 [src:linux-2.6] linux-image-3.0.0-2-amd64: max_batch_time doesn't seem to work Marked as found in versions linux-2.6/3.1.6-1 and linux-2.6/3.0.0-6. > merge 654206 670593 Bug #654206 [src:linux-2.6] linux-image-3.0.0-2-amd64: max_batch_time doesn't seem to work Bug #654206 [src:linux-2.6] linux-image-3.0.0-2-amd64: max_batch_time doesn't seem to work Marked as found in versions linux-2.6/3.2.15-1. Bug #670593 [src:linux-2.6] linux-image-3.2.0-2-amd64: max_batch_time not honoured or incorrect in /proc/mounts Marked as found in versions linux-2.6/3.1.6-1, linux-2.6/2.6.32-39, and linux-2.6/3.0.0-6. Merged 654206 670593 > tags 654206 + patch upstream Bug #654206 [src:linux-2.6] linux-image-3.0.0-2-amd64: max_batch_time doesn't seem to work Bug #670593 [src:linux-2.6] linux-image-3.2.0-2-amd64: max_batch_time not honoured or incorrect in /proc/mounts Added tag(s) upstream and patch. Added tag(s) upstream and patch. > fixed 654206 linux-2.6/3.3~rc6-1~experimental.1 Bug #654206 [src:linux-2.6] linux-image-3.0.0-2-amd64: max_batch_time doesn't seem to work Bug #670593 [src:linux-2.6] linux-image-3.2.0-2-amd64: max_batch_time not honoured or incorrect in /proc/mounts Marked as fixed in versions linux-2.6/3.3~rc6-1~experimental.1. Marked as fixed in versions linux-2.6/3.3~rc6-1~experimental.1. > quit Stopping processing here. Please contact me if you need assistance. -- 654206: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=654206 670593: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670593 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133555938512908.transcr...@bugs.debian.org
Bug#669052: [regression 3.2.12 -> 3.2.14] r8169 driver not automatically loaded
Jean-Louis Mounier wrote: > Package: initramfs-tools > Version: 0.101 [...] > MODULES=most Hmm, that looks ok. Thanks. Please attach output from: * lsinitramfs /boot/initrd.img-3.2.0-1-amd64 * lsinitramfs /boot/initrd.img-3.2.0-2-amd64 * grep . /etc/modprobe.d/* I'd also be interested in the result of the following procedure: 1. Back up /boot/initrd.img-3.2.0-1-amd64 for later analysis. 2. update-initramfs -k 3.2.0-1-amd64 -u 3. Try to boot 3.2.6-1. Does it still load the r8169 module automatically? Ciao, Jonathan -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120427210357.GC2821@burratino
Processed: Re: [etchnhalf] psmouse.c lost synchronization
Processing commands for cont...@bugs.debian.org: > tags 507635 + moreinfo Bug #507635 [linux-2.6] linux-image-2.6.24-etchnhalf.1-486: psmouse.c lost synchronization Added tag(s) moreinfo. > End of message, stopping processing here. Please contact me if you need assistance. -- 507635: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507635 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133559580112129.transcr...@bugs.debian.org
Bug#500838: marked as done (linux-image-2.6.24-etchnhalf.1-686-bigmem: MD raid5 array with XFS filesystem hangs (deadlock) after a while under heavy use)
Your message dated Sat, 28 Apr 2012 01:48:13 -0500 with message-id <20120428064813.GA19485@burratino> and subject line Re: [etchnhalf] MD raid5 array with XFS filesystem hangs (deadlock) after a while under heavy use has caused the Debian Bug report #500838, regarding linux-image-2.6.24-etchnhalf.1-686-bigmem: MD raid5 array with XFS filesystem hangs (deadlock) after a while under heavy use to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 500838: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500838 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: linux-image-2.6.24-etchnhalf.1-686-bigmem Version: 2.6.24-6~etchnhalf.5 Severity: important File operations hang after a while on a raid5 MD array with XFS filesystem on it. XFS may be irrelevant. Default parameters were used, so /sys/block/md*/md/stripe_cache_size was not changed. No error messages appear in dmesg or elsewhere, so a deadlock is suspected. A patch exists: http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/broken-out/md-fix-an-occasional-deadlock-in-raid5.patch. The patch seems to appear (slightly modified) in the 2.6.26 (testing) kernel. The patch, or the version that appears in 2.6.26 is reported to solve the problem (I can not yet confirm). Increasing /sys/block/md*/md/stripe_cache_size to 4096 or 8192 is also reported to solve the problem (I can not yet confirm). The stable 2.6.18 kernel is not affected, though raid5 speed benefits from increasing /sys/block/md*/md/stripe_cache_size (confirmed). I use lenny/testing with a stable kernel. -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-etchnhalf.1-686-bigmem (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.24-etchnhalf.1-686-bigmem depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii initramfs-tools [linux-initra 0.92j tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.24-etchnhalf.1-686-bigmem recommends: ii libc6-i6862.7-13 GNU C Library: Shared libraries [i -- debconf information excluded --- End Message --- --- Begin Message --- Version: 2.6.25-1 Hi Laslo, Laszlo Kajan wrote: > File operations hang after a while on a raid5 MD array with XFS > filesystem on it. XFS may be irrelevant. Default parameters were > used, so /sys/block/md*/md/stripe_cache_size was not changed. > No error messages appear in dmesg or elsewhere, so a deadlock is > suspected. > > A patch exists: > http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/broken-out/md-fix-an-occasional-deadlock-in-raid5.patch. > The patch seems to appear (slightly modified) in the 2.6.26 (testing) kernel. > The patch, or the version that appears in 2.6.26 is reported to > solve the problem (I can not yet confirm). The patch mentioned above is v2.6.25-rc1~542 (md: fix an occasional deadlock in raid5, 2008-02-06). Therefore closing, but confirmation either way about the fix would be welcome. Thanks for a pleasant report, and sorry we lost track of this. Sincerely, Jonathan --- End Message ---
