Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1573378 > unrolled thread
| Started by | Pavel Machek <pavel@ucw.cz> |
|---|---|
| First post | 2017-02-03 20:10 +0100 |
| Last post | 2017-02-12 13:10 +0100 |
| Articles | 9 — 2 participants |
Back to article view | Back to linux.kernel
v4.10-rc6 boot regression on Intel desktop, maybe related to EHCI hadnoff? Pavel Machek <pavel@ucw.cz> - 2017-02-03 20:10 +0100
Re: v4.10-rc6 boot regression on Intel desktop, maybe related to EHCI hadnoff? Alan Stern <stern@rowland.harvard.edu> - 2017-02-03 20:30 +0100
Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot Pavel Machek <pavel@ucw.cz> - 2017-02-03 22:00 +0100
Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot Pavel Machek <pavel@ucw.cz> - 2017-02-03 22:20 +0100
Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot Alan Stern <stern@rowland.harvard.edu> - 2017-02-03 23:00 +0100
Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot Pavel Machek <pavel@ucw.cz> - 2017-02-03 23:50 +0100
Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot Pavel Machek <pavel@ucw.cz> - 2017-02-04 09:50 +0100
Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot Pavel Machek <pavel@ucw.cz> - 2017-02-04 18:00 +0100
Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot Pavel Machek <pavel@ucw.cz> - 2017-02-12 13:10 +0100
| From | Pavel Machek <pavel@ucw.cz> |
|---|---|
| Date | 2017-02-03 20:10 +0100 |
| Subject | v4.10-rc6 boot regression on Intel desktop, maybe related to EHCI hadnoff? |
| Message-ID | <t6Rp7-5PP-3@gated-at.bofh.it> |
[Multipart message — attachments visible in raw view] — view raw
Hi! Hmm. I moved keyboard between USB ports, and now 4.10-rc6 no longer boots. v4.6 works ok. Let me try with keyboard unplugged... no, I could not get it to work. I believe v4.9 and some v4.10-rc's worked, but I'll have to double check. Machine is small Intel desktop: 00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03) 00:01.0 PCI bridge: Intel Corporation 4 Series Chipset PCI Express Root Port (rev 03) 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) 00:1b.0 Audio device: Intel Corporation NM10/ICH7 Family High Definition Audio Controller (rev 01) 00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 1 (rev 01) 00:1c.1 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 2 (rev 01) 00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 01) 00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 01) 00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 01) 00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 01) 00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) 00:1f.2 IDE interface: Intel Corporation NM10/ICH7 Family SATA Controller [IDE mode] (rev 01) 00:1f.3 SMBus: Intel Corporation NM10/ICH7 Family SMBus Controller (rev 01) 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 03) Last message I can see on console is something like: pci 0000:00:02.0: Video device with shadowed ROM at [mem 0x000c0000-0x000dffff] ...and then blinking cursor. According to dmesg, v4.6 kernel prints this just after this message: pci 0000:00:1d.7: EHCI: BIOS handoff failed (BIOS bug?) 01010001 Any ideas? Let me try to update to current Linus' tree. I guess I could try to boot with CONFIG_USB=n, but that will be pretty useless configuration. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
[toc] | [next] | [standalone]
| From | Alan Stern <stern@rowland.harvard.edu> |
|---|---|
| Date | 2017-02-03 20:30 +0100 |
| Subject | Re: v4.10-rc6 boot regression on Intel desktop, maybe related to EHCI hadnoff? |
| Message-ID | <t6RIu-5X6-13@gated-at.bofh.it> |
| In reply to | #1573378 |
On Fri, 3 Feb 2017, Pavel Machek wrote: > Hi! > > Hmm. I moved keyboard between USB ports, and now 4.10-rc6 no longer > boots. v4.6 works ok. Let me try with keyboard unplugged... no, I > could not get it to work. I believe v4.9 and some v4.10-rc's worked, > but I'll have to double check. But all the kernel versions worked when the keyboard was plugged into its original USB port? > Machine is small Intel desktop: > > 00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03) > 00:01.0 PCI bridge: Intel Corporation 4 Series Chipset PCI Express Root Port (rev 03) > 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) > 00:02.1 Display controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) > 00:1b.0 Audio device: Intel Corporation NM10/ICH7 Family High Definition Audio Controller (rev 01) > 00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 1 (rev 01) > 00:1c.1 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 2 (rev 01) > 00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 01) > 00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 01) > 00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 01) > 00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 01) > 00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 01) > 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) > 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) > 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) > 00:1f.2 IDE interface: Intel Corporation NM10/ICH7 Family SATA Controller [IDE mode] (rev 01) > 00:1f.3 SMBus: Intel Corporation NM10/ICH7 Family SMBus Controller (rev 01) > 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 03) > > Last message I can see on console is something like: > > pci 0000:00:02.0: Video device with shadowed ROM at [mem 0x000c0000-0x000dffff] > > ...and then blinking cursor. According to dmesg, v4.6 kernel prints > this just after this message: > > pci 0000:00:1d.7: EHCI: BIOS handoff failed (BIOS bug?) 01010001 That message doesn't necessarily mean anything; it crops up pretty regularly on systems that nevertheless work fine. But I'm surprised that moving the keyboard from one port to another could cause the system to hang, whether before or after the BIOS handoff fails. > Any ideas? Let me try to update to current Linus' tree. I guess I > could try to boot with CONFIG_USB=n, but that will be pretty useless > configuration. If necessary, you could disable EHCI in the BIOS. That also would be pretty drastic, though. What does the dmesg log in 4.10-rc6 say when the keyboard is plugged into its original port? No obvious explanations spring to mind. You may have to bisect. Alan Stern
[toc] | [prev] | [next] | [standalone]
| From | Pavel Machek <pavel@ucw.cz> |
|---|---|
| Date | 2017-02-03 22:00 +0100 |
| Subject | Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot |
| Message-ID | <t6T7A-6Ri-9@gated-at.bofh.it> |
| In reply to | #1573385 |
[Multipart message — attachments visible in raw view] — view raw
Hi! > > Hmm. I moved keyboard between USB ports, and now 4.10-rc6 no longer > > boots. v4.6 works ok. Let me try with keyboard unplugged... no, I > > could not get it to work. I believe v4.9 and some v4.10-rc's worked, > > but I'll have to double check. > > But all the kernel versions worked when the keyboard was plugged into > its original USB port? Aha. So it looks difference is probably in "where is keyboard plugged in" but in "reboot" vs. "cold boot". I did not do a cold boot in quite a while :-(. Booting to grub, then hitting ctrl-alt-del is enough to make it work. Ouch. It happens with current Linus' tree. "usbcore.nousb usbcore.nousb=1" on kernel command line does not help. So maybe it is not USB after all. (Sorry). > Last message I can see on console is something like: > > pci 0000:00:02.0: Video device with shadowed ROM at [mem 0x000c0000-0x000dffff] If I do the reboot dance with 4.10-rc6, messages around the hang are: [ 0.281948] RPC: Registered named UNIX socket transport module. [ 0.282009] RPC: Registered udp transport module. [ 0.282068] RPC: Registered tcp transport module. [ 0.282126] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 0.282205] pci 0000:00:02.0: Video device with shadowed ROM at [mem 0x000c0000-0x000dffff] [ 0.316266] PCI: CLS 64 bytes, default 64 [ 0.316330] PCI-DMA: Using software bounce buffering for IO (SWIOTLB) [ 0.316395] software IO TLB [mem 0xb987e000-0xbd87e000] (64MB) mapped at [ffff8800b987e000-ffff8800bd87dfff] [ 0.317912] futex hash table entries: 1024 (order: 5, 131072 bytes) [ 0.318646] workingset: timestamp_bits=62 max_order=20 bucket_order=0 So I guess this is something with PCI subsystem? Ideas welcome... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
[toc] | [prev] | [next] | [standalone]
| From | Pavel Machek <pavel@ucw.cz> |
|---|---|
| Date | 2017-02-03 22:20 +0100 |
| Subject | Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot |
| Message-ID | <t6TqX-7ex-33@gated-at.bofh.it> |
| In reply to | #1573433 |
[Multipart message — attachments visible in raw view] — view raw
Hi! > > > Hmm. I moved keyboard between USB ports, and now 4.10-rc6 no longer > > > boots. v4.6 works ok. Let me try with keyboard unplugged... no, I > > > could not get it to work. I believe v4.9 and some v4.10-rc's worked, > > > but I'll have to double check. > > > > But all the kernel versions worked when the keyboard was plugged into > > its original USB port? > > Aha. So it looks difference is probably in "where is keyboard plugged > in" but in "reboot" vs. "cold boot". I did not do a cold boot in quite > a while :-(. > > Booting to grub, then hitting ctrl-alt-del is enough to make it work. Ouch. > > It happens with current Linus' tree. v4.10-rc6-feb3 : broken v4.9 : ok (v4.6 : ok) Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
[toc] | [prev] | [next] | [standalone]
| From | Alan Stern <stern@rowland.harvard.edu> |
|---|---|
| Date | 2017-02-03 23:00 +0100 |
| Subject | Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot |
| Message-ID | <t6U3E-7uQ-33@gated-at.bofh.it> |
| In reply to | #1573447 |
On Fri, 3 Feb 2017, Pavel Machek wrote: > Hi! > > > > > Hmm. I moved keyboard between USB ports, and now 4.10-rc6 no longer > > > > boots. v4.6 works ok. Let me try with keyboard unplugged... no, I > > > > could not get it to work. I believe v4.9 and some v4.10-rc's worked, > > > > but I'll have to double check. > > > > > > But all the kernel versions worked when the keyboard was plugged into > > > its original USB port? > > > > Aha. So it looks difference is probably in "where is keyboard plugged > > in" but in "reboot" vs. "cold boot". I did not do a cold boot in quite > > a while :-(. > > > > Booting to grub, then hitting ctrl-alt-del is enough to make it work. Ouch. > > > > It happens with current Linus' tree. > > v4.10-rc6-feb3 : broken > v4.9 : ok > (v4.6 : ok) All I can suggest is git bisect. :-( But I agree that the problem is unlikely to be in the USB layer. Alan Stern
[toc] | [prev] | [next] | [standalone]
| From | Pavel Machek <pavel@ucw.cz> |
|---|---|
| Date | 2017-02-03 23:50 +0100 |
| Subject | Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot |
| Message-ID | <t6UQ2-84m-33@gated-at.bofh.it> |
| In reply to | #1573477 |
[Multipart message — attachments visible in raw view] — view raw
On Fri 2017-02-03 16:59:05, Alan Stern wrote: > On Fri, 3 Feb 2017, Pavel Machek wrote: > > > Hi! > > > > > > > Hmm. I moved keyboard between USB ports, and now 4.10-rc6 no longer > > > > > boots. v4.6 works ok. Let me try with keyboard unplugged... no, I > > > > > could not get it to work. I believe v4.9 and some v4.10-rc's worked, > > > > > but I'll have to double check. > > > > > > > > But all the kernel versions worked when the keyboard was plugged into > > > > its original USB port? > > > > > > Aha. So it looks difference is probably in "where is keyboard plugged > > > in" but in "reboot" vs. "cold boot". I did not do a cold boot in quite > > > a while :-(. > > > > > > Booting to grub, then hitting ctrl-alt-del is enough to make it work. Ouch. > > > > > > It happens with current Linus' tree. > > > > v4.10-rc6-feb3 : broken > > v4.9 : ok > > (v4.6 : ok) > > All I can suggest is git bisect. :-( But I agree that the problem is > unlikely to be in the USB layer. Yep. I'm hoping PCI people speak up.... adding printks there should be possibility, too. (And I guess I should remove you and usb people from the cc-list... in the next mails). (I verified it happens with 32bit configuration, too, FWIW). Thanks, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
[toc] | [prev] | [next] | [standalone]
| From | Pavel Machek <pavel@ucw.cz> |
|---|---|
| Date | 2017-02-04 09:50 +0100 |
| Subject | Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot |
| Message-ID | <t74cF-6kc-1@gated-at.bofh.it> |
| In reply to | #1573502 |
[Multipart message — attachments visible in raw view] — view raw
On Fri 2017-02-03 23:43:09, Pavel Machek wrote: > On Fri 2017-02-03 16:59:05, Alan Stern wrote: > > On Fri, 3 Feb 2017, Pavel Machek wrote: > > > > > Hi! > > > > > > > > > Hmm. I moved keyboard between USB ports, and now 4.10-rc6 no longer > > > > > > boots. v4.6 works ok. Let me try with keyboard unplugged... no, I > > > > > > could not get it to work. I believe v4.9 and some v4.10-rc's worked, > > > > > > but I'll have to double check. > > > > > > > > > > But all the kernel versions worked when the keyboard was plugged into > > > > > its original USB port? > > > > > > > > Aha. So it looks difference is probably in "where is keyboard plugged > > > > in" but in "reboot" vs. "cold boot". I did not do a cold boot in quite > > > > a while :-(. > > > > > > > > Booting to grub, then hitting ctrl-alt-del is enough to make it work. Ouch. > > > > > > > > It happens with current Linus' tree. > > > > > > v4.10-rc6-feb3 : broken > > > v4.9 : ok > > > (v4.6 : ok) > > > > All I can suggest is git bisect. :-( But I agree that the problem is > > unlikely to be in the USB layer. > > Yep. I'm hoping PCI people speak up.... adding printks there should be > possibility, too. > > (And I guess I should remove you and usb people from the cc-list... in > the next mails). > > (I verified it happens with 32bit configuration, too, FWIW). v4.10-rc1 seems to work. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
[toc] | [prev] | [next] | [standalone]
| From | Pavel Machek <pavel@ucw.cz> |
|---|---|
| Date | 2017-02-04 18:00 +0100 |
| Subject | Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot |
| Message-ID | <t7bQS-3ae-15@gated-at.bofh.it> |
| In reply to | #1573623 |
[Multipart message — attachments visible in raw view] — view raw
Hi! > > > > > Aha. So it looks difference is probably in "where is keyboard plugged > > > > > in" but in "reboot" vs. "cold boot". I did not do a cold boot in quite > > > > > a while :-(. > > > > > > > > > > Booting to grub, then hitting ctrl-alt-del is enough to make it work. Ouch. > > > > > > > > > > It happens with current Linus' tree. > > > > > > > > v4.10-rc6-feb3 : broken > > > > v4.9 : ok > > > > (v4.6 : ok) > v4.10-rc1 seems to work. v4.10-rc3: ok v4.10-rc5: bad, I get some kind of backtrace? Next boot results in hang. It boots ok twice in between. v4.10-rc6: ok ?! 34e00accf612bc5448ae709245c2b408edf39f46 : ok? v4.10-rc6-feb3: ok?! (with config.ok, and with original config. Hmm?) This machine was pretty reliable (except rowhammer), but I admit their EC code may leave something to be desired. Sometimes it runs without power LED lit (usually after strange crashes), sometimes _two_ long presses are neccessary to power it off. So... yesterday it hung on cold boot, but not on reboot. Verified 5 times or more. Today, I can't reproduce the hang. Strange :-(. Best regards, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
[toc] | [prev] | [next] | [standalone]
| From | Pavel Machek <pavel@ucw.cz> |
|---|---|
| Date | 2017-02-12 13:10 +0100 |
| Subject | Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot |
| Message-ID | <ta18B-68o-7@gated-at.bofh.it> |
| In reply to | #1573623 |
[Multipart message — attachments visible in raw view] — view raw
Hi! > > > > > Aha. So it looks difference is probably in "where is keyboard plugged > > > > > in" but in "reboot" vs. "cold boot". I did not do a cold boot in quite > > > > > a while :-(. > > > > > > > > > > Booting to grub, then hitting ctrl-alt-del is enough to make it work. Ouch. > > > > > > > > > > It happens with current Linus' tree. > > > > > > > > v4.10-rc6-feb3 : broken > > > > v4.9 : ok > > > > (v4.6 : ok) > > > > > > All I can suggest is git bisect. :-( But I agree that the problem is > > > unlikely to be in the USB layer. > > > > Yep. I'm hoping PCI people speak up.... adding printks there should be > > possibility, too. > > > > (And I guess I should remove you and usb people from the cc-list... in > > the next mails). > > > > (I verified it happens with 32bit configuration, too, FWIW). > > v4.10-rc1 seems to work. No, it is somehow harder to test. It is only problem after some cold boots. Today machine was off for few hours, and then v4.10-rc7 failed to boot. On next reboot, I waited for grub, hit ctrl-alt-del, and it booted ok. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web