Re: via irq quirk breakage

2007-01-30 Thread Alan
On Tue, 30 Jan 2007 13:29:03 +0100 Jean Delvare <[EMAIL PROTECTED]> wrote: > Alan, > > Le Lundi 29 Janvier 2007 16:51, Alan a écrit : > > This is a lot neater than the original patch too. Only problem I see is > > pci=reverse might need more care. > > What do you mean exactly? I thought pci=reve

Re: via irq quirk breakage

2007-01-30 Thread Jeff Garzik
Alan wrote: You have an old VT82C686 south bridge, which was tagged as "special" by Alan. For this chip, Alan's code only allows devices 00:00.x to be quirked. As my code was merely a reimplementation of Alan's idea, it does the same. Your USB controllers are at 00:07.x, so I'm not surprised they

Re: via irq quirk breakage

2007-01-30 Thread Alan
> You have an old VT82C686 south bridge, which was tagged as "special" by > Alan. For this chip, Alan's code only allows devices 00:00.x to be quirked. > As my code was merely a reimplementation of Alan's idea, it does the same. > Your USB controllers are at 00:07.x, so I'm not surprised they weren

Re: via irq quirk breakage

2007-01-30 Thread Alan
> Well it works because I know I need that particular quirk applied to > my USB IRQ. But definitely it is a hack because I've otherwise got no > idea what I'm doing ;) The VIA quirks depend upon so many interacting things - the BIOS irq routing data being correct, the ACPI tables being coded by so

Re: via irq quirk breakage

2007-01-30 Thread Jean Delvare
Alan, Le Lundi 29 Janvier 2007 16:51, Alan a écrit : > This is a lot neater than the original patch too. Only problem I see is > pci=reverse might need more care. What do you mean exactly? I thought pci=reverse had been dropped years ago? -- Jean Delvare Suse L3 - To unsubscribe from this list:

Re: via irq quirk breakage

2007-01-30 Thread Sergey Vlasov
On Tue, 30 Jan 2007 08:54:05 +0100 Jean Delvare wrote: > You have an old VT82C686 south bridge, which was tagged as "special" by > Alan. For this chip, Alan's code only allows devices 00:00.x to be quirked. > As my code was merely a reimplementation of Alan's idea, it does the same. > Your USB con

Re: via irq quirk breakage

2007-01-30 Thread Nick Piggin
Hi Jean, Jean Delvare wrote: You have an old VT82C686 south bridge, which was tagged as "special" by Alan. For this chip, Alan's code only allows devices 00:00.x to be quirked. As my code was merely a reimplementation of Alan's idea, it does the same. Your USB controllers are at 00:07.x, so I'm

Re: via irq quirk breakage

2007-01-29 Thread Jean Delvare
Hi Nick, Thanks for testing and reporting. Le Mardi 30 Janvier 2007 03:35, Nick Piggin a écrit : > Jean Delvare wrote: > > Here is the patch I have come up with. It might not qualify as elegant, > > but at least it appears to solve the issue. Nick, can you please give it > > a try and confirm it

Re: via irq quirk breakage

2007-01-29 Thread Nick Piggin
Jean Delvare wrote: Ni Nick, Alan, Le Mercredi 24 Janvier 2007 01:33, Nick Piggin a écrit : Recently updated an old box to a new kernel, and the USB mouse stops working. Well it sort of works, but stutters and is very unresponsive. This happens now and again when the IRQ routing for my board g

Re: via irq quirk breakage

2007-01-29 Thread Alan
> Fix VIA quirks that were recently broken by Alan Cox in the upstream > kernel (commit 1597cacbe39802d86656d1f2e6329895bd2ef531). > > My understanding is that pci_find_present() doesn't work yet at the > time the quirks are run. So I used a two-step quirk as is done for > some other quirks alread

Re: via irq quirk breakage

2007-01-29 Thread Jean Delvare
Ni Nick, Alan, Le Mercredi 24 Janvier 2007 01:33, Nick Piggin a écrit : > Recently updated an old box to a new kernel, and the USB mouse stops > working. Well it sort of works, but stutters and is very unresponsive. This > happens now and again when the IRQ routing for my board gets broken. > > At