Bug#609846: Toshiba Satellite battery not recognized by acpi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 No battery status in kernel version '3.2.17-1~bpo60+1' (squeeze-backports package 'linux-image-3.2.0-0.bpo.2-amd64') or '3.2.18-1' (sid package 'linux-image-3.2.0-2-amd64'). Taylor On 05/28/2012 10:43 PM, Jonathan Nieder wrote: severity 609846 important tags 609846 + upstream forwarded 609846 https://bugzilla.kernel.org/show_bug.cgi?id=15707 quit Taylor Brown wrote: The bug still exists (no output from `acpi -b`, no gui battery status) in version '2.6.32-45' of squeeze kernel package 'linux-image-2.6.32-5-amd64'. Passing 'acpi=copy_dsdt' makes no difference. Thanks for the update. Battery status works after overriding dsdt, recompiling kernel following these steps: http://nearlyalaugh.com/2011/08/override-dsdt/ Oh, nice! Please test a 3.x.y kernel from sid, squeeze-backports, or experimental. The only packages from outside squeeze that should be needed for this test are the kernel image itself, linux-base, and initramfs-tools. If we're lucky then v3.0-rc1~12^2~3 (ACPICA: Execute an orphan _REG method under the EC device, 2011-04-13) fixed it. Hope that helps, Jonathan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPxG++AAoJED72CDEetIMvjzwIAIqvb7TbQsklwVJD+r9BcTd7 K9wn8080NG09ekHQmbzbGze85l4vMeWfJar+BrK9pXg3Jcu+EGtdtyYPWor0z8qP Vz3r0wcwrBgMsnX+C009YY39sUkPrIywyvjaR0EcVm/QxMv5p3EHGmd/UUBi8S6X f4Jjd56CI61o6ga8NzSSlpPIMM28OIX3Fnhb9MfmWRhoXi9FDGtqAbPHrP8zfvMA DPTzgagBhSsxY1CyrsekGpHZyUNockozzNZOjwYSr2d5bs5c4LrIDGEQXKHXLQsV tyrFB8yoy0VNpGBdG7suj0EKvMb8WeTr30WcGUfXGLElCyoqsA310Htt++huB3I= =68py -END PGP SIGNATURE- -- 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/4fc46fc2.8010...@nearlyalaugh.com
Bug#670398: Deadlock in hid_reset when Dell iDRAC is reset
On Mon, May 21, 2012 at 10:25:09PM +0530, shyam_i...@dell.com wrote: Hi, We have observed that doing a reset on idrac on low-end server like R|T210 R|T310 triggers the panic whereas the high end servers do not deadlock on an iDRAC reset so we know that this timing dependent. Ah thanks that matches our observations. Ben - I had attached the patch to the earlier thread. Let me know if you need any additional work from me on this. We've now applied that patch to the latest Debian Squeeze Kernel release and indeed fixes the 'racreset' issue. Ben, is there a chance to get that one included in the Debian Kernel or even better in a 2.6.32.x release upstream? Since we see the same issue with Ubuntu 10.04 I've to open a bugreport with them aswell. 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/20120529074240.ga2...@sho.bk.hosteurope.de
Bug#674565: Bluetooth activation failed (btusb module)
On Tue, May 29, 2012 at 2:07 AM, Jonathan Nieder jrnie...@gmail.com wrote: Arief M Utama wrote: On Sun, May 27, 2012 at 1:35 AM, Jonathan Nieder jrnie...@gmail.com wrote: Will look around and then submit these for inclusion in 3.2.y from kernel.org if they seem to be well tested. I can test the other patches if needed, just to make sure about it :-) Yeah, no need. For the future: it now occurs to me that you might have been applying the patches with the test-patches script one at a time, which would explain why some of them didn't apply. The command takes a list of patches as arguments to apply in order. But it's not important: I was asking to test them together just as a while at it extra in the same boot. I don't think it's worth the time to compile and boot yet again. :) Noted :-) I need to finish gathering a list of people who tested the driver using hardware with the other USB ids and then I'll send the patches as a batch to stable@. Thanks for your help and sorry to be so slow at this. You're very helpful and prompt already, I'm being a bit slow here. Sincerely, Jonathan All the best. -arief
Bug#675010: linux-image-3.3.0-trunk-amd64: Please include CONFIG_OPENVSWITCH as a module
Package: linux-2.6 Version: 3.3.4-1~experimental.1 Severity: wishlist Hi, kernel 3.3 got mainline support for Open vSwitch (CONFIG_OPENVSWITCH / openvswitch.ko) which was previously available as a DKMS module package. This would make the module-assistant and DKMS packages openvswitch-datapath-source and openvswitch-datapath-dkms obsolete. Anyhow this module is required to get openvswitch running on Debian, where the userspace utilities do already exist. -- Package-specific info: ** Version: Linux version 3.3.0-trunk-amd64 (Debian 3.3.4-1~experimental.1) (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Wed May 2 06:54:24 UTC 2012 ** Command line: BOOT_IMAGE=/vmlinuz-3.3.0-trunk-amd64 root=/dev/mapper/lvm--vg-root ro quiet splash ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: (stripped) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores) 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 linux-image-3.3.0-trunk-amd64 depends on: ii debconf [debconf-2.0] 1.5.41 ii initramfs-tools [linux-initramfs-tool] 0.99 ii linux-base 3.4 ii module-init-tools 3.16-1 Versions of packages linux-image-3.3.0-trunk-amd64 recommends: ii firmware-linux-free 3 Versions of packages linux-image-3.3.0-trunk-amd64 suggests: pn grub-pc1.99-14 pn linux-doc-3.3 none Versions of packages linux-image-3.3.0-trunk-amd64 is related to: pn firmware-atherosnone pn firmware-bnx2 none pn firmware-bnx2x none pn firmware-brcm80211 none pn firmware-intelwimax none pn firmware-ipw2x00none pn firmware-ivtv none pn firmware-iwlwifi0.35 pn firmware-libertas none pn firmware-linux none pn firmware-linux-nonfree none pn firmware-myricomnone pn firmware-netxen none pn firmware-qlogic none pn firmware-ralink none pn firmware-realteknone pn xen-hypervisor none -- debconf information: linux-image-3.3.0-trunk-amd64/prerm/removing-running-kernel-3.3.0-trunk-amd64: true linux-image-3.3.0-trunk-amd64/postinst/depmod-error-initrd-3.3.0-trunk-amd64: false linux-image-3.3.0-trunk-amd64/postinst/ignoring-ramdisk: * linux-image-3.3.0-trunk-amd64/postinst/missing-firmware-3.3.0-trunk-amd64: -- 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/20120529101824.6884.47150.report...@snowball.fritz.box
Bug#661318: to Debian? Fw: 1) cd006086fa5d ata_piix: defer disks to the Hyper-V drivers by default 2) db63a4c8115a libata: add a host flag to ignore detected ATA device FW: use hv_storvsc instead of a
Hi! Mathieu Simon: Finally we should decide on which of Mathieu Simon: the patches we could itegrate for the ata_piix vs. hv_storvsc Ben Hutchings: I prefer that this is resolved upstream. Already ( see later) May be have sense backport this patches to Debian? - Original Message - From: Victor Miasnikov vvm To: . . . ; stable ( at ) vger.kernel.org Cc: . . . ; linux-kernel ( at ) vger.kernel.org; . . . Sent: Tuesday, May 29, 2012 9:34 AM Subject: Linux on Hyper-V 1) cd006086fa5d ata_piix: defer disks to the Hyper-V drivers by default 2) db63a4c8115a libata: add a host flag to ignore detected ATA device FW: use hv_storvsc instead of ata_piix to handle the IDE disks devices ( but not for the CD-ROM) . . . 1) db63a4c8115a0bb904496e1cdd3e7488e68b0d06 2) cd006086fa5d91414d8ff9ff2b78fbb593878e3c { Jonathan Nieder think: cd006086fa5d ata_piix: defer disks to the Hyper-V drivers by default and its prerequisite db63a4c8115a libata: add a host flag to ignore detected ATA devices } Some details: 1: http://git.kernel.org/?p=linux/kernel/git/next/linux-next.git;h=db63a4c8115a0bb904496e1cdd3e7488e68b0d06 == libata: add a host flag to ignore detected ATA devices author Andy Whitcroft apw ( at ) canonical.com Fri, 4 May 2012 21:15:10 + (22:15 +0100) committer Jeff Garzik jgarzik ( at ) redhat.com Mon, 7 May 2012 19:32:23 + (15:32 -0400) commit db63a4c8115a0bb904496e1cdd3e7488e68b0d06 tree 326448b28bf8de7c6205ed9e598070111e8a5020 == 2: http://git.kernel.org/?p=linux/kernel/git/next/linux-next.git;h=cd006086fa5d91414d8ff9ff2b78fbb593878e3c;hp=db63a4c8115a0bb904496e1cdd3e7488e68b0d06 == ata_piix: defer disks to the Hyper-V drivers by default author Andy Whitcroft apw ( at ) canonical.com Fri, 4 May 2012 21:15:11 + (22:15 +0100) committer Jeff Garzik jgarzik ( at ) redhat.com Mon, 7 May 2012 19:32:58 + (15:32 -0400) commit cd006086fa5d91414d8ff9ff2b78fbb593878e3c == -- Best regards, Victor Miasnikov Blog: http://vvm.blog.tut.by/ - Original Message - From: Ben Hutchings b...@decadent.org.uk To: Mathieu Simon mathieu@gmail.com Cc: 661...@bugs.debian.org Sent: Monday, April 09, 2012 5:08 PM Subject: Bug#661318: Possibility integrating newer Hyper-V paravirt drivers in squeeze? On Mon, 2012-04-09 at 13:47 +0200, Mathieu Simon wrote: Hi I've applied these approximately as requested, [...] Anyway, the end result is that all the driver sources end up identical to 3.4-rc1. Thank you Ben! Let us know if there are any important fixes after that, though I hope I'll spot them anyway. I'd like to give that kernel one a try on real Hyper-V with a fresh wheezy and report back just to make sure if you don't mind. Finally we should decide on which of the patches we could itegrate for the ata_piix vs. hv_storvsc precedence - be it the Ubuntu or the Suse patch. Ben: Do you have a preference on which one of the patches fits into wheezy's kernel? I prefer that this is resolved upstream. Ben. -- 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/c014ce8c381547fca151865f4d66d...@local.st.by
Bug#674565: Bluetooth activation failed (btusb module)
On Tue, May 29, 2012 at 3:57 AM, Jonathan Nieder jrnie...@gmail.com wrote: Arief M Utama wrote: Hit enter too quick, forgot about the dmesg attachment. Here it is. Wonderful, thanks. Just for fun, let's parse some unrelated messages. [0.00] DMI: Hewlett-Packard HP ENVY 15 NOTEBOOK PC/1688, BIOS F.04 11/12/2011 [...] [2.529762] \_SB_.PCI0:_OSC invalid UUID [2.529763] _OSC request data:1 8 1f [...] [2.573816] \_SB_.PCI0:_OSC invalid UUID [2.573817] _OSC request data:1 1f 1f [2.573820] pci:00: Requesting ACPI _OSC control (0x1d) [2.573865] \_SB_.PCI0:_OSC invalid UUID [2.573866] _OSC request data:1 0 1d [2.573869] pci:00: ACPI _OSC request failed (AE_ERROR), returned control mask: 0x1d [2.573871] ACPI _OSC control for PCIe not granted, disabling ASPM That's https://bugzilla.kernel.org/show_bug.cgi?id=36932, perhaps. Could be a bug in the BIOS or an ACPI bug in the kernel, or a misleading message. How can I help with this one? Not very familiar with kernel debugging. [...] [ 10.250808] rts_pstor: module is from the staging directory, the quality is unknown, you have been warned. [ 10.251583] Initializing Realtek PCIE storage driver... [...] [ 11.452078] rts_pstor: device scan complete [ 11.452316] scsi 6:0:0:0: Direct-Access Generic- xD/SD/M.S. 1.00 PQ: 0 ANSI: 0 CCS [ 11.452417] Bad LUN (0:1) [ 11.452607] Bad target number (1:0) [ 11.452746] Bad target number (2:0) [ 11.452878] Bad target number (3:0) [ 11.452998] Bad target number (4:0) [ 11.453141] Bad target number (5:0) [ 11.453257] Bad target number (6:0) [ 11.453353] Bad target number (7:0) [ 11.453724] sd 6:0:0:0: [sdb] Attached SCSI removable disk http://bugs.debian.org/637813. I get the impression that Realtek has abandoned this driver and is working on a new version (not published yet) that follows a different approach. And how about this one? Do you happen to know where I can check the new drivers? I tried to read the bug comments, but I got lost in the woods there. [...] [ 77.448484] atkbd serio0: Unknown key pressed (translated set 2, code 0xab on isa0060/serio0). [ 77.448494] atkbd serio0: Use 'setkeycodes e02b keycode' to make it known. If this is the brightness key, sounds like https://bugzilla.redhat.com/804285. There is a related upstream report at https://bugzilla.kernel.org/show_bug.cgi?id=43280. Yep it's brightness key, used setkeycodes to ignore it. What is the debian-way to put in some customs boot-time scripts? All that is not working in this laptop now are HP's Wireless Audio usb device (snd-usb-audio module?) I had to blacklist it, since it keep sending messages to the console and prevent pulseaudio from running which in turn prevent gnome-shell to run, and the other one is the presence-censor that activates keyboard light whenever it detect objects in-front of the screen, but since I can pressed function key to activate the keyboard light this is not much of a hassle. Thanks, Jonathan All the best. -arief
Re: to Debian? Fw: 1) cd006086fa5d ata_piix: defer disks to the Hyper-V drivers by default 2) db63a4c8115a libata: add a host flag to ignore detected ATA device FW: use hv_storvsc instead of ata_piix
On Tue, 2012-05-29 at 13:11 +0300, Victor Miasnikov wrote: Hi! Mathieu Simon: Finally we should decide on which of Mathieu Simon: the patches we could itegrate for the ata_piix vs. hv_storvsc Ben Hutchings: I prefer that this is resolved upstream. Already ( see later) May be have sense backport this patches to Debian? [...] I spotted that and added them last night. :-) Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. -- 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/1338296522.20487.184.camel@deadeye
Bug#674565: Bluetooth activation failed (btusb module)
Arief M Utama wrote: On Tue, May 29, 2012 at 3:57 AM, Jonathan Nieder jrnie...@gmail.com wrote: Arief M Utama wrote: [0.00] DMI: Hewlett-Packard HP ENVY 15 NOTEBOOK PC/1688, BIOS F.04 11/12/2011 [...] [2.529762] \_SB_.PCI0:_OSC invalid UUID [...] [2.573869] pci:00: ACPI _OSC request failed (AE_ERROR), returned control mask: 0x1d [2.573871] ACPI _OSC control for PCIe not granted, disabling ASPM That's https://bugzilla.kernel.org/show_bug.cgi?id=36932, perhaps. Could be a bug in the BIOS or an ACPI bug in the kernel, or a misleading message. How can I help with this one? Not very familiar with kernel debugging. Best way is to contact the linux-acpi list (linux-a...@vger.kernel.org) and ask for advice. Second-best is to attach your logs and add yourself to the cc list for https://bugzilla.kernel.org/show_bug.cgi?id=36932 so you'd be informed if someone asks people to test patches. [...] http://bugs.debian.org/637813. I get the impression that Realtek has abandoned this driver and is working on a new version (not published yet) that follows a different approach. And how about this one? Do you happen to know where I can check the new drivers? I tried to read the bug comments, but I got lost in the woods there. I don't think they're public yet. http://thread.gmane.org/gmane.linux.drivers.driver-project.devel/26300/focus=1298462 [...] If this is the brightness key, sounds like https://bugzilla.redhat.com/804285. There is a related upstream report at https://bugzilla.kernel.org/show_bug.cgi?id=43280. Yep it's brightness key, used setkeycodes to ignore it. What is the debian-way to put in some customs boot-time scripts? I dunno. :) /etc/rc.local, maybe? All that is not working in this laptop now are HP's Wireless Audio usb device (snd-usb-audio module?) I had to blacklist it, since it keep sending messages to the console and prevent pulseaudio from running which in turn prevent gnome-shell to run, Is this a regression (i.e., did it ever work)? Please do file a report when convenient. 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/20120529151409.GA17151@burratino
Bug#661318: to Debian? Fw: 1) cd006086fa5d ata_piix: defer disks to the Hyper-V drivers by default 2) db63a4c8115a libata: add a host flag to ignore detected ATA device FW: use hv_storvsc instead of a
Hi! I spotted that and added them last night. :-) Thanks! Best regards, Victor Miasnikov Blog: http://vvm.blog.tut.by/ -- 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/4dbaf8d8b95e40f9a784b21a1197e...@local.st.by
Bug#609846: Toshiba Satellite battery not recognized by acpi
found 609846 linux-2.6/3.2.17-1 found 609846 linux-2.6/3.2.18-1 tags 609846 - moreinfo quit Taylor Brown wrote: No battery status in kernel version '3.2.17-1~bpo60+1' (squeeze-backports package 'linux-image-3.2.0-0.bpo.2-amd64') or '3.2.18-1' (sid package 'linux-image-3.2.0-2-amd64'). Thanks for checking. Please add yourself to the cc list for [1] so you can be informed if someone upstream has questions or a patch to test. That bug might not be a perfect match for your symptoms, but a duplicate of that bug matched well so I am guessing the ACPI maintainers want to track the battery issue and a related AC adaptor issue together. Hope that helps, Jonathan [1] https://bugzilla.kernel.org/show_bug.cgi?id=15707 -- 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/20120529154304.GA17369@burratino
Processed: Re: Toshiba Satellite battery not recognized by acpi
Processing commands for cont...@bugs.debian.org: found 609846 linux-2.6/3.2.17-1 Bug #609846 [linux-2.6] Toshiba Satellite battery not recognized by acpi Marked as found in versions linux-2.6/3.2.17-1. found 609846 linux-2.6/3.2.18-1 Bug #609846 [linux-2.6] Toshiba Satellite battery not recognized by acpi Marked as found in versions linux-2.6/3.2.18-1. tags 609846 - moreinfo Bug #609846 [linux-2.6] Toshiba Satellite battery not recognized by acpi Removed tag(s) moreinfo. quit Stopping processing here. Please contact me if you need assistance. -- 609846: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609846 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.13383062051067.transcr...@bugs.debian.org
Bug#584314: base: System freezes at random time after Resume from Suspend (Regression)
On Sunday, May 20, 2012 07:32:10 Jonathan Nieder wrote: Hi Andreas, Jonathan Nieder wrote: Andreas Berger wrote: ok, i narrowed it down, but it is: found: linux-image-2.6.36-trunk-686, version 2.6.36-1~experimental.1 not found: linux-image-2.6.37-rc4-686, version 2.6.37~rc4-1~experimental.1 Unfortunately there are a lot of interesting patches in that range, so we will probably need a little more data to track this down. So I suggested: [...] - suspending from single-user mode (kernel params single debug) or from an initramfs shell (kernel param break=top) to see if the same problem occurs even if the i915 driver is not loaded yet when the suspend/hibernate happens Thanks again for all your help narrowing the bug down this far. Did you get a chance to try this? Curious, Jonathan i'm sorry i didn't respond in quite a while. unfortunately, the spare harddrive that i've been using for this died on me and i can't use my remaining (productive) system for this. also, the laptop itself will probably fail soon (having random power blackouts and the case is coming apart everywhere). out of curiousity, is the scope of this still to make a patch for squeeze? seeing as i seem to be the only one affected by this... greetings, andreas signature.asc Description: This is a digitally signed message part.
Bug#657689: e1000e Detected Hardware Unit Hang:
On two different machines running two different intel cards, I'm seeing a very similar issue. One machine has the Intel 82572EI and the other is 82571EB. After installing irqbalance on both machines, the messages have gone away for _only_ the 82571EB machine (before it was multiple times daily). Here is the last message from the 82571EB machine: May 23 15:59:17 node01 kernel: [36728.009353] e1000e :04:00.0: eth2: Detected Hardware Unit Hang: May 23 15:59:17 node01 kernel: [36728.009355] TDH 39 May 23 15:59:17 node01 kernel: [36728.009356] TDT 3b May 23 15:59:17 node01 kernel: [36728.009357] next_to_use 3b May 23 15:59:17 node01 kernel: [36728.009357] next_to_clean39 May 23 15:59:17 node01 kernel: [36728.009358] buffer_info[next_to_clean]: May 23 15:59:17 node01 kernel: [36728.009359] time_stamp 1008af3ae May 23 15:59:17 node01 kernel: [36728.009359] next_to_watch39 May 23 15:59:17 node01 kernel: [36728.009360] jiffies 1008af4f9 May 23 15:59:17 node01 kernel: [36728.009361] next_to_watch.status 0 May 23 15:59:17 node01 kernel: [36728.009362] MAC Status 80383 May 23 15:59:17 node01 kernel: [36728.009362] PHY Status 792d May 23 15:59:17 node01 kernel: [36728.009363] PHY 1000BASE-T Status 7800 May 23 15:59:17 node01 kernel: [36728.009364] PHY Extended Status3000 May 23 15:59:17 node01 kernel: [36728.009365] PCI Status 10 And from the 82572EI machine (still seeing the messages on this machine): May 26 16:09:27 host02 kernel: [2389975.056960] e1000e :07:00.0: eth2: Detected Hardware Unit Hang: May 26 16:09:27 host02 kernel: [2389975.056961] TDH 38 May 26 16:09:27 host02 kernel: [2389975.056962] TDT 3b May 26 16:09:27 host02 kernel: [2389975.056963] next_to_use 3b May 26 16:09:27 host02 kernel: [2389975.056963] next_to_clean38 May 26 16:09:27 host02 kernel: [2389975.056964] buffer_info[next_to_clean]: May 26 16:09:27 host02 kernel: [2389975.056965] time_stamp 1239be208 May 26 16:09:27 host02 kernel: [2389975.056966] next_to_watch38 May 26 16:09:27 host02 kernel: [2389975.056966] jiffies 1239be30c May 26 16:09:27 host02 kernel: [2389975.056967] next_to_watch.status 0 May 26 16:09:27 host02 kernel: [2389975.056968] MAC Status 80383 May 26 16:09:27 host02 kernel: [2389975.056968] PHY Status 792d May 26 16:09:27 host02 kernel: [2389975.056969] PHY 1000BASE-T Status 7800 May 26 16:09:27 host02 kernel: [2389975.056970] PHY Extended Status 3000 May 26 16:09:27 host02 kernel: [2389975.056970] PCI Status 10 Searching around, this may already be fixed elsewhere. See the following reports: https://bugzilla.redhat.com/show_bug.cgi?id=785806 http://www.mail-archive.com/e1000-devel@lists.sourceforge.net/msg04658.html Let me know if you need more specific information related to my systems. -- Matth
Bug#584314: base: System freezes at random time after Resume from Suspend (Regression)
Andreas Berger wrote: out of curiousity, is the scope of this still to make a patch for squeeze? Yep, squeeze still has at least a year of life in it yet. 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/20120529173923.GE17455@burratino
Bug#657689: e1000e Detected Hardware Unit Hang:
# fixed in 3.0.y. see also bug#663533 tags 657689 + upstream patch moreinfo fixed-upstream quit Matthew Ingersoll wrote: Searching around, this may already be fixed elsewhere. See the following reports: https://bugzilla.redhat.com/show_bug.cgi?id=785806 http://www.mail-archive.com/e1000-devel@lists.sourceforge.net/msg04658.html Thanks. Sounds worth a try. Please test the attached patch, for example following instructions from [1]. Hope that helps, Jonathan [1] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official or the corresponding page from the debian-kernel-handbook package From: Jeff Kirsher jeffrey.t.kirs...@intel.com Date: Fri, 18 Nov 2011 14:25:00 + Subject: e1000e: Avoid wrong check on TX hang commit 09357b00255c233705b1cf6d76a8d147340545b8 upstream. Based on the original patch submitted my Michael Wang wang...@linux.vnet.ibm.com. Descriptors may not be write-back while checking TX hang with flag FLAG2_DMA_BURST on. So when we detect hang, we just flush the descriptor and detect again for once. -v2 change 1 to true and 0 to false and remove extra () CC: Michael Wang wang...@linux.vnet.ibm.com CC: Flavio Leitner f...@redhat.com Acked-by: Jesse Brandeburg jesse.brandeb...@intel.com Tested-by: Aaron Brown aaron.f.br...@intel.com Signed-off-by: Jeff Kirsher jeffrey.t.kirs...@intel.com Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- drivers/net/e1000e/e1000.h |1 + drivers/net/e1000e/netdev.c | 23 --- 2 files changed, 21 insertions(+), 3 deletions(-) diff --git a/drivers/net/e1000e/e1000.h b/drivers/net/e1000e/e1000.h index e610e1369053..687f176114e7 100644 --- a/drivers/net/e1000e/e1000.h +++ b/drivers/net/e1000e/e1000.h @@ -309,6 +309,7 @@ struct e1000_adapter { u32 txd_cmd; bool detect_tx_hung; + bool tx_hang_recheck; u8 tx_timeout_factor; u32 tx_int_delay; diff --git a/drivers/net/e1000e/netdev.c b/drivers/net/e1000e/netdev.c index dcdc472c363b..9c2cd8bfde3b 100644 --- a/drivers/net/e1000e/netdev.c +++ b/drivers/net/e1000e/netdev.c @@ -928,6 +928,7 @@ static void e1000_print_hw_hang(struct work_struct *work) struct e1000_adapter *adapter = container_of(work, struct e1000_adapter, print_hang_task); + struct net_device *netdev = adapter-netdev; struct e1000_ring *tx_ring = adapter-tx_ring; unsigned int i = tx_ring-next_to_clean; unsigned int eop = tx_ring-buffer_info[i].next_to_watch; @@ -939,6 +940,21 @@ static void e1000_print_hw_hang(struct work_struct *work) if (test_bit(__E1000_DOWN, adapter-state)) return; + if (!adapter-tx_hang_recheck + (adapter-flags2 FLAG2_DMA_BURST)) { + /* May be block on write-back, flush and detect again +* flush pending descriptor writebacks to memory +*/ + ew32(TIDV, adapter-tx_int_delay | E1000_TIDV_FPD); + /* execute the writes immediately */ + e1e_flush(); + adapter-tx_hang_recheck = true; + return; + } + /* Real hang detected */ + adapter-tx_hang_recheck = false; + netif_stop_queue(netdev); + e1e_rphy(hw, PHY_STATUS, phy_status); e1e_rphy(hw, PHY_1000T_STATUS, phy_1000t_status); e1e_rphy(hw, PHY_EXT_STATUS, phy_ext_status); @@ -1052,10 +1068,10 @@ static bool e1000_clean_tx_irq(struct e1000_adapter *adapter) if (tx_ring-buffer_info[i].time_stamp time_after(jiffies, tx_ring-buffer_info[i].time_stamp + (adapter-tx_timeout_factor * HZ)) - !(er32(STATUS) E1000_STATUS_TXOFF)) { + !(er32(STATUS) E1000_STATUS_TXOFF)) schedule_work(adapter-print_hang_task); - netif_stop_queue(netdev); - } + else + adapter-tx_hang_recheck = false; } adapter-total_tx_bytes += total_tx_bytes; adapter-total_tx_packets += total_tx_packets; @@ -3665,6 +3681,7 @@ static int e1000_open(struct net_device *netdev) e1000_irq_enable(adapter); + adapter-tx_hang_recheck = false; netif_start_queue(netdev); adapter-idle_check = true; -- 1.7.10
Processed: Re: e1000e Detected Hardware Unit Hang:
Processing commands for cont...@bugs.debian.org: # fixed in 3.0.y. see also bug#663533 tags 657689 + upstream patch moreinfo fixed-upstream Bug #657689 [linux-2.6] e1000e Detected Hardware Unit Hang: Added tag(s) upstream, fixed-upstream, moreinfo, and patch. quit Stopping processing here. Please contact me if you need assistance. -- 657689: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657689 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.13383140249856.transcr...@bugs.debian.org
Bug#657689: e1000e Detected Hardware Unit Hang:
On Tue, May 29, 2012 at 10:53 AM, Jonathan Nieder jrnie...@gmail.com wrote: # fixed in 3.0.y. see also bug#663533 tags 657689 + upstream patch moreinfo fixed-upstream quit Matthew Ingersoll wrote: Searching around, this may already be fixed elsewhere. See the following reports: https://bugzilla.redhat.com/show_bug.cgi?id=785806 http://www.mail-archive.com/e1000-devel@lists.sourceforge.net/msg04658.html Thanks. Sounds worth a try. Please test the attached patch, for example following instructions from [1]. Hope that helps, Jonathan [1] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official or the corresponding page from the debian-kernel-handbook package Jonathan, Thanks for the info. These are production systems and I do not have a spare NIC to test with in the lab at this time. I'll let you know if I get my hands on one... but until then, I can't risk testing on these systems. -- Matth -- 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/canv8pe8kaoifc_yhpyj2aznzp82c9uqu9zctjx8vetruh...@mail.gmail.com
Bug#657689: e1000e Detected Hardware Unit Hang:
Hi Matthew, Matthew Ingersoll wrote: On Tue, May 29, 2012 at 10:53 AM, Jonathan Nieder jrnie...@gmail.com wrote: Thanks. Sounds worth a try. Please test the attached patch, for example following instructions from [1]. [...] These are production systems and I do not have a spare NIC to test with in the lab at this time. I'll let you know if I get my hands on one... but until then, I can't risk testing on these systems. Thanks for the update, and no problem. Hopefully someone else will. 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/20120529182949.GG17455@burratino
Potential PowerTOP breakage with Linux 3.6
According to http://lwn.net/Articles/498128/, Linux 3.6 will likely include a change to the trace event format that breaks PowerTOP 1.x. If wheezy includes PowerTOP 1.x then a partial upgrade to wheezy+1 will probably break it. Are you planning to update to 2.0 in time for wheezy? 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/20120529185949.ga20...@decadent.org.uk
Bug#675093: linux-image-3.2.0-2-amd64: USB timeout initializing reports with Eaton UPS
Package: linux-2.6 Version: 3.2.18-1 Severity: normal It would seem that the kernel is doing something wrong when trying to initalise an USB connection to an Eaton (formerly Merlin Gerin) Ellipse Max UPS. When the box is booting, the device's initialisation adds a ~15s delay, then some USB error is reported (at timestamp 18.319789 in the kernel log below). Strangely enough, the device appears to work after that. I am reporting this error for the kernel on this computer (which is a x86-64 and includes various tainted modules), however it also occurs on a much older x86 box running a Debian Squeeze with linux-image-2.6.32-5-686 (no proprietary drivers loaded, either). The device connected to that box is a different model of Eaton Ellipse Max UPS. Both UPS's are brand new. -- Package-specific info: ** Version: Linux version 3.2.0-2-amd64 (Debian 3.2.18-1) (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Mon May 21 17:45:41 UTC 2012 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-2-amd64 root=/dev/mapper/Cthugha-Root ro quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [4.010036] scsi 6:0:0:0: CD-ROMSMI USB DISK 1100 PQ: 0 ANSI: 2 [4.012007] sr1: scsi3-mmc drive: 0x/0x caddy [4.012198] sr 6:0:0:0: Attached scsi CD-ROM sr1 [4.075071] usb 2-2.2: New USB device found, idVendor=090c, idProduct=1000 [4.075076] usb 2-2.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [4.075079] usb 2-2.2: Product: USB DISK [4.075082] usb 2-2.2: Manufacturer: SMI Corporation [4.075084] usb 2-2.2: SerialNumber: 1 [4.075578] scsi7 : usb-storage 2-2.2:1.0 [4.144561] usb 2-1.2: reset high-speed USB device number 6 using ehci_hcd [4.312492] usb 2-2.4: new low-speed USB device number 10 using ehci_hcd [4.684396] usb 2-1.2: reset high-speed USB device number 6 using ehci_hcd [4.860338] usb 2-1.2: reset high-speed USB device number 6 using ehci_hcd [5.036122] usb 2-1.2: reset high-speed USB device number 6 using ehci_hcd [5.073680] scsi 7:0:0:0: CD-ROMSMI USB DISK 1100 PQ: 0 ANSI: 2 [5.076692] sr2: scsi3-mmc drive: 0x/0x caddy [5.076925] sr 7:0:0:0: Attached scsi CD-ROM sr2 [5.167483] usb 2-2.4: New USB device found, idVendor=0463, idProduct= [5.167488] usb 2-2.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [5.167491] usb 2-2.4: Product: Ellipse MAX [5.167493] usb 2-2.4: Manufacturer: EATON [5.167496] usb 2-2.4: SerialNumber: ADKM25014 [5.208346] usb 2-1.2: reset high-speed USB device number 6 using ehci_hcd [5.384134] usb 2-1.2: reset high-speed USB device number 6 using ehci_hcd [5.560072] usb 2-1.2: reset high-speed USB device number 6 using ehci_hcd [5.736015] usb 2-1.2: reset high-speed USB device number 6 using ehci_hcd [5.869976] PM: Starting manual resume from disk [5.869979] PM: Hibernation image partition 254:1 present [5.869980] PM: Looking for hibernation image. [5.870175] PM: Image not found (code -22) [5.870178] PM: Hibernation image not present or could not be loaded. [5.910554] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) [ 18.319789] generic-usb 0003:0463:.0003: usb_submit_urb(ctrl) failed [ 18.319850] generic-usb 0003:0463:.0003: timeout initializing reports [ 18.320070] generic-usb 0003:0463:.0003: hiddev0,hidraw2: USB HID v1.10 Device [EATON Ellipse MAX] on usb-:00:1d.7-2.4/input0 [ 19.362918] udevd[417]: starting version 175 [ 19.696373] input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input2 [ 19.696378] ACPI: Power Button [PWRB] [ 19.696442] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3 [ 19.696446] ACPI: Power Button [PWRF] [ 19.845300] wmi: Mapper loaded [ 19.953638] iTCO_vendor_support: vendor-support=0 [ 19.961081] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07 [ 19.961154] iTCO_wdt: Found a ICH10R TCO device (Version=2, TCOBASE=0x0860) [ 19.961245] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 19.989060] input: PC Speaker as /devices/platform/pcspkr/input/input4 [ 20.008091] EDAC MC: Ver: 2.1.0 [ 20.114735] Error: Driver 'pcspkr' is already registered, aborting... [ 20.116254] i801_smbus :00:1f.3: PCI INT C - GSI 18 (level, low) - IRQ 18 [ 20.116258] ACPI: resource :00:1f.3 [io 0x0400-0x041f] conflicts with ACPI region SMRG [io 0x400-0x40f] [ 20.116260] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 20.210611] snd_hda_intel :00:1b.0: PCI INT A - GSI 22 (level, low) - IRQ 22 [ 20.210651] snd_hda_intel :00:1b.0: irq 70 for MSI/MSI-X [ 20.210671] snd_hda_intel :00:1b.0: setting latency timer to 64 [ 20.541311] nvidia: module license 'NVIDIA' taints kernel. [ 20.541314] Disabling lock debugging due to kernel
Processed: Re: initramfs generation fails at fs/udf/udf.ko (Re: Cannot update kernel with ...)
Processing commands for cont...@bugs.debian.org: reassign 674059 initramfs-tools 0.98.8 Bug #674059 [linux-2.6] linux-image-2.6.32-5-amd64: Cannot update kernel with apt(itude) Bug reassigned from package 'linux-2.6' to 'initramfs-tools'. No longer marked as found in versions 2.6.32-45. Ignoring request to alter fixed versions of bug #674059 to the same values previously set Bug #674059 [initramfs-tools] linux-image-2.6.32-5-amd64: Cannot update kernel with apt(itude) Marked as found in versions initramfs-tools/0.98.8. retitle 674059 initramfs generation fails at fs/udf/udf.ko Bug #674059 [initramfs-tools] linux-image-2.6.32-5-amd64: Cannot update kernel with apt(itude) Changed Bug title to 'initramfs generation fails at fs/udf/udf.ko' from 'linux-image-2.6.32-5-amd64: Cannot update kernel with apt(itude)' End of message, stopping processing here. Please contact me if you need assistance. -- 674059: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674059 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.133832338825082.transcr...@bugs.debian.org
Processed: Re: mdadm: sending ioctl 1261 to a partition warnings in kernel log with kernel 3.2
Processing commands for cont...@bugs.debian.org: # looks like 577ebb374 (block: add and use scsi_blk_cmd_ioctl, # 2012-01-12) didn't help found 656899 linux-2.6/2.6.32-43 Bug #656899 [src:linux-2.6] mdadm: sending ioctl 1261 to a partition warnings in kernel log with kernel 3.2 Bug #665850 [src:linux-2.6] lvcreate: sending ioctl 1261 to a partition! Marked as found in versions linux-2.6/2.6.32-43; no longer marked as found in versions linux-2.6/2.6.32-43. Marked as found in versions linux-2.6/2.6.32-43; no longer marked as found in versions linux-2.6/2.6.32-43. found 656899 linux-2.6/3.2.14-1 Bug #656899 [src:linux-2.6] mdadm: sending ioctl 1261 to a partition warnings in kernel log with kernel 3.2 Bug #665850 [src:linux-2.6] lvcreate: sending ioctl 1261 to a partition! Marked as found in versions linux-2.6/3.2.14-1. Marked as found in versions linux-2.6/3.2.14-1. End of message, stopping processing here. Please contact me if you need assistance. -- 656899: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656899 665850: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665850 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.133832360826096.transcr...@bugs.debian.org
Processed: Re: Bluetooth activation failed (btusb module)
Processing commands for cont...@bugs.debian.org: # From http://bugs.debian.org/674565#45: # # Linux version 3.2.0-2-amd64 (Debian 3.2.18-1a~test) (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-5) ) #1 SMP Sun May 27 21:49:41 WIT 2012 # [...] # rts_pstor: device scan complete # scsi 6:0:0:0: Direct-Access Generic- xD/SD/M.S. 1.00 PQ: 0 ANSI: 0 CCS # Bad LUN (0:1) # Bad target number (1:0) # Bad target number (2:0) # Bad target number (3:0) # Bad target number (4:0) # Bad target number (5:0) # Bad target number (6:0) # Bad target number (7:0) # sd 6:0:0:0: [sdb] Attached SCSI removable disk found 637813 linux-2.6/3.2.18-1 Bug #637813 [linux-2.6] Multimedia card reader outputs weird messages Marked as found in versions linux-2.6/3.2.18-1. End of message, stopping processing here. Please contact me if you need assistance. -- 637813: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637813 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.133833650028176.transcr...@bugs.debian.org