Matthias Reichl

forgot to add: HDMI (1920x1200 monitor) is connected, otherwise just LAN (and serial on AMA)

Ah, after about 10 minutes in watchdog reboot loop I just got one boot that didn't lock up dmesg: http://ix.io/4bUY

Just re-did the test, started with a plain install of Sep 22 RPiOS lite image, only enabled ssh, installed apt updates and latest rpi-update kernel/firmware, then built rpi-6.0.y final kernel...

It's indeed very strange. @pelwell could you share your kernel build somewhere? I'll then give that a try and check for possible differences (that should quickly rule out build issues)....

Just tested your build and it's working fine here, too. I'll try a build with CONFIG_STACKPROTECTOR_PER_TASK set to off and see if that changes anything

Some more datapoints: 32bit bcm2709_defconfig with CONFIG_STACKPROTECTOR_PER_TASK disabled didn't lock up here on RPi3B+ As disabling the (default y) option doesn't make me feel to comfortable I build a 64bit...

I've added the title to reflect the conditions under which the lockup occurs. On RPiOS/Debian bullseye, with gcc 10, you need to install the gcc-10-plugin-dev package (or gcc-10-plugin-dev-arm-linux-gnueabihf if cross-compiling)....

Thanks a lot for looking into this! I did some more tests with fcc5c1493398705066a9fa5e7145d6514eb4c919 but didn't get very far yet. Results so far: on 64bit (bcmrpi3_defconfig plus stackprotector per task...

@P33M thanks a lot, your dwc_otg commit applied on top of latest 6.0 branch (692039799e7857ae0f7e72125b5f73dc965a7b9a) works fine here, too! Tested both with gcc 10 on Debian Bullseye and gcc 12...

again, thanks a lot, 6.0 branch is fine now