Results 1 to 10 of 12

Thread: The OpenCL State Tracker Nears Working State

Hybrid View

  1. #1
    Join Date
    Jan 2007
    Posts
    15,650

    Default The OpenCL State Tracker Nears Working State

    Phoronix: The OpenCL State Tracker Nears Working State

    There's an update to the ongoing X.Org Endless Vacation of Code work, which is currently funding a developer to work on the OpenCL upbringing within the open-source world for graphics drivers. The latest work going on has been redesigning and largely rewriting the Clover state tracker that will provide the OpenCL support to Gallium3D graphics drivers...

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

  2. #2
    Join Date
    Feb 2008
    Location
    California
    Posts
    79

    Default If you want to hear more about Francisco's OpenCL work...


  3. #3
    Join Date
    Nov 2008
    Location
    Madison, WI, USA
    Posts
    884

    Default

    Does anyone know if video of this talk is being captured, or if the lecture notes/slides (if any) are publicly available? I wish I could be there.

  4. #4

    Default

    Quote Originally Posted by Veerappan View Post
    Does anyone know if video of this talk is being captured, or if the lecture notes/slides (if any) are publicly available? I wish I could be there.

    Yes I plan to do it again.

  5. #5
    Join Date
    Jan 2012
    Posts
    151

    Default

    With Francisco's and Tom's work, will it be possible to run OpenCL programs on both my graphics cards with this state tracker and the open source driver? Or would you need crossfire do to this? AFAIK, I thought crossfire was more of sharing a graphics load and not a compute load.

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

    Default

    Quote Originally Posted by FourDMusic View Post
    With Francisco's and Tom's work, will it be possible to run OpenCL programs on both my graphics cards with this state tracker and the open source driver? Or would you need crossfire do to this? AFAIK, I thought crossfire was more of sharing a graphics load and not a compute load.
    Crossfire is about splitting a single graphics load then recombining the results into a single framebuffer so you wouldn't need it for OpenCL. Whether or not the first working implementation will support multiple GPUs for compute is another question and one of the devs working on it would have to answer.

    AFAIK the OpenCL support for multiple devices uses an "expose both devices to the application and let it decide what to do" model rather than "pretend to be a single device and invisibly split/reassemble the work" so support for multiple devices with OpenCL should be a lot less work than a full Crossfire implementation.
    Last edited by bridgman; 01-28-2012 at 11:33 AM.

Posting Permissions

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