On Thu, Jun 28, 2018 at 11:57 PM Sascha Hauer <s.hauer@xxxxxxxxxxxxxx> wrote: > > Hi Andrey, > > On Wed, Jun 27, 2018 at 09:54:36PM -0700, Andrey Smirnov wrote: > > +#include <common.h> > > +#include <init.h> > > +#include <mach/bbu.h> > > +#include <libfile.h> > > +#include <mach/imx5.h> > > + > > +#define ZII_RDU1_DATAFLASH "/dev/dataflash0" > > +#define ZII_RDU1_DATAFLASH_BAREBOX ZII_RDU1_DATAFLASH ".barebox" > > + > > +/** > > + * zii_rdu1_bbu_spi_update - RDU1 specific BBU handler > > + * > > + * @handler: BBU handler pointer passed down by BBU framework > > + * @data: BBU data pointer passed down by BBU framework > > + * > > + * RDU1 design chose to use first page of the onboard dataflash to > > + * store vendor board-specific paramters, which means it needs to be > > + * left intact. However this is problematic because regular ARM > > + * barebox images contain a 1K preamble and are expected to be placed > > + * starting at offset zero. > > Actually I think that this case is not that unusual. We already keep a > partition table in that area in case of MMC devices. This code will need > adjustments anyway when with i.MX8 we finally have enough space in the > beginning of the device to support GPTs. How about the patch I just sent > out which simply generalizes and exports the existing KEEP_DOSPART flag? > > Sorry for not looking earlier at this issue. > > I have merged the patch together with the RDU1 support into next. Please > let me know if ou are happy with that and if it works of course. > I'll give it a try and report back shortly. Thanks, Andrey Smirnov _______________________________________________ barebox mailing list barebox@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/barebox
