Hi Timur,
>> In either case, you would use the byte-conversion routines to
>> serialize the descriptor entries in memory, or in the source buffer,
>> into the correct endianness before performing enabling the DMA.
>
> Very true. However, this means that if the original data is in
> the wrong end
David Hawkins wrote:
> So are you saying you would DMA to a register with a specific
> endianness.
Typically, yes. Theoretically, a device could be programmed to handle any
number of bit- and byte-endianness, but I haven't found one. Most of them time,
it's just a shift register and so which me
Hi Timur,
>> When you are dealing with a driver, register accesses need to be
>> in a specific format. The MPC8349EA has some of its registers
>> in big-endian format, and others in little-endian format.
>> Regardless of the mode you operate your processor, you will
>> *have* to use the correct by
David Hawkins wrote:
> When you are dealing with a driver, register accesses need to be
> in a specific format. The MPC8349EA has some of its registers
> in big-endian format, and others in little-endian format.
> Regardless of the mode you operate your processor, you will
> *have* to use the corr
Hi Vivek,
Just to clarify these comments:
> It would be a lot easier if you modified the application to work on big-endian
> and little-endian. Just look through the code in places where the endian
> matters, and add cpu_to_be32() and be32_to_cpu() (or similar functions).
When you are dealing
Hi Vivek,
> Sorry, I forgot to tell that we are using MPC8349E processor
> with a "e300 core". And it is clearly mentioned in the e300
> core datasheet that, it supports "True little-endian mode
> for compatibility with other true little-endian devices".
Data sheets need to be read in the wider c
[EMAIL PROTECTED] wrote:
> Hi,
> Thanks all for quick response.
>
> Actually we are having a huge application for video capture which is
> presently running on x86 based board having some DSPs. As per the data
> sheet of MPC8349E(e300 core), MPC8349E can be configured in true little
> endian mode.
[EMAIL PROTECTED] wrote:
> Hi,
> Thanks all for quick response.
>
> Sorry, I forgot to tell that we are using MPC8349E processor with a
> "e300 core".
> And it is clearly mentioned in the e300 core datasheet that, it supports
> "True little-endian mode for compatibility with other true little-endi
Hi,
Thanks all for quick response.
Actually we are having a huge application for video capture which is
presently running on x86 based board having some DSPs. As per the data
sheet of MPC8349E(e300 core), MPC8349E can be configured in true little
endian mode.
So, if we are able to configure MPC83
>
>
> We want to configure MPC8349E in little endian as some other PCI
> devices(DSPs) are operating in little endian.
Why should the fact that the DSPs over PCI being little endian impact
how you run the 8349? All the u-boot and linux drivers deal with this
for every PCI device I'm aware of
Hi,
Thanks all for quick response.
Sorry, I forgot to tell that we are using MPC8349E processor with a
"e300 core".
And it is clearly mentioned in the e300 core datasheet that, it supports
"True little-endian mode for compatibility with other true little-endian
devices".
So, according to data she
Hi Vivek
> Now due to some reason we have to configure 8349E in little endian mode.
Perhaps you could explain why you feel you need to use
little-endian mode. Readers of the list could offer
some constructive comments.
Regards,
Dave
--
In message <[EMAIL PROTECTED]> you wrote:
>
> We are using MPC8349E based board in big endian mode. It is working fine
> with U-Boot 1.1.3 .
Yes. Big endian is the natural byte order for PowerPC.
> Now due to some reason we have to configure 8349E in little endian mode.
Don't. You're on the road
Hi,
We are using MPC8349E based board in big endian mode. It is working fine
with U-Boot 1.1.3 .
Now due to some reason we have to configure 8349E in little endian mode.
I have modified RCW, HID2 and MSR registers for this and built the
U-Boot with -mlittle-endian(gcc 3.4.3) and -EL (ld option ).
14 matches
Mail list logo