From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752015AbdBCTVu (ORCPT ); Fri, 3 Feb 2017 14:21:50 -0500 Received: from iolanthe.rowland.org ([192.131.102.54]:37610 "HELO iolanthe.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1751368AbdBCTVt (ORCPT ); Fri, 3 Feb 2017 14:21:49 -0500 Date: Fri, 3 Feb 2017 14:21:46 -0500 (EST) From: Alan Stern X-X-Sender: stern@iolanthe.rowland.org To: Pavel Machek cc: kernel list , , Subject: Re: v4.10-rc6 boot regression on Intel desktop, maybe related to EHCI hadnoff? In-Reply-To: <20170203190414.GA3701@amd> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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