Announcement

Collapse
No announcement yet.

AMD Releases R600/700 3D Documentation

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

  • Louise
    replied
    Originally posted by bridgman View Post
    I expect that any OpenCL implementation would be in userspace, interacting with the GPU through the drm (kernel) module. If you think about it as being "just like OpenGL" you won't be that far off.
    That makes it a bit easier

    Originally posted by bridgman View Post
    All of the participating companies worked together on the spec but I am not aware of any plans to work together on the implementation. One of the requirements for OpenCL is the ability to share data with OpenGL, which more-or-less requires that the OpenCL implementation be tied to the OpenGL implementation for that specific GPU family.
    If OpenCL requires data sharing with OpenGL, does that mean that game developers for Windows that use D3D won't be able to use OpenCL in their games?

    Or was OpenCL never meant for games, but for scientific number crunching only?

    Originally posted by bridgman View Post
    I haven't heard about any plans to implement an open source OpenCL implementation yet; presumably if one were to be created it would be based on or work with the Mesa OpenGL driver because of the need for OpenCL/OpenGL data sharing. A am starting to wonder if it would be worth doing an initial OpenCL implementation which did not directly support interoperability with OpenGL in order to allow more design options.
    That is great news for us Linux users, that just want things to work out-of-the-box

    Originally posted by bridgman View Post
    AFAIK all necessary information has already been released, including the new double-precision opcodes (in the latest r600isa manaul available on the AMD Stream site) :

    http://ati.amd.com/technology/stream...g/R600_ISA.pdf
    Cool! So the release of 3D specs for R600/R700 is even bigger news than I though.

    I hope Phoronix will keep an eye on the OpenCL development, and write a review once there is news in this feild.

    Leave a comment:


  • The_Monkey_King
    replied
    <yawn> So now we get what was in the hands of the main developers for months before. I wonder if Mark Shuttlesworth is going to throw some money at this to make it on par or better with nVidia's claim to H.264 standards?

    Leave a comment:


  • bridgman
    replied
    I expect that any OpenCL implementation would be in userspace, interacting with the GPU through the drm (kernel) module. If you think about it as being "just like OpenGL" you won't be that far off.

    All of the participating companies worked together on the spec but I am not aware of any plans to work together on the implementation. One of the requirements for OpenCL is the ability to share data with OpenGL, which more-or-less requires that the OpenCL implementation be tied to the OpenGL implementation for that specific GPU family.

    I haven't heard about any plans to implement an open source OpenCL implementation yet; presumably if one were to be created it would be based on or work with the Mesa OpenGL driver because of the need for OpenCL/OpenGL data sharing. A am starting to wonder if it would be worth doing an initial OpenCL implementation which did not directly support interoperability with OpenGL in order to allow more design options.

    TechMage; I agree that implementing over Gallium3D probably makes the most sense; the unknown question is how closely the implementation would need to be integrated with an OpenGL implementation also running over Gallium3D; I suspect that building it around Mesa-over-Gallium3D is the way to go.

    bugmenot; AFAIK all necessary information has already been released, including the new double-precision opcodes (in the latest r600isa manual available on the AMD Stream site) :

    http://ati.amd.com/technology/stream...g/R600_ISA.pdf
    Last edited by bridgman; 01-28-2009, 01:21 PM.

    Leave a comment:


  • Louise
    replied
    Originally posted by bridgman View Post
    I don't think so. Everyone has "announced support" (rah rah !!), but AFAIK nothing has been released yet.
    Will the OpenCL implementation on Linux be a kernel module?

    Reading the OpenCL announcement I couldn't quite understand if AMD/nVidia/Intel also would be working together on a Linux driver. And if so will it be open source?

    If not, who would likely be the ones that would write the driver then?

    It would be quite cool if Linux had OpenCL support when Matlab, Mathematica, and Maple have OpenCL support

    My bet is, that Mathematica will be the first to support OpenCL. The latest version (7.0) have officially Compiz support

    Leave a comment:


  • TechMage89
    replied
    Having an OpenCL state engine for Gallium3D would make the most sense since they do similar things. The main thing you would need to know would be the instruction set for the shader engine (which I think is available.) You can use GEM/TTM for memory management.

    Leave a comment:


  • bugmenot
    replied
    Great news! Now the next point should be power management.

    I have one question: If there is a developer out there who wants to implement an OpenCL driver for radeon graphics chips, are the necessary docs for that already available?
    Would it be possible/make sense to put OpenCL into Gallium3d? Similar to OpenGL.
    Thanks!

    Leave a comment:


  • tball
    replied
    Originally posted by Vighy View Post
    If I had time to devolve to this, I would certainly do the same.

    How much did you worked on it per day?

    I would like to hear that too. Got a spare time job and Im a student already. But really like to help.

    Leave a comment:


  • Vighy
    replied
    Originally posted by MostAwesomeDude View Post
    Wow, nice to see people wanting to get involved.

    I'm one of those that wasn't born when X was around. (I'm only 20!) I got into this kind of work because AMD put out the r5xx documentation, and at the time my only working computer was an Asus laptop with a Radeon Mobility X1700.

    So, being the enterprising entity that I am, I walked into the IRC channel (#radeon on Freenode), and inquired. Turns out that there wasn't really anybody working on it, but there was only one piece of the puzzle missing, so if somebody could write a fragment program compiler for r5xx, it should all just magically work.

    So I did. It was not exactly easy; it took me a few months before I came anywhere near actual understanding of the code. I knew C, but I didn't *know* C. But, as I worked, I kept reading code, and reading docs, and bugging airlied and glisse with stupid questions, and eventually, things started to come together.

    I'll even dish a few pointers for free. Doing r6xx support on Mesa is kind of silly in my opinion, but Gallium work requires a bunch of experimental pieces, and there's still bugs here and there. If I were to start r6xx drivers today, I'd start by getting a mug of hot chocolate and sitting down with the r6xx docs, and read those front to back a few times.

    ~ C.
    If I had time to devolve to this, I would certainly do the same.

    How much did you worked on it per day?

    Leave a comment:


  • alec
    replied
    Originally posted by bridgman View Post
    Power management for 6xx/7xx is next on the list, then we're going to see if we can do something to help with video decode acceleration.
    Get power management done and I will never look at official catalyst again!

    Leave a comment:


  • tball
    replied
    I couldn't help registering at phoronix. I have followed thiese forums alot in month by now. Why? Because I am very interested in getting opensource support for my AMD / ATI card.

    As a sitenote, I am a student for electronic engineer, 2 ? years left :P But I have a lot of C experience and have worked with several microcontrollers.

    So I though I could help with the development? I don't know anything of programming for a gpu, but I could learn it.

    So where do we start?

    Leave a comment:

Working...
X