No subject

backtraced and compared the steps performed by Felix.

- xorg driver xf86-video-nouveau shipped by openSUSE as from jobermayr is
exactly or basically the same source code;

- libdrm is exactly or basically the same source code;

- not tried pscnv driver yet, but do not expect much from it (seems it is a
fork with tackles ttm architecture)

- the drm kernel modules (20110721.2009-2.3) use the build option
CONFIG_DRM_NOUVEAU_KMS=3Dy, which as far as I remember was set to 'n' in the
Makefile from the Nouveau DRM wiki (although I did also try enabling that o=
nce
on the git source without achieving anything): in any case I did not touch =
the
kernel module, still using the already mentioned one from freedesktop snaps=
hot

- however can anyone comment something on the above mentioned build option ?
what's that for exactly ?

- the drm kernel module shipped by jobermayr and tagged as 20110721.2009-2.=
3 on
openSUSE does ship separate vgaarb and vga_switcheroo which I have built in=
to
the kernel but they are exactly the same version and code

- same as above for acerhdf which however is exactly the same version as in
latest kernel and it's not even very relevant to this problem

- same as above for wmi and mxm-wmi which however is exactly the same versi=
on
as in latest kernel

- same as above for acer-wmi (Acer WMI Laptop Extras, I have an Acer Aspire
5745G) which is not the same as in vanilla kernel 3.0.0-git4, I have not tr=
ied
it, it's not relevant, such module should be just for the functionality of
extra special keys on the keyboard

- glew is a different version, I also have the newer one installed (1.6.0) =
on
my system

- I do not have library Mesa-libtxc_dxtn at all (S3 Texture Compression
library). The website http://people.freedesktop.org/~cbrill/libtxc_dxtn/ sa=
ys
it does not support NVidia cards anyway but it appears to get at least load=
ed
when installed

- I do not have libva and libvdpau: installed them from their respective git
versions, just in case

- I have not checked the difference between Mesa git that I am using and the
Mesa source provided by jobermayr, but the build options are very different=
, I
shall try building what I already have with those options, just in case

At the end of the whole story above, I finally managed to get the Nouveau
driver working with NoAccel disabled ! And it seems to be fast enough, sure=
ly
much faster than when NoAccel was enabled...

The logs are going to be attached in a minute.

It is now very important to understand what exactly was causing the problem,
amongst the few steps performed above. My bet is on Mesa build options from
openSUSE in the jobermayr tree, but I am not an expert and I might well be
wrong. Everything should be documented officially preferably by the experts=
 and
developers rather than myself, so that it won't ever happen again to anyone=
 as
it is too annoying and time-wasting.

$ xdriinfo=20
Screen 0: nouveau

Gnome Control Center (System Info section) shows: Graphics Gallium 0.4 on N=
VA5

$ xdpyinfo
name of display:    :0.0
version number:    11.0
vendor string:    The X.Org Foundation
vendor release number:    11003000
X.Org version: 1.10.3
maximum request size:  16777212 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    7
supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
    depth 4, bits_per_pixel 8, scanline_pad 32
    depth 8, bits_per_pixel 8, scanline_pad 32
    depth 15, bits_per_pixel 16, scanline_pad 32
    depth 16, bits_per_pixel 16, scanline_pad 32
    depth 24, bits_per_pixel 32, scanline_pad 32
    depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 255
focus:  window 0x360001f, revert to Parent
number of extensions:    28
    BIG-REQUESTS
    Composite
    DAMAGE
    DOUBLE-BUFFER
    DPMS
    DRI2
    GLX
    Generic Event Extension
    MIT-SCREEN-SAVER
    MIT-SHM
    RANDR
    RECORD
    RENDER
    SECURITY
    SGI-GLX
    SHAPE
    SYNC
    X-Resource
    XC-MISC
    XFIXES
    XFree86-DGA
    XFree86-VidModeExtension
    XINERAMA
    XInputExtension
    XKEYBOARD
    XTEST
    XVideo
    XVideo-MotionCompensation
default screen number:    0
number of screens:    1

screen #0:
  dimensions:    1366x768 pixels (361x203 millimeters)
  resolution:    96x96 dots per inch
  depths (7):    24, 1, 4, 8, 15, 16, 32
  root window id:    0x195
  depth of root window:    24 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x20
  default number of colormap cells:    256
  preallocated pixels:    black 0, white 16777215
  options:    backing-store NO, save-unders NO
  largest cursor:    64x64
  current input event mask:    0xfa8033
    KeyPressMask             KeyReleaseMask           EnterWindowMask=20=20=
=20=20=20=20=20=20=20=20
    LeaveWindowMask          ExposureMask             StructureNotifyMask=
=20=20=20=20=20=20
    SubstructureNotifyMask   SubstructureRedirectMask FocusChangeMask=20=20=
=20=20=20=20=20=20=20=20
    PropertyChangeMask       ColormapChangeMask=20=20=20=20=20=20=20
  number of visuals:    120
  default visual id:  0x21
  visual:
    visual id:    0x21
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits

There is also a problem, but it's not very relevant:
[drm:drm_debugfs_create_files] *ERROR* Cannot create
/sys/kernel/debug/dri/IL=EF=BF=BDJ=01=EF=BF=BD=EF=BF=BD=EF=BF=BD/3

No kernel parameters have been used, except from pcie_aspm=3Doff which has =
always
been there and I do not even know whether it is strictly necessary.

--=20
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=3Demail
------- You are receiving this mail because: -------
You are the assignee for the bug.=