[U-Boot] Regression caused by "disk: part_efi: fix **pgpt_pte == NULL"

Stephen Warren swarren at nvidia.com
Fri Oct 28 21:03:56 CEST 2011


The commit below causes the command "mmc part" to fail on both Seaboard and
Ventana (and I assume any Tegra platform, and possibly just any platform).
Reverting it solves the problem.

(this is observed in git://git.denx.de/u-boot.git master)

commit deb5ca80275e8cfa74d5680b41204e08a095eca5
Author: Doug Anderson <dianders at chromium.org>
Date:   Wed Oct 19 09:47:31 2011 +0000

    disk: part_efi: fix **pgpt_pte == NULL
    
    Code was setting **pgpt_pte == NULL, which meant that the pointer
    to the gpt_pte would be stored at RAM address 00000000. This 'worked'
    on T20 (SDRAM starts @ 0x00000000), but hung gpt/EFI access on T30
    (SDRAM starts @ 0x80000000).
    
    Signed-off-by: Tom Warren <twarren at nvidia.com>
    Signed-off-by: Doug Anderson <dianders at chromium.org>

Test steps:
mmc dev 1 # Works
mmcinfo   # Works
mmc part  # Hangs, or starts spewing messages such as:

Aos DebugSemiHosting Initialized
Assert on hardware/tegra/core/drivers/nvrm/nvrmkernel/core/ap15/ap15rm_power.c:486
Assert on hardware/tegra/core/drivers/nvrm/nvrmkernel/core/common/nvrm_power_dfs.c:2276
(perhaps it's executing some random address, and I happen to have some
copy of fastboot in RAM from when I was flashing the updated U-Boot?

-- 
nvpublic



More information about the U-Boot mailing list