Sylvain Munaut wrote:
> > Valentine Barshak wrote:
> >> Rework ohci-ppc-of driver to use big-endian property instead of
> >> ohci-be/ohci-le compatible strings. Also remove unnecessary
> >> user-selectable USB_OHCI_HCD_PPC_OF_LE/BE stuff, because
> >> USB_OHCI_BIG_ENDIAN_DESC/MMIO should always be
[EMAIL PROTECTED] wrote:
>>> USB_OHCI_BIG_ENDIAN_DESC/MMIO should always be enabled for ppc
>>> and USB_OHCI_LITTLE_ENDIAN is selected for USB_OHCI_HCD_PCI by default.
>
> I don't find those options useless. If you think the defauts are not the
> best change them but I find these options relevant.
> Valentine Barshak wrote:
>> Rework ohci-ppc-of driver to use big-endian property instead of
>> ohci-be/ohci-le compatible strings. Also remove unnecessary
>> user-selectable USB_OHCI_HCD_PPC_OF_LE/BE stuff, because
>> USB_OHCI_BIG_ENDIAN_DESC/MMIO should always be enabled for ppc
>> and USB_OHCI_
Rework ohci-ppc-of driver to use big-endian property instead of
ohci-be/ohci-le compatible strings. Also remove unnecessary
user-selectable USB_OHCI_HCD_PPC_OF_LE/BE stuff, because
USB_OHCI_BIG_ENDIAN_DESC/MMIO should always be enabled for ppc
and USB_OHCI_LITTLE_ENDIAN is selected for USB_OHCI_HCD
Matt Sealey wrote:
> Valentine Barshak wrote:
>> Matt Sealey wrote:
>>> Compatible property on /[EMAIL PROTECTED]/[EMAIL PROTECTED] is
>>
>> We should also keep "ohci-bigendian" and "ohci-be" in the match table.
>
> Eh.. maybe.
>
>>> I am currently moving on the assumption that the "correct" devi
Valentine Barshak wrote:
> Matt Sealey wrote:
>> Compatible property on /[EMAIL PROTECTED]/[EMAIL PROTECTED] is
>
> We should also keep "ohci-bigendian" and "ohci-be" in the match table.
Eh.. maybe.
>> I am currently moving on the assumption that the "correct" device
>> tree for the Efika (notwi
Matt Sealey wrote:
> Compatible property on /[EMAIL PROTECTED]/[EMAIL PROTECTED] is
>
> ohci-bigendian
> ohci-be
> mpc5200-ohci
> mpc5200-usb
>
> device_type is "usb", model is "mpc5200-ohci".
>
> Although I worry about cluttering up the cleanup, it is probably just
> adding an "if property(big-
Matt Sealey wrote:
> Valentine,
>
> Please do the very minimal required to keep supporting the Efika.
>
> As for an little endian OHCI controller on an OF bus, I would not
> consider it an impossibility. But, not having the big-endian
> property fixes this; OHCI is little-endian by default. You n
Valentine,
Please do the very minimal required to keep supporting the Efika.
As for an little endian OHCI controller on an OF bus, I would not
consider it an impossibility. But, not having the big-endian
property fixes this; OHCI is little-endian by default. You need
only report "difference" in d
Grant Likely wrote:
> On 10/25/07, Valentine Barshak <[EMAIL PROTECTED]> wrote:
>
> If it doesn't, it can be added during prom_init.c We're already doing
> a bunch of efika fixups there anyway.
I want those to go away. Far, far away.
http://www.powerdeveloper.org/platforms/efika/devicetree
No
Compatible property on /[EMAIL PROTECTED]/[EMAIL PROTECTED] is
ohci-bigendian
ohci-be
mpc5200-ohci
mpc5200-usb
device_type is "usb", model is "mpc5200-ohci".
Although I worry about cluttering up the cleanup, it is probably just
adding an "if property(big-endian) OR compatible(mpc5200-ohci)"
to t
Grant Likely wrote:
> On 10/25/07, Valentine Barshak <[EMAIL PROTECTED]> wrote:
>> Grant Likely wrote:
>>> On 10/24/07, David Brownell <[EMAIL PROTECTED]> wrote:
On Wednesday 24 October 2007, Matt Sealey wrote:
> Can we just make sure real quickly that the changing of compatibles
> doe
On 10/25/07, Valentine Barshak <[EMAIL PROTECTED]> wrote:
> Grant Likely wrote:
> > On 10/24/07, David Brownell <[EMAIL PROTECTED]> wrote:
> >> On Wednesday 24 October 2007, Matt Sealey wrote:
> >>> Can we just make sure real quickly that the changing of compatibles
> >>> doesn't break existing, no
Grant Likely wrote:
> On 10/24/07, David Brownell <[EMAIL PROTECTED]> wrote:
>> On Wednesday 24 October 2007, Matt Sealey wrote:
>>> Can we just make sure real quickly that the changing of compatibles
>>> doesn't break existing, not-easily-flashable firmwares?
>> Yeah, I'm not keen on such breakage
On 10/24/07, David Brownell <[EMAIL PROTECTED]> wrote:
> On Wednesday 24 October 2007, Matt Sealey wrote:
> > Can we just make sure real quickly that the changing of compatibles
> > doesn't break existing, not-easily-flashable firmwares?
>
> Yeah, I'm not keen on such breakage either...
Add my voi
On Wednesday 24 October 2007, Matt Sealey wrote:
> Can we just make sure real quickly that the changing of compatibles
> doesn't break existing, not-easily-flashable firmwares?
Yeah, I'm not keen on such breakage either...
___
Linuxppc-dev mailing list
L
Valentine Barshak wrote:
> Rework ohci-ppc-of driver to use big-endian property instead of
> ohci-be/ohci-le compatible strings. Also remove unnecessary
> user-selectable USB_OHCI_HCD_PPC_OF_LE/BE stuff, because
> USB_OHCI_BIG_ENDIAN_DESC/MMIO should always be enabled for ppc
> and USB_OHCI_LITTLE_
Rework ohci-ppc-of driver to use big-endian property instead of
ohci-be/ohci-le compatible strings. Also remove unnecessary
user-selectable USB_OHCI_HCD_PPC_OF_LE/BE stuff, because
USB_OHCI_BIG_ENDIAN_DESC/MMIO should always be enabled for ppc
and USB_OHCI_LITTLE_ENDIAN is selected for USB_OHCI_HCD
18 matches
Mail list logo