Rock64 head -r363021 -> -r363123 kernel upgrade: hangs after "rk_tsadc0: <RockChip temperature sensors> mem ... irq 22 on ofwbus0"

[Mark Millard]

On 2020-Jul-13, at 00:59, Mark Millard <marklmi at yahoo.com> wrote:

> With boot -v the kernel crashes instead of being
> silently-hung:
> 
> . . .
> generic_timer0: <ARMv8 Generic Timer> irq 4,5,6,7 on ofwbus0
> Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000
> Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000
> rk_tsadc0: <RockChip temperature sensors> mem 0xff250000-0xff2500ff irq 22 on ofwbus0
> panic: stack overflow detected; backtrace may be corrupted
> cpuid = 0
> time = 1
> KDB: stack backtrace:
. . .

Trying artifact.ci.freebsd.org debug kernels
for an approximate bisect:

-r363121 works.
-r363122 has no aarch64 artifacts.
-r363123 fails.

(So the specifics of my personal builds are
not involved.)


-r363122 is:

Author: mmel
Date: Sun Jul 12 07:42:21 2020
New Revision: 363122
URL: 
https://svnweb.freebsd.org/changeset/base/363122

Log:
   Assigned clocks: fix off-by-one bug, don't leak allocated memory.
  
   MFC after:	1 week
. . .


-r363123 is:

Author: mmel
Date: Sun Jul 12 07:59:15 2020
New Revision: 363123
URL: 
https://svnweb.freebsd.org/changeset/base/363123

Log:
  Reverse the processing order of assigned clocks property.
  Linux processes these clocks in reverse order and some DT relies
  on this fact. For example, the frequency setting for a given PLL
  is the last in the list, preceded by the frequency setting of its
  following divider or so...
  
  MFC after:	1 week

. . .


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