On Sat, 2006-12-09 at 17:55 +1100, Benjamin Herrenschmidt wrote:
> This patch applies David Brownell's suggestion for reworking the
> OHCI quirk mecanism via a table of PCI IDs. It adapts the existing
> quirks to use that mecanism.
>
> Note that I haven't moved the quirks to reset() as suggested b
(This updated version moves the OHCI quirks to the reset callback so
they are run before the controller is initialized, as suggested by
a comment already in the code)
These patches are reworked versions of the patch I posted on behalf of
Toshiba a while ago. I've reworked things significantly, mos
This patch separates support for big endian MMIO register access
and big endian descriptors in order to support the Toshiba SCC
implementation which has big endian registers but little endian
in-memory descriptors.
It simplifies the access functions a bit in ohci.h while at it.
Signed-off-by: Ben
This patch implements supports for EHCI controllers whose MMIO
registers are big endian and enables that functionality for
the Toshiba SCC chip. It does _not_ add support for big endian
in-memory data structures as this is not needed for that chip
and I hope it will never be.
Signed-off-by: Kou Is
This patch applies David Brownell's suggestion for reworking the
OHCI quirk mecanism via a table of PCI IDs. It adapts the existing
quirks to use that mecanism.
This also moves the quirks to reset() as suggested by the comment
in there. This is necessary as we need to have the endian properly
set
On Fri, Dec 08, 2006 at 07:16:09PM -0800, Lu, Yinghai wrote:
> It works in LinuxBIOS now.
Cool, can't wait to try it out.
Good work!
//Peter
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Tech
-stable review patch. If anyone has any objections, please let us know.
--
From: Sean Young <[EMAIL PROTECTED]>
The PhidgetServo causes an Oops when any of its sysfs attributes are read
or written too, making the driver useless.
Signed-off-by: Sean Young <[EMAIL PROTECTED]>
Sign
On Fri, 2006-12-08 at 22:06 -0800, David Brownell wrote:
> I'm saying that putting chip-specific workarounds in core driver code
> is less attractive than sticking them in bus glue that's specific to
> that chip ... especially in cases like this, where the workaround is
> essentially writing a reg
> A "fake PCI"? Strange. It'd make more sense to stick things
> onto some bus that's a more direct match. And to make all
> those platforms represent IOIF the same way ... reading between
> the lines, I suspect you had multiple Linux teams at work, who
> didn't cooperate as closely as might hav
On Fri, 8 Dec 2006, Dominik Brodowski wrote:
> Hi,
>
> On Fri, Dec 08, 2006 at 11:00:15AM -0500, Alan Stern wrote:
> > Okay. Here's a patch that will print out some information for each of the
> > first 100 interrupts received by ehci-hcd. Block yenta-socket from being
> > loaded, so as to re
> + ohci->flags |= OHCI_BIG_ENDIAN_MMIO;
ANd that should be OHCI_QUIRK_BE_MMIO. Damn, I was sure I test built it,
but I screwed with my .config ...
David, I'll send a new patch, but not before you send me some feedback
in case there are other things to fix.
Cheers,
Ben.
-
Alan Stern wrote:
> On Fri, 13 Oct 2006, matthieu castet wrote:
>> Yes may be it depends of the usb device. I didn't see any problem with a
>> usb mass storage.
>
> Can you try using the troublesome device on a different computer?
> Preferably with the same kind of motherboard?
>
I tried the d
On Sun, 2006-12-10 at 08:29 +1100, Benjamin Herrenschmidt wrote:
> > + ohci->flags |= OHCI_BIG_ENDIAN_MMIO;
>
> ANd that should be OHCI_QUIRK_BE_MMIO. Damn, I was sure I test built it,
> but I screwed with my .config ...
>
> David, I'll send a new patch, but not before you send me some feedback
On Sat, 9 Dec 2006, matthieu castet wrote:
> Alan Stern wrote:
> > On Fri, 13 Oct 2006, matthieu castet wrote:
> >> Yes may be it depends of the usb device. I didn't see any problem with a
> >> usb mass storage.
> >
> > Can you try using the troublesome device on a different computer?
> > Pref
On Wed, 06 Dec 2006 13:16:22 +
Tony Olech <[EMAIL PROTECTED]> wrote:
> From: Tony Olech <[EMAIL PROTECTED]>
>
> ELAN's U132 is a USB to CardBus OHCI controller adapter,
> designed specifically for CardBus 3G data cards to
> function in machines without a CardBus slot.
> The "ftdi-elan
Benjamin Herrenschmidt wrote:
> On Sun, 2006-12-10 at 08:29 +1100, Benjamin Herrenschmidt wrote:
>> > + ohci->flags |= OHCI_BIG_ENDIAN_MMIO;
>>
>> ANd that should be OHCI_QUIRK_BE_MMIO. Damn, I was sure I test built it,
>> but I screwed with my .config ...
>>
>> David, I'll send a new patch, but
On Fri, 2006-12-08 at 18:19 +0100, Soeren Sonnenburg wrote:
> ok, this patch was now in the mactel svn repository since about a month
> and I've never ever seen a report about it failing. Also I asked on the
> mailinglist for anyone having problems with that and got no answer,
> execpt Joseph, the
17 matches
Mail list logo
