On Tue, Jan 16, 2018 at 01:43:40PM +0530, Faiz Abbas wrote: > Now the u-boot spi image is greater than 0x90000, increase the same in > env during spi erase. > > Signed-off-by: Faiz Abbas <faiz_ab...@ti.com> > --- > include/configs/ti_armv7_keystone2.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/include/configs/ti_armv7_keystone2.h > b/include/configs/ti_armv7_keystone2.h > index 562bb65..7fb3aaf 100644 > --- a/include/configs/ti_armv7_keystone2.h > +++ b/include/configs/ti_armv7_keystone2.h > @@ -266,7 +266,7 @@ > "${bootdir}/${fit_bootfile}\0" \ > "get_uboot_net=dhcp ${loadaddr} ${tftp_root}/${name_uboot}\0" \ > "get_uboot_nfs=nfs ${loadaddr} ${nfs_root}/boot/${name_uboot}\0" \ > - "burn_uboot_spi=sf probe; sf erase 0 0x90000; " \ > + "burn_uboot_spi=sf probe; sf erase 0 0x100000; " \ > "sf write ${loadaddr} 0 ${filesize}\0" \ > "burn_uboot_nand=nand erase 0 0x100000; " \ > "nand write ${loadaddr} 0 ${filesize}\0" \
Can we future proof this? Where is the next bit of content located in the SPI flash? We should erase up to that instead I think. Thanks! -- Tom
signature.asc
Description: PGP signature
_______________________________________________ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot