Bug#637063: linux-image-2.6.26: patch for fujitsu-laptop (refers to bug #631664)
Package: linux-2.6 Version: 2.6.26-26lenny3 Severity: wishlist File: linux-image-2.6.26 I created a patch for 2.6.26 which adds the software-based RF-switch to the kernel. I extracted the main parts of fsaa1655g.c (see bug #631664) and patched it against fujitsu-laptop.c. Now I can switch on my wifi. -- Package-specific info: ** Version: Linux version 2.6.26-2-686 (Debian 2.6.26-26lenny3) (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Sat Jun 11 14:54:10 UTC 2011 ** Command line: root=/dev/hda2 ro single ** Not tainted ** Kernel log: [ 12.837998] ACPI: Lid Switch [LID] [ 12.868196] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 [ 12.868265] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 12.868329] usb usb2: Product: OHCI Host Controller [ 12.868386] usb usb2: Manufacturer: Linux 2.6.26-2-686 ohci_hcd [ 12.868447] usb usb2: SerialNumber: :00:13.1 [ 12.868654] ACPI: PCI Interrupt :00:13.2[A] - GSI 19 (level, low) - IRQ 19 [ 12.868788] ehci_hcd :00:13.2: EHCI Host Controller [ 12.868876] ehci_hcd :00:13.2: new USB bus registered, assigned bus number 3 [ 12.869018] ehci_hcd :00:13.2: irq 19, io mem 0xd0007000 [ 12.875073] ACPI: AC Adapter [ACAD] (on-line) [ 13.012059] usb 1-1: new low speed USB device using ohci_hcd and address 2 [ 13.032330] ACPI: Battery Slot [BAT0] (battery present) [ 13.032465] ehci_hcd :00:13.2: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 [ 13.032614] usb usb3: configuration #1 chosen from 1 choice [ 13.032704] hub 3-0:1.0: USB hub found [ 13.032773] hub 3-0:1.0: 8 ports detected [ 13.092068] hub 1-0:1.0: unable to enumerate USB device on port 1 [ 13.136187] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002 [ 13.136255] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 13.136323] usb usb3: Product: EHCI Host Controller [ 13.136380] usb usb3: Manufacturer: Linux 2.6.26-2-686 ehci_hcd [ 13.136438] usb usb3: SerialNumber: :00:13.2 [ 13.137290] ACPI: PCI Interrupt :00:14.2[A] - GSI 16 (level, low) - IRQ 16 [ 13.301415] ACPI: \_SB_.PCI0.IDE_.SECD.S_D0: found ejectable bay [ 13.301425] ACPI: \_SB_.PCI0.IDE_.SECD.S_D0: Adding notify handler [ 13.301474] ACPI: Bay [\_SB_.PCI0.IDE_.SECD.S_D0] Added [ 13.301538] ACPI: \_SB_.PCI0.IDE_.SECD.S_D1: found ejectable bay [ 13.301541] ACPI: \_SB_.PCI0.IDE_.SECD.S_D1: Adding notify handler [ 13.301569] ACPI: Bay [\_SB_.PCI0.IDE_.SECD.S_D1] Added [ 13.848056] usb 1-1: new low speed USB device using ohci_hcd and address 3 [ 14.053342] usb 1-1: configuration #1 chosen from 1 choice [ 14.055377] usb 1-1: New USB device found, idVendor=192f, idProduct=0416 [ 14.055440] usb 1-1: New USB device strings: Mfr=0, Product=2, SerialNumber=0 [ 14.055499] usb 1-1: Product: USB Optical Mouse [ 14.669823] input: PC Speaker as /class/input/input4 [ 15.164334] input: PS/2 Mouse as /class/input/input5 [ 15.207961] input: AlpsPS/2 ALPS GlidePoint as /class/input/input6 [ 15.214042] ACPI: PCI Interrupt :08:0b.0[A] - GSI 16 (level, low) - IRQ 16 [ 15.267037] ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[16] MMIO=[d0202000-d02027ff] Max Packet=[2048] IR/IT contexts=[4/8] [ 15.313703] 8139too Fast Ethernet driver 0.9.28 [ 15.476945] ACPI: PCI Interrupt :08:0a.0[A] - GSI 19 (level, low) - IRQ 19 [ 15.536138] ssb: Sonics Silicon Backplane found on PCI device :08:0a.0 [ 15.536281] ACPI: PCI Interrupt :08:0d.0[A] - GSI 17 (level, low) - IRQ 17 [ 15.537987] eth0: RealTek RTL8139 at 0xa000, 00:40:ca:d8:f9:99, IRQ 17 [ 15.538049] eth0: Identified 8139 chip type 'RTL-8101' [ 16.361629] usbcore: registered new interface driver hiddev [ 16.365721] input: USB Optical Mouse as /class/input/input7 [ 16.396148] input,hidraw0: USB HID v1.11 Mouse [USB Optical Mouse] on usb-:00:13.0-1 [ 16.396429] usbcore: registered new interface driver usbhid [ 16.396487] usbhid: v2.6:USB HID core driver [ 16.748308] ieee1394: Host added: ID:BUS[0-00:1023] GUID[0040ca01371018ff] [ 17.123535] b43-phy0: Broadcom 4318 WLAN found [ 17.188614] phy0: Selected rate control algorithm 'pid' [ 17.354847] Broadcom 43xx driver loaded [ Features: PMLR, Firmware-ID: FW13 ] [ 18.187321] Adding 1028152k swap on /dev/hda3. Priority:-1 extents:1 across:1028152k [ 18.600308] EXT3 FS on hda2, internal journal [ 18.845450] loop: module loaded [ 19.140079] fuse init (API version 7.9) [ 52.644603] fsaa1655g: Radio turned ON [ 52.644603] fujitsu-laptop: driver 0.3 successfully loaded. [ 99.362272] fsaa1655g: Radio turned OFF [ 99.362323] fujitsu-laptop: driver unloaded. [ 175.576163] powernow-k8: Found 1 AMD Turion(tm) 64 Mobile Technology MT-32 processors (1 cpu cores) (version 2.20.00) [ 175.576204] powernow-k8:0 : fid 0xa (1800 MHz), vid 0xa [ 175.576207] powernow-k8:1 : fid 0x8 (1600 MHz), vid 0xc [
Bug#629636: linux-image-2.6.32-5-kirkwood: IPsec aes-sha1 with kirkwood/mv_cesa causes CPU to spin
* Sebastian Andrzej Siewior sebast...@breakpoint.cc [2011-06-08 13:38:10+0200]: * Alexander Clouter | 2011-06-08 09:54:58 [+]: Whilst deploying IPsec (with strongswan-ike2) I ran into a complication[1] that causes mv_cesa to spin the CPU when the system receives an IPsec ESP packet; it seems to be able to send traffic (before the CPU spin) as a ICMP Echo request (a la pin) out from the system out is okay, until the ICMP Reply comes back. The packet never 'arrives' as far as userspace is concerned and the only way to stop the CPU spinning is a reboot. I've been working on that and forgot about it in the meantime. The problem is that incremental sha1 checksum are wrong i.e. the previous state is ignored by the hardware. I have just been tasked with putting together an active-active IPsec VPN concentrator (with a need to use AES-SHA1 it seems) and I was hoping to use the OpenRD's (and mv_cesa). Have you got a patch I can test that fixes things for SHA1? Cheers -- Alexander Clouter .sigmonster says: You fill a much-needed gap. -- 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/20110808091235.GM30944@chipmunk
Bug#628600: cdrom_id freezing problems seem like a race condition
Severity: normal
Version: 2.6.39-2
Hi folks,
I've also been suffering from broken suspend on my Thinkpad, due to
cdrom_id refusing to freeze. This is on a Thinkpad X201, using an
Ultrabase X200 docking station. The problem occured for me both using
udev 171-2 as well as 172-1. Most of my debugging was done using 172-1.
I've done some extra debugging, the cdrom_id process that hangs
is the one started by this udev line from
/lib/udev/rules.d/60-cdrom_id.rules:
# import device and media properties and lock tray to
# enable the receiving of media eject button events
IMPORT{program}=cdrom_id --lock-media $tempnode
(Note that in udev 171, cdrom_id is run without --lock-media)
This line is run when I press the undock button on my docking station.
I see that there is a udev event with ACTION=change. This cdrom_id
execution then never terminates, which prevents suspend from working.
Note that the process is already hung after pressing the undock button,
the suspend only reveals the problem, it does not cause it AFAICS. When
the cdrom_id is in this hung state, it seems impossible to attach strace
or gdb to it (or perhaps strace attaches succesfully but nothing
happens, but both strace and gdb need a SIGKILL to terminate, ^C is not
enough).
While trying to debug this problem by running cdrom_id with --debug
and/or running it under strace, I found that the problem went away (and
I found an unable to open '/dev/sr0' message on stderr. However, there
has been at least one execution where nothing appeared on stderr and
cdrom_id, so I suspected that there might be a race condition: cdrom_id
opens /dev/sr0 just before the device disappears, somehow making
cdrom_id hang after that.
This is confirmed by making a small change to 60-cdrom_id.rules:
IMPORT{program}=/bin/sh -c 'sleep 1; /lib/udev/cdrom_id --lock-media
$tempnode'
Using this line, the problem seems to go away entirely (I haven't tested
this for a longer period of time, but it hasn't occurred yet, while it
was pretty reproducable before).
I also captured stderr with this change, which again shows the unable
to open '/dev/sr0' message, confirming my suspicons.
I'm not exactly sure how cdrom_id should work internally or what the
real cause or solution of the problem is, but perhaps this helps direct
the search.
If more testing is needed, I'm happy to help out. If someone provides
some pointers for things to try (and/or where to look in the sourcecode,
I'm fairly well-versed in C), I'll see if I can find out more.
Gr.
Matthijs
-- System Information:
Debian Release: 6.0
APT prefers stable
APT policy: (990, 'stable'), (500, 'proposed-updates'), (500, 'unstable'),
(1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
signature.asc
Description: Digital signature
Bug#628600: cdrom_id freezing problems seem like a race condition
Hi folks,
This is confirmed by making a small change to 60-cdrom_id.rules:
IMPORT{program}=/bin/sh -c 'sleep 1; /lib/udev/cdrom_id --lock-media
$tempnode'
One more addition: After making the above addition, the same problem
started occuring for the scsi_id program (also for /dev/sr0). Adding the
same sleep to the 60-persistent-storage.rules files, really made the
problem go away for me.
Gr.
Matthijs
signature.asc
Description: Digital signature
Bug#536860: marked as done (linux-image-2.6.26-2-sparc64: Kernel unaligned access at TPC[48bf10] __delayacct_add_tsk+0x48/0x15c)
Your message dated Mon, 8 Aug 2011 13:17:40 +0200 with message-id 20110808111740.ga27...@elie.gateway.2wire.net and subject line Re: linux-image-2.6.26-2-sparc64: Kernel unaligned access at TPC[48bf10] __delayacct_add_tsk+0x48/0x15c has caused the Debian Bug report #536860, regarding linux-image-2.6.26-2-sparc64: Kernel unaligned access at TPC[48bf10] __delayacct_add_tsk+0x48/0x15c 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.) -- 536860: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=536860 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-image-2.6.26-2-sparc64 Version: 2.6.26-17 Severity: important Running iotop I get lots of: Jul 14 09:44:30 mailq kernel: [1285719.964489] Kernel unaligned access at TPC[48bef4] __delayacct_add_tsk+0x2c/0x15c Jul 14 09:44:30 mailq kernel: [1285719.964558] Kernel unaligned access at TPC[48bf10] __delayacct_add_tsk+0x48/0x15c Jul 14 09:44:30 mailq kernel: [1285719.964594] Kernel unaligned access at TPC[48bf14] __delayacct_add_tsk+0x4c/0x15c Jul 14 09:44:30 mailq kernel: [1285719.964630] Kernel unaligned access at TPC[48bf28] __delayacct_add_tsk+0x60/0x15c Jul 14 09:44:30 mailq kernel: [1285719.964667] Kernel unaligned access at TPC[48bf48] __delayacct_add_tsk+0x80/0x15c Jul 14 09:44:36 mailq kernel: [1285726.011965] Kernel unaligned access at TPC[48bef4] __delayacct_add_tsk+0x2c/0x15c Jul 14 09:44:36 mailq kernel: [1285726.012031] Kernel unaligned access at TPC[48bf10] __delayacct_add_tsk+0x48/0x15c Jul 14 09:44:36 mailq kernel: [1285726.012066] Kernel unaligned access at TPC[48bf14] __delayacct_add_tsk+0x4c/0x15c Jul 14 09:44:36 mailq kernel: [1285726.012100] Kernel unaligned access at TPC[48bf28] __delayacct_add_tsk+0x60/0x15c Jul 14 09:44:36 mailq kernel: [1285726.012135] Kernel unaligned access at TPC[48bf48] __delayacct_add_tsk+0x80/0x15c Jul 14 09:45:14 mailq kernel: [1285764.277939] Kernel unaligned access at TPC[48bef4] __delayacct_add_tsk+0x2c/0x15c Jul 14 09:45:14 mailq kernel: [1285764.278022] Kernel unaligned access at TPC[48bf10] __delayacct_add_tsk+0x48/0x15c Jul 14 09:45:14 mailq kernel: [1285764.278057] Kernel unaligned access at TPC[48bf14] __delayacct_add_tsk+0x4c/0x15c Jul 14 09:45:14 mailq kernel: [1285764.278091] Kernel unaligned access at TPC[48bf28] __delayacct_add_tsk+0x60/0x15c Jul 14 09:45:14 mailq kernel: [1285764.278127] Kernel unaligned access at TPC[48bf48] __delayacct_add_tsk+0x80/0x15c Jul 14 09:45:19 mailq kernel: [1285769.512383] Kernel unaligned access at TPC[48bef4] __delayacct_add_tsk+0x2c/0x15c Jul 14 09:45:19 mailq kernel: [1285769.512464] Kernel unaligned access at TPC[48bf10] __delayacct_add_tsk+0x48/0x15c Jul 14 09:45:19 mailq kernel: [1285769.512500] Kernel unaligned access at TPC[48bf14] __delayacct_add_tsk+0x4c/0x15c Jul 14 09:45:19 mailq kernel: [1285769.512535] Kernel unaligned access at TPC[48bf28] __delayacct_add_tsk+0x60/0x15c Jul 14 09:45:19 mailq kernel: [1285769.512572] Kernel unaligned access at TPC[48bf48] __delayacct_add_tsk+0x80/0x15c Jul 14 10:00:09 mailq kernel: [1286659.651335] Kernel unaligned access at TPC[48bef4] __delayacct_add_tsk+0x2c/0x15c Jul 14 10:00:10 mailq kernel: [1286659.651417] Kernel unaligned access at TPC[48bf10] __delayacct_add_tsk+0x48/0x15c Jul 14 10:00:10 mailq kernel: [1286659.651453] Kernel unaligned access at TPC[48bf14] __delayacct_add_tsk+0x4c/0x15c Jul 14 10:00:10 mailq kernel: [1286659.651488] Kernel unaligned access at TPC[48bf28] __delayacct_add_tsk+0x60/0x15c Jul 14 10:00:10 mailq kernel: [1286659.651525] Kernel unaligned access at TPC[48bf48] __delayacct_add_tsk+0x80/0x15c -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: sparc (sparc64) Kernel: Linux 2.6.26-2-sparc64 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.26-2-sparc64 depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii initramfs-tools [linux-initra 0.92o tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo linux-image-2.6.26-2-sparc64 recommends no packages. Versions of packages linux-image-2.6.26-2-sparc64 suggests: pn fdutilsnone(no description available) pn linux-doc-2.6.26 none(no description available) ii silo 1.4.13a+git20070930-3 Sparc Improved LOader -- debconf information:
Processed (with 1 errors): Re: linux-image-2.6.26: patch for fujitsu-laptop (refers to bug #631664)
Processing commands for cont...@bugs.debian.org: merge 637063 631664 Bug#631664: Whishlist: Add support for software-rf-switch in Fujitsu-Siemens notebook Bug#637063: linux-image-2.6.26: patch for fujitsu-laptop (refers to bug #631664) Mismatch - only Bugs in same state can be merged: Values for `package' don't match: #631664 has `linux-image-2.6.32-5-686'; #637063 has `linux-2.6' tags 631664 + upstream Bug #631664 [linux-image-2.6.32-5-686] Whishlist: Add support for software-rf-switch in Fujitsu-Siemens notebook Added tag(s) upstream. quit Stopping processing here. Please contact me if you need assistance. -- 631664: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631664 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.131280316018404.transcr...@bugs.debian.org
Bug#637063: linux-image-2.6.26: patch for fujitsu-laptop (refers to bug #631664)
merge 637063 631664 tags 631664 + upstream quit Hi Tino, Tino Schmidt wrote: I created a patch for 2.6.26 which adds the software-based RF-switch to the kernel. I extracted the main parts of fsaa1655g.c (see bug #631664) and patched it against fujitsu-laptop.c. Now I can switch on my wifi. Neat. Please forgive my laziness: how does this compare to http://marvec.org/amilo/fsaa1655g-kernel-2.6.26.tar.bz2 ? Have you tried contacting platform-driver-...@vger.kernel.org, Martin Večeřa (ja on the server marvec.org), and Jonathan Woithe jwoi...@physics.adelaide.edu.au to talk about what it would take to get the patch to apply to a recent kernel and get it merged into mainline? The file Documentation/SubmittingPatches in the kernel source contains some instructions for getting feedback on patches. (Merging with Bug#631664 because both are about adding support for the same hardware.) Thanks much for this work and thanks for the heads up. 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/20110808113215.gb27...@elie.gateway.2wire.net
Processed: Re: linux-image-2.6.26-2-sparc64: Kernel unaligned access at TPC[48bf10] __delayacct_add_tsk+0x48/0x15c
Processing commands for cont...@bugs.debian.org:
# present in squeeze
found 536860 linux-2.6/2.6.26-12
Bug #536860 {Done: Jonathan Nieder jrnie...@gmail.com} [linux-2.6]
linux-image-2.6.26-2-sparc64: Kernel unaligned access at TPC[48bf10]
__delayacct_add_tsk+0x48/0x15c
Bug Marked as found in versions linux-2.6/2.6.26-12.
End of message, stopping processing here.
Please contact me if you need assistance.
--
536860: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=536860
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.131280339919498.transcr...@bugs.debian.org
Processed: Re: linux-image-2.6.26: patch for fujitsu-laptop (refers to bug #631664)
Processing commands for cont...@bugs.debian.org: reassign 631664 linux-2.6 2.6.32-34 Bug #631664 [linux-image-2.6.32-5-686] Whishlist: Add support for software-rf-switch in Fujitsu-Siemens notebook Bug reassigned from package 'linux-image-2.6.32-5-686' to 'linux-2.6'. Bug #631664 [linux-2.6] Whishlist: Add support for software-rf-switch in Fujitsu-Siemens notebook There is no source info for the package 'linux-2.6' at version '2.6.32-34' with architecture '' Unable to make a source version for version '2.6.32-34' Bug Marked as found in versions 2.6.32-34. tags 637064 + upstream Bug #637064 [libesd0] small hardcoded read/write timeouts Added tag(s) upstream. merge 637063 631664 Bug#631664: Whishlist: Add support for software-rf-switch in Fujitsu-Siemens notebook Bug#637063: linux-image-2.6.26: patch for fujitsu-laptop (refers to bug #631664) Merged 631664 637063. End of message, stopping processing here. Please contact me if you need assistance. -- 637063: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637063 631664: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631664 637064: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637064 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.131280359720077.transcr...@bugs.debian.org
Bug#636092: linux-image-2.6.32-5-amd64: Debian squeeze will not boot with drives on two Sil 3132 SATA cards
On Sun, 2011-08-07 at 23:24 -0600, Chuck Cox wrote: I tried putting 'set debug=all' at the top of my grub.cfg. Still get the hard freeze right after Welcome to Grub!. Then I tried embedding the debug command into the core image by running grub-install with the '--debug-image=all' option. Still get the hard freeze right after Welcome to Grub!. It's looking like this is more of a Grub issue than kernel, so if somebody can tell me how to move this bug report to the grub category that would be great. You would send mail to cont...@bugs.debian.org, but I've just done that now. Ben. signature.asc Description: This is a digitally signed message part
Processed: reassign 636092 to grub-pc
Processing commands for cont...@bugs.debian.org: reassign 636092 grub-pc Bug #636092 [linux-2.6] linux-image-2.6.32-5-amd64: Debian squeeze will not boot with drives on two Sil 3132 SATA cards Bug reassigned from package 'linux-2.6' to 'grub-pc'. Bug No longer marked as found in versions 2.6.32-35. thanks Stopping processing here. Please contact me if you need assistance. -- 636092: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636092 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.131280473125395.transcr...@bugs.debian.org
Bug#637085: linux-image-2.6.32-5-amd64: Hard hang following BUG: scheduling while atomic: swapper/0/0x10000100
Package: linux-2.6 Version: 2.6.32-35 Severity: important We are experiencing hard lock ups when under heavy load. See below for the log entries we have managed to capture via remote syslog before the machine locks completely. The machine is a BL460c G7 and is performing multiple I/O stress tests to ext4 filesystems presented over FC via a qlogic card connected to a P2000 MSA G3. Please let me know if we can provide any further information that may be useful in debugging. Aug 8 12:28:32 sulcus kernel: [ .839061] kernel BUG at /build/buildd-linux-2.6_2.6.32-35-amd64-aZSlKL/linux-2.6-2.6.32/debian/build/source_amd64_none/kernel/workqueue.c:287! Aug 8 12:28:32 sulcus kernel: [ .839121] invalid opcode: [#1] SMP Aug 8 12:28:32 sulcus kernel: [ .839154] last sysfs file: /sys/devices/pci:00/:00:07.0/:06:00.1/host1/rport-1:0-0/target1:0:0/1:0:0:2/block/sdh/stat Aug 8 12:28:32 sulcus kernel: [ .839211] CPU 0 Aug 8 12:28:32 sulcus kernel: [ .839237] Modules linked in: xfs exportfs ext4 jbd2 crc16 ext2 dm_round_robin dm_multipath scsi_dh loop sd_mod crc_t10dif snd_pcm snd_timer snd soundcore hpwdt snd_page_alloc hpilo joydev psmouse power_meter evdev container serio_raw button pcspkr processor ext3 jbd mbcache usbhid hid dm_mod hpsa qla2xxx uhci_hcd scsi_transport_fc cciss scsi_tgt ehci_hcd usbcore nls_base scsi_mod thermal thermal_sys be2net [last unloaded: scsi_wait_scan] Aug 8 12:28:32 sulcus kernel: [ .839577] Pid: 1996, comm: ext4-dio-unwrit Not tainted 2.6.32-5-amd64 #1 ProLiant BL460c G7 Aug 8 12:28:32 sulcus kernel: [ .839627] RIP: 0010:[810618d6] [810618d6] worker_thread+0x177/0x21d Aug 8 12:28:32 sulcus kernel: [ .839687] RSP: 0018:880587189e40 EFLAGS: 00010286 Aug 8 12:28:32 sulcus kernel: [ .839717] RAX: RBX: 880587189ef8 RCX: 880585e8db78 Aug 8 12:28:32 sulcus kernel: [ .839750] RDX: 880585e8db78 RSI: 880587189e80 RDI: e8a08a00 Aug 8 12:28:32 sulcus kernel: [ .839783] RBP: e8a08a00 R08: 880587188000 R09: 880015215780 Aug 8 12:28:32 sulcus kernel: [ .839816] R10: 01959d40 R11: 880015215f98 R12: 880585e8db70 Aug 8 12:28:32 sulcus kernel: [ .839849] R13: 880585e8db78 R14: 880583ad3170 R15: 880583ad3170 Aug 8 12:28:32 sulcus kernel: [ .839883] FS: () GS:88001520() knlGS: Aug 8 12:28:32 sulcus kernel: [ .839933] CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b Aug 8 12:28:32 sulcus kernel: [ .839963] CR2: 7fd1e46237b0 CR3: 0001ceca6000 CR4: 06f0 Aug 8 12:28:32 sulcus kernel: [ .839997] DR0: DR1: DR2: Aug 8 12:28:32 sulcus kernel: [ .840030] DR3: DR6: 0ff0 DR7: 0400 Aug 8 12:28:32 sulcus kernel: [ .840063] Process ext4-dio-unwrit (pid: 1996, threadinfo 880587188000, task 880583ad3170) Aug 8 12:28:32 sulcus kernel: [ .840114] Stack: Aug 8 12:28:32 sulcus kernel: [ .840136] f9e0 880583ad3528 880583ad3170 880587189fd8 Aug 8 12:28:32 sulcus kernel: [ .840180] 0 880583ad3170 e8a08a18 e8a08a08 a0227d81 Aug 8 12:28:32 sulcus kernel: [ .840244] 0 880583ad3170 81064f1a 880587189e98 Aug 8 12:28:32 sulcus kernel: [ .840327] Call Trace: Aug 8 12:28:32 sulcus kernel: [ .840361] [a0227d81] ? ext4_end_aio_dio_work+0x0/0x5a [ext4] Aug 8 12:28:32 sulcus kernel: [ .840395] [81064f1a] ? autoremove_wake_function+0x0/0x2e Aug 8 12:28:32 sulcus kernel: [ .840429] [8106175f] ? worker_thread+0x0/0x21d Aug 8 12:28:32 sulcus kernel: [ .840459] [81064c4d] ? kthread+0x79/0x81 Aug 8 12:28:32 sulcus kernel: [ .840492] [81011baa] ? child_rip+0xa/0x20 Aug 8 12:28:32 sulcus kernel: [ .840522] [81064bd4] ? kthread+0x0/0x81 Aug 8 12:28:32 sulcus kernel: [ .840551] [81011ba0] ? child_rip+0x0/0x20 Aug 8 12:28:32 sulcus kernel: [ .840580] Code: 08 48 8b 50 08 48 89 51 08 48 89 0a 48 89 00 48 89 40 08 66 ff 45 00 fb 66 0f 1f 44 00 00 49 8b 45 f8 48 83 e0 fc 48 39 c5 74 04 0f 0b eb fe f0 41 80 65 f8 fe 4c 89 e7 ff 54 24 38 48 8b 44 24 Aug 8 12:28:32 sulcus kernel: [ .840877] RIP [810618d6] worker_thread+0x177/0x21d Aug 8 12:28:32 sulcus kernel: [ .840912] RSP 880587189e40 Aug 8 12:28:32 sulcus kernel: [ .841438] ---[ end trace 0794cb72e58dafb2 ]--- Aug 8 12:28:32 sulcus kernel: [ .914059] BUG: scheduling while atomic: swapper/0/0x1100 Aug 8 12:28:32 sulcus kernel: [ .914131] Modules linked in: xfs exportfs ext4 jbd2 crc16 ext2 dm_round_robin dm_multipath scsi_dh loop sd_mod crc_t10dif snd_pcm snd_timer snd soundcore hpwdt snd_page_alloc hpilo joydev psmouse
Bug#628600: cdrom_id freezing problems seem like a race condition
On Mon, 2011-08-08 at 11:22 +0200, Matthijs Kooijman wrote: [...] If more testing is needed, I'm happy to help out. If someone provides some pointers for things to try (and/or where to look in the sourcecode, I'm fairly well-versed in C), I'll see if I can find out more. Please test Linux 3.0 (linux-image-3.0.0-1-amd64); I think there have been a number of bugs and subsequent fixes relating to tear-down of HD and CD devices recently. Ben. signature.asc Description: This is a digitally signed message part
Processed: tagging 628600
Processing commands for cont...@bugs.debian.org: tags 628600 + moreinfo Bug #628600 [linux-2.6] CD-ROM polling blocks suspend on some machines Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 628600: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628600 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.13128072442692.transcr...@bugs.debian.org
Bug#633024:
I have succesfully worked around this issue by adding a sleep 2 to the top (below the dependency checking) in /usr/share/initramfs/scripts/local-top/lvm2 By introducing a delay before actually scanning for LV's, my system boots succesfully every time. -- 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/cad+_0yolrxqsrutmz4neqddef0+depaaqvhhkbfftnq1cvb...@mail.gmail.com
Bug#636531: linux-image-3.0.0-1-kirkwood: NULL pointer deref in rt2800usb_get_txwi
Hello Arnaud, On 08/05/2011 06:04 PM, Marc Kleine-Budde wrote: There was more than one patch addressing rt2800 driverthe in the pull request on netdev. I should have a look at all of them. I'm currently testing with v3.0.1 + the two patches rt2x00 patches from the wireless tree marked for stable [1]. regards, Marc http://git.pengutronix.de/?p=mkl/linux-2.6.git;a=shortlog;h=refs/heads/wireless/rt2x00/v3.0.1 -- Pengutronix e.K. | Marc Kleine-Budde | Industrial Linux Solutions| Phone: +49-231-2826-924 | Vertretung West/Dortmund | Fax: +49-5121-206917- | Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de | signature.asc Description: OpenPGP digital signature
Bug#637089: linux-2.6: tmpfs doesn't allow reserving blocks to the super user
Package: linux-2.6 Severity: wishlist More and more people are using a tmpfs filesystem for /tmp, and it is even something supported by the init scripts we ship. Contrary to most other filesystems, there is no space reserved to the superuser. Given any user can write to /tmp, and thus fully fill it. This breaks plenty of things like upgrade of packages using debconf, so tmpfs should definitely support having some blocks reserved to the super user. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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/20110808131022.27908.74467.report...@volta.aurel32.net
Bug#637085: linux-image-2.6.32-5-amd64: Hard hang following BUG: scheduling while atomic: swapper/0/0x10000100
Hi, Paul Elliott wrote: We are experiencing hard lock ups when under heavy load. See below for the log entries we have managed to capture via remote syslog before the machine locks completely. Thanks; this looks very useful. Let's see. The machine is a BL460c G7 and is performing multiple I/O stress tests to ext4 filesystems presented over FC via a qlogic card connected to a P2000 MSA G3. [...] kernel BUG at [...]/kernel/workqueue.c:287! invalid opcode: [#1] SMP last sysfs file: /sys/devices/pci:00/:00:07.0/:06:00.1/host1/rport-1:0-0/target1:0:0/1:0:0:2/block/sdh/stat CPU 0 Modules linked in: xfs exportfs ext4 jbd2 crc16 ext2 dm_round_robin dm_multipath scsi_dh loop sd_mod crc_t10dif snd_pcm snd_timer snd soundcore hpwdt snd_page_alloc hpilo joydev psmouse power_meter evdev container serio_raw button pcspkr processor ext3 jbd mbcache usbhid hid dm_mod hpsa qla2xxx uhci_hcd scsi_transport_fc cciss scsi_tgt ehci_hcd usbcore nls_base scsi_mod thermal thermal_sys be2net [last unloaded: scsi_wait_scan] Pid: 1996, comm: ext4-dio-unwrit Not tainted 2.6.32-5-amd64 #1 ProLiant BL460c G7 First BUG. [...] Code: 08 48 8b 50 08 48 89 51 08 48 89 0a 48 89 00 48 89 40 08 66 ff 45 00 fb 66 0f 1f 44 00 00 49 8b 45 f8 48 83 e0 fc 48 39 c5 74 04 0f 0b eb fe f0 41 80 65 f8 fe 4c 89 e7 ff 54 24 38 48 8b 44 24 RIP [810618d6] worker_thread+0x177/0x21d RSP 880587189e40 scripts/decodecode tells us the invalid opcode is ud2 from BUG_ON(get_wq_data(work) != cwq); tripping. This sanity check was introduced in ancient times (v2.5.41~34^2~1^2, Workqueue Abstraction, 2002-09-30) and it failing indicates that cwq's worklist was corrupted somehow. I assume this is fairly reproducible even after a reboot? Is the stacktrace from the first sign of trouble in dmesg always the same? Did this machine work well with other kernels before (and if so, which ones)? If you get a chance to run memtest68+, that would also be useful, of course. Hope that helps, 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/20110808151643.ga20...@elie.gateway.2wire.net
Processed: Re: linux-image-2.6.32-5-amd64: Hard hang following BUG: scheduling while atomic: swapper/0/0x10000100
Processing commands for cont...@bugs.debian.org: tags 637085 + moreinfo Bug #637085 [linux-2.6] linux-image-2.6.32-5-amd64: Hard hang following BUG: scheduling while atomic: swapper/0/0x1100 Added tag(s) moreinfo. End of message, stopping processing here. Please contact me if you need assistance. -- 637085: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637085 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.131281667913800.transcr...@bugs.debian.org
Processed: [bts-link] source package linux-2.6
Processing commands for cont...@bugs.debian.org: # # bts-link upstream status pull for source package linux-2.6 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). # remote status report for #583949 (http://bugs.debian.org/583949) # * http://bugzilla.kernel.org/show_bug.cgi?id=18392 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - INVALID # * closed upstream tags 583949 + fixed-upstream Bug #583949 [linux-2.6] 2.6.32-3-amd64 can't read DVDs/CDs (sometimes) Added tag(s) fixed-upstream. usertags 583949 - status-NEW Bug#583949: 2.6.32-3-amd64 can't read DVDs/CDs (sometimes) Usertags were: status-NEW. Usertags are now: . usertags 583949 + status-RESOLVED resolution-INVALID Bug#583949: 2.6.32-3-amd64 can't read DVDs/CDs (sometimes) There were no usertags set. Usertags are now: status-RESOLVED resolution-INVALID. thanks Stopping processing here. Please contact me if you need assistance. -- 583949: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583949 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.13128215366587.transcr...@bugs.debian.org
Bug#632923: [PATCH 4/4] perf tools: do not look at ./config for configuration
From: Jonathan Nieder jrnie...@gmail.com
In addition to /etc/perfconfig and $HOME/.perfconfig, perf looks for
configuration in the file ./config, imitating git which looks at
$GIT_DIR/config. If ./config is not a perf configuration file, it
fails, or worse, treats it as a configuration file and changes behavior
in some unexpected way.
config is not an unusual name for a file to be lying around and perf
does not have a private directory dedicated for its own use, so let's
just stop looking for configuration in the cwd. Callers needing
context-sensitive configuration can use the PERF_CONFIG environment
variable.
Requested-by: Christian Ohm chr@gmx.net
Cc: 632...@bugs.debian.org
Cc: Ben Hutchings b...@decadent.org.uk
Cc: Christian Ohm chr@gmx.net
Cc: Ingo Molnar mi...@elte.hu
Cc: Paul Mackerras pau...@samba.org
Cc: Peter Zijlstra a.p.zijls...@chello.nl
Link: http://lkml.kernel.org/r/20110805165838.ga7...@elie.gateway.2wire.net
Signed-off-by: Jonathan Nieder jrnie...@gmail.com
Signed-off-by: Arnaldo Carvalho de Melo a...@redhat.com
---
tools/perf/util/config.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/tools/perf/util/config.c b/tools/perf/util/config.c
index e02d78c..6c86eca 100644
--- a/tools/perf/util/config.c
+++ b/tools/perf/util/config.c
@@ -399,7 +399,6 @@ static int perf_config_global(void)
int perf_config(config_fn_t fn, void *data)
{
int ret = 0, found = 0;
- char *repo_config = NULL;
const char *home = NULL;
/* Setting $PERF_CONFIG makes perf read _only_ the given config file. */
@@ -421,12 +420,6 @@ int perf_config(config_fn_t fn, void *data)
free(user_config);
}
- repo_config = perf_pathdup(config);
- if (!access(repo_config, R_OK)) {
- ret += perf_config_from_file(fn, repo_config, data);
- found += 1;
- }
- free(repo_config);
if (found == 0)
return -1;
return ret;
--
1.6.2.5
--
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/1312818776-19530-5-git-send-email-a...@infradead.org
[bts-link] source package linux-2.6
# # bts-link upstream status pull for source package linux-2.6 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #583949 (http://bugs.debian.org/583949) # * http://bugzilla.kernel.org/show_bug.cgi?id=18392 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - INVALID # * closed upstream tags 583949 + fixed-upstream usertags 583949 - status-NEW usertags 583949 + status-RESOLVED resolution-INVALID thanks -- 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/20110808163855.28269.37268.btsl...@busoni.debian.org
Bug#632923: [GIT PULL 0/4] perf/core fixes
Hi Ingo, Please consider pulling from: git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux perf/core I did it on perf/core but I guess at this point you should just pull it into tip/perf/urgent :-) Regards, - Arnaldo Jonathan Nieder (1): perf tools: do not look at ./config for configuration Jovi Zhang (1): perf probe: Fix coredump introduced by probe module option Kusanagi Kouichi (1): perf tools: Make clean leaves some files Zhu Yanhai (1): perf lock: Dropping unsupported ':r' modifier tools/perf/Makefile |2 +- tools/perf/builtin-lock.c |8 tools/perf/util/config.c |7 --- tools/perf/util/probe-event.c | 12 4 files changed, 13 insertions(+), 16 deletions(-) -- 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/1312818776-19530-1-git-send-email-a...@infradead.org
Bug#637085: linux-image-2.6.32-5-amd64: Hard hang following BUG: scheduling while atomic: swapper/0/0x10000100
Hi Jonathan, On 08/08/11 16:16, Jonathan Nieder wrote: I assume this is fairly reproducible even after a reboot? Is the Correct, we can reproduce the lock ups after a reboot following 5-60 minutes of high I/O load (900MB/s plus). stacktrace from the first sign of trouble in dmesg always the same? I'm no expert at reading these but I believe it is the same. Here's the trace after the next reboot/lock up cycle: [ 3705.959849] kernel BUG at /build/buildd-linux-2.6_2.6.32-35-amd64-aZSlKL/linux-2.6-2.6.32/debian/build/source_amd64_none/mm/slub.c:2969! [ 3706.077621] invalid opcode: [#1] SMP [ 3706.113947] last sysfs file: /sys/devices/pci:00/:00:07.0/:06:00.1/host1/rport-1:0-3/target1:0:1/1:0:1:0/block/sdj/stat [ 3706.235513] CPU 0 [ 3706.251928] Modules linked in: btrfs zlib_deflate crc32c libcrc32c ufs qnx4 hfsplus hfs minix ntfs vfat msdos fat jfs xfs exportfs reiserfs ext4 jbd2 crc16 ext2 dm_round_robin dm_multipath scsi_dh loop sd_mod crc_t10dif snd_pcm joydev snd_timer snd soundcore snd_page_alloc usbhid hid evdev pcspkr hpilo hpwdt psmouse power_meter container processor button serio_raw ext3 jbd mbcache dm_mod hpsa cciss uhci_hcd ehci_hcd qla2xxx usbcore scsi_transport_fc nls_base scsi_tgt scsi_mod be2net thermal thermal_sys [last unloaded: scsi_wait_scan] [ 3706.781628] Pid: 1845, comm: ext4-dio-unwrit Not tainted 2.6.32-5-amd64 #1 ProLiant BL460c G7 [ 3706.882853] RIP: 0010:[810e730b] [810e730b] kfree+0x55/0xcb [ 3706.956205] RSP: 0018:8805851c7e00 EFLAGS: 00010246 [ 3707.017700] RAX: 0200 RBX: 88058553eed0 RCX: 0042 [ 3707.091197] RDX: 88058553eea0 RSI: 0041 RDI: ea001352a590 [ 3707.167835] RBP: 88058553eea0 R08: 880585fdc0d0 R09: 0008 [ 3707.245578] R10: 0014 R11: 880584a6b8b8 R12: a023ddcf [ 3707.319659] R13: 88058553eed8 R14: 880584a6b880 R15: 880584a6b880 [ 3707.393985] FS: () GS:88001520() knlGS: [ 3707.476061] CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b [ 3707.538541] CR2: 7f40377c CR3: 00026295b000 CR4: 06f0 [ 3707.627218] DR0: DR1: DR2: [ 3707.707945] DR3: DR6: 0ff0 DR7: 0400 [ 3707.788003] Process ext4-dio-unwrit (pid: 1845, threadinfo 8805851c6000, task 880584a6b880) [ 3707.885120] Stack: [ 3707.914054] 88058553eed0 88058553eea0 8805844b0928 a023ddcf [ 3707.992872] 0 8805851c7ef8 e8a08680 88058553eed0 810618e7 [ 3708.072050] 0 f9e0 880584a6bc38 880584a6b880 8805851c7fd8 [ 3708.169803] Call Trace: [ 3708.211806] [a023ddcf] ? ext4_end_aio_dio_work+0x4e/0x5a [ext4] [ 3708.285689] [810618e7] ? worker_thread+0x188/0x21d [ 3708.340716] [a023dd81] ? ext4_end_aio_dio_work+0x0/0x5a [ext4] [ 3708.415673] [81064f1a] ? autoremove_wake_function+0x0/0x2e [ 3708.495456] [8106175f] ? worker_thread+0x0/0x21d [ 3708.554553] [81064c4d] ? kthread+0x79/0x81 [ 3708.616011] [81011baa] ? child_rip+0xa/0x20 [ 3708.675317] [81064bd4] ? kthread+0x0/0x81 [ 3708.730683] [81011ba0] ? child_rip+0x0/0x20 [ 3708.784232] Code: 83 c3 08 48 83 3b 00 eb ec 48 83 fd 10 0f 86 89 00 00 00 48 89 ef e8 b9 e8 ff ff 48 89 c7 48 8b 00 84 c0 78 13 66 a9 00 c0 75 04 0f 0b eb fe 5b 5d 41 5c e9 98 56 fd ff 48 8b 4c 24 18 4c 8b 4f [ 3708.990151] RIP [810e730b] kfree+0x55/0xcb [ 3709.047553] RSP 8805851c7e00 [ 3709.095349] ---[ end trace fec09b541df2db86 ]--- [ 3709.158246] kernel tried to execute NX-protected page - exploit attempt? (uid: 0) I now have serial console logging enabled on these servers so I can provide a fuller copy of the trace if required although I'm guessing the only useful output is that pasted above. Did this machine work well with other kernels before (and if so, which ones)? The machine is new and so we haven't tried older kernels, we have tried the current bpo kernel and also experienced lock ups there although we didn't have remote/serial logging enabled at the time. I can retest and capture the logs if that would be useful. If you get a chance to run memtest68+, that would also be useful, of course. We have 5 of these blades, all identical. I memtest86+'d them on arrival a couple of weeks ago, everything was clean. I'll retest tonight though, just to be on the safe side. I'll also repeat earlier tests on one of the other blades to capture a trace (we've seen lock ups on the other blades too but again, didn't have remote/serial logging enabled at the time) Thanks, Paul. -- Paul Elliott, UNIX Systems Administrator York Neuroimaging Centre, University of York -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble?
Bug#614622: linux-image-2.6.37-1-686: atl2 NIC claims NO CARRIER after suspend/resume; rmmod+insmod fixes the problem
On Wed, Aug 03, 2011 at 07:15:02PM -0400, Daniel Kahn Gillmor wrote: On 07/29/2011 11:20 AM, Moritz Mühlenhoff wrote: On Tue, Feb 22, 2011 at 09:06:44PM -0500, Daniel Kahn Gillmor wrote: I run this machine every day, connect it to multiple wired networks, and have a usage pattern of suspend-to-ram at least twice a day. I never saw this problem until i was running 2.6.37-1. I don't think i was simply lucky with the previous versions. Does this still occur with more recent kernels, e.g. 3.0? I'm now running 3.0 (3.0.0-1-686-pae), and i see the same misbehavior. Plugging/unplugging the network cable does not resolve the no-carrier state; power cycling the peer switch does not resolve it. Removing and re-loading atl2.ko does resolve it. Sorry to be the bearer of bad news :( Please report this upstream at http://bugzilla.kernel.org, product Drivers and component Networking. The reason why we ask you to file this bug report yourself is because the kernel maintainers for that component will have questions specific to your setup/hardware. Once you've filed the bug, please send us the bugnumber or mark the bug as forwarded yourself. Cheers, Moritz -- 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/20110808172632.GB4418@pisco.westfalen.local
Bug#614622: linux-image-2.6.37-1-686: atl2 NIC claims NO CARRIER after suspend/resume; rmmod+insmod fixes the problem
forwarded 614622 https://bugzilla.kernel.org/show_bug.cgi?id=40732 thanks On 08/08/2011 01:26 PM, Moritz Mühlenhoff wrote: Please report this upstream at http://bugzilla.kernel.org, product Drivers and component Networking. OK, done. Hope this helps, --dkg signature.asc Description: OpenPGP digital signature
Processed: reassign 637122 to src:linux-2.6, tagging 637122
Processing commands for cont...@bugs.debian.org: reassign 637122 src:linux-2.6 Bug #637122 [general] general: Realtek RTL8111 with r8169 module causes kernel panic on large packets Bug reassigned from package 'general' to 'src:linux-2.6'. tags 637122 + moreinfo Bug #637122 [src:linux-2.6] general: Realtek RTL8111 with r8169 module causes kernel panic on large packets Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 637122: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637122 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.13128270751382.transcr...@bugs.debian.org
Processed: Re: Bug#614622: linux-image-2.6.37-1-686: atl2 NIC claims NO CARRIER after suspend/resume; rmmod+insmod fixes the problem
Processing commands for cont...@bugs.debian.org: forwarded 614622 https://bugzilla.kernel.org/show_bug.cgi?id=40732 Bug #614622 [linux-2.6] linux-image-2.6.37-1-686: atl2 NIC claims NO CARRIER after suspend/resume; rmmod+insmod fixes the problem Changed Bug forwarded-to-address to 'https://bugzilla.kernel.org/show_bug.cgi?id=40732' from 'http://thread.gmane.org/gmane.linux.network/187004' thanks Stopping processing here. Please contact me if you need assistance. -- 614622: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614622 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.13128271611765.transcr...@bugs.debian.org
Bug#637085: linux-image-2.6.32-5-amd64: Hard hang following BUG: scheduling while atomic: swapper/0/0x10000100
Paul Elliott wrote: I'm no expert at reading these but I believe it is the same. Here's the trace after the next reboot/lock up cycle: kernel BUG at [...]/mm/slub.c:2969! invalid opcode: [#1] SMP last sysfs file: /sys/devices/pci:00/:00:07.0/:06:00.1/host1/rport-1:0-3/target1:0:1/1:0:1:0/block/sdj/stat CPU 0 Modules linked in: btrfs zlib_deflate crc32c libcrc32c ufs qnx4 hfsplus hfs minix ntfs vfat msdos fat jfs xfs exportfs reiserfs ext4 jbd2 crc16 ext2 dm_round_robin dm_multipath scsi_dh loop sd_mod crc_t10dif snd_pcm joydev snd_timer snd soundcore snd_page_alloc usbhid hid evdev pcspkr hpilo hpwdt psmouse power_meter container processor button serio_raw ext3 jbd mbcache dm_mod hpsa cciss uhci_hcd ehci_hcd qla2xxx usbcore scsi_transport_fc nls_base scsi_tgt scsi_mod be2net thermal thermal_sys [last unloaded: scsi_wait_scan] Pid: 1845, comm: ext4-dio-unwrit Not tainted 2.6.32-5-amd64 #1 ProLiant BL460c G7 RIP: 0010:[810e730b] [810e730b] kfree+0x55/0xcb Not identical. This time it is at mm/slub.c:2969, which is BUG_ON(!PageCompound(page)); checking that the result from virt_to_head_page(x) is sane in kfree(). But in both cases, ext4_end_aio_dio_work is at the top of the stack. That could be because it is almost always at the top of the stack (your workload) or because corruption happens before it's called and always gets detected around then. I don't have many ideas. Would it be possible to try version 3.0.0-1 from sid to see if it exhibits the same problem, and if so, report this upstream at bugzilla.kernel.org, product File System, component ext4, and let us know the bug number? Thanks and sorry for the trouble, 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/20110808183606.gd4...@elie.gateway.2wire.net
Re: Re: squeeze 2.6.32-5-686 doesn´t boot without monitor
Hi, I has the same problem. I'm using Debian 2.6.32-35. I need to boot Debian in a motherboard into a robot that doesn't has a monitor, but is supervised, remotely using a VM arrangement. If you has any idea or possible solution, please let me know it. Thank you in advance Adrian
Bug#628600: cdrom_id freezing problems seem like a race condition
Hi Ben, Please test Linux 3.0 (linux-image-3.0.0-1-amd64); I think there have been a number of bugs and subsequent fixes relating to tear-down of HD and CD devices recently. Just tested that version, didn't help. The behaviour is still the same (cdrom_id hangs when pressing the button, but everything works if I put a sleep 1 before it). I haven't tested scsi_id, but I assume it's the same there. Gr. Matthijs signature.asc Description: Digital signature
Bug#637122: general: Realtek RTL8111 with r8169 module causes kernel panic on large packets
Thanks Ben. My first bug report, so excuse the lack of info. :-) This is a command you can run from the Windows command prompt to cause the crash (I believe the -l switch is equivilent to -s on unix, but I think windows might handle ICMP pings a little different too) ping -l 8146 serverhostname Output of dpkg -s 'linux-image-2.6.32-5-686: Package: linux-image-2.6.32-5-686 Status: install ok installed Priority: optional Section: kernel Installed-Size: 76560 Maintainer: Debian Kernel Team debian-kernel@lists.debian.org Architecture: i386 Source: linux-2.6 Version: 2.6.32-35 Provides: linux-image, linux-image-2.6, linux-modules-2.6.32-5-686 Depends: module-init-tools, linux-base (= 2.6.32-35), initramfs-tools (= 0.55) | linux-initramfs-tool Pre-Depends: debconf | debconf-2.0 Recommends: firmware-linux-free (= 2.6.32), libc6-i686 Suggests: linux-doc-2.6.32, grub | lilo (= 22.8-8.2~) Breaks: initramfs-tools ( 0.55), lilo ( 22.8-8.2~) Description: Linux 2.6.32 for modern PCs The Linux kernel 2.6.32 and modules for use on PCs with Intel Pentium Pro/II/III/4/4M/D/M, Xeon, Celeron, Core or Atom; AMD Geode LX/NX, Athlon (K7), Duron, Opteron, Sempron, Turion or Phenom; Transmeta Efficeon; VIA C3 Nehemiah or C7 processors. This is most of the kernel panic. It scrolls away awfully fast and I had to change the resolution and font the screen was running just to get this much. The things I do for FOSS. :) I apologize that this is the best I can do. I hope you guys can piece the images together. http://imgur.com/XEmTX.jpg http://i.imgur.com/Gw4bF.jpg http://imgur.com/TbetX.jpg http://i.imgur.com/K02cG.jpg Here's some additional info about my interfaces. I believe the MTU setting of the Realtek card is important to making this crash happen but I haven't tested too thoroughly. eth0 is the Realtek r8169, lan is the bridge that eth0 is in. # ifconfig lan lan Link encap:Ethernet HWaddr 7a:34:02:b8:64:c3 inet addr: Bcast:* Mask:***.***.***.*** inet6 addr: fe80::7834:2ff:feb8:64c3/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:7200 Metric:1 RX packets:905381 errors:0 dropped:0 overruns:0 frame:0 TX packets:492748 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1295671698 (1.2 GiB) TX bytes:204807650 (195.3 MiB) # ifconfig eth0 eth0 Link encap:Ethernet HWaddr bc:ae:c5:b7:a1:0c inet6 addr: fe80::beae:c5ff:feb7:a10c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:7200 Metric:1 RX packets:911947 errors:0 dropped:0 overruns:0 frame:0 TX packets:496354 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1317822031 (1.2 GiB) TX bytes:206052740 (196.5 MiB) Interrupt:30 Base address:0x8000 # brctl show bridge name bridge id STP enabled interfaces lan 8000.7a3402b864c3 no eth0 tap0 Thanks, Aaron Opfer Original Message Subject: Re: Bug#637122: general: Realtek RTL8111 with r8169 module causes kernel panic on large packets From: Ben Hutchings b...@decadent.org.uk Date: Mon, August 08, 2011 11:13 am To: Aaron Opfer aop...@bennett-electric.com, 637...@bugs.debian.org On Mon, Aug 08, 2011 at 11:34:38AM -0400, Aaron Opfer wrote: Package: general Severity: normal The kernel panics when it receives a packet on an interface running the r8169 module that is of sufficient size. [...] Which package version do you have installed? (Run 'dpkg -s 'linux-image-2.6.32-5-686'.) Also, you must send the panic messages. Use a serial console or digital camera to capture them. 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/20110808131046.e7f210e7cf50cdfa5f2626bc738a6c3a.263603ce83@email17.secureserver.net
Bug#629636: linux-image-2.6.32-5-kirkwood: IPsec aes-sha1 with kirkwood/mv_cesa causes CPU to spin
* Thus spake Alexander Clouter (a...@digriz.org.uk): I have just been tasked with putting together an active-active IPsec VPN concentrator (with a need to use AES-SHA1 it seems) and I was hoping to use the OpenRD's (and mv_cesa). Have you got a patch I can test that fixes things for SHA1? The patch below should work around the problem by not using it. You could try the kernel from backports. If I remember correctly than it seems that the later kernel passes one big chunk instead of three requests (init, update, fin). If that works out for then the only problem are fragmanted packets. diff --git a/drivers/crypto/mv_cesa.c b/drivers/crypto/mv_cesa.c index 3cf303e..f556a71 100644 --- a/drivers/crypto/mv_cesa.c +++ b/drivers/crypto/mv_cesa.c @@ -1062,7 +1062,7 @@ static int mv_probe(struct platform_device *pdev) Could not register aes-cbc driver\n); goto err_unreg_ecb; } - +#if 0 ret = crypto_register_ahash(mv_sha1_alg); if (ret == 0) cpg-has_sha1 = 1; @@ -1076,7 +1076,7 @@ static int mv_probe(struct platform_device *pdev) printk(KERN_WARNING MV_CESA Could not register hmac-sha1 driver\n); } - +#endif return 0; err_unreg_ecb: crypto_unregister_alg(mv_aes_alg_ecb); Cheers Sebastian -- 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/20110808204638.ga10...@breakpoint.cc
Bug#637155: tg3: Net driver tg3 errors with bridging and vlan
Package: linux-2.6 Version: 2.6.39-3 Severity: normal File: tg3 There's 2 problems here really. I suspect they're related. 1) bridging using tg3 interface and adding a tap to it causes the mac address to change from the real mac to the pseudo mac of the tap interface. If tap is removed from the bridge the mac reverts. This confuses arp and dhcp no end! Here's output of arp on another host before and after removing tap0 from bridge. Loco:~# arp -n Address HWtype HWaddress Flags MaskIface 10.46.5.1ether d8:d3:85:af:76:88 C eth0.5 192.168.46.7 ether b6:d2:a3:f5:0b:fb C eth0 Loco:~# arp -n Address HWtype HWaddress Flags MaskIface 10.46.5.1ether d8:d3:85:af:76:88 C eth0.5 192.168.46.7 ether d8:d3:85:af:76:88 C eth0 These mac addresses changes are seen in ifconfig. *--- with tap br0 Link encap:Ethernet HWaddr b6:d2:a3:f5:0b:fb inet addr:192.168.46.7 Bcast:192.168.46.255 Mask:255.255.255.0 inet6 addr: fe80::dad3:85ff:feaf:7688/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 br0.5 Link encap:Ethernet HWaddr d8:d3:85:af:76:88 inet addr:10.46.5.1 Bcast:10.46.5.255 Mask:255.255.255.0 inet6 addr: fe80::dad3:85ff:feaf:7688/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 eth0 Link encap:Ethernet HWaddr d8:d3:85:af:76:88 inet6 addr: fe80::dad3:85ff:feaf:7688/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 tap0 Link encap:Ethernet HWaddr b6:d2:a3:f5:0b:fb inet6 addr: fe80::b4d2:a3ff:fef5:bfb/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 * No tap br0 Link encap:Ethernet HWaddr d8:d3:85:af:76:88 inet addr:192.168.46.7 Bcast:192.168.46.255 Mask:255.255.255.0 inet6 addr: fe80::dad3:85ff:feaf:7688/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:962942 errors:0 dropped:1 overruns:0 frame:0 TX packets:663178 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1011266531 (964.4 MiB) TX bytes:459499768 (438.2 MiB) br0.5 Link encap:Ethernet HWaddr d8:d3:85:af:76:88 inet addr:10.46.5.1 Bcast:10.46.5.255 Mask:255.255.255.0 inet6 addr: fe80::dad3:85ff:feaf:7688/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:52201 errors:0 dropped:84 overruns:0 frame:0 TX packets:53466 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:7572369 (7.2 MiB) TX bytes:68468656 (65.2 MiB) eth0 Link encap:Ethernet HWaddr d8:d3:85:af:76:88 inet6 addr: fe80::dad3:85ff:feaf:7688/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:916072 errors:0 dropped:0 overruns:0 frame:0 TX packets:791675 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1026299234 (978.7 MiB) TX bytes:412638337 (393.5 MiB) Interrupt:18 The second problem concerns the vlan attached to this interface. Normally one would attach the vlan to the real interface eth0. However if you do this doesn't pass traffic. If you attach the vlan to the bridge instead then it works. In this case when tap is added the mac for the vlan doesn't change but as before the mac for the real interface does. You can also see that in the example above. Note: This system is debian stable except I've updated kernel to sid. Dick. -- Package-specific info: ** Version: Linux version 2.6.39-2-amd64 (Debian 2.6.39-3) (b...@decadent.org.uk) (gcc version 4.4.6 (Debian 4.4.6-6) ) #1 SMP Tue Jul 5 02:51:22 UTC 2011 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.39-2-amd64 root=/dev/mapper/vg00-system ro quiet ** Tainted: WC (1536) * Taint on warning. * Module from drivers/staging has been loaded. ** Kernel log: [95630.906321] br0: port 2(tap0) entering forwarding state [95656.552049] usb 4-1: new low speed USB device number 5 using ohci_hcd [95656.722873] usb 4-1: New USB device found, idVendor=046d, idProduct=c312 [95656.722881] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [95656.722887] usb 4-1: Product: USB Multimedia Keyboard [95656.722891] usb 4-1: Manufacturer: LITEON Technology [95656.744227] input: LITEON Technology USB Multimedia Keyboard as /devices/pci:00/:00:12.0/usb4/4-1/4-1:1.0/input/input5 [95656.744385] generic-usb 0003:046D:C312.0003: input,hidraw0: USB HID v1.10 Keyboard [LITEON Technology USB Multimedia Keyboard] on usb-:00:12.0-1/input0 [95777.680074] br0: port 1(eth0) entering
Bug#632923: CVE request: perf: may parse user-controlled config file
This was reported by Christian Ohm at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632923 The perf command, provided as part of the Linux kernel source, looks for and honors configuration settings in ./config. A local user could obtain elevated privileges by convincing a superuser to run the perf command from a directory the user controls. -- 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/20110807173438.ga14...@dannf.org
Bug#573211: linux-image-2.6.26-2-sparc64 - Kernel panic - not syncing: Aiee
found 573211 linux-2.6/2.6.30-8 found 573211 linux-2.6/2.6.32-9 tags 573211 + unreproducible quit Stefan Bauer wrote: Stefan Bauer wrote: I had no problem with linux-image-2.6.26-1-sparc64 but linux-image-2.6.26-2-sparc64 drops a Kernel panic. Additional informations here - other people also discovered that problem. http://www.mail-archive.com/debian-sparc@lists.debian.org/msg22126.html [...] I dont have this hardware anymore. Thanks for your (late) response anyway. Therefore marking unreproducible so heroes of bug reproduction will know their work is appreciated. Jurij, do you remember anything about this? NULL pointer dereference during installation after questions about language and location and a quick screen flashing about usb-storage. Regression introduced at some point between 2.6.26-1 and 2.6.26-15. -- 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/20110808215953.ga20...@elie.gateway.2wire.net
Processed: Re: linux-image-2.6.26-2-sparc64 - Kernel panic - not syncing: Aiee
Processing commands for cont...@bugs.debian.org: found 573211 linux-2.6/2.6.30-8 Bug #573211 [linux-2.6] linux-image-2.6.26-2-sparc64 - Kernel panic - not syncing: Aiee Bug Marked as found in versions linux-2.6/2.6.30-8. found 573211 linux-2.6/2.6.32-9 Bug #573211 [linux-2.6] linux-image-2.6.26-2-sparc64 - Kernel panic - not syncing: Aiee Bug Marked as found in versions linux-2.6/2.6.32-9. tags 573211 + unreproducible Bug #573211 [linux-2.6] linux-image-2.6.26-2-sparc64 - Kernel panic - not syncing: Aiee Added tag(s) unreproducible. quit Stopping processing here. Please contact me if you need assistance. -- 573211: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573211 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.131284081128157.transcr...@bugs.debian.org
Processed: tagging 635893
Processing commands for cont...@bugs.debian.org: tags 635893 + pending Bug #635893 [linux-latest-2.6] [linux-latest-2.6] [INTL:sr] Serbian cyrillic translation of debconf templates. Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 635893: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635893 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.13128423161503.transcr...@bugs.debian.org
Bug#637157: nfs-common: Problems after upgrading nfs v4 client to wheezy
Package: nfs-common Version: 1:1.2.4-1 Severity: normal After upgrading NFS clients to Wheezy nfs v4 starts to behave strange. Eg nfsstat authrefrsh counter follows calls (authrefrsh was always 0 in Squeeze) bonnie can not complete on nfs mounts, but fails with drastic i/o error (rmdir): Directory not empty at Delete files in sequential order Server is running Squeeze. Note: bug report generated on a newly installed test system in KVM (upgraded from Squeeze to Wheezy yesterday) After bonnie run; user@client:~$ /usr/sbin/nfsstat -c Client rpc stats: calls retransauthrefrsh 171227 0 171227 Client nfs v4: null read writecommit open open_conf 0 0% 3355319% 3357719% 500% 16390 9% 16390 9% open_noatopen_dgrdclosesetattr fsinfo renew 0 0% 0 0% 16390 9% 16386 9% 3 0% 0 0% setclntidconfirm lock locktlockuaccess 1 0% 1 0% 0 0% 0 0% 0 0% 320% getattr lookup lookup_root remove rename link 760 0% 3347719% 1 0% 939 0% 1 0% 0 0% symlink create pathconf statfs readlink readdir 0 0% 1 0% 2 0% 0 0% 0 0% 3267 1% server_caps delegreturn getacl setacl fs_locations rel_lkowner 5 0% 0 0% 0 0% 0 0% 0 0% 0 0% secinfo exchange_id create_ses destroy_ses sequence get_lease_t 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% reclaim_comp layoutgetgetdevinfo layoutcommit layoutreturn getdevlist 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% (null) 0 0% -- Package-specific info: -- rpcinfo -- program vers proto port 104 tcp111 portmapper 103 tcp111 portmapper 102 tcp111 portmapper 104 udp111 portmapper 103 udp111 portmapper 102 udp111 portmapper 1000241 udp 38177 status 1000241 tcp 41856 status -- /etc/default/nfs-common -- NEED_STATD= STATDOPTS= NEED_IDMAPD=yes NEED_GSSD=no -- /etc/idmapd.conf -- [General] Verbosity = 0 Pipefs-Directory = /var/lib/nfs/rpc_pipefs Domain = localdomain [Mapping] Nobody-User = nobody Nobody-Group = nogroup -- /etc/fstab -- server:/data /srv/data nfs4 proto=tcp,port=2049 -- /proc/mounts -- rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0 server:/data/ /srv/data nfs4 rw,relatime,vers=4,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.100.100,minorversion=0,local_lock=none,addr=192.168.100.10 0 0 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser3.113 add and remove users and groups ii initscripts2.88dsf-13.11 scripts for initializing and shutt ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libcap21:2.21-2 support for getting/setting POSIX. ii libcomerr2 1.42~WIP-2011-07-02-1 common error description library ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libgssapi-krb5-2 1.9.1+dfsg-1+b1 MIT Kerberos runtime libraries - k ii libgssglue10.3-2 mechanism-switch gssapi library ii libk5crypto3 1.9.1+dfsg-1+b1 MIT Kerberos runtime libraries - C ii libkeyutils1 1.4-6 Linux Key Management Utilities (li ii libkrb5-3 1.9.1+dfsg-1+b1 MIT Kerberos runtime libraries ii libnfsidmap2 0.24-1An nfs idmapping library ii libtirpc1 0.2.2-5 transport-independent RPC library ii libwrap0 7.6.q-21 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-27Linux Standard Base 3.2 init scrip ii rpcbind0.2.0-6 converts RPC program numbers into ii ucf3.0025+nmu2 Update Configuration File: preserv Versions of packages nfs-common recommends: ii python2.6.7-2interactive high-level object-orie nfs-common suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:
Bug#636781: br2684: Routed mode interface cannot be activated
Pascal Hambourg wrote : The bug was fixed upstream in kernel 2.6.33 by the following patch, which has not been backported in upstream 2.6.32-stable yet (I have submitted a request to include it). The patch has been included in the new kernel 2.6.32.44 upstream. commit 58e6859b0205a2394387a1e16a5bf455f24d4611 -- 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/4e406562.60...@plouf.fr.eu.org
Bug#570417: xserver-xorg: xserver freeze after I close my laptop lid
Hi, Jesse Barnes wrote[*]: I take that back; this shouldn't be required now that we unconditionally return connected from the LVDS detect hook. Brice, are you seeing something different? I.e. is this patch required for you even on current kernels? which would suggest that v2.6.34-rc3~43^2 (drm/i915: Stop trying to use ACPI lid status to determine LVDS connection, 2010-03-17) fixes this [v2.6.39-rc2~3^2~4, drm/i915/lvds: Always return connected in the absence of better information, 2011-03-24, for later models]. Brice, Pierre, can you confirm? Thanks, Jonathan [*] http://thread.gmane.org/gmane.comp.freedesktop.xorg.drivers.intel/843 -- 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/20110808233009.ga23...@elie.gateway.2wire.net
Bug#622146: nfs-common: compatibility between squeeze and sid broken
I expect to get to the krb5 package in a day or so. I expect nfs-utils will want to up its build-depends on krb5 to 1.8.3+dfsg-4squeeze2 -- 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/tsld3gfpht8@mit.edu
Bug#573144: linux-image-2.6-686: kernel freezes related to i915 handle error
Hi Eric, Eric Chassande-Mottin wrote: this version of the kernel freezes randomly (when running X). both screen and keyboard frozen. no other alternative than a hard shut-off. this is likely related to the following error: dmesg | grep error render error detected, EIR: 0x0010 [drm: i915_handle_error] *ERROR* EIR stuck: 0x0010 masking Sorry for the long silence. I wonder if this was fixed by v2.6.32.16~48 (drm/i915: Rebind bo if currently bound with incorrect alignment, 2010-05-27) which was part of version 2.6.32-16 of Debian's kernel packages, or one of the many other i915 fixes in squeeze. Do you still experience this bug? What kernel version do you use? Thanks, 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/20110809025409.ga30...@elie.gateway.2wire.net
Bug#637155: tg3: Net driver tg3 errors with bridging and vlan
On Mon, 2011-08-08 at 22:11 +0100, Dick Middleton wrote: Package: linux-2.6 Version: 2.6.39-3 Severity: normal File: tg3 There's 2 problems here really. I suspect they're related. 1) bridging using tg3 interface and adding a tap to it causes the mac address to change from the real mac to the pseudo mac of the tap interface. If tap is removed from the bridge the mac reverts. This confuses arp and dhcp no end! Nevertheless, this is the intended behaviour. The MAC address of the bridge is the lowest MAC address of all its member devices, unless an address has been manually assigned to it, e.g.: ip link set dev br0 address 12:34:56:78:9a:bc (All MAC addresses with 2, 6, a or e as the second digit are available for local assignment.) [...] The second problem concerns the vlan attached to this interface. Normally one would attach the vlan to the real interface eth0. However if you do this doesn't pass traffic. [...] You cannot use both a VLAN sub-device and a bridge attached to the same device. This used to work for devices with VLAN tag extraction offload, as the network stack would check for VLAN sub-devices before bridge membership when processing received packets; but for other devices it would check for bridge membership first. But this was not intentional, and now the network stack always checks for bridge membership first. I realise this behaviour is not ideal. The kernel ought to refuse to attach both a VLAN sub-device and a bridge at the same time. It should also support an unmatched-VLAN sub-device, so you can attach *that* to a bridge and achieve the result you had before. If you want to discuss the behaviour and argue for a change, write to the bridge mailing list bri...@lists.linux-foundation.org. Ben. signature.asc Description: This is a digitally signed message part
Processed: severity of 637155 is wishlist
Processing commands for cont...@bugs.debian.org: severity 637155 wishlist Bug #637155 [linux-2.6] tg3: Net driver tg3 errors with bridging and vlan Severity set to 'wishlist' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. -- 637155: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637155 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.13128616258399.transcr...@bugs.debian.org
Bug#573565: linux-image-2.6.26-2-amd64: ext3: umount with pending long symlinks and other I/O results in corrupted symlinks
fixed 573565 linux-2.6/2.6.29-1 # fix is in the longterm tree tags 573565 + fixed-upstream quit Jonathan Teh wrote: cd /path-to-ext3-partition tar xzf path-to-tarball cd / umount /path-to-ext3-partition On mounting the ext3 partition again, some long symlinks are observed to be corrupted and appear to contain data from previously deleted files. Further investigation shows that this bug was fixed upstream in 2.6.28 as commit c87591b719737b4e91eb1a9fa8fd55a4ff1886d6. In 2.6.29, that was reverted and fixed in jbd in commit 8fe4cd0dc5ea43760c59eb256404188272cc95dd. Thanks for reporting it. c87591b7 was backported to the longterm tree as v2.6.27.6~47 (ext3: wait on all pending commits in ext3_sync_fs, 2008-11-07). The fix in jbd (8fe4cd0d, 2009-02-11) and revert of c87591b7 (02ac597c, 2009-02-11) were not backported. I agree with you that it probably makes sense to apply the ext3 fix for lenny. By contrast, for ext4, Greg picked up all three patches (to ext4, jbd2, and the revert of the patch to ext4): - v2.6.27.8~10 (ext4: wait on all pending commits in ext4_sync_fs(), 2008-11-16) - v2.6.27.20~11 (jbd2: Fix return value of jbd2_journal_start_commit(), 2009-02-24) - v2.6.27.20~10 (Revert ext4: wait on all pending commits in ext4_sync_fs(), 2009-02-24) As you mention, all these commits have nice testcases in their log messages. Thanks for your help. 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/20110809035016.ga32...@elie.gateway.2wire.net
Processed: Re: linux-image-2.6.26-2-amd64: ext3: umount with pending long symlinks and other I/O results in corrupted symlinks
Processing commands for cont...@bugs.debian.org: fixed 573565 linux-2.6/2.6.29-1 Bug #573565 [linux-2.6] linux-image-2.6.26-2-amd64: ext3: umount with pending long symlinks and other I/O results in corrupted symlinks Bug Marked as fixed in versions linux-2.6/2.6.29-1. # fix is in the longterm tree tags 573565 + fixed-upstream Bug #573565 [linux-2.6] linux-image-2.6.26-2-amd64: ext3: umount with pending long symlinks and other I/O results in corrupted symlinks Added tag(s) fixed-upstream. quit Stopping processing here. Please contact me if you need assistance. -- 573565: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573565 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.13128618309240.transcr...@bugs.debian.org
Bug#637122: general: Realtek RTL8111 with r8169 module causes kernel panic on large packets
On Mon, 2011-08-08 at 13:10 -0700, aop...@bennett-electric.com wrote: [...] This is most of the kernel panic. It scrolls away awfully fast and I had to change the resolution and font the screen was running just to get this much. The things I do for FOSS. :) I apologize that this is the best I can do. I hope you guys can piece the images together. http://imgur.com/XEmTX.jpg http://i.imgur.com/Gw4bF.jpg http://imgur.com/TbetX.jpg http://i.imgur.com/K02cG.jpg [...] This may be related to the proprietary Elo APR driver. Please test whether this can be reproduced without that software loaded. Ben. signature.asc Description: This is a digitally signed message part
Processed: tagging 637122
Processing commands for cont...@bugs.debian.org: tags 637122 + moreinfo Bug #637122 [src:linux-2.6] general: Realtek RTL8111 with r8169 module causes kernel panic on large packets Ignoring request to alter tags of bug #637122 to the same tags previously set thanks Stopping processing here. Please contact me if you need assistance. -- 637122: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637122 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.13128619799806.transcr...@bugs.debian.org
Processed: tagging 628600
Processing commands for cont...@bugs.debian.org: tags 628600 - moreinfo sid Bug #628600 [linux-2.6] CD-ROM polling blocks suspend on some machines Removed tag(s) sid and moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 628600: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628600 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.13128620159885.transcr...@bugs.debian.org
Bug#516382: tg3: incoming ssh fails with Corrupted MAC on input
Hi Thomas, Thomas Arendsen Hein wrote: * Thomas Arendsen Hein tho...@intevation.de [20101106 21:58]: I experiences this problem with linux-image-2.6.32-5-686 (2.6.32-15) after which I activated the workaround mentioned here (pre-up ethtool -K eth0 rx off) Since then (11th July 2010) I never had this problem again. Today I removed above workaround to see if the problem is still reproducible with linux-image-2.6.32-5-686 (2.6.32-27). Today the problem showed up the first time since removing above workaround. Thanks. That sounds like a different bug than Thibaut discovered, since Thibaut's was always immediately reproducible. Could you file a new bug? Thanks, 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/20110809040157.ga...@elie.gateway.2wire.net
Bug#516785: [sparc] SunFire480R cassini network driver kernel panic
Hermann Lauer wrote: Refiled this at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622745, as I feel general hangs should not fill up the cassini report here. Thanks for a nice report. That was of course the right thing to do. :) It seems that the pata_cmd64x bug has been fixed. cassini has received some fixes since 2.6.26, too, so if you get a chance to test 3.0.0-1, that would be interesting. Cheers, 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/20110809041625.ga1...@elie.gateway.2wire.net
Processed: Re: linux-image-2.6.26-1-parisc64-smp: Acenic driver without firmware triggers HPMC
Processing commands for cont...@bugs.debian.org: # Actually it's not an HPMC, it's a plain panic, and jumbo frames support # seems to be the cause. Tried with jumbo frames disabled, the box didn't # [etc] tags 517627 - moreinfo Bug #517627 [linux-2.6] linux-image-2.6.26-1-parisc64-smp: Acenic driver without firmware triggers HPMC Removed tag(s) moreinfo. End of message, stopping processing here. Please contact me if you need assistance. -- 517627: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517627 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.131286477318104.transcr...@bugs.debian.org
Bug#570417: xserver-xorg: xserver freeze after I close my laptop lid
Le 09/08/2011 01:30, Jonathan Nieder a écrit : Hi, Jesse Barnes wrote[*]: I take that back; this shouldn't be required now that we unconditionally return connected from the LVDS detect hook. Brice, are you seeing something different? I.e. is this patch required for you even on current kernels? which would suggest that v2.6.34-rc3~43^2 (drm/i915: Stop trying to use ACPI lid status to determine LVDS connection, 2010-03-17) fixes this [v2.6.39-rc2~3^2~4, drm/i915/lvds: Always return connected in the absence of better information, 2011-03-24, for later models]. Brice, Pierre, can you confirm? Thanks, Jonathan [*] http://thread.gmane.org/gmane.comp.freedesktop.xorg.drivers.intel/843 No idea, I stopped using this laptop 15 months ago. Brice -- 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/4e40c09c.2010...@ens-lyon.org
Bug#622971: Testing now with 3.0
Hi Maximilian! Now that Linux 3.0 has hit testing, I am using it. So far so good, but will email you in a couple of days of usage to be sure. Thanks! -- 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/201108091317.26793.marcos.ca...@gmail.com
Bug#618006: [PATCH 2.6.32.y] Input: bcm5974 - add support for MacBookPro8
commit 4d4cf23cdde2f8f9324f5684a7f349e182039529 upstream.
This patch add multitouch support for the MacBookPro8,1 and
MacBookPro8,2 models.
Signed-off-by: Andy Botting a...@andybotting.com
Signed-off-by: Henrik Rydberg rydb...@euromail.se
Acked-by: Jiri Kosina jkos...@suse.cz
Signed-off-by: Dmitry Torokhov d...@mail.ru
Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
Julien BLACHE wrote[1]:
The attached commit, taken from Dmitry Torokhov's input tree, adds
input support for the MacBookPro8,* released in March 2011.
Only build tested.
Julien: have you tested[2] that the patch works correctly on top of
v2.6.32.y?
Greg: does this look like a reasonable candidate for application to
the longterm/linux-2.6.32.y tree?
Thanks, and sorry for a slow reply,
Jonathan
[1] http://bugs.debian.org/618006
[2] e.g., as described at
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s4.2.2
drivers/hid/hid-apple.c |6 ++
drivers/hid/hid-core.c|6 ++
drivers/hid/hid-ids.h |3 +++
drivers/input/mouse/bcm5974.c | 20
4 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/drivers/hid/hid-apple.c b/drivers/hid/hid-apple.c
index 5f38014e..7afa6a6b 100644
--- a/drivers/hid/hid-apple.c
+++ b/drivers/hid/hid-apple.c
@@ -469,6 +469,12 @@ static const struct hid_device_id apple_devices[] = {
.driver_data = APPLE_HAS_FN | APPLE_ISO_KEYBOARD },
{ HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_WELLSPRING4A_JIS),
.driver_data = APPLE_HAS_FN | APPLE_RDESC_JIS },
+ { HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_WELLSPRING5_ANSI),
+ .driver_data = APPLE_HAS_FN },
+ { HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_WELLSPRING5_ISO),
+ .driver_data = APPLE_HAS_FN | APPLE_ISO_KEYBOARD },
+ { HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_WELLSPRING5_JIS),
+ .driver_data = APPLE_HAS_FN | APPLE_RDESC_JIS },
{ HID_BLUETOOTH_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_ALU_WIRELESS_2009_ANSI),
.driver_data = APPLE_NUMLOCK_EMULATION | APPLE_HAS_FN },
{ HID_BLUETOOTH_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_ALU_WIRELESS_2009_ISO),
diff --git a/drivers/hid/hid-core.c b/drivers/hid/hid-core.c
index f3f14159..9cc4cea0 100644
--- a/drivers/hid/hid-core.c
+++ b/drivers/hid/hid-core.c
@@ -1293,6 +1293,9 @@ static const struct hid_device_id hid_blacklist[] = {
{ HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_WELLSPRING4A_ANSI) },
{ HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_WELLSPRING4A_ISO) },
{ HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_WELLSPRING4A_JIS) },
+ { HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_WELLSPRING5_ANSI) },
+ { HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_WELLSPRING5_ISO) },
+ { HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_WELLSPRING5_JIS) },
{ HID_BLUETOOTH_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_ALU_WIRELESS_2009_ANSI) },
{ HID_BLUETOOTH_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_ALU_WIRELESS_2009_ISO) },
{ HID_BLUETOOTH_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_ALU_WIRELESS_2009_JIS) },
@@ -1717,6 +1720,9 @@ static const struct hid_device_id hid_mouse_ignore_list[]
= {
{ HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_WELLSPRING4A_ANSI) },
{ HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_WELLSPRING4A_ISO) },
{ HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_WELLSPRING4A_JIS) },
+ { HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_WELLSPRING5_ANSI) },
+ { HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_WELLSPRING5_ISO) },
+ { HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_WELLSPRING5_JIS) },
{ HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_FOUNTAIN_TP_ONLY) },
{ HID_USB_DEVICE(USB_VENDOR_ID_APPLE,
USB_DEVICE_ID_APPLE_GEYSER1_TP_ONLY) },
{ }
diff --git a/drivers/hid/hid-ids.h b/drivers/hid/hid-ids.h
index aef92bbe..93d2da3c 100644
--- a/drivers/hid/hid-ids.h
+++ b/drivers/hid/hid-ids.h
@@ -94,6 +94,9 @@
#define USB_DEVICE_ID_APPLE_WELLSPRING4A_ANSI 0x0242
#define USB_DEVICE_ID_APPLE_WELLSPRING4A_ISO 0x0243
#define USB_DEVICE_ID_APPLE_WELLSPRING4A_JIS 0x0244
+#define USB_DEVICE_ID_APPLE_WELLSPRING5_ANSI 0x0245
+#define USB_DEVICE_ID_APPLE_WELLSPRING5_ISO0x0246
+#define USB_DEVICE_ID_APPLE_WELLSPRING5_JIS0x0247
#define USB_DEVICE_ID_APPLE_ALU_WIRELESS_2009_ANSI 0x0239
#define USB_DEVICE_ID_APPLE_ALU_WIRELESS_2009_ISO 0x023a
#define USB_DEVICE_ID_APPLE_ALU_WIRELESS_2009_JIS 0x023b
diff --git a/drivers/input/mouse/bcm5974.c b/drivers/input/mouse/bcm5974.c
index bbedd57c..d6ad4418 100644
--- a/drivers/input/mouse/bcm5974.c
+++
