On Tue, Mar 19, 2013 at 02:57:58PM +0100, Steffen Trumtrar wrote: > On Tue, Mar 19, 2013 at 07:59:27AM -0500, Josh Cartwright wrote: > > On Tue, Mar 19, 2013 at 10:21:55AM +0100, Steffen Trumtrar wrote: > > > Hi! > > > > > > Still nothing fancy. Boots a little faster from SD and has a console. > > > For ethernet the macb-driver works fine, > > > > I've also found the macb driver works, but it does require a change to > > prevent byteswapping during DMA, have you run into this on the ZedBoard? > > (patch below). > > I already sent the same patch :-) > Xilinx decided to use a different reset default than Cadence uses. So you did! Nearly identical, too :). > > Also, have you thought about how you'll handle the OCM mapping? For my > > testing, I'm using a PBL image (which contains the lowlevel init), but I > > still need some hook into the decompressed image to remove the OCM > > mapping from the lower address space. This can't be done during the > > execution of the PBL image, since it's running from OCM. > > > > As far as I could tell, there was no good way to hook in early to the > > decompressed image. > > > > I ran into this trying to boot the 14.4 release uImage, since it has a > > load address of 0x8000, and spans the 'hole' at 0x30000 configured out > > of BootROM to be 'Reserved' (writes to here trigger a Data Abort). > > > > You also need that for the mainline kernel. Or it won't even uncompress. I haven't yet got to the point that I can boot a kernel, but I just got to the point where it will at least decompress last night. > > > but needs to be "freed" from its at91 heritage (meaning: the struct > > > at91_ether_platform_data should be renamed first and defined someplace > > > else than a board.h) > > > > I'm assuming you've done this, but if not, I've made this change in my > > tree. For what it's worth, I went with 'struct macb_platform_data' and > > moved it into include/platform_data/macb.h. > > > > Actually, I haven't. If you have a series that renames tree-wide please > post that. Okay, will do. Josh _______________________________________________ barebox mailing list barebox@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/barebox