Afer an upgrade to xorg-server-1.7.0.902 and latest git for the kernel and xorg nouveau drivers I cannot start x with kms under wmaker. As root (just twm and an xterm) it's ok. Dmesg shows: [drm] DAC-6: set mode 1680x1050 1a [drm] nouveau 0000:01:00.0: nv04_dac_mode_set called for encoder 0 [drm] nouveau 0000:01:00.0: Setting dpms mode 0 on CRTC 0 [drm] nouveau 0000:01:00.0: Setting dpms mode 0 on vga encoder (output 0) [drm] nouveau 0000:01:00.0: Output VGA-1 is running on CRTC 0 using output @ [drm] Initialized nouveau 0.0.15 20090420 for 0000:01:00.0 on minor 0 [drm] nouveau 0000:01:00.0: Setting dpms mode 1 on vga encoder (output 0) [drm] nouveau 0000:01:00.0: Setting dpms mode 0 on CRTC 0 [drm] nouveau 0000:01:00.0: Setting dpms mode 0 on vga encoder (output 0) [drm] nouveau 0000:01:00.0: Allocating FIFO number 1 [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 1 [drm] nouveau 0000:01:00.0: nouveau_channel_free: freeing fifo 1 [drm] nouveau 0000:01:00.0: Allocating FIFO number 1 [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 1 [TTM] Failed moving buffer. Proposed placement 0x00070004 [TTM] Out of aperture space or DRM memory quota. [drm] nouveau 0000:01:00.0: nouveau_channel_free: freeing fifo 1 [drm] nouveau 0000:01:00.0: Setting dpms mode 3 on CRTC 0 and the display is powered off. At this point I need to ssh to the machine as reboot it. If I don't use kms, I can start wmaker just fine: Linux agpgart interface v0.103 agpgart-intel 0000:00:00.0: Intel 440BX Chipset agpgart-intel 0000:00:00.0: AGP aperture is 64M @ 0xe8000000 [drm] Initialized drm 1.1.0 20060810 [drm] nouveau 0000:01:00.0: Detected an NV4 generation card (0x20154000) [drm] Initialized nouveau 0.0.15 20090420 for 0000:01:00.0 on minor 0 [TTM] Zone kernel: Available graphics memory: 221064 kiB. [drm] nouveau 0000:01:00.0: 16 MiB VRAM agpgart-intel 0000:00:00.0: AGP 1.0 bridge agpgart-intel 0000:00:00.0: putting AGP V2 device into 2x mode [drm] nouveau 0000:01:00.0: 64 MiB GART (aperture) [drm] nouveau 0000:01:00.0: Allocating FIFO number 0 [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 0 [drm] nouveau 0000:01:00.0: Allocating FIFO number 1 [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 1
Very similar TTM bug happens with radeon driver which is reported at https://bugs.launchpad.net/bugs/507148. Short description: Starting X with mobility radeon 7500 in system with 64M GTT and less than 32M VRAM may cause TTM placement move fail because the target is full. (placement hint: 0x00060004)
I think this could be fixed by http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?id=78ad0f7bf2bb667729581f099781fc0b7ae58fcc But I am not entirely sure. Could someone with more insight into this things than me comment on this, please?
I'm the original reporter of this bug. If memory serves, there was a patch floated (and committed) shortly after I raised the byg. The card worked fine since then using mainline code, but it died physically 6 months ago so I cannot do any testing of new stuff for you.
Ok, so we could consider this as fixed. Thank you for your reply.
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.