Kernel panic caused by bcm2835_spi_interupt

[wbb12]

Describe the bug

When I use the Raspberry Pi 4B with raspberry pi OS 64 bits, the bcm2835_spi_interupt always causes the kernel to panic. Two SPIs are used on the Pi, spi0 for mcp2515 and spi6 for ADS1263. In the beginning, two SPI devices work correctly, but the kernel panic always occurs after several minutes or several hours. Actually, I installed the ubuntu server 22.04 64bits on another Pi and it shows the same problem.
However, if only one SPI device is connected to the Pi, it will not cause the kernel panic. And if the Pi runs 32 bits OS with the two SPIs, the kernel panic will not occurs either.

Steps to reproduce the behaviour

This bug is related to the spi hardware. It may be difficult to reproduce it.
mcp2515 is a RS485 CAN HAT from waveshare.net. By editing the config.txt to enable the mcp2515 driver.
dtparam=spi=on dtoverlay=mcp2515-can0,oscillator=12000000,interrupt=25,spimaxfrequency=2000000
Python can package is used to read the can messages.

ADS1263 is High-Precision AD HAT from waveshare.net. To use both the two SPI devices in one single Pi, the AD HAT is connected to the SPI1 pins. however, SPI1 does not support mode 1, and SPI6 whose pins are identical to SPI1 is enabled.
Python spidev and RPI.gpio package are used to read the AD data.

When the python script starts running, both devices are working properly. I am sure the hardware is all right.

Device (s)

Raspberry Pi 4 Mod. B

System

$ cat /etc/rpi-issue
Raspberry Pi reference 2022-04-04
Generated using pi-gen, https://github.com/RPi-Distro/pi-gen, 27a8050c3c06e567c794620394a8c2d74262a516, stage2

$ vcgencmd version
Mar 24 2022 13:19:26
Copyright (c) 2012 Broadcom
version e5a963efa66a1974127860b42e913d2374139ff5 (clean) (release) (start)

$uname -a
Linux rpi-test2 5.15.32-v8+ #1538 SMP PREEMPT Thu Mar 31 19:40:39 BST 2022 aarch64 GNU/Linux

another ubuntu server 64bit OS:
$ vcgencmd version
Nov 18 2021 16:16:49
Copyright (c) 2012 Broadcom
version d9b293558b4cef6aabedcc53c178e7604de90788 (clean) (release) (start)

$uname -a
Linux rpi-test1 5.15.0-1008-raspi #8-Ubuntu SMP PREEMPT Thu May 19 11:58:51 UTC 2022 aarch64 aarch64 aarch64 GNU/Linux

Logs

These are the messages on the monitor.

Additional context

No response

[boe-pi]

We had nearly the same problem using 2 CANFD-HATS.
One on SPI0 one on SPI6.
The thing is the controllers share one interrupt and the interrupt service routine does not care about this.
After inserting following lines at the begin of the interrupt service routine bcm2835_spi_interrupt every thing works fine.

if ( !(cs & BCM2835_SPI_CS_INTR) )
return IRQ_NONE;

static irqreturn_t bcm2835_spi_interrupt(int irq, void *dev_id)
{
struct bcm2835_spi *bs = dev_id;
u32 cs = bcm2835_rd(bs, BCM2835_SPI_CS);

if ( !(cs & BCM2835_SPI_CS_INTR) )
	return IRQ_NONE;

Hope this helps and this can be verified.

[pelwell]

Thanks - that looks very plausible.

[wbb12]

I add the following lines to spi-bcm2835.c and compile the spi-bcm2835 driver module. After replacing the files of spi-bcm2835aux.ko and spi-bcm2835.ko, the kernel panic no longer occurs.
Thank you @boe-pi for your suggestion.

if ( !(cs & BCM2835_SPI_CS_INTR) ) 
	return IRQ_NONE;

[pelwell]

This is now merged into rpi-5.15.y - see 46feb7d. It will be added to the newer branches soon.