Slashdot Log In
Google Sponsors the LinuxBIOS project
Posted by
CmdrTaco
on Wed Nov 15, 2006 10:50 AM
from the guts-like-to-be-free-too dept.
from the guts-like-to-be-free-too dept.
Rockgod noted that "The LinuxBIOS project aims to take down the last barrier in Open Source systems by providing a free firmware (BIOS) implementation. LinuxBIOS celebrates its Sixth anniversary this year, and has an installed base of over 1 million LinuxBIOS systems. With the One Laptop Per Child (OLPC) project, that number is expected to exceed 10 million users in 2007. LinuxBIOS supports 65 mainboards from 31 vendors in v1 and another 56 mainboards from 27 vendors in v2"
Related Stories
[+]
OLPC Available to the Public Early 2008 192 comments
Zoxed writes "The BBC is reporting that the OLPC will be available to the public early next year on a buy-2-get-1 basis through eBay. With its cheap price, fully open spec. and full/open hardware support for Linux, expandability, 2W rating and LinuxBIOS booting it sounds like an embedded-Linux hackers favorite new toy."
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
It's not the last barrier (Score:5, Insightful)
Re: (Score:3, Interesting)
But anyway...
The processor of a system is. Being "open" to change doesn't really get you anything. If you have enough money to do a production run of a modern CPU, then the costs of buying into SPARC International, or the reference design of MIPS, or an IBM POWER, etc, etc, is nothing. Getting a custom chip
Re:It's not the last barrier (Score:5, Insightful)
Who would have the skill (to say nothing of the fab) to make a change to the hardware, and then distribute it?
Parent
OSS has benefits to non-coders. (Score:5, Insightful)
Writing code and recompiling a piece of software is almost as much a black art to most people, as designing a microprocessor and fabricating a chip is.
Source code is meaningless gibberish to most users, regardless of whether that source code describes hardware or software. Code written in VHDL is just a slightly more arcane strain of gibberish than C, but still meaningless.
Most people (who have even the foggiest idea of open source) benefit from it indirectly: by having higher-quality products to begin with, and having them available from more vendors, and having a guarantee that if a vendor tanks, that their product stands a better chance of being supported by somebody else (because another company or organization can take it over). This would also be true with hardware. An open and well-documented chip design would be available, were it popular, from a variety of vendors, and even if one vendor went out of business, the design would survive. These benefits exist even to people who cannot understand code, and exist for both hardware and software.
Parent
why would a major manufacturer of motheboards (Score:5, Interesting)
What do Award and Phoenix have better than Linux?
Re:why would a major manufacturer of motheboards (Score:5, Informative)
Parent
Re:why would a major manufacturer of motheboards (Score:5, Informative)
Parent
Eternal game of catch-up? (Score:4, Insightful)
I always assumed that they were made by Award and Phoenix in conjunction with the mobo/chipset manufacturers, because the BIOS was specific to a particular configuration of parts, and wouldn't be interchangeable.
So if you did write an "open source BIOS," how would you keep it up to date with the multitude of different chipsets and motherboards? Wouldn't each one require its own modified version? Seems like, unless the major motherboard manufacturers commit to using LinuxBIOS, that they'll forever be playing catch-up, trying to modify and QA their revisions against new pieces of hardware. Which I guess isn't a bad thing, but it seems like it'll never be mainstream that way.
Parent
Re:Eternal game of catch-up? (Score:5, Insightful)
I suppose it's possible that such a motherboard vendor might want to donate engineering time and samples to the project as well. They would have to weigh the cost of that effort against a host of other costs; licensing costs to use Award or Phoenix, the size of the expected market for the combined product, etc. Show them that the FOSS BIOS will work for MS Vista and they'll have a real incentive to push for it. Tell them that the market will be limited to just Linux and *BSD and they'll probably lose interest really fast.
Parent
Re:Eternal game of catch-up? (Score:4, Insightful)
Also, even a person that did know code, would need to be very comfortable (I would think) to write or change something that could potentially brick their mobo.
So whether the code is modifiable or not, really isn't relevant to all but a few users, at least in the direct sense. There are indirect benefits of having code available (see my other post in this thread concerning the indirect benefits of OSS to non-coders), but most people are going to look at the piece of software as a unit, and ask whether it works, and if it doesn't, they're going to move on to something else. The benefits of OSS are rarely so great as to make hiring a skilled programmer to modify it for you worthwhile.
It sounds from TFA that they have a nice automated QA system set up, where new revisions get tested against actual hardware automatically, but they're going to have to sustain an awfully high level of effort, in order to keep creating and testing new software revisions to cope with all the new boards that get released to the market every month.
I'm not panning the project; I really hope they succeed. It just seems like yet another project that probably won't have direct support from the hardware manufacturers, and as a result will always be one step behind mainstream usability. Perhaps that's okay -- maybe "mainstream usability" is overrated. But it's something worth considering.
Parent
Re:why would a major manufacturer of motheboards (Score:4, Insightful)
What do Award and Phoenix have better than Linux?
two simple reasons.
1 - they do what they are told by the OS and content industries. "Trusted computing" is a buzzword they spent lots of money on.
2 - A linux Bios will not have the ability to lock the user on DRM or Os choices. something they desperately want at Microsoft. D oyuo think a company will make a motherboard that microsoft will refuse to support their os on? how about one that will never run windows VistaXP2 with "Protect you from you" technology? because the Bios does not refuse to boot an OS without a Microsoft certificate?
Try and buy yourself an ATX Alpha processor motherboard or Power PC motherboard. They exist but are insane priced because nobody buys them but uber geeks and research/science people....
Do you want your next Linux computer to cost you 3 times as much because your Motherboard costs $1800.00?
Parent
Extensible Firmware Interface (Score:4, Interesting)
Re:Extensible Firmware Interface (Score:5, Interesting)
Parent
Any place to buy the MOBO with lb pre-installed? (Score:5, Interesting)
Re:Any place to buy the MOBO with lb pre-installed (Score:5, Informative)
Parent
Hitting two sacred cows at once... (Score:3, Interesting)
1) Given that yesterday's news was that OLPC managed to produce a whole 10 computers, and that we're now halfway through November 2006 -- yeah, I can't see how they could possibly fail to hit 10 million in 2007!
2) Has Googlefawning now hit the point where it's no longer necessary for Google or the Slashdot story to explain exactly what it is that "Google sponsors" means? (Apparently they paid for a build system. Take that, Gates Foundation!)
Re:Hitting two sacred cows at once... (Score:4, Informative)
Parent
Info on Linux BIOS in actual usage? (Score:5, Interesting)
I have seen this mentioned every so often here, and I am interested in trying it out. But, the stuff I read blurs the line between what I think of as BIOS functions and the actual OS. So, I am not sure if it's worth trying out or not.
Does anyone have pointers to good information, or experience themselves? The kind of questions I have are:
- Do I still have the configuration capabilities that you expect in a Phoenix/Award BIOS? En/Dis-able integrated devices, Fan Control, ACPI en/dis-able, etc.
- The articles all say that LinuxBIOS boots a linux kernel very quickly. Is this into a limited BIOS setup environment, or is this the actual kernel for the Operating System that you're running? If it's the latter, don't kernel upgrades become more difficult/dangerous? (Are there any docs which go through the system bootstrap process step by step?)
- Is AMD64 (in 64 bit mode) supported?
- Beyond the Linux hobbyist incentive to try out new things, are there any other major advantages to using LinuxBIOS on my home Linux server (which is a supported board)? Do I lose anything my current Award BIOS offers?
Re:Info on Linux BIOS in actual usage? (Score:4, Informative)
LinuxBIOS supports several different types of payloads: Linux, Open Firmware, Etherboot, etc. If you are using a Linux kernel payload, then you probably don't want to be upgrading it often. In that case, you can set up the first kernel to kexec a second kernel (before kexec, there was a patch called the two kernel monte).
AMD64's 64-bit mode is definitely supported.
It's not trivial (yet) to boot a version of MS Windows with LinuxBIOS, but using Linux as a BIOS can give all sorts of benefits. One very interesting capability for people running beowulf clusters is that you can boot over any network device that Linux supports (e.g. Myrinet or Infiniband). That may not mean anything to a regular home user, but the point is that you have a whole lot more flexibility in what you can do. Even if you don't want to make it boot your home system over your wireless LAN, it does increase your freedom and it prevents people from nibbling away at the freedom you already have.
I would say freedom from future DRM really is the biggest incentive for trying out LinuxBIOS at home. You can avoid Intel's EFI standard (they're pushing for it to be on all desktops and servers), which will enable companies to inflict DRM on you. Linus has made some very good points about why EFI is not good [kerneltrap.org]. One way to look at EFI is that it is basically an OS, and not a very good one.
There are several white papers and tutorials that do a good job of explaining how LinuxBIOS works. Look at the LinuxBIOS documentation [linuxbios.org] section.
Parent
Harddisk encryption (Score:3, Interesting)
It's basically as close as you can get to "tamper-proof" by a software-only approach and for notebooks, it would provide some reasonable theft protection, esp. if combined with a "this notebook is the property of
OLPC isn't using LinuxBIOS anymore (Score:5, Informative)
BIOS + DRM = lockin .. (Score:4, Informative)
http://slashdot.org/hardware/03/09/04/1427237.sht
Parent
Re: (Score:3, Interesting)
Re:Why bother? (Score:5, Insightful)
For the same reason you care about other programs being open. E.g.
- Fixing bug. Eg hibernate problems.
- Checking for bugs and backdoord.
- Improving it to your needs. E.g., I would like to be able to boot from USB-disks or a CFlash card in a PCI-adaptor.
Or I could remove unnecessary stuff and put in a shell. Or an SSH server i the BIOS.
- Performance. My BIOS is slow. It does a lot of unnecessary things.
- Consistency. Next time I get a new computer, it would be nice to have the same bios. A company might prefer to use the same BIOS on all computers.
Parent
Re:Why bother? (Score:4, Interesting)
So it takes the BIOS quite a lot of time to do something which isn't used anyways.
Parent