Announcement

Collapse
No announcement yet.

Ubuntu 11.04 May Still Get Nouveau Gallium3D

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Ubuntu 11.04 May Still Get Nouveau Gallium3D

    Phoronix: Ubuntu 11.04 May Still Get Nouveau Gallium3D

    Canonical has been using the Nouveau DRM/KMS driver since Ubuntu 10.04 LTS for providing 2D acceleration and kernel mode-setting for NVIDIA hardware on an open-source driver by default, but they haven't yet shipped the Nouveau Gallium3D driver that would provide OpenGL acceleration support (along with OpenVG, OpenGL ES, and the other APIs accelerated by Gallium3D state trackers). Their reasoning for holding back on shipping the Nouveau Gallium3D component by default (though it is available through an experimental package) has been that the upstream Nouveau developers haven't yet declared it stable and are unwilling to take bug reports against the driver. Canonical though may be in the process of reevaluating their Nouveau Gallium3D decision and this 3D driver could end up appearing in Ubuntu 11.04...

    http://www.phoronix.com/vr.php?view=ODg1Ng

  • #2
    Originally posted by phoronix View Post
    they don't want to invest in working on this community, reverse-engineered driver
    Typical...

    Comment


    • #3
      is there anything wrong with the nouveau guys?
      i recall it was linus himself who had to force nouveau code into the kernel, because the devs didnt want to. and there was some rant against gallium. is it under such heavy and deep developement that people dont want to see any bug reports? imho it seems to be a step forward and putting pressure on the intel guys to give in their classic code. And the sooner everyone gets hacking on gallium code the better.
      Provided there is no serious fault in gallium code. And im not sure if the rant against gallium is connected to jGlisse, mentioning a mesa rewrite... (please comnent on it, whether there might be any connection)

      by the way. recently i had ubuntu 8.10 running for a while and the intel i915 driver was incredibly fast.
      id like to see a benchmark of ati, nouveau and intel in the discipline:
      UMS vs. KMS! (just the latest possible code for each)

      Comment


      • #4
        Originally posted by KAMiKAZOW View Post
        they don't want to invest in working on this community, reverse-engineered driver
        Typical...
        Typical...

        Comment


        • #5
          do anyone think it would be cool, to have "driver switching" on the fly. Kinda like gpu switching.

          you could boot and use your desktop with the open source driver, then you would switch to "game mode" and that switches to the closed drivers for performance.

          well you could switch between them without rebooting.

          it would be pretty cool and make most people happy (of course if possible..)

          Comment


          • #6
            Basically it is possible to switch from nouveau to nvidia binary in most cases. Compared to fglrx which basically locks up 99% when you try to unload radeon + kms modules this is possible with nvidia. That means you could install nvidia in live mode when you booted with kms - most easyly using my script inside screen.

            Comment


            • #7
              Wait, it's possible?

              Originally posted by Kano View Post
              Basically it is possible to switch from nouveau to nvidia binary in most cases. Compared to fglrx which basically locks up 99% when you try to unload radeon + kms modules this is possible with nvidia. That means you could install nvidia in live mode when you booted with kms - most easyly using my script inside screen.
              Has it actually been fixed? Last time I tried that was with the Ubuntu Lucid live CD, and trying to switch from nouveau to the Nvidia blob made an ugly mess. It would always ask me if I wanted to switch to "low graphics" (VESA) mode, but then use Nouveau instead when selected.

              It did work in Karmic and earlier when switching from the nv driver to the blob, but that's not surprising since nv didn't use KMS.

              Comment


              • #8
                Well try my script

                http://kanotix.com/files/install-nvidia-debian.sh

                like

                DISPLAY= sudo screen sh install-nvidia-debian.sh -m

                live, be sure screen is installed I would not recommend this on a U hd install, debian is ok, with u kernel (also u mainline) it is possible without -m but basically you don't need dkms in live mode - would only need a bit more time. I had similar code ready for fglrx but fglrx crashes all the time...

                The reason why this script should not be used on U 10.04 or newer is that it does not use the u packageing with the new update-alternatives overrides. In live mode it should not hurt anything so feel free to try.

                Comment


                • #9
                  Originally posted by jakubo View Post
                  is there anything wrong with the nouveau guys?
                  i recall it was linus himself who had to force nouveau code into the kernel, because the devs didnt want to.
                  The real reason that Linus wanted nouveau in the kernel is that he bought Nvidia hardware, and was stuck with having to use out-of-tree drivers. (The pretense was that Red Hat shipped nouveau code already.)

                  Nouveau developers have always said that they were aiming for kernel inclusion after the API has been stabilized. And if you remember, they broke the API after kernel inclusion and got criticized for that.

                  Comment


                  • #10
                    Originally posted by chithanh View Post
                    The real reason that Linus wanted nouveau in the kernel is that he bought Nvidia hardware, and was stuck with having to use out-of-tree drivers. (The pretense was that Red Hat shipped nouveau code already.)

                    Nouveau developers have always said that they were aiming for kernel inclusion after the API has been stabilized. And if you remember, they broke the API after kernel inclusion and got criticized for that.
                    lol

                    i meant this:
                    http://www.phoronix.com/scan.php?pag...item&px=ODcyNg
                    +comments

                    point 4) and 5)
                    maybe im getting it wrong and they are only refering to a specific code for NV50

                    Comment


                    • #11
                      Gallium3D with Noveaou is instable

                      I have tested using it.
                      See here:
                      https://bugs.launchpad.net/ubuntu/+s...sa/+bug/659703
                      https://bugs.launchpad.net/ubuntu/+s...sa/+bug/659709

                      Comment


                      • #12
                        i never had a single problem. from maverick alpha till now using unity with compiz. only supertuxkart is a little slow XD
                        i havent tested suspend though... well, why use suspend on a desktop with rather short boot time...
                        i guess it'll mature soon anyway

                        Comment


                        • #13
                          re

                          Oh, it's cool!

                          Comment

                          Working...
                          X