Hi I cannot make the ARM processor to litle endian. But i have the facility to set the ARC USB-OTG controller in 2 modes ... either Little-Endian or Big-Endian.
So if i set the USB-controller in Little Endian, it would try to access the DMA QTD buffer pointer in little-endian mode. In qtd_fill() , ARM Big Endian DMA address are converted to little endian using cpu_to_le32(), So keeping the USB-controller in Little Endian, it would try to get the DMA address (which is already in little-endian format) in little endian format from the QH. This would result in a big-endian address. Correct me if my observation is wrong Thanks rak On 6/15/06, David Brownell <[EMAIL PROTECTED]> wrote: > On Thursday 15 June 2006 8:29 am, rakesh kn wrote: > > Hi, > > The ARM processor is in BIG-ENDIAN mode. I have executed a program > > to check in whcih mode is the processor. > > And to repeat a previous question: > > > > Have you tried running your > > > CPU in little-endian mode, which is more conventional? > > A number of the ARMs that support big-endian have it as a run-time > option; there's a bit in some register which controls it, which isn't > always hard-wired to "big" or "little". > > > > So from ur infrence, it would mean that , qtd_fill( ) function which > > does the cpu_to_le32() of the DMA hardware buffer would get screwed up > > in my case . > > > > So removing the converting of DMA address to little endian from native > > endian (big-endian), would solve the problem.. > > Maybe. You haven't actually demonstrated anything more than > a potential curiousity at this point. > > - Dave > > _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
