Re: [PATCH 0/7] SoCFPGA: add support for Arria10

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 2017-04-05 at 09:35 +0200, Steffen Trumtrar wrote:
> Trent Piepho <tpiepho@xxxxxxxxxxxxxx> writes:

> >
> > U-Boot is able to load a FPGA image with a single bootloader.  A U-Boot
> > image can be made that is small enough run in 256 kB yet has enough
> > drivers to load an FPGA image from eMMC or NOR flash into the FPGA and
> > then enable SDRAM.
> >
> > It seems like this might be possible for barebox as well.  If enough
> > drivers to load the FPGA were part of the PBL.
> 
> Of course this is also possible with barebox. The reason that the
> support is not added yet, is that I do not have any Arria10 board that
> needs or uses this; even with the provided vendor U-Boot.
> This series is just groundwork for future development.

Any A10 board should be able to use CvP, as Altera calls it, to load the
FPGA image from a processor accessible memory like QSPI or mmc or even
perhaps NFS.  While most of the dev kits seem to have an EPCQ flash so
this isn't necessary, after you have used JTAG to reprogram that EPCQ
flash at 20 minutes each time, the drawbacks become more apparent!

Being able to use barebox to NFS load the image or copy an image into
eMMC at far faster rate than EPCQ NOR flash over JTAG would be really
nice.

U-Boot doesn't have a PBL.  It does this by building a somewhat stripped
u-boot that fits, uncompressed, into 256 kB.  It uses the qspi or mmc
drivers (pretty sure only one will fit!) to stream the image into the
FPGA before enabling SDRAM.

Barebox is larger than u-boot so this might not work.  Try making a <
224 kB _uncompressed_ barebox.  It has to be pretty stripped.  It's
already a pain that u-boot can't have mmc, qspi, and network support at
the same time.  A barebox that runs inside 256 kB would be even more
limited.

But, barebox has the ability to use a compressed image plus a PBL.
Maybe this can let barebox do better than u-boot on arria10?

One could try to place the drivers needed to load the FPGA into the PBL,
have the PBL code load the FPGA and enable SDRAM, then uncompress the
not-stripped main barebox.

The difficulty would be getting the drivers needed to load the FPGA to
run from PBL context.  Then fitting those uncompressed drivers and PBL
code plus the compressed main barebox into a 224kB image.

One could also try a two barebox solution like Cyclone5, where one
builds barebox twice in an xloader and main configuration.  In that
case, it might make sense for the xloader to NOT use a PBL.  The reason
PBL works on C5, is because the code to enable SDRAM isn't that large
and fits in the PBL.  On A10, enabling SDRAM means finding and streaming
a file in a filesystem on MMC into the FPGA.  Much more complex if you
want to leverage the existing drivers.  The PBL will be so large that
the extra code to uncompress and relocate barebox is larger than any
savings of having what's not in the PBL be compressed.
_______________________________________________
barebox mailing list
barebox@xxxxxxxxxxxxxxxxxxx
http://lists.infradead.org/mailman/listinfo/barebox



[Index of Archives]     [Linux Embedded]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux