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 02:10, Mark Millard <marklmi at yahoo.com> wrote:

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

Updating from:

U-Boot TPL 2020.04 (Apr 25 2020 - 07:18:42)
U-Boot SPL 2020.04 (Apr 25 2020 - 07:18:42 +0000)
U-Boot 2020.04 (Apr 25 2020 - 07:19:22 +0000)

to sysutils/u-boot-rock64 and sysutils/u-boot-master
producing :

U-Boot TPL 2020.07 (Jul 13 2020 - 18:51:17)
U-Boot SPL 2020.07 (Jul 13 2020 - 18:51:17 +0000)
U-Boot 2020.07 (Jul 13 2020 - 18:56:13 +0000)

made no difference when installed and tested.

(The detailed last-messasge point does seem to
vary generally, so I've not considered that when
comparing. It still hangs up with the updated
sysutils/u-boot-rock64 related materials.)


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