Announcement

Collapse
No announcement yet.

Open-Source 2D, 3D For ATI Radeon HD 5000 Series GPUs

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

  • #16
    I'm torn between posting either:

    OMGOMGOMG

    or:

    thankyouthankyouthankyou

    Comment


    • #17
      Originally posted by monraaf View Post
      Finally!

      First impressions:

      - 2D is very slow!
      - Some small corruption around mouse pointer and sometimes scrollbars.
      - Xv is working
      - I got kicked out of X two times with message:

      Code:
      ps const buffer map failed
      ps const buffer map failed
      
      Fatal server error:
      failed to map pixmap -12
      I can concur with the above assessment. I notice, though, that when I test the speed it starts off quick and slows down after a couple of seconds (cairogears game me 130fps for te first few seconds and then slowed down to 30fps).. Similarly, the more complex scenes have a ~1sec lag, whereby simple-to-draw scenes don't exhibit any noticeable lag, so I'm guessing this speed problem has to do with the synchronisation primitives.

      Comment


      • #18
        Good things come to those who wait :-)

        Comment


        • #19
          Please people, make sure to report bugs on those first impressions if they are negative. Just to be sure.

          Comment


          • #20
            Good, I will wait for 3 years and THEN buy an Evergreen!

            Comment


            • #21
              Originally posted by FunkyRider View Post
              Good, I will wait for 3 years and THEN buy an Evergreen!
              If you can't make use of this code within a couple of months, you can't be trying too hard.

              Comment


              • #22
                oh wow, didn't expect this awesome news anytime soon!
                gotta give this a try sometime soon.

                Does anyone know how this runs with KDE 4.5?
                And how is the opengl support.... 2.1? 3.? or peehaps even 4.?

                Comment


                • #23
                  "Lower than 2.1", probably assuming you mean actual working functionality.

                  Comment


                  • #24
                    Originally posted by markg85 View Post
                    oh wow, didn't expect this awesome news anytime soon!
                    gotta give this a try sometime soon.

                    Does anyone know how this runs with KDE 4.5?
                    And how is the opengl support.... 2.1? 3.? or peehaps even 4.?
                    The GPU hangs seems to happen mostly when 2D and 3D drawing are both being used, so you probably don't want to be running a compositor yet.

                    The code push is basically the existing radeon and classic mesa HW drivers with changes and additions to let the code run on Evergreen hardware, so you should see basically the same functionality that you get on 6xx and 7xx today (plus some bugs).

                    Roughly GL 2.05, in other words

                    Comment


                    • #25
                      Is powermanagement implemented yet?

                      I've got it running, some visual glitches (that were mentioned already), quick X crashes when the compositor starts running.


                      Unfortunately, my computer roars like I'm running furmark, so I'll be back to fglrx in a bit

                      Comment


                      • #26
                        http://www.overclock.net/linux-unix/...on-driver.html

                        Note the new instructions starting with 2.6.35. There is also a "mid" profile now IIRC.

                        Comment


                        • #27
                          This has made /. and in the comment 'section' (lol) I read that Macs, for which Apple appearantly makes their own drivers for, only get to enjoy 40-50 of the performance compared to when Windows is ran on the same machine.

                          Now I remember Bridgman saying he still expected to get 70% the performance of fglrx with the floss drivers. So not only does Linux has or will get faster graphics than the proprietary driver stack of OS X, but also has or will get a faster floss graphics driver.

                          That means floss is already (or will be) murdering the insanely expensive proprietary Apple computers.

                          Fscking awesome!

                          Apple has, in the mean time, responded to this issue and is about to improve the situation. Hah! Poor Steam users!

                          Comment


                          • #28
                            Originally posted by curaga View Post
                            So, Q was right,
                            Great news!
                            ;-) only luck


                            next time i try to be not so Precise or Bridgman is going to be paranoid.

                            Comment


                            • #29
                              Precise and Correct is fine.

                              Precise and Incorrect, not so much

                              If you drop the precision a bit your chances of being correct go up.

                              Comment


                              • #30
                                @bridgman

                                Can you talk to fglrx devs that they should initialize the gfx chip completely and do NOT rely on the default register states it has directly after boot? Currently it is impossible to switch from loaded radeon (with kms) to fglrx.

                                It is possible to do so when you want to switch from nouveau to nvidia. All you need is to run a script inside screen that stops X, uses this hack:
                                Code:
                                for x in $(ls /sys/class/vtconsole/*/bind 2>/dev/null); do echo 0 > $x; done
                                and then unload the oss modules:

                                this works for nouveau:
                                Code:
                                rmmod nouveau ttm drm_kms_helper drm
                                this unloads radeon, but fglrx will crash
                                Code:
                                rmmod radeon ttm drm_kms_helper drm
                                But when you think of live systems it may NOT crash when you switch drivers!

                                Isn't it funny when reverse engeneered drivers behave better than those written from open specs when you just want to load the other driver?

                                I hope somebody will try that tricky code... My nvidia script uses it when called inside screen.

                                Comment

                                Working...
                                X