Announcement

Collapse
No announcement yet.

Patch for fglrx & fc7 64-bit

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

  • #16
    Originally posted by rolz View Post
    pretty slick knowing to nop out a call to atiddxSave64BitBAR
    /me wonders how long that took you to figure out.

    nice.
    Not long, though I'm surprised that it works. I thought that it would fail somehow and I've have to insert a null check in atiddxSave64BitBAR instead, but it's been working for me for many hours now without trouble.

    Funny how that works!

    Comment


    • #17
      It's perfectly work with my machine.

      thanks.

      Comment


      • #18
        Another patch...

        Hi Michael!

        Try this:

        DRIVER=/usr/lib64/xorg/modules/drivers/fglrx_drv.so
        TMPDRV=/tmp/fglrx_drv.so
        cp $DRIVER $TMPDRV
        for x in $(objdump -d $DRIVER|awk '/callq/&&/atiddxSave64BitBAR@plt/{print "\\x"$2"\\x"$3"\\x"$4"\\x"$5"\\x"$6}'); do
        sed -i "s/$x/\x90\x90\x90\x90\x90/g" $TMPDRV
        done
        cp --remove-destination $TMPDRV $DRIVER

        Just a tiny mod of

        http://www.rage3d.com/board/showpost...87&postcount=6

        I guess it can patch any driver with that function name. Btw. the diff between 32+64 bit is call for 32 and callq for 64. Therefore the hack I posted above works with 32+64 bit as call matches callq too. It is funny to try this as you can remove the control file as someone found out to get a logo that way too. When you use Kanotix or Ubuntu Desktop live cds (32+64 bit) you can force this patching with -y option for 8.39.4 (current default). Of course i dont add the fedora hack as it is not usefull for debian at the moment.

        Ciao
        Jörg
        Michael Larabel
        http://www.michaellarabel.com/

        Comment


        • #19
          Originally posted by mmastrac View Post
          Not long, though I'm surprised that it works.
          maybe we should try ad random nopping out calls in order to increase performance

          Originally posted by mmastrac View Post
          insert a null check
          Ah now i think i fully understand what was up cool

          Comment


          • #20
            Originally posted by Michael View Post
            Another patch...
            What's funny is that there's a bunch of NOPped out code in ATI's latest around the signature stuff. Maybe they just cleared out the check instead of releasing new drivers.

            BTW, I think his solution is a bit better - it also allows patching of multiple calls (and doesn't require my manual step). Neat idea to use objdump|awk to drive sed, in any case.

            I'll update my original post to point at that one.
            Last edited by mmastrac; 07-31-2007, 11:17 AM.

            Comment


            • #21
              Is this still necessary for the latest release?

              Comment


              • #22
                Could people please stop refering to problems with FC or any other distro? It's probably the same problems with numerous distros.

                I'm on debian, and I have NO idea what the problem is when running fglrx on FC7. I'd be helped if you guys could say What breaks. Segfault? If so, what's the stack trace? Black screen? Can't identify screens? Doesn't compile? etc etc etc.

                Because perhaps, this fix could help me and others too, right? But now, we don't even know if we have the same problem.

                Comment


                • #23
                  Originally posted by mmastrac View Post
                  Is this still necessary for the latest release?
                  yes. fglrx 8.40.4 is unfortunately need patch.
                  if doesn't, crashed in F7 x86_64.

                  Comment


                  • #24
                    why is fedora always in need of fglrx patches? what am i missing?

                    Comment


                    • #25
                      Originally posted by yoshi314 View Post
                      why is fedora always in need of fglrx patches? what am i missing?
                      Fedora always tends to be on the bleeding edge more so than other distributions.
                      Michael Larabel
                      http://www.michaellarabel.com/

                      Comment


                      • #26
                        Michael, Archlinux and Debian/sid are more current than Fedora and have no problems, so that argument can't be the reason.

                        Comment


                        • #27
                          Originally posted by d2kx View Post
                          Michael, Archlinux and Debian/sid are more current than Fedora and have no problems, so that argument can't be the reason.
                          You're right about sid being more current, but perhaps it only works for 32-bit, becase on 64-bit with newer kernels, it doesn't work.

                          I'll have to repeat anyway: WHAT makes fglrx break on FC? I want to know if it's because of newer kernels, or X.org, and if so, I'd like a GENERAL fix, not FC-specific, because I sure as hell try out newer kernels as they come, and my Xorg isn't very old neither...
                          But I guess I'm hoping for too much. I'll just have to accept that no one cares about 64-bit Debian/sid.

                          I just think the FC/Slackware-specific fixes are idiocy.

                          Comment


                          • #28
                            This thread is being closed since Fedora 7 x86_64 will be fixed shortly. If you have other questions or continue to run into problems please create a new thread.
                            Michael Larabel
                            http://www.michaellarabel.com/

                            Comment

                            Working...
                            X