>-----Original Message-----
>From: [email protected]
>[mailto:[email protected]] On Behalf Of
>Dmitry Torokhov
>Sent: Monday, October 31, 2005 7:40 PM
>To: [email protected]
>Cc: David Brownell; Benjamin Herrenschmidt;
>[email protected]; Paul Mackerras; Alan Stern
>Subject: Re: [linux-usb-devel] Re: Commit "[PATCH] USB: Always
>do usb-handoff" breaks my powerbook
>
>On Monday 31 October 2005 22:09, David Brownell wrote:
>> > > > I'm not sure it's legal to do pci_enable_device() from
>within a pci
>> > > > quirk anyway. I really wonder what that code is doing
>in the quirks, I
>> > > > don't think it's the right place, but I may be wrong.
>> > >
>> > > Erm, what "code is doing" what, that you mean ??
>> >
>> > What _That_ code is doing in the quirks... shouldn't it be in the
>> > {U,O,E}HCI drivers instead ?
>>
>> Not for PCI. ?Vojtech, this is your cue to explain some of
>how late handoff
>> borks the input layer, as observed by SuSE on way too many
>BIOS/hardware combos
>> for me to remember ... :)
>>
>
>Not Vojtech, but here is goes... Not everyone has USB compiled in and
>even then I think USB is registered after serio. So when we probe for
>i8042 BIOS still has its dirty hands on USB controllers and pretends
>that they are in fact PS/2 devices. Crazy stuff like that... That's
>why we can't keep that code in HCI drivers.
It is even worse in some cases, especially when USB host controller shares
interrupt with other PCI devices. I've seen systems which have just been
swamped by interrupts if shared device driver enables IRQ before HCD starts...
Aleks.
>
>--
>Dmitry
>-
>To unsubscribe from this list: send the line "unsubscribe
>linux-kernel" in
>the body of a message to [email protected]
>More majordomo info at http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at http://www.tux.org/lkml/
>