Hello @thewarsawpakt, split locks showing up in general are being tracked as an issue at #8003. That said, your kernel log is nowhere near concerning in terms of quantity.
I highly doubt that split locks are a factor in the main issue you've described, which is the non-responsive system.
In general, no OpenGL application including Steam should be capable of taking down the entire system and this reads like a kernel or video driver issue.
I am running into a similar issue. In my case it seems to be related to the disk drive.
When starting Steam or downloading a big update, the system becomes unresponsive, either for a couple of seconds, minutes, or sometimes indefinitely.
Apparently Steam tries to access the disk drive multiple times when starting, and sometimes when installing bigger game updates.
https://bin.linux.pizza/?87097e94d77ff81d#4eyRKvDJdyHET3oTyz8DtHj8oPpkJz6tPJib2HqoBHaA
No idea if this is actually the reason for the freeze, but these messages appear right as the system becomes unresponsive and no other application on the system causes these messages to appear.
It almost looks like Steam is trying to read the optical media in the drive without checking if there is a disk in the drive first.
This is on Debian Testing with Kernel 6.5.0-5.
Nothing extracted yet.
arch linux with kernel 6.2.12-arch1
cpu: i5-12600K
gpu: RTX 3070
Kernel log of when issue occurs: locks.txt
This occurred whilst downloading updates (10 of them) for games.
Steps for reproducing this issue: