[U-Boot] [PATCH 2/2] omapl138_lcdk: Set uboot raw mmc sector to 0x41

Axel Haslam ahaslam at baylibre.com
Mon Feb 13 14:23:36 UTC 2017


On Mon, Feb 13, 2017 at 3:17 PM, Tom Rini <trini at konsulko.com> wrote:
> On Mon, Feb 13, 2017 at 03:14:28PM +0100, Axel Haslam wrote:
>> Hi Tom
>>
>> On Mon, Feb 13, 2017 at 2:23 PM, Tom Rini <trini at konsulko.com> wrote:
>> > On Mon, Feb 13, 2017 at 11:44:57AM +0100, Axel Haslam wrote:
>> >> The uboot binary on the AIS file starts at offset 0x8000.
>> >> This would be sector 0x40 on a mmc card with 512 bytes per
>> >> sector: 0x8000/0x200 = 0x40.
>> >>
>> >> But because we usually skip the first mmc sector to preserve
>> >> the partition table, the ais image is written starting
>> >> on sector 0x1, and the u-boot binary ends up at sector 0x41.
>> >>
>> >> Set the address of the u-boot binary to 0x41 so that spl
>> >> can correctly jump to it.
>> >>
>> >> Signed-off-by: Axel Haslam <ahaslam at baylibre.com>
>> >> ---
>> >>  configs/omapl138_lcdk_defconfig | 2 +-
>> >>  1 file changed, 1 insertion(+), 1 deletion(-)
>> >>
>> >> diff --git a/configs/omapl138_lcdk_defconfig b/configs/omapl138_lcdk_defconfig
>> >> index d20af19..a249ebd 100644
>> >> --- a/configs/omapl138_lcdk_defconfig
>> >> +++ b/configs/omapl138_lcdk_defconfig
>> >> @@ -12,7 +12,7 @@ CONFIG_VERSION_VARIABLE=y
>> >>  # CONFIG_DISPLAY_BOARDINFO is not set
>> >>  CONFIG_BOARD_EARLY_INIT_F=y
>> >>  CONFIG_SPL=y
>> >> -CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR=0xb5
>> >> +CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR=0x41
>> >
>> > Since we're changing a default here, and one that will lead to
>> > non-booting boards if you don't notice, where did the old value come
>> > from, and is it actually in use anywhere?  Thanks!
>>
>> I think the "old offset" would be correct when you copy the AIS image
>> to the sd card using the uflash tool from TI. This tool adds some extra
>> space at the start of the mmc for UBL configuration settings, which does
>> not seem to be needed for the lcdk. The generated AIS image with SPL
>> can boot the board directly and we can just copy the resulting AIS
>> to the sdcard with the "dd" command.
>
> Ah yes, that tool.  What is the drive for not being compatible with that
> tool in terms of offset?  With binman it should be easy enough to have
> U-Boot generate a binary with sufficient padding between items.  Thanks!
>

Good point.  i will try that instead. Thanks for the tip.

Axel.

> --
> Tom


More information about the U-Boot mailing list