FreeBSD-13.0-CURRENT-arm64-aarch64-ROCKPRO64-20201210-7578a4862f0 broken ?

Søren Schmidt soren.schmidt at gmail.com
Sun Dec 13 10:26:40 UTC 2020


> On 13 Dec 2020, at 00.00, Ian Lepore <ian at freebsd.org <mailto:ian at freebsd.org>> wrote:
> 
> On Sat, 2020-12-12 at 23:53 +0100, Daniel Engberg wrote:
>> Hi,
>> 
>> While I haven't tried the exact version you're referring to I have a 
>> slightly older image that I compiled myself and it runs fine. The
>> only 
>> difference I can tell is that the memory (RAM) seems to be configure 
>> different on your device. I can provide a copy of the image if you
>> want.
>> 
>> U-Boot TPL 2020.10 (Dec 02 2020 - 23:00:31)
>> Channel 0: LPDDR4, 50MHz
>> BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB
>> Channel 1: LPDDR4, 50MHz
>> BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB
>> 256B stride
>> lpddr4_set_rate: change freq to 400000000 mhz 0, 1
>> lpddr4_set_rate: change freq to 800000000 mhz 1, 0
>> Trying to boot from BOOTROM
>> Returning to boot ROM...
>> 
> 
> That's interesting, because my first thought was "memory config
> problem", due to the mod-after-free "error" actually appearing to be a
> single-bit ram error (val=deadc0df vs deadc0de).
> 
> -- Ian


Yes, something fishy is going on with the memory setup…
From a working NetBSD boot:

channel 0 training pass!
channel 1 training pass!
change freq to 800MHz 1,0
Channel 0: LPDDR4,800MHz
Bus Width=32 Col=10 Bank=8 Row=16 CS=1 Die Bus-Width=16 Size=2048MB
Channel 1: LPDDR4,800MHz
Bus Width=32 Col=10 Bank=8 Row=16 CS=1 Die Bus-Width=16 Size=2048MB
256B stride
ch 0 ddrconfig = 0x101, ddrsize = 0x40
ch 1 ddrconfig = 0x101, ddrsize = 0x40

Suggests that memory really is differently setup. Funny thing it works with their image that uses the ayufan u-boot and works, if I try their 2020.10 version it fails much the same as ours :)

I’ll try to dig in and see what gives, it does boot with my pinebookpro 2020.10 u-boot/kernel alas without network…

--
Søren Schmidt
sos at deepcore.dk <mailto:sos at deepcore.dk> / sos at freebsd.org <mailto:sos at freebsd.org>
"So much code to hack, so little time”






More information about the freebsd-arm mailing list