[U-Boot] Regression on ESPRESSObin / status of upstreaming

Jan Kiszka jan.kiszka at web.de
Sun Aug 26 08:28:09 UTC 2018


Hi all,

I was playing with upstream u-boot on the ESPRESSObin - what an 
entertaining build process... Anyway, I noticed that, when using latest 
version of Marvell's ATF, a3700-utils and mv-ddr-marvell (all on 18.06), 
I can make u-boot 2018.05 at least boot. However, anything >= 2018.07 
will crash like this:


TIM-1.0 
 
 

WTMI-devel-18.05.0-06b6160 
 
 

WTMI: system early-init 
 
 

CPU VDD voltage default value: 1.155V 
 
 


Fill memory before self refresh...done 
 
 


Fill memory before self refresh...done 
 
 


Now in Self-refresh Mode 
 
 

Restore termination values to original values 
 
 

Exited self-refresh ... 
 
 



Self refresh Pass. 
 
 

DDR self test mode test done!! 
 
 


Self refresh Pass. 
 
 

DDR self test mode test done!! 
 
 


QS GATING 
 
 

============= 
 
 

Calibration done: cycle = 0x00 tap =0x61 
 
 

CH0_PHY_RL_Control_CS0_B0[0xC0001180]: 0x00000061 
 
 

CH0_PHY_RL_Control_CS0_B1[0xC0001184]: 0x00000061 
 
 



QS GATING 
 
 

============= 
 
 

Calibration done: cycle = 0x00 tap =0x5D 
 
 

CH0_PHY_RL_Control_CS1_B0[0xC00011A4]: 0x0000005D 
 
 

CH0_PHY_RL_Control_CS1_B1[0xC00011A8]: 0x0000005D 
 
 


DLL TUNING 
 
 

============== 
 
 

    DLL 0xc0001050[21:16]: [0,28,14] 
 
 

    DLL 0xc0001050[29:24]: [4,33,1b] 
 
 

    DLL 0xc0001054[21:16]: [0,2b,15] 
 
 

    DLL 0xc0001054[29:24]: [8,32,1d] 
 
 

    DLL 0xc0001074[21:16]: [0,3f,1f] 
 
 

    DLL 0xc0001074[29:24]: [0,3f,1f] 
 
 

  DLL: pass  NOTICE:  Booting Trusted Firmware 
 
 

NOTICE:  BL1: v1.4(release):armada-18.05.2:v1.4-454-g80bbf686 
 
 

NOTICE:  BL1: Built : 11:31:27, Aug 25 2018 
 
 

NOTICE:  BL1: Booting BL2 
 
 

NOTICE:  BL2: v1.4(release):armada-18.05.2:v1.4-454-g80bbf686 
 
 

NOTICE:  BL2: Built : 11:31:28, Aug 25 2018 
 
 

NOTICE:  BL1: Booting BL31 
 
 

NOTICE:  BL31: v1.4(release):armada-18.05.2:v1.4-454-g80bbf686 
 
 

NOTICE:  BL31: Built : 11:3 
 
 


U-Boot 2018.09-rc2-00093-g2418734ed4 (Aug 25 2018 - 13:33:43 +0200) 
 
 


DRAM:  512 MiB 
 
 

Comphy-0: UNCONNECTED   2.5 Gbps 
 
 

Comphy-1: UNCONNECTED   5 Gbps 
 
 

Comphy-2: SATA0         5 Gbps 
 
 

SATA link 0 timeout. 
 
 

AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode 
 
 

flags: ncq led only pmp fbss pio slum part sxs 
 
 

"Synchronous Abort" handler, esr 0x96000210 
 
 

elr: 0000000000035c98 lr : 0000000000035c6c (reloc) 
 
 

elr: 000000001ff75c98 lr : 000000001ff75c6c 
 
 

x0 : 00000000d0074000 x1 : 0000000000000000 
 
 

x2 : 00000000d0088000 x3 : 0000000000000008 
 
 

x4 : 0000000000000000 x5 : 000000001ffbf678 
 
 

x6 : 000000000000000a x7 : 000000001ffbf718 
 
 

x8 : 0000000000000020 x9 : 0000000000000008 
 
 

x10: 00000000000013d4 x11: 000000001fb2d3bc 
 
 

x12: 00000000000013e6 x13: 0000000000000a20 
 
 

x14: 0000000000000000 x15: 000000001fb2d648 
 
 

x16: 000000001ffbcb2a x17: 000000001ffbcb2a 
 
 

x18: 000000001fb2fde8 x19: 000000001fb31ae0 
 
 

x20: 000000001fb318c0 x21: 0000000000000000 
 
 

x22: 0000000000000000 x23: 0000000000000000 
 
 

x24: 0000000000000000 x25: 0000000000000000 
 
 

x26: 0000000000000000 x27: 0000000000000000 
 
 

x28: 0000000000000000 x29: 000000001fb2d4d0 
 
 


Resetting CPU ...


Known issue? I was always using the related defconfig.

Moreover, there still seems to be some feature gaps:

- Only 512M of RAM is detected, although ATF was configured for the 1G I
   have on my ESPRESSObin, and downstream Marvell u-boot detect that.

- MMC is not detected, at least in the working version (but I found no
   suspicious commits since then to change that).

So even without the crash, those two issues would be blockers of moving 
to upstream. Are they related to any misconfiguration on my side, or are 
they known limitations? Then what are the plans to resolve them?

Thanks,
Jan


More information about the U-Boot mailing list