AMD Ports Open-Source Linux GPU Driver To Windows

An anonymous reader writes "An AMD engineer has inadvertently revealed that their Windows Embedded graphics driver is ported from the open-source Linux driver. AMD China last year began porting the open-source Radeon Linux kernel driver to Windows Embedded Compact 7, rather than using their Windows Catalyst driver. The resulting WEC7 driver for Radeon GPUs is proprietary, but that's allowed per the MIT license that the ATI-AMD Linux driver code is provided under."

Comments

Re:... and the problem is?

[snowgirl]

The resulting WEC7 driver for Radeon GPUs is proprietary, but that's allowed per the MIT license that the ATI-AMD Linux driver code is provided under."

Some people don't consider something "Free" until it is free in perpetuity. I don't fully agree with people like this, but I see their point, and can acknowledge their definition.

On the other hand, this is pretty awesome, and probably makes a lot of sense. Graphics drivers for Windows are known to carry heavy optimization and code-sensing techniques in order to provide the best performance possible for Arbitrary Game Choice(tm). The Linux driver is however a good all-around driver without all this special pathing. So, it should be easier to port.

Re:... and the problem is?

[snowgirl]

Your point being? The license is irrelevant. AMD, as the presumed owner of the Radeon source, could make the Radeon GPU driver for Windows Embedded closed source even if it was released GPL.

Yes, BUT not with any derivative code included. They would need to get a release from all the other contributors that were not working for hire for AMD. Namely, if I write an extra chapter to The Da'Vinci Code, and the original writer could totally change the license that the original Da'Vinci Code was released under, but could not include my extra chapter without my permission. (GPL makes this question simple, since you're already providing the source, you are known to be able to include any derivative works, since they also must be GPL.)

Re:WOW, LOL, WUT?

[tlhIngan]

I noted above, but I'll note it again. The Windows driver is known to have a lot of special paths for all the various cool games that people want to run as fast as possible. For Windows Embedded, they want a good all-around driver that is simple to port. This would be the Linux driver, as that's exactly what it is written to be.

I HATE Microsoft Marketing.

There is no such thing as Windows Embedded. There is Windows Embedded Compact 7, which is just WinCE 7. There is Windows Embedded Standard 7, which is a componentized version of Windows 7. Then there's Automotive and Enterprise and other crap.

The Windows Embedded Compact 7 driver is the one under question here, and I can understand why as the graphics stack on CE is quite a bit different from desktop x86 Windows. Plus, it has to be multi-arch - WEC7 runs on ARM, MIPS and x86 platforms, so the open-source driver would be more portable.

And yes, it's different enough to be problematic. Things like DirectX are different under CE. Even Windows Mobile had a different DirectX stack. The WinCE one originates from CE 2.0, while the Mobile version dervices from XP. Along the way the definitions and capability bits have changed, a bit can be missing on one implementation or the other.

The last time I did a simple inquiry via DirectDraw and had effectively two different programs because the capability bits were not very common between the two. I'd imagine the 3D stuff would be equally messy.