Announcement

Collapse
No announcement yet.

AMD Catalyst 7.11 Linux Driver

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

  • I normally do not post comments such as this, but I do have to call BS on this post by givemesugarr

    ...the users have asked for a lot of stuff in a driver that about an year ago was disastrous...
    I don't think anyone here is asking for more then what rival Nvidia is already providing to their users. Unfortunately some of us made the mistake of purchasing laptops with ATI cards. At no fault of there own. If you look at ATI's website they do suggest that they support Linux, they also have made numbourus press releases stating that they support linux, they just don't tell you how crappy their drivers truly are.

    ..and that started to be rewrited from scratch (as i've heard on phoronix) and with a dev team that is really reduced in terms of numbers.
    You act as though that's there customers fault. ATI has had YEARS to get this driver working. The problem is that ATI supports linux one minute, and then for years will go on thinking that the last crappy driver will work just fine into the future.

    As a customer their staffing issues are not my concern. But if they say they support an OS, have multiple press releases stating that they now support an OS, then by god they should really support the OS. But they don't. If they don't want to support Linux, fine. Don't tell us that you do and for over 6+ years supply unstable and beta software. If for 5+ years the software is unstable or beta, you really don't support the OS now do you?

    considering all this and considering that nvidia has had linux drivers for about 6 years or more while ati has had it "only" since one year
    This is the heart of your post that I wanted to address. The NEW driver granted is less then a year old, but the ATI linux driver is almost as old as Nvidia's. Nvidia's driver is less then a year older then ATI's (see press releases below).

    2002 ATI Press Release
    2001 Nvidia Press Release

    i don't think that all this hate from the users is justified. you're all frustated from ati's old linux support, but i think that they've done a quite decent job this last year.
    I'll agree that the work they've put into the new driver is an incredible improvement. However, as stated before they've been saying that they support Linux for over 5 years and they still have yet to do so.

    {emotional rant}This is a normal cycle for ATI. Next month this so called NEW SUPPORT from ATI will disappear again and only minor bug fixes will result until once again ATI sees the latest trends and thinks they can get some free press by once again stating "We've seen the light and we promise better Linux support and have hired X amount of developers to correct the issues in our current driver.{/emotional rant}

    Although I do hope that I am wrong.

    - ati has never told you that the driver is perfect.
    If thats the case, Ati should stop telling everyone that thier cards will work in Linux when they really don't. Beta or unstable software should never be an official commercial release, even in the OSS Linux market that's use to Beta Software.

    - ati still says that the official "stable" release is 8.40.4
    Once again this driver does not work as it should and doesn't work at all for some.

    - ati has never stated that the driver would be flawless and that will make your hw run out of the box (in figurate terms )
    Incorrect. See previous press release. They HAVE stated that our hardware Should and WILL work out of the box (At least they've implide that it should.
    ), and that was with the old driver.

    - ati has only stated that they'll be developing this driver as best as their manpower would allow and that they'll release specs as their manpower would allow.
    Till that time comes may we all continue to recommend Nvidia cards to potential Linux users.

    so, i wouldn't blame or continue to spit on amd/ati. if you just don't like it and you're not satisfied with the hw change it and go back to ati when you're sure that the drivers support your needs.
    you want to make the oss driver better: use the oss drivers and reverse tools and provide the devs with dumps while they wait for the specs to be released.
    If I could change the graphics card in my laptop I would have already done that. I can tell you that from here on out, none of my systems will ever run an ATI graphics card again, and will continue to tell everyone to buy an Nvidia card over the ATI card anyday of the week.


    Sorry givemesugarr, I didn't know this post was going to be that emotional. Until just now I didn't realise that it bothered me as much as it does.

    Comment


    • amd/ati is very successful in turning patient customers emotional

      Originally posted by lachild View Post
      Sorry givemesugarr, I didn't know this post was going to be that emotional. Until just now I didn't realise that it bothered me as much as it does.

      Comment


      • Well said, lachild.

        Comment


        • Originally posted by lachild View Post
          I normally do not post comments such as this, but I do have to call BS on this post by givemesugarr
          Heh... Couldn't have put that response to givemsugarr any better. But, I've got to be more diplomatic than you were...

          Sorry givemesugarr, I didn't know this post was going to be that emotional. Until just now I didn't realise that it bothered me as much as it does.
          Don't apologize for it. The reality is, bluntly, that if they did this to the Windows community at large, they'd be out of business. That's, to be truthful, rather unacceptable from a company of AMD's size that's claiming what they've been claiming about Linux support.

          I'm greatly appreciative of the fact that AMD actually HAS an official representative actually interacting with us in the forums. It's the start of them, that's AMD, not ATI (Even if it's the same people from the original company that we're interacting with, the old Upper Management isn't much there anymore- it's AMD we're dealing with, which is why they're still getting the time of day from me, in spite of the current spate of rather bad product offerings from them right at the moment), and they seem to honestly want to do better- they just don't know how badly things are really going for them. The answer is to fix the problem, not walk away- and it seems that they're willing to do that very thing, fix it. They're just not moving as fast as we think they ought to- or as fast as they really should, no matter what we here think (which is quicker than the reality...).

          Comment


          • Oh by the way guys I can finally use Suspend2RAM...

            I just made a text file under dir /etc/pm/config.d containing this option:

            S2RAM_OPTS="-f"

            And worked!!! Straight away with Compiz-Fusion loaded!! And resumed instantly!

            I am damn happy! I could never use S2RAM with my old GeForce FX 5200... The PC never resumed well...

            Comment


            • can't compile on gentoo

              I can't compile the last drivers on gentoo amd64.
              I'm using the official ebuild in portage.
              In particular I get this error building fgl_glxgears:

              Code:
                Building modules, stage 2.
                MODPOST 1 modules
                CC      /var/tmp/portage/x11-drivers/ati-drivers-8.433/work/common/lib/modules/fglrx/build_mod/2.6.x/fglrx.mod.o
                LD [M]  /var/tmp/portage/x11-drivers/ati-drivers-8.433/work/common/lib/modules/fglrx/build_mod/2.6.x/fglrx.ko
              make[1]: Leaving directory `/usr/src/linux-2.6.23-gentoo-r2'
               * Building fgl_glxgears
              /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lGL
              collect2: ld returned 1 exit status
               *
               * ERROR: x11-drivers/ati-drivers-8.433 failed.
               * Call stack:
               *               ebuild.sh, line 1762:  Called dyn_compile
               *               ebuild.sh, line  891:  Called qa_call 'src_compile'
               *               ebuild.sh, line   35:  Called src_compile
               *             environment, line 3259:  Called die
               * The specific snippet of code:
               *       "$(tc-getCC)" -o fgl_fglxgears ${CFLAGS} ${LDFLAGS} -DUSE_GLU -I"${S}"/common/usr/include fgl_glxgears.c -lGL -lGLU -lX11 -lm || diefunc "$FUNCNAME" "$LINENO" "$?" "fgl_glxgears build failed";
               *  The die message:
               *   fgl_glxgears build failed
              Any ideas?

              Comment


              • Originally posted by slacker View Post
                I can't compile the last drivers on gentoo amd64.
                I'm using the official ebuild in portage.
                In particular I get this error building fgl_glxgears:

                Code:
                  Building modules, stage 2.
                  MODPOST 1 modules
                  CC      /var/tmp/portage/x11-drivers/ati-drivers-8.433/work/common/lib/modules/fglrx/build_mod/2.6.x/fglrx.mod.o
                  LD [M]  /var/tmp/portage/x11-drivers/ati-drivers-8.433/work/common/lib/modules/fglrx/build_mod/2.6.x/fglrx.ko
                make[1]: Leaving directory `/usr/src/linux-2.6.23-gentoo-r2'
                 * Building fgl_glxgears
                /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lGL
                collect2: ld returned 1 exit status
                 *
                 * ERROR: x11-drivers/ati-drivers-8.433 failed.
                 * Call stack:
                 *               ebuild.sh, line 1762:  Called dyn_compile
                 *               ebuild.sh, line  891:  Called qa_call 'src_compile'
                 *               ebuild.sh, line   35:  Called src_compile
                 *             environment, line 3259:  Called die
                 * The specific snippet of code:
                 *       "$(tc-getCC)" -o fgl_fglxgears ${CFLAGS} ${LDFLAGS} -DUSE_GLU -I"${S}"/common/usr/include fgl_glxgears.c -lGL -lGLU -lX11 -lm || diefunc "$FUNCNAME" "$LINENO" "$?" "fgl_glxgears build failed";
                 *  The die message:
                 *   fgl_glxgears build failed
                Any ideas?
                You need to update your sandbox to 1.2.18.1-r2 or later.
                [ebuild R ] sys-apps/sandbox-1.2.18.1-r2 232 kB


                If that doesnt work which it should you can comment out these lines in the ebuild


                cd "${S}"/extra/fgl_glxgears
                # These extra libs/utils either have an Imakefile that does not
                # work very well without tweaking or a Makefile ignoring CFLAGS
                # and the like. We bypass those.

                # The -DUSE_GLU is needed to compile using nvidia headers
                # according to a comment in ati-drivers-extra-8.33.6.ebuild.
                "$(tc-getCC)" -o fgl_fglxgears ${CFLAGS} ${LDFLAGS} -DUSE_GLU \
                -I"${S}"/common/usr/include fgl_glxgears.c \
                -lGL -lGLU -lX11 -lm || die "fgl_glxgears build failed"


                then just ebuild <path to ebuild/ebuild> digest

                and emerge ati-drivers
                Last edited by plastikman; 11-27-2007, 11:40 AM.

                Comment


                • Originally posted by plastikman View Post
                  You need to update your sandbox to 1.2.18.1-r2 or later.
                  [ebuild R ] sys-apps/sandbox-1.2.18.1-r2 232 kB
                  Code:
                  [I] sys-apps/sandbox
                       Available versions:  1.2.12 ~1.2.16 1.2.17 **1.2.18 ~1.2.18.1 ~1.2.18.1-r1 1.2.18.1-r2 [M]~1.2.20_alpha1-r2 [M]~1.2.20_alpha2 [M]~1.2.20_alpha2-r1
                       Installed versions:  1.2.18.1-r2(20:41:10 26/10/2007)

                  Comment


                  • Originally posted by slacker View Post
                    Code:
                    [I] sys-apps/sandbox
                         Available versions:  1.2.12 ~1.2.16 1.2.17 **1.2.18 ~1.2.18.1 ~1.2.18.1-r1 1.2.18.1-r2 [M]~1.2.20_alpha1-r2 [M]~1.2.20_alpha2 [M]~1.2.20_alpha2-r1
                         Installed versions:  1.2.18.1-r2(20:41:10 26/10/2007)
                    Strange....when i had this issue it turned out to be a the sandbox. You can get it to work if you remove the lines for compiling fgl_glxgears form the ebuild but you wont get fgl_glxgears. Do you get an access violation when emerging? you should see the log in /var/log/sandbox/sandbox-x11-drivers... .


                    Prolly offtopic but i also had some ABI breakage with x84_64 and i386 compilations from left over /usr/bin/i686-pc-linux-gnu-* that may have been related to the compilation issues with fgl_glxgears.
                    Last edited by plastikman; 11-27-2007, 12:00 PM.

                    Comment


                    • nope, i don't have any violation or so.

                      The weird thing is, this unofficial ebuild works fine (3rd post): http://forums.gentoo.org/viewtopic-t...ighlight-.html

                      I used it until today, then I saw it got into portage and I was trying to install it.

                      Also, if I do:
                      Code:
                      emerge -puvD ati-drivers
                      I get:
                      Code:
                      Calculating dependencies... done!
                      [ebuild  N    ] x11-drivers/ati-drivers-8.433  USE="acpi -debug" 0 kB
                      [blocks B     ] x11-drivers/ati-drivers (is blocking x11-base/xorg-server-1.4-r2)
                      I need to:
                      Code:
                      emerge -puv ati-drivers
                      Oh well, If I don't solve this, I got back to the unofficial ebuild

                      EDIT: "eselect opengl set xorg-x11" did the trick!
                      Last edited by slacker; 11-27-2007, 12:42 PM.

                      Comment


                      • Originally posted by Kano View Post
                        Very easy, just execute my script:

                        http://kanotix.com/files/install-fglrx-debian.sh
                        Thanks, Kano - worked like a champ

                        Comment


                        • Originally posted by slacker View Post
                          I can't compile the last drivers on gentoo amd64. I'm using the official ebuild in portage. ...
                          Glad you solved your problem. But I would not really call the ati-drivers-8.433 ebuild "official", just because it is in the portage tree. Afterall, it is still masked, and should at least be renamed to "ati-drivers-8.43.3.ebuild" before it becomes "official"

                          Hint: You may also have to check whether the /usr/lib*/libGL.so.1 links were created correctly. "eselect opengl set ati" was recently not able to do that, as a side effect of the ATI drivers SONAME bug (see also the corresponding Gentoo bug report).

                          EDIT: Oops, I just noticed that ati-drivers-8.433 is not masked by default (my own /etc/portage/package.mask did that). Not good
                          Last edited by Snake; 11-28-2007, 04:01 AM.

                          Comment


                          • Originally posted by Kano View Post
                            The only visable change from 8.42.3 to 8.433/7-11 is that the kernel patch for 2.6.23 is not longer required. And you waited one month for that! Not even the Xserver 1.4.x bug is gone, that you need to start a second 3d app to make the first one go. That's what I call useless release. Btw. for current sid you need a trick to create debs, my script has a workaround included.

                            http://kanotix.com/files/install-fglrx-debian.sh
                            I run a Debian/Testing with xorg 7.2 and kernel 2.6.22. I have way too poor performances with my X800pro. Would that script work in my case? If not, what should I modify in it?

                            Comment


                            • The script usually always works for Debian (etch and newer because of module-assistant). When some preconditions are good then also with Ubuntu.

                              Comment


                              • Originally posted by Kano View Post
                                The script usually always works for Debian (etch and newer because of module-assistant). When some preconditions are good then also with Ubuntu.
                                Ok, well, i'll give it a shot tonight

                                Thx a lot.

                                Comment

                                Working...
                                X