Announcement

Collapse
No announcement yet.

8.35.5 driver fails to load on recent Fedora Rawhide (upcoming F7)

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

  • #11
    Now this is confirmed in debian sid too. And as soon as the 1.3 xserver-xorg-core drifts into Debian testing, ATI will have achieved the remarkable result of having NO drivers that work in new Linux systems like Debian or Fedora. And for users of newer cards unsupported by xorg ati or radeon drivers, they now have no real driver to run at all. I hope somebody at AMD can figure out just why ATI is doing this and solve the problem, very shortly ATI will become a total pariah in the Linux community, even worse than it currently is.

    I believe that Ubuntu solved this issue by recompiling their xorg parts to show the 7.x numbering.

    This is really impressive, if there was any doubt at all that ATI is completely either unwilling or unable to serve Linux users, it is now completely removed.
    Last edited by gfxdrone; 20 April 2007, 03:24 PM.

    Comment


    • #12
      Since we can't change the ATI binary, is there any way to change what version X reports itself as? Maybe if we can trick ATI into thinking that it's seeing X 7.2 that would do it. Is there any way to do this? Currently with new stuff: X -version shows 1.3, which triggers the wrong version error message from fglrx on xorg start.

      Comment


      • #13
        enm, maybe you can replace the function call (if there is ) with you own "tricky version" by using "LD_PRELOAD" method.

        or just wait for another month


        Originally posted by gfxdrone View Post
        Since we can't change the ATI binary, is there any way to change what version X reports itself as? Maybe if we can trick ATI into thinking that it's seeing X 7.2 that would do it. Is there any way to do this? Currently with new stuff: X -version shows 1.3, which triggers the wrong version error message from fglrx on xorg start.

        Comment

        Working...
        X