You are not logged in.
Pages: 1
Ok so I've probably had this problem before when I play random videos but now it's happening just running a video through a browser. Can happen whether it's youtube and seems to also happen when reddit does an autoplay.
Tried running another screen with dmesg -w. Sometimes messages sometimes not. Seems to be pipe A, pipe B and fencing messages. Currently was able to switch to console and turn sshd on. It's hanging on sshd even. Looks like it is still trying to spit something out now we're getting iwl errror log dumps. Wait that looks to be my wifi card. So maybe other problems happening. Also when I did a remote nmap I got a strange port opened up one time
49176 filtered unknownWhen wifi dies so does sshd and nmap. Did a top in a sshd session and Xorg was pegging out at 100%.
Rcu_preempt self-detected stall on CPUSeem to be getting similar errors in FreeBSD also. Maybe the hardware more than the kernel, but FreeBSD seems to keep going without crashing.
Using linux-rt kernel, seems to be same version as stock linux version.
Last edited by nomorewindows (2026-06-21 19:59:43)
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
The errors start before the linked photo
Can you still reboot w/ https://wiki.archlinux.org/title/Keyboa … el_(SysRq) + REISUB ?
What browser (does it matter)?
Do you get this w/ mpv as well?
Did a top in a sshd session and Xorg was pegging out at 100%.
What happens if you kill/restart X11?
Using linux-rt kernel, seems to be same version as stock linux version.
… or "mpv -ao null …"?
Have you tried this w/ the main kernel?
Could be pipewire/wireplumber
Offline
The errors start before the linked photo
Can you still reboot w/ https://wiki.archlinux.org/title/Keyboa … el_(SysRq) + REISUB ?What browser (does it matter)?
Do you get this w/ mpv as well?Did a top in a sshd session and Xorg was pegging out at 100%.
What happens if you kill/restart X11?
Using linux-rt kernel, seems to be same version as stock linux version.
… or "mpv -ao null …"?
Have you tried this w/ the main kernel?
Could be pipewire/wireplumber
I have print screen but not sure that I have sysrq. I don't have scroll lock either. Hard reboot is all I know that works for now.
Doesn't seem to matter which browser. And in times past just playing a video via mpv would do the same thing. But it'll just lock with a browser which didn't happen before.
I killed X. I think it went blank but at the same time was able to switch to console. Possibly killing X made going to the console available.
Just rebooted to stock and I see a message similar to FreeBSD
[drm] Selective fetch area calculation failed in pipe AI may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
Isolated drm messages won't tell much.
The printscreen key is gonna be the system request one, but you'll have to explicitly enable the feature before having to use it.
Possibly killing X made going to the console available.
CPU goes normal? Can you restart X11 afterwards?
just playing a video via mpv would do the same thing.
=> Compare "mpv" and "mpv -ao null"
Offline
Isolated drm messages won't tell much.
The printscreen key is gonna be the system request one, but you'll have to explicitly enable the feature before having to use it.Possibly killing X made going to the console available.
CPU goes normal? Can you restart X11 afterwards?
just playing a video via mpv would do the same thing.
=> Compare "mpv" and "mpv -ao null"
Was trying to ctrl -C the startx page on console, but nothing happened. Kernel messages showed up as shown in picture. Don't know if restarting X was possible at this point. And wireless messages indicated it failed too.
Seems to be behaving right now with stock kernel, mostly need rt kernel for TV viewing with kaffeine. And browser lost it's pages. So may delay figuring out what is going on. At least for one browser.
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
ctrl+c at best sends a sigint to the process - that's not gonna help if it's live-locked.
Seems to be behaving right now with stock kernel
Could be pipewire/wireplumber
If it's related to the rt kernel I'd investigate into that direction.
Offline
ctrl+c at best sends a sigint to the process - that's not gonna help if it's live-locked.
Seems to be behaving right now with stock kernel
seth wrote:Could be pipewire/wireplumber
If it's related to the rt kernel I'd investigate into that direction.
Switching back and forth between stock and RT, it seems like it might be related to RT. Boot up to RT and open a web browser and crash. Boot up stock and we're still running.
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
=> Compare "mpv" and "mpv -ao null"
Does "mpv -ao null" cause the same?
Offline
seth wrote:=> Compare "mpv" and "mpv -ao null"
Does "mpv -ao null" cause the same?
Looks like it kills the audio out.
Can't tell a difference right away and would have no effect on it crashing when it crashes in a browser.
Last edited by nomorewindows (2026-07-03 18:40:08)
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
Looks like it kills the audio out.
No, it redirects it to /dev/null ![]()
The point is to figure whether the sound daemon is what causes the "freeze" - if you can trigger the freeze w/ mpv & audio, but not w/ -ao null we at least know where to look.
Offline
Looks like it kills the audio out.
No, it redirects it to /dev/null
The point is to figure whether the sound daemon is what causes the "freeze" - if you can trigger the freeze w/ mpv & audio, but not w/ -ao null we at least know where to look.
Right now it's not crashing. But yesterday it did. Looks like we updated a kernel since last week. Don't know if that changed anything. And the stock and rt kernels are staying versions together.
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
Pages: 1