[MASTER] X uses software rendering with nouveau

Sorry, about the text console: no video signal (according to my LCD monitor's opinion) during the boot, and if I switch to text console from X (like with CTRL-ALT-F1) I still see the X session however screen is not updated, till I switch back and of course mouse etc does not work either. Meanwhile I can log in "blindly" and even start an mp3 with mpg123 by using the console even if I only see the screen of X frozen (till I switch back). But as I've mentioned, maybe it's not related to this bug which is about having software rendering only.

I've just checked it out:

lgb@vega:$ ls -la /usr/lib/dri/*nou*
-rw-r--r-- 1 root root 220068 2011-04-11 08:15 /usr/lib/dri/nouveau_vieux_dri.so

Should I try symlink this to nouveau_dri.so? Since it seems X wants that, but I have onlyt this "vieux" (whatever it is ...) file only which seems to be at least similar (in file name at least) to what X would like to dlopen().

After some google'ing I've installed package libgl1-mesa-dri-experimental now I have hw rendering, but still I am wondering if it's normal since it means that nvidia owners can't use their desktops normally with natty unless installing nvidia's binary driver (I guess), is this the normal behaviour or is it really a bug? Also I still have the "no signal" monitor feedback on boot and no text concoles problems.

If it counts, I am using DVI cable between the video card and the monitor. And by the way, I have another just upgraded machine also with nvidia card and DVI: that time I tried to use nvidia's binary driver. The result: I have signal, but just very odd bar-code like screen can be seen instead of boot logo and also when I try to use text based console instead of X.

we won't install the dri driver until it's supported upstream, and has no known grave bugs.

@Timo: ahaa, thanks. I am just curious what is the "official" recommendation for natty (now and when natty is released as stable) users with nvidia card: since nvidia's binary only driver is not installed by default (if I am correct) and also it seems to be unstable (X crashes sometimes with it (bug 765136).

Also I have no usable text console neither with nouveau, nor nvidia's binary driver as I've commented that bug report I've mentioned in my previous comment here.

[I've marked this bug for inclusion in our oneiric bug queue. While technically this bug has not been re-confirmed against oneiric, I feel it is worth continued development attention. We will need to ask that it be re-confirmed once oneiric is further along, perhaps once we get closer to alpha.]

At UDS we will discuss whether to enable 3D by default for nouveau in oneiric.

This bug was fixed in the package mesa - 7.10.3-0ubuntu1

---------------
mesa (7.10.3-0ubuntu1) oneiric; urgency=low

  * New upstream 7.10.3 bugfix release.
   - Fixes infinite loop in GLSL compiler (LP: #788730)
  * Merge with Debian unstable. Remaining Ubuntu changes:
   - debian/control
      + Drop lesstif-dev from Build-Depends; it's in Universe.
      + Comment out GLw libs since it depends on lesstif-dev.
      + Drop i686 swx11 libgl package.
      + Add libdrm-dev to mesa-common-dev Depends.
    - debian/rules
      + Use --disable-glw for swx11 targets too.
      + Don't enable motif for swx11 targets.
      + Use lzma compression for binary debs to save CD space.
      + Drop unloved mach64 driver.
      + Install both r300/r300g and r600/r600g
      + Use --enable-shared-dricore to claw back CD space.
    - debian/patches
      + 100_no_abi_tag.patch
      + 101_ubuntu_hidden_glname.patch
      + 103_savage-expose_fbmodes_with_nonzero_alpha.patch
    - rules, libgl1-mesa-{glx,dev,swx11,swx11-dev}.install.in,
      libgl1-mesa-{glx,swx11}.{postinst,prerm}, libgl1-mesa-dev.links.in:
      Install libGL.so* in /usr/lib/mesa to allow things to work with
      alternatives.
    - debian/not-installed:
      + Drop i686 files; we don't build 686-optimised packages in the first
        place.
    - debian/gbp.conf
      + Point at Ubuntu branch to make git-buildpackage less narky.
    - debian/patches/105_use_shared_libdricore.patch, debian/rules:
      + Link DRI drivers against shared dricore routines to save CD space.
    - debian/patches/109_fix_length_of_glxgetfbconfigssgix.patch:
      Fix "BadLength (poly request too large or internal Xlib length"
      when using non-C, non-en locales. (LP 714280)
    - debian/patches/108_fix_leaks_dri2_screen_creation.patch: Cherrypick
      to fix some leaks in DRI2 screen creation failure paths.
    - 114_intel_dri_renderer_string.diff: Re-add "GEM" to the dri renderer
      string of the intel driver. (LP 753370)
    - 113_fix_tls.diff: Fix crashes in unrelated code due to TLS usage.
  * debian/rules:
  * debian/libgl1-mesa-dri-experimental.install.in:
    - Ship i915g in the experimental package. We're already building it,
      and it's apparently now comparable to i915c.
  * debian/control:
  * debian/libgl1-mesa-dri-experimental.install.in:
  * debian/libgl1-mesa-dri.install.linux.in:
    - Move nouveau gallium driver from -dri-experimental to -dri. Upstream
      is no longer adamant that bugs should be ignored. Try installing it by
      default to get a better Unity experience OOTB. (LP: #759562)
  * debian/libgl1-mesa-dri-experimental.install.in:
  * debian/libgl1-mesa-dri.install.linux.in:
    - Move r300/r600 classic drivers to -experimental. They're not supported.
      Shave another ~1MB off the CD!
  * debian/control:
    - Add new bison and flex build-depends.
  * debian/patches/115_llvm_dynamic_linking.diff
    - Dynamically link DRI drivers to libllvm. Saves ~6MiB per DRI driver.
  * debian/rules:
  * debian/patches/116_use_shared_galliumcore.diff:
  * debian/libgl1-mesa-dri.install.in:
    - Link gallium DRI drivers against shared gallium routines to save CD
      sp...