Slashdot Mirror
Intel to Increase Linux Support, Release Centrino Drivers
jonman_d writes "ZDNet UK is reporting that Intel has promised to increase Linux support by releasing Linux drivers at the same time it releases Windows drivers for its hardware. According to the general manager of Intel's Software and Solutions Group, Intel wants Linux users to be able to use their hardware as easily, or easier, than any other hardware on the planet." Pingla writes in with more good news: "Intel promises to release Linux drivers for its Centrino chipset at the same time it releases drivers for Windows. An article featuring Lindows (aka Lin---s) on CNet has more." Sadly, the Centrino support will most likely be a proprietary driver, but it's better than nothing.
Sadly, the Centrino support will most likely be a proprietary driver, but it's better than nothing.
I'll take proprietary drivers if it means I can use the hardware I like with the OS I love to get work done.
I don't think it matters if this is a proprietary driver, just yet. With big people like Intel and IBM showing an interest in Linux, its bound to encourage others to do the same. Then with time, open source drivers might just happen?
Many claim that linux is held back by several factors including ease of use, interface, etc.. etc... I've always felt it was hardware compatiability. You could never be sure all of your hardware would work easily, and the average user can't try and go and build their own custom drivers, or even download them. This will certainly put pressure on the rest of the hardware manufacturors, and this could help linux take a few more points in the market share. No, it's not the magical answer, as their isn't one, but it's another start.
Looks like the censors finally beeped out the profanity.
It's nice that one of the giants to adopt this position, but I wonder about the form of these drivers. Maybe it's me, but I find more convenient to have drivers that can be compiled as kernel modules, and diffently from, for example Nvidia drivers, that they're not closed source, and license-compatible with the Linux kernel, so people can contribute in order to improve them, and maybe who knows if they can be integrated in the Linux kernel tree. Maybe i'm being too idealist.
If you really care about freedom, then help reverse engineer the drivers. Several drivers have already been reverse engineered (such as nvnet for example), whats so hard about a simple wireless network adapter!
Then I guess Linux been Free Software does not matter either? I am serious, what's the adventage if Linux is going to have the same issues than other OSes: have to get drivers every now and then from different places instead of just upgrade kernel or distro, "play but do not touch", "upgrade your hardware becuase we do not support it anymore", "we do not like your architecture, just x86-32", etc.
Seriously, what makes it so sad?
Intel can do what they want. They are the owners of their hardware designs and the drivers to make that hardware function.
If it's so sad that Intel is going to provide proprietary drivers, do you get sad everytime you get into your automobile? (The computer under your hood mosty likely uses proprietary drivers to interface with the autmobile.)
There is room for both open and closed software in this world. I for one envision a world where the Operating System is wide open with all the tools one needs to make whatever changes they wish to it and to develop whatever they want to on it. If hardware manufacturers want to keep some or all of their drivers 'secret' that's fine, let them. If application developers want to keep their 'Whiz-Bang 2.0' application proprietary, let them.
Believe whatever you want. I have and still use quite a large amount of both proprietary and open source software and in some cases, the open source software is better, in other cases, the proprietary software is better, even for the same task.
What needs to end are silly proprietary APIs put into an OS by particular vendors to allow their other applications to run like the dickens while making competitor's applications less capable.
If you ignore the other uses of a tool, does that make the tool less useful, or you less useful?
"...Intel has promised to increase Linux support by releasing Linux drivers at the same time it releases Windows drivers for its hardware"
I doubt that they will open souce their drivers. So the Linux developers will write their own anyway, whenever they can.
And personaly, as a user, I find open source drivers much more convenient.
Who the hell cares besides RMS? I love using my machine and it has an nVidia card in it. I don't care that their "driver" is closed source, I can play a lot of heavy duty games with it.
It's not about RMS. Open source drivers benefit the development of the kernel, and also the users of the drivers and hardware those drivers support. Remember when the linux kernel was at 2.6, but we had to wait some time before nvidia released 2.6 compatible drivers? If they were GPL, the kernel developers could have incorporated the drivers into the kernel and development would have gone concurrently.
Even now, sticking a closed source driver in there is problematic if there's a kernel panic. How are you going to debug it? What about security? Nobody ourside of nvidia has audited the code. There could be a potential vulnerability that they missed. We negate the benefits of open source if only *part* of our program is open source.
"Backups are for wimps. Real men upload their data to an FTP site and have everyone else mirror it." -- Linus Torvalds
Who the hell cares besides RMS?
That's quite a flamebait-inducing post you've got there...
What about other operating systems? Do we have to badger Intel to release drivers for BSD, and whatever other operating systems might be released in the future?
What happens if we release a new kernel, or decide to change something that breaks the rigid structure into which this proprietary driver is locked?
Releasing proprietary drivers like this seems to be no more than a "keep them happy" quick-fire solution, as this is by no means a long-term solution. And frankly, ignoring the long-term is a very short-sighted viewpoint indeed.
What's the ideal solution? Write your drivers so that they use a well-documented and open API that can always be well-supported, and make the code as portable as possible. Then what happens when you want to use your hardware with a different operating system? Well, so long as your operating system implements that particular well-documented and open driver API, then you shouldn't have any problem. Recompile, rinse, repeat.
Think ahead. We wouldn't be pushing for open source drivers without reason.
what is so secret about them, really?
To use them for your own hardware, don't you have to create the exact same hardware? So no use there, since you have your own hardware...
To use the hardware independet part of the code? Well.. that ought to be a lot of code.
To use their algorithms? Well, there are a lot of code already they can have a look at (without telling they looked at it, if they are evil)..
And if they are to stupid to come up with an algorithm of their own, how expencive would it be to hire someone to do it?
I don't get it...
Evolution of Language Through The Ages: 6000 BC : ungh, grrf, booga 2000 AD : grep, awk, sed
A bunch of people in this thread have already posted responses that say things like "I don't care if a driver is bianary, I want to use my hardware, the only people who care are free software zealots."
Bullshit. Proprietary drivers are a bad idea for linux. Now I have to say, the licensing issue does matter to me. Even if you don't care, there are plenty of technical reasons to avoid them and pester a company to release the source for their drivers. First of all, the code is usually sub-par. EEs right them, they're smart people, no doubt, but most of them aren't programmers and lot's of bugs and race conditions show up. The OSS community can't help debug them because we don't have the source. Furthermore, on a more personal level, most of the kernel hackers don't give two shits about proprietary drivers, because of that, they generally stay buggy and improperly maintained. Intel is a big enough company that they'll properly produce high-quality drivers; however, it is simply a fact that letting the OSS community have the source would increase their quality, more eyes looking at the code, and they would be the same people that have written the kernel. These debates flair up all the time on LKML. I was too lazy to go look for links to specific discussions, if you're interested in the issue however, they wouldn't be hard to find.
- Ryan, who can't remember his password right now, and so posted AC
Intel is announcing plans to release Linux drivers for the WLAN part of their centrino technology from the time beginning. Though there are no facts yet, no release date, no statement whether the drivers will be binary only or Open Source, no information which chipset generations will be supported eventually and so on. See details of the story and How to Get Linux Running on Centrino Laptops at TuxMobil. So don't miss to sign the Linux Support On Centrino Petition! More at the link above.
Read this. Here is the problem. The kernel developers arent GPL zealots like RMS is, but closed source modules are a problem for them. If a kernel module crashes, and it is the propreitery modules fault, then they can't find out whats wrong and unable to sort out the bug. That is why since 2.6 the kernel developers discourage acccess to the kernel. By opening the drivers, drivers can be more stable on your system.
To those who say, but Windows DRivers are closed. They are not to the kernel developers. When installing new drivers you may of had a warning that a driver wasnt signed. A signed driver means one that has had its source code audited by MS for bugs, and is more stable than a unsigned one. Microsoft dosent like closed source (unsigned) drivers, and will warn you if you try to install it.
So if you want a stable Linux, don't load closed source modules into it. Dont take unstabllity for short term hardware support over stabillity in the long term. Encourage companies to open their source, or reverse engineer and stablise their drivers!
found here
With that said, this is a step in the right direction and I hope other hardware manufactures do what Intel has pledged to do. Closed source, proprietary drivers are better than no drivers at all.
If you want to play the latest games your stuck with these proprietary drivers. This is only tolerated by many in the community because its either use the binaries are don't play the latest games under linux. btw yes I am aware of drivers for ati's older cards. When it comes to linux and gaming nvidia is the status quo.
Now my main point is this could lead to some problems for us linux users. Like he pointed out its possible in the future that we'll all be stuck with mobo's that don't work unless we load a dozen proprietary drivers. We did without in the 90's and we can do without now. The nvidia, now the Intel, next the VIA chipsets, its a dangerous trend. You tried to deflate his point at the end by saying just the free nv or vesa etc. What about when that's no longer possible?
The way I see it is this. You should be able to install your OS, have it support your mobo chipset, video card, mouse+keyboard, and ethernet card all with Free software. You should be able to surf the web, get email, use a calendar and contact list, play movies and music, and be able to create Office documents all with Free software. Those are the basics. Anything less is a failure. Right now all of the above is possible. Start throwing in a Nvidia card, a centrino chipset, and the truly Free desktop starts disappearing. Right now its the not the end of the world. But if in the future proprietary binary drivers become the standard a Truly Free Desktop won't exist and there will be no point in using Linux. After all if I need binary drivers for my hardware like in Windows and I continue to use all of my Windows apps via WINE, wtf is the point? Just stick with Windows and the closed source model. Throwing an opensource kernel on top of all that proprietary software is a lost cause.
If you wanna get rich, you know that payback is a bitch
He says so repeatedly in his posts, so it's not like it is a secret.
No you are wrong here. As a practical matter binary drivers lead to buggy unstable kernels. The people writing these drivers have no contact with or support from experienced kernel developers due to the closed nature of the process, and code quality suffers. And people posting about binary drivers waste everyone's time, including their own.
Linux has a lot of users outside the "hacker set". Did you miss the part about Linux overtaking MacOS and it's current share of the server market?