Announcement

Collapse
No announcement yet.

AMD 8.36.5 Driver -- The Still no fglrx AIGLX Support Edition

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

  • #31
    Originally posted by yoshi314 View Post
    do they work with xorg-server-1.3.0 ? i don't want to compile it in vain :]
    No xorg-server 1.3 support
    Michael Larabel
    http://www.michaellarabel.com/

    Comment


    • #32
      ati linux team - world's worst job :P

      seriously, i am now strongly considering sticking with my old crappy x300se on open drivers, until the open r500 driver pops up.

      Comment


      • #33
        The mouse pointer alignment issue with dual monitors running different resolutions finally got fixed, after driving insane for the past six months. Now if they could fix the composite issue I'll be happy with the fglrx drivers for the first time ever.
        Last edited by shinytoaster; 04-23-2007, 12:40 AM.

        Comment


        • #34
          Originally posted by shinytoaster View Post
          The mouse pointer alignment issue with dual monitors running different resolutions finally got fixed, after driving insane for the past six months. Now if they could fix the composite issue I'll be happy with the fglrx drivers for the first time ever.
          Are we talking about the thing where the pointer rather becomes a square with transparent stripes? Coz I still've got that.

          Comment


          • #35
            Originally posted by sundown View Post
            Are we talking about the thing where the pointer rather becomes a square with transparent stripes? Coz I still've got that.
            No this is where the mouse pointer visually isn't actually where the pointer is, so you do not know where you're clicking. Only happened on dual monitor setups of different res.

            Comment


            • #36
              Originally posted by Michael View Post
              Using the Rialto bridge, ATI can offer some native PCI-E GPUs with an external AGP interface. So that they could sell like a Radeon X1600 as an AGP card without using a different GPU than the PCI-E X1600. Essentially just a PCI-E -> AGP converter.
              Ahh. Thanks; I didn't know that technology was available commercially yet. Keeping up with what you can do is difficult enough; once you add "what's on the market" to that, s/difficult/damn-near-impossible/.

              The only thing I don't get is, if the AGP bus is - and was - the limiting factor, then what's the advantage of this setup to the end-user? Or is it more a way for vendors to get 2x the product out of a given GPU / chipset / etc. - and possibly a way to use chips that can't pass QI for PCI-e but might work just fine on an AGP card that's lower-end than the PCI-e card they were originally made for?

              Or was PCI-e really just never really the be-all and end-all for the bulk of us...

              Thanks,
              Larry

              Comment


              • #37
                I'd imagine using the adapter is a cost saving measure that way they don't have to produce 2 versions of the same card. I haven't seen any benches involving the adapter so I don't know it there is any performance penalty for using one. I've been thinking about trying it when I buy my next vid card so when I do move to PCI-E I can just keep using the same card.

                PCI-e is definitely a faster way to transport the data but last time I checked no games were coming anywhere close to saturating the 8x agp bus. IMO, I don't think there's a huge advantage unless you want to run sli/crossfire or do a large amount of gaming with todays most demanding games.
                Those who would give up Essential Liberty to purchase a little Temporary Safety,deserve neither Liberty nor Safety.
                Ben Franklin 1755

                Comment


                • #38
                  Originally posted by time2IPL View Post
                  The only thing I don't get is, if the AGP bus is - and was - the limiting factor, then what's the advantage of this setup to the end-user? Or is it more a way for vendors to get 2x the product out of a given GPU / chipset / etc. - and possibly a way to use chips that can't pass QI for PCI-e but might work just fine on an AGP card that's lower-end than the PCI-e card they were originally made for?
                  There's not really an advantage to the end-user. It's more of an advantage to the marketing and sales people. It's more of a way to eke out 2X for the chip- as you surmised.

                  Or was PCI-e really just never really the be-all and end-all for the bulk of us...
                  It's been slightly overhyped. It's an opportunity to have all the disparate buses (AGP, PCI-X, PCI, etc...) all unified into a new cleaner spec that handles basic (PCI-E 1x- handles most PCI device situations) and high-end (PCI-E 16x- handles GPUs, ultra-fast channel adapter devices...) with the same basic bus, just more lanes to speed up things with. It's something to allow the chip and device (which includes mobos...) vendors a way to clean their house and have a consistent way to do things instead of conflicting and confusing ways. It allows me to do things like build supercomputer clusters with Infiniband or iWARP devices without needing server motherboards (PCI-X 66/100/133 would be your only OTHER option for the devices...) and so forth.

                  Comment


                  • #39
                    Originally posted by hobbes View Post
                    I already test it:


                    Sapphire X1650 pro AGP 512MB

                    openSUSE 10.2 x86-64

                    Kernel 2.6.20.6

                    I noticed better performance moving and resizing windows.


                    I use openGL to playback videos on mplayer and xine and so far i have not noticed any problems, working as 8.35.5 did.
                    .
                    Hobbes!
                    my friend, my long lost hero

                    I recently decided that an upgrade was in order -- I've one of these critters -- although mines an official ATI card.
                    ati X1650 Pro - AGP ( chipid is 71C1 )

                    I've been beating my brains out getting this beast to work on an amd64 system. I've gotten it to work without DRI and and truth told, Im impressed on teh improvement over the 9600 just with the way it now renders fonts on my desktop -- lcd screen -- however - I enable dri and it stops dead at dri installation complete....

                    could you (most kindly) let me know what kernel options (i.e agp/agpgart etc) and what config you have in the device section for fglrx on your system... PLEASE -- before I convice myself I've misspent $200!

                    Most humbly in your debt!

                    Comment


                    • #40
                      I've really lost track of these AMD drivers. Michael, does it fix, 'on paper' fix my problem with AGP? I'm not bothering to download otherwise.

                      Comment


                      • #41
                        What AGP problems?

                        I hope 8.37 will be released today... or tomorrow. But I think we'll have to wait till next week

                        Comment


                        • #42
                          It's really some time ago. Months... I reckon. I upgraded my driver and then fglrx would complain something about my AGP. Whatever. I couldn't get 3D acceleration ever again. Ever. Dropping to older versions didn't help at all. No support, no nothing. So, there is my good for nothing graphics card sitting there and me hoping for drivers that do work.

                          Comment


                          • #43
                            Originally posted by niniendowarrior View Post
                            ... I couldn't get 3D acceleration ever again. Ever. ...
                            In the process of trying to get the f%$&*! drivers working I trashed my X11 setup; I'm using FC6 64-bit. I had read several places that I should build a kernel without kernel DRM/DRI support && also make sure I had the nVidia drivers installed for my board (I'm using a Gigabyte GA-M55Plus-S3G (v1.0)) motherboard which has the Ge-Force 430 chipset on it) - you can probably pretty much guessed what happened; the nVidia driver install has pretty much trashed my X installation.

                            Can anyone give me some tips on how to remove && reinstall X? I'm assuming I'm going to need it and mesa; I've downloaded all the current RPMs for both. The server's made up of at least 50 different RPMS though; I don't particularly want to trash this installation and start agin (either on purpose or by accident) and my best guess is to forcibly remove & (re)install all of the RPMs yum & RPM show are installed on it now; I'm concerned that I'll miss something though.

                            Thanks very much,
                            Larry Morley

                            BTW Michael, if you're back in town, and have the time to go into the differences between the drivers from 8.32.5 and upwards, I'd really appreciate it; I've confirmed that there are, in fact, differences between where the installer puts libraries etc. on my system between driver versions. Thanks.

                            Comment


                            • #44
                              I hope fglrx 8.37 comes today... and they better have AT LEAST Xorg 1.3 Support.

                              Comment


                              • #45
                                Originally posted by d2kx View Post
                                I hope fglrx 8.37 comes today... and they better have AT LEAST Xorg 1.3 Support.
                                Phoronix.com will be immediately adopting Fedora 7 once released (next week) to replace existing Fedora Core 6 and Fedora 7 Test 4 installations. Fedora 7 uses X.Org 1.3
                                Michael Larabel
                                http://www.michaellarabel.com/

                                Comment

                                Working...
                                X