LinuxQuestions.org - System crashes when Youtube videos playing

- Linux - Software (https://www.linuxquestions.org/questions/linux-software-2/)

- - System crashes when Youtube videos playing (https://www.linuxquestions.org/questions/linux-software-2/system-crashes-when-youtube-videos-playing-817995/)

Recently (within the last week or so) I've been having system crashes.

Numlock responds, mouse pointer responds.
Music stops playing, GUI does not respond, Caps Lock does nothing, Ctrl+Alt+F1 does nothing, Alt+SysRq+R,E,I,S,U,B does nothing. I have to hit the reset switch.

The crashes have only ever happened when a Youtube video is playing, and usually I'm on another tab. EDIT: On the 16th July they happened when nowhere near Youtube

I'm running Arch Linux 64-bit, KDE 4 desktop environment, Firefox web browser, official flash plugin, and the nvidia graphics driver. I update my system fairly regularly (usually at least weekly).

Any ideas as for how to resolve this, pointers to log files that might be informative, etc?

Does it happen if you use the open source 'nv' or 'nouveau' drivers? If not, it's clearly related to the nvidia driver and something you should report to them: http://nvnews.net/vbulletin/forumdisplay.php?f=14

Well I've only just got round to changing to the nv drivers. With it being an intermittent problem will take a few days to be sure.

Just had the same kind of crash happen under the nouveau driver. The Youtube video wasn't even the active tab, I was scrolling down another webpage and BAM!

It didn't crash under the nv driver (though that could simply be luck), but that lacks features I really need, specifically xv support.

I don't know if this will help, but I like to watch YouTube in HTML5 using Chromium, no Flash.

Also the flashplayer package somehow failed to update/install, so I went with Gnash and it seems to play embedded YouTube videos fine.

Don't like Chromium, but I could give Gnash a go.

Chromium is the only browser I tried that can even run the HTML5 player. The other popular browsers should probably catch up soon.

Well today I've just had two crashes without going anywhere near flash. Once while doing ordinary web browsing, the second while watching a video on mplayer.

Seriously, this is like the bad old days of Windows 98. Not what I expect from my GNU/Linux system.

OK, some progress.

Ruled out: Temperature issues, memory problems, being hacked.
(Took the cover off and added a second case fan, still crashed. Ran memtest86+, passed. Ran chkrootkit from a livecd and also checked /etc/passwd, nothing found.)

Now, checked logs. In Xorg.0.log, found

Code:

[  5656.221] [mi] EQ overflowing. The server is probably stuck in an infinite loop.

[  5656.243] 

Backtrace:

[  5656.293] 0: /usr/bin/X (xorg_backtrace+0x28) [0x498588]

[  5656.293] 1: /usr/bin/X (mieqEnqueue+0x1f4) [0x4952f4]

[  5656.293] 2: /usr/bin/X (xf86PostMotionEventP+0xc4) [0x476504]

[  5656.293] 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7eff0d86f000+0x3ccf) [0x7eff0d872ccf]

[  5656.293] 4: /usr/bin/X (0x400000+0x707d7) [0x4707d7]

[  5656.294] 5: /usr/bin/X (0x400000+0x106513) [0x506513]

[  5656.294] 6: /lib/libpthread.so.0 (0x7eff13482000+0xf1c0) [0x7eff134911c0]

[  5656.294] 7: /lib/libc.so.6 (ioctl+0x7) [0x7eff124be5b7]

[  5656.302] 8: /usr/lib/libdrm.so.2 (drmIoctl+0x28) [0x7eff0ed0c568]

[  5656.302] 9: /usr/lib/libdrm.so.2 (drmCommandWrite+0x1b) [0x7eff0ed0e82b]

[  5656.302] 10: /usr/lib/libdrm_nouveau.so.1 (0x7eff0e6ce000+0x2d8d) [0x7eff0e6d0d8d]

[  5656.302] 11: /usr/lib/libdrm_nouveau.so.1 (nouveau_bo_map_range+0xfe) [0x7eff0e6d139e]

[  5656.302] 12: /usr/lib/libdrm_nouveau.so.1 (0x7eff0e6ce000+0x1f1d) [0x7eff0e6cff1d]

[  5656.302] 13: /usr/lib/libdrm_nouveau.so.1 (nouveau_pushbuf_flush+0x1af) [0x7eff0e6d047f]

[  5656.302] 14: /usr/lib/xorg/modules/drivers/nouveau_drv.so (0x7eff0e8d3000+0x21b04) [0x7eff0e8f4b04]

[  5656.302] 15: /usr/lib/xorg/modules/libexa.so (0x7eff0e06f000+0xcc96) [0x7eff0e07bc96]

[  5656.302] 16: /usr/lib/xorg/modules/libexa.so (0x7eff0e06f000+0xdcba) [0x7eff0e07ccba]

[  5656.302] 17: /usr/bin/X (0x400000+0xc604b) [0x4c604b]

[  5656.302] 18: /usr/bin/X (0x400000+0xbe41e) [0x4be41e]

[  5656.302] 19: /usr/bin/X (0x400000+0x2804c) [0x42804c]

[  5656.302] 20: /usr/bin/X (0x400000+0x2173a) [0x42173a]

[  5656.302] 21: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7eff12415c4d]

[  5656.302] 22: /usr/bin/X (0x400000+0x212f9) [0x4212f9]

