The real meaning behind Microsoft's unexpected Linux kernel drop

The most vivid headline on yesterday's news that Microsoft is releasing various Linux kernel modules under the GNU Public License may not have been the most accurate. That would be InfoWorld's "Linux slips into Microsoft's warm, deadly embrace," which cast an agreeable horror-movie glow over the proceedings.

Fun stuff, but despite Randall C. Kennedy's fine and impassioned argument that this is all an embrace-and-extend plot to allow Hyper-V to feast on the blood of the open-source movement, that's probably not where things are heading.

Kennedy makes the case that it happened to IBM and Novell, and it sure did -- but you'd have to unearth that Microsoft to trigger than behavior. And a combination of antitrust avalanches and the quick silty accumulations of the open-source software movement have buried that casket... maybe not irretrievably deep, but deep enough.

Recapping the news: Microsoft announced on Monday that it would release the Hyper-V Linux Integration Components (LinuxIC) kernel drivers, 20,000-odd lines of code that let Linux recognize and optimize for running on Microsoft's Hyper-V virtualization platform, under the GNU General Public License, version 2. The code is currently part of Novell's SUSE Linux 10 and RHEL 5.x; the GPL decision will make the code more widely available. The action was identified in Microsoft's press release as "a break from the ordinary" and by some Linux partisans as a sign of imminent apocalyspse.

Sam Ramji, senior director of Platform Strategy at Microsoft, had a snarky little quote in the press release that, however obliquely, addressed members of the community who might have been taken by surprise with all this: "Many people are surprised when they hear how much open source community and development work is happening across Microsoft. This probably has a lot to do with the fact that we're focused on getting the work done, and engaging with communities on a one-to-one basis, rather than promoting it."

Ouch, and maybe a little disingenuous, but far more believable coming out of Microsoft '09 than it might have been from Microsoft '99. Ten years ago Microsoft was feeling the brunt of US antitrust investigators; just a few years before, it had heaved itself into the Internet Age in one of the more impressive sea changes in recent business history. Even those who prefer sleeker, more agile organizations -- the yacht that is Apple, Linux's speedy cigarette-boat mentality -- have to admit that turning around a barge like Microsoft circa 1994 takes some fancy navigation.

Not to mention some brutal lurching activity in the wheelhouse. Microsoft made their turnaround, in part, by doing the sort of things they'd done in the past to the likes of Big Blue, only doing them to Netscape. But this time the Department of Justice didn't turn its head, and the rest is history. Or not even history -- as we speak, the European Union is still wrapping up antitrust proceedings against Redmond. (It feels almost retro in the Google era.)

No one would claim Microsoft has become some sort of corporate angel in the intervening decade, not at all. But the company has in the past several years attempted, with somewhat more grace than it did last time, to turn about again and find its way in the current cloud-centric, Web-powered, milieu, so different from the alpha-to-beta-to-release-when-we-damn-well-please mentality of the '90s. (They're not the only ones, muttered a writer for a publication that used to write about beta cycles, back when beta was a distinct stage of life for tech products.) Microsoft's assets are unparalleled brand equity and enterprise reach, deep pockets, a lot of very bright people, and -- as Microsoft always has seemed to have on its side -- time.

But it doesn't have a Time-Turner; there's no going back ten years to a smaller, less self-assured, less appealing open-source movement; the Jaunty Jackalope is out of the bag. Neither Linux nor Apple may ever make great market-share inroads past where they are right now, but they're not going away either. "Embrace and extend" is still a going concern, but at this point the open source movement is simply too big for Microsoft or any other single firm to get its arms around.

But the code Microsoft contributed serves Microsoft's purposes! It only makes Linux run faster on their Hyper-V!, some cry. Well, what would you expect? And what if it does? Many companies want to optimize for Linux these days. All of them must agree to and abide by the terms of the GPL. If the rules were applied to fairly to Microsoft as to other companies -- and there's no evidence to think they were not -- there shouldn't be a problem.

And of course Microsoft wants to own the virtualization space; unlike killing open source, that's probably doable. It's rather unlikely, though, that the broader plan is to somehow drain the life force out of the GPL and kill open source. (The recent kerfuffle over FAT patents alone ought to convince skeptics that there's no overarching plan here; they're chaotic in Redmond sometimes, but not like that.)

I'm far more inclined to suspect that frustration (either in-house, outside, or both) over Hyper-V's Linux performance led to the decision to abide by the GPL-2 rules and use the kernel code to improve the drivers. It's known that some outside developers have been interested in solving that problem; with Microsoft taking up the cause and agreeing to do the right thing, it seems that legal problems would be nipped in the bud. No way is that a bad thing; we don't need yet another legal squabble between Redmond and the FOSS community.

Here's a little secret, though: Microsoft may still be trying to kill us all. If you're worried about three chunks of very specific performance-related code going into the kernel, though, don't. Instead, take a look at the barriers Microsoft throws up for people wanting to work on Wine. Ponder the pernicious, unending problems certain fonts cause in that process. Don't worry so much about the guys trying to make Microsoft look better next to Linux by improving Hyper-V's performance; give a good steady look instead at all the barriers Microsoft puts up that might make other options look worse. The efforts may be twinned, but the first is perfectly acceptable behavior from Microsoft or any other concern wanting Linux support for their wares. The latter... well, that's how bad reputations get started, isn't it?

3 Responses to The real meaning behind Microsoft's unexpected Linux kernel drop

© 1998-2024 BetaNews, Inc. All Rights Reserved. Privacy Policy - Cookie Policy.