Announcement

Collapse
No announcement yet.

Mesa 7.5 Finally Released w/ New Features

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

  • Mesa 7.5 Finally Released w/ New Features

    Phoronix: Mesa 7.5 Finally Released w/ New Features

    After being in development for a number of months and being challenged by a few delays, Mesa 7.5 was officially released last night. What's most significant about this milestone is that it's the first release to include the Gallium3D architecture...

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

  • #2
    It is so great that the building blocks are beginning to pop in main stream.

    Comment


    • #3
      My RS690M is R500 based. I always hear about R600 and R700 driver development.

      Comment


      • #4
        Did you read about radeon-rewrite and the KMS/GEM/TTM work ? That was all for r1xx-r5xx. We actually had to *delay* 6xx-7xx 3d work to bring it in line with the radeon-rewrite changes made for earlier GPUs.

        Most of the interesting open source 3D work right now is happening on 3xx-5xx parts; 6xx-7xx just happens to be in the news this week because it hit an interesting milestone. The first Gallium3D work for radeon GPUs is being done on 3xx-5xx (go Corbin !) and most of the big changes in the 3D stack (eg moving to a GEM/TTM kernel memory manager, which in turn makes it possible to add higher levels of GL support) are happening first on 3xx-5xx.

        BTW your 690 is actually more like 6xx display blocks combined with 4xx acceleration blocks (minus the vertex shaders). That's typical for the IGP market, which usually requires the best display capabilities we can provide at any given time but isn't so picky about acceleration.
        Last edited by bridgman; 07-18-2009, 10:55 AM.

        Comment


        • #5
          Originally posted by bridgman View Post
          Did you read about radeon-rewrite and the KMS/GEM/TTM work ? That was all for r1xx-r5xx. We actually had to *delay* 6xx-7xx 3d work to bring it in line with the radeon-rewrite changes made for earlier GPUs.

          Most of the interesting open source 3D work right now is happening on 3xx-5xx parts; 6xx-7xx just happens to be in the news this week because it hit an interesting milestone. The first Gallium3D work for radeon GPUs is being done on 3xx-5xx (go Corbin !) and most of the big changes in the 3D stack (eg moving to a GEM/TTM kernel memory manager, which in turn makes it possible to add higher levels of GL support) are happening first on 3xx-5xx.

          BTW your 690 is actually more like 6xx display blocks combined with 4xx acceleration blocks (minus the vertex shaders). That's typical for the IGP market, which usually requires the best display capabilities we can provide at any given time but isn't so picky about acceleration.
          Do you have news about the state of AGP R500 + KMS/GEM support? (x1600pro AGP over here)

          Last time I tested it was broken, working on forcing PCI-E mode.

          Comment


          • #6
            That wouldn't be in 7.5 AFAIK; you need to be looking at mesa master for the radeon-rewrite code (radeon-rewrite is where the work was done to let a single code base run over both pre-KMS/MM and KMS/MM systems). That's what will show up in 7.6.

            There does seem to have been some recent work related to AGP issues, so might be worth another try. I imagine you would want both latest mesa and latest kernel code.

            Do you mean PCI mode rather than PCIE ?

            Comment


            • #7
              Maybe I'm just too paranoid that someone could call the R500 obsolete before the driver is usable. I can only play tuxracer_v1 and foobillard with bad performance. Games like Ankh I + II and Jack Keane don't work.

              Comment


              • #8
                Originally posted by bridgman View Post
                That wouldn't be in 7.5 AFAIK; you need to be looking at mesa master for the radeon-rewrite code (radeon-rewrite is where the work was done to let a single code base run over both pre-KMS/MM and KMS/MM systems). That's what will show up in 7.6.

                There does seem to have been some recent work related to AGP issues, so might be worth another try. I imagine you would want both latest mesa and latest kernel code.

                Do you mean PCI mode rather than PCIE ?
                No, I meant PCI-E. My AGP x1600pro card is one of those who have a Rialto bridge chipset, and AFAIK they are just a PCIE chip with an AGP->PCIE bridge on them.

                Of course I could be wrong. So, please let me know.

                I'll have a look on the latest code.

                Thanks for replying.
                Last edited by hobbes; 07-18-2009, 12:27 PM. Reason: to add GPU reference.

                Comment


                • #9
                  For those with a Display Port, Red Hat is working on that for Fedora 12.

                  http://fedoraproject.org/wiki/Releases/12/FeatureList

                  Comment


                  • #10
                    Btw.

                    With KMS and 3D in the kernel, does that mean that KVM (Kernel based Virtual Machine) will be able to display accelerated 3D as well?

                    In this video Red Hat explains that they switched from Xen to KVM as "features that are in the kernel, will the guests get for free".

                    http://www.redhat.com/rhel/virtualization/

                    Does that also hold for KMS and 3D?

                    Comment


                    • #11
                      I reinstalled UT2004 to try it with 7.5rc1 on my Radeon 9250, since framebuffer object support is supposed to make a difference to framerate... didn't see much of a difference. :/

                      Oh well... with any luck I'll be getting a 780G in a few days to replace this old bucket.

                      Comment


                      • #12
                        FBO support requires the memory manager and KMS; are you running with those ?

                        Also, maybe I'm wrong but I thought the code for FBO was in radeon-rewrite, and hence in master/7.6 not 7.5.

                        Comment


                        • #13
                          Oh wait, I'm confusing FBO with vertex_buffer_object. The rest of my post was correct though.

                          (Edit: ) oh I remember now, FBO was *also* needed for some things (hi-res shadows and fancy textures).
                          Last edited by Ant P.; 07-18-2009, 04:51 PM.

                          Comment


                          • #14
                            Regression in tuxracer games introduced with 7.02 is finally solved in this 7.5 release. Hopefully ttm in 7.6 >= will help in all those remaining texturing problem, for now i can expect proper performance only with 512x512 2D textures. planetpenguin-racer has these by default and work good, but extreme-tuxracer has 1024x1024 for backgrounds and i must downsize all them to 512x512 to be playable.
                            Also for EXA usage driconf option allow_large_textures may be "No" in ppracer (not needed for XAA!) for good framerate just for ending results on each level, but for extreme-tuxracer (with downsized textures) that MUST be on "No" if i want 10x beter performance.

                            http://www.nabble.com/Problems-with-...html#a13738603
                            http://bugs.freedesktop.org/show_bug.cgi?id=21019

                            So basicaly this problem is solved, but maybe i can get here some answers to get any clue why performance is at zero range when 1024x1024 >= textures are used? As i know r200 hardware supports even 2048x2048.

                            Athlon 2200+, 1.5 GB ram, ATi 9250 128 MB...

                            Comment


                            • #15
                              Well, I have bought tuxracer by sunspire studios. With Catalyst driver (no Jaunty support) I've had performance comparable to a GF2MX. 64 MB sideport + 256 MB UMA was the fastest.

                              Comment

                              Working...
                              X