* Uhhuh. NMI received for unknown reason 2c on CPU 0. @ 2013-01-29 20:28 Borislav Petkov 2013-01-29 21:32 ` Bjorn Helgaas 0 siblings, 1 reply; 58+ messages in thread From: Borislav Petkov @ 2013-01-29 20:28 UTC (permalink / raw) To: x86; +Cc: lkml Hi, this is rc5 + tip/master from 2 days ago, when resuming I get this fun message: ... [15117.684975] Restarting tasks ... done. [15117.687201] video LNXVIDEO:00: Restoring backlight state [15117.720469] ehci-pci 0000:00:1d.0: power state changed by ACPI to D3cold [15117.721414] ehci-pci 0000:00:1a.0: power state changed by ACPI to D3cold [15117.949185] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off [15118.617192] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx [15118.617198] e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO [15123.971346] Uhhuh. NMI received for unknown reason 2c on CPU 0. [15123.971353] Do you have a strange power saving mode enabled? [15123.971356] Dazed and confused, but trying to continue Machine is thinkpad x230. Any and all sensible suggestions are welcome. Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-29 20:28 Uhhuh. NMI received for unknown reason 2c on CPU 0 Borislav Petkov @ 2013-01-29 21:32 ` Bjorn Helgaas 2013-01-30 3:42 ` Borislav Petkov 0 siblings, 1 reply; 58+ messages in thread From: Bjorn Helgaas @ 2013-01-29 21:32 UTC (permalink / raw) To: Borislav Petkov, x86, lkml, Konstantin Khlebnikov On Tue, Jan 29, 2013 at 1:28 PM, Borislav Petkov <bp@alien8.de> wrote: > Hi, > > this is rc5 + tip/master from 2 days ago, when resuming I get this fun > message: > > ... > [15117.684975] Restarting tasks ... done. > [15117.687201] video LNXVIDEO:00: Restoring backlight state > [15117.720469] ehci-pci 0000:00:1d.0: power state changed by ACPI to D3cold > [15117.721414] ehci-pci 0000:00:1a.0: power state changed by ACPI to D3cold > [15117.949185] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off > [15118.617192] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx > [15118.617198] e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO > [15123.971346] Uhhuh. NMI received for unknown reason 2c on CPU 0. > [15123.971353] Do you have a strange power saving mode enabled? > [15123.971356] Dazed and confused, but trying to continue > > Machine is thinkpad x230. Any and all sensible suggestions are welcome. Konstantin has some fixes for an e1000e power management issue related to suspend/resume that he observed on an x220. He didn't see an NMI, and apparently his problem has been around for a long time, so no idea whether it could be related. I just noticed the conjunction of thinkpad/e1000e/resume/power saving in both reports. https://lkml.org/lkml/2013/1/18/147 ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-29 21:32 ` Bjorn Helgaas @ 2013-01-30 3:42 ` Borislav Petkov 2013-01-30 17:27 ` Bjorn Helgaas 0 siblings, 1 reply; 58+ messages in thread From: Borislav Petkov @ 2013-01-30 3:42 UTC (permalink / raw) To: Bjorn Helgaas; +Cc: x86, lkml, Konstantin Khlebnikov, Rafael J. Wysocki On Tue, Jan 29, 2013 at 02:32:56PM -0700, Bjorn Helgaas wrote: > Konstantin has some fixes for an e1000e power management issue related > to suspend/resume that he observed on an x220. He didn't see an NMI, > and apparently his problem has been around for a long time, Yeah, this is one of those issues you don't see *every* s/r cycle and besides, I just got this box and haven't run 3.{6,7} on it yet (maybe never will :-)). > so no idea whether it could be related. I just noticed the conjunction > of thinkpad/e1000e/resume/power saving in both reports. > > https://lkml.org/lkml/2013/1/18/147 Yes, thanks Bjorn, that was a good suggestion. Btw, from reading the thread, those patches still need cooking a bit more, AFAICR people's objections/comments. Or should I go ahead and test them? It's just that I'm overly cautious every time I hear e1000e is involved: www.linux-magazine.com/content/download/62169/484085/file/Security_Lessons_Ftrace.pdf :-) Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-30 3:42 ` Borislav Petkov @ 2013-01-30 17:27 ` Bjorn Helgaas 2013-01-30 17:44 ` Borislav Petkov 0 siblings, 1 reply; 58+ messages in thread From: Bjorn Helgaas @ 2013-01-30 17:27 UTC (permalink / raw) To: Borislav Petkov, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov, Rafael J. Wysocki On Tue, Jan 29, 2013 at 8:42 PM, Borislav Petkov <bp@alien8.de> wrote: > On Tue, Jan 29, 2013 at 02:32:56PM -0700, Bjorn Helgaas wrote: >> Konstantin has some fixes for an e1000e power management issue related >> to suspend/resume that he observed on an x220. He didn't see an NMI, >> and apparently his problem has been around for a long time, > > Yeah, this is one of those issues you don't see *every* s/r cycle and > besides, I just got this box and haven't run 3.{6,7} on it yet (maybe > never will :-)). > >> so no idea whether it could be related. I just noticed the conjunction >> of thinkpad/e1000e/resume/power saving in both reports. >> >> https://lkml.org/lkml/2013/1/18/147 > > Yes, thanks Bjorn, that was a good suggestion. Btw, from reading the > thread, those patches still need cooking a bit more, AFAICR people's > objections/comments. Or should I go ahead and test them? You're right, I don't think we're quite ready to merge those patches. But if your NMI is easy to reproduce, it might be worth removing e1000e altogether to see if it still happens. I noticed in your original log that the NMI occurred 5 seconds after the e1000e message, and I could imagine some CPU or PCI response timeout being 5 seconds. > It's just that I'm overly cautious every time I hear e1000e is involved: > > www.linux-magazine.com/content/download/62169/484085/file/Security_Lessons_Ftrace.pdf Thanks for the pointer, that was an interesting read :) Bjorn ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-30 17:27 ` Bjorn Helgaas @ 2013-01-30 17:44 ` Borislav Petkov 2013-01-30 19:43 ` Jiri Slaby 0 siblings, 1 reply; 58+ messages in thread From: Borislav Petkov @ 2013-01-30 17:44 UTC (permalink / raw) To: Bjorn Helgaas; +Cc: x86, lkml, Konstantin Khlebnikov, Rafael J. Wysocki On Wed, Jan 30, 2013 at 10:27:42AM -0700, Bjorn Helgaas wrote: > You're right, I don't think we're quite ready to merge those patches. > But if your NMI is easy to reproduce, it might be worth removing > e1000e altogether to see if it still happens. That's the problem - I've seen it only once so far. I'll watch out for it and do the above when I find a reliable way of reproducing it. Will keep you posted. Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-30 17:44 ` Borislav Petkov @ 2013-01-30 19:43 ` Jiri Slaby 2013-01-30 20:00 ` Borislav Petkov 0 siblings, 1 reply; 58+ messages in thread From: Jiri Slaby @ 2013-01-30 19:43 UTC (permalink / raw) To: Borislav Petkov, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov, Rafael J. Wysocki [-- Attachment #1: Type: text/plain, Size: 734 bytes --] On 01/30/2013 06:44 PM, Borislav Petkov wrote: > On Wed, Jan 30, 2013 at 10:27:42AM -0700, Bjorn Helgaas wrote: >> You're right, I don't think we're quite ready to merge those patches. >> But if your NMI is easy to reproduce, it might be worth removing >> e1000e altogether to see if it still happens. > > That's the problem - I've seen it only once so far. I'll watch out for > it and do the above when I find a reliable way of reproducing it. Will > keep you posted. It happens here too. Dunno what is the root cause. I *think* that it never happened unless I used ethernet. Other than that I see no pattern. Attaching -C 20 grep of messages over the last half year if there is something that may help somehow. -- js suse labs [-- Attachment #2: lll --] [-- Type: text/plain, Size: 73519 bytes --] messages:Jan 18 12:36:58 anemoi kernel: [ 1056.562253] PM: restore of devices complete after 1173.042 msecs messages:Jan 18 12:36:58 anemoi kernel: [ 1056.573522] PM: Image restored successfully. messages:Jan 18 12:36:58 anemoi kernel: [ 1056.573722] usb 3-2: USB disconnect, device number 2 messages:Jan 18 12:36:58 anemoi kernel: [ 1056.573524] Restarting tasks ... done. messages:Jan 18 12:36:58 anemoi kernel: [ 1056.575972] PM: Basic memory bitmaps freed messages:Jan 18 12:36:58 anemoi kernel: [ 1056.575979] video LNXVIDEO:00: Restoring backlight state messages:Jan 18 12:36:58 anemoi kernel: [ 1056.581587] xHCI xhci_drop_endpoint called with unaddressed device messages:Jan 18 12:36:58 anemoi kernel: [ 1056.581590] xHCI xhci_check_bandwidth called with unaddressed device messages:Jan 18 12:36:58 anemoi kernel: [ 1056.581640] xHCI xhci_free_dev called with unaddressed device messages:Jan 18 12:36:59 anemoi kernel: [ 1057.272377] e1000e 0000:00:19.0: irq 43 for MSI/MSI-X messages:Jan 18 12:36:59 anemoi kernel: [ 1057.372995] e1000e 0000:00:19.0: irq 43 for MSI/MSI-X messages:Jan 18 12:36:59 anemoi kernel: [ 1057.375690] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S messages:Jan 18 12:36:59 anemoi kernel: [ 1057.382402] iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0 messages:Jan 18 12:36:59 anemoi kernel: [ 1057.880209] usb 1-1.4: new full-speed USB device number 8 using ehci_hcd messages:Jan 18 12:36:59 anemoi kernel: [ 1057.969925] usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=21e6 messages:Jan 18 12:36:59 anemoi kernel: [ 1057.969932] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 messages:Jan 18 12:36:59 anemoi kernel: [ 1057.969936] usb 1-1.4: Product: BCM20702A0 messages:Jan 18 12:36:59 anemoi kernel: [ 1057.969939] usb 1-1.4: Manufacturer: Broadcom Corp messages:Jan 18 12:36:59 anemoi kernel: [ 1057.969942] usb 1-1.4: SerialNumber: 083E8EE1B689 messages:Jan 18 12:37:00 anemoi kernel: [ 1058.411130] EXT4-fs (sda2): re-mounted. Opts: data=writeback,commit=600 messages:Jan 18 12:37:00 anemoi kernel: [ 1058.575413] Uhhuh. NMI received for unknown reason 2c on CPU 0. messages:Jan 18 12:37:00 anemoi kernel: [ 1058.575415] Do you have a strange power saving mode enabled? messages:Jan 18 12:37:00 anemoi kernel: [ 1058.575416] Dazed and confused, but trying to continue messages:Jan 18 12:37:00 anemoi kernel: [ 1058.624334] EXT4-fs (sda2): re-mounted. Opts: data=writeback,commit=600 messages:Jan 18 12:37:00 anemoi kernel: [ 1058.864128] xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold messages:Jan 18 12:37:02 anemoi kernel: [ 1060.207351] xhci_hcd 0000:00:14.0: power state changed by ACPI to D0 messages:Jan 18 12:37:02 anemoi kernel: [ 1060.307498] xhci_hcd 0000:00:14.0: setting latency timer to 64 messages:Jan 18 12:37:02 anemoi kernel: [ 1060.318616] e1000e 0000:00:19.0: irq 43 for MSI/MSI-X messages:Jan 18 12:37:02 anemoi kernel: [ 1060.884415] ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages:Jan 18 12:37:03 anemoi kernel: [ 1062.078204] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: None messages:Jan 18 12:37:03 anemoi kernel: [ 1062.078214] e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO messages:Jan 18 12:37:04 anemoi kernel: [ 1062.848706] xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold messages:Jan 18 12:37:06 anemoi kernel: [ 1064.980328] wlan0: authenticate with 02:15:6d:84:b3:8f messages:Jan 18 12:37:06 anemoi kernel: [ 1064.987064] wlan0: send auth to 02:15:6d:84:b3:8f (try 1/3) messages:Jan 18 12:37:06 anemoi kernel: [ 1064.988228] wlan0: authenticated messages:Jan 18 12:37:06 anemoi kernel: [ 1064.988411] iwlwifi 0000:03:00.0 wlan0: disabling HT/VHT due to WEP/TKIP use messages:Jan 18 12:37:06 anemoi kernel: [ 1064.988643] wlan0: associate with 02:15:6d:84:b3:8f (try 1/3) messages:Jan 18 12:37:06 anemoi kernel: [ 1064.990024] wlan0: RX AssocResp from 02:15:6d:84:b3:8f (capab=0x11 status=0 aid=2) messages:Jan 18 12:37:06 anemoi kernel: [ 1064.992370] wlan0: associated messages:Jan 18 12:37:06 anemoi kernel: [ 1064.992447] cfg80211: Calling CRDA for country: CZ messages:Jan 18 12:37:06 anemoi kernel: [ 1065.000693] cfg80211: Regulatory domain changed to country: CZ -- messages:Jan 22 13:54:02 anemoi kernel: [ 4038.257666] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages:Jan 22 13:54:02 anemoi kernel: [ 4038.257668] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages:Jan 22 13:54:02 anemoi kernel: [ 4038.258060] ata1.00: failed to get Identify Device Data, Emask 0x1 messages:Jan 22 13:54:02 anemoi kernel: [ 4038.258737] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages:Jan 22 13:54:02 anemoi kernel: [ 4038.258740] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages:Jan 22 13:54:02 anemoi kernel: [ 4038.258953] ata2: SATA link down (SStatus 0 SControl 300) messages:Jan 22 13:54:02 anemoi kernel: [ 4038.259119] ata1.00: failed to get Identify Device Data, Emask 0x1 messages:Jan 22 13:54:02 anemoi kernel: [ 4038.259124] ata1.00: configured for UDMA/133 messages:Jan 22 13:54:02 anemoi kernel: [ 4038.262011] ata5: SATA link down (SStatus 0 SControl 300) messages:Jan 22 13:54:02 anemoi kernel: [ 4038.272050] sd 0:0:0:0: [sda] Starting disk messages:Jan 22 13:54:02 anemoi kernel: [ 4038.276939] usb 1-1: reset high-speed USB device number 2 using ehci_hcd messages:Jan 22 13:54:02 anemoi kernel: [ 4038.492562] usb 2-1: reset high-speed USB device number 2 using ehci_hcd messages:Jan 22 13:54:02 anemoi kernel: [ 4038.679439] usb 1-1.6: reset high-speed USB device number 5 using ehci_hcd messages:Jan 22 13:54:02 anemoi kernel: [ 4038.827099] usb 1-1.3: reset full-speed USB device number 3 using ehci_hcd messages:Jan 22 13:54:02 anemoi kernel: [ 4038.913365] PM: restore of devices complete after 964.665 msecs messages:Jan 22 13:54:02 anemoi kernel: [ 4038.913650] PM: Image restored successfully. messages:Jan 22 13:54:02 anemoi kernel: [ 4038.914203] usb 1-1.4: USB disconnect, device number 4 messages:Jan 22 13:54:02 anemoi kernel: [ 4038.913652] Restarting tasks ... done. messages:Jan 22 13:54:02 anemoi kernel: [ 4038.915528] PM: Basic memory bitmaps freed messages:Jan 22 13:54:02 anemoi kernel: [ 4038.915534] video LNXVIDEO:00: Restoring backlight state messages:Jan 22 13:54:02 anemoi kernel: [ 4038.920633] Uhhuh. NMI received for unknown reason 2c on CPU 0. messages:Jan 22 13:54:02 anemoi kernel: [ 4038.920639] Do you have a strange power saving mode enabled? messages:Jan 22 13:54:02 anemoi kernel: [ 4038.920641] Dazed and confused, but trying to continue messages:Jan 22 13:54:02 anemoi kernel: [ 4039.060420] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S messages:Jan 22 13:54:02 anemoi kernel: [ 4039.067115] iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0 messages:Jan 22 13:54:02 anemoi kernel: [ 4039.378156] EXT4-fs (sda2): re-mounted. Opts: data=writeback,commit=600 messages:Jan 22 13:54:02 anemoi kernel: [ 4039.668418] usb 1-1.4: new full-speed USB device number 6 using ehci_hcd messages:Jan 22 13:54:03 anemoi kernel: [ 4039.757837] usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=21e6 messages:Jan 22 13:54:03 anemoi kernel: [ 4039.757842] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 messages:Jan 22 13:54:03 anemoi kernel: [ 4039.757844] usb 1-1.4: Product: BCM20702A0 messages:Jan 22 13:54:03 anemoi kernel: [ 4039.757846] usb 1-1.4: Manufacturer: Broadcom Corp messages:Jan 22 13:54:03 anemoi kernel: [ 4039.757847] usb 1-1.4: SerialNumber: 083E8EE1B689 messages:Jan 22 13:54:04 anemoi kernel: [ 4041.267351] xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold messages:Jan 22 13:54:06 anemoi kernel: [ 4043.287519] ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages:Jan 22 13:54:07 anemoi kernel: [ 4044.176658] psmouse serio2: trackpoint: IBM TrackPoint firmware: 0x0e, buttons: 3/3 messages:Jan 22 13:54:07 anemoi kernel: [ 4044.371894] input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/serio2/input/input18 messages:Jan 22 13:54:09 anemoi kernel: [ 4045.911842] wlan0: authenticate with 00:02:6f:53:c7:ca messages:Jan 22 13:54:09 anemoi kernel: [ 4045.938132] wlan0: send auth to 00:02:6f:53:c7:ca (try 1/3) messages:Jan 22 13:54:09 anemoi kernel: [ 4045.940759] wlan0: authenticated messages:Jan 22 13:54:09 anemoi kernel: [ 4045.941007] iwlwifi 0000:03:00.0 wlan0: disabling HT as WMM/QoS is not supported by the AP messages:Jan 22 13:54:09 anemoi kernel: [ 4045.941014] iwlwifi 0000:03:00.0 wlan0: disabling VHT as WMM/QoS is not supported by the AP -- messages:Jan 26 17:06:16 anemoi kernel: [ 3222.977434] PM: late freeze of devices complete after 0.100 msecs messages:Jan 26 17:06:16 anemoi kernel: [ 3222.978304] PM: noirq freeze of devices complete after 0.871 msecs messages:Jan 26 17:06:16 anemoi kernel: [ 3222.978475] ACPI: Preparing to enter system sleep state S4 messages:Jan 26 17:06:16 anemoi kernel: [ 3223.018903] PM: Saving platform NVS memory messages:Jan 26 17:06:16 anemoi kernel: [ 3223.021467] Disabling non-boot CPUs ... messages:Jan 26 17:06:16 anemoi kernel: [ 3223.022839] smpboot: CPU 1 is now offline messages:Jan 26 17:06:16 anemoi kernel: [ 3223.024360] smpboot: CPU 2 is now offline messages:Jan 26 17:06:16 anemoi kernel: [ 3223.025759] smpboot: CPU 3 is now offline messages:Jan 26 17:06:16 anemoi kernel: [ 3223.026117] Extended CMOS year: 2000 messages:Jan 26 17:06:16 anemoi kernel: [ 3223.026199] PM: Creating hibernation image: messages:Jan 26 17:06:16 anemoi kernel: [ 3223.063523] PM: Need to copy 323026 pages messages:Jan 26 17:06:16 anemoi kernel: [ 3223.063525] PM: Normal pages needed: 323026 + 1024, available pages: 685568 messages:Jan 26 17:06:16 anemoi kernel: [ 3223.027657] PM: Restoring platform NVS memory messages:Jan 26 17:06:16 anemoi kernel: [ 3223.028204] Extended CMOS year: 2000 messages:Jan 26 17:06:16 anemoi kernel: [ 3223.028257] Enabling non-boot CPUs ... messages:Jan 26 17:06:16 anemoi kernel: [ 3223.029433] smpboot: Booting Node 0 Processor 1 APIC 0x1 messages:Jan 26 17:06:16 anemoi kernel: [ 3223.043113] CPU1 is up messages:Jan 26 17:06:16 anemoi kernel: [ 3223.043208] smpboot: Booting Node 0 Processor 2 APIC 0x2 messages:Jan 26 17:06:16 anemoi kernel: [ 3223.056898] CPU2 is up messages:Jan 26 17:06:16 anemoi kernel: [ 3223.056973] smpboot: Booting Node 0 Processor 3 APIC 0x3 messages:Jan 26 17:06:16 anemoi kernel: [ 3223.060476] Uhhuh. NMI received for unknown reason 3d on CPU 0. messages:Jan 26 17:06:16 anemoi kernel: [ 3223.060476] Do you have a strange power saving mode enabled? messages:Jan 26 17:06:16 anemoi kernel: [ 3223.060477] Dazed and confused, but trying to continue messages:Jan 26 17:06:16 anemoi kernel: [ 3223.070660] CPU3 is up messages:Jan 26 17:06:16 anemoi kernel: [ 3223.073432] ACPI: Waking up from system sleep state S4 messages:Jan 26 17:06:16 anemoi kernel: [ 3223.116941] thinkpad_acpi: EC reports that Thermal Table has changed messages:Jan 26 17:06:16 anemoi kernel: [ 3223.157778] i915 0000:00:02.0: power state changed by ACPI to D0 messages:Jan 26 17:06:16 anemoi kernel: [ 3223.157793] xhci_hcd 0000:00:14.0: power state changed by ACPI to D0 messages:Jan 26 17:06:16 anemoi kernel: [ 3223.179724] ehci_hcd 0000:00:1a.0: power state changed by ACPI to D0 messages:Jan 26 17:06:16 anemoi kernel: [ 3223.190897] ehci_hcd 0000:00:1d.0: power state changed by ACPI to D0 messages:Jan 26 17:06:16 anemoi kernel: [ 3223.191274] sdhci-pci 0000:02:00.0: MMC controller base frequency changed to 50Mhz. messages:Jan 26 17:06:16 anemoi kernel: [ 3223.191762] PM: noirq restore of devices complete after 34.100 msecs messages:Jan 26 17:06:16 anemoi kernel: [ 3223.191853] PM: early restore of devices complete after 0.067 msecs messages:Jan 26 17:06:16 anemoi kernel: [ 3223.229775] xhci_hcd 0000:00:14.0: setting latency timer to 64 messages:Jan 26 17:06:16 anemoi kernel: [ 3223.229776] i915 0000:00:02.0: setting latency timer to 64 messages:Jan 26 17:06:16 anemoi kernel: [ 3223.229789] usb usb3: root hub lost power or was reset messages:Jan 26 17:06:16 anemoi kernel: [ 3223.229790] usb usb4: root hub lost power or was reset messages:Jan 26 17:06:16 anemoi kernel: [ 3223.229987] mei 0000:00:16.0: irq 43 for MSI/MSI-X messages:Jan 26 17:06:16 anemoi kernel: [ 3223.230009] xhci_hcd 0000:00:14.0: irq 45 for MSI/MSI-X messages:Jan 26 17:06:16 anemoi kernel: [ 3223.230018] e1000e 0000:00:19.0: wake-up capability disabled by ACPI messages:Jan 26 17:06:16 anemoi kernel: [ 3223.230074] ehci_hcd 0000:00:1a.0: setting latency timer to 64 -- messages:Jan 29 17:15:02 anemoi kernel: [ 4800.207850] ehci_hcd 0000:00:1d.0: setting latency timer to 64 messages:Jan 29 17:15:02 anemoi kernel: [ 4800.207867] usb usb2: root hub lost power or was reset messages:Jan 29 17:15:02 anemoi kernel: [ 4800.211424] ehci_hcd 0000:00:1a.0: cache line size of 64 is not supported messages:Jan 29 17:15:02 anemoi kernel: [ 4800.211435] ahci 0000:00:1f.2: setting latency timer to 64 messages:Jan 29 17:15:02 anemoi kernel: [ 4800.211614] iwlwifi 0000:03:00.0: RF_KILL bit toggled to enable radio. messages:Jan 29 17:15:02 anemoi kernel: [ 4800.211786] ehci_hcd 0000:00:1d.0: cache line size of 64 is not supported messages:Jan 29 17:15:02 anemoi kernel: [ 4800.237663] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off messages:Jan 29 17:15:02 anemoi kernel: [ 4800.248588] tpm_tis 00:0a: TPM is disabled/deactivated (0x6) messages:Jan 29 17:15:02 anemoi kernel: [ 4800.516041] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) messages:Jan 29 17:15:02 anemoi kernel: [ 4800.516796] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages:Jan 29 17:15:02 anemoi kernel: [ 4800.516798] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages:Jan 29 17:15:02 anemoi kernel: [ 4800.517844] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages:Jan 29 17:15:02 anemoi kernel: [ 4800.517848] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages:Jan 29 17:15:02 anemoi kernel: [ 4800.517987] ata5: SATA link down (SStatus 0 SControl 300) messages:Jan 29 17:15:02 anemoi kernel: [ 4800.518143] ata1.00: configured for UDMA/133 messages:Jan 29 17:15:02 anemoi kernel: [ 4800.522029] ata2: SATA link down (SStatus 0 SControl 300) messages:Jan 29 17:15:02 anemoi kernel: [ 4800.529091] sd 0:0:0:0: [sda] Starting disk messages:Jan 29 17:15:02 anemoi kernel: [ 4800.533430] Extended CMOS year: 2000 messages:Jan 29 17:15:02 anemoi kernel: [ 4800.534980] usb 2-1: reset high-speed USB device number 2 using ehci_hcd messages:Jan 29 17:15:02 anemoi kernel: [ 4800.750651] usb 1-1: reset high-speed USB device number 2 using ehci_hcd messages:Jan 29 17:15:02 anemoi kernel: [ 4801.070032] Uhhuh. NMI received for unknown reason 2d on CPU 0. messages:Jan 29 17:15:02 anemoi kernel: [ 4801.070032] Do you have a strange power saving mode enabled? messages:Jan 29 17:15:02 anemoi kernel: [ 4801.070032] Dazed and confused, but trying to continue messages:Jan 29 17:15:02 anemoi kernel: [ 4801.143193] usb 1-1.3: reset full-speed USB device number 3 using ehci_hcd messages:Jan 29 17:15:02 anemoi kernel: [ 4801.300733] usb 1-1.6: reset high-speed USB device number 5 using ehci_hcd messages:Jan 29 17:15:02 anemoi kernel: [ 4801.384819] PM: restore of devices complete after 1179.735 msecs messages:Jan 29 17:15:02 anemoi kernel: [ 4801.395414] PM: Image restored successfully. messages:Jan 29 17:15:02 anemoi kernel: [ 4801.395417] Restarting tasks ... done. messages:Jan 29 17:15:02 anemoi kernel: [ 4801.396944] PM: Basic memory bitmaps freed messages:Jan 29 17:15:02 anemoi kernel: [ 4801.396950] video LNXVIDEO:00: Restoring backlight state messages:Jan 29 17:15:02 anemoi kernel: [ 4801.776665] e1000e 0000:00:19.0: irq 44 for MSI/MSI-X messages:Jan 29 17:15:02 anemoi kernel: [ 4801.877485] e1000e 0000:00:19.0: irq 44 for MSI/MSI-X messages:Jan 29 17:15:02 anemoi kernel: [ 4801.878978] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S messages:Jan 29 17:15:02 anemoi kernel: [ 4801.885647] iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0 messages:Jan 29 17:15:03 anemoi kernel: [ 4802.151842] EXT4-fs (sda2): re-mounted. Opts: data=writeback,commit=600 messages:Jan 29 17:15:03 anemoi kernel: [ 4802.188066] usb 1-1.4: new full-speed USB device number 10 using ehci_hcd messages:Jan 29 17:15:03 anemoi kernel: [ 4802.277286] usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=21e6 messages:Jan 29 17:15:03 anemoi kernel: [ 4802.277290] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 messages:Jan 29 17:15:03 anemoi kernel: [ 4802.277293] usb 1-1.4: Product: BCM20702A0 messages:Jan 29 17:15:03 anemoi kernel: [ 4802.277294] usb 1-1.4: Manufacturer: Broadcom Corp messages:Jan 29 17:15:03 anemoi kernel: [ 4802.277296] usb 1-1.4: SerialNumber: 083E8EE1B689 -- messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9056.915943] tpm_tis 00:0a: TPM is disabled/deactivated (0x6) messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.188394] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.189086] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.189090] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.190122] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.190126] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.190358] ata2: SATA link down (SStatus 0 SControl 300) messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.190413] ata1.00: configured for UDMA/133 messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.192387] ata5: SATA link down (SStatus 0 SControl 300) messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.201424] sd 0:0:0:0: [sda] Starting disk messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.203762] Extended CMOS year: 2000 messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.207353] usb 1-1: reset high-speed USB device number 2 using ehci_hcd messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.422921] usb 2-1: reset high-speed USB device number 2 using ehci_hcd messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.609874] usb 1-1.3: reset full-speed USB device number 3 using ehci_hcd messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.757584] usb 1-1.6: reset high-speed USB device number 5 using ehci_hcd messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.841480] PM: restore of devices complete after 963.708 msecs messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.861412] Restarting kernel threads ... done. messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.861608] Restarting tasks ... done. messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.873126] PM: Basic memory bitmaps freed messages-20121025.xz:Oct 25 11:59:56 anemoi kernel: [ 9057.873222] video LNXVIDEO:00: Restoring backlight state messages-20121025.xz:Oct 25 11:59:57 anemoi kernel: [ 9059.585024] Uhhuh. NMI received for unknown reason 2c on CPU 0. messages-20121025.xz:Oct 25 11:59:57 anemoi kernel: [ 9059.585027] Do you have a strange power saving mode enabled? messages-20121025.xz:Oct 25 11:59:57 anemoi kernel: [ 9059.585028] Dazed and confused, but trying to continue messages-20121025.xz:Oct 25 11:59:58 anemoi kernel: [ 9059.868308] xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold messages-20121025.xz:Oct 25 12:00:00 anemoi kernel: [ 9061.888524] ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages-20121025.xz:Oct 25 12:00:02 anemoi kernel: [ 9063.874794] ehci_hcd 0000:00:1a.0: power state changed by ACPI to D3cold messages-20121025.xz:Oct 25 12:00:06 anemoi kernel: [ 9068.191189] e1000e 0000:00:19.0: irq 47 for MSI/MSI-X messages-20121025.xz:Oct 25 12:00:06 anemoi kernel: [ 9068.291661] e1000e 0000:00:19.0: irq 47 for MSI/MSI-X messages-20121025.xz:Oct 25 12:00:06 anemoi kernel: [ 9068.295896] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S messages-20121025.xz:Oct 25 12:00:06 anemoi kernel: [ 9068.302739] iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0 messages-20121025.xz:Oct 25 12:00:06 anemoi kernel: [ 9068.398585] ehci_hcd 0000:00:1a.0: power state changed by ACPI to D0 messages-20121025.xz:Oct 25 12:00:06 anemoi kernel: [ 9068.499205] ehci_hcd 0000:00:1a.0: setting latency timer to 64 messages-20121025.xz:Oct 25 12:00:06 anemoi kernel: [ 9068.499439] ehci_hcd 0000:00:1d.0: power state changed by ACPI to D0 messages-20121025.xz:Oct 25 12:00:07 anemoi kernel: [ 9068.600022] ehci_hcd 0000:00:1d.0: setting latency timer to 64 messages-20121025.xz:Oct 25 12:00:07 anemoi kernel: [ 9068.600181] xhci_hcd 0000:00:14.0: power state changed by ACPI to D0 messages-20121025.xz:Oct 25 12:00:07 anemoi kernel: [ 9068.610926] ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages-20121025.xz:Oct 25 12:00:07 anemoi kernel: [ 9068.700857] xhci_hcd 0000:00:14.0: setting latency timer to 64 messages-20121025.xz:Oct 25 12:00:07 anemoi kernel: [ 9068.757909] EXT4-fs (sda3): re-mounted. Opts: data=writeback,commit=0 messages-20121025.xz:Oct 25 12:00:07 anemoi kernel: [ 9068.766714] EXT4-fs (sda1): re-mounted. Opts: data=writeback,commit=0 messages-20121025.xz:Oct 25 12:00:08 anemoi kernel: [ 9070.294759] usb 3-1: new low-speed USB device number 2 using xhci_hcd messages-20121025.xz:Oct 25 12:00:08 anemoi kernel: [ 9070.309479] usb 3-1: New USB device found, idVendor=046d, idProduct=c019 -- messages-20121104.xz:Oct 26 15:07:29 anemoi kernel: ata5: SATA link down (SStatus 0 SControl 300) messages-20121104.xz:Oct 26 15:07:29 anemoi kernel: usb 1-1: reset high-speed USB device number 2 using ehci_hcd messages-20121104.xz:Oct 26 15:07:30 anemoi kernel: usb 2-1: reset high-speed USB device number 2 using ehci_hcd messages-20121104.xz:Oct 26 15:07:30 anemoi kernel: usb 1-1.3: reset full-speed USB device number 3 using ehci_hcd messages-20121104.xz:Oct 26 15:07:30 anemoi kernel: usb 1-1.6: reset high-speed USB device number 5 using ehci_hcd messages-20121104.xz:Oct 26 15:07:34 anemoi kernel: ata1: link is slow to respond, please be patient (ready=0) messages-20121104.xz:Oct 26 15:07:39 anemoi kernel: ata1: COMRESET failed (errno=-16) messages-20121104.xz:Oct 26 15:07:39 anemoi kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) messages-20121104.xz:Oct 26 15:07:39 anemoi kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121104.xz:Oct 26 15:07:39 anemoi kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121104.xz:Oct 26 15:07:39 anemoi kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121104.xz:Oct 26 15:07:39 anemoi kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121104.xz:Oct 26 15:07:39 anemoi kernel: ata1.00: configured for UDMA/133 messages-20121104.xz:Oct 26 15:07:39 anemoi kernel: sd 0:0:0:0: [sda] Starting disk messages-20121104.xz:Oct 26 15:07:39 anemoi kernel: PM: restore of devices complete after 10368.704 msecs messages-20121104.xz:Oct 26 15:07:39 anemoi kernel: Restarting kernel threads ... done. messages-20121104.xz:Oct 26 15:07:39 anemoi kernel: usb 1-1.4: USB disconnect, device number 6 messages-20121104.xz:Oct 26 15:07:39 anemoi kernel: Restarting tasks ... done. messages-20121104.xz:Oct 26 15:07:39 anemoi kernel: PM: Basic memory bitmaps freed messages-20121104.xz:Oct 26 15:07:39 anemoi kernel: video LNXVIDEO:00: Restoring backlight state messages-20121104.xz:Oct 26 15:07:41 anemoi kernel: Uhhuh. NMI received for unknown reason 3c on CPU 0. messages-20121104.xz:Oct 26 15:07:41 anemoi kernel: Do you have a strange power saving mode enabled? messages-20121104.xz:Oct 26 15:07:41 anemoi kernel: Dazed and confused, but trying to continue messages-20121104.xz:Oct 26 15:07:42 anemoi kernel: xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold messages-20121104.xz:Oct 26 15:07:42 anemoi kernel: usb 1-1.4: new full-speed USB device number 7 using ehci_hcd messages-20121104.xz:Oct 26 15:07:43 anemoi kernel: usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=21e6 messages-20121104.xz:Oct 26 15:07:43 anemoi kernel: usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 messages-20121104.xz:Oct 26 15:07:43 anemoi kernel: usb 1-1.4: Product: BCM20702A0 messages-20121104.xz:Oct 26 15:07:43 anemoi kernel: usb 1-1.4: Manufacturer: Broadcom Corp messages-20121104.xz:Oct 26 15:07:43 anemoi kernel: usb 1-1.4: SerialNumber: 083E8EE1B689 messages-20121104.xz:Oct 26 15:07:44 anemoi kernel: ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages-20121104.xz:Oct 26 15:07:49 anemoi kernel: EXT4-fs (sda3): re-mounted. Opts: data=writeback,commit=600 messages-20121104.xz:Oct 26 15:07:49 anemoi kernel: EXT4-fs (sda1): re-mounted. Opts: data=writeback,commit=600 messages-20121104.xz:Oct 26 15:07:49 anemoi kernel: e1000e 0000:00:19.0: irq 48 for MSI/MSI-X messages-20121104.xz:Oct 26 15:07:49 anemoi kernel: e1000e 0000:00:19.0: irq 48 for MSI/MSI-X messages-20121104.xz:Oct 26 15:07:49 anemoi kernel: iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S messages-20121104.xz:Oct 26 15:07:49 anemoi kernel: iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0 messages-20121104.xz:Oct 26 15:08:24 anemoi kernel: SysRq : Emergency Sync messages-20121104.xz:Oct 26 15:08:24 anemoi kernel: Emergency Sync complete messages-20121104.xz:Oct 26 15:08:30 anemoi kernel: SysRq : Terminate All Tasks messages-20121104.xz:Oct 26 15:08:30 anemoi kernel: e1000e 0000:00:19.0: irq 48 for MSI/MSI-X -- messages-20121104.xz:Oct 27 10:16:56 anemoi kernel: ata5: SATA link down (SStatus 0 SControl 300) messages-20121104.xz:Oct 27 10:16:56 anemoi kernel: usb 2-1: reset high-speed USB device number 2 using ehci_hcd messages-20121104.xz:Oct 27 10:16:56 anemoi kernel: usb 1-1: reset high-speed USB device number 2 using ehci_hcd messages-20121104.xz:Oct 27 10:16:56 anemoi kernel: usb 1-1.3: reset full-speed USB device number 3 using ehci_hcd messages-20121104.xz:Oct 27 10:16:57 anemoi kernel: usb 1-1.6: reset high-speed USB device number 5 using ehci_hcd messages-20121104.xz:Oct 27 10:17:01 anemoi kernel: ata1: link is slow to respond, please be patient (ready=0) messages-20121104.xz:Oct 27 10:17:06 anemoi kernel: ata1: COMRESET failed (errno=-16) messages-20121104.xz:Oct 27 10:17:06 anemoi kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) messages-20121104.xz:Oct 27 10:17:06 anemoi kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121104.xz:Oct 27 10:17:06 anemoi kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121104.xz:Oct 27 10:17:06 anemoi kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121104.xz:Oct 27 10:17:06 anemoi kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121104.xz:Oct 27 10:17:06 anemoi kernel: ata1.00: configured for UDMA/133 messages-20121104.xz:Oct 27 10:17:06 anemoi kernel: sd 0:0:0:0: [sda] Starting disk messages-20121104.xz:Oct 27 10:17:06 anemoi kernel: PM: restore of devices complete after 10372.794 msecs messages-20121104.xz:Oct 27 10:17:06 anemoi kernel: Restarting kernel threads ... done. messages-20121104.xz:Oct 27 10:17:06 anemoi kernel: Restarting tasks ... done. messages-20121104.xz:Oct 27 10:17:06 anemoi kernel: PM: Basic memory bitmaps freed messages-20121104.xz:Oct 27 10:17:06 anemoi kernel: video LNXVIDEO:00: Restoring backlight state messages-20121104.xz:Oct 27 10:17:08 anemoi kernel: usb 1-1.4: new full-speed USB device number 9 using ehci_hcd messages-20121104.xz:Oct 27 10:17:08 anemoi kernel: Uhhuh. NMI received for unknown reason 3c on CPU 0. messages-20121104.xz:Oct 27 10:17:08 anemoi kernel: Do you have a strange power saving mode enabled? messages-20121104.xz:Oct 27 10:17:08 anemoi kernel: Dazed and confused, but trying to continue messages-20121104.xz:Oct 27 10:17:08 anemoi kernel: usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=21e6 messages-20121104.xz:Oct 27 10:17:08 anemoi kernel: usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 messages-20121104.xz:Oct 27 10:17:08 anemoi kernel: usb 1-1.4: Product: BCM20702A0 messages-20121104.xz:Oct 27 10:17:08 anemoi kernel: usb 1-1.4: Manufacturer: Broadcom Corp messages-20121104.xz:Oct 27 10:17:08 anemoi kernel: usb 1-1.4: SerialNumber: 083E8EE1B689 messages-20121104.xz:Oct 27 10:17:08 anemoi kernel: xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold messages-20121104.xz:Oct 27 10:17:10 anemoi kernel: ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages-20121104.xz:Oct 27 10:17:17 anemoi kernel: EXT4-fs (sda3): re-mounted. Opts: data=writeback,commit=600 messages-20121104.xz:Oct 27 10:17:17 anemoi kernel: EXT4-fs (sda1): re-mounted. Opts: data=writeback,commit=600 messages-20121104.xz:Oct 27 10:17:17 anemoi kernel: e1000e 0000:00:19.0: irq 46 for MSI/MSI-X messages-20121104.xz:Oct 27 10:17:18 anemoi kernel: e1000e 0000:00:19.0: irq 46 for MSI/MSI-X messages-20121104.xz:Oct 27 10:17:18 anemoi kernel: iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S messages-20121104.xz:Oct 27 10:17:18 anemoi kernel: iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0 messages-20121104.xz:Oct 27 10:17:24 anemoi kernel: wlan0: authenticate with 00:1f:c6:d6:be:73 messages-20121104.xz:Oct 27 10:17:24 anemoi kernel: wlan0: send auth to 00:1f:c6:d6:be:73 (try 1/3) messages-20121104.xz:Oct 27 10:17:24 anemoi kernel: wlan0: authenticated messages-20121104.xz:Oct 27 10:17:24 anemoi kernel: wlan0: associate with 00:1f:c6:d6:be:73 (try 1/3) messages-20121104.xz:Oct 27 10:17:24 anemoi kernel: wlan0: RX AssocResp from 00:1f:c6:d6:be:73 (capab=0x401 status=0 aid=3) -- messages-20121104.xz:Nov 1 11:30:34 anemoi kernel: ata5: SATA link down (SStatus 0 SControl 300) messages-20121104.xz:Nov 1 11:30:34 anemoi kernel: sd 0:0:0:0: [sda] Starting disk messages-20121104.xz:Nov 1 11:30:34 anemoi kernel: usb 1-1: reset high-speed USB device number 2 using ehci_hcd messages-20121104.xz:Nov 1 11:30:34 anemoi kernel: usb 2-1: reset high-speed USB device number 2 using ehci_hcd messages-20121104.xz:Nov 1 11:30:34 anemoi kernel: usb 1-1.3: reset full-speed USB device number 3 using ehci_hcd messages-20121104.xz:Nov 1 11:30:34 anemoi kernel: usb 1-1.6: reset high-speed USB device number 5 using ehci_hcd messages-20121104.xz:Nov 1 11:30:34 anemoi kernel: PM: restore of devices complete after 963.531 msecs messages-20121104.xz:Nov 1 11:30:35 anemoi kernel: usb 3-1: USB disconnect, device number 4 messages-20121104.xz:Nov 1 11:30:35 anemoi kernel: Restarting kernel threads ... done. messages-20121104.xz:Nov 1 11:30:35 anemoi kernel: Restarting tasks ... done. messages-20121104.xz:Nov 1 11:30:35 anemoi kernel: PM: Basic memory bitmaps freed messages-20121104.xz:Nov 1 11:30:35 anemoi kernel: video LNXVIDEO:00: Restoring backlight state messages-20121104.xz:Nov 1 11:30:35 anemoi kernel: xHCI xhci_drop_endpoint called with unaddressed device messages-20121104.xz:Nov 1 11:30:35 anemoi kernel: xHCI xhci_check_bandwidth called with unaddressed device messages-20121104.xz:Nov 1 11:30:35 anemoi kernel: xHCI xhci_free_dev called with unaddressed device messages-20121104.xz:Nov 1 11:30:37 anemoi kernel: xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold messages-20121104.xz:Nov 1 11:30:38 anemoi kernel: e1000e 0000:00:19.0: irq 45 for MSI/MSI-X messages-20121104.xz:Nov 1 11:30:39 anemoi kernel: e1000e 0000:00:19.0: irq 45 for MSI/MSI-X messages-20121104.xz:Nov 1 11:30:39 anemoi kernel: iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S messages-20121104.xz:Nov 1 11:30:39 anemoi kernel: iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0 messages-20121104.xz:Nov 1 11:30:39 anemoi kernel: Uhhuh. NMI received for unknown reason 2c on CPU 0. messages-20121104.xz:Nov 1 11:30:39 anemoi kernel: Do you have a strange power saving mode enabled? messages-20121104.xz:Nov 1 11:30:39 anemoi kernel: Dazed and confused, but trying to continue messages-20121104.xz:Nov 1 11:30:39 anemoi kernel: ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages-20121104.xz:Nov 1 11:30:39 anemoi kernel: usb 1-1.4: new full-speed USB device number 8 using ehci_hcd messages-20121104.xz:Nov 1 11:30:39 anemoi kernel: usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=21e6 messages-20121104.xz:Nov 1 11:30:39 anemoi kernel: usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 messages-20121104.xz:Nov 1 11:30:39 anemoi kernel: usb 1-1.4: Product: BCM20702A0 messages-20121104.xz:Nov 1 11:30:39 anemoi kernel: usb 1-1.4: Manufacturer: Broadcom Corp messages-20121104.xz:Nov 1 11:30:39 anemoi kernel: usb 1-1.4: SerialNumber: 083E8EE1B689 messages-20121104.xz:Nov 1 11:30:44 anemoi kernel: EXT4-fs (sda3): re-mounted. Opts: data=writeback,commit=600 messages-20121104.xz:Nov 1 11:30:44 anemoi kernel: EXT4-fs (sda1): re-mounted. Opts: data=writeback,commit=600 messages-20121104.xz:Nov 1 11:30:47 anemoi kernel: wlan0: authenticate with 00:15:6d:84:ef:16 messages-20121104.xz:Nov 1 11:30:47 anemoi kernel: wlan0: send auth to 00:15:6d:84:ef:16 (try 1/3) messages-20121104.xz:Nov 1 11:30:47 anemoi kernel: wlan0: authenticated messages-20121104.xz:Nov 1 11:30:47 anemoi kernel: wlan0: waiting for beacon from 00:15:6d:84:ef:16 messages-20121104.xz:Nov 1 11:30:47 anemoi kernel: wlan0: authenticate with 06:80:48:67:64:e9 messages-20121104.xz:Nov 1 11:30:48 anemoi kernel: wlan0: send auth to 06:80:48:67:64:e9 (try 1/3) messages-20121104.xz:Nov 1 11:30:48 anemoi kernel: wlan0: authenticated messages-20121104.xz:Nov 1 11:30:48 anemoi kernel: iwlwifi 0000:03:00.0: wlan0: disabling HT as WMM/QoS is not supported messages-20121104.xz:Nov 1 11:30:48 anemoi kernel: wlan0: waiting for beacon from 06:80:48:67:64:e9 -- messages-20121121.xz:Nov 11 13:58:25 anemoi kernel: ata2: SATA link down (SStatus 0 SControl 300) messages-20121121.xz:Nov 11 13:58:25 anemoi kernel: ata5: SATA link down (SStatus 0 SControl 300) messages-20121121.xz:Nov 11 13:58:25 anemoi kernel: usb 2-1: reset high-speed USB device number 2 using ehci_hcd messages-20121121.xz:Nov 11 13:58:25 anemoi kernel: usb 1-1: reset high-speed USB device number 2 using ehci_hcd messages-20121121.xz:Nov 11 13:58:26 anemoi kernel: usb 1-1.3: reset full-speed USB device number 3 using ehci_hcd messages-20121121.xz:Nov 11 13:58:26 anemoi kernel: usb 1-1.6: reset high-speed USB device number 5 using ehci_hcd messages-20121121.xz:Nov 11 13:58:30 anemoi kernel: ata1: link is slow to respond, please be patient (ready=0) messages-20121121.xz:Nov 11 13:58:35 anemoi kernel: ata1: COMRESET failed (errno=-16) messages-20121121.xz:Nov 11 13:58:35 anemoi kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) messages-20121121.xz:Nov 11 13:58:35 anemoi kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121121.xz:Nov 11 13:58:35 anemoi kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121121.xz:Nov 11 13:58:35 anemoi kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121121.xz:Nov 11 13:58:35 anemoi kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121121.xz:Nov 11 13:58:35 anemoi kernel: ata1.00: configured for UDMA/133 messages-20121121.xz:Nov 11 13:58:35 anemoi kernel: sd 0:0:0:0: [sda] Starting disk messages-20121121.xz:Nov 11 13:58:35 anemoi kernel: PM: restore of devices complete after 10369.799 msecs messages-20121121.xz:Nov 11 13:58:35 anemoi kernel: Restarting kernel threads ... done. messages-20121121.xz:Nov 11 13:58:35 anemoi kernel: Restarting tasks ... done. messages-20121121.xz:Nov 11 13:58:35 anemoi kernel: PM: Basic memory bitmaps freed messages-20121121.xz:Nov 11 13:58:35 anemoi kernel: video LNXVIDEO:00: Restoring backlight state messages-20121121.xz:Nov 11 13:58:36 anemoi kernel: Uhhuh. NMI received for unknown reason 2c on CPU 0. messages-20121121.xz:Nov 11 13:58:36 anemoi kernel: Do you have a strange power saving mode enabled? messages-20121121.xz:Nov 11 13:58:36 anemoi kernel: Dazed and confused, but trying to continue messages-20121121.xz:Nov 11 13:58:37 anemoi kernel: e1000e 0000:00:19.0: irq 43 for MSI/MSI-X messages-20121121.xz:Nov 11 13:58:37 anemoi kernel: e1000e 0000:00:19.0: irq 43 for MSI/MSI-X messages-20121121.xz:Nov 11 13:58:37 anemoi kernel: xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold messages-20121121.xz:Nov 11 13:58:37 anemoi kernel: usb 1-1.4: new full-speed USB device number 23 using ehci_hcd messages-20121121.xz:Nov 11 13:58:37 anemoi kernel: usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=21e6 messages-20121121.xz:Nov 11 13:58:37 anemoi kernel: usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 messages-20121121.xz:Nov 11 13:58:37 anemoi kernel: usb 1-1.4: Product: BCM20702A0 messages-20121121.xz:Nov 11 13:58:37 anemoi kernel: usb 1-1.4: Manufacturer: Broadcom Corp messages-20121121.xz:Nov 11 13:58:37 anemoi kernel: usb 1-1.4: SerialNumber: 083E8EE1B689 messages-20121121.xz:Nov 11 13:58:39 anemoi kernel: ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages-20121121.xz:Nov 11 13:58:39 anemoi kernel: ehci_hcd 0000:00:1d.0: power state changed by ACPI to D0 messages-20121121.xz:Nov 11 13:58:40 anemoi kernel: ehci_hcd 0000:00:1d.0: setting latency timer to 64 messages-20121121.xz:Nov 11 13:58:40 anemoi kernel: xhci_hcd 0000:00:14.0: power state changed by ACPI to D0 messages-20121121.xz:Nov 11 13:58:40 anemoi kernel: ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages-20121121.xz:Nov 11 13:58:40 anemoi kernel: xhci_hcd 0000:00:14.0: setting latency timer to 64 messages-20121121.xz:Nov 11 13:58:40 anemoi kernel: e1000e 0000:00:19.0: irq 43 for MSI/MSI-X messages-20121121.xz:Nov 11 13:58:41 anemoi kernel: e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx messages-20121121.xz:Nov 11 13:58:41 anemoi kernel: e1000e 0000:00:19.0: eth0: 10/100 speed: disabling TSO -- messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: ata1.00: configured for UDMA/133 messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: sd 0:0:0:0: [sda] Starting disk messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: Extended CMOS year: 2000 messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: PM: restore of devices complete after 10370.129 msecs messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: Restarting kernel threads ... done. messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: Restarting tasks ... done. messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: PM: Basic memory bitmaps freed messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: video LNXVIDEO:00: Restoring backlight state messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: usb 3-1: new low-speed USB device number 2 using xhci_hcd messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: usb 3-1: New USB device found, idVendor=046d, idProduct=c019 messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: usb 3-1: Product: Logitech USB Optical Mouse messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: usb 3-1: Manufacturer: Logitech messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: usb 3-1: ep 0x81 - rounding interval to 64 microframes, ep desc says 80 microframes messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: input: Logitech Logitech USB Optical Mouse as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0/input/input18 messages-20121121.xz:Nov 15 11:54:40 anemoi kernel: hid-generic 0003:046D:C019.0001: input,hidraw0: USB HID v1.11 Mouse [Logitech Logitech USB Optical Mouse] on usb-0000:00:14.0-1/input0 messages-20121121.xz:Nov 15 11:54:41 anemoi kernel: Uhhuh. NMI received for unknown reason 3c on CPU 0. messages-20121121.xz:Nov 15 11:54:41 anemoi kernel: Do you have a strange power saving mode enabled? messages-20121121.xz:Nov 15 11:54:41 anemoi kernel: Dazed and confused, but trying to continue messages-20121121.xz:Nov 15 11:54:41 anemoi kernel: e1000e 0000:00:19.0: irq 48 for MSI/MSI-X messages-20121121.xz:Nov 15 11:54:41 anemoi kernel: e1000e 0000:00:19.0: irq 48 for MSI/MSI-X messages-20121121.xz:Nov 15 11:54:41 anemoi kernel: iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S messages-20121121.xz:Nov 15 11:54:41 anemoi kernel: iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0 messages-20121121.xz:Nov 15 11:54:42 anemoi kernel: EXT4-fs (sda3): re-mounted. Opts: data=writeback,commit=0 messages-20121121.xz:Nov 15 11:54:42 anemoi kernel: EXT4-fs (sda1): re-mounted. Opts: data=writeback,commit=0 messages-20121121.xz:Nov 15 11:54:42 anemoi kernel: usb 1-1.4: new full-speed USB device number 8 using ehci_hcd messages-20121121.xz:Nov 15 11:54:42 anemoi kernel: usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=21e6 messages-20121121.xz:Nov 15 11:54:42 anemoi kernel: usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 messages-20121121.xz:Nov 15 11:54:42 anemoi kernel: usb 1-1.4: Product: BCM20702A0 messages-20121121.xz:Nov 15 11:54:42 anemoi kernel: usb 1-1.4: Manufacturer: Broadcom Corp messages-20121121.xz:Nov 15 11:54:42 anemoi kernel: usb 1-1.4: SerialNumber: 083E8EE1B689 messages-20121121.xz:Nov 15 11:54:44 anemoi kernel: e1000e 0000:00:19.0: irq 48 for MSI/MSI-X messages-20121121.xz:Nov 15 11:54:45 anemoi kernel: ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages-20121121.xz:Nov 15 11:54:48 anemoi kernel: e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None messages-20121121.xz:Nov 15 11:54:48 anemoi kernel: wlan0: authenticate with 06:80:48:55:c5:f8 messages-20121121.xz:Nov 15 11:54:48 anemoi kernel: wlan0: send auth to 06:80:48:55:c5:f8 (try 1/3) messages-20121121.xz:Nov 15 11:54:48 anemoi kernel: wlan0: authenticated -- messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: mei 0000:00:16.0: irq 43 for MSI/MSI-X messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: e1000e 0000:00:19.0: irq 45 for MSI/MSI-X messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: ehci_hcd 0000:00:1a.0: setting latency timer to 64 messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: usb usb1: root hub lost power or was reset messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: xhci_hcd 0000:00:14.0: irq 46 for MSI/MSI-X messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: snd_hda_intel 0000:00:1b.0: irq 48 for MSI/MSI-X messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: ehci_hcd 0000:00:1d.0: setting latency timer to 64 messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: usb usb2: root hub lost power or was reset messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: ahci 0000:00:1f.2: setting latency timer to 64 messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: iwlwifi 0000:03:00.0: RF_KILL bit toggled to enable radio. messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: ehci_hcd 0000:00:1a.0: cache line size of 64 is not supported messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: ehci_hcd 0000:00:1d.0: cache line size of 64 is not supported messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: tpm_tis 00:0a: TPM is disabled/deactivated (0x6) messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: ata5: SATA link down (SStatus 0 SControl 300) messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: ata2: SATA link down (SStatus 0 SControl 300) messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: usb 2-1: reset high-speed USB device number 2 using ehci_hcd messages-20121121.xz:Nov 20 18:41:55 anemoi kernel: usb 1-1: reset high-speed USB device number 2 using ehci_hcd messages-20121121.xz:Nov 20 18:41:56 anemoi kernel: usb 1-1.3: reset full-speed USB device number 3 using ehci_hcd messages-20121121.xz:Nov 20 18:41:56 anemoi kernel: usb 1-1.6: reset high-speed USB device number 5 using ehci_hcd messages-20121121.xz:Nov 20 18:41:56 anemoi kernel: Uhhuh. NMI received for unknown reason 3d on CPU 0. messages-20121121.xz:Nov 20 18:41:56 anemoi kernel: Do you have a strange power saving mode enabled? messages-20121121.xz:Nov 20 18:41:56 anemoi kernel: Dazed and confused, but trying to continue messages-20121121.xz:Nov 20 18:42:00 anemoi kernel: ata1: link is slow to respond, please be patient (ready=0) messages-20121121.xz:Nov 20 18:42:05 anemoi kernel: ata1: COMRESET failed (errno=-16) messages-20121121.xz:Nov 20 18:42:05 anemoi kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) messages-20121121.xz:Nov 20 18:42:05 anemoi kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121121.xz:Nov 20 18:42:05 anemoi kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121121.xz:Nov 20 18:42:05 anemoi kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121121.xz:Nov 20 18:42:05 anemoi kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121121.xz:Nov 20 18:42:05 anemoi kernel: ata1.00: configured for UDMA/133 messages-20121121.xz:Nov 20 18:42:05 anemoi kernel: sd 0:0:0:0: [sda] Starting disk messages-20121121.xz:Nov 20 18:42:05 anemoi kernel: PM: restore of devices complete after 10371.090 msecs messages-20121121.xz:Nov 20 18:42:05 anemoi kernel: Restarting kernel threads ... done. messages-20121121.xz:Nov 20 18:42:05 anemoi kernel: Restarting tasks ... done. messages-20121121.xz:Nov 20 18:42:05 anemoi kernel: PM: Basic memory bitmaps freed messages-20121121.xz:Nov 20 18:42:05 anemoi kernel: video LNXVIDEO:00: Restoring backlight state messages-20121121.xz:Nov 20 18:42:06 anemoi kernel: usb 1-1.4: new full-speed USB device number 11 using ehci_hcd messages-20121121.xz:Nov 20 18:42:06 anemoi kernel: usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=21e6 messages-20121121.xz:Nov 20 18:42:06 anemoi kernel: usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 messages-20121121.xz:Nov 20 18:42:06 anemoi kernel: usb 1-1.4: Product: BCM20702A0 -- messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: ehci_hcd 0000:00:1a.0: cache line size of 64 is not supported messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: ehci_hcd 0000:00:1d.0: cache line size of 64 is not supported messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: tpm_tis 00:0a: TPM is disabled/deactivated (0x6) messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: ata5: SATA link down (SStatus 0 SControl 300) messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: ata1.00: configured for UDMA/133 messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: ata2: SATA link down (SStatus 0 SControl 300) messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: sd 0:0:0:0: [sda] Starting disk messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: Extended CMOS year: 2000 messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: usb 1-1: reset high-speed USB device number 2 using ehci_hcd messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: usb 2-1: reset high-speed USB device number 2 using ehci_hcd messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: usb 1-1.6: reset high-speed USB device number 4 using ehci_hcd messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: usb 1-1.3: reset full-speed USB device number 3 using ehci_hcd messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0 messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: Uhhuh. NMI received for unknown reason 2c on CPU 0. messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: Do you have a strange power saving mode enabled? messages-20121213.xz:Nov 21 15:07:41 anemoi kernel: Dazed and confused, but trying to continue messages-20121213.xz:Nov 21 15:07:42 anemoi kernel: PM: restore of devices complete after 1038.345 msecs messages-20121213.xz:Nov 21 15:07:42 anemoi kernel: Restarting kernel threads ... done. messages-20121213.xz:Nov 21 15:07:42 anemoi kernel: Restarting tasks ... done. messages-20121213.xz:Nov 21 15:07:42 anemoi kernel: PM: Basic memory bitmaps freed messages-20121213.xz:Nov 21 15:07:42 anemoi kernel: video LNXVIDEO:00: Restoring backlight state messages-20121213.xz:Nov 21 15:07:42 anemoi kernel: EXT4-fs (sda2): re-mounted. Opts: data=writeback,commit=0 messages-20121213.xz:Nov 21 15:07:42 anemoi kernel: usb 1-1.4: new full-speed USB device number 8 using ehci_hcd messages-20121213.xz:Nov 21 15:07:42 anemoi kernel: usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=21e6 messages-20121213.xz:Nov 21 15:07:42 anemoi kernel: usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 messages-20121213.xz:Nov 21 15:07:42 anemoi kernel: usb 1-1.4: Product: BCM20702A0 messages-20121213.xz:Nov 21 15:07:42 anemoi kernel: usb 1-1.4: Manufacturer: Broadcom Corp messages-20121213.xz:Nov 21 15:07:42 anemoi kernel: usb 1-1.4: SerialNumber: 083E8EE1B689 messages-20121213.xz:Nov 21 15:07:44 anemoi kernel: xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold messages-20121213.xz:Nov 21 15:07:46 anemoi kernel: ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages-20121213.xz:Nov 21 15:10:28 anemoi kernel: ehci_hcd 0000:00:1d.0: power state changed by ACPI to D0 messages-20121213.xz:Nov 21 15:10:28 anemoi kernel: ehci_hcd 0000:00:1d.0: setting latency timer to 64 messages-20121213.xz:Nov 21 15:10:28 anemoi kernel: xhci_hcd 0000:00:14.0: power state changed by ACPI to D0 messages-20121213.xz:Nov 21 15:10:28 anemoi kernel: ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold -- messages-20121213.xz:Nov 25 22:21:52 anemoi kernel: usb 1-1.6: reset high-speed USB device number 4 using ehci_hcd messages-20121213.xz:Nov 25 22:21:52 anemoi kernel: usb 1-1.3: reset full-speed USB device number 3 using ehci_hcd messages-20121213.xz:Nov 25 22:21:57 anemoi kernel: ata1: link is slow to respond, please be patient (ready=0) messages-20121213.xz:Nov 25 22:22:01 anemoi kernel: ata1: COMRESET failed (errno=-16) messages-20121213.xz:Nov 25 22:22:02 anemoi kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) messages-20121213.xz:Nov 25 22:22:02 anemoi kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121213.xz:Nov 25 22:22:02 anemoi kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121213.xz:Nov 25 22:22:02 anemoi kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121213.xz:Nov 25 22:22:02 anemoi kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121213.xz:Nov 25 22:22:02 anemoi kernel: ata1.00: configured for UDMA/133 messages-20121213.xz:Nov 25 22:22:02 anemoi kernel: sd 0:0:0:0: [sda] Starting disk messages-20121213.xz:Nov 25 22:22:02 anemoi kernel: PM: restore of devices complete after 10369.260 msecs messages-20121213.xz:Nov 25 22:22:02 anemoi kernel: usb 3-1: USB disconnect, device number 10 messages-20121213.xz:Nov 25 22:22:02 anemoi kernel: Restarting kernel threads ... done. messages-20121213.xz:Nov 25 22:22:02 anemoi kernel: Restarting tasks ... done. messages-20121213.xz:Nov 25 22:22:02 anemoi kernel: PM: Basic memory bitmaps freed messages-20121213.xz:Nov 25 22:22:02 anemoi kernel: video LNXVIDEO:00: Restoring backlight state messages-20121213.xz:Nov 25 22:22:02 anemoi kernel: xHCI xhci_drop_endpoint called with unaddressed device messages-20121213.xz:Nov 25 22:22:02 anemoi kernel: xHCI xhci_check_bandwidth called with unaddressed device messages-20121213.xz:Nov 25 22:22:02 anemoi kernel: xHCI xhci_free_dev called with unaddressed device messages-20121213.xz:Nov 25 22:22:03 anemoi kernel: Uhhuh. NMI received for unknown reason 3c on CPU 0. messages-20121213.xz:Nov 25 22:22:03 anemoi kernel: Do you have a strange power saving mode enabled? messages-20121213.xz:Nov 25 22:22:03 anemoi kernel: Dazed and confused, but trying to continue messages-20121213.xz:Nov 25 22:22:03 anemoi kernel: EXT4-fs (sda2): re-mounted. Opts: data=writeback,commit=600 messages-20121213.xz:Nov 25 22:22:03 anemoi kernel: e1000e 0000:00:19.0: irq 45 for MSI/MSI-X messages-20121213.xz:Nov 25 22:22:03 anemoi kernel: e1000e 0000:00:19.0: irq 45 for MSI/MSI-X messages-20121213.xz:Nov 25 22:22:03 anemoi kernel: iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S messages-20121213.xz:Nov 25 22:22:03 anemoi kernel: iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0 messages-20121213.xz:Nov 25 22:22:05 anemoi kernel: xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold messages-20121213.xz:Nov 25 22:22:07 anemoi kernel: ehci_hcd 0000:00:1a.0: power state changed by ACPI to D3cold messages-20121213.xz:Nov 25 22:22:07 anemoi kernel: ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages-20121213.xz:Nov 25 22:22:10 anemoi kernel: wlan0: authenticate with 00:4f:62:08:a3:64 messages-20121213.xz:Nov 25 22:22:10 anemoi kernel: wlan0: send auth to 00:4f:62:08:a3:64 (try 1/3) messages-20121213.xz:Nov 25 22:22:10 anemoi kernel: wlan0: authenticated messages-20121213.xz:Nov 25 22:22:10 anemoi kernel: iwlwifi 0000:03:00.0: wlan0: disabling HT as WMM/QoS is not supported messages-20121213.xz:Nov 25 22:22:10 anemoi kernel: wlan0: associate with 00:4f:62:08:a3:64 (try 1/3) messages-20121213.xz:Nov 25 22:22:10 anemoi kernel: wlan0: RX AssocResp from 00:4f:62:08:a3:64 (capab=0x411 status=0 aid=1) messages-20121213.xz:Nov 25 22:22:10 anemoi kernel: wlan0: associated messages-20121213.xz:Nov 25 22:22:44 anemoi kernel: ehci_hcd 0000:00:1a.0: power state changed by ACPI to D0 messages-20121213.xz:Nov 25 22:22:44 anemoi kernel: ehci_hcd 0000:00:1a.0: setting latency timer to 64 messages-20121213.xz:Nov 25 22:22:44 anemoi kernel: ehci_hcd 0000:00:1d.0: power state changed by ACPI to D0 -- messages-20121213.xz:Dec 1 12:57:02 anemoi kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121213.xz:Dec 1 12:57:02 anemoi kernel: ata5: SATA link down (SStatus 0 SControl 300) messages-20121213.xz:Dec 1 12:57:02 anemoi kernel: ata1.00: configured for UDMA/133 messages-20121213.xz:Dec 1 12:57:02 anemoi kernel: ata2: SATA link down (SStatus 0 SControl 300) messages-20121213.xz:Dec 1 12:57:02 anemoi kernel: usb 1-1: reset high-speed USB device number 2 using ehci_hcd messages-20121213.xz:Dec 1 12:57:02 anemoi kernel: sd 0:0:0:0: [sda] Starting disk messages-20121213.xz:Dec 1 12:57:02 anemoi kernel: Extended CMOS year: 2000 messages-20121213.xz:Dec 1 12:57:02 anemoi kernel: usb 2-1: reset high-speed USB device number 2 using ehci_hcd messages-20121213.xz:Dec 1 12:57:02 anemoi kernel: usb 1-1.3: reset full-speed USB device number 3 using ehci_hcd messages-20121213.xz:Dec 1 12:57:02 anemoi kernel: usb 1-1.6: reset high-speed USB device number 4 using ehci_hcd messages-20121213.xz:Dec 1 12:57:02 anemoi kernel: PM: restore of devices complete after 984.229 msecs messages-20121213.xz:Dec 1 12:57:02 anemoi kernel: PM: Image restored successfully. messages-20121213.xz:Dec 1 12:57:02 anemoi kernel: Restarting tasks ... done. messages-20121213.xz:Dec 1 12:57:02 anemoi kernel: PM: Basic memory bitmaps freed messages-20121213.xz:Dec 1 12:57:02 anemoi kernel: video LNXVIDEO:00: Restoring backlight state messages-20121213.xz:Dec 1 12:57:03 anemoi kernel: e1000e 0000:00:19.0: irq 46 for MSI/MSI-X messages-20121213.xz:Dec 1 12:57:03 anemoi kernel: e1000e 0000:00:19.0: irq 46 for MSI/MSI-X messages-20121213.xz:Dec 1 12:57:03 anemoi kernel: iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S messages-20121213.xz:Dec 1 12:57:03 anemoi kernel: iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0 messages-20121213.xz:Dec 1 12:57:03 anemoi kernel: EXT4-fs (sda2): re-mounted. Opts: data=writeback,commit=600 messages-20121213.xz:Dec 1 12:57:03 anemoi kernel: Uhhuh. NMI received for unknown reason 2c on CPU 0. messages-20121213.xz:Dec 1 12:57:03 anemoi kernel: Do you have a strange power saving mode enabled? messages-20121213.xz:Dec 1 12:57:03 anemoi kernel: Dazed and confused, but trying to continue messages-20121213.xz:Dec 1 12:57:03 anemoi kernel: usb 1-1.4: new full-speed USB device number 8 using ehci_hcd messages-20121213.xz:Dec 1 12:57:03 anemoi kernel: usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=21e6 messages-20121213.xz:Dec 1 12:57:03 anemoi kernel: usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 messages-20121213.xz:Dec 1 12:57:03 anemoi kernel: usb 1-1.4: Product: BCM20702A0 messages-20121213.xz:Dec 1 12:57:03 anemoi kernel: usb 1-1.4: Manufacturer: Broadcom Corp messages-20121213.xz:Dec 1 12:57:03 anemoi kernel: usb 1-1.4: SerialNumber: 083E8EE1B689 messages-20121213.xz:Dec 1 12:57:04 anemoi kernel: xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold messages-20121213.xz:Dec 1 12:57:07 anemoi kernel: ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages-20121213.xz:Dec 1 12:57:09 anemoi kernel: wlan0: authenticate with 00:4f:62:08:a3:64 messages-20121213.xz:Dec 1 12:57:09 anemoi kernel: wlan0: send auth to 00:4f:62:08:a3:64 (try 1/3) messages-20121213.xz:Dec 1 12:57:09 anemoi kernel: wlan0: authenticated messages-20121213.xz:Dec 1 12:57:09 anemoi kernel: iwlwifi 0000:03:00.0: wlan0: disabling HT as WMM/QoS is not supported messages-20121213.xz:Dec 1 12:57:09 anemoi kernel: wlan0: associate with 00:4f:62:08:a3:64 (try 1/3) messages-20121213.xz:Dec 1 12:57:09 anemoi kernel: wlan0: RX AssocResp from 00:4f:62:08:a3:64 (capab=0x411 status=0 aid=1) messages-20121213.xz:Dec 1 12:57:09 anemoi kernel: wlan0: associated messages-20121213.xz:Dec 1 12:57:28 anemoi kernel: ehci_hcd 0000:00:1a.0: power state changed by ACPI to D3cold messages-20121213.xz:Dec 1 13:02:03 anemoi kernel: ehci_hcd 0000:00:1a.0: power state changed by ACPI to D0 messages-20121213.xz:Dec 1 13:02:03 anemoi kernel: ehci_hcd 0000:00:1a.0: setting latency timer to 64 -- messages-20121213.xz:Dec 7 10:44:34 anemoi kernel: usb 2-1: reset high-speed USB device number 2 using ehci_hcd messages-20121213.xz:Dec 7 10:44:35 anemoi kernel: usb 1-1.6: reset high-speed USB device number 4 using ehci_hcd messages-20121213.xz:Dec 7 10:44:35 anemoi kernel: usb 1-1.3: reset full-speed USB device number 3 using ehci_hcd messages-20121213.xz:Dec 7 10:44:35 anemoi kernel: PM: restore of devices complete after 965.450 msecs messages-20121213.xz:Dec 7 10:44:35 anemoi kernel: PM: Image restored successfully. messages-20121213.xz:Dec 7 10:44:35 anemoi kernel: usb 1-1.4: USB disconnect, device number 6 messages-20121213.xz:Dec 7 10:44:35 anemoi kernel: Restarting tasks ... done. messages-20121213.xz:Dec 7 10:44:35 anemoi kernel: PM: Basic memory bitmaps freed messages-20121213.xz:Dec 7 10:44:35 anemoi kernel: video LNXVIDEO:00: Restoring backlight state messages-20121213.xz:Dec 7 10:44:35 anemoi kernel: e1000e 0000:00:19.0: irq 45 for MSI/MSI-X messages-20121213.xz:Dec 7 10:44:35 anemoi kernel: e1000e 0000:00:19.0: irq 45 for MSI/MSI-X messages-20121213.xz:Dec 7 10:44:35 anemoi kernel: iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S messages-20121213.xz:Dec 7 10:44:35 anemoi kernel: iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0 messages-20121213.xz:Dec 7 10:44:35 anemoi kernel: EXT4-fs (sda2): re-mounted. Opts: data=writeback,commit=600 messages-20121213.xz:Dec 7 10:44:36 anemoi kernel: usb 1-1.4: new full-speed USB device number 7 using ehci_hcd messages-20121213.xz:Dec 7 10:44:36 anemoi kernel: usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=21e6 messages-20121213.xz:Dec 7 10:44:36 anemoi kernel: usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 messages-20121213.xz:Dec 7 10:44:36 anemoi kernel: usb 1-1.4: Product: BCM20702A0 messages-20121213.xz:Dec 7 10:44:36 anemoi kernel: usb 1-1.4: Manufacturer: Broadcom Corp messages-20121213.xz:Dec 7 10:44:36 anemoi kernel: usb 1-1.4: SerialNumber: 083E8EE1B689 messages-20121213.xz:Dec 7 10:44:36 anemoi kernel: Uhhuh. NMI received for unknown reason 3c on CPU 0. messages-20121213.xz:Dec 7 10:44:36 anemoi kernel: Do you have a strange power saving mode enabled? messages-20121213.xz:Dec 7 10:44:36 anemoi kernel: Dazed and confused, but trying to continue messages-20121213.xz:Dec 7 10:44:37 anemoi kernel: xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold messages-20121213.xz:Dec 7 10:44:39 anemoi kernel: ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages-20121213.xz:Dec 7 10:44:42 anemoi kernel: wlan0: authenticate with 00:4f:62:08:a3:64 messages-20121213.xz:Dec 7 10:44:42 anemoi kernel: wlan0: send auth to 00:4f:62:08:a3:64 (try 1/3) messages-20121213.xz:Dec 7 10:44:42 anemoi kernel: wlan0: authenticated messages-20121213.xz:Dec 7 10:44:42 anemoi kernel: iwlwifi 0000:03:00.0: wlan0: disabling HT as WMM/QoS is not supported messages-20121213.xz:Dec 7 10:44:42 anemoi kernel: wlan0: associate with 00:4f:62:08:a3:64 (try 1/3) messages-20121213.xz:Dec 7 10:44:42 anemoi kernel: wlan0: RX AssocResp from 00:4f:62:08:a3:64 (capab=0x411 status=0 aid=1) messages-20121213.xz:Dec 7 10:44:42 anemoi kernel: wlan0: associated messages-20121213.xz:Dec 7 11:11:24 anemoi kernel: QNX4 filesystem 0.2.3 registered. messages-20121213.xz:Dec 7 11:11:55 anemoi kernel: [ 4448.435292] ehci_hcd 0000:00:1d.0: power state changed by ACPI to D0 messages-20121213.xz:Dec 7 11:11:55 anemoi kernel: [ 4448.535795] ehci_hcd 0000:00:1d.0: setting latency timer to 64 messages-20121213.xz:Dec 7 11:11:55 anemoi kernel: [ 4448.536156] xhci_hcd 0000:00:14.0: power state changed by ACPI to D0 messages-20121213.xz:Dec 7 11:11:55 anemoi kernel: [ 4448.546702] ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages-20121213.xz:Dec 7 11:11:55 anemoi kernel: [ 4448.636617] xhci_hcd 0000:00:14.0: setting latency timer to 64 messages-20121213.xz:Dec 7 11:11:58 anemoi kernel: [ 4451.285692] xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold messages-20121213.xz:Dec 7 11:13:01 anemoi kernel: [ 4514.224094] e1000e 0000:00:19.0: irq 45 for MSI/MSI-X messages-20121213.xz:Dec 7 11:13:01 anemoi kernel: [ 4514.401898] wlan0: deauthenticating from 00:4f:62:08:a3:64 by local choice (reason=3) -- messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.057002] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.057007] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.057351] ata1.00: configured for UDMA/133 messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.068267] sd 0:0:0:0: [sda] Starting disk messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.068632] Extended CMOS year: 2000 messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.069760] PM: restore of devices complete after 10372.712 msecs messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.085201] PM: Image restored successfully. messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.085314] usb 3-1: USB disconnect, device number 3 messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.085203] Restarting tasks ... done. messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.087581] PM: Basic memory bitmaps freed messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.087586] video LNXVIDEO:00: Restoring backlight state messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.091212] xHCI xhci_drop_endpoint called with unaddressed device messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.091214] xHCI xhci_check_bandwidth called with unaddressed device messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.091273] xHCI xhci_free_dev called with unaddressed device messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.762935] e1000e 0000:00:19.0: irq 45 for MSI/MSI-X messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.863761] e1000e 0000:00:19.0: irq 45 for MSI/MSI-X messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.864878] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S messages-20121213.xz:Dec 9 17:35:47 anemoi kernel: [12782.871532] iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0 messages-20121213.xz:Dec 9 17:35:48 anemoi kernel: [12783.841835] EXT4-fs (sda2): re-mounted. Opts: data=writeback,commit=600 messages-20121213.xz:Dec 9 17:35:48 anemoi kernel: [12784.068842] EXT4-fs (sda2): re-mounted. Opts: data=writeback,commit=600 messages-20121213.xz:Dec 9 17:35:48 anemoi kernel: [12784.084589] Uhhuh. NMI received for unknown reason 2c on CPU 0. messages-20121213.xz:Dec 9 17:35:48 anemoi kernel: [12784.084592] Do you have a strange power saving mode enabled? messages-20121213.xz:Dec 9 17:35:48 anemoi kernel: [12784.084593] Dazed and confused, but trying to continue messages-20121213.xz:Dec 9 17:35:49 anemoi kernel: [12784.174238] usb 1-1.4: new full-speed USB device number 11 using ehci_hcd messages-20121213.xz:Dec 9 17:35:49 anemoi kernel: [12784.263046] usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=21e6 messages-20121213.xz:Dec 9 17:35:49 anemoi kernel: [12784.263148] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 messages-20121213.xz:Dec 9 17:35:49 anemoi kernel: [12784.263150] usb 1-1.4: Product: BCM20702A0 messages-20121213.xz:Dec 9 17:35:49 anemoi kernel: [12784.263151] usb 1-1.4: Manufacturer: Broadcom Corp messages-20121213.xz:Dec 9 17:35:49 anemoi kernel: [12784.263152] usb 1-1.4: SerialNumber: 083E8EE1B689 messages-20121213.xz:Dec 9 17:35:49 anemoi kernel: [12784.852897] xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold messages-20121213.xz:Dec 9 17:35:51 anemoi kernel: [12786.868102] ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages-20121213.xz:Dec 9 17:35:54 anemoi kernel: [12789.508168] wlan0: authenticate with 00:4f:62:08:a3:64 messages-20121213.xz:Dec 9 17:35:54 anemoi kernel: [12789.516351] wlan0: send auth to 00:4f:62:08:a3:64 (try 1/3) messages-20121213.xz:Dec 9 17:35:54 anemoi kernel: [12789.519322] wlan0: authenticated messages-20121213.xz:Dec 9 17:35:54 anemoi kernel: [12789.519584] iwlwifi 0000:03:00.0: wlan0: disabling HT as WMM/QoS is not supported messages-20121213.xz:Dec 9 17:35:54 anemoi kernel: [12789.520153] wlan0: associate with 00:4f:62:08:a3:64 (try 1/3) messages-20121213.xz:Dec 9 17:35:54 anemoi kernel: [12789.531000] wlan0: RX AssocResp from 00:4f:62:08:a3:64 (capab=0x411 status=0 aid=3) messages-20121213.xz:Dec 9 17:35:54 anemoi kernel: [12789.534184] wlan0: associated messages-20121213.xz:Dec 9 18:30:19 anemoi kernel: [16050.235220] e1000e 0000:00:19.0: irq 45 for MSI/MSI-X messages-20121213.xz:Dec 9 18:30:20 anemoi kernel: [16050.587645] wlan0: deauthenticating from 00:4f:62:08:a3:64 by local choice (reason=3) messages-20121213.xz:Dec 9 18:30:20 anemoi kernel: [16050.604520] cfg80211: Calling CRDA to update world regulatory domain -- messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11238.917955] usb 1-1.3: reset full-speed USB device number 3 using ehci_hcd messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11239.075552] usb 1-1.6: reset high-speed USB device number 4 using ehci_hcd messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11243.535861] ata1: link is slow to respond, please be patient (ready=0) messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11243.841319] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11243.957057] ata1.00: failed to IDENTIFY (I/O error, err_mask=0x100) messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11243.957060] ata1.00: revalidation failed (errno=-5) messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11249.136332] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11249.137045] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11249.137047] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11249.138105] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11249.138106] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11249.138432] ata1.00: configured for UDMA/133 messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11249.149365] sd 0:0:0:0: [sda] Starting disk messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11249.149717] Extended CMOS year: 2000 messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11249.150719] PM: restore of devices complete after 10983.567 msecs messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11249.170301] PM: Image restored successfully. messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11249.170433] usb 3-1: USB disconnect, device number 4 messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11249.170304] Restarting tasks ... done. messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11249.173959] PM: Basic memory bitmaps freed messages-20130101.xz:Dec 13 14:31:40 anemoi kernel: [11249.173967] video LNXVIDEO:00: Restoring backlight state messages-20130101.xz:Dec 13 14:31:41 anemoi kernel: [11249.174946] Uhhuh. NMI received for unknown reason 2c on CPU 0. messages-20130101.xz:Dec 13 14:31:41 anemoi kernel: [11249.175984] Do you have a strange power saving mode enabled? messages-20130101.xz:Dec 13 14:31:41 anemoi kernel: [11249.176948] Dazed and confused, but trying to continue messages-20130101.xz:Dec 13 14:31:41 anemoi kernel: [11249.179352] xHCI xhci_drop_endpoint called with unaddressed device messages-20130101.xz:Dec 13 14:31:41 anemoi kernel: [11249.179354] xHCI xhci_check_bandwidth called with unaddressed device messages-20130101.xz:Dec 13 14:31:41 anemoi kernel: [11249.179494] xHCI xhci_free_dev called with unaddressed device messages-20130101.xz:Dec 13 14:31:42 anemoi kernel: [11251.186436] xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold messages-20130101.xz:Dec 13 14:31:44 anemoi kernel: [11252.764523] e1000e 0000:00:19.0: irq 45 for MSI/MSI-X messages-20130101.xz:Dec 13 14:31:44 anemoi kernel: [11252.865435] e1000e 0000:00:19.0: irq 45 for MSI/MSI-X messages-20130101.xz:Dec 13 14:31:44 anemoi kernel: [11252.870683] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S messages-20130101.xz:Dec 13 14:31:44 anemoi kernel: [11252.877392] iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0 messages-20130101.xz:Dec 13 14:31:44 anemoi kernel: [11253.063415] EXT4-fs (sda2): re-mounted. Opts: data=writeback,commit=600 messages-20130101.xz:Dec 13 14:31:44 anemoi kernel: [11253.163903] usb 1-1.4: new full-speed USB device number 11 using ehci_hcd messages-20130101.xz:Dec 13 14:31:44 anemoi kernel: [11253.206646] ehci_hcd 0000:00:1d.0: power state changed by ACPI to D3cold messages-20130101.xz:Dec 13 14:31:44 anemoi kernel: [11253.253036] usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=21e6 messages-20130101.xz:Dec 13 14:31:44 anemoi kernel: [11253.253040] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 messages-20130101.xz:Dec 13 14:31:44 anemoi kernel: [11253.253042] usb 1-1.4: Product: BCM20702A0 messages-20130101.xz:Dec 13 14:31:44 anemoi kernel: [11253.253043] usb 1-1.4: Manufacturer: Broadcom Corp messages-20130101.xz:Dec 13 14:31:44 anemoi kernel: [11253.253045] usb 1-1.4: SerialNumber: 083E8EE1B689 messages-20130101.xz:Dec 13 14:31:44 anemoi kernel: [11253.279986] EXT4-fs (sda2): re-mounted. Opts: data=writeback,commit=600 messages-20130101.xz:Dec 13 14:31:51 anemoi kernel: [11259.812446] wlan0: authenticate with 00:80:48:4f:18:4d ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-30 19:43 ` Jiri Slaby @ 2013-01-30 20:00 ` Borislav Petkov 2013-01-30 20:33 ` Jiri Slaby 0 siblings, 1 reply; 58+ messages in thread From: Borislav Petkov @ 2013-01-30 20:00 UTC (permalink / raw) To: Jiri Slaby Cc: Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov, Rafael J. Wysocki On Wed, Jan 30, 2013 at 08:43:55PM +0100, Jiri Slaby wrote: > On 01/30/2013 06:44 PM, Borislav Petkov wrote: > > On Wed, Jan 30, 2013 at 10:27:42AM -0700, Bjorn Helgaas wrote: > >> You're right, I don't think we're quite ready to merge those patches. > >> But if your NMI is easy to reproduce, it might be worth removing > >> e1000e altogether to see if it still happens. > > > > That's the problem - I've seen it only once so far. I'll watch out for > > it and do the above when I find a reliable way of reproducing it. Will > > keep you posted. > > It happens here too. Dunno what is the root cause. I *think* that it > never happened unless I used ethernet. Other than that I see no pattern. > > Attaching -C 20 grep of messages over the last half year if there is > something that may help somehow. Cool, so it happens once a day, not every day, everytime during resume, and with e1000e. Can you try Bjorn's suggestion to remove e1000e altogether and see if it still happens? -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-30 20:00 ` Borislav Petkov @ 2013-01-30 20:33 ` Jiri Slaby 2013-01-30 21:39 ` Rafael J. Wysocki 0 siblings, 1 reply; 58+ messages in thread From: Jiri Slaby @ 2013-01-30 20:33 UTC (permalink / raw) To: Borislav Petkov, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov, Rafael J. Wysocki [-- Attachment #1: Type: text/plain, Size: 1483 bytes --] On 01/30/2013 09:00 PM, Borislav Petkov wrote: > On Wed, Jan 30, 2013 at 08:43:55PM +0100, Jiri Slaby wrote: >> On 01/30/2013 06:44 PM, Borislav Petkov wrote: >>> On Wed, Jan 30, 2013 at 10:27:42AM -0700, Bjorn Helgaas wrote: >>>> You're right, I don't think we're quite ready to merge those patches. >>>> But if your NMI is easy to reproduce, it might be worth removing >>>> e1000e altogether to see if it still happens. >>> >>> That's the problem - I've seen it only once so far. I'll watch out for >>> it and do the above when I find a reliable way of reproducing it. Will >>> keep you posted. >> >> It happens here too. Dunno what is the root cause. I *think* that it >> never happened unless I used ethernet. Other than that I see no pattern. >> >> Attaching -C 20 grep of messages over the last half year if there is >> something that may help somehow. > > Cool, so it happens once a day, not every day, everytime during resume, > and with e1000e. Can you try Bjorn's suggestion to remove e1000e > altogether and see if it still happens? No, e1000e is not to blame at all. I moved e1000e out of /lib/modules and it still happens. What is cool is that I have steps to reproduce: 1) boot 2) run the attached script (turn on all possible power savings -- in fact everything what powertop suggests) 3) suspend to _disk_ (mem is not enough, BIOS apparently has to interfere here) 4) resume from disk 5) boom I tried to remove also wireless drivers, no change. -- js suse labs [-- Attachment #2: power --] [-- Type: text/plain, Size: 856 bytes --] #!/bin/bash DIRTY_WB=1500 GOVERN=conservative POWERMODE=auto NMI=0 LINK_POW=min_power POW_SAVE=1 POW_SAVE_TXT=on if [ "0$1" -eq 1 ]; then # DIRTY_WB=1500 GOVERN=performance POWERMODE=on NMI=1 LINK_POW=max_performance POW_SAVE=0 POW_SAVE_TXT=off fi /bin/echo -n "$DIRTY_WB" > /proc/sys/vm/dirty_writeback_centisecs /bin/echo -n "$NMI" > /proc/sys/kernel/nmi_watchdog /bin/echo -n "$POW_SAVE" > /sys/module/snd_hda_intel/parameters/power_save iw dev wlan0 set power_save "$POW_SAVE_TXT" ethtool -s eth0 wol d for BUS in usb pci; do for DEV in /sys/bus/$BUS/devices/*/power/control; do /bin/echo -n "$POWERMODE" > $DEV done done for CPU in /sys/devices/system/cpu/*/cpufreq/scaling_governor; do /bin/echo -n "$GOVERN" > $CPU done for HOST in /sys/class/scsi_host/host*/link_power_management_policy; do /bin/echo -n "$LINK_POW" > $HOST done ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-30 20:33 ` Jiri Slaby @ 2013-01-30 21:39 ` Rafael J. Wysocki 2013-01-30 22:17 ` Jiri Slaby 0 siblings, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2013-01-30 21:39 UTC (permalink / raw) To: Jiri Slaby Cc: Borislav Petkov, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Wednesday, January 30, 2013 09:33:27 PM Jiri Slaby wrote: > On 01/30/2013 09:00 PM, Borislav Petkov wrote: > > On Wed, Jan 30, 2013 at 08:43:55PM +0100, Jiri Slaby wrote: > >> On 01/30/2013 06:44 PM, Borislav Petkov wrote: > >>> On Wed, Jan 30, 2013 at 10:27:42AM -0700, Bjorn Helgaas wrote: > >>>> You're right, I don't think we're quite ready to merge those patches. > >>>> But if your NMI is easy to reproduce, it might be worth removing > >>>> e1000e altogether to see if it still happens. > >>> > >>> That's the problem - I've seen it only once so far. I'll watch out for > >>> it and do the above when I find a reliable way of reproducing it. Will > >>> keep you posted. > >> > >> It happens here too. Dunno what is the root cause. I *think* that it > >> never happened unless I used ethernet. Other than that I see no pattern. > >> > >> Attaching -C 20 grep of messages over the last half year if there is > >> something that may help somehow. > > > > Cool, so it happens once a day, not every day, everytime during resume, > > and with e1000e. Can you try Bjorn's suggestion to remove e1000e > > altogether and see if it still happens? > > No, e1000e is not to blame at all. I moved e1000e out of /lib/modules > and it still happens. > > What is cool is that I have steps to reproduce: > 1) boot > 2) run the attached script (turn on all possible power savings -- in > fact everything what powertop suggests) > 3) suspend to _disk_ (mem is not enough, BIOS apparently has to > interfere here) No, I don't think it's the BIOS. Most likely the boot kernel. > 4) resume from disk > 5) boom > > I tried to remove also wireless drivers, no change. Is the resume boot kernel the same as the one in the image? Rafael -- I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center. ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-30 21:39 ` Rafael J. Wysocki @ 2013-01-30 22:17 ` Jiri Slaby 2013-01-30 22:45 ` Rafael J. Wysocki 0 siblings, 1 reply; 58+ messages in thread From: Jiri Slaby @ 2013-01-30 22:17 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Borislav Petkov, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On 01/30/2013 10:39 PM, Rafael J. Wysocki wrote: >> What is cool is that I have steps to reproduce: >> 1) boot >> 2) run the attached script (turn on all possible power savings -- in >> fact everything what powertop suggests) >> 3) suspend to _disk_ (mem is not enough, BIOS apparently has to >> interfere here) > > No, I don't think it's the BIOS. Most likely the boot kernel. Or that... >> 4) resume from disk >> 5) boom >> >> I tried to remove also wireless drivers, no change. > > Is the resume boot kernel the same as the one in the image? Yeah, the same ones: 3.7.5 -- js suse labs ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-30 22:17 ` Jiri Slaby @ 2013-01-30 22:45 ` Rafael J. Wysocki 2013-01-30 23:12 ` Jiri Slaby 0 siblings, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2013-01-30 22:45 UTC (permalink / raw) To: Jiri Slaby Cc: Borislav Petkov, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Wednesday, January 30, 2013 11:17:06 PM Jiri Slaby wrote: > On 01/30/2013 10:39 PM, Rafael J. Wysocki wrote: > >> What is cool is that I have steps to reproduce: > >> 1) boot > >> 2) run the attached script (turn on all possible power savings -- in > >> fact everything what powertop suggests) > >> 3) suspend to _disk_ (mem is not enough, BIOS apparently has to > >> interfere here) > > > > No, I don't think it's the BIOS. Most likely the boot kernel. > > Or that... > > >> 4) resume from disk > >> 5) boom > >> > >> I tried to remove also wireless drivers, no change. > > > > Is the resume boot kernel the same as the one in the image? > > Yeah, the same ones: 3.7.5 Well, I guess that we leak some state from the boot kernel to the image kernel. I have no idea what it is, but I suspect something arch-specific. I wonder what the affected systems have in common apart from e1000e? Rafael -- I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center. ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-30 22:45 ` Rafael J. Wysocki @ 2013-01-30 23:12 ` Jiri Slaby 2013-01-30 23:47 ` Jiri Slaby 0 siblings, 1 reply; 58+ messages in thread From: Jiri Slaby @ 2013-01-30 23:12 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Borislav Petkov, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On 01/30/2013 11:45 PM, Rafael J. Wysocki wrote: > On Wednesday, January 30, 2013 11:17:06 PM Jiri Slaby wrote: >> On 01/30/2013 10:39 PM, Rafael J. Wysocki wrote: >>>> What is cool is that I have steps to reproduce: >>>> 1) boot >>>> 2) run the attached script (turn on all possible power savings -- in >>>> fact everything what powertop suggests) >>>> 3) suspend to _disk_ (mem is not enough, BIOS apparently has to >>>> interfere here) >>> >>> No, I don't think it's the BIOS. Most likely the boot kernel. >> >> Or that... >> >>>> 4) resume from disk >>>> 5) boom >>>> >>>> I tried to remove also wireless drivers, no change. >>> >>> Is the resume boot kernel the same as the one in the image? >> >> Yeah, the same ones: 3.7.5 > > Well, I guess that we leak some state from the boot kernel to the image kernel. > I have no idea what it is, but I suspect something arch-specific. > > I wonder what the affected systems have in common apart from e1000e? Everything as I have thinkpad x230 too :). Is there any other report than Borislav's? I think I will start with commenting parts of `power' script to see exactly which of the power savings cause this. -- js suse labs ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-30 23:12 ` Jiri Slaby @ 2013-01-30 23:47 ` Jiri Slaby 2013-01-31 0:54 ` Rafael J. Wysocki 0 siblings, 1 reply; 58+ messages in thread From: Jiri Slaby @ 2013-01-30 23:47 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Borislav Petkov, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On 01/31/2013 12:12 AM, Jiri Slaby wrote: > I think I will start with commenting parts of `power' script to see > exactly which of the power savings cause this. ... NMI watchdog. If I remove it from the script, the problem disappears. If I try it alone, I have those NMIs. -- js suse labs ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-30 23:47 ` Jiri Slaby @ 2013-01-31 0:54 ` Rafael J. Wysocki 2013-01-31 7:09 ` Borislav Petkov 0 siblings, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2013-01-31 0:54 UTC (permalink / raw) To: Jiri Slaby Cc: Borislav Petkov, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Thursday, January 31, 2013 12:47:40 AM Jiri Slaby wrote: > On 01/31/2013 12:12 AM, Jiri Slaby wrote: > > I think I will start with commenting parts of `power' script to see > > exactly which of the power savings cause this. > > ... NMI watchdog. If I remove it from the script, the problem > disappears. If I try it alone, I have those NMIs. Well, beats me. :-( I suspect that it doesn't quiesce itself sufficiently before image restoration and we get some crosstalk between the boot kernel and the image kernel. Thanks, Rafael -- I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center. ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-31 0:54 ` Rafael J. Wysocki @ 2013-01-31 7:09 ` Borislav Petkov 2013-01-31 8:14 ` Jiri Slaby 2013-01-31 8:28 ` Jiri Slaby 0 siblings, 2 replies; 58+ messages in thread From: Borislav Petkov @ 2013-01-31 7:09 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Jiri Slaby, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Thu, Jan 31, 2013 at 01:54:56AM +0100, Rafael J. Wysocki wrote: > On Thursday, January 31, 2013 12:47:40 AM Jiri Slaby wrote: > > On 01/31/2013 12:12 AM, Jiri Slaby wrote: > > > I think I will start with commenting parts of `power' script to see > > > exactly which of the power savings cause this. > > > > ... NMI watchdog. If I remove it from the script, the problem > > disappears. If I try it alone, I have those NMIs. > > Well, beats me. :-( > > I suspect that it doesn't quiesce itself sufficiently before image restoration > and we get some crosstalk between the boot kernel and the image kernel. Well, I did what Jiri said causes it: echo 0 > /proc/sys/kernel/nmi_watchdog No NMI. BUT(!), if I start powertop and set all tunables in the "Tunables" tab to "Good", then suspend to disk, when I resume I get the NMI and this time the unknown reason is 0x3c. Sounds like this needs bisection... Btw, this is latest -rc5 + tip/master and Jiri triggers it on 3.7-stable ... Btw, this e1000e thing has another problem: when I unplug the network cable and replug it again, it cannot ping local network anymore. Normally, when you plug the network cable back in, it does some sort if link detection saying eth link is back up but it doesn't say it on that box - only a reboot fixes it. Hmm. Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-31 7:09 ` Borislav Petkov @ 2013-01-31 8:14 ` Jiri Slaby 2013-01-31 13:12 ` Rafael J. Wysocki 2013-01-31 8:28 ` Jiri Slaby 1 sibling, 1 reply; 58+ messages in thread From: Jiri Slaby @ 2013-01-31 8:14 UTC (permalink / raw) To: Borislav Petkov, Rafael J. Wysocki, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On 01/31/2013 08:09 AM, Borislav Petkov wrote: > On Thu, Jan 31, 2013 at 01:54:56AM +0100, Rafael J. Wysocki wrote: >> On Thursday, January 31, 2013 12:47:40 AM Jiri Slaby wrote: >>> On 01/31/2013 12:12 AM, Jiri Slaby wrote: >>>> I think I will start with commenting parts of `power' script to see >>>> exactly which of the power savings cause this. >>> >>> ... NMI watchdog. If I remove it from the script, the problem >>> disappears. If I try it alone, I have those NMIs. >> >> Well, beats me. :-( >> >> I suspect that it doesn't quiesce itself sufficiently before image restoration >> and we get some crosstalk between the boot kernel and the image kernel. > > Well, I did what Jiri said causes it: > > echo 0 > /proc/sys/kernel/nmi_watchdog > > No NMI. > > BUT(!), if I start powertop and set all tunables in the "Tunables" tab > to "Good", then suspend to disk, when I resume I get the NMI and this > time the unknown reason is 0x3c. Sounds like this needs bisection... > Btw, this is latest -rc5 + tip/master and Jiri triggers it on 3.7-stable > ... And 3.6(.0) was the first one I _tried_ and had that issue too. Not sure if there is any bisect-good kernel to start with. > Btw, this e1000e thing has another problem: when I unplug the network > cable and replug it again, it cannot ping local network anymore. > Normally, when you plug the network cable back in, it does some sort if > link detection saying eth link is back up but it doesn't say it on that > box - only a reboot fixes it. Hmm. I think this is what Konstantin fixes with his patches. -- js suse labs ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-31 8:14 ` Jiri Slaby @ 2013-01-31 13:12 ` Rafael J. Wysocki 2013-01-31 13:10 ` Borislav Petkov 0 siblings, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2013-01-31 13:12 UTC (permalink / raw) To: Jiri Slaby, Borislav Petkov Cc: Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Thursday, January 31, 2013 09:14:00 AM Jiri Slaby wrote: > On 01/31/2013 08:09 AM, Borislav Petkov wrote: > > On Thu, Jan 31, 2013 at 01:54:56AM +0100, Rafael J. Wysocki wrote: > >> On Thursday, January 31, 2013 12:47:40 AM Jiri Slaby wrote: > >>> On 01/31/2013 12:12 AM, Jiri Slaby wrote: > >>>> I think I will start with commenting parts of `power' script to see > >>>> exactly which of the power savings cause this. > >>> > >>> ... NMI watchdog. If I remove it from the script, the problem > >>> disappears. If I try it alone, I have those NMIs. > >> > >> Well, beats me. :-( > >> > >> I suspect that it doesn't quiesce itself sufficiently before image restoration > >> and we get some crosstalk between the boot kernel and the image kernel. > > > > Well, I did what Jiri said causes it: > > > > echo 0 > /proc/sys/kernel/nmi_watchdog > > > > No NMI. > > > > BUT(!), if I start powertop and set all tunables in the "Tunables" tab > > to "Good", then suspend to disk, when I resume I get the NMI and this > > time the unknown reason is 0x3c. Sounds like this needs bisection... > > Btw, this is latest -rc5 + tip/master and Jiri triggers it on 3.7-stable > > ... > > And 3.6(.0) was the first one I _tried_ and had that issue too. Not sure > if there is any bisect-good kernel to start with. > > > Btw, this e1000e thing has another problem: when I unplug the network > > cable and replug it again, it cannot ping local network anymore. > > Normally, when you plug the network cable back in, it does some sort if > > link detection saying eth link is back up but it doesn't say it on that > > box - only a reboot fixes it. Hmm. > > I think this is what Konstantin fixes with his patches. Yes, there are two bugs in e1000e, it appears. Konstantin's patch [2/5] fixes one of them, but the other one has to be fixed differently. Boris, would you be able to test a couple of e1000e patches for me? Rafael -- I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center. ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-31 13:12 ` Rafael J. Wysocki @ 2013-01-31 13:10 ` Borislav Petkov 2013-02-02 23:04 ` Rafael J. Wysocki 0 siblings, 1 reply; 58+ messages in thread From: Borislav Petkov @ 2013-01-31 13:10 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Jiri Slaby, Borislav Petkov, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Thu, Jan 31, 2013 at 02:12:58PM +0100, Rafael J. Wysocki wrote: > Yes, there are two bugs in e1000e, it appears. Konstantin's > patch [2/5] fixes one of them, but the other one has to be fixed > differently. > > Boris, would you be able to test a couple of e1000e patches for me? Sure, send them on. You can add 2/5 in the mix too. Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-31 13:10 ` Borislav Petkov @ 2013-02-02 23:04 ` Rafael J. Wysocki 2013-02-03 14:46 ` Borislav Petkov 2013-02-06 13:54 ` Uhhuh. NMI received for unknown reason 2c on CPU 0 Jiri Slaby 0 siblings, 2 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2013-02-02 23:04 UTC (permalink / raw) To: Borislav Petkov Cc: Jiri Slaby, Borislav Petkov, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov [-- Attachment #1: Type: text/plain, Size: 665 bytes --] On Thursday, January 31, 2013 02:10:34 PM Borislav Petkov wrote: > On Thu, Jan 31, 2013 at 02:12:58PM +0100, Rafael J. Wysocki wrote: > > Yes, there are two bugs in e1000e, it appears. Konstantin's > > patch [2/5] fixes one of them, but the other one has to be fixed > > differently. > > > > Boris, would you be able to test a couple of e1000e patches for me? > > Sure, send them on. You can add 2/5 in the mix too. There you go. The [2/5] is at: https://patchwork.kernel.org/patch/2001211/ The other two are attached. I suppose the ordering doesn't matter. Thanks, Rafael -- I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center. [-- Attachment #2: pci-pm-fix-e1000e-runtime-suspend.patch --] [-- Type: text/x-patch, Size: 2247 bytes --] --- drivers/net/ethernet/intel/e1000e/netdev.c | 1 + drivers/pci/pci.c | 1 + drivers/pci/pci.h | 1 - include/linux/pci.h | 1 + 4 files changed, 3 insertions(+), 1 deletion(-) Index: linux-pm/drivers/pci/pci.c =================================================================== --- linux-pm.orig/drivers/pci/pci.c +++ linux-pm/drivers/pci/pci.c @@ -1840,6 +1840,7 @@ int pci_finish_runtime_suspend(struct pc return error; } +EXPORT_SYMBOL_GPL(pci_finish_runtime_suspend); /** * pci_dev_run_wake - Check if device can generate run-time wake-up events. Index: linux-pm/drivers/pci/pci.h =================================================================== --- linux-pm.orig/drivers/pci/pci.h +++ linux-pm/drivers/pci/pci.h @@ -64,7 +64,6 @@ extern int pci_set_platform_pm(struct pc extern void pci_update_current_state(struct pci_dev *dev, pci_power_t state); extern void pci_power_up(struct pci_dev *dev); extern void pci_disable_enabled_device(struct pci_dev *dev); -extern int pci_finish_runtime_suspend(struct pci_dev *dev); extern int __pci_pme_wakeup(struct pci_dev *dev, void *ign); extern void pci_wakeup_bus(struct pci_bus *bus); extern void pci_config_pm_runtime_get(struct pci_dev *dev); Index: linux-pm/include/linux/pci.h =================================================================== --- linux-pm.orig/include/linux/pci.h +++ linux-pm/include/linux/pci.h @@ -936,6 +936,7 @@ int pci_back_from_sleep(struct pci_dev * bool pci_dev_run_wake(struct pci_dev *dev); bool pci_check_pme_status(struct pci_dev *dev); void pci_pme_wakeup_bus(struct pci_bus *bus); +int pci_finish_runtime_suspend(struct pci_dev *dev); static inline int pci_enable_wake(struct pci_dev *dev, pci_power_t state, bool enable) Index: linux-pm/drivers/net/ethernet/intel/e1000e/netdev.c =================================================================== --- linux-pm.orig/drivers/net/ethernet/intel/e1000e/netdev.c +++ linux-pm/drivers/net/ethernet/intel/e1000e/netdev.c @@ -5696,6 +5696,7 @@ static int e1000_runtime_suspend(struct bool wake; __e1000_shutdown(pdev, &wake, true); + pci_finish_runtime_suspend(pdev); } return 0; [-- Attachment #3: pci-pm-clear-state_saved-during-suspend.patch --] [-- Type: text/x-patch, Size: 1028 bytes --] --- drivers/pci/pci-driver.c | 4 ++++ 1 file changed, 4 insertions(+) Index: linux-pm/drivers/pci/pci-driver.c =================================================================== --- linux-pm.orig/drivers/pci/pci-driver.c +++ linux-pm/drivers/pci/pci-driver.c @@ -628,6 +628,7 @@ static int pci_pm_suspend(struct device goto Fixup; } + pci_dev->state_saved = false; if (pm->suspend) { pci_power_t prev = pci_dev->current_state; int error; @@ -774,6 +775,7 @@ static int pci_pm_freeze(struct device * return 0; } + pci_dev->state_saved = false; if (pm->freeze) { int error; @@ -862,6 +864,7 @@ static int pci_pm_poweroff(struct device goto Fixup; } + pci_dev->state_saved = false; if (pm->poweroff) { int error; @@ -987,6 +990,7 @@ static int pci_pm_runtime_suspend(struct if (!pm || !pm->runtime_suspend) return -ENOSYS; + pci_dev->state_saved = false; pci_dev->no_d3cold = false; error = pm->runtime_suspend(dev); suspend_report_result(pm->runtime_suspend, error); ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-02-02 23:04 ` Rafael J. Wysocki @ 2013-02-03 14:46 ` Borislav Petkov 2013-02-03 20:15 ` Rafael J. Wysocki 2013-02-14 14:39 ` Borislav Petkov 2013-02-06 13:54 ` Uhhuh. NMI received for unknown reason 2c on CPU 0 Jiri Slaby 1 sibling, 2 replies; 58+ messages in thread From: Borislav Petkov @ 2013-02-03 14:46 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Jiri Slaby, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Sun, Feb 03, 2013 at 12:04:46AM +0100, Rafael J. Wysocki wrote: > The [2/5] is at: https://patchwork.kernel.org/patch/2001211/ > > The other two are attached. I suppose the ordering doesn't matter. Ok, the eth link cable hotplugging issue seems fixed, plugging and unplugging the cable works as expected. The issue I triggered earlier: > BUT(!), if I start powertop and set all tunables in the "Tunables" tab > to "Good", then suspend to disk, when I resume I get the NMI and this > time the unknown reason is 0x3c. ... still happens: [ 123.250870] PM: Creating hibernation image: [ 123.504940] PM: Need to copy 95667 pages <--- suspend to disk [ 123.252841] Enabling non-boot CPUs ... <--- resume [ 123.254021] SMP alternatives: lockdep: fixing up alternatives [ 123.254026] smpboot: Booting Node 0 Processor 1 APIC 0x1 [ 123.275566] CPU1 is up [ 123.275697] SMP alternatives: lockdep: fixing up alternatives [ 123.275699] smpboot: Booting Node 0 Processor 2 APIC 0x2 [ 123.297581] CPU2 is up [ 123.297699] SMP alternatives: lockdep: fixing up alternatives [ 123.297701] smpboot: Booting Node 0 Processor 3 APIC 0x3 [ 123.319358] CPU3 is up [ 123.321928] i915 0000:00:02.0: power state changed by ACPI to D0 [ 123.321992] xhci_hcd 0000:00:14.0: power state changed by ACPI to D0 [ 123.333256] ehci-pci 0000:00:1a.0: power state changed by ACPI to D0 [ 123.344541] ehci-pci 0000:00:1d.0: power state changed by ACPI to D0 [ 123.345012] sdhci-pci 0000:02:00.0: MMC controller base frequency changed to 50Mhz. [ 123.345744] PM: noirq restore of devices complete after 24.061 msecs [ 123.346684] PM: early restore of devices complete after 0.836 msecs [ 123.389863] i915 0000:00:02.0: setting latency timer to 64 [ 123.389870] xhci_hcd 0000:00:14.0: setting latency timer to 64 [ 123.389887] ehci-pci 0000:00:1a.0: setting latency timer to 64 [ 123.389907] usb usb3: root hub lost power or was reset [ 123.389908] usb usb1: root hub lost power or was reset [ 123.389909] usb usb2: root hub lost power or was reset [ 123.390034] e1000e 0000:00:19.0: irq 44 for MSI/MSI-X [ 123.390171] xhci_hcd 0000:00:14.0: irq 45 for MSI/MSI-X [ 123.390308] snd_hda_intel 0000:00:1b.0: irq 47 for MSI/MSI-X [ 123.391013] ehci-pci 0000:00:1d.0: setting latency timer to 64 [ 123.391038] usb usb4: root hub lost power or was reset [ 123.393798] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported [ 123.394115] ahci 0000:00:1f.2: setting latency timer to 64 [ 123.394229] iwlwifi 0000:03:00.0: RF_KILL bit toggled to disable radio. [ 123.394923] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported [ 123.697314] usb 3-1: reset high-speed USB device number 2 using ehci-pci [ 123.698252] ata2: SATA link down (SStatus 0 SControl 300) [ 123.699286] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 123.701259] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 123.701287] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded [ 123.701291] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [ 123.702699] ata3.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded [ 123.702703] ata3.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [ 123.703222] ata5: SATA link down (SStatus 0 SControl 300) [ 123.704603] ata3.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded [ 123.704606] ata3.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [ 123.705938] ata3.00: configured for UDMA/100 [ 123.706033] sd 2:0:0:0: [sdb] Starting disk [ 123.706041] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded [ 123.706045] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [ 123.735336] ata1.00: configured for UDMA/133 [ 123.735662] sd 0:0:0:0: [sda] Starting disk [ 123.912740] usb 4-1: reset high-speed USB device number 2 using ehci-pci [ 124.129520] PM: restore of devices complete after 741.589 msecs [ 124.174684] Restarting tasks ... done. [ 124.177521] video LNXVIDEO:00: Restoring backlight state [ 124.186033] xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold [ 124.214931] ehci-pci 0000:00:1a.0: power state changed by ACPI to D3cold [ 124.214970] ehci-pci 0000:00:1d.0: power state changed by ACPI to D3cold [ 124.394882] Uhhuh. NMI received for unknown reason 3c on CPU 0. <--- FUN. [ 124.394890] Do you have a strange power saving mode enabled? [ 124.394892] Dazed and confused, but trying to continue [ 124.407438] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off [ 127.035581] ehci-pci 0000:00:1a.0: power state changed by ACPI to D0 [ 127.135668] ehci-pci 0000:00:1a.0: setting latency timer to 64 [ 127.135910] ehci-pci 0000:00:1d.0: power state changed by ACPI to D0 [ 127.146500] ehci-pci 0000:00:1a.0: power state changed by ACPI to D3cold [ 127.236381] ehci-pci 0000:00:1d.0: setting latency timer to 64 [ 127.236658] xhci_hcd 0000:00:14.0: power state changed by ACPI to D0 [ 127.247244] ehci-pci 0000:00:1d.0: power state changed by ACPI to D3cold [ 127.337137] xhci_hcd 0000:00:14.0: setting latency timer to 64 [ 127.348286] e1000e 0000:00:19.0: irq 44 for MSI/MSI-X [ 127.348975] xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold [ 129.255203] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx [ 129.255215] e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-02-03 14:46 ` Borislav Petkov @ 2013-02-03 20:15 ` Rafael J. Wysocki 2013-02-03 20:58 ` Borislav Petkov 2013-02-14 14:39 ` Borislav Petkov 1 sibling, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2013-02-03 20:15 UTC (permalink / raw) To: Borislav Petkov Cc: Jiri Slaby, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Sunday, February 03, 2013 03:46:56 PM Borislav Petkov wrote: > On Sun, Feb 03, 2013 at 12:04:46AM +0100, Rafael J. Wysocki wrote: > > The [2/5] is at: https://patchwork.kernel.org/patch/2001211/ > > > > The other two are attached. I suppose the ordering doesn't matter. > > Ok, the eth link cable hotplugging issue seems fixed, plugging and > unplugging the cable works as expected. Cool, thanks. > The issue I triggered earlier: > > > BUT(!), if I start powertop and set all tunables in the "Tunables" tab > > to "Good", then suspend to disk, when I resume I get the NMI and this > > time the unknown reason is 0x3c. > > ... still happens: > > [ 123.250870] PM: Creating hibernation image: > [ 123.504940] PM: Need to copy 95667 pages <--- suspend to disk > [ 123.252841] Enabling non-boot CPUs ... <--- resume > [ 123.254021] SMP alternatives: lockdep: fixing up alternatives > [ 123.254026] smpboot: Booting Node 0 Processor 1 APIC 0x1 > [ 123.275566] CPU1 is up > [ 123.275697] SMP alternatives: lockdep: fixing up alternatives > [ 123.275699] smpboot: Booting Node 0 Processor 2 APIC 0x2 > [ 123.297581] CPU2 is up > [ 123.297699] SMP alternatives: lockdep: fixing up alternatives > [ 123.297701] smpboot: Booting Node 0 Processor 3 APIC 0x3 > [ 123.319358] CPU3 is up > [ 123.321928] i915 0000:00:02.0: power state changed by ACPI to D0 > [ 123.321992] xhci_hcd 0000:00:14.0: power state changed by ACPI to D0 > [ 123.333256] ehci-pci 0000:00:1a.0: power state changed by ACPI to D0 > [ 123.344541] ehci-pci 0000:00:1d.0: power state changed by ACPI to D0 > [ 123.345012] sdhci-pci 0000:02:00.0: MMC controller base frequency changed to 50Mhz. > [ 123.345744] PM: noirq restore of devices complete after 24.061 msecs > [ 123.346684] PM: early restore of devices complete after 0.836 msecs > [ 123.389863] i915 0000:00:02.0: setting latency timer to 64 > [ 123.389870] xhci_hcd 0000:00:14.0: setting latency timer to 64 > [ 123.389887] ehci-pci 0000:00:1a.0: setting latency timer to 64 > [ 123.389907] usb usb3: root hub lost power or was reset > [ 123.389908] usb usb1: root hub lost power or was reset > [ 123.389909] usb usb2: root hub lost power or was reset > [ 123.390034] e1000e 0000:00:19.0: irq 44 for MSI/MSI-X > [ 123.390171] xhci_hcd 0000:00:14.0: irq 45 for MSI/MSI-X > [ 123.390308] snd_hda_intel 0000:00:1b.0: irq 47 for MSI/MSI-X > [ 123.391013] ehci-pci 0000:00:1d.0: setting latency timer to 64 > [ 123.391038] usb usb4: root hub lost power or was reset > [ 123.393798] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported > [ 123.394115] ahci 0000:00:1f.2: setting latency timer to 64 > [ 123.394229] iwlwifi 0000:03:00.0: RF_KILL bit toggled to disable radio. > [ 123.394923] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported > [ 123.697314] usb 3-1: reset high-speed USB device number 2 using ehci-pci > [ 123.698252] ata2: SATA link down (SStatus 0 SControl 300) > [ 123.699286] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) > [ 123.701259] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > [ 123.701287] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded > [ 123.701291] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out > [ 123.702699] ata3.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded > [ 123.702703] ata3.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out > [ 123.703222] ata5: SATA link down (SStatus 0 SControl 300) > [ 123.704603] ata3.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded > [ 123.704606] ata3.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out > [ 123.705938] ata3.00: configured for UDMA/100 > [ 123.706033] sd 2:0:0:0: [sdb] Starting disk > [ 123.706041] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded > [ 123.706045] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out > [ 123.735336] ata1.00: configured for UDMA/133 > [ 123.735662] sd 0:0:0:0: [sda] Starting disk > [ 123.912740] usb 4-1: reset high-speed USB device number 2 using ehci-pci > [ 124.129520] PM: restore of devices complete after 741.589 msecs > [ 124.174684] Restarting tasks ... done. > [ 124.177521] video LNXVIDEO:00: Restoring backlight state > [ 124.186033] xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold > [ 124.214931] ehci-pci 0000:00:1a.0: power state changed by ACPI to D3cold > [ 124.214970] ehci-pci 0000:00:1d.0: power state changed by ACPI to D3cold > [ 124.394882] Uhhuh. NMI received for unknown reason 3c on CPU 0. <--- FUN. > [ 124.394890] Do you have a strange power saving mode enabled? > [ 124.394892] Dazed and confused, but trying to continue > [ 124.407438] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off > [ 127.035581] ehci-pci 0000:00:1a.0: power state changed by ACPI to D0 > [ 127.135668] ehci-pci 0000:00:1a.0: setting latency timer to 64 > [ 127.135910] ehci-pci 0000:00:1d.0: power state changed by ACPI to D0 > [ 127.146500] ehci-pci 0000:00:1a.0: power state changed by ACPI to D3cold > [ 127.236381] ehci-pci 0000:00:1d.0: setting latency timer to 64 > [ 127.236658] xhci_hcd 0000:00:14.0: power state changed by ACPI to D0 > [ 127.247244] ehci-pci 0000:00:1d.0: power state changed by ACPI to D3cold > [ 127.337137] xhci_hcd 0000:00:14.0: setting latency timer to 64 > [ 127.348286] e1000e 0000:00:19.0: irq 44 for MSI/MSI-X > [ 127.348975] xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold > [ 129.255203] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx > [ 129.255215] e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO Is suspend-to-RAM triggering that as too? Rafael -- I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center. ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-02-03 20:15 ` Rafael J. Wysocki @ 2013-02-03 20:58 ` Borislav Petkov 2013-02-03 21:06 ` Borislav Petkov 0 siblings, 1 reply; 58+ messages in thread From: Borislav Petkov @ 2013-02-03 20:58 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Jiri Slaby, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Sun, Feb 03, 2013 at 09:15:12PM +0100, Rafael J. Wysocki wrote: > Is suspend-to-RAM triggering that as too? Nope, not really. But, just to confirm: s2r is echo "shutdown" > /sys/power/disk echo "mem" > /sys/power/state right? Btw, this bug is very strange. So I did a couple more s2disk runs, i.e. echo "shutdown" > /sys/power/disk echo "disk" > /sys/power/state and it seemed to me that when the eth cable is plugged in, it would suspend and resume fine. When I then boot, unplug the cable, set all tunables to "Good", suspend to disk and resume, no NMI message. When I plug the cable back, only *then* the message triggered. I need to play with this a bit more to get a better sense of when exactly it happens. Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-02-03 20:58 ` Borislav Petkov @ 2013-02-03 21:06 ` Borislav Petkov 2013-02-03 21:15 ` Borislav Petkov 0 siblings, 1 reply; 58+ messages in thread From: Borislav Petkov @ 2013-02-03 21:06 UTC (permalink / raw) To: Rafael J. Wysocki, Jiri Slaby, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Sun, Feb 03, 2013 at 09:58:57PM +0100, Borislav Petkov wrote: > and it seemed to me that when the eth cable is plugged in, it would > suspend and resume fine. When I then boot, unplug the cable, set all > tunables to "Good", suspend to disk and resume, no NMI message. When I > plug the cable back, only *then* the message triggered. > > I need to play with this a bit more to get a better sense of when > exactly it happens. Ok, not really. It is not influenced by the cable being plugged - it happens when I plug in the cable or simply shortly after resume, without the cable. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-02-03 21:06 ` Borislav Petkov @ 2013-02-03 21:15 ` Borislav Petkov 0 siblings, 0 replies; 58+ messages in thread From: Borislav Petkov @ 2013-02-03 21:15 UTC (permalink / raw) To: Rafael J. Wysocki, Jiri Slaby, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Sun, Feb 03, 2013 at 10:06:45PM +0100, Borislav Petkov wrote: > On Sun, Feb 03, 2013 at 09:58:57PM +0100, Borislav Petkov wrote: > > and it seemed to me that when the eth cable is plugged in, it would > > suspend and resume fine. When I then boot, unplug the cable, set all > > tunables to "Good", suspend to disk and resume, no NMI message. When I > > plug the cable back, only *then* the message triggered. > > > > I need to play with this a bit more to get a better sense of when > > exactly it happens. > > Ok, not really. > > It is not influenced by the cable being plugged - it happens when I plug > in the cable or simply shortly after resume, without the cable. Ok, just did 10 s2ram cycles back-to-back - no issue whatsoever, no matter when I (un-)plug the cable. Changed the suspend script to echo "disk" > /sys/power/state and did an 11th suspend-resume run. It triggered right after resuming from disk. So I'd guess the image kernel might be the required condition for the triggering of the issue. Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-02-03 14:46 ` Borislav Petkov 2013-02-03 20:15 ` Rafael J. Wysocki @ 2013-02-14 14:39 ` Borislav Petkov 2013-02-14 17:17 ` Bjorn Helgaas 1 sibling, 1 reply; 58+ messages in thread From: Borislav Petkov @ 2013-02-14 14:39 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Jiri Slaby, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Sun, Feb 03, 2013 at 03:46:56PM +0100, Borislav Petkov wrote: > On Sun, Feb 03, 2013 at 12:04:46AM +0100, Rafael J. Wysocki wrote: > > The [2/5] is at: https://patchwork.kernel.org/patch/2001211/ > > > > The other two are attached. I suppose the ordering doesn't matter. > > Ok, the eth link cable hotplugging issue seems fixed, plugging and > unplugging the cable works as expected. Q: what happened to those, are they going upstream for 3.9 or are you sending them now for 3.8? They fix at least the cable hotplugging issue so at least one thing is covered. Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-02-14 14:39 ` Borislav Petkov @ 2013-02-14 17:17 ` Bjorn Helgaas 2013-02-14 19:12 ` Borislav Petkov 0 siblings, 1 reply; 58+ messages in thread From: Bjorn Helgaas @ 2013-02-14 17:17 UTC (permalink / raw) To: Borislav Petkov, Rafael J. Wysocki, Jiri Slaby, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Thu, Feb 14, 2013 at 7:39 AM, Borislav Petkov <bp@suse.de> wrote: > On Sun, Feb 03, 2013 at 03:46:56PM +0100, Borislav Petkov wrote: >> On Sun, Feb 03, 2013 at 12:04:46AM +0100, Rafael J. Wysocki wrote: >> > The [2/5] is at: https://patchwork.kernel.org/patch/2001211/ >> > >> > The other two are attached. I suppose the ordering doesn't matter. >> >> Ok, the eth link cable hotplugging issue seems fixed, plugging and >> unplugging the cable works as expected. > > Q: what happened to those, are they going upstream for 3.9 or are you > sending them now for 3.8? > > They fix at least the cable hotplugging issue so at least one thing is > covered. I haven't done anything with the e1000e patches; I assume the e1000e maintainers will take care of those. I merged the following patches for v3.9: * pci/konstantin-runtime-pm: PCI/PM: Clear state_saved during suspend PCI: Use atomic_inc_return() rather than atomic_add_return() PCI: Catch attempts to disable already-disabled devices PCI: Disable Bus Master unconditionally in pci_device_shutdown() You can see the actual patches I merged at: http://git.kernel.org/?p=linux/kernel/git/helgaas/pci.git;a=shortlog;h=refs/heads/next It's pretty late for v3.8, but let me know if you think they're critical. Bjorn ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-02-14 17:17 ` Bjorn Helgaas @ 2013-02-14 19:12 ` Borislav Petkov 2013-02-15 8:54 ` Konstantin Khlebnikov 0 siblings, 1 reply; 58+ messages in thread From: Borislav Petkov @ 2013-02-14 19:12 UTC (permalink / raw) To: Bjorn Helgaas, Rafael J. Wysocki Cc: Jiri Slaby, x86, lkml, Konstantin Khlebnikov On Thu, Feb 14, 2013 at 10:17:46AM -0700, Bjorn Helgaas wrote: > On Thu, Feb 14, 2013 at 7:39 AM, Borislav Petkov <bp@suse.de> wrote: > > On Sun, Feb 03, 2013 at 03:46:56PM +0100, Borislav Petkov wrote: > >> On Sun, Feb 03, 2013 at 12:04:46AM +0100, Rafael J. Wysocki wrote: > >> > The [2/5] is at: https://patchwork.kernel.org/patch/2001211/ > >> > > >> > The other two are attached. I suppose the ordering doesn't matter. > >> > >> Ok, the eth link cable hotplugging issue seems fixed, plugging and > >> unplugging the cable works as expected. > > > > Q: what happened to those, are they going upstream for 3.9 or are you > > sending them now for 3.8? > > > > They fix at least the cable hotplugging issue so at least one thing is > > covered. > > I haven't done anything with the e1000e patches; I assume the e1000e > maintainers will take care of those. > > I merged the following patches for v3.9: > > * pci/konstantin-runtime-pm: > PCI/PM: Clear state_saved during suspend > PCI: Use atomic_inc_return() rather than atomic_add_return() > PCI: Catch attempts to disable already-disabled devices > PCI: Disable Bus Master unconditionally in pci_device_shutdown() > > You can see the actual patches I merged at: > http://git.kernel.org/?p=linux/kernel/git/helgaas/pci.git;a=shortlog;h=refs/heads/next > > It's pretty late for v3.8, but let me know if you think they're critical. Ok, I meant those: http://marc.info/?l=linux-kernel&m=135984592927219 They fix the link detection issue on my x230. So let's see. The first one is: * https://patchwork.kernel.org/patch/2001211/ (e1000e: fix pci device enable counter balance) Rafael said this one is a real bugfix. Looks like e1000e maintainers are picking that one? * pci-pm-fix-e1000e-runtime-suspend.patch I don't see that one in your tree. * pci-pm-clear-state_saved-during-suspend.patch I can see this one in your tree: http://git.kernel.org/?p=linux/kernel/git/helgaas/pci.git;a=commitdiff;h=82fee4d67ab86d6fe5eb0f9a9e988ca9d654d765 With the imminence of the 3.8 release, we probably want to wait for after the merge window and retest again, then apply and packport stuff, if needed. And the NMI issue is still unfixed so this needs more work, AFAICT. Oh well, after the merge window. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-02-14 19:12 ` Borislav Petkov @ 2013-02-15 8:54 ` Konstantin Khlebnikov 2013-02-15 9:16 ` Borislav Petkov 2013-03-01 12:51 ` e1000e broken after resume on x230 [was: Uhhuh. NMI received for unknown reason 2c on CPU 0.] Jiri Slaby 0 siblings, 2 replies; 58+ messages in thread From: Konstantin Khlebnikov @ 2013-02-15 8:54 UTC (permalink / raw) To: Borislav Petkov, Bjorn Helgaas, Rafael J. Wysocki, Jiri Slaby, x86, lkml Borislav Petkov wrote: > On Thu, Feb 14, 2013 at 10:17:46AM -0700, Bjorn Helgaas wrote: >> On Thu, Feb 14, 2013 at 7:39 AM, Borislav Petkov<bp@suse.de> wrote: >>> On Sun, Feb 03, 2013 at 03:46:56PM +0100, Borislav Petkov wrote: >>>> On Sun, Feb 03, 2013 at 12:04:46AM +0100, Rafael J. Wysocki wrote: >>>>> The [2/5] is at: https://patchwork.kernel.org/patch/2001211/ >>>>> >>>>> The other two are attached. I suppose the ordering doesn't matter. >>>> >>>> Ok, the eth link cable hotplugging issue seems fixed, plugging and >>>> unplugging the cable works as expected. >>> >>> Q: what happened to those, are they going upstream for 3.9 or are you >>> sending them now for 3.8? >>> >>> They fix at least the cable hotplugging issue so at least one thing is >>> covered. >> >> I haven't done anything with the e1000e patches; I assume the e1000e >> maintainers will take care of those. >> >> I merged the following patches for v3.9: >> >> * pci/konstantin-runtime-pm: >> PCI/PM: Clear state_saved during suspend >> PCI: Use atomic_inc_return() rather than atomic_add_return() >> PCI: Catch attempts to disable already-disabled devices >> PCI: Disable Bus Master unconditionally in pci_device_shutdown() >> >> You can see the actual patches I merged at: >> http://git.kernel.org/?p=linux/kernel/git/helgaas/pci.git;a=shortlog;h=refs/heads/next >> >> It's pretty late for v3.8, but let me know if you think they're critical. > > Ok, I meant those: > > http://marc.info/?l=linux-kernel&m=135984592927219 > > They fix the link detection issue on my x230. So let's see. The first one is: > > * https://patchwork.kernel.org/patch/2001211/ (e1000e: fix pci device enable > counter balance) please use this instead: [PATCH v2 1/7] e1000e: fix pci-device enable-counter balance https://lkml.org/lkml/2013/2/4/190 from v2 patchset: https://lkml.org/lkml/2013/2/4/185 > > Rafael said this one is a real bugfix. Looks like e1000e maintainers are > picking that one? > > * pci-pm-fix-e1000e-runtime-suspend.patch > > I don't see that one in your tree. > > * pci-pm-clear-state_saved-during-suspend.patch > > I can see this one in your tree: http://git.kernel.org/?p=linux/kernel/git/helgaas/pci.git;a=commitdiff;h=82fee4d67ab86d6fe5eb0f9a9e988ca9d654d765 > > With the imminence of the 3.8 release, we probably want to wait for > after the merge window and retest again, then apply and packport stuff, > if needed. > > And the NMI issue is still unfixed so this needs more work, AFAICT. Oh > well, after the merge window. > ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-02-15 8:54 ` Konstantin Khlebnikov @ 2013-02-15 9:16 ` Borislav Petkov 2013-03-04 21:50 ` Borislav Petkov 2013-03-01 12:51 ` e1000e broken after resume on x230 [was: Uhhuh. NMI received for unknown reason 2c on CPU 0.] Jiri Slaby 1 sibling, 1 reply; 58+ messages in thread From: Borislav Petkov @ 2013-02-15 9:16 UTC (permalink / raw) To: Konstantin Khlebnikov Cc: Bjorn Helgaas, Rafael J. Wysocki, Jiri Slaby, x86, lkml On Fri, Feb 15, 2013 at 12:54:12PM +0400, Konstantin Khlebnikov wrote: > >* https://patchwork.kernel.org/patch/2001211/ (e1000e: fix pci device enable > >counter balance) > > please use this instead: > > [PATCH v2 1/7] e1000e: fix pci-device enable-counter balance > https://lkml.org/lkml/2013/2/4/190 > > from v2 patchset: https://lkml.org/lkml/2013/2/4/185 So it looks Bjorn has taken most of them and the e1000e one will go through the e1000e maintainers. I'll test after the merge window is done. Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-02-15 9:16 ` Borislav Petkov @ 2013-03-04 21:50 ` Borislav Petkov 2013-03-05 0:16 ` Bjorn Helgaas 0 siblings, 1 reply; 58+ messages in thread From: Borislav Petkov @ 2013-03-04 21:50 UTC (permalink / raw) To: Konstantin Khlebnikov, Bjorn Helgaas, Rafael J. Wysocki, Jiri Slaby, x86, lkml On Fri, Feb 15, 2013 at 10:16:41AM +0100, Borislav Petkov wrote: > So it looks Bjorn has taken most of them and the e1000e one will go > through the e1000e maintainers. I'll test after the merge window is > done. Issue still persists on 3.9-rc1 :-( : Mar 4 21:47:34 nazgul vmunix: [ 3223.412541] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx Mar 4 21:47:34 nazgul vmunix: [ 3223.412554] e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO Mar 4 21:47:35 nazgul vmunix: [ 3224.034158] Uhhuh. NMI received for unknown reason 2c on CPU 0. Mar 4 21:47:35 nazgul vmunix: [ 3224.034166] Do you have a strange power saving mode enabled? Mar 4 21:47:35 nazgul vmunix: [ 3224.034168] Dazed and confused, but trying to continue -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-03-04 21:50 ` Borislav Petkov @ 2013-03-05 0:16 ` Bjorn Helgaas 2013-03-05 9:42 ` Jiri Slaby 0 siblings, 1 reply; 58+ messages in thread From: Bjorn Helgaas @ 2013-03-05 0:16 UTC (permalink / raw) To: Borislav Petkov, Konstantin Khlebnikov, Bjorn Helgaas, Rafael J. Wysocki, Jiri Slaby, x86, lkml Cc: e1000-devel, Jeff Kirsher, Bruce Allan [+cc e1000-devel, Jeff, Bruce] On Mon, Mar 4, 2013 at 2:50 PM, Borislav Petkov <bp@alien8.de> wrote: > On Fri, Feb 15, 2013 at 10:16:41AM +0100, Borislav Petkov wrote: >> So it looks Bjorn has taken most of them and the e1000e one will go >> through the e1000e maintainers. I'll test after the merge window is >> done. > > Issue still persists on 3.9-rc1 :-( : > > Mar 4 21:47:34 nazgul vmunix: [ 3223.412541] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx > Mar 4 21:47:34 nazgul vmunix: [ 3223.412554] e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO > Mar 4 21:47:35 nazgul vmunix: [ 3224.034158] Uhhuh. NMI received for unknown reason 2c on CPU 0. > Mar 4 21:47:35 nazgul vmunix: [ 3224.034166] Do you have a strange power saving mode enabled? > Mar 4 21:47:35 nazgul vmunix: [ 3224.034168] Dazed and confused, but trying to continue The e1000e changes didn't get merged, did they? I don't see the following changes mentioned at https://lkml.org/lkml/2013/2/4/185 in 3.9-rc1: e1000e: fix pci-device enable-counter balance e1000e: fix runtime power management transitions e1000e: fix accessing to suspended device ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-03-05 0:16 ` Bjorn Helgaas @ 2013-03-05 9:42 ` Jiri Slaby 2013-03-05 9:58 ` Borislav Petkov 2013-03-05 10:01 ` Jeff Kirsher 0 siblings, 2 replies; 58+ messages in thread From: Jiri Slaby @ 2013-03-05 9:42 UTC (permalink / raw) To: Bjorn Helgaas, Borislav Petkov, Konstantin Khlebnikov, Rafael J. Wysocki, x86, lkml Cc: e1000-devel, Jeff Kirsher, Bruce Allan On 03/05/2013 01:16 AM, Bjorn Helgaas wrote: > [+cc e1000-devel, Jeff, Bruce] > > On Mon, Mar 4, 2013 at 2:50 PM, Borislav Petkov <bp@alien8.de> wrote: >> On Fri, Feb 15, 2013 at 10:16:41AM +0100, Borislav Petkov wrote: >>> So it looks Bjorn has taken most of them and the e1000e one will go >>> through the e1000e maintainers. I'll test after the merge window is >>> done. >> >> Issue still persists on 3.9-rc1 :-( : >> >> Mar 4 21:47:34 nazgul vmunix: [ 3223.412541] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx >> Mar 4 21:47:34 nazgul vmunix: [ 3223.412554] e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO >> Mar 4 21:47:35 nazgul vmunix: [ 3224.034158] Uhhuh. NMI received for unknown reason 2c on CPU 0. >> Mar 4 21:47:35 nazgul vmunix: [ 3224.034166] Do you have a strange power saving mode enabled? >> Mar 4 21:47:35 nazgul vmunix: [ 3224.034168] Dazed and confused, but trying to continue > > The e1000e changes didn't get merged, did they? I don't see the > following changes mentioned at https://lkml.org/lkml/2013/2/4/185 in > 3.9-rc1: > > e1000e: fix pci-device enable-counter balance > e1000e: fix runtime power management transitions > e1000e: fix accessing to suspended device You're right. They are not even in -next :(. -- js suse labs ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-03-05 9:42 ` Jiri Slaby @ 2013-03-05 9:58 ` Borislav Petkov 2013-03-05 10:01 ` Jiri Slaby 2013-03-05 10:02 ` Jeff Kirsher 2013-03-05 10:01 ` Jeff Kirsher 1 sibling, 2 replies; 58+ messages in thread From: Borislav Petkov @ 2013-03-05 9:58 UTC (permalink / raw) To: Jiri Slaby, Rafael J. Wysocki Cc: Bjorn Helgaas, Konstantin Khlebnikov, x86, lkml, e1000-devel, Jeff Kirsher, Bruce Allan On Tue, Mar 05, 2013 at 10:42:17AM +0100, Jiri Slaby wrote: > On 03/05/2013 01:16 AM, Bjorn Helgaas wrote: > > [+cc e1000-devel, Jeff, Bruce] > > > > On Mon, Mar 4, 2013 at 2:50 PM, Borislav Petkov <bp@alien8.de> wrote: > >> On Fri, Feb 15, 2013 at 10:16:41AM +0100, Borislav Petkov wrote: > >>> So it looks Bjorn has taken most of them and the e1000e one will go > >>> through the e1000e maintainers. I'll test after the merge window is > >>> done. > >> > >> Issue still persists on 3.9-rc1 :-( : > >> > >> Mar 4 21:47:34 nazgul vmunix: [ 3223.412541] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx > >> Mar 4 21:47:34 nazgul vmunix: [ 3223.412554] e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO > >> Mar 4 21:47:35 nazgul vmunix: [ 3224.034158] Uhhuh. NMI received for unknown reason 2c on CPU 0. > >> Mar 4 21:47:35 nazgul vmunix: [ 3224.034166] Do you have a strange power saving mode enabled? > >> Mar 4 21:47:35 nazgul vmunix: [ 3224.034168] Dazed and confused, but trying to continue > > > > The e1000e changes didn't get merged, did they? I don't see the > > following changes mentioned at https://lkml.org/lkml/2013/2/4/185 in > > 3.9-rc1: > > > > e1000e: fix pci-device enable-counter balance > > e1000e: fix runtime power management transitions > > e1000e: fix accessing to suspended device > > You're right. They are not even in -next :(. Oh, and there's another issue with this driver I reported yesterday: http://marc.info/?l=linux-kernel&m=136243374114892&w=2: "Trying to free already-free IRQ 20" which happens during suspend so it seems also related. Rafael, what's the state of those patches here: https://lkml.org/lkml/2013/2/4/185, are they ready to be tested or you still have issues with them? Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-03-05 9:58 ` Borislav Petkov @ 2013-03-05 10:01 ` Jiri Slaby 2013-03-05 10:02 ` Jeff Kirsher 1 sibling, 0 replies; 58+ messages in thread From: Jiri Slaby @ 2013-03-05 10:01 UTC (permalink / raw) To: Borislav Petkov, Rafael J. Wysocki, Bjorn Helgaas, Konstantin Khlebnikov, x86, lkml, e1000-devel, Jeff Kirsher, Bruce Allan On 03/05/2013 10:58 AM, Borislav Petkov wrote: > Rafael, what's the state of those patches here: > https://lkml.org/lkml/2013/2/4/185, are they ready to be tested or you > still have issues with them? Note there is a resend version: https://lkml.org/lkml/2013/2/25/3 with a note from Jeff Kirsher: I have added this patch to my e1000e patch queue. thanks, -- js suse labs ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-03-05 9:58 ` Borislav Petkov 2013-03-05 10:01 ` Jiri Slaby @ 2013-03-05 10:02 ` Jeff Kirsher 2013-03-05 10:14 ` Borislav Petkov 1 sibling, 1 reply; 58+ messages in thread From: Jeff Kirsher @ 2013-03-05 10:02 UTC (permalink / raw) To: Borislav Petkov Cc: Jiri Slaby, Rafael J. Wysocki, Bjorn Helgaas, Konstantin Khlebnikov, x86, lkml, e1000-devel, Bruce Allan [-- Attachment #1: Type: text/plain, Size: 2086 bytes --] On Tue, 2013-03-05 at 10:58 +0100, Borislav Petkov wrote: > On Tue, Mar 05, 2013 at 10:42:17AM +0100, Jiri Slaby wrote: > > On 03/05/2013 01:16 AM, Bjorn Helgaas wrote: > > > [+cc e1000-devel, Jeff, Bruce] > > > > > > On Mon, Mar 4, 2013 at 2:50 PM, Borislav Petkov <bp@alien8.de> wrote: > > >> On Fri, Feb 15, 2013 at 10:16:41AM +0100, Borislav Petkov wrote: > > >>> So it looks Bjorn has taken most of them and the e1000e one will go > > >>> through the e1000e maintainers. I'll test after the merge window is > > >>> done. > > >> > > >> Issue still persists on 3.9-rc1 :-( : > > >> > > >> Mar 4 21:47:34 nazgul vmunix: [ 3223.412541] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx > > >> Mar 4 21:47:34 nazgul vmunix: [ 3223.412554] e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO > > >> Mar 4 21:47:35 nazgul vmunix: [ 3224.034158] Uhhuh. NMI received for unknown reason 2c on CPU 0. > > >> Mar 4 21:47:35 nazgul vmunix: [ 3224.034166] Do you have a strange power saving mode enabled? > > >> Mar 4 21:47:35 nazgul vmunix: [ 3224.034168] Dazed and confused, but trying to continue > > > > > > The e1000e changes didn't get merged, did they? I don't see the > > > following changes mentioned at https://lkml.org/lkml/2013/2/4/185 in > > > 3.9-rc1: > > > > > > e1000e: fix pci-device enable-counter balance > > > e1000e: fix runtime power management transitions > > > e1000e: fix accessing to suspended device > > > > You're right. They are not even in -next :(. > > Oh, and there's another issue with this driver I reported yesterday: > http://marc.info/?l=linux-kernel&m=136243374114892&w=2: > > "Trying to free already-free IRQ 20" > > which happens during suspend so it seems also related. > > Rafael, what's the state of those patches here: > https://lkml.org/lkml/2013/2/4/185, are they ready to be tested or you > still have issues with them? They are in my queue of e1000e patches for net and are being testing currently. I should be able to push them upstream this week. [-- Attachment #2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 836 bytes --] ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-03-05 10:02 ` Jeff Kirsher @ 2013-03-05 10:14 ` Borislav Petkov 2013-03-05 10:29 ` Jeff Kirsher 0 siblings, 1 reply; 58+ messages in thread From: Borislav Petkov @ 2013-03-05 10:14 UTC (permalink / raw) To: Jeff Kirsher Cc: Jiri Slaby, Rafael J. Wysocki, Bjorn Helgaas, Konstantin Khlebnikov, x86, lkml, e1000-devel, Bruce Allan On Tue, Mar 05, 2013 at 02:02:48AM -0800, Jeff Kirsher wrote: > They are in my queue of e1000e patches for net and are being testing > currently. I should be able to push them upstream this week. Right, if you'd like me to run them here too, let me know. Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-03-05 10:14 ` Borislav Petkov @ 2013-03-05 10:29 ` Jeff Kirsher 2013-03-05 11:27 ` Borislav Petkov 0 siblings, 1 reply; 58+ messages in thread From: Jeff Kirsher @ 2013-03-05 10:29 UTC (permalink / raw) To: Borislav Petkov Cc: Jiri Slaby, Rafael J. Wysocki, Bjorn Helgaas, Konstantin Khlebnikov, x86, lkml, e1000-devel, Bruce Allan [-- Attachment #1: Type: text/plain, Size: 461 bytes --] On Tue, 2013-03-05 at 11:14 +0100, Borislav Petkov wrote: > > On Tue, Mar 05, 2013 at 02:02:48AM -0800, Jeff Kirsher wrote: > > They are in my queue of e1000e patches for net and are being testing > > currently. I should be able to push them upstream this week. > > Right, if you'd like me to run them here too, let me know. Any additional testing is very much appreciated, so feel free to test the patches with what hardware you have. Thanks! [-- Attachment #2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 836 bytes --] ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-03-05 10:29 ` Jeff Kirsher @ 2013-03-05 11:27 ` Borislav Petkov 2013-03-05 11:33 ` Jeff Kirsher 2013-03-06 0:13 ` Rafael J. Wysocki 0 siblings, 2 replies; 58+ messages in thread From: Borislav Petkov @ 2013-03-05 11:27 UTC (permalink / raw) To: Jeff Kirsher Cc: Jiri Slaby, Rafael J. Wysocki, Bjorn Helgaas, Konstantin Khlebnikov, x86, lkml, e1000-devel, Bruce Allan On Tue, Mar 05, 2013 at 02:29:01AM -0800, Jeff Kirsher wrote: > On Tue, 2013-03-05 at 11:14 +0100, Borislav Petkov wrote: > > > > On Tue, Mar 05, 2013 at 02:02:48AM -0800, Jeff Kirsher wrote: > > > They are in my queue of e1000e patches for net and are being testing > > > currently. I should be able to push them upstream this week. > > > > Right, if you'd like me to run them here too, let me know. > > Any additional testing is very much appreciated, so feel free to test > the patches with what hardware you have. Yep, it looks good, machine suspends ok again. I'll watch it in the next couple of days. The only problem that remains is this: [ 103.137024] xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold [ 103.161032] ehci-pci 0000:00:1d.0: power state changed by ACPI to D3cold [ 103.462328] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx [ 103.462342] e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO [ 108.472847] Uhhuh. NMI received for unknown reason 3c on CPU 0. <--- [ 108.472850] Do you have a strange power saving mode enabled? [ 108.472851] Dazed and confused, but trying to continue AFAIR, Rafael said it had something to do with the suspend kernel not picking up settings done to the main kernel on time. Or something to that effect, my memory is hazy. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-03-05 11:27 ` Borislav Petkov @ 2013-03-05 11:33 ` Jeff Kirsher 2013-03-05 11:42 ` Borislav Petkov 2013-03-06 0:13 ` Rafael J. Wysocki 1 sibling, 1 reply; 58+ messages in thread From: Jeff Kirsher @ 2013-03-05 11:33 UTC (permalink / raw) To: Borislav Petkov Cc: Jiri Slaby, Rafael J. Wysocki, Bjorn Helgaas, Konstantin Khlebnikov, x86, lkml, e1000-devel, Bruce Allan [-- Attachment #1: Type: text/plain, Size: 1532 bytes --] On Tue, 2013-03-05 at 12:27 +0100, Borislav Petkov wrote: > On Tue, Mar 05, 2013 at 02:29:01AM -0800, Jeff Kirsher wrote: > > On Tue, 2013-03-05 at 11:14 +0100, Borislav Petkov wrote: > > > > > > On Tue, Mar 05, 2013 at 02:02:48AM -0800, Jeff Kirsher wrote: > > > > They are in my queue of e1000e patches for net and are being testing > > > > currently. I should be able to push them upstream this week. > > > > > > Right, if you'd like me to run them here too, let me know. > > > > Any additional testing is very much appreciated, so feel free to test > > the patches with what hardware you have. > > Yep, it looks good, machine suspends ok again. I'll watch it in the next > couple of days. > > The only problem that remains is this: > > [ 103.137024] xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold > [ 103.161032] ehci-pci 0000:00:1d.0: power state changed by ACPI to D3cold > [ 103.462328] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx > [ 103.462342] e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO > [ 108.472847] Uhhuh. NMI received for unknown reason 3c on CPU 0. <--- > [ 108.472850] Do you have a strange power saving mode enabled? > [ 108.472851] Dazed and confused, but trying to continue > > AFAIR, Rafael said it had something to do with the suspend kernel not > picking up settings done to the main kernel on time. Or something to > that effect, my memory is hazy. > Would you like me to add your Tested-by: to the patches? [-- Attachment #2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 836 bytes --] ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-03-05 11:33 ` Jeff Kirsher @ 2013-03-05 11:42 ` Borislav Petkov 0 siblings, 0 replies; 58+ messages in thread From: Borislav Petkov @ 2013-03-05 11:42 UTC (permalink / raw) To: Jeff Kirsher Cc: Jiri Slaby, Rafael J. Wysocki, Bjorn Helgaas, Konstantin Khlebnikov, x86, lkml, e1000-devel, Bruce Allan On Tue, Mar 05, 2013 at 03:33:45AM -0800, Jeff Kirsher wrote: > Would you like me to add your Tested-by: to the patches? Sure, if you'd like to: Tested-by: Borislav Petkov <bp@suse.de> Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-03-05 11:27 ` Borislav Petkov 2013-03-05 11:33 ` Jeff Kirsher @ 2013-03-06 0:13 ` Rafael J. Wysocki 2013-03-06 0:19 ` Borislav Petkov 1 sibling, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2013-03-06 0:13 UTC (permalink / raw) To: Borislav Petkov Cc: Jeff Kirsher, Jiri Slaby, Bjorn Helgaas, Konstantin Khlebnikov, x86, lkml, e1000-devel, Bruce Allan On Tuesday, March 05, 2013 12:27:37 PM Borislav Petkov wrote: > On Tue, Mar 05, 2013 at 02:29:01AM -0800, Jeff Kirsher wrote: > > On Tue, 2013-03-05 at 11:14 +0100, Borislav Petkov wrote: > > > > > > On Tue, Mar 05, 2013 at 02:02:48AM -0800, Jeff Kirsher wrote: > > > > They are in my queue of e1000e patches for net and are being testing > > > > currently. I should be able to push them upstream this week. > > > > > > Right, if you'd like me to run them here too, let me know. > > > > Any additional testing is very much appreciated, so feel free to test > > the patches with what hardware you have. > > Yep, it looks good, machine suspends ok again. I'll watch it in the next > couple of days. > > The only problem that remains is this: > > [ 103.137024] xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold > [ 103.161032] ehci-pci 0000:00:1d.0: power state changed by ACPI to D3cold > [ 103.462328] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx > [ 103.462342] e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO > [ 108.472847] Uhhuh. NMI received for unknown reason 3c on CPU 0. <--- > [ 108.472850] Do you have a strange power saving mode enabled? > [ 108.472851] Dazed and confused, but trying to continue > > AFAIR, Rafael said it had something to do with the suspend kernel not > picking up settings done to the main kernel on time. Or something to > that effect, my memory is hazy. I suspected that during resume from hibernation the boot kernel (the one that loaded the image) did something to hardware and the restored kernel didn't handle that change properly. It is hard do say what piece of hardware that was, however (it might or might not be the NIC, it may be pure coincidence that the NMI messages appear in the log at this point). Thanks, Rafael -- I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center. ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-03-06 0:13 ` Rafael J. Wysocki @ 2013-03-06 0:19 ` Borislav Petkov 2013-03-08 16:47 ` Borislav Petkov 0 siblings, 1 reply; 58+ messages in thread From: Borislav Petkov @ 2013-03-06 0:19 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Jeff Kirsher, Jiri Slaby, Bjorn Helgaas, Konstantin Khlebnikov, x86, lkml, e1000-devel, Bruce Allan On Wed, Mar 06, 2013 at 01:13:23AM +0100, Rafael J. Wysocki wrote: > I suspected that during resume from hibernation the boot kernel (the > one that loaded the image) did something to hardware and the restored > kernel didn't handle that change properly. It is hard do say what > piece of hardware that was, however (it might or might not be the NIC, > it may be pure coincidence that the NMI messages appear in the log at > this point). Agreed with the second part. About the first part, who communicates what to whom, come to think of it, it might not be related to any devices at all. Here's why I think so: So one of the things I did to trigger this is boot the machine, run powertop and set all the knobs in the "Tunables" tab to "Good". One of the tunables is turn-off-nmi-watchdog something which turns off the watchdog which is using the perf infrastructure which generates NMIs when the counter overflows. Now, imagine I do that in the "normal" kernel, then suspend, ...<something happens or does not happen>, then resume back into the normal kernel and it somehow "forgets" the fact that we disabled the NMI watchdog before the suspend cycle. And boom, it gets a single spurious NMI. Does it make sense? I dunno - I'm just connecting the dots here between the observation points which are most likely. Anyway, it's getting late, good night. :) -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-03-06 0:19 ` Borislav Petkov @ 2013-03-08 16:47 ` Borislav Petkov 0 siblings, 0 replies; 58+ messages in thread From: Borislav Petkov @ 2013-03-08 16:47 UTC (permalink / raw) To: Rafael J. Wysocki, Jeff Kirsher, Jiri Slaby, Bjorn Helgaas, Konstantin Khlebnikov, x86, lkml, e1000-devel, Bruce Allan On Wed, Mar 06, 2013 at 01:19:32AM +0100, Borislav Petkov wrote: > On Wed, Mar 06, 2013 at 01:13:23AM +0100, Rafael J. Wysocki wrote: > > I suspected that during resume from hibernation the boot kernel (the > > one that loaded the image) did something to hardware and the restored > > kernel didn't handle that change properly. It is hard do say what > > piece of hardware that was, however (it might or might not be the NIC, > > it may be pure coincidence that the NMI messages appear in the log at > > this point). > > Agreed with the second part. About the first part, who communicates what > to whom, come to think of it, it might not be related to any devices at > all. > > Here's why I think so: > > So one of the things I did to trigger this is boot the machine, run > powertop and set all the knobs in the "Tunables" tab to "Good". One of > the tunables is turn-off-nmi-watchdog something which turns off the > watchdog which is using the perf infrastructure which generates NMIs > when the counter overflows. > > Now, imagine I do that in the "normal" kernel, then suspend, > ...<something happens or does not happen>, then resume back into the > normal kernel and it somehow "forgets" the fact that we disabled the NMI > watchdog before the suspend cycle. And boom, it gets a single spurious > NMI. > > Does it make sense? I dunno - I'm just connecting the dots here between > the observation points which are most likely. > > Anyway, it's getting late, good night. :) Exactly as I thought: so I'm running the machine with NMI watchdog enabled, i.e. powertop says: PowerTOP v2.0 Overview Idle stats Frequency stats Device stats Tunables >> Bad NMI watchdog should be turned off Good VM writeback timeout .... and no more spurious NMIs. I'd say the plot thickens: disabling NMIs and suspending to disk right afterwards doesn't seem to really disable the watchdog. Or the disable gets delayed leading to one last spurious NMI when resuming... I probably need to go stare at the code though... -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-03-05 9:42 ` Jiri Slaby 2013-03-05 9:58 ` Borislav Petkov @ 2013-03-05 10:01 ` Jeff Kirsher 2013-03-05 10:04 ` Jiri Slaby 1 sibling, 1 reply; 58+ messages in thread From: Jeff Kirsher @ 2013-03-05 10:01 UTC (permalink / raw) To: Jiri Slaby Cc: Bjorn Helgaas, Borislav Petkov, Konstantin Khlebnikov, Rafael J. Wysocki, x86, lkml, e1000-devel, Bruce Allan [-- Attachment #1: Type: text/plain, Size: 1560 bytes --] On Tue, 2013-03-05 at 10:42 +0100, Jiri Slaby wrote: > On 03/05/2013 01:16 AM, Bjorn Helgaas wrote: > > [+cc e1000-devel, Jeff, Bruce] > > > > On Mon, Mar 4, 2013 at 2:50 PM, Borislav Petkov <bp@alien8.de> wrote: > >> On Fri, Feb 15, 2013 at 10:16:41AM +0100, Borislav Petkov wrote: > >>> So it looks Bjorn has taken most of them and the e1000e one will go > >>> through the e1000e maintainers. I'll test after the merge window is > >>> done. > >> > >> Issue still persists on 3.9-rc1 :-( : > >> > >> Mar 4 21:47:34 nazgul vmunix: [ 3223.412541] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx > >> Mar 4 21:47:34 nazgul vmunix: [ 3223.412554] e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO > >> Mar 4 21:47:35 nazgul vmunix: [ 3224.034158] Uhhuh. NMI received for unknown reason 2c on CPU 0. > >> Mar 4 21:47:35 nazgul vmunix: [ 3224.034166] Do you have a strange power saving mode enabled? > >> Mar 4 21:47:35 nazgul vmunix: [ 3224.034168] Dazed and confused, but trying to continue > > > > The e1000e changes didn't get merged, did they? I don't see the > > following changes mentioned at https://lkml.org/lkml/2013/2/4/185 in > > 3.9-rc1: > > > > e1000e: fix pci-device enable-counter balance > > e1000e: fix runtime power management transitions > > e1000e: fix accessing to suspended device > > You're right. They are not even in -next :(. > I have them in my queue for net, so I should be pushing them later this week once validation has a chance to look at them. [-- Attachment #2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 836 bytes --] ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-03-05 10:01 ` Jeff Kirsher @ 2013-03-05 10:04 ` Jiri Slaby 0 siblings, 0 replies; 58+ messages in thread From: Jiri Slaby @ 2013-03-05 10:04 UTC (permalink / raw) To: jeffrey.t.kirsher Cc: Bjorn Helgaas, Borislav Petkov, Konstantin Khlebnikov, Rafael J. Wysocki, lkml, e1000-devel, Bruce Allan -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03/05/2013 11:01 AM, Jeff Kirsher wrote: > On Tue, 2013-03-05 at 10:42 +0100, Jiri Slaby wrote: >>> The e1000e changes didn't get merged, did they? I don't see >>> the following changes mentioned at >>> https://lkml.org/lkml/2013/2/4/185 in 3.9-rc1: >>> >>> e1000e: fix pci-device enable-counter balance e1000e: fix >>> runtime power management transitions e1000e: fix accessing to >>> suspended device >> >> You're right. They are not even in -next :(. >> > > I have them in my queue for net, so I should be pushing them later > this week once validation has a chance to look at them. Yeah, I've just noticed that here https://lkml.org/lkml/2013/2/25/3 Thanks a lot. - -- js suse labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRNcMQAAoJEL0lsQQGtHBJ+ZkP/3AokrLy82YOmecMvuFssino jpS9MSjr3Fq8H6WvDmqyhFkKiL8wW0liQU1ZHU8csAFOmTCYUUhrN7QyjZZLt3Ek QeUhPCi40uaL+jjfDh2TFy6dI/kvtiLxwUfQ4YcGOnNoJSMsN14E4PFiwWcQ/vfX rOsw9z+MkqJ4je2ZuDFBxZBcUYgdb1Mlrk7gPTVwADz+DnE3PN7DKIYWy3grI5/U uI9QkyESv4YEdpBBEphqdK3TNWWZS4QyiOq2glNgllnoksybI1JnYAWt+O2Khcef Os9O/ccZcUiQK6K6HvEYvJvp9eGhPNVt7Fyr+JBV3bzKoPlIcHOIgktahuisUuiZ zZsxshj3pFYBhCGlGkjbkMkB74hkgenJoT9e36JMPtov00E11B+DazqGodZm1jto e70821Y6MQ5gavTZrrdcmzJmzSwEsdww7ALs+FCTIBpc8Re0MrZMIp+XrTFnue2L aA23fYLu6/1uqd11PGNb+82P5s6dYpFCR9NHV29TPuXk50yH60z1Me8n3wMCzm8Y rIvrk6Xd3XATqepM6qG6O/cDPpvxo9itZldKBvi1SD088n3qEUdJWmLRzpaxisrt v0pCuUNx+pZE6gTE+tsxbv2k5d0RtNYPsnDJrds7EKMyhIwam7NDJcX490tu9pU8 VLndALzYj0O07N4wCQP1 =MGO1 -----END PGP SIGNATURE----- ^ permalink raw reply [flat|nested] 58+ messages in thread
* e1000e broken after resume on x230 [was: Uhhuh. NMI received for unknown reason 2c on CPU 0.] 2013-02-15 8:54 ` Konstantin Khlebnikov 2013-02-15 9:16 ` Borislav Petkov @ 2013-03-01 12:51 ` Jiri Slaby 1 sibling, 0 replies; 58+ messages in thread From: Jiri Slaby @ 2013-03-01 12:51 UTC (permalink / raw) To: Konstantin Khlebnikov, Borislav Petkov, Bjorn Helgaas, Rafael J. Wysocki, lkml, e1000-devel, ML netdev On 02/15/2013 09:54 AM, Konstantin Khlebnikov wrote: > Borislav Petkov wrote: >> On Thu, Feb 14, 2013 at 10:17:46AM -0700, Bjorn Helgaas wrote: >>> It's pretty late for v3.8, but let me know if you think they're >>> critical. >> >> Ok, I meant those: >> >> http://marc.info/?l=linux-kernel&m=135984592927219 >> >> They fix the link detection issue on my x230. So let's see. The first >> one is: >> >> * https://patchwork.kernel.org/patch/2001211/ (e1000e: fix pci device >> enable >> counter balance) > > please use this instead: Hi, I am a bit confused. Is this fixed in -next yet? And if so, is it known which commit IDs are needed to fix the issue in 3.7 (see below)? > [PATCH v2 1/7] e1000e: fix pci-device enable-counter balance > https://lkml.org/lkml/2013/2/4/190 > > from v2 patchset: https://lkml.org/lkml/2013/2/4/185 So this is now in -next as: commit e34f7147d93afe5efc574734bbff6584c0cc4a02 Author: Konstantin Khlebnikov <khlebnikov@openvz.org> Date: Mon Feb 25 09:19:04 2013 +0400 e1000e: fix pci-device enable-counter balance >> I don't see that one in your tree. >> >> * pci-pm-clear-state_saved-during-suspend.patch This is: commit 82fee4d67ab86d6fe5eb0f9a9e988ca9d654d765 Author: Rafael J. Wysocki <rafael.j.wysocki@intel.com> Date: Mon Feb 4 15:56:05 2013 +0400 PCI/PM: Clear state_saved during suspend >> Rafael said this one is a real bugfix. Looks like e1000e maintainers are >> picking that one? >> >> * pci-pm-fix-e1000e-runtime-suspend.patch Is this one replaced by a different fix in the end? Which one? I don't think it is in -next yet, right? confused, -- js suse labs ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-02-02 23:04 ` Rafael J. Wysocki 2013-02-03 14:46 ` Borislav Petkov @ 2013-02-06 13:54 ` Jiri Slaby 2013-02-06 21:29 ` Rafael J. Wysocki 1 sibling, 1 reply; 58+ messages in thread From: Jiri Slaby @ 2013-02-06 13:54 UTC (permalink / raw) To: Rafael J. Wysocki, Borislav Petkov Cc: Borislav Petkov, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On 02/03/2013 12:04 AM, Rafael J. Wysocki wrote: > On Thursday, January 31, 2013 02:10:34 PM Borislav Petkov wrote: >> On Thu, Jan 31, 2013 at 02:12:58PM +0100, Rafael J. Wysocki wrote: >>> Yes, there are two bugs in e1000e, it appears. Konstantin's >>> patch [2/5] fixes one of them, but the other one has to be fixed >>> differently. >>> >>> Boris, would you be able to test a couple of e1000e patches for me? >> >> Sure, send them on. You can add 2/5 in the mix too. > > There you go. > > The [2/5] is at: https://patchwork.kernel.org/patch/2001211/ > > The other two are attached. I suppose the ordering doesn't matter. Just a side question, are these going to be merged some time soon? I don't even see them in -next and I would like to backport them to opensuse as they affect also 3.7... -- js suse labs ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-02-06 13:54 ` Uhhuh. NMI received for unknown reason 2c on CPU 0 Jiri Slaby @ 2013-02-06 21:29 ` Rafael J. Wysocki 0 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2013-02-06 21:29 UTC (permalink / raw) To: Jiri Slaby Cc: Borislav Petkov, Borislav Petkov, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Wednesday, February 06, 2013 02:54:00 PM Jiri Slaby wrote: > On 02/03/2013 12:04 AM, Rafael J. Wysocki wrote: > > On Thursday, January 31, 2013 02:10:34 PM Borislav Petkov wrote: > >> On Thu, Jan 31, 2013 at 02:12:58PM +0100, Rafael J. Wysocki wrote: > >>> Yes, there are two bugs in e1000e, it appears. Konstantin's > >>> patch [2/5] fixes one of them, but the other one has to be fixed > >>> differently. > >>> > >>> Boris, would you be able to test a couple of e1000e patches for me? > >> > >> Sure, send them on. You can add 2/5 in the mix too. > > > > There you go. > > > > The [2/5] is at: https://patchwork.kernel.org/patch/2001211/ > > > > The other two are attached. I suppose the ordering doesn't matter. > > Just a side question, are these going to be merged some time soon? I > don't even see them in -next and I would like to backport them to > opensuse as they affect also 3.7... Not these particular patches, but there's a series on linux-pci from Konstantin Khlebnikov that is functionally equivalent. I'm not sure who's going to take that, though. I've acked it. Thanks, Rafael -- I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center. ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-31 7:09 ` Borislav Petkov 2013-01-31 8:14 ` Jiri Slaby @ 2013-01-31 8:28 ` Jiri Slaby 2013-01-31 13:18 ` Borislav Petkov 1 sibling, 1 reply; 58+ messages in thread From: Jiri Slaby @ 2013-01-31 8:28 UTC (permalink / raw) To: Borislav Petkov, Rafael J. Wysocki, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On 01/31/2013 08:09 AM, Borislav Petkov wrote: > On Thu, Jan 31, 2013 at 01:54:56AM +0100, Rafael J. Wysocki wrote: >> On Thursday, January 31, 2013 12:47:40 AM Jiri Slaby wrote: >>> On 01/31/2013 12:12 AM, Jiri Slaby wrote: >>>> I think I will start with commenting parts of `power' script to see >>>> exactly which of the power savings cause this. >>> >>> ... NMI watchdog. If I remove it from the script, the problem >>> disappears. If I try it alone, I have those NMIs. >> >> Well, beats me. :-( >> >> I suspect that it doesn't quiesce itself sufficiently before image restoration >> and we get some crosstalk between the boot kernel and the image kernel. > > Well, I did what Jiri said causes it: > > echo 0 > /proc/sys/kernel/nmi_watchdog > > No NMI. > > BUT(!), if I start powertop and set all tunables in the "Tunables" tab > to "Good", then suspend to disk, when I resume I get the NMI and this > time the unknown reason is 0x3c. Sounds like this needs bisection... And, does it happen if you switch all of them but NMI wtd in there? And if I pass nmi_watchdog=0 to the image kernel, it should be gone I guess. -- js suse labs ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-31 8:28 ` Jiri Slaby @ 2013-01-31 13:18 ` Borislav Petkov 2013-01-31 13:24 ` Borislav Petkov ` (2 more replies) 0 siblings, 3 replies; 58+ messages in thread From: Borislav Petkov @ 2013-01-31 13:18 UTC (permalink / raw) To: Jiri Slaby Cc: Rafael J. Wysocki, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Thu, Jan 31, 2013 at 09:28:12AM +0100, Jiri Slaby wrote: > And, does it happen if you switch all of them but NMI wtd in there? No, but something else happens. Here's the whole dance: 1. Switch all tunables except "NMI watchdog should be turned off" to "Good" 2. suspend to disk 3. resume... all good 4. switch "NMI watchdog should be turned off" to "Good" 5. suspend to disk 6. resume... all good 7. start powertop, toggle "Wireless Power Saving for interface wlan0" twice. I.e., "Good" -> "Bad"; "Bad" -> "Good". -> Boom! Unknown reason NMI. It happened right during the toggle because it appeared in the framebuffer console (no X) right during me toggling this. So, it is something getting fishy *after* the watchdog gets disabled. Something remains funny and dangling, causing it to fire an NMI because it is an NMI watchdog (doh!)... Could it be that the watchdog_disable fact doesn't get communicated to the image kernel somehow, or maybe delayed? > And if I pass nmi_watchdog=0 to the image kernel, it should be gone I > guess. How do you pass options the image kernel? -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-31 13:18 ` Borislav Petkov @ 2013-01-31 13:24 ` Borislav Petkov 2013-03-01 12:55 ` Jiri Slaby 2013-01-31 13:29 ` Rafael J. Wysocki 2013-02-03 21:29 ` Jiri Slaby 2 siblings, 1 reply; 58+ messages in thread From: Borislav Petkov @ 2013-01-31 13:24 UTC (permalink / raw) To: Jiri Slaby Cc: Rafael J. Wysocki, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Thu, Jan 31, 2013 at 02:18:05PM +0100, Borislav Petkov wrote: > > And if I pass nmi_watchdog=0 to the image kernel, it should be gone I > > guess. > > How do you pass options the image kernel? Yep, passing "nmi_watchdog=0" to the kernel (both when you boot and when you resume) fixes the issue - no more unknown NMIs. Did only 3 s/r cycles though. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-31 13:24 ` Borislav Petkov @ 2013-03-01 12:55 ` Jiri Slaby 2013-04-04 7:32 ` Jiri Slaby 0 siblings, 1 reply; 58+ messages in thread From: Jiri Slaby @ 2013-03-01 12:55 UTC (permalink / raw) To: Borislav Petkov, Rafael J. Wysocki, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On 01/31/2013 02:24 PM, Borislav Petkov wrote: > On Thu, Jan 31, 2013 at 02:18:05PM +0100, Borislav Petkov wrote: >>> And if I pass nmi_watchdog=0 to the image kernel, it should be gone I >>> guess. >> >> How do you pass options the image kernel? > > Yep, passing "nmi_watchdog=0" to the kernel (both when you boot and > when you resume) fixes the issue - no more unknown NMIs. Did only 3 s/r > cycles though. FWIW the last time I saw the unhandled NMI was on 31st Jan. Since I disabled NMI watchdog no more unhandled NMIs. I have to add that I don't use ethernet at all. -- js suse labs ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-03-01 12:55 ` Jiri Slaby @ 2013-04-04 7:32 ` Jiri Slaby 2013-04-04 9:33 ` Borislav Petkov 0 siblings, 1 reply; 58+ messages in thread From: Jiri Slaby @ 2013-04-04 7:32 UTC (permalink / raw) To: Borislav Petkov, Rafael J. Wysocki, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On 03/01/2013 01:55 PM, Jiri Slaby wrote: > On 01/31/2013 02:24 PM, Borislav Petkov wrote: >> On Thu, Jan 31, 2013 at 02:18:05PM +0100, Borislav Petkov wrote: >>>> And if I pass nmi_watchdog=0 to the image kernel, it should be gone I >>>> guess. >>> >>> How do you pass options the image kernel? >> >> Yep, passing "nmi_watchdog=0" to the kernel (both when you boot and >> when you resume) fixes the issue - no more unknown NMIs. Did only 3 s/r >> cycles though. > > FWIW the last time I saw the unhandled NMI was on 31st Jan. Since I > disabled NMI watchdog no more unhandled NMIs. I have to add that I don't > use ethernet at all. And yesterday I plugged in an ethernet cable for a wihle and guess what happened today: Uhhuh. NMI received for unknown reason 2c on CPU 0. Still holds that this is the first time since Jan. -- js suse labs ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-04-04 7:32 ` Jiri Slaby @ 2013-04-04 9:33 ` Borislav Petkov 2013-04-04 9:38 ` Jiri Slaby 0 siblings, 1 reply; 58+ messages in thread From: Borislav Petkov @ 2013-04-04 9:33 UTC (permalink / raw) To: Jiri Slaby Cc: Rafael J. Wysocki, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Thu, Apr 04, 2013 at 09:32:09AM +0200, Jiri Slaby wrote: > And yesterday I plugged in an ethernet cable for a wihle and guess > what happened today: Uhhuh. NMI received for unknown reason 2c on CPU > 0. > > Still holds that this is the first time since Jan. Yeah, you could try my sure-fire way to trigger it: * boot the box without any "nmi_watchdog" tweaks on the kernel cmdline - i.e. it should be enabled. * turn off NMI watchdog through powertop or directly through /proc/sys/kernel/nmi_watchdog * suspend to disk Now when you resume, you should either see unknown reason 2c or 3c. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-04-04 9:33 ` Borislav Petkov @ 2013-04-04 9:38 ` Jiri Slaby 2013-04-04 9:58 ` Borislav Petkov 0 siblings, 1 reply; 58+ messages in thread From: Jiri Slaby @ 2013-04-04 9:38 UTC (permalink / raw) To: Borislav Petkov, Rafael J. Wysocki, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On 04/04/2013 11:33 AM, Borislav Petkov wrote: > On Thu, Apr 04, 2013 at 09:32:09AM +0200, Jiri Slaby wrote: >> And yesterday I plugged in an ethernet cable for a wihle and guess >> what happened today: Uhhuh. NMI received for unknown reason 2c on CPU >> 0. >> >> Still holds that this is the first time since Jan. > > Yeah, you could try my sure-fire way to trigger it: > > * boot the box without any "nmi_watchdog" tweaks on the kernel cmdline - > i.e. it should be enabled. > > * turn off NMI watchdog through powertop or directly through > /proc/sys/kernel/nmi_watchdog > > * suspend to disk > > Now when you resume, you should either see unknown reason 2c or 3c. Oh, this reminds me that this time it might be unrelated to yesterday's use of ethernet. Because today, I resumed the system by a kernel which I didn't pass nmi_watchdog=0 to. Hmm. So you can silently ignore the report I sent today :). And sure, the way you describe above "works" for me to trigger the issue... I just wanted to note the ethernet may interfere. Anyway, I will bake some hack to disable NMI before jumping to the resumed kernel and will see what happens... -- js suse labs ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-04-04 9:38 ` Jiri Slaby @ 2013-04-04 9:58 ` Borislav Petkov 0 siblings, 0 replies; 58+ messages in thread From: Borislav Petkov @ 2013-04-04 9:58 UTC (permalink / raw) To: Jiri Slaby Cc: Rafael J. Wysocki, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Thu, Apr 04, 2013 at 11:38:21AM +0200, Jiri Slaby wrote: > Oh, this reminds me that this time it might be unrelated to > yesterday's use of ethernet. Because today, I resumed the system by a > kernel which I didn't pass nmi_watchdog=0 to. > > Hmm. So you can silently ignore the report I sent today :). > > And sure, the way you describe above "works" for me to trigger the > issue... I just wanted to note the ethernet may interfere. > > Anyway, I will bake some hack to disable NMI before jumping to the > resumed kernel and will see what happens... Yeah, Rafael said something about the resume kernel not getting the disabling of the watchdog in time or so... The issue looks like a last forgotten NMI which fires although we've disabled the watchdog already. The certainly aren't any other coming up after this last one. Hmm. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-31 13:18 ` Borislav Petkov 2013-01-31 13:24 ` Borislav Petkov @ 2013-01-31 13:29 ` Rafael J. Wysocki 2013-02-03 21:29 ` Jiri Slaby 2 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2013-01-31 13:29 UTC (permalink / raw) To: Borislav Petkov Cc: Jiri Slaby, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On Thursday, January 31, 2013 02:18:05 PM Borislav Petkov wrote: > On Thu, Jan 31, 2013 at 09:28:12AM +0100, Jiri Slaby wrote: > > And, does it happen if you switch all of them but NMI wtd in there? > > No, but something else happens. Here's the whole dance: > > 1. Switch all tunables except "NMI watchdog should be turned off" to "Good" > 2. suspend to disk > 3. resume... all good > 4. switch "NMI watchdog should be turned off" to "Good" > 5. suspend to disk > 6. resume... all good > 7. start powertop, toggle "Wireless Power Saving for interface wlan0" twice. > I.e., "Good" -> "Bad"; "Bad" -> "Good". > > -> Boom! Unknown reason NMI. It happened right during the toggle because > it appeared in the framebuffer console (no X) right during me toggling > this. > > So, it is something getting fishy *after* the watchdog gets disabled. > Something remains funny and dangling, causing it to fire an NMI because > it is an NMI watchdog (doh!)... Could it be that the watchdog_disable > fact doesn't get communicated to the image kernel somehow, or maybe > delayed? The image kernel has no idea whether or not the watchdog has been disabled in the boot kernel. It needs to be disabled in both. > > > And if I pass nmi_watchdog=0 to the image kernel, it should be gone I > > guess. > > How do you pass options the image kernel? The image kernel has the same set of command line options that was used by that kernel before hibernation. Thanks, Rafael -- I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center. ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: Uhhuh. NMI received for unknown reason 2c on CPU 0. 2013-01-31 13:18 ` Borislav Petkov 2013-01-31 13:24 ` Borislav Petkov 2013-01-31 13:29 ` Rafael J. Wysocki @ 2013-02-03 21:29 ` Jiri Slaby 2 siblings, 0 replies; 58+ messages in thread From: Jiri Slaby @ 2013-02-03 21:29 UTC (permalink / raw) To: Borislav Petkov, Rafael J. Wysocki, Bjorn Helgaas, x86, lkml, Konstantin Khlebnikov On 01/31/2013 02:18 PM, Borislav Petkov wrote: > On Thu, Jan 31, 2013 at 09:28:12AM +0100, Jiri Slaby wrote: >> And, does it happen if you switch all of them but NMI wtd in there? > > No, but something else happens. Here's the whole dance: > > 1. Switch all tunables except "NMI watchdog should be turned off" to "Good" > 2. suspend to disk > 3. resume... all good > 4. switch "NMI watchdog should be turned off" to "Good" > 5. suspend to disk > 6. resume... all good > 7. start powertop, toggle "Wireless Power Saving for interface wlan0" twice. > I.e., "Good" -> "Bad"; "Bad" -> "Good". > > -> Boom! Unknown reason NMI. It happened right during the toggle because > it appeared in the framebuffer console (no X) right during me toggling > this. Right, for me too. Even if I disable nmi watchdog in both the boot and image kernel, the NMI eventually occurs (dunno what's the trigger now though). Given the above I'm thinking about switching that intel wi-fi card to ath9k which I have at hand and retest... -- js suse labs ^ permalink raw reply [flat|nested] 58+ messages in thread
end of thread, other threads:[~2013-04-04 9:58 UTC | newest] Thread overview: 58+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2013-01-29 20:28 Uhhuh. NMI received for unknown reason 2c on CPU 0 Borislav Petkov 2013-01-29 21:32 ` Bjorn Helgaas 2013-01-30 3:42 ` Borislav Petkov 2013-01-30 17:27 ` Bjorn Helgaas 2013-01-30 17:44 ` Borislav Petkov 2013-01-30 19:43 ` Jiri Slaby 2013-01-30 20:00 ` Borislav Petkov 2013-01-30 20:33 ` Jiri Slaby 2013-01-30 21:39 ` Rafael J. Wysocki 2013-01-30 22:17 ` Jiri Slaby 2013-01-30 22:45 ` Rafael J. Wysocki 2013-01-30 23:12 ` Jiri Slaby 2013-01-30 23:47 ` Jiri Slaby 2013-01-31 0:54 ` Rafael J. Wysocki 2013-01-31 7:09 ` Borislav Petkov 2013-01-31 8:14 ` Jiri Slaby 2013-01-31 13:12 ` Rafael J. Wysocki 2013-01-31 13:10 ` Borislav Petkov 2013-02-02 23:04 ` Rafael J. Wysocki 2013-02-03 14:46 ` Borislav Petkov 2013-02-03 20:15 ` Rafael J. Wysocki 2013-02-03 20:58 ` Borislav Petkov 2013-02-03 21:06 ` Borislav Petkov 2013-02-03 21:15 ` Borislav Petkov 2013-02-14 14:39 ` Borislav Petkov 2013-02-14 17:17 ` Bjorn Helgaas 2013-02-14 19:12 ` Borislav Petkov 2013-02-15 8:54 ` Konstantin Khlebnikov 2013-02-15 9:16 ` Borislav Petkov 2013-03-04 21:50 ` Borislav Petkov 2013-03-05 0:16 ` Bjorn Helgaas 2013-03-05 9:42 ` Jiri Slaby 2013-03-05 9:58 ` Borislav Petkov 2013-03-05 10:01 ` Jiri Slaby 2013-03-05 10:02 ` Jeff Kirsher 2013-03-05 10:14 ` Borislav Petkov 2013-03-05 10:29 ` Jeff Kirsher 2013-03-05 11:27 ` Borislav Petkov 2013-03-05 11:33 ` Jeff Kirsher 2013-03-05 11:42 ` Borislav Petkov 2013-03-06 0:13 ` Rafael J. Wysocki 2013-03-06 0:19 ` Borislav Petkov 2013-03-08 16:47 ` Borislav Petkov 2013-03-05 10:01 ` Jeff Kirsher 2013-03-05 10:04 ` Jiri Slaby 2013-03-01 12:51 ` e1000e broken after resume on x230 [was: Uhhuh. NMI received for unknown reason 2c on CPU 0.] Jiri Slaby 2013-02-06 13:54 ` Uhhuh. NMI received for unknown reason 2c on CPU 0 Jiri Slaby 2013-02-06 21:29 ` Rafael J. Wysocki 2013-01-31 8:28 ` Jiri Slaby 2013-01-31 13:18 ` Borislav Petkov 2013-01-31 13:24 ` Borislav Petkov 2013-03-01 12:55 ` Jiri Slaby 2013-04-04 7:32 ` Jiri Slaby 2013-04-04 9:33 ` Borislav Petkov 2013-04-04 9:38 ` Jiri Slaby 2013-04-04 9:58 ` Borislav Petkov 2013-01-31 13:29 ` Rafael J. Wysocki 2013-02-03 21:29 ` Jiri Slaby
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).