Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1573378 > unrolled thread

v4.10-rc6 boot regression on Intel desktop, maybe related to EHCI hadnoff?

Started byPavel Machek <pavel@ucw.cz>
First post2017-02-03 20:10 +0100
Last post2017-02-12 13:10 +0100
Articles 9 — 2 participants

Back to article view | Back to linux.kernel


Contents

  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

#1573378 — v4.10-rc6 boot regression on Intel desktop, maybe related to EHCI hadnoff?

FromPavel Machek <pavel@ucw.cz>
Date2017-02-03 20:10 +0100
Subjectv4.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]


#1573385 — Re: v4.10-rc6 boot regression on Intel desktop, maybe related to EHCI hadnoff?

FromAlan Stern <stern@rowland.harvard.edu>
Date2017-02-03 20:30 +0100
SubjectRe: 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]


#1573433 — Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot

FromPavel Machek <pavel@ucw.cz>
Date2017-02-03 22:00 +0100
SubjectRe: 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]


#1573447 — Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot

FromPavel Machek <pavel@ucw.cz>
Date2017-02-03 22:20 +0100
SubjectRe: 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]


#1573477 — Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot

FromAlan Stern <stern@rowland.harvard.edu>
Date2017-02-03 23:00 +0100
SubjectRe: 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]


#1573502 — Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot

FromPavel Machek <pavel@ucw.cz>
Date2017-02-03 23:50 +0100
SubjectRe: 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]


#1573623 — Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot

FromPavel Machek <pavel@ucw.cz>
Date2017-02-04 09:50 +0100
SubjectRe: 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]


#1573711 — Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot

FromPavel Machek <pavel@ucw.cz>
Date2017-02-04 18:00 +0100
SubjectRe: 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]


#1579202 — Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot

FromPavel Machek <pavel@ucw.cz>
Date2017-02-12 13:10 +0100
SubjectRe: 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