Page 1 of 8 123 ... LastLast
Results 1 to 10 of 75

Thread: Initial R6xx/R7xx 3D Driver

  1. #1
    Join Date
    Aug 2008
    Location
    Finland
    Posts
    1,803

    Default Initial R6xx/R7xx 3D Driver

    Since there's not an article about it yet on Phoronix, decided to link this up.
    http://www.botchco.com/agd5f/?p=43

  2. #2
    Join Date
    Feb 2008
    Posts
    1,348

    Default

    Oh that is very good news!

  3. #3
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,566

    Default

    It'll probably be a few more weeks before it gets cleaned up and merged with radeon-rewrite, but at least all the work can happen in public now.

    A couple of reminders;

    1. This is still in development, don't be trying to run games on it yet.

    2. You'll need drm from a branch in agd5f's mesa repo

    3. There are two 6xx branches in mesa/mesa; r6xx-r7xx-support and r6xx-rewrite. All the new code is currently in r6xx-r7xx-support - the other branch is where we will be merging the new code with radeon-rewrite and fixing things over the next few weeks.

    Our short term priority will be merging with radeon-rewrite; we might fix a few bugs in the r6xx-r7xx-support tree but we mostly wanted to get all the current code out into public so the remaining work could also be done outside of the NDA depot.

    Alex's blog has the current info; note that the copy of his blog post on planet.fdo is out of date.
    Last edited by bridgman; 04-17-2009 at 05:32 PM.

  4. #4
    Join Date
    Jan 2007
    Location
    Germany
    Posts
    2,175

    Default

    Serious WIN.

  5. #5
    Join Date
    Aug 2008
    Location
    Finland
    Posts
    1,803

    Default

    Quote Originally Posted by bridgman View Post
    It'll probably be a few more weeks before it gets cleaned up and merged with radeon-rewrite, but at least all the work can happen in public now.
    I know, I just noted people had gotten (well, admittedly I had too) a bit anxious so I decided to relay this here as soon as I heard it on IRC. Good work. With power management and initial 3D code, next few months will probably be very interesting for new ATi card owners.
    Quote Originally Posted by bridgman View Post
    Our short term priority will be merging with radeon-rewrite; we might fix a few bugs in the r6xx-r7xx-support tree but we mostly wanted to get all the current code out into public so the remaining work could also be done outside of the NDA depot.
    Sure, this is imo the only sensible approach. With the code out in the open everyone willing can participate and we have no one but ourselves to blame if the support takes its time.

  6. #6
    Join Date
    Sep 2008
    Posts
    332

    Default

    awesome awesome awesome!
    cant wait to get a new notebook with a new ati graphicscard!

  7. #7
    Join Date
    Dec 2008
    Posts
    1,002

    Default

    Just installed it. glxinfo gives me:

    OpenGL renderer string: R6xx

    I also tried glxgears, but it hung my system. Is there anything else I can use to test it?

  8. #8
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,566

    Default

    Are you sure you have the right drm ? Right now you need the one from agd5f's personal repo (a branch in ~agd5f/drm); the one in mesa/drm 6xx-7xx-support branch will initialize OK but won't actually *work* with 3D. I imagine the mesa code will crash if you run it on the drm code in mesa/drm but not 100% sure.

    The drm in agd5f's repo includes new ioctls used by the 3D driver. That was one of the "learning opportunities" for me in this part of the project -- I knew the X server and direct-rendering clients had different entry points into drm, but I didn't realize the two entry points had totally different APIs

    Another thing I learned was that nobody liked the direct-rendering API between mesa and drm for 3xx-5xx, and that a lot of work had gone into defining a new API for use with memory management (GEM/TTM). The existing non-mm API was being kept for pre-6xx GPUs simply because it was already in the kernel, but the consensus recommendation from the devs was that for 6xx and up we should define and use a new non-mm mesa-to-drm API which was as close as possible to the API used *with* memory management on earlier GPUs.

    The result, hopefully, will be (a) a better API, and (b) much less effort to make the new 3D code work over a memory manager (KMS/GEM/TTM) in the future. I'm *pretty* sure that new API is what's implemented in agd5f's drm branch. Note that since the 6xx/7xx direct-rendering-client to drm API has never gone into the Linux kernel it can still be changed, while making changes to the API used for 5xx and earlier would be much more difficult.

    Anyways, bottom line is that there are a bunch of very similar drm trees out there right now but only one of them will work. We debated getting all the merging and cleanup finished before pushing anything to a public repo but figured it would be better to push what we had then clean up in the public repos.

    Finally, the code has only really been run on developer machines, ie we haven't done the "put card A in, test, fix, put card B in, test, fix, put card A back in, test, curse, fix the previous fix, put card B back in, test, put card C in, test, fix, put card D in, test, wow it works, put card E in, test, fix..." dance yet.
    Last edited by bridgman; 04-18-2009 at 12:54 AM.

  9. #9
    Join Date
    Jan 2008
    Posts
    38

    Default

    will this driver support radeon xpress 200m chips?

  10. #10
    Join Date
    Aug 2008
    Location
    Finland
    Posts
    1,803

    Default

    Quote Originally Posted by homerhomer View Post
    will this driver support radeon xpress 200m chips?
    If I read Wikipedia correctly, that card is RS482 and should already have 3D with the open drivers. This is just a piece of news related to the most newest cards.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •