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>