Announcement

Collapse
No announcement yet.

Open-Source R600 OpenGL Support May Come Soon

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

  • Open-Source R600 OpenGL Support May Come Soon

    Phoronix: Open-Source R600 OpenGL Support May Come Soon

    In late December AMD had released open-source R600/700 3D code and a month later they released the 3D documentation that covers these Radeon HD 2000/3000/4000 series graphics cards. The initial code drop didn't do much good for end-users as they couldn't do much more than render a couple triangles, but over the past few months the open-source developers have been working on the proper Mesa support for the R600/700 graphics cards in a private code repository...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    Exciting times .

    Comment


    • #3
      I hope it gets released soon. 1 week would be awesome!

      Comment


      • #4
        It would be interesting to know whether Compiz/KWin4 already work.

        Comment


        • #5
          Originally posted by d2kx View Post
          It would be interesting to know whether Compiz/KWin4 already work.
          Didn't RDR (redirected direct rendering) that fixes the composition problems in practise require GEM? I thought this was the Radeon 3D support in the classic Mesa model they were doing before moving to KMS/DRI2/Gallium3D. I must admit I've lost track of it all though.

          Comment


          • #6
            I doubt Compiz will work yet, although I don't think it has been tested. Don't read too much into this, when the code appears in the public repo it will just mean "I finally had time to get it reviewed and released so the rest of the work can happen in public". It won't correspond to any particular milestone in the development.

            We're in the middle of changing the code to be "fairly close to what is needed to run over a memory manager" and compatible with the radeon-rewrite work happening in another branch but AFAIK there is no 6xx/7xx memory manager yet so don't be dreaming about RDR next week.

            Dream about glxgears at 100fps or something like that for now - we haven't accelerated upload/download yet so there are a lot of software copies from system memory to video ram still.
            Last edited by bridgman; 28 March 2009, 03:10 PM.
            Test signature

            Comment


            • #7
              Can someone tell me why this code needs to be approved by AMD in the first place? I thought that was the point of putting out the documentation - the devs could base all their work off of that and know that it was OK'd by the lawyers ahead of time. Was the documentation released not enough to do all the work and they are still relying on private info? Or are these devs just AMD employees and have to get everything they do signed off on?

              Comment


              • #8
                I'm curious as to how support for multiple cards is coming along in radeon(&hd). Will there be a point where I can plug in two cards, run one display device on each card, and start an instance of accelerated gears on each screen? Can I drag gears from one screen to another?

                Is someone currently looking into multiplexing (SLI, AFR, etc)?

                BBH

                Comment


                • #9
                  Originally posted by smitty3268 View Post
                  Can someone tell me why this code needs to be approved by AMD in the first place?
                  [...]
                  Or are these devs just AMD employees and have to get everything they do signed off on?
                  AFAIU for the newer chips (R600+) it is not clear which documentation you actually need to write a driver. Also documentation alone is not as good as documentation + working basic code to see how it works in the code.

                  Any yes, AFAICS many of the devs are emplyed, Red Hat, (Novell) and AMD. But there are also other people (w.g. students) working on the code for free.
                  I think the devs decide what makes sense to work on and in which order. Also the developer employed by AMD not only writes code, he also helps with writing drivers, if there are things unclear in the documentation for example.

                  Comment


                  • #10
                    Originally posted by smitty3268 View Post
                    Can someone tell me why this code needs to be approved by AMD in the first place? I thought that was the point of putting out the documentation - the devs could base all their work off of that and know that it was OK'd by the lawyers ahead of time. Was the documentation released not enough to do all the work and they are still relying on private info? Or are these devs just AMD employees and have to get everything they do signed off on?
                    Two main issues :

                    1. Work on the 3D code started before we finalized a documentation package, so we need to check the header files used by the 3D driver against what we finally released.

                    2. We borrowed shader compiler code from an in-house driver stack used for pre-silicon hardware testing. Richard ended up re-writing a fair amount of it but we still need to review the contents of that code before release.

                    That's it -- nothing to do with the developers being AMD employees, just that they were using "unreleased" programming info. All of their remaining work will go directly into the public repositories.
                    Last edited by bridgman; 28 March 2009, 04:57 PM.
                    Test signature

                    Comment

                    Working...
                    X