On 08/09/2017 06:50 AM, Chee, Tien Fong wrote: [...] >>>> If this is for some FPGA loading, can this functionality be >>>> scripted >>>> instead? >>>> >>> Sorry, i'm not getting you. How functionality be scripted? Could >>> you >>> provide some example or details explanation? >> ie. "load" (from fs) + "fpga load" (program FPGA) commands ? >> I think the fpga command already has some support for loading from FS >> too. >> > Currently, we already have fpga load commands in fpga driver, fpga rbf > is loaded to memory, and programmed to fpga from memory, where memory > location would be decided by user, it could be OCRAM or SDRAM. > > for fpga loadfs command, i plan to implement it after having complete > boot to U-boot console, since this is quite complex and involving some > hardware workaround issue, and some use case scenarios need to be > considerd.
So the arria10 u-boot port is still unable to boot to console ? > For example reconfiguring fpga with periperal rbf can > corrupt the sdram since sdram IOs is part of the fpga periph rbf. I > need console to run a lot different scenarios testing. OK > We still need cff.c, because most functionality in cff.c are required > by fpga loadfs command. It seems a lot of stuff from this is common code, so why does it have to be in this driver again ? Also, the ifdeffery is awful and the explicit depedence on VFAT when loading from FS is real bad. [...] -- Best regards, Marek Vasut _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot