Announcement

Collapse
No announcement yet.

The New Driver Is Out! Meet Oktoberfest!

Collapse
This topic is closed.
X
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #46
    Originally posted by Xipeos View Post
    It actually says it won't work with 2.6.23 (general information), so you can't use it on Fedora 8 (specific information). Maybe I should re-use my signature with "people thinking distros are different kinds of linux"...
    I didn't ask about brand new (not even released) 2.6.23. To me, and most others (iirc) with x86-64, you can't use anything after (including) 2.6.20. That's terribly weak.

    I don't know what you're trying to say regarding distros, but surely distros do configure and even patch the kernels differently, so you can't compare a certain vanilla kernel version with for instance "Fedora 8". But even if you could, do you think it's reasonable to refer to Fedora releases instead of kernel versions? Am I supposed to know whatever kernel Fedora X uses? To me, that's completely irrelevant. I will never care even remotely whatever kernel version Distro X, version Y uses. I simply don't care, and I shouldn't have too, since I'm not using that Distro damn it!

    Originally posted by Xipeos View Post
    Just wait and see. Michael said it'll be available in 1 week wtf.
    Tell that to everyone else in this thread then? I'm not the only one commenting without actually having the driver. Or perhaps you just thought I was too negative, and thereby I needed to be shut up?
    I dunno.

    We all speak out of experience with the so far drivers. Many of us see a pattern of not caring about really fixing the sucky drivers, but just fixing a bug a month, and this time, making the driver get a better score on FPS benchmarks.

    Originally posted by Xipeos View Post
    Then you have no idea what script kiddie means.
    That's a terrible loss of knowledge to me then, omfg! I've gotta go back to school and learn these important things, before I give another statement on a forum on the internet. The whole fucking world could collapse!

    Anyway. I've got some answers now.
    * No RandR 1.2, because ATI has invented their own proprietary tool before RandR 1.2 was invented, and because of that (very interesting reason) they won't use RandR 1.2 even though it's superior.
    * 2.6.22 _should_ work. Well, 2.6.20 _should_ have worked (if you ask me) a long time ago. Will they have fixed support for 3 major kernel versions in a row? OMFG. Unbelievable. And highly unlikely :/

    Well well, we'll see... Maybe the "open source" driver ATI will release in a couple of decades, and which will have become well tested and patched a few decades after that, will be interesting.

    But ATI surely doesn't understand open source development. Release a 50 mb .tar.bz2 and say "we're now open source" is lunacy. Release _early_ and _often_. This way, important and highly skilled people (I'm thinking of X.org developers) can pin-point flaws and comment how things should be interfaced, to work better with X.org.

    Otherwise, it might be "open" but it'll take a _long_ time until it'll "work like a charm" with "just about any linux kernel, distro, X.org-version", which the currently support drivers more or less do.

    But ATI probably just want being tagged as "open source friendly" instead of really being interested in community development.

    Again, I'm speaking ahead of time, but it doesn't take many brain cells to figure out what's going on here. I'm not saying I'm guaranteeing the new ATI driver to suck, I'm just saying it most likely will.

    Comment


    • #47
      Originally posted by Michael View Post
      The New Driver Is Out! Meet Oktoberfest!

      AMD 8.41 Display Driver Preview -- Our first article on this new driver are simply the technical details such as noting this driver has been actually in development for over a year, the AIGLX support that is coming next month, and other relevant information.

      Read More: http://www.phoronix.com/vr.php?view=10955

      ATI R300/400 Linux Performance -- We re-tested the Radeon X300 and X800XL with this new driver and it offers some HUGE performance improvements! The Mobility Radeon X300 was as much as 54 times faster compared to the previous ATI Linux driver. The improvements in these older ATI GPUs are simply astonishing.

      Okay Michael I realize that PCIE is the hot new standard -- but there are a ***heck*** of a lot of AGP bus based cards out in the wild still -- can we get tests on AGP bus cards -- The cards in this article are again all PCIE based..... or IGP, which if sanity in chipset design exists are PCIE internally.

      Comment


      • #48
        Michael: Will CCC integrate well with the new "Graphical configuration tool for X" coming out in 2.20? It'd be nice to have say an extra tab called "CCC" - sort of like how the windows forcewares work.

        Also, I noticed all the benchmarks use x server 1.3 - is there x.org 7.3 /x server 1.4 support in the new driver? I can't find anything on the thread that confirms or denies this.
        Last edited by hmmm; 09-05-2007, 08:01 AM.

        Comment


        • #49
          Originally posted by Michael View Post
          All of our AGP maintained systems end with the Radeon 9200 and 9250 chips. I'll see if I can find some more information though on any AGP changes for this release.

          heh -- I have the rig..... *grin* I even have disk space -- I can drop an FC install on an lv and give 'er a spin for ya....

          Comment


          • #50
            Aaaaaaaggggghh!!!

            Originally posted by Michael View Post
            The FireGL IDs will be disabled, so you will get no where. AMD just has additional testing they need to go through with their workstation ASICs.
            That's another month wasted, then! I never thought that getting the graphics working (properly) on this laptop would be so frustrating!

            Please ask them to test Lenovo T60p wide-screen laptops with V5250 chips and Core 2 Duos, so that the wait is ultimately worth it...

            Comment


            • #51
              Originally posted by Michael View Post
              I don't use KDE so I can't comment for that, but I haven't had any such problems like that with Nautilus and fglrx 8.41.

              Nautilus is not affected with this "feature"...I hope there are improvements on this, because I don't want switch DE because of f***** display driver

              Comment


              • #52
                Gentoo Ebuild update request for 8.41

                Michael -- I've opened 191374 on bugs.gentoo.org -
                http://bugs.gentoo.org/show_bug.cgi?id=191374


                As soon as I get a copy of the new driver I'll do what I can to get an updated ebuild working with this driver.....
                For what its worth I'm on vacation this week .. and some s.o.b stole our van overnight -- so I'm kinda grounded for the next day or so....
                Last edited by Alistair; 09-05-2007, 08:52 AM.

                Comment


                • #53
                  Rocks, doesn't it?

                  Comment


                  • #54
                    Originally posted by chrisr View Post
                    As an owner of a laptop with a FireGL V5250, I really have no choice but to try the 8.41 driver because the 8.40 driver fails when trying to play anything more demanding than "Quake 2". Anyway, I thought that the V5250 was based on the R530. What gives?
                    Considering that all the laptop chips were more poorly supported under the old fglrx (Poor/No Hypermemory support, etc.) it's not surprising, really.

                    Comment


                    • #55
                      Originally posted by opera View Post
                      Tell that to everyone else in this thread then? I'm not the only one commenting without actually having the driver. Or perhaps you just thought I was too negative, and thereby I needed to be shut up?
                      I dunno.
                      You were predicting doom with no knowledge of the driver.
                      Originally posted by opera
                      We all speak out of experience with the so far drivers. Many of us see a pattern of not caring about really fixing the sucky drivers,
                      Since the new driver has a new (and different) codebase, you can't use the old drivers for your predictions.
                      Originally posted by opera
                      but just fixing a bug a month, and this time, making the driver get a better score on FPS benchmarks.
                      According to Michael, this new driver has been in the works for a very long time, not just the 1-month development time allocated to previous drivers.
                      Also, since the old driver is likely going to be trashed, there was little reason for the dev/financial team to support a soon-to-be-obsolete driver, hence the lack of any real improvement

                      Originally posted by opera
                      * No RandR 1.2, because ATI has invented their own proprietary tool before RandR 1.2 was invented, and because of that (very interesting reason) they won't use RandR 1.2 even though it's superior.
                      Any definitive evidence of randr superiority? Anyway, if the new driver will be open-sourced, you can just hack randr support into it.
                      Originally posted by opera
                      But ATI surely doesn't understand open source development. Release a 50 mb .tar.bz2 and say "we're now open source" is lunacy.
                      When did that happen?!
                      Originally posted by opera
                      Again, I'm speaking ahead of time, but it doesn't take many brain cells to figure out what's going on here. I'm not saying I'm guaranteeing the new ATI driver to suck, I'm just saying it most likely will.
                      Again, you can't use the old crappy-driver pattern for the new one.

                      1 week from now, if the new driver is as bad as you say, we'll all hail you as the new Nostradamus predictor@home. Until then stfu, you have no real basis for your predictions.

                      Comment


                      • #56
                        Interesting new driver (would like to test it), but compared to NVIDIA I would like if there is something like

                        Modes "nvidia-auto-select"

                        To autoselect the highest possible res automatically. Also NV drivers override the H/V sync values until you deactivate that by special options. Is there something like that in there too?

                        Also for using beryl (and I expect compiz-fusion) too, there is no real need for AIGLX as minimum requirement, but Composite has to work. Is that working? Composite is also used for KDE transparency which showed corruptions on older releases.

                        Comment


                        • #57
                          Originally posted by Kano View Post
                          Interesting new driver (would like to test it), but compared to NVIDIA I would like if there is something like

                          Modes "nvidia-auto-select"

                          To autoselect the highest possible res automatically.
                          That's already in, and has been implemented for a long time.

                          Comment


                          • #58
                            Ok, then how to use it?

                            Comment


                            • #59
                              Originally posted by Kano View Post
                              Ok, then how to use it?
                              Just don't specify a resolution in your xorg.conf maybe? I never did, but X always runs at my monitor's native resolution & refresh rate.

                              Then again, maybe I'm an unique case seeing as I also get some rare bugs..

                              Comment


                              • #60
                                Originally posted by mile View Post
                                ???

                                If you use kde, open Konqueror/dolphin filemanager and open folder with large numner of files. It takes more than one second to draw content. This is not happening with avivo driver or Nvidia card in my other comp....

                                I dont know, if I missed something or this is "normal desktop performance" for you...
                                I have this same problem with my V5200 on my laptop. Yes, strangely, it may be a KDE issue since my desktop running GNOME on a X1800 doesn't have this problem.

                                Comment

                                Working...
                                X