Linked by Elv13 on Fri 20th May 2011 21:06 UTC

Thread beginning with comment 474163
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[4]: Big Kernel Lock
by lucas_maximus on Sun 22nd May 2011 10:08
in reply to "RE[3]: Big Kernel Lock"
"And the change in wisdom will start showing itself
Will this mean a stable driver ABI? " A stable driver ABI is only required where you have a binary driver without source code.
To accomodate a stable driver ABI would mandate a lack of flexibility to change that ABI.
It is possible to hide anti-user features within a closed binary. It turns out that users don't want anti-user features. Linux is written by its users.
So, for at least these couple of reasons, a stable driver ABI is the exact opposite of what is wanted.
I read the reasoning behind it and every single point they make is actually the case for a Stable ABI.
So what part of "Linux is written by its users, and not by hardware OEMs or by big media wanting to include DRM" did you fail to understand?
my hardware works better on OpenBSD which is a niche Operating system than it does on Linux and I don't have pretty generic kit
This personal anecdote doesn't change the fact that Linux has working drivers for more hardware than any other OS.
Edited 2011-05-23 01:44 UTC
It is possible to hide anti-user features within a closed binary. It turns out that users don't want anti-user features. Linux is written by its users. So, for at least these couple of reasons, a stable driver ABI is the exact opposite of what is wanted.
I keep making this error ... it is not known as "anti-user features" but rather "anti-features". My apologies for getting the wrong term. Again.
A very good example of an anti-feature is the restrictions on skipping adverts and trailers in DVD players.
http://en.wikipedia.org/wiki/Damaged_good#Anti-features
"Whether a feature is an "anti-feature" often depends on the point of view of the observer: for example, the restrictions on skipping adverts and trailers in DVD players are anti-features from the consumer's viewpoint, but useful features from the viewpoint of the movie studio making the DVD which contains the codes that specify the restrictions".
Spot on. Anyway, since Linux is written by its users, it is written from the point of view that beimg unable to skip adverts and trailers when playing DVDs, or being unable to play a DVD bought in another country ... these kinds of features are bad.
Astute people will also notice that putting this kind of anti-feature into software requires that the software is closed source, and that the end user of such software is therefore unable to remove the anti-feature.
It is also useful to point out that there are vastly many more people who would NOT want this kind of anti-feature included in widely-used desktop software compared to the numbers of those who would want it included. Anyone who would argue ... want to put this to a vote?
Hence having a stable driver ABI is, indirectly, a bad thing, because a stable driver ABI allows for binary-only closed source drivers, and binary-only closed source drivers, in turn, allow anti-features.
A closed source binary-only driver is a "damaged good".
Edited 2011-05-23 07:12 UTC
RE[4]: Big Kernel Lock
by lucas_maximus on Mon 23rd May 2011 14:48
in reply to "RE[3]: Big Kernel Lock"
To accomodate a stable driver ABI would mandate a lack of flexibility to change that ABI.
The whole point of an interface is that it does not change and the implementation below it changes ... this is standard software engineering practice.
It is possible to hide anti-user features within a closed binary. It turns out that users don't want anti-user features. Linux is written by its users.
Linux is not written by it's users, it is written by large corporations such IBM, Oracle, Redhat and Novell for their own personal needs
So, for at least these couple of reasons, a stable driver ABI is the exact opposite of what is wanted.
It is a common complaint that wireless drivers and video frequently break, this hasn't changed in almost 10 years (since I first used Linux).
So what part of "Linux is written by its users, and not by hardware OEMs or by big media wanting to include DRM" did you fail to understand?
Back to my previous point, much of the GNU/Linux development is done by large corporations, which develop it for their uses, not for the good of you or me ... this is why Desktop Linux has sucked for at least the last 10 years.
This idealogical argument becomes pretty moot, when there is no basement army of hackers improving the operating system, it is done by large corps for their benefit.
This personal anecdote doesn't change the fact that Linux has working drivers for more hardware than any other OS.
My point of it was obvious ... it is pathetic that an Operating system that has less than a 0.01% desktop install base support my hardware than is orders of magnitude far more popular OS and has far more developers.
Dismissing it as far as I am concerned means you can't concoct an explanation.
It is a common complaint that drivers frequently break on Linux, However it they don't frequently break on OpenBSD, Windows and Solaris, I know the latter two have a stable abi and I expect OpenBSD is the same.
RE[4]: Big Kernel Lock
by lucas_maximus on Mon 23rd May 2011 14:49
in reply to "RE[3]: Big Kernel Lock"
Member since:
2009-08-18
Will this mean a stable driver ABI?