Page 1 of 5 123 ... LastLast
Results 1 to 10 of 41

Thread: AMD Releases Additional R600 GPU Programming Documentation

  1. #1
    Join Date
    Jan 2007
    Posts
    14,611

    Default AMD Releases Additional R600 GPU Programming Documentation

    Phoronix: AMD Releases Additional R600 GPU Programming Documentation

    In the second NDA-free documentation dump, AMD has just released programming data on the M76 and RS690 graphics processors. While the RadeonHD developers have already had these documents, this information will help the free software community in understanding the internal workings of AMD's graphics processors. In this article, we have information on this just-released data as well as what else the community can expect in the way of documentation in the near future.

    http://www.phoronix.com/vr.php?view=11655

  2. #2
    Join Date
    Sep 2006
    Location
    PL
    Posts
    910

    Default

    sweet. it just can't get any better. unless ati releases more docs

    AMD will be open-sourcing part of their new proprietary OpenGL driver and will be in a state so that it can be patched into the existing R300+ Mesa driver.
    does that mean that we can get new fglrx opengl core on top of mesa, or only the opensourced part of it, whatever it is?

    Next week AMD will likely be making a mirror of the data on their website.
    finally. i was afraid that xorg site might go down again, like the last time ;-)

  3. #3
    Join Date
    Jun 2007
    Posts
    406

    Default

    Quote Originally Posted by phoronix View Post
    Phoronix: AMD Releases Additional R600 GPU Programming Documentation

    In the second NDA-free documentation dump, AMD has just released programming data on the M76 and RS690 graphics processors. While the RadeonHD developers have already had these documents, this information will help the free software community in understanding the internal workings of AMD's graphics processors. In this article, we have information on this just-released data as well as what else the community can expect in the way of documentation in the near future.

    http://www.phoronix.com/vr.php?view=11655
    well, i think that the release was what john told us about in his posts, so there wasn't much surprise, if not for the opensourcing of part of fglrx code. if i remember well this wasn't specified until now, and it's quite a good news to hear. when also the tcore would be ready then maybe we'll see some speedup in the developing process.

    does that mean that we can get new fglrx opengl core on top of mesa, or only the opensourced part of it, whatever it is?
    on this i think that we'll see the opensourced part in the mesa driver and we'll see fglrx reducing its size and going on top of mesa. but i don't expect it to happen until 2-3 months considering the development cycle we all know about. the issue that makes me worry is the imminent kernel bump which will let us know if the fglrx devs would catch up with the new kernel fast.

  4. #4
    Join Date
    Jul 2007
    Posts
    443

    Default Only a small amount of cheer here.

    Quote Originally Posted by phoronix View Post
    Phoronix: AMD Releases Additional R600 GPU Programming Documentation

    In the second NDA-free documentation dump, AMD has just released programming data on the M76 and RS690 graphics processors
    OK, so while it's good to see AMD continuing to honour its commitment, there's nothing here for R[1-5]00 owners yet, is there. It's the 2D/3D stuff that we're all craving out here...

  5. #5
    Join Date
    Jun 2007
    Posts
    406

    Default

    Quote Originally Posted by chrisr View Post
    OK, so while it's good to see AMD continuing to honour its commitment, there's nothing here for R[1-5]00 owners yet, is there. It's the 2D/3D stuff that we're all craving out here...
    r100-200 should already be good and done (at least that's what i've read around).
    the opensourcing of fglrx is a good thing for r300-r500 parts.
    the issue is that i suspect that the documentation for the r3-400 is full of ndas while the r500 isn't working so bad and it should also benefit from code for the first r600 series at least in the 2d engine. maybe until the end of the year there will be releases for older hw. let's just hope that the docs will arrive for all the boards until the end of the year.

  6. #6
    Join Date
    Jun 2006
    Posts
    3,046

    Default

    Quote Originally Posted by givemesugarr View Post
    r100-200 should already be good and done (at least that's what i've read around).
    There's some speed boost still being left on the floor- if they could hand out HyperZ stuff (one of the main pieces missing that we've not been able to figure out cleanly on our own), there'd be a bit more speed left to add to the R100/R200 family. I think there's a few other obnoxious omissions, but the HyperZ would be nice, I think.

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

    Default

    >>It's the 2D/3D stuff that we're all craving out here...

    Just wanted to remind everyone that the 2d acceleration on the RS690 and the R5xx family is pretty much unchanged from earlier chips. The 2d acceleration code in the radeon driver is actually running on R5xx parts today.

    3d acceleration on RS690 is also unchanged from the 4xx parts other than the lack of vertex shaders.

    2d acceleration on R6xx parts and 3d acceleration on 5xx/6xx parts are next on the documentation list.

  8. #8
    Join Date
    Jul 2007
    Posts
    443

    Default Precisely, R[12]00's HyperZ support is broken.

    To quote one of the Mesa developers:
    Feel free to open an enhancement bug for reading/writing depth with hyperz, but don't expect anyone to fix it...

  9. #9
    Join Date
    Jul 2007
    Posts
    403

    Default

    I think the part of fglrx that will be open-sourced is similar to a Gallium3d driver in that it is an "instruction parser" without a state machine or high level api. This probably makes it appropriate as a starting point for a Gallium3d driver. Bridgman says there are architectural differences that might require substantial work before this will work, but it is nonetheless likely an easier, cleaner process than building a tradition mesa driver. In addition, OpenGL 3.0 support will be able to be added fairly quickly after the spec is finalized because of Gallium3d's modularity.

    Bridgman, one question though. I've taken a look at the 2d acceleration bits in the radeon driver, and although XAA does work on my x1600, the code looks incomplete and hacky, and EXA isn't functional (at reasonable speeds) at all. Large parts of XAA aren't accelerated, or only partially so. I'm wondering if there is some original 2d engine documentation I can refer to, because I don't think the radeon driver is using all of the card's functionality.

    As for EXA, I'm not sure what's causing the issue, I need to try some performance profiling.

    I'd like to get some 2d acceleration working for radeonhd, but without a better source than the radeon driver, I don't think the results will be worth the effort. Ultimately, I expect glucose will be the winner (much simpler, resolves lots of issues) but until there's a fully working 3d engine, I want to try putting together a holdover.

  10. #10
    Join Date
    Oct 2007
    Posts
    92

    Default

    Quote Originally Posted by givemesugarr View Post
    on this i think that we'll see the opensourced part in the mesa driver and we'll see fglrx reducing its size and going on top of mesa. but i don't expect it to happen until 2-3 months considering the development cycle we all know about. the issue that makes me worry is the imminent kernel bump which will let us know if the fglrx devs would catch up with the new kernel fast.
    I think, that this is (at least partly) already the case since 8.42.3.
    Because when I set the opengl profile to xorg-x11/mesa, so it uses libGL.so from mesa and not the one from fglrx, 3D acceleration will still work.

Posting Permissions

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