08.04.09
Gemini version available ♊︎Microsoft Only Gave 14,010 Lines of Code
Summary: 14,010 lines of actual Linux code, not 20,000 as Microsoft claimed
Microsoft has claimed that its self-serving loadable module for Linux [1, 2, 3, 4, 5, 6, 7], which only advances Microsoft’s interests by polluting the kernel with Microsoft APIs, comprises 20,000 lines of code. Not quite the case, alleges Slated, who has taken a look at the code. Last night he wrote about this patch (managed by a Novell employee by the way):
For those who might want to keep an eye on what the Vole is injecting into the software we use:
http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh..
The consolidated patch is here:
http://www.kernel.org/pub/linux/kernel/people/gregkh…
This is essentially what it adds:
. Microsoft Hyper-V client drivers
. Microsoft Hyper-V virtual storage driver
. Microsoft Hyper-V virtual block driver
. Microsoft Hyper-V virtual network driverThe kernel config options are listed as:
. CONFIG_HYPERV
. CONFIG_HYPERV_STORAGE
. CONFIG_HYPERV_BLOCK
. CONFIG_HYPERV_NETHere’s the license:
Copyright (c) 2009, Microsoft Corporation.
This program is free software; you can redistribute it and/or modify it under the terms and conditions of the GNU General Public License, version 2, as published by the Free Software Foundation.
This program is distributed in the hope it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.
You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 59 Temple Place – Suite 330, Boston, MA 02111-1307 USA.
Authors:
Hank Janssen <hjanssen[at]microsoft.com>
######Oh and BTW, after removing all the non-Microsoft copyrighted code from the above consolidated patch, all the diff declaration headers, and all the empty lines, the number of lines remaining (i.e. the actual code Microsoft generously “contributed”) is 14,010, which is a good six thousand lines short of Microsoft’s claim.
That’s OK though … it’s six thousand fewer lines for me to remove.
Microsoft contributes nothing to Linux, except lawsuits for the most part. Microsoft funded SCO’s lawsuit against Linux (more than once) and right now Microsoft is suing companies for using Linux (also more than once). People who do not yet know all of this ought to wake up and get the facts. Microsoft is always attacking Linux and the code mentioned above is no contribution. If Oracle writes a new file system for Linux (btrfs as the example in mind), then that file system is valuable also to IBM, to H-P and even to us home users. It really enriches Linux. Microsoft’s patch, on the other hand, is helping nothing but Windows, turning GNU/Linux servers into just a virtual appliance running under Windows.
“Microsoft funded SCO’s lawsuit against Linux (more than once) and right now Microsoft is suing companies for using Linux (also more than once).”Whenever Microsoft claims that it “contributes” to Linux, remember that its long-standing CEO, Steve Ballmer, said: “Linux is a cancer that attaches itself in an intellectual property sense to everything it touches.”
Ballmer never retracted that statement and under his leadership Microsoft has also paid SCO, as confirmed in the courtroom under oath. For background about the past month’s SCO developments (a little from June too), see:
- SCO Lies About Hans Bayer
- SCO and Darl McBride Paid $100,000 to Steven Norris
- Link Found Between Potential SCO Rescuers and Microsoft
- Groklaw Unearths Another SCO Scandal; SCO Heads Sued for Theft, Computer Fraud and Abuse
- More on the Amazing Story Behind SCO (and Possibly Microsoft)
- SCO Scandals Get Worse: unXis Seems to be All About SCO
- IBM’s Latest Filing Regarding SCO Bankruptcy Mentions “Fraud”
- SCO Scandals Finally in the News
More bizarre twists in the SCO case have only led to the point where, according to Pamela Jones, SCO is nearly finished for good.
So those are the various possibilities I see. Do you see any good ones, if you are SCO management? I don’t see even one. If we are marking on a curve, SCO’s suggestion in its letter is the least toxic, but none of the possibilities now are really ideal from SCO’s point of view, and how realistic do you think it is as a suggestion at this late date, considering all that came out in discovery and at the hearing?
I think this may be the very first time in the entire SCO saga where SCO seems to have no really good options on the table that I can see.
And that’s probably why after the hearing on the 27th, I was overwhelmed by the incandescent realization that we had just turned a real corner, one that changes everything, and that we’re in end-game territory, at last.
Microsoft may have moved on from SCO. Now it has Novell at its disposal — the company which is the real owner of UNIX. SCO — like Microsoft and Novell — also used to contribute to Linux before chaos began. █
“Pamela Jones [...] has told Infoworld that Microsoft will be the next SCO Group”
ᶃ Gemini Space
This post is also available in 
Content is available under CC-BY-SA
JohnD said,
August 4, 2009 at 8:00 am
Talk about picking nits.
I’m willing to bet that most developers look at the line count in their IDE to determine lines of code. I’m also willing to bet that if you take the same approach with other contributions, the lines “actually” contributed would drop as well.
Does anyone really think that the community opinion of the M$ contribution will drastically change by finding out it was only 14k of “original” code? I doubt it.
Looks like a slow news day to me.
Jose_X Reply:
August 4th, 2009 at 1:35 pm
I agree that this may not change anyone’s opinion, but, for accuracy’s sake, it’s quite off to count the diff program’s existing context lines and the repeating headers as your contribution. I think you can have diff spit our a larger number of context lines. If you do this, you can grow “your” contribution many-fold.
JohnD Reply:
August 4th, 2009 at 3:06 pm
Will the code work if you strip out the headers etc? Probably not.
Is 30k of NEW code more worthy than 10k of new code? I don’t think so.
When someone spouts off about how many lines of code they’ve written the first thing I wonder is – how much of it is bloat. I’m more impressed by code that works with as few lines as possible than anything else.
If someone is measuring themselves by LOC, they have cranial-rectal inversion.
A 5 line patch that fixes 100 bugs is more worthwhile then 50k lines of work around code.
Jose_X Reply:
August 4th, 2009 at 4:21 pm
Not C header files but the headings in the diff output.
Eg, to patch a file, the patch program requires context lines and the file name to find out where to patch in the lines of code. These context lines (existing lines in the kernel) and file name headings are not source code to the kernel but rather are information created by “diff” for use by “patch” to carry out its work of patching the kernel properly. These lines are not written by Microsoft developers but are written by the diff program automatically using the existing kernel.
I haven’t looked at the diff file but that is what I expect is going on here.
zatoichi Reply:
August 7th, 2009 at 10:38 am
I haven’t looked at the diff file but that is what I expect is going on here.
“I don’t actually know what I’m talking about, but that doesn’t stop me from talking about it anyway.”
verofakto said,
August 6, 2009 at 11:36 pm
How many lines of code have /you/ contributed to the Linux kernel, Roy?
Just curious.
zatoichi Reply:
August 7th, 2009 at 10:34 am
Roy hasn’t contributed any. Roy is an advocate. He “contributes” misinformation and slanted “news”—like this article—to a general reaction of derision amongst the folks who do actually contribute to FLOSS development.
Roy is about “advocating” “freedom the way Roy tells you to.”
zatoichi said,
August 7, 2009 at 10:30 am
This is silly, Roy. As Linus has noted, Microsoft is no more “polluting the kernel with Microsoft APIs” by supplying these drivers than Intel is “polluting the kernel with Intel APIs” when they supply power management code for their CPUs.
The fact is that you’re not in support of “Freedom Zero” here, the freedom to “run the program for any purpose“, Roy: you want to deny the folks who choose to run a Linux distro virtualized on a Windows Server 2008 system the liberty to do so.
Why is that, Roy? (And do you support the FSF? If so, how, specifically? I’m still waiting to hear an answer on that one…)