realtek target needs help

[Bjørn Mork]

Bas Mevissen via openwrt-devel <openwrt-devel at lists.openwrt.org> writes:

> I acquired an HP 1920-24G and gave this branch a spin. Unfortunately,
> it does not boot with this branch. Booting 23.05.4 and current main
> branch are fine.
>
>> System application is starting...[    0.000000] Linux version 6.6.41 (bas at lenovo) (mips-openwrt-linux-musl-gcc (OpenWrt GCC 13.3.0 4
>> [    0.000000] RTL838X model is 83826800
>> [    0.000000] SoC Type: RTL8382
>> [    0.000000] printk: bootconsole [early0] enabled
>> [    0.000000] CPU0 revision is: 00019070 (MIPS 4KEc)
>> [    0.000000] MIPS: machine is HPE 1920-24G (JG924A)
>> [    0.000000] earlycon: ns16550a0 at MMIO 0x18002000 (options '38400n8')
>> [    0.000000] printk: bootconsole [ns16550a0] enabled
>> [    0.000000] Initrd not found or empty - disabling initrd
>> [    0.000000] Using appended Device Tree.
>> [    0.000000] Primary instruction cache 16kB, VIPT, 4-way, linesize 16 bytes.
>> [    0.000000] Primary data cache 16kB, 2-way, VIPT, cache aliases, linesize 16 bytes
>> [    0.000000] Zone ranges:
>> [    0.000000]   Normal   [mem 0x0000000000000000-0x0000000007ffffff]
>> [    0.000000] Movable zone start for each node
>> [    0.000000] Early memory node ranges
>> [    0.000000]   node   0: [mem 0x0000000000000000-0x0000000007ffffff]
>> [    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000007ffffff]
>
> So there is work to do. Not sure where to start as this is very early
> in the kernel boot...

This is even earlier than expected so I'm unsure if there's another
problem here,. But I noticed that your normal boot log looks like the
console server is eating a few chars here and there:

> [    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000007ffffff]
> [    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
> [    0.000000] pcpu-alloc: [0] 0 [    0.000000] Built 1 zonelists,
> mobility grouping on.  Total pages: 32480
> [    0.000000] Kernel command line: earlycon
> [    0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes, linear)

So I'm crossing my fingers that this is what's happening to the
remaining part of the hanging boot too :-)

Please test https://github.com/bmork/openwrt/commits/realtek-6.6-test/
if you can.  It is mostly @howels test branch with a couple of
additional workarounds which made my GS108Tv3 work.

The complete boot log from my initial attempt with @howels branch is
found here:
https://github.com/bmork/openwrt/commit/f858f8e78963693097256ca7498f46d35217db6a

The problem was the irq-realtek-rtl driver, and simply disabling our
VPE/SMP hack made it work again.  This should be fine on RTL838X.

But we do need someone with an RTL839X to test this, and maybe port the
hack? Or preferable find some solution which can be pushed upstream...


Bjørn