Since updating libdrm, xf86-video-nouveau, and the DRM module to the latest GIT (as of today), any time I make a video full-screen in VLC (with XVideo output) on my nv92, the screen freezes. Through ssh I found this in dmesg at the time of the crash, which I'm told is bad: [drm] nouveau 0000:04:00.0: PFIFO_DMA_PUSHER - Ch 2 [drm] nouveau 0000:04:00.0: PGRAPH_ERROR - nSource: DATA_ERROR, nStatus: [drm] nouveau 0000:04:00.0: PGRAPH_ERROR - Ch 2/2 Class 0x502d Mthd 0x0844 Data 0x00104218:0x00104218 [drm] nouveau 0000:04:00.0: PGRAPH_ERROR - nSource: DATA_ERROR, nStatus: [drm] nouveau 0000:04:00.0: PGRAPH_ERROR - Ch 2/2 Class 0x502d Mthd 0x0854 Data 0x4d6a0000:0x4d6a0000 [drm] nouveau 0000:04:00.0: nouveau_channel_free: freeing fifo 2 [drm] nouveau 0000:04:00.0: Failed to idle channel 2. [drm] nouveau 0000:04:00.0: PFIFO_DMA_PUSHER - Ch 127 [drm] nouveau 0000:04:00.0: Allocating FIFO number 2 [drm] nouveau 0000:04:00.0: nouveau_channel_alloc: initialised FIFO 2 [drm] nouveau 0000:04:00.0: nouveau_channel_free: freeing fifo 2 [drm] nouveau 0000:04:00.0: Failed to idle channel 2. [drm] nouveau 0000:04:00.0: nouveau_channel_free: freeing fifo 1
A drm module I compiled on the 21st works fine, so it looks to me like this commit caused it: 966a2b2e31b4d7fd72733ebb78a74bf0054a3f85. And sadly that commit fixes suspend for me, so I either get working full-screen XV or working suspend.
Never mind, a proper bisect points out 21c684bc635f76c71741541eb10dfa86fd846cfa (drm/nv50: switch to indirect push buffer controls) as the offending commit.
Looks like it's fixed now.
Still valid with 2.6.34-rc2 :-( NV96
Lastest git (nouveau tree). Picture freeze on screen and computer is possible control over ssh. [ 0.240291] Switching to clocksource hpet [ 0.282671] Non-volatile memory driver v1.3 [ 0.282787] [drm] Initialized drm 1.1.0 20060810 [ 0.282852] nouveau 0000:08:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 0.282856] nouveau 0000:08:00.0: setting latency timer to 64 [ 0.294237] [drm] nouveau 0000:08:00.0: Detected an NV50 generation card (0x096480a1) [ 0.299970] [drm] nouveau 0000:08:00.0: Attempting to load BIOS image from PRAMIN [ 0.385642] [drm] nouveau 0000:08:00.0: ... appears to be valid [ 0.385645] [drm] nouveau 0000:08:00.0: BIT BIOS found [ 0.385647] [drm] nouveau 0000:08:00.0: Bios version 62.94.3c.00 [ 0.385650] [drm] nouveau 0000:08:00.0: TMDS table revision 2.0 not currently supported [ 0.385653] [drm] nouveau 0000:08:00.0: Found Display Configuration Block version 4.0 [ 0.385656] [drm] nouveau 0000:08:00.0: Raw DCB entry 0: 01000323 00010034 [ 0.385659] [drm] nouveau 0000:08:00.0: Raw DCB entry 1: 04011312 00020010 [ 0.385661] [drm] nouveau 0000:08:00.0: Raw DCB entry 2: 02044300 00000028 [ 0.385663] [drm] nouveau 0000:08:00.0: DCB connector table: VHER 0x40 5 16 4 [ 0.385666] [drm] nouveau 0000:08:00.0: 0: 0x00000040: type 0x40 idx 0 tag 0xff [ 0.385668] [drm] nouveau 0000:08:00.0: 1: 0x00001131: type 0x31 idx 1 tag 0x07 [ 0.385670] [drm] nouveau 0000:08:00.0: 2: 0x00002231: type 0x31 idx 2 tag 0x08 [ 0.385673] [drm] nouveau 0000:08:00.0: 3: 0x00110346: type 0x46 idx 3 tag 0x51 [ 0.385675] [drm] nouveau 0000:08:00.0: 4: 0x00000400: type 0x00 idx 4 tag 0xff [ 0.385677] [drm] nouveau 0000:08:00.0: 5: 0x00000510: type 0x10 idx 5 tag 0xff [ 0.385679] [drm] nouveau 0000:08:00.0: 6: 0x00000511: type 0x11 idx 6 tag 0xff [ 0.385682] [drm] nouveau 0000:08:00.0: 7: 0x00000513: type 0x13 idx 7 tag 0xff [ 0.385684] [drm] nouveau 0000:08:00.0: 8: 0x00002631: type 0x31 idx 8 tag 0x08 [ 0.385686] [drm] nouveau 0000:08:00.0: 9: 0x00001731: type 0x31 idx 9 tag 0x07 [ 0.385688] [drm] nouveau 0000:08:00.0: 10: 0x00002831: type 0x31 idx 10 tag 0x08 [ 0.385691] [drm] nouveau 0000:08:00.0: 11: 0x00110946: type 0x46 idx 11 tag 0x51 [ 0.385693] [drm] nouveau 0000:08:00.0: 12: 0x00000a00: type 0x00 idx 12 tag 0xff [ 0.385695] [drm] nouveau 0000:08:00.0: 13: 0x00000b10: type 0x10 idx 13 tag 0xff [ 0.385698] [drm] nouveau 0000:08:00.0: 14: 0x00000b11: type 0x11 idx 14 tag 0xff [ 0.385700] [drm] nouveau 0000:08:00.0: 15: 0x00000b13: type 0x13 idx 15 tag 0xff [ 0.385709] [drm] nouveau 0000:08:00.0: Parsing VBIOS init table 0 at offset 0xD51F [ 0.410088] ACPI: Battery Slot [BAT1] (battery present) [ 0.414368] [drm] nouveau 0000:08:00.0: Parsing VBIOS init table 1 at offset 0xD910 [ 0.420256] [drm] nouveau 0000:08:00.0: Parsing VBIOS init table 2 at offset 0xE8D9 [ 0.420265] [drm] nouveau 0000:08:00.0: Parsing VBIOS init table 3 at offset 0xEA22 [ 0.422338] [drm] nouveau 0000:08:00.0: Parsing VBIOS init table 4 at offset 0xEC8A [ 0.422340] [drm] nouveau 0000:08:00.0: Parsing VBIOS init table at offset 0xECEF [ 0.443258] [drm] nouveau 0000:08:00.0: 0xECEF: Condition still not met after 20ms, skipping following opcodes [ 0.443266] [drm] nouveau 0000:08:00.0: 0xB9B8: parsing output script 0 [ 0.443268] [drm] nouveau 0000:08:00.0: 0xBD90: parsing output script 0 [ 0.443282] [drm] nouveau 0000:08:00.0: Detected 512MiB VRAM [ 0.572490] [TTM] Zone kernel: Available graphics memory: 2026308 kiB. [ 0.597719] [drm] nouveau 0000:08:00.0: 512 MiB GART (aperture) [ 0.597726] mtrr: type mismatch for d0000000,10000000 old: write-back new: write-combining [ 0.597978] [drm] nouveau 0000:08:00.0: Allocating FIFO number 1 [ 0.603718] [drm] nouveau 0000:08:00.0: nouveau_channel_alloc: initialised FIFO 1 [ 1.662164] [drm] nouveau 0000:08:00.0: Detected a LVDS output [ 1.662168] [drm] nouveau 0000:08:00.0: Detected a TMDS output [ 1.662170] [drm] nouveau 0000:08:00.0: Detected a DAC output [ 1.662173] [drm] nouveau 0000:08:00.0: Detected a LVDS connector [ 1.759634] [drm] nouveau 0000:08:00.0: Detected a DVI-D connector [ 1.759698] [drm] nouveau 0000:08:00.0: Detected a DVI-D connector [ 1.759701] [drm] nouveau 0000:08:00.0: no encoders, ignoring [ 1.759703] [drm] nouveau 0000:08:00.0: Detected a DisplayPort connector [ 1.759706] [drm] nouveau 0000:08:00.0: no encoders, ignoring [ 1.759708] [drm] nouveau 0000:08:00.0: Detected a VGA connector [ 1.759773] [drm] nouveau 0000:08:00.0: Detected a TV connector [ 1.759776] [drm] nouveau 0000:08:00.0: no encoders, ignoring [ 1.759778] [drm] nouveau 0000:08:00.0: Detected a DVI-D connector [ 1.759780] [drm] nouveau 0000:08:00.0: no encoders, ignoring [ 1.759781] [drm] nouveau 0000:08:00.0: Detected a DVI-D connector [ 1.759783] [drm] nouveau 0000:08:00.0: no encoders, ignoring [ 1.759785] [drm] nouveau 0000:08:00.0: Detected a DVI-D connector [ 1.759787] [drm] nouveau 0000:08:00.0: no encoders, ignoring [ 1.759788] [drm] nouveau 0000:08:00.0: Detected a DisplayPort connector [ 1.759790] [drm] nouveau 0000:08:00.0: no encoders, ignoring [ 1.759792] [drm] nouveau 0000:08:00.0: Detected a VGA connector [ 1.759793] [drm] nouveau 0000:08:00.0: no encoders, ignoring [ 1.759795] [drm] nouveau 0000:08:00.0: Detected a TV connector [ 1.759797] [drm] nouveau 0000:08:00.0: no encoders, ignoring [ 1.817734] [drm] nouveau 0000:08:00.0: allocated 1680x1050 fb: 0x40250000, bo ffff88013f606c00 [ 1.819686] [drm] nouveau 0000:08:00.0: 0xB9BC: parsing output script 1 [ 1.819715] [drm] nouveau 0000:08:00.0: 0xB873: parsing clock script 0 [ 1.824950] Console: switching to colour frame buffer device 210x65 [ 1.828155] fb0: nouveaufb frame buffer device [ 1.828156] registered panic notifier [ 1.828161] [drm] Initialized nouveau 0.0.16 20090420 for 0000:08:00.0 on minor 0 [ 1.828202] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [ 1.830256] brd: module loaded -- [ 1.987356] hub 7-0:1.0: state 7 ports 2 chg 0000 evt 0000 [ 1.988314] hub 8-0:1.0: state 7 ports 2 chg 0000 evt 0000 [ 2.074549] [drm] nouveau 0000:08:00.0: 0xB9B3: parsing clock script 1 [ 2.087080] hub 2-0:1.0: state 7 ports 6 chg 0004 evt 0000 [ 2.087085] hub 2-0:1.0: port 2, status 0501, change 0000, 480 Mb/s -- [ 59.790567] r8169 0000:02:00.0: eth0: link up [ 59.790584] r8169 0000:02:00.0: eth0: link up [ 66.898497] [drm] nouveau 0000:08:00.0: Allocating FIFO number 2 [ 66.904189] [drm] nouveau 0000:08:00.0: nouveau_channel_alloc: initialised FIFO 2 [ 67.045985] [drm] nouveau 0000:08:00.0: Allocating FIFO number 3 [ 67.051649] [drm] nouveau 0000:08:00.0: nouveau_channel_alloc: initialised FIFO 3 [ 67.661346] uhci_hcd 0000:00:1d.0: reserve dev 2 ep81-INT, period 1, phase 0, 17 us [ 67.664401] uhci_hcd 0000:00:1d.0: release dev 2 ep81-INT, period 1, phase 0, 17 us -- [11984.701301] usb usb2: bus auto-suspend [11984.701304] ehci_hcd 0000:00:1d.7: suspend root hub [12133.043367] [drm] nouveau 0000:08:00.0: PFIFO_DMA_PUSHER - Ch 2 [12133.063975] [drm] nouveau 0000:08:00.0: PFIFO_DMA_PUSHER - Ch 2 [12133.064015] [drm] nouveau 0000:08:00.0: PFIFO_DMA_PUSHER - Ch 2 [12150.336491] SysRq : Keyboard mode set to system default [12151.075338] SysRq : SAK [12151.075348] SAK: killed process 2325 (X): task_session(p)==tty->session [12151.075409] SAK: killed process 2325 (X): task_session(p)==tty->session [12151.077869] [drm] nouveau 0000:08:00.0: nouveau_channel_free: freeing fifo 2 [12154.077013] [drm] nouveau 0000:08:00.0: Failed to idle channel 2. [12154.082032] [drm] nouveau 0000:08:00.0: PFIFO_DMA_PUSHER - Ch 127 [12154.082425] [drm] nouveau 0000:08:00.0: nouveau_channel_free: freeing fifo 3 [12154.383550] SysRq : Keyboard mode set to system default [12154.735041] SysRq : SAK
okias is right, but now it's happening during normal use too. It seems to happen especially often while flash is playing something. It's getting a bit annoying, so I'd be glad to test any patches you can suggest, or anything else.
I agree. Day ago my Nouveau hang too without Xv (maybe was flash running, not sure).
I accidentally turn on Kwin OpenGL effects. So, maybe problem still occurs, but I wasn't able reproduced it again (tested 20 minutes of Xv video).
Well it's still happening for me, once even without X running at all.
Can you provide full dmesg?
Created attachment 34822 [details] dmesg output
So, I was wrong, it isn't caused by nouveau_dri.so. It still happening to me.
Created attachment 35000 [details] dmesg_extended dmesg with mwk's patches for verbose bugreporting
Look like it's fixed by "drm/nouveau: fix a nouveau_bo dereference after it's been destroyed", can you test it?
NACK on that, just got another PFIFO_DMA_PUSHER lockup, during normal use this time. (Well, XV was in use, but not fullscreen.) [drm] nouveau 0000:04:00.0: PFIFO_DMA_PUSHER - Ch 2 [drm] nouveau 0000:04:00.0: nouveau_channel_free: freeing fifo 2 [drm] nouveau 0000:04:00.0: Failed to idle channel 2. [drm] nouveau 0000:04:00.0: PFIFO_DMA_PUSHER - Ch 127
Problem occurs still, it just didn't showed for while :-(
Created attachment 35323 [details] dmesg_CACHE.log Added dmesg, including CACHE error.
*** Bug 28248 has been marked as a duplicate of this bug. ***
Created attachment 35865 [details] Kernel log. The issue occurs at 19:02. Sorry for the duplicate. I attach my own log here so you don't have to check my report. Here are the important lines : ... [drm] nouveau 0000:02:00.0: PFIFO_DMA_PUSHER - Ch 2 ... [drm] nouveau 0000:02:00.0: PGRAPH_DATA_ERROR - Ch 2/5 Class 0x8397 Mthd 0x0e08 Data 0x00000000:0x3f4c0000 ... [drm] nouveau 0000:02:00.0: PGRAPH_DATA_ERROR - INVALID_VALUE
Still valid with 2.6.35-rc3.
Still valid for me with kernel 2.6.35 and the plain vanilla in kernel nouveau. No need for full screen. Happens for me in less then 1 minute in a TV window.
I am having the same issue during normal day to day use. The applications being used are: Fluxbox urxvt xcompmgr mpc pidgin Chromium (unsure if pages have flash at the time of crash) Here's info on my card: $ lspci | grep -i nvidia 01:00.0 VGA compatible controller: nVidia Corporation G98M [Quadro NVS 160M] Here's the info from /var/log/messages that pertain to the crash: $ sudo grep PGRAPH /var/log/messages Aug 10 10:39:10 bkfc05006060 kernel: [drm] nouveau 0000:01:00.0: PGRAPH_DATA_ERROR - Ch 2/5 Class 0x8297 Mthd 0x0200 Data 0x00000000:0x00044110 Aug 10 10:39:10 bkfc05006060 kernel: [drm] nouveau 0000:01:00.0: PGRAPH_DATA_ERROR - INVALID_BITFIELD Aug 10 10:39:10 bkfc05006060 kernel: [drm] nouveau 0000:01:00.0: PGRAPH_DATA_ERROR - Ch 2/5 Class 0x8297 Mthd 0x0208 Data 0x00000000:0x0014a200 Aug 10 10:39:10 bkfc05006060 kernel: [drm] nouveau 0000:01:00.0: PGRAPH_DATA_ERROR - INVALID_BITFIELD Aug 10 10:48:23 bkfc05006060 kernel: [drm] nouveau 0000:01:00.0: PGRAPH_DATA_ERROR - Ch 2/5 Class 0x8297 Mthd 0x0fa4 Data 0x00000000:0x00042050 Aug 10 10:48:23 bkfc05006060 kernel: [drm] nouveau 0000:01:00.0: PGRAPH_DATA_ERROR - INVALID_BITFIELD Aug 10 10:48:23 bkfc05006060 kernel: [drm] nouveau 0000:01:00.0: PGRAPH_DATA_ERROR - Ch 2/5 Class 0x8297 Mthd 0x0fa8 Data 0x00000000:0x00036c0f Aug 10 10:48:23 bkfc05006060 kernel: [drm] nouveau 0000:01:00.0: PGRAPH_DATA_ERROR - INVALID_VALUE I'm on Fedora 13, running: 2.6.33.6-147.2.4.fc13.i686.PAE Please fix.. I would hate to have to move to the proprietary driver to get a functional machine.
(In reply to comment #22) > I am having the same issue during normal day to day use. The applications being > I'm on Fedora 13, running: > > 2.6.33.6-147.2.4.fc13.i686.PAE Can you update to this kernel, it's the only *known* issue which could cause something like this to occur: http://koji.fedoraproject.org/koji/buildinfo?buildID=189280 > > Please fix.. I would hate to have to move to the proprietary driver to get a > functional machine. If one of us nouveau devs could reproduce this issue, we'd have a way to find out *why* it's happening and fix it. Unfortunately, I don't think any of us can, so it's hard to fix.
Since I can still reproduce the issue fairly consistently, would SSH access to my laptop help you guys out?
I've had more than a few xvideo related lockups over time, but this time i was able to see it was preceded by a PFIFO_DMA_PUSHER. Don't have any concrete ideas yet, besides carefully reviewing the xvideo code in the ddx. You are welcome to share any ideas or thoughts that might help solve this.
Had a look at the nv50 xv code, found some odd things. No sure if they are the cause, but it doesn't hurt to fix things. You are ofcourse welcome to try the latest ddx (that's the xorg driver for those who don't know).
Hi, same or similar problem here, often during day to day work under kde4.4 with NVIDIA Quadro NVS 140M. I will try out "as of today" DDX as soon as possible and report back (unless I'm told that this is a completely different bug...) Kernel: -------- [29470.176297] [drm] nouveau 0000:01:00.0: PFIFO_DMA_PUSHER - Ch 2 [29470.176975] [drm] nouveau 0000:01:00.0: PGRAPH_DATA_ERROR - Ch 2/5 Class 0x8297 Mthd 0x1560 Data 0x00000000:0xcccccccc [29470.176979] [drm] nouveau 0000:01:00.0: PGRAPH_DATA_ERROR - INVALID_VALUE [29470.176990] [drm] nouveau 0000:01:00.0: PGRAPH_DATA_ERROR - Ch 2/5 Class 0x8297 Mthd 0x1564 Data 0x00000000:0xcccccccc [29470.176993] [drm] nouveau 0000:01:00.0: PGRAPH_DATA_ERROR - INVALID_BITFIELD Xorg.0.log: ------------------- [mi] EQ overflowing. The server is probably stuck in an infinite loop. Backtrace: 0: /usr/bin/X (xorg_backtrace+0x28) [0x4b2518] 1: /usr/bin/X (mieqEnqueue+0x1eb) [0x4b1cdb] 2: /usr/bin/X (xf86PostMotionEventP+0xc8) [0x488b48] 3: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f2c9c2bf000+0x61dc) [0x7f2c9c2c51dc] 4: /usr/bin/X (0x400000+0x77847) [0x477847] 5: /usr/bin/X (0x400000+0x132d4a) [0x532d4a] 6: /lib/libpthread.so.0 (0x7f2ca0856000+0xea40) [0x7f2ca0864a40] 7: /lib/libc.so.6 (ioctl+0x7) [0x7f2c9f9a2507] 8: /usr/lib/libdrm.so.2 (drmIoctl+0x23) [0x7f2c9e147543] 9: /usr/lib/libdrm.so.2 (drmCommandWrite+0x1b) [0x7f2c9e147a3b] 10: /usr/lib/libdrm_nouveau.so.1 (nouveau_bo_map_range+0x183) [0x7f2c9db09783] 11: /usr/lib64/xorg/modules/drivers/nouveau_drv.so (0x7f2c9dd0c000+0x653b) [0x7f2c9dd1253b] 12: /usr/lib64/xorg/modules/libexa.so (0x7f2c9d293000+0x8d1a) [0x7f2c9d29bd1a] 13: /usr/bin/X (0x400000+0x1750b4) [0x5750b4] 14: /usr/lib64/xorg/modules/libexa.so (exaGetPixmapFirstPixel+0xa9) [0x7f2c9d2a47a9] 15: /usr/lib64/xorg/modules/libexa.so (0x7f2c9d293000+0x1010f) [0x7f2c9d2a310f] 16: /usr/bin/X (0x400000+0xea4e6) [0x4ea4e6] 17: /usr/bin/X (0x400000+0xe15cd) [0x4e15cd] 18: /usr/bin/X (0x400000+0x30204) [0x430204] 19: /usr/bin/X (0x400000+0x250dd) [0x4250dd] 20: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f2c9f8faa3d] 21: /usr/bin/X (0x400000+0x24c99) [0x424c99]
Thank you for your great work with nouveau so far! Sadly - no luck with latest ddx. Is there anything I can do to aid debuging? Kernel: [15225.713082] [drm] nouveau 0000:01:00.0: PFIFO_DMA_PUSHER - Ch 2 [15225.714082] [drm] nouveau 0000:01:00.0: PFIFO_CACHE_ERROR - Ch 2/0 Mthd 0x000 0 Data 0x08000000 [15225.714125] [drm] nouveau 0000:01:00.0: PFIFO_DMA_PUSHER - Ch 2 [15234.445019] [drm] nouveau 0000:01:00.0: reloc wait_idle failed: -16 [15234.445028] [drm] nouveau 0000:01:00.0: reloc apply: -16 X backtrace of where it's stuck: #0 0x00007fe68a2680a8 in OUT_RING (ppix=0x2a90670, is_src=0) at /usr/include/nouveau/nouveau_pushbuf.h:67 #1 NV50EXAAcquireSurface2D (ppix=0x2a90670, is_src=0) at nv50_exa.c:130 #2 0x00007fe68a268bc0 in NV50EXAPrepareSolid (pdpix=0x2a90670, alu=3, planemask=4294967295, fg=0) at nv50_exa.c:235 #3 0x00007fe6897e179d in ?? () from /usr/lib64/xorg/modules/libexa.so #4 0x00000000004d4b80 in ?? () #5 0x00000000004ce2bd in ?? () #6 0x000000000042f99c in ?? () #7 0x00000000004250eb in _start ()
Just a quick heads up that I'm seeing this as well.
I noticed something strange. I've been experiencing this issue for a long time now, and I'm almost sure : it happens when my computer is hot. I have a very bad ventilated laptop (Compaq Presario CQ60). Sometimes it even suddenly shutdowns because of his temperature. When my laptop is up from the morning and I try to play a video on the evening, that causes graphics lockup (let's say in 90% of time, even more if it's a HQ video). His temperature is then around 90°C. However, if I let my laptop cool down, then turn it on (most often his temperture will then be 65°C) and try again, there's no problem. That seems weird, and maybe I'm wrong. But that could explain why the issue happens only to some people, and why it doesn't always happen.
I upgraded last month to the latest git revision. That seems even worse : I now occasionally get graphics lockup even when I don't play videos. And I can't watch a HD video for more than... let's say twenty minutes.
Created attachment 56934 [details] syslog extract of nouveau DRM exception while watching a movie with mplayer Similar behave here. Here it is my environment: Software OpenSUSE 12.1 /lib/modules/3.1.9-1.4-desktop/kernel/drivers/gpu/drm/nouveau/nouveau.ko xorg-x11-driver-video-nouveau-0.0.16_20110720_b806e3f-2.1.2.x86_64 xorg-x11-7.6-67.3.1.x86_64 Hardware: 02:00.0 VGA compatible controller: nVidia Corporation C77 [GeForce 8300] (rev a2) Motherboard: ASUS Product Name: M4N78 PRO CPU: Phenom II Family 16, Model 4, Stepping 2 3400 MHz While watching movie with mplayer randomly nouveau seem to crash freezing the X11 session. It's possible to connect to the system using ssh but it isn't possible to kill xorg processes. Here are the last entries of the Xorg.0.log: [ 51.867] (II) NOUVEAU(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) [ 17186.956] [mi] EQ overflowing. The server is probably stuck in an infinite loop. [ 17186.968] Backtrace: [ 17186.972] 0: /usr/bin/X (xorg_backtrace+0x26) [0x462396] [ 17186.972] 1: /usr/bin/X (mieqEnqueue+0x201) [0x45c911] [ 17186.972] 2: /usr/bin/X (xf86PostMotionEventM+0xa3) [0x482203] [ 17186.972] 3: /usr/bin/X (xf86PostMotionEventP+0x37) [0x4822f7] [ 17186.972] 4: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f5c081da000+0x4b2e) [0x7f5c081deb2e] [ 17186.972] 5: /usr/bin/X (0x400000+0x6f7c7) [0x46f7c7] [ 17186.972] 6: /usr/bin/X (0x400000+0x11ebfe) [0x51ebfe] [ 17186.972] 7: /lib64/libpthread.so.0 (0x7f5c0dcda000+0xfd00) [0x7f5c0dce9d00] [ 17186.972] 8: /lib64/libc.so.6 (ioctl+0x7) [0x7f5c0cceed67] [ 17186.972] 9: /usr/lib64/libdrm.so.2 (drmIoctl+0x28) [0x7f5c0942a948] [ 17186.972] 10: /usr/lib64/libdrm.so.2 (drmCommandWrite+0x1b) [0x7f5c0942cc5b] [ 17186.972] 11: /usr/lib64/libdrm_nouveau.so.1 (0x7f5c08ddb000+0x31b7) [0x7f5c08dde1b7] [ 17186.972] 12: /usr/lib64/libdrm_nouveau.so.1 (nouveau_bo_map_range+0x109) [0x7f5c08dde7d9] [ 17186.972] 13: /usr/lib64/xorg/modules/drivers/nouveau_drv.so (0x7f5c08fe1000+0x9ec7) [0x7f5c08feaec7] [ 17186.972] 14: /usr/bin/X (0x400000+0x131b3e) [0x531b3e] [ 17186.972] 15: /usr/lib64/xorg/modules/extensions/libextmod.so (0x7f5c0c140000+0xf5c4) [0x7f5c0c14f5c4] [ 17186.972] 16: /usr/bin/X (0x400000+0x332a9) [0x4332a9] [ 17186.972] 17: /usr/bin/X (0x400000+0x272ce) [0x4272ce] [ 17186.972] 18: /lib64/libc.so.6 (__libc_start_main+0xed) [0x7f5c0cc3e23d] [ 17186.972] 19: /usr/bin/X (0x400000+0x275bd) [0x4275bd] These are the information about Xorg in the same log: [ 37.485] X.Org X Server 1.10.4 Release Date: 2011-08-19 [ 37.485] Current Operating System: Linux casaregno 3.1.9-1.4-desktop #1 SMP PREEMPT Fri Jan 27 08:55:10 UTC 2012 (efb5ff4) x86_64 [ 37.487] (--) PCI:*(0:2:0:0) 10de:0848:1043:82e2 rev 162, Mem @ 0xfb000000/16777216, 0xf0000000/134217728, 0xf8000000/33554432, I/O @ 0x0000ec00/128, BIOS @ 0x????????/131072 [ 38.172] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so [ 38.172] (II) Module nouveau: vendor="X.Org Foundation" [ 38.172] compiled for 1.10.4, module version = 0.0.16 [ 38.172] Module class: X.Org Video Driver [ 38.172] ABI class: X.Org Video Driver, version 10.0 [ 38.753] (--) NOUVEAU(0): Chipset: "NVIDIA NVaa" [ 38.995] (II) NOUVEAU(0): [XvMC] Associated with Nouveau GeForce 8/9 Textured Video. [ 38.995] (II) NOUVEAU(0): [XvMC] Extension initialized.
Does this still happen with the latest kernel/xf86-video-nouveau?
That laptop isn't my primary computer anymore so I'll have to update it and check. I'll let you know in the next couple days. Last time I used it (last year) it still locked up every once in a while but I'm not sure if that was directly related to this bug.
No response to re-test request in over a month. Closing as invalid.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.