On Mon, Nov 3, 2008 at 10:41 AM, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 24, 2008 at 6:09 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
>> On Wed, Sep 24, 2008 at 5:51 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
>>> USB is not working my hardware, so I booted my Efika and it's not
>>> working
On Wed, Sep 24, 2008 at 6:09 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 24, 2008 at 5:51 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
>> USB is not working my hardware, so I booted my Efika and it's not
>> working there either. This is with linus' current git.
>>
>> Can anyone verify this?
Benjamin Herrenschmidt wrote:
This is what we were recommended to use at the time. There is a patch
on www.powerdeveloper.org which tweaks the tree to make it ultra-compliant
with the Linux version of things, which implements every variation. It
also implements a suggested patch which added a "bi
On Wed, 2008-10-01 at 11:46 +0200, Carsten Schlote wrote:
>
>
> The framebuffer use-case is currently the only one, where such a
> hardware-swapper could be really useful. But still the drivers would
> have to know about this feature, it would require query/set macros/fcts
> for endian translatio
Hi Ben,
> Note about the Amiga stuff: it's a bad idea :-) Every attempt
> at "magically" fixing endian in HW is a recipe for tears and
> disasters.
I fully agree. It's one of the problem I encountered with some similiar
approach on some other big-endian Freescale CPU. It is implemented as a
har
> This is what we were recommended to use at the time. There is a patch
> on www.powerdeveloper.org which tweaks the tree to make it ultra-compliant
> with the Linux version of things, which implements every variation. It
> also implements a suggested patch which added a "big-endian" property
> (n
Jon Smirl wrote:
Efika has this:
compatible = "fsl,mpc5200b-ohci","fsl,mpc5200-ohci";
It doesn't :D
My system, running production firmware, says
ohci-bigendian,ohci-be,mpc5200-ohci,mpc5200-usb
This is what we were recommended to use at the time. There is a patch
on www.powerdeveloper.org w
David Gibson wrote:
This, of course, is exactly why I *don't* recommend embedded platforms
move to including the device tree in the flashed firmware. Keeping
the device tree in the bootwrapper means that it *is* updated with the
kernel and we don't have to mess around with as much backwards
co
..wasn't the real issue for the device tree to get the firmware right?
R&B
On Mon, Sep 29, 2008 at 8:12 PM, David Gibson
<[EMAIL PROTECTED]> wrote:
> On Mon, Sep 29, 2008 at 05:18:54PM +0200, Sven Luther wrote:
>> On Mon, Sep 29, 2008 at 01:43:29PM +1000, David Gibson wrote:
>> > On Sun, Sep 28,
On Mon, Sep 29, 2008 at 05:18:54PM +0200, Sven Luther wrote:
> On Mon, Sep 29, 2008 at 01:43:29PM +1000, David Gibson wrote:
> > On Sun, Sep 28, 2008 at 08:30:56PM -0500, Matt Sealey wrote:
> > >
> > > Benjamin Herrenschmidt wrote:
> > >> On Wed, 2008-09-24 at 21:09 -0400, Jon Smirl wrote:
> >
On Mon, Sep 29, 2008 at 05:04:22PM -0400, Jon Smirl wrote:
> On Mon, Sep 29, 2008 at 4:18 PM, Scott Wood <[EMAIL PROTECTED]> wrote:
> > On Mon, Sep 29, 2008 at 10:14:18AM -0400, Jon Smirl wrote:
> >> Shouldn't the driver already know it is being used on a BE machine?
> >
> > No. Endianness of the
On Mon, Sep 29, 2008 at 4:18 PM, Scott Wood <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 29, 2008 at 10:14:18AM -0400, Jon Smirl wrote:
>> Shouldn't the driver already know it is being used on a BE machine?
>
> No. Endianness of the CPU is not necessarily the same as the endianness
> of device registe
On Mon, Sep 29, 2008 at 10:14:18AM -0400, Jon Smirl wrote:
> Shouldn't the driver already know it is being used on a BE machine?
No. Endianness of the CPU is not necessarily the same as the endianness
of device registers.
For example, PCI OHCI on a big-endian host.
-Scott
__
> "Sven" == Sven Luther <[EMAIL PROTECTED]> writes:
Hi,
>> This, of course, is exactly why I *don't* recommend embedded platforms
>> move to including the device tree in the flashed firmware. Keeping
>> the device tree in the bootwrapper means that it *is* updated with the
>> kernel and
On Mon, Sep 29, 2008 at 01:43:29PM +1000, David Gibson wrote:
> On Sun, Sep 28, 2008 at 08:30:56PM -0500, Matt Sealey wrote:
> >
> > Benjamin Herrenschmidt wrote:
> >> On Wed, 2008-09-24 at 21:09 -0400, Jon Smirl wrote:
> Last time I noticed it was working was about ten days ago. I don't use
>
> "Jon" == Jon Smirl <[EMAIL PROTECTED]> writes:
Hi,
Jon> Can u-boot handle the wrapped DTB? I'm using a pointer to kernel
Jon> and one to DTB when booting from u-boot.
>>
>> See my recent (nacked by Wolfgang, but sane in principle) patch for
>> uImage. support:
>>
>> http://patchwor
On Mon, Sep 29, 2008 at 10:22 AM, Peter Korsgaard <[EMAIL PROTECTED]> wrote:
>> "Jon" == Jon Smirl <[EMAIL PROTECTED]> writes:
>
> Hi,
>
> Jon> How do I adjust my build to put the DTB into a wrapper? I'm
> Jon> based on the pcm030 makefile and it assumes the DTB is built
> Jon> externally.
>
> "Jon" == Jon Smirl <[EMAIL PROTECTED]> writes:
Hi,
Jon> How do I adjust my build to put the DTB into a wrapper? I'm
Jon> based on the pcm030 makefile and it assumes the DTB is built
Jon> externally.
Jon> Can u-boot handle the wrapped DTB? I'm using a pointer to kernel
Jon> and one to
On Sun, Sep 28, 2008 at 11:43 PM, David Gibson
<[EMAIL PROTECTED]> wrote:
> On Sun, Sep 28, 2008 at 08:30:56PM -0500, Matt Sealey wrote:
>>
>> Benjamin Herrenschmidt wrote:
>>> On Wed, 2008-09-24 at 21:09 -0400, Jon Smirl wrote:
> Last time I noticed it was working was about ten days ago. I don
On Sun, Sep 28, 2008 at 08:30:56PM -0500, Matt Sealey wrote:
>
> Benjamin Herrenschmidt wrote:
>> On Wed, 2008-09-24 at 21:09 -0400, Jon Smirl wrote:
Last time I noticed it was working was about ten days ago. I don't use
it everyday.
>>> Efika is broken because of this:
>>>
>>> ohci-ppc-o
Benjamin Herrenschmidt wrote:
On Wed, 2008-09-24 at 21:09 -0400, Jon Smirl wrote:
Last time I noticed it was working was about ten days ago. I don't use
it everyday.
Efika is broken because of this:
ohci-ppc-of.c...
is_bigendian =
of_device_is_compatible(dn, "ohci-bige
On Wed, Sep 24, 2008 at 9:50 PM, Benjamin Herrenschmidt
<[EMAIL PROTECTED]> wrote:
> On Wed, 2008-09-24 at 21:09 -0400, Jon Smirl wrote:
>> On Wed, Sep 24, 2008 at 5:51 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
>> > USB is not working my hardware, so I booted my Efika and it's not
>> > working there
On Wed, 2008-09-24 at 21:09 -0400, Jon Smirl wrote:
> On Wed, Sep 24, 2008 at 5:51 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > USB is not working my hardware, so I booted my Efika and it's not
> > working there either. This is with linus' current git.
> >
> > Can anyone verify this? Or know what
On Wed, Sep 24, 2008 at 5:51 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> USB is not working my hardware, so I booted my Efika and it's not
> working there either. This is with linus' current git.
>
> Can anyone verify this? Or know what happened to USB?
> USB is loading but it is not finding anythi
USB is not working my hardware, so I booted my Efika and it's not
working there either. This is with linus' current git.
Can anyone verify this? Or know what happened to USB?
USB is loading but it is not finding anything plugged in.
lsusb doesn't show anything.
Last time I noticed it was working
25 matches
Mail list logo
