Describe the bug
I use RealVNC's server vncserver-x11-serviced (of reasons that isn't relevant to this). I recently installed the latest Trixie via Raspberry Pi Imager, and when it is connected for a while, V3D crashes. It can be triggered by using the command line interface, in my case a DD image copy, which I use to back up all my Pi's. But it happens also when the viewer is connected for a long time. This does not happen when I do the same on a Pi 5, from what I have seen so far. I have also tried several times to do this without any viewer connected to the VNC server, and it does not happen in that case.
Steps to reproduce the behaviour
- Change from Wayland to X11 in raspi-config
- Activate the VNC server with
sudo systemctl enable vncserver-x11-serviced
- Start an image copy, like sudo dd if=/dev/mmcblk0 of=/media/pi/Backups/Trixie-Pi4-test-20260713.img bs=512 status=progress (in my case the directory Backups is a Samba share on my Windows server either at home or at my cabin, the same thing happens in both places.
- Wait. It will crash usually on the first run, at least on the second every time I have tried so far.
Device (s)
Raspberry Pi CM4
System
https://pastebin.com/Tk2R6ftx
Logs
One time:
v3d fec00000.v3d: MMU error from client L2T (2) at 0x0, pte invalid
Another time:
[ 1648.576308] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1648.576361] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1648.576487] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1648.576511] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1649.600473] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1649.600557] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1650.624579] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1650.624631] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1651.648726] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1651.648782] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1652.672852] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1652.672907] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1653.696997] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1653.697050] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1654.721261] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1654.721313] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1655.745273] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1655.745324] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1656.769412] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1656.769466] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1657.793558] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1657.793621] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1658.817694] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1658.817745] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1659.841837] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1659.841892] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1660.866003] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1660.866057] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1661.894123] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1661.894180] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1662.914274] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1662.914335] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1663.938240] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1663.938295] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1664.959658] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1664.959716] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
[ 1665.977924] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* Resetting GPU for hang.
[ 1665.978005] v3d fec00000.v3d: [drm:v3d_reset [v3d]] *ERROR* V3D_ERR_STAT: 0x00001000
Additional context
While I don't know if this is a bug in RealVNC or the kernel, it does not ever happen in Bookworm, and it has not happened in any earlier version that I have used for the previous ten years. And all my Bookworm Pi's are updated, so I assume they are running the same version of RealVNC server as my so far two Trixie Pi 4's.
Describe the bug
I use RealVNC's server vncserver-x11-serviced (of reasons that isn't relevant to this). I recently installed the latest Trixie via Raspberry Pi Imager, and when it is connected for a while, V3D crashes. It can be triggered by using the command line interface, in my case a DD image copy, which I use to back up all my Pi's. But it happens also when the viewer is connected for a long time. This does not happen when I do the same on a Pi 5, from what I have seen so far. I have also tried several times to do this without any viewer connected to the VNC server, and it does not happen in that case.
Steps to reproduce the behaviour
sudo systemctl enable vncserver-x11-servicedDevice (s)
Raspberry Pi CM4
System
https://pastebin.com/Tk2R6ftx
Logs
One time:
v3d fec00000.v3d: MMU error from client L2T (2) at 0x0, pte invalidAnother time:
Additional context
While I don't know if this is a bug in RealVNC or the kernel, it does not ever happen in Bookworm, and it has not happened in any earlier version that I have used for the previous ten years. And all my Bookworm Pi's are updated, so I assume they are running the same version of RealVNC server as my so far two Trixie Pi 4's.