From: David Engraf <david.engraf@netcom.eu>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: Greg KH <gregkh@suse.de>,
linux-pci@atrey.karlin.mff.cuni.cz, linux-kernel@vger.kernel.org,
linux-usb-devel@lists.sourceforge.net
Subject: Re: [linux-usb-devel] [PATCH] USB BIOS early handoff only when the we the driver is configured
Date: Tue, 07 Aug 2007 10:44:57 +0200 [thread overview]
Message-ID: <46B83109.8060808@netcom.eu> (raw)
In-Reply-To: <Pine.LNX.4.44L0.0708031101530.2597-100000@iolanthe.rowland.org>
You said your Intel board has also problems with the handoff.
Could you try the follwing patch, because the EHCI documentation
says that the OS must set the EHCI_USBLEGSUP_OS bit and then
wait until EHCI_USBLEGSUP_BIOS is cleared. The kernel never
uses the EHCI_USBLEGSUP_OS flag at the moment.
On my system there is no change, but maybe this patch works on
your system.
Thanks
David Engraf
linux-2.6.22.1
diff -puN drivers/usb/host/pci-quirks_orig.c drivers/usb/host/pci-quirks.c
--- drivers/usb/host/pci-quirks_orig.c 2007-07-10 20:56:30.000000000
+0200
+++ drivers/usb/host/pci-quirks.c 2007-08-07 10:38:33.000000000 +0200
@@ -268,6 +268,8 @@ static void __devinit quirk_usb_disable_
* handoff..
*/
pci_write_config_byte(pdev, offset + 3, 1);
+
+ pci_write_config_byte(pdev, offset, cap |
EHCI_USBLEGSUP_OS);
}
/* if boot firmware now owns EHCI, spin till
Alan Stern schrieb:
> On Fri, 3 Aug 2007, David Engraf wrote:
>
>
>> So we have hardware which has problems when we are not doing the
>> handoff, and hardware which has
>> problems when we are doing the handoff...
>>
>
> What hardware has problems when we do the handoff? Your system and
> mine experience a delay, but it doesn't break anything.
>
>
>> What is the best way to solve the problem? Maybe a kernel parameter, a
>> config flag or an automatic
>> hardware dependent check of the system?
>> In fact it is hard to find a solution which works for both as long as
>> the hardware has this bugs.
>>
>
> If we really need it, I say we should use a Kconfig flag.
>
> Alan Stern
>
>
next prev parent reply other threads:[~2007-08-07 8:48 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-31 8:31 [PATCH] USB BIOS early handoff only when the we the driver is configured David Engraf
2007-07-31 15:04 ` [linux-usb-devel] " Alan Stern
[not found] ` <46B03078.5040305@netcom.eu>
2007-08-01 7:21 ` David Engraf
2007-08-01 20:23 ` Greg KH
2007-08-02 7:07 ` David Engraf
2007-08-01 14:40 ` Alan Stern
2007-08-02 7:14 ` David Engraf
2007-08-02 14:32 ` Alan Stern
2007-08-02 16:43 ` Greg KH
2007-08-03 6:52 ` David Engraf
2007-08-03 15:03 ` Alan Stern
2007-08-07 8:44 ` David Engraf [this message]
2007-08-07 14:37 ` Alan Stern
2007-08-03 22:24 ` Grant Grundler
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=46B83109.8060808@netcom.eu \
--to=david.engraf@netcom.eu \
--cc=gregkh@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@atrey.karlin.mff.cuni.cz \
--cc=linux-usb-devel@lists.sourceforge.net \
--cc=stern@rowland.harvard.edu \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.