From: Robert Hancock <hancockr@shaw.ca>
To: linux-kernel@vger.kernel.org
Subject: Re: System hang in quirk_usb_handoff_ohci
Date: Mon, 29 Dec 2008 15:09:25 -0600 [thread overview]
Message-ID: <49593C85.9070502@shaw.ca> (raw)
In-Reply-To: <495933D6.1020409@tragetaschen.dyndns.org>
Kai Ruhnau wrote:
> Hi,
>
> Some days ago, I reported a reproducible hang during boot. The
> information around was quite vague and so I took the liberty to further
> dig into the the call stack of pci_init and found the exact place where
> the initialization locks.
> But first the symptoms (those are improved as well):
>
> If I turn on or restart my computer and try to boot without my
> intervention, the system always hangs during boot, the last output being
> the io scheduler registration. However, if I press a key at any time
> after the BIOS (for example manual choosing the grub entry or during
> the kernel messages) the system happily boots normally.
>
> After a little printk debugging, it turns out, that
> quirk_usb_handoff_ohci will hang when applied to my first USB OHCI pci
> device. I have marked the offending line in the following snippet (line
> 186 in the original---the second writel)
>
> ============ (startint at line 182 inn pci-quirks.c)
> [...]
> u32 control = readl(base + OHCI_CONTROL);
> if (control & OHCI_CTRL_IR) {
> int wait_time = 500; /* arbitrary; 5 seconds */
> writel(OHCI_INTR_OC, base + OHCI_INTRENABLE);
>
> // The next line might hang
>
> writel(OHCI_OCR, base + OHCI_CMDSTATUS);
> while (wait_time > 0 &&
> readl(base + OHCI_CONTROL) & OHCI_CTRL_IR) {
> wait_time -= 10;
> msleep(10);
> }
> [...]
> =========
>
> The lspci output for the device is
>
> 00:13.0 0c03: 1002:4387 (prog-if 10 [OHCI])
> Subsystem: 1462:7326
> Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 16
> Memory at fdffe000 (32-bit, non-prefetchable) [size=4K]
> Kernel driver in use: ohci_hcd
> Kernel modules: ohci-hcd
>
> My system is a
>
> Linux 2.6.28-gentoo #12 SMP PREEMPT Mon Dec 29 21:01:04 CET 2008 x86_64
> Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz GenuineIntel GNU/Linux
>
> Thanks for your time.
It's most likely a BIOS bug, it somehow blows up when we tell it to give
up control of the USB controller (the BIOS will control it initially to
handle USB keyboard/mouse support). Is there an update available?
next prev parent reply other threads:[~2008-12-29 21:10 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-29 20:32 System hang in quirk_usb_handoff_ohci Kai Ruhnau
2008-12-29 21:09 ` Robert Hancock [this message]
2008-12-30 0:30 ` Kai Ruhnau
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=49593C85.9070502@shaw.ca \
--to=hancockr@shaw.ca \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox