Announcement

Collapse
No announcement yet.

OpenCL Support Atop Gallium3D Is Here, Sort Of

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

  • #11
    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)

    Comment


    • #12
      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).

      Comment


      • #13
        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

        Comment


        • #14
          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)

          Comment


          • #15
            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.

            Comment


            • #16
              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?

              Comment


              • #17
                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...

                Comment


                • #18
                  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; 31 August 2009, 07:13 PM.
                  Test signature

                  Comment


                  • #19
                    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 )

                    Comment


                    • #20
                      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; 31 August 2009, 09:58 PM.
                      Test signature

                      Comment

                      Working...
                      X