Force nouveau driver

Hi, i am running on OpenSuse 12.2 RC1
this is glxinfo:

OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 0x301)
OpenGL version string: 2.1 Mesa 8.0.3
OpenGL shading language version string: 1.20
OpenGL extensions:

and this is lspci:
01:00.0 VGA compatible controller: NVIDIA Corporation NV11 [GeForce2 MX/MX 400] (rev a1)

Why does it want to use llvmpipe instead of nouveau?

I believe that is Nouveau: [Phoronix] Nouveau Gallium3D, LLVMpipe In Ubuntu 11.10?](

what does lsmod say? i think the actual driver name filename should be nouveau.ko… so ‘nouveau’ should be reported by lsmod.

This should report the active driver

/usr/sbin/hwinfo --gfxcard

> OpenSuse 12.2 RC1

openSUSE (not OpenSuse) 12.2 is pre-release/beta software…

and all such questions/discussions should be in the forum of the same
name, here


Thread is closed for the moment. It will be moved to Pre-release/Beta.

Moved and open again.

this is hwinfo:
20: PCI(AGP) 100.0: 0300 VGA compatible controller (VGA)
[Created at pci.319]
Unique ID: VCu0.tgJnqfg1O7C
Parent ID: vSkL.uvrveDpO5n6
SysFS ID: /devices/pci0000:00/0000:00:01.0/0000:01:00.0
SysFS BusID: 0000:01:00.0
Hardware Class: graphics card
Model: “ASUSTeK AGP-V7100 Pro”
Vendor: pci 0x10de “nVidia Corporation”
Device: pci 0x0110 “GeForce2 MX/MX 400”
SubVendor: pci 0x1043 “ASUSTeK Computer Inc.”
SubDevice: pci 0x4015 “AGP-V7100 Pro”
Revision: 0xa1
Memory Range: 0xf9000000-0xf9ffffff (rw,non-prefetchable)
Memory Range: 0xf0000000-0xf7ffffff (ro,non-prefetchable)
IRQ: 11 (no events)
I/O Ports: 0x3c0-0x3df (rw)
Module Alias: “pci:v000010DEd00000110sv00001043sd00004015bc03sc00i00”
Driver Info #0:
XFree86 v4 Server Module: nv
Driver Info #1:
XFree86 v4 Server Module: nvidia
3D Support: yes
Color Depths: 16
Config Status: cfg=no, avail=yes, need=no, active=unknown
Attached to: #10 (PCI bridge)

Primary display adapter: #20

lsmod | grep nouveau

gives nothing

So it seems that nouveau isn’t loaded!

Check that it is not blacklisted in /etc/modprobe.d/50-blacklist.conf, (which may be the case if you’ve installed the proprietary nvidia driver).

no nouveau in that file…

Maybe grub is configured with ‘nomodeset’ present. That will cause the ‘nv’ legacy driver to load instead.

On ATI for current GPUs it falls back to radeonhd. On NVIDIA without KMS the nv driver is used (the nouveau driver supports only KMS). Note, newer ATI and NVIDIA GPUs are falling back to fbdev, if you specify the nomodeset kernel boot parameter.

on my system, blacklisting nouveau happens in: /etc/modprobe.d/nvidia-desktop.conf

removing all nvidia* files in /etc/modprobe.d made nouaveu loaded :slight_smile:

linux-lhym:/home/fabio # lsmod | grep nouveau
nouveau 782073 2
ttm 74170 1 nouveau
drm_kms_helper 45453 1 nouveau
drm 231978 3 nouveau,ttm,drm_kms_helper
i2c_algo_bit 13197 1 nouveau
mxm_wmi 12859 1 nouveau
video 18841 1 nouveau
wmi 18590 2 nouveau,mxm_wmi
button 13626 1 nouveau

Now i have only a problem. The color depth is only at 16 bit and i can’t find any option to increase. I am running kde 4.8

using sax3 gives only 24 bit as maximum resolution. Booting Xp on the same machine gives 32 bit. Maybe it’s a nouveau bug?

"Many modern desktop systems (Mac OS X, GNOME, KDE, Windows XP/Vista/7, etc…) offer an option for 24-bit truecolor with 8 bits for an alpha channel, which is referred to as “32-bit color”.

I know my intel driver with mesa only uses 24-bit colour, I should think nouveau would be similar.

Yes, i read that, but the screen appears like 16 bit. Tomorrow i’ll post a screenshoot.

Here is the screenshoot. You see? Seems to have a 16 bit graphix!
Using nomodeset gives the right color!

The ‘nomodeset’ causes the X-server to fall back to the more basic nv driver, which only provides limited 2D acceleration. (It seems the more advanced nouveau driver is not quite working correctly with your graphics hardware for some reason).

the only problem with nv is that i have only 1024x768 which is not so good, i’d prefer 1280x768.

The best way to see what is occurring definitively is to view what is reported by the X-server in /var/log/Xorg.0.log

It is a lengthy text file, so if you want to share the output here, cut/paste, and upload to SUSE Paste

then post only the URL to it here.

What might also be really useful, is to do this for the case where ‘nomodeset’ is used, and when it is not. The latter case, might help with finding out why the nouveau driver is set to use 16 bit colour depth.