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

[Klaus Küchemann]

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

There’s „something really going wrong, 
Example : . if possible please plug an SD-card-reader 
in your Rock64 via USB. ... 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
-----

Of course I also hope that 357392 will fix that all, but a guess: .. hhmmm … I don’t know...;-) 

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

Regards

Klaus