Announcement

Collapse
No announcement yet.

ATI R600/700 OSS 3D Driver Reaches Gears Milestone

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

  • #46
    Originally posted by nanonyme View Post
    Yeah, now it only flickers where the notification is. Sometimes a bit annoying if you're trying to concentrate and the notification jumps in and out in less than a second intervals before calming down.
    Indeed. I think this is due to the design of the compositor on XP (e.g. it shouldn't happen if you disable menu fade-in and shadow effects). As far as I can tell, Vista and higher don't suffer from this issue anymore - at least not when Aero is enabled.

    Comment


    • #47
      Originally posted by tormod View Post
      From what I understand (I have edited a previous post of mine about this) you still need to use libdrm from Alex' repo. But you can _build_ your mesa with libdrm from git master.
      You need the kernel modules from my repo, but libdrm can be from my repo or drm git master.

      Comment


      • #48
        Also, if you are running a compositer, please turn it off when testing.

        Comment


        • #49
          Originally posted by BlackStar View Post
          More like microseconds, actually. 1080p is ~7.9MB per frame, which translates needs something between 80μs (ultra high-end GPUs with GDDR5 memory) to 4ms (ultra low end Intel IGPs with single-channel DDR2 shared memory).
          It's more than 80us, more like 200uS or 0.2mS on a board with 256-bit GDDR5 memory. Remember that the data has to be read and written back (so 2 accesses), and that the GPU is alternating read and write bursts. The bandwidth number you see in reviews is the theoretical maximum for infinitely long bursts.

          I was thinking of "high end" as starting somewhere around 50-60GB/s peak bandwidth, say 3850/4850 and up, where the copy time would be 0.4-0.5 mS. I agree that if you go right up to 4870/4890 you can probably cut that in half again.
          Last edited by bridgman; 07-16-2009, 12:20 PM.

          Comment


          • #50
            I just retried the test with compositing disabled, but that didn't change anything.

            EDIT: Switched libdrm repo to the one from Alex, but now I only get the software renderer recognized by glxinfo and glxgears (which works of course).
            Last edited by LiquidAcid; 07-16-2009, 12:33 PM.

            Comment


            • #51
              Decided to note it here so it gets documented: if you're having a fullscreen black screen with Fedora 11 when running glxgears with the r600 Mesa driver, try instead running progs/demos/gears from your Mesa build tree. (assuming you compiled the demos) It's the exact same program, just a newer version. It seems Fedora 11 got shipped with a glxgears that features a bit odd with at least this particular driver.
              Last edited by nanonyme; 07-16-2009, 05:18 PM.

              Comment


              • #52
                I don't think this is a Fedora-specific issue - I see the same thing on Ubuntu 9.04.

                Since gears is in progs/demos and glxgears is in progs/xdemos, my thinking was that gears uses direct rendering and glxgears uses GL through X, ie indirect rendering.

                Comment


                • #53
                  Originally posted by bridgman View Post
                  Since gears is in progs/demos and glxgears is in progs/xdemos, my thinking was that gears uses direct rendering and glxgears uses GL through X, ie indirect rendering.
                  Oh, very good notion. The major difference (in terms of what the end-user sees, not in terms of implementation) between the two (Fedora glxgears vs progs/demos/gears, will still have to test the one in xdemos, I guess) is the black screen on some cards, both render just as wrong on r6xx.

                  Comment


                  • #54
                    Alex thinks he might have a fix for 6xx, stay tuned...

                    Comment


                    • #55
                      Originally posted by bridgman View Post
                      Alex thinks he might have a fix for 6xx, stay tuned...
                      Confirmed, http://cgit.freedesktop.org/mesa/mes...2c9a15cdb2de1c fixes the colour problems in gears, glxgears and hello for me. (still having the black screen in glxgears, aww)

                      Comment


                      • #56
                        I'm trying this tomorrow.

                        Anyway, nevermind my comment about libdrm. I just booted the wrong kernel which doesn't have a proper radeon module build, so DRI was disabled.

                        Comment


                        • #57
                          On my rv620 colours seem correct in most apps now except varray. Also getting the black screen in glxgears but not gears. Still getting some corruption in the gears (seems like size is jumping around), seems to happen only when EXA is drawing.

                          Anyways, now I can give back the rv770 I borrowed from QA

                          Comment


                          • #58
                            Sounds good. But here is a stupid question.

                            - glxgears looks like a simple graphictask. So I don't understand why it is a milestone? I mean, isn't there alot of work to be done yet? Or is it really a milestone, because we can say the main 3d-part of the driver is now working, and it now only need prober opengl support?

                            Comment


                            • #59
                              The driver was pretty much fully written in April. We were just starting to bring it up when it became obvious we needed to move it over to the radeon-rewrite code base, which in turn meant that we had to *understand* the radeon-rewrite changes

                              Getting glxgears working means that most of the major blocks of the driver are running, including the shader compiler / assembler (since mesa uses a vertex shader to emulate fixed-function TCL on GPUs that don't have fixed function). Gears doesn't exercise textures at all AFAIK, but it lights up most of the other areas.
                              Last edited by bridgman; 07-16-2009, 07:09 PM.

                              Comment


                              • #60
                                Originally posted by bridgman View Post
                                The driver was pretty much fully written in April. Getting glxgears working means that most of the major blocks of the driver are running, including the shader compiler. Gears doesn't exercise textures at all AFAIK, but it lights up most of the other areas.
                                Aah I see.
                                But I shouldn't try this on a 2.6.30 kernel?
                                Last edited by tball; 07-16-2009, 07:06 PM.

                                Comment

                                Working...
                                X