Announcement

Collapse
No announcement yet.

AMD Ports Open-Source Linux Driver To Windows Embedded

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

  • #11
    I think some people are forgetting the goal of the embedded driver and those of catalyst are different... a 90Mb driver is probably not acceptable for an embedded system so it was probably easier to just use the smaller and nearly as proformant mesa driver with a few modifications.

    Comment


    • #12
      Originally posted by Kano View Post
      When it comes to efi boot for macs then it does not work
      You can thank apple for that. That said, Matthew Garret has mostly sorted out the efi issues.

      Comment


      • #13
        Originally posted by bridgman View Post
        Why do you say the driver will be closed source ?



        Nope. This is a fairly recent project, conceived and started years after we got back into supporting open source graphics drivers, and the request was for a driver that could be released in source code form.
        Going 100% the open source route without any proprietary sauce means your windows embedded driver won't support UVD, just like the open source Linux driver. I find it hard to believe that you will also leave your windows embedded customers with a crippled driver and device. Unless of course you are developing this driver for a specific device or set of devices that won't require UVD, doubtful though IMO.

        Comment


        • #14
          Being an embedded device I wouldnt be at all surprised if it consisted of nothing more than 1 or 2 heads and a small compute core like maybe 40 spu's.

          Comment


          • #15
            i hope that with this new project the linux driver will get better OGL support and principally better consumption and memory management!

            Comment


            • #16
              "...such as some retail systems, medical devices,..."
              Ya sure, just what I want, Windows* on a Life-Support system... no thx.

              Comment


              • #17
                BTW I stopped being the most prolific poster shortly after Michael raised the edit time limit enough that I didn't have to edit by deleting and re-posting
                Test signature

                Comment


                • #18
                  Originally posted by Vadi View Post
                  I'm sure the GPL whiners are quite happy that the driver will be closed-source due to the permissible MIT license.
                  The good thing about this particular situation is that there is very little reason to believe that AMD has any interest in closing the driver and adding secret sauce to it.

                  Hopefully this means more manpower working on the driver, which could translate to useful code that can make its way into Mesa/Gallium drivers.

                  Comment


                  • #19
                    The fact is that nothing stops AMD to add support for UVD, and close the driver because of this.
                    Maybe Bridgman, should say clearly what is AMD intention.

                    Comment


                    • #20
                      Originally posted by Drago View Post
                      The fact is that nothing stops AMD to add support for UVD, and close the driver because of this.
                      Well, except the fact that they have to write a UVD driver from scratch. Because they can't just use the Catalyst code, the drivers are probably way too different, and it would likely be easier to write something new using the Catalyst code as a reference.

                      And if that is written, then it all depends on the internal review. If they get the green light, they can open source it and add it to the Linux drivers at any tie. So I don't see the Linux driver losing anything because of this.

                      Comment

                      Working...
                      X