Googling reveals this Ubuntu bug, which seems like it might be related. Doesn't help that X seems good at giving uninformative error messages.
I've put

Code:

Section "ServerFlags"

    Option        "Xinerama" "0"

EndSection

in my xorg.conf. Will see if that helps. Or maybe I could try removing xorg.conf altogether and seeing if the autoconfig gets it right?

Another weird aspect of the symptoms: If amarok is playing a track, the current track plays out, but the next one does not start. Dunno what to make of that.

EDIT:Also, how can I change the thread title, now that it's clear the problem is not necessarily related to flash?

Well, it crashed under the Linux Mint LiveCD too. So it's not a problem with my Arch install. I've now pulled the nvidia card and switched to the onboard graphics. Still running off LiveCDs, will see if it crashes again, if not I think I can blame the nvidia card. And my system is a LOT quieter now, seems the tiny little fan on the card was by far the loudest.

You could also try an ATI card (I have the HD 4350 and it works fine with FGLRX) and see if that helps.

May I ask: What model nVidia card do you have?

It's a GeForce 210, quite low end. The onboard graphics are a Raedon 2100.

Quote:

Originally Posted by cantab (Post 4036413)

Code:

[  5656.221] [mi] EQ overflowing. The server is probably stuck in an infinite loop.

[  5656.243] 

Backtrace:

[  5656.293] 0: /usr/bin/X (xorg_backtrace+0x28) [0x498588]

[  5656.293] 1: /usr/bin/X (mieqEnqueue+0x1f4) [0x4952f4]

[  5656.293] 2: /usr/bin/X (xf86PostMotionEventP+0xc4) [0x476504]

[  5656.293] 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7eff0d86f000+0x3ccf) [0x7eff0d872ccf]

[  5656.293] 4: /usr/bin/X (0x400000+0x707d7) [0x4707d7]

[  5656.294] 5: /usr/bin/X (0x400000+0x106513) [0x506513]

[  5656.294] 6: /lib/libpthread.so.0 (0x7eff13482000+0xf1c0) [0x7eff134911c0]

[  5656.294] 7: /lib/libc.so.6 (ioctl+0x7) [0x7eff124be5b7]

[  5656.302] 8: /usr/lib/libdrm.so.2 (drmIoctl+0x28) [0x7eff0ed0c568]

[  5656.302] 9: /usr/lib/libdrm.so.2 (drmCommandWrite+0x1b) [0x7eff0ed0e82b]

[  5656.302] 10: /usr/lib/libdrm_nouveau.so.1 (0x7eff0e6ce000+0x2d8d) [0x7eff0e6d0d8d]

[  5656.302] 11: /usr/lib/libdrm_nouveau.so.1 (nouveau_bo_map_range+0xfe) [0x7eff0e6d139e]

[  5656.302] 12: /usr/lib/libdrm_nouveau.so.1 (0x7eff0e6ce000+0x1f1d) [0x7eff0e6cff1d]

[  5656.302] 13: /usr/lib/libdrm_nouveau.so.1 (nouveau_pushbuf_flush+0x1af) [0x7eff0e6d047f]

[  5656.302] 14: /usr/lib/xorg/modules/drivers/nouveau_drv.so (0x7eff0e8d3000+0x21b04) [0x7eff0e8f4b04]

[  5656.302] 15: /usr/lib/xorg/modules/libexa.so (0x7eff0e06f000+0xcc96) [0x7eff0e07bc96]

[  5656.302] 16: /usr/lib/xorg/modules/libexa.so (0x7eff0e06f000+0xdcba) [0x7eff0e07ccba]

[  5656.302] 17: /usr/bin/X (0x400000+0xc604b) [0x4c604b]

[  5656.302] 18: /usr/bin/X (0x400000+0xbe41e) [0x4be41e]

[  5656.302] 19: /usr/bin/X (0x400000+0x2804c) [0x42804c]

[  5656.302] 20: /usr/bin/X (0x400000+0x2173a) [0x42173a]

[  5656.302] 21: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7eff12415c4d]

[  5656.302] 22: /usr/bin/X (0x400000+0x212f9) [0x4212f9]

Googling reveals this Ubuntu bug, which seems like it might be related. Doesn't help that X seems good at giving uninformative error messages.

Please note that an infinite loop is a programming error (something like this):

Code:

float x = 0.1;

while (x != 1.1) {

    printf("x = %f\n", x);

    x = x + 0.1;

}

An infinite loop, by definition, is a loop (as in for or while) that unconditionally returns back to where it started from, which can cause a program to hang. Supposedly, that is what your X is reporting.

Well, I downgraded and am now posting from Arch again. No hangups...yet.

The procedure was roughly as follows. Note that I also had to redo my X setup to use the ATI graphics.

Boot from a LiveCD.
Change Arch's /etc/pacman.conf to use the Arch Rollback Machine. The 20th June is the last date to have Xorg 1.7, though I used the 19th.
Change Arch's /etc/inittab to boot to runlevel 3.
If you normally use the network manager system tray applet, download the package for cnetworkmanager. I could NOT get my wireless working using iwconfig and ifconfig for some reason.
Reboot into Arch.
If needed, install cnetworkmanager and then use it to connect to the internet.
pacman -Syy, pacman -Suuf
edit xorg.conf if needed
init 5 (or maybe startx, but that fails if KMS is in use) to check things work
set inittab back to boot into runlevel 5