Date: Sat, 1 Feb 2020 18:18:30 -0800 From: Mark Millard <marklmi@yahoo.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= <maciphone2@googlemail.com> Cc: andreast-list@fgznet.ch, freebsd-arm@freebsd.org Subject: Re: head -r357356: fails to boot RPi4 but boots Rock64 (same media, moved between machines); -r356426 booted both Message-ID: <D02EA3BB-EBEF-4D49-B5E5-113F8A1F243F@yahoo.com> In-Reply-To: <057099E7-ABEB-4849-BB0B-D77833197C01@googlemail.com> References: <63205335-8E8A-4CCB-BC80-E4EC767FBC09.ref@yahoo.com> <63205335-8E8A-4CCB-BC80-E4EC767FBC09@yahoo.com> <e083e017-af5a-e219-3a3c-bc82b16c6027@fgznet.ch> <62250B30-E1F6-470D-BB84-F9565D063A06@yahoo.com> <057099E7-ABEB-4849-BB0B-D77833197C01@googlemail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2020-Feb-1, at 17:06, Klaus K=C3=BCchemann <maciphone2 at = googlemail.com> wrote: >> Am 02.02.2020 um 01:11 schrieb Mark Millard via freebsd-arm = <freebsd-arm@freebsd.org>: >>=20 >>=20 >>=20 >> On 2020-Feb-1, at 14:25, Andreas Tobler <andreast-list at fgznet.ch> = wrote: >>=20 >>>=20 >>=20 >> Author: jeff >> Date: Sat Feb 1 23:46:30 2020 >> New Revision: 357392 >> URL:=20 >> https://svnweb.freebsd.org/changeset/base/357392 >>=20 >>=20 >> Log: >> Fix a bug in r356776 where the page allocator was not properly = restored to >> the percpu page allocator after it had been temporarily overridden by >> startup_alloc. >>=20 >> Reported by: pho, bdragon >>=20 >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org=E2=80=9C >=20 >=20 > seems we have to checkout 357392 and try again on RPI =E2=80=A6=20 > But=E2=80=A6 : >=20 > Other message from Mark M. : >=20 >> =E2=80=A6. >> There seem to be other, bigger issues not involving >> "card insertion / removal detection" at all. I'd >> prefer that those be addressed first and do not >> plan on looking into rescanning related chnagess at >> this time. > ... >=20 > Although perhaps not same issues you have with "current" = GENERIC-NODEBUG=20 > we have to switch to GENERIC-MMCCAM if we want to access the SDIO of = RPI4 . I'm unsure if I'd be doing anything where this mattered. Serial console, EtherNet (e.g., ssh use), possibly a USB based SSD is what is normal for me. Not much else. > There=E2=80=99s =E2=80=9Esomething really going wrong,=20 > Example : . if possible please plug an SD-card-reader=20 > in your Rock64 via USB. ... So far nothing plugged into the USB3 port has done anything besides have a light on indicating power was supplied. As for the other 2 USB ports, I tried 2 SD-card-readers, and they were handled fine, showing a list of da0 through da3, each with 6 lines of normal output. Unplugging was also handled just fine. > I suspect something will go wrong=E2=80=A6 > Something like this : > -- > umass0: <Generic Flash Card Reader/Writer, class 0/0 =E2=80=A6. > da1: quirks=3D0x2<NO_6_BYTE> > Fatal data abort: > x0: 0 > x1: fffffd0000b05560 > x2: 21 > x3: 0 > x4: 0 > ----- No such problem in my context, for the readers that I tried. > Of course I also hope that 357392 will fix that all, but a guess: .. = hhmmm =E2=80=A6 I don=E2=80=99t know...;-)=20 I doubt that the -r356776 problem that was fixed has anything to do with the crash that you got from the SD-card-reader(s). > =E2=80=A6 thanks in advance to you all if you are willing to test = GENERIC-MMCCAM in addition to GENERIC-NODEBUG !=20 >=20 I'm unsure what I'm supposed to find as different using MMCCAM. So I've no clue what to test or why. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D02EA3BB-EBEF-4D49-B5E5-113F8A1F243F>