On Thu, Mar 16, 2017 at 02:30:10PM +0100, Jean-Jacques Hiblot wrote:
The problems with the current DFU layout are: MMC: The space allocated for u-boot is too small for the latest u-boot (>750KB). We need to increase it. eMMC uses a much bigger area (2MB). eMMC: region "u-boot.img.raw" overlaps the environment area and the region "spl-os-image.raw". both: region "spl-os-image.raw" is quite small and can't handle android kernels
Fixing this requires growing some regions and moving others. Care has been taken to leave some room for further growth of "spl-os-args.raw". Also the "env" now appears in the dfu so that it's apparent that the region is not free space that can be used to grow "u-boot.img.raw". The total space allocated for those raw binaries is 16MB, of which 13+MB are reserved for the kernel image.
[snip]
- "MLO.raw raw 0x100 0x100;" \
- "u-boot.img.raw raw 0x300 0x400;" \
- "spl-os-args.raw raw 0x80 0x80;" \
- "spl-os-image.raw raw 0x900 0x2000;" \
- "MLO.raw raw 0x100 0x200;" \
- "u-boot.img.raw raw 0x300 0x1000;" \
- "u-env.raw raw 0x1300 0x200;" \
- "spl-os-args.raw raw 0x1500 0x200;" \
- "spl-os-image.raw raw 0x1700 0x6900;" \
I'm not sure about changing the MLO raw size. The first TRM I checked (am335x) does say that you can exceed 128KiB with the drawback being that redundancy into the following location is lost. But we need to take care in that we still have SRAM size constraints to deal with. I think we should leave MLO.raw alone for now. Thanks!