Linked by Thom Holwerda on Wed 4th Dec 2013 18:06 UTC

"Joining the Linux Foundation is one of many ways Valve is investing in the advancement of Linux gaming," Mike Sartain, a key member of the Linux team at Valve said. "Through these efforts we hope to contribute tools for developers building new experiences on Linux, compel hardware manufacturers to prioritize support for Linux, and ultimately deliver an elegant and open platform for Linux users."

Mark my words: Valve will do for Linux gaming what Android did for Linux mobile. Much crow will be eaten by naysayers in a few years.

Permalink for comment 577994
To read all comments associated with this story, please click here.
RE[7]: Comment by shmerl
by oiaohm on Thu 5th Dec 2013 10:35 UTC in reply to "RE[6]: Comment by shmerl"
Member since:

Lets take an Linux example of equally broken driver.
ATI in case when Linux Kernel Lock was removed. Alfman

Was it possible to get the ATI drivers back working again on Linux. The same binary blobs that were used in the past. Yes it was. Why there were interfaces for wrappers to be placed on top of the driver to allow for the new kernel limitation. Did this require AMD or ATI to fix the issue on abandoned hardware. No it did not.

This is the big problem. Windows 7 to Windows 8. How can you fix it to get your hardware back working.

The binary blob with source wrapper that Linux classes as it minimum acceptable driver allows drivers to operate longer. Even nvidia 8K requirement causing failures on kernel build with 4k pages also could be wrapped over if Nvidia never fixed the driver.

There is just case after case of where mostly binary blob Linux drivers have been able to be brought back to life by altering the wrapper code over it.

Hardware makers also don't worry about particular kernels with Linux that much. If 1 kernel version does not work they publish use a different one for a while.

The nvidia and AMD wrapped binary blobs are more compadible than just 3.x they in fact support 2.6 and 2.4 kernels as well. So yes all the way back to 2001.

Any API exported to userspace from kernel space on the stable list cannot be broken/fixed must remain functioning exactly how it use to.

The selection to forbid solid blob drivers keeps the kernel cleaner. If there is a issue with a blob with Linux the wrapper to fix it only has to be loaded if the driver requiring it is being used.

Before you can consider binary only drivers with Linux something else need to be done. Implement the means to re-link a binary blob. Why so wrappers can be inserted the way they currently are.

Yes your Windows 7 to windows 8 problem also comes about because Microsoft Windows driver tools don't have any way to relink a fix object into a existing driver.

Linus will not allow the change unless same quality of support for old unsupported by maker hardware can be maintained after the change.

Alfman the Linux kernel back in 2.2 did have binary drivers support. The feature was intentionally disabled. List of reasons.
1 gcc versions passing arguments differently.
2 Alteration in API in kernel space would leave no way to repair driver. So forcing either the kernel to grow in size with emulation parts or require binary drivers without wrapper to be for-bin.

If binutil ld had means to relink a binary with wrappers were required both 1 and 2 could be addressed.

Alfman like it or not the Linux stand on no binary drivers is grounded in operation and build tool limitations.

Reply Parent Score: 2