Page 2 of 6 FirstFirst 1234 ... LastLast
Results 11 to 20 of 56

Thread: OpenCL Support Atop Gallium3D Is Here, Sort Of

  1. #11
    Join Date
    Jan 2009
    Posts
    1,656

    Default

    Quote Originally Posted by bridgman View Post
    TG/VMWare was also working on a driver for Cell processors IIRC.
    what for?

    i somehow get lost in what are the priorities for open source

    it can have application in PCI cell cards for computations (or whatever) but that kind of hardware is somehow targeted to a very small part of the market

    (except if someone is paying them as i suspect)


  2. #12
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,583

    Default

    Quote Originally Posted by 89c51 View Post
    what for?

    i somehow get lost in what are the priorities for open source

    it can have application in PCI cell cards for computations (or whatever) but that kind of hardware is somehow targeted to a very small part of the market

    (except if someone is paying them as i suspect)

    Actually Toshiba is already developing openCL support for their SpursEngine chips and don't forget the buttload of PS3's out there. (At least the older ones that could still run linux).

  3. #13
    Join Date
    Jan 2009
    Posts
    291

    Default

    one reason for a cell driver is that the onboard nvidia chip is locked down when running Linux on the PS3 so one of the SPUs can be sacrificed for some 3d accel

  4. #14
    Join Date
    Jan 2009
    Posts
    1,656

    Default

    again not many people use their PS3 as regular PCs

    its pointless (flash sucks and you cannot browse your favorite porn site)



    after the post about the SpursEngine i thought they might want to do something with TVs and stuff but a TV its not the place for computations...

    anyway

    once AMD finishes the work with classic mesa they will be able to port the code in gallium quite quickly (i think bridgman made a comment about it in the past)

  5. #15
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,583

    Default

    Quote Originally Posted by 89c51 View Post
    again not many people use their PS3 as regular PCs

    its pointless (flash sucks and you cannot browse your favorite porn site)



    after the post about the SpursEngine i thought they might want to do something with TVs and stuff but a TV its not the place for computations...

    anyway

    once AMD finishes the work with classic mesa they will be able to port the code in gallium quite quickly (i think bridgman made a comment about it in the past)
    Where it is going to be useful is when it comes down to real time capture and encoding of HD video, and that is a growing market. Not to mention the potential use in items like gimp and such.

  6. #16
    Join Date
    Sep 2008
    Posts
    332

    Default

    Quote Originally Posted by 89c51 View Post
    once AMD finishes the work with classic mesa they will be able to port the code in gallium quite quickly (i think bridgman made a comment about it in the past)
    when is classic mesa finished?
    i mean feature wise...
    is there a concrete list of features they want to implement, then call it a day and start working on gallium?

  7. #17
    Join Date
    Oct 2008
    Location
    Sweden
    Posts
    983

    Default

    It would really be bad if Intel didn't at least have long term plans for Gallium use, considering there's already basic drivers available.

    Oh well, time will tell...

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

    Default

    Quote Originally Posted by Pfanne View Post
    when is classic mesa finished?
    i mean feature wise...
    is there a concrete list of features they want to implement, then call it a day and start working on gallium?
    Most of the features were finished in April, and any missing bits were added along the way while porting across to the radeon-rewrite code base. All we're doing now is fixing bugs. We may run across other missing bits along the way but feature-wise the code has been finished for a while.

    Work will continue on the classic Mesa implementation even after the initial bug-fixing is done, including getting it running over KMS/GEM/TTM, and we will probably use the classic mesa implementation as a base for extending the shader compiler, but the bug fixing is the only reason for not starting Gallium3D 6xx/7xx work now.

    I just hate porting code to a new platform unless it works properly on the current platform. We didn't really have a choice in the case of radeon-rewrite, but porting is *much* easier if you start with something that's already working the way you want
    Last edited by bridgman; 08-31-2009 at 07:13 PM.

  9. #19
    Join Date
    Sep 2008
    Posts
    332

    Default

    every time i hear this i get excited and cant wait xD
    i know i sound impatient, but how long will a basic gallium port take. (i feel like im asking you this question every time you answer one of mine ^^), since mostawesomedude has been working on the r300-500 code for ages. ( i know he is not a fulltime developer and you have more manpower )

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

    Default

    We'll have a better idea once the 3xx-5xx Gallium3D driver is further along.

    Cooper is starting to come up to speed on the r300g driver and will help there; the "plan" is still that 6xx/7xx classic mesa, 3xx-5xx Gallium3D and 6xx/7xx KMS/GEM/TTM/DRI2 will all finish off at roughly the same time. All of them seem to be pretty close now; between MostAwesomeDude's work and nha porting the shader compiler across I have to think that most of the heavy lifting for the 3xx-5xx Gallium3D driver has been done.

    Once those three are all working, we can tell you roughly how long it will take for the 6xx/7xx Gallium3D driver
    Last edited by bridgman; 08-31-2009 at 09:58 PM.

Tags for this Thread

Posting Permissions

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