head -r357356: fails to boot RPi4 but boots Rock64 (same media, moved between machines); -r356426 booted both

[Mark Millard]

On 2020-Feb-1, at 17:06, Klaus Küchemann <maciphone2 at googlemail.com> wrote:


>> Am 02.02.2020 um 01:11 schrieb Mark Millard via freebsd-arm <freebsd-arm at freebsd.org>:
>> 
>> 
>> 
>> On 2020-Feb-1, at 14:25, Andreas Tobler <andreast-list at fgznet.ch> wrote:
>> 
>>> 
>> 
>> Author: jeff
>> Date: Sat Feb  1 23:46:30 2020
>> New Revision: 357392
>> URL: 
>> https://svnweb.freebsd.org/changeset/base/357392
>> 
>> 
>> 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.
>> 
>> Reported by:	pho, bdragon
>> 
>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org“
> 
> 
> seems we have to checkout 357392 and try again on RPI … 
> But… :
> 
> Other message from Mark M. :
> 
>> ….
>> 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.
> ...
> 
> Although perhaps not same issues you have with "current" GENERIC-NODEBUG 
> 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’s „something really going wrong, 
> Example : . if possible please plug an SD-card-reader 
> 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…
> Something like this :
> --
> umass0: <Generic Flash Card Reader/Writer, class 0/0 ….
> da1: quirks=0x2<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 … I don’t know...;-) 

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).

> … thanks in advance to you all if you are willing to  test GENERIC-MMCCAM in addition to GENERIC-NODEBUG ! 
> 

I'm unsure what I'm supposed to find as different
using MMCCAM. So I've no clue what to test or why.



===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)