AW: [U-Boot-Users] Re: IDE interface on PPC has endian issue

Schramel Marco Marco.Schramel at go.bartec.de
Wed Nov 16 09:12:22 CET 2005


Hi,

i had the same problem. I fixed it with using the __insw and __outsw functions directly. By default the system uses the __insw_ns and __outsw_ns. With changing these two accesses in ide-iops.c it works for me.

Best regards
Marco





-----Ursprüngliche Nachricht-----
Von: u-boot-users-admin at lists.sourceforge.net
[mailto:u-boot-users-admin at lists.sourceforge.net]Im Auftrag von Gregg
Gesendet: Dienstag, 15. November 2005 23:57
An: u-boot-users at lists.sourceforge.net
Betreff: [U-Boot-Users] Re: IDE interface on PPC has endian issue


Frank <frannk_m1 <at> yahoo.com> writes:

> 
> I had the same problem. It turns the idiot hardware engineer
> decided he would do byte swapping in hardware without telling
> me. To get around it, I just made the byte swapping code a noop
> (no byte swaping) and it worked. 

Doing an endian swap every place in cmd_ide.c where it is reading the data
register seems to have fixed the problem. I can now see the partitions on the
disk and load a file from it. I don't understand why the endianness is different
from what the u-boot code expects though, given how the data bits are connected
to the peripheral bus:

CF D0..D15 => PPC D15..D0

D15 is lsb on PPC 16-bit mode bus. It is as if the u-boot code expects

CF D0..D7 => PPC D7..D0
CF D8..D15 => PPC D15..D8

Thanks,

Gregg




-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
U-Boot-Users mailing list
U-Boot-Users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users




More information about the U-Boot mailing list