Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1578390yba; Thu, 4 Apr 2019 13:41:35 -0700 (PDT) X-Google-Smtp-Source: APXvYqzi1oXwdtH7KRTN2hMHk4TVKjyO9/t8jGxPqm4TQspkexWyysZVjSWlCBz5xRLqSJc7Dn8n X-Received: by 2002:a17:902:2ac3:: with SMTP id j61mr8749546plb.112.1554410494998; Thu, 04 Apr 2019 13:41:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554410494; cv=none; d=google.com; s=arc-20160816; b=LtRCsdE9ufRuA3EVpA1pc0iQs8UgczIKQKEiVU+VUN3DsDM1/qhglXclPR7UxRP6+r wz1gu7riSko6L5EbSMDLUd/mp2PmQ7DQL06Qtxj4+2+4KhFSr/kzmLXFQC07yqpoa86z Ei0vOIG4aUZvlAa9fRSiD/moB+PBL/HaeMf89IB0NpRBFjUfguxIwkIIYG93dHDHKQf1 89F8+FDeAyl7oLwUIy6kgNO//7KeTh7l54e2cloAKyPKlT+J3DLN4K0W/Usxl6HvYoHh vJnLmTq/KqukcdowfQgmbH2plOnp0gXfudEENe9S4Ivzrh2meHONJOD9ASEfUzzheJOl +LEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:in-reply-to :subject:cc:to:from:date; bh=2guYEj5/i0BU4MQAUenQiJv8CJCBzIKgMqkPAfaHYLQ=; b=UEwPB3loQUZKYNaxLuKzQxFww02Ig74jqKjZfmqFDh39v60uG391lh1nRrlLemdU3c jyyRIvH09bvpaAeZwEeTbDgjNP9qAJd3FG07DbcypSPrSorAUj1rnQFD7+UynkYNcHaG 14w4hbdvwZiXm/Fwcd1aK4BvRv08AMCroS0ZFdNK5HbOGo5Z1hppD6WWA5oAHVg2Ppa0 2MzJa/STIo8XJpV9G8jhmsTWQEfzi+Mt8NKKzdFw0JT8MltL/MyqwAqJ8olSdyYY0xVo 9ONDW/VUnreZ2lMf5FG7AZKni06hBzRdI+olxHnbLdKld6Q58wArtnU0HAuRpPiZ4NLq Sc4g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f2si16753843pgi.61.2019.04.04.13.41.12; Thu, 04 Apr 2019 13:41:34 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730155AbfDDTOt (ORCPT + 99 others); Thu, 4 Apr 2019 15:14:49 -0400 Received: from iolanthe.rowland.org ([192.131.102.54]:41584 "HELO iolanthe.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1730153AbfDDTOs (ORCPT ); Thu, 4 Apr 2019 15:14:48 -0400 Received: (qmail 27389 invoked by uid 2102); 4 Apr 2019 15:14:47 -0400 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 4 Apr 2019 15:14:47 -0400 Date: Thu, 4 Apr 2019 15:14:47 -0400 (EDT) From: Alan Stern X-X-Sender: stern@iolanthe.rowland.org To: Jesse Hathaway cc: Bjorn Helgaas , Ingo Molnar , Peter Zijlstra , , , Mathias Nyman , Greg Kroah-Hartman , Subject: Re: Regression causes a hang on boot with a Comtrol PCI card In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 4 Apr 2019, Jesse Hathaway wrote: > On Thu, Apr 4, 2019 at 12:16 PM Alan Stern wrote: > > > I added debug statements to quirk_usb_early_handoff, quirk_usb_disable_ehci & > > > ehci_bios_handoff. The box hangs right before calling: > > > > > > pci_write_config_byte(pdev, offset + 3, 1); > > > > Right _before_ that line? Not _after_ it? > > Sorry I should have been more precise, it hangs executing the above > pci_write_config_function. I get the debug printk immediately preceding > that line. > > > That's surprising because the two preceding lines of code are the > > condition of an "if" statement and a dev_dbg() call. I don't see how > > either of them could cause a hang. > > > > Maybe the hang is a delayed reaction to something happening somewhere > > else. But on the assumption that it isn't, you could try commenting > > out various parts of ehci_bios_handoff to see which ones make a > > difference. > > will do > > > > which is in ehci_bios_handoff: > > > > > > [ 10.698240] DEBUG: Passed quirk_usb_early_handoff 1300 > > > [ 10.704271] DEBUG: Passed quirk_usb_early_handoff 1308 > > > [ 10.710206] DEBUG: Passed quirk_usb_disable_ehci 939 > > > [ 10.715949] DEBUG: Passed quirk_usb_disable_ehci 945 > > > [ 10.721685] DEBUG: Passed quirk_usb_disable_ehci 950 > > > [ 10.727423] DEBUG: Passed quirk_usb_disable_ehci 958 > > > [ 10.733160] DEBUG: Passed quirk_usb_disable_ehci 964 > > > [ 10.738897] DEBUG: Passed quirk_usb_disable_ehci 968 > > > [ 10.744633] DEBUG: Passed ehci_bios_handoff 849 > > > [ 10.749884] DEBUG: Passed ehci_bios_handoff 884 > > > > > > I have attached the debug output, and my modified pci-quirks.c file > > > to the bug report, let me know what else I can do to help. > > sorry I attached them to the bug report, but I have attached them to this > email as well. Okay. You could try skipping that pci_write_config_byte() call. The following loop would probably time out, and you might find that the code crashes later on. You could also try setting try_handoff to 0 near the start of the routine. Your system plus the Comtrol PCI card could have the same sort of bug as reported in Bugzilla #77021. Alan Stern