New rpi-4.16.y boot issue

[arch-pi]

I have being compiling the latest dev branch for years but I can not figure this one out. It hangs on boot at this point and pretty much goes in a loop:

Code: Select all

Info: rcu_sched detected stalls on CPUs/tasks:
o0-...0: (1 Gps behind) idle=546/0/1 softirq=40/42 fqs=6319
o(detected by 1, t=33628 jiffies, g=-289, c=290, q=1)
Sending NMI From CPU 1 to CPUs 0:
exception stack (0xb6915fb0 to 0xb6915ff8)
5fa0                                                                              00000000 00000000 00000000 00000000
5fc0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
5feo 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

Over 3 days I have tried pretty much everything I could think of and get the same results.
Tried booting with pi 2 and 3
Thought gcc 7.3 might be a problem and cross compiled with the raspian toolchain
Installed the latest pi firmware
Tried the raspian cmdline as opposed to arch's
Tried using the last kernel's overlays & .dtb's

I did notice the older kernel will not boot using the new 4.16.y overlays and .dtb's and gives the same boot issues.

[arch-pi]

I opened a ticket with the raspberrypi github and it was answered in 2 hours with a temporary fix that works.

Code: Select all

FIQ support is known to be somewhat broken, so add the following to cmdline.txt:

dwc_otg.fiq_enable=0 dwc_otg.fiq_fsm_enable=0

[jamesh]

4.16 is right on the bleeding edge, there really is no guarantee it will work at all. That branch although public is really for internal development.

[arch-pi]

I appreciate the kernel being available to the public. With out it being available it would made life harder to do a git merge with a kernel I follow that has modified modules for high bitrate, iqplot, spectrum scan and blind scan for dvb satellite streams. The author follows the latest in the V4L media_tree so a git merge using the latest raspian branch as a base is pretty much painless.

I have been following raspian's latest dev branch for years porting the modules over for the raspberry pi and have only minor problems. This is the first time it would not boot.