On Monday, December 28, 2015 at 09:51:44 AM, Chin Liang See wrote: > On Thu, 2015-12-24 at 02:30 +0100, Marek Vasut wrote: > > On Thursday, December 24, 2015 at 12:36:45 AM, Chin Liang See wrote: > > > On Thu, 2015-12-24 at 00:16 +0100, Marek Vasut wrote: > > > > On Wednesday, December 23, 2015 at 11:57:49 PM, Chin Liang See > > > > > > > > wrote: > > > > > On Wed, 2015-12-23 at 20:02 +0100, Pavel Machek wrote: > [..] > > > > For Cyclone V socdk pin mux, they are in good shape where i2c > > > should be > > > the last needed. I need to do the same for Arria V socdk as I am > > > trying > > > to find the board. > > > > It's in my office, but I am at home now :-/ I _think_ I reloaded the > > AV > > SoCDK pinmux, so the basic functionality should at least be there. > > Yah, I just tested master against arria5_socdk and they are doing good > > :) For record, this include testing sdmmc, sf, i2c, usb and ethernet.
Excellent, what about QSPI ? > > > I am still testing against other. One thing I bump yesterday is the > > > FAT > > > support doesn't work in SPL. That would need some tricks that I did > > > for > > > SOCEDS U-Boot :) > > > > I think this might be because FAT is too ... well ... fat. > > Hmmm... let me create some slimming pill for that :) Well, have fun checking this stuff. I think this has to do with BSS usage. > > It consumes too > > much stack I think. > > Yah, it took lot of space in stack and especially malloc. As FAT access > only happen after SDRAM access, we can relocate the stack and malloc to > SDRAM after SDRAM workng. FYI, I did that for 2013.01.01 and it works > well :) Will try it out The stack and malloc area are already placed into DRAM when running board_init_r() in SPL. I suspect your FAT issues might be elsewhere. Best regards, Marek Vasut _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
