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
On Tue, 7 Aug 2007, David Engraf wrote:
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
Greg KH schrieb:
On Thu, Aug 02, 2007 at 10:32:21AM -0400, Alan Stern wrote:
On Thu, 2 Aug 2007, David Engraf wrote:
This would be solution too, but what if someone uses the uhci controller
and don't want the
ehci. So a single Kconfig flag wouldn't be enough, we have to add 3
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
On Thu, Aug 02, 2007 at 09:43:29AM -0700, Greg KH wrote:
...
It wasn't just MIPS. IBM has a very popular blade system that has huge
issues with this, and I think there are some other IBM systems based on
the same BIOS that also do bad things if we don't grab the USB
controller away from the
Greg KH schrieb:
On Wed, Aug 01, 2007 at 09:21:12AM +0200, David Engraf wrote:
At the moment I have a Jetway/VIA Mainboard which seems to have a
problem with the handoff.
Evenwhen I wait about 20 seconds the EHCI_USBLEGSUP_BIOS flag is not
cleared. I think this is a BIOS
bug and I will
Alan Stern schrieb:
On Wed, 1 Aug 2007, David Engraf wrote:
At the moment I have a Jetway/VIA Mainboard which seems to have a problem
with the handoff. Even
when I wait about 20 seconds the EHCI_USBLEGSUP_BIOS flag is not cleared.
I think this is a BIOS
bug and I will have to talk to
On Thu, 2 Aug 2007, David Engraf wrote:
This would be solution too, but what if someone uses the uhci controller
and don't want the
ehci. So a single Kconfig flag wouldn't be enough, we have to add 3
flags for uchi, ohci and
ehci. I think this maybe a little bit difficult when configuring
On Thu, Aug 02, 2007 at 10:32:21AM -0400, Alan Stern wrote:
On Thu, 2 Aug 2007, David Engraf wrote:
This would be solution too, but what if someone uses the uhci controller
and don't want the
ehci. So a single Kconfig flag wouldn't be enough, we have to add 3
flags for uchi, ohci and
At the moment I have a Jetway/VIA Mainboard which seems to have a
problem with the handoff.
Evenwhen I wait about 20 seconds the EHCI_USBLEGSUP_BIOS flag is not
cleared. I think this is a BIOS
bug and I will have to talk to Jetway/VIA.
On the other hand, I don't need the EHCI controller in my
On Wed, 1 Aug 2007, David Engraf wrote:
At the moment I have a Jetway/VIA Mainboard which seems to have a problem
with the handoff. Even
when I wait about 20 seconds the EHCI_USBLEGSUP_BIOS flag is not cleared.
I think this is a BIOS
bug and I will have to talk to Jetway/VIA.
I have the
On Wed, Aug 01, 2007 at 09:21:12AM +0200, David Engraf wrote:
At the moment I have a Jetway/VIA Mainboard which seems to have a
problem with the handoff.
Evenwhen I wait about 20 seconds the EHCI_USBLEGSUP_BIOS flag is not
cleared. I think this is a BIOS
bug and I will have to talk to
When CONFIG_USB_UHCI_HCD, CONFIG_USB_OHCI_HCD or CONFIG_USB_EHCI_HCD is
not configured we don't need to call the quirk_usb_handoff_ function
in driver/usb/host/pci_quiks.c.
I think the kernel shouldn't take the control over the usb controller
when we don't have the driver for it,
so with this
On Tue, 31 Jul 2007, David Engraf wrote:
When CONFIG_USB_UHCI_HCD, CONFIG_USB_OHCI_HCD or CONFIG_USB_EHCI_HCD is
not configured we don't need to call the quirk_usb_handoff_ function
in driver/usb/host/pci_quiks.c.
I think the kernel shouldn't take the control over the usb controller
14 matches
Mail list logo