Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 30 Dec 2020 20:07:14 +0100
From:      =?utf-8?Q?S=C3=B8ren_Schmidt?= <soren.schmidt@gmail.com>
To:        freebsd-arm <freebsd-arm@freebsd.org>, Emmanuel Vadot <manu@bidouilliste.com>
Cc:        Ian Lepore <ian@freebsd.org>, Daniel Engberg <daniel.engberg.lists@pyret.net>
Subject:   Re: FreeBSD-13.0-CURRENT-arm64-aarch64-ROCKPRO64-20201210-7578a4862f0 broken ?
Message-ID:  <23CCE944-C9F0-42C9-8A93-DAC312FE01E2@gmail.com>
In-Reply-To: <6784D541-8FED-4753-8631-B36886508165@gmail.com>
References:  <a9fca4d433dadbe2d1ca490bff3b189a@pyret.net> <4434862ed87c21113fb7f98636fe4694d73856ce.camel@freebsd.org> <0D6FCA87-F101-4AA0-A1BF-6EDBA003BC9F@gmail.com> <87B7940E-119D-4C7F-AB9D-0C78E7F8D3A3@gmail.com> <20201213180746.1224166dffb81cb6770ff80d@bidouilliste.com> <6784D541-8FED-4753-8631-B36886508165@gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
> On 14 Dec 2020, at 22.45, S=C3=B8ren Schmidt <soren.schmidt@gmail.com =
<mailto:soren.schmidt@gmail.com>> wrote:
>=20
> Went to the official u-boot sources and tried the newest shiniest =
2021.01rc3 and it behaves a little bit better, it will boot 1 out of 3 =
times :)
>=20
> Probe looks like this now:
>=20
> U-Boot TPL 2021.01-rc3 (Dec 14 2020 - 23:17:52)
> Channel 0: LPDDR4, 50MHz
> BW=3D32 Col=3D10 Bk=3D8 CS0 Row=3D16/15 CS=3D1 Die BW=3D16 Size=3D2048MB=

> Channel 1: LPDDR4, 50MHz
> BW=3D32 Col=3D10 Bk=3D8 CS0 Row=3D16/15 CS=3D1 Die BW=3D16 Size=3D2048MB=

> 256B stride
> lpddr4_set_rate: change freq to 400000000 mhz 0, 1
> lpddr4_set_rate: change freq to 800000000 mhz 1, 0
>=20
>=20
> The exact same as before. There is no difference in output from the =
working boots to the failing ones.
> I=E2=80=99ll get on with adding some debug to what parameters get set =
during memory setup etc.
> However I have this gut felling it is timing related and my board =
might just be too slow/fast for some operation that the ayufan version =
does slightly different (it boots every time).
>=20
> Anyhow, when it boots it runs rock stable, it builds worlds etc with =
no issues..

OK, I got a little further, it may not be memory related after all, from =
dozens ff boots with same u-boot etc I found that those that fails sees =
the SDcard like this:

mmcsd0: 16GB <SDHC SMI   0.0 SN 00000000 MFG 03/2020 by 0 0x0000> at =
mmc0 50.0MHz/4bit/2048-block

And those boots that works:

mmcsd0: 16GB <SDHC SMI   0.0 SN 00000000 MFG 03/2020 by 0 0x0000> at =
mmc0 20.0MHz/4bit/2048-block

So it suggests that either our code for setting the SDcard speed I flaky =
or marginal or the SD card / my pinebookpro is...
However the exact same SD card can boot netbsd/openbsd dozens of times =
with no issues at all with 50MHz timings.

Back to debugging :)

--
S=C3=B8ren Schmidt
sos@deepcore.dk <mailto:sos@deepcore.dk> / sos@freebsd.org =
<mailto:sos@freebsd.org>
"So much code to hack, so little time=E2=80=9D







Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?23CCE944-C9F0-42C9-8A93-DAC312FE01E2>