lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Fri, 3 Feb 2017 14:21:46 -0500 (EST)
From:   Alan Stern <stern@...land.harvard.edu>
To:     Pavel Machek <pavel@....cz>
cc:     kernel list <linux-kernel@...r.kernel.org>,
        <linux-usb@...r.kernel.org>, <gregkh@...uxfoundation.org>
Subject: Re: v4.10-rc6 boot regression on Intel desktop, maybe related to
 EHCI hadnoff?

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

Powered by blists - more mailing lists