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