Slashdot Mirror


Stallman Pushes For Free BIOS

An anonymous reader writes "One key area that Richard Stallman, GNU project founder, hopes to develop is an OSS-based BIOS. But his work has been hindered by PC manufacturers who haven't been receptive to the idea. Stallman told Builder AU that: 'we're looking for companies willing to cooperate with the community in this way.' On challenges facing developers today, Stallman said the worst was the proliferation of laws that explicitly ban free software for certain jobs."

16 of 419 comments (clear)

  1. Re:Bah by DrJAKing · · Score: 4, Insightful

    Isn't it about hardware mediated DRM?

  2. Re:Bah by akaiONE · · Score: 5, Insightful

    One key factor to wanting to develop a free BIOS or "BIOS-like" solution to the startupsequence is that unlike what most endusers are aware of, the BIOS is a pain. Its slow, consumes a lot of bootup time and really isnt needed much longer. A free alternative would provide the user with shorter bootup times and more control over their own hardware. BIOS at its current state are just there for hardware detection/error handling and checking availability of an OS. The LinuxBIOS-project have reduced the bootup time consumed to just 5 seconds afaik. Thats really a lot less than the current BIOSes out there. Most of todays operating systems discards whatever the BIOS provide them and probe hardware directly anyways..

    --

    "-Who said sit down?!"
    -- S. Ballmer @ MSDC 2003.

  3. Re:Bah by Trogre · · Score: 4, Insightful

    An incentive like they received from Microsoft to implement Palladium, perhaps?

    Yes, the current system works just fine, but the fact is that the current system is not going to be with us much longer. It looks like tomorrows system is going to be what sinister groups like Microsoft make it. One that only lets 'signed' code run. Looked at an Xbox lately?

    It is this that I believe Stallman is trying to prevent.

    --
    "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
  4. OpenBIOS, Open Standard by turgid · · Score: 5, Informative

    OpenBIOS is what you want, and unlike LinuxBIOS, it's implementing an Open Standard too, as used by IBM, Apple and Sun : IEEE 1275-1994 or Open Firmware.

  5. Re:The momentum is pushing him away... by Erpo · · Score: 4, Interesting

    Isn't Microsoft looking to create a nasty piece of BIOS (or no BIOS) which would lock down a system beyond the belief of most persons who aren't "well educated" WRT technology; i.e., the people who wouldn't have a need for tinkering with the system.

    No. Microsoft and others have created a nasty piece of technology including BIOS modifications which, working with other modifications and additions to standard PC hardware, will not only lock users out of performing certain actions but could be used to allow total control over end user machines by Microsoft or the government (or your personal least favorite organization), regardless of how tech-savvy the end user might be.

    Being smart does not make you safe.

    Don't reply about how you can always gain complete control of your own hardware with enough technical knowledge and time. Read Ross Anderson's TCPA FAQ too see why that still applicable bit of security wisdom isn't sufficient to throw off the yoke of TC. Go here for all the technical nitty gritty if you're not still convinced.

  6. Steps Against DRM by ObsessiveMathsFreak · · Score: 4, Insightful

    What with all the talk of embedding DRM into the BIOS itself, I'm not surprized Stallman has come out with the idea of a GPL based BIOS. What happens when every single part of the computer must be a pice of 'trusted' software, i.e. restricted software. If this project goes ahead, maybe we'll all have an alternative to what an industry too scared of litigation forces on us.

    Some might consider the FSF and Stallman in paticular, to be too zealous in their pursuit of a totally open system, but given the upsurge in patenting, litigation, copyrght restrictions and DMCA style laws, the computing world is becoming a much harsher place for those who want to do, what they want to do, with their own computers. At the moment we have only operating systems restricting our rights on our own PCs. What happens if the PCs themselves contain the restrictions? How far will these restrictions go? How long before PCs come with restrictive EULA and can be repossessed for (suspected) infrigement? Already we can't mod chip our PS2s. What about our PCs? When they get region locking, will we be allowed to mod them? At least a libre BIOS might affors us some protection.

    I just wonder, if trusted computing comes into vouge, will a non DRM BIOS be considered a device for circumventing copyright, and get banned under the DMCA. All the more reason to get it established soon, before newer more ridiculous laws are passed.

    --
    May the Maths Be with you!
    1. Re:Steps Against DRM by mwa · · Score: 5, Insightful
      Now go ahead and mark me a troll for having an unpopular opinion.

      Naa. It's not that you're a troll. It's just that you've fallen into the trap of contemporary thinking that most software is commercial software. That's simply not true. Most corporations have more lines of code for internal applications than MS Windows and the Linux kernel combined.

      The fact is that the vast majority of that code is pure expense. Accounts Payable, Accounts Receivable, Payroll, Inventory control, etc., applications have been re-written thousands of times by different companies. It's only fairly recently that commercial packages for these have become available for "enterprise" use. They are expensive and can require changes to business processes that make a particular company's operation less efficient overall. Either that or pony up for consulting hours or source licenses to make custom modifications that have to be retrofitted into new realeases as they become available.

      The bottom line is that if companies worked together to develop an open source suite of application components, each company's expenses would be lowered. Programmers would still be employed to compose the overall system so that it suits the companies management, organizational model and business processes. Programmers would still be employed to contribute to the open source process because it would be cheaper than recurring licensing costs and improve business effeciency.

      And that only addresses business-related applications. IT is a hotbed of opportunities for cost reduction through participation in open source projects. Any company with an IT organization faces the same challenges: How do we manage all these network devices, servers, workstations, etc.? How do we get notified of a problem before the business is impacted so we can prevent a disruption of income? You can buy into the OpenView/Tivoli/Unicenter/etc. mega-management framework/suite/nightmare (which may impose artificial and arbitrary restrictions on your systems and network infrastucture) and spend big $$ in administration and "management of the management", or you can employ open source developers to work on projects with other companies facing the same issues. The price tags of these suites plus support labor most likely exceeds the cost of paying the same number of staff a little bit more for development experience.

      Plus, I'll wager all my karma that any company running one (or more) of the big NMS suites has a variety of open source applications (MRTG, Nagios, NMIS, etc.) deployed as "point solutions" to fill gaps that it's just to painful to try to fill with the commercial products. We have one (unnamed) commercial performance management system that is licensed by the number of nodes monitored. The constant growth in our network combined with the traditional big-company purchasing bureaucracy means we never have enough licenses to monitor everything properly. So we either play the license shell game (moving licenses to nodes in the current hotspots) or we go look at NMIS for free.

      Slowly, management has come around to the fact that open source deployment is faster, if not as flashy, as far more expensive commercial applications and at least as effective. They came to that realization because when problems came up they saw with their own eyes that our open source tools had the answers and the commercial products didn't because the commercial products were not licensed to "see" the problem.

      Where they have not gone yet is understanding that since the open source applications are not as robust and flashy as they would like, they can fix that by letting staff participate on those projects to make them even more suitable to our environment. What have we got to lose? We spend enourmous labor hours on maintenance of servers and commercial software that doesn't quite meet our needs. How about we drop licensing costs, quite fighting applications (and vendors) to get them to do what we need, and spen

  7. Re:More like Open Vapour by oxygene2k2 · · Score: 4, Informative

    I'm one of the authors of openbios.

    so far openbios runs on emulators (MOL; pearpc and qemu are in the works) and native hardware (amd64, ppc - the latter still awaiting integration, iirc), as well as various hosted modes for development (hosted on unix, from grub - which allows to work on OF support in operating systems without having to reflash the bios)

  8. Re:Bah by Florian · · Score: 4, Insightful
    I realize RMS has good intentions but I don't see any point to this. It's a BIOS. What good would making it GNU/BIOS do?

    I wonder how this could be moderated insightful. The proprietary nature of BIOSes severely cripple the usefulness of PCs today and destroys their long-term value because support of modern modern hardware features doesn't get backported to BIOSes of older PCs. Some examples:

    1. The nightmare that is ACPI and its support under free OSes could be fixed with free BIOS/firmware replacements
    2. Hardly any BIOS supports booting from USB devices (external drives or USB memory sticks), this could be easily fixed as well
    3. A free BIOS/firmware could implement a generic way of booting computers from the network, without the need of onboard boot ROMs (and proprietary net boot schemes) in Ethernet adapters
    4. A free BIOS/firmware could even implement interfaces to access and set up the BIOS remotely via network or serial consoles. This would remove a big showstopper that makes x86 commodity hardware with Linux/*BSD still inferior to the proprietary RISC/Unix systems of Sun et.al.
    5. Older BIOSes (for Pentium I/II/K6 motherboards) don't recognize harddisks above 30 GB, forcing owners to throw away hardware that can would still perform reasonably under Linux or *BSD.
    6. Other older BIOSes don't support booting from CD, thus making OS installations or use of rescue CDs difficult
    7. The quality of IRQ management and fine-tuning options for hardware parameters, for example, vastly differs between current BIOS implementations, getting a good BIOS is thus a lottery.

    A generic, free BIOS/firmware could thus (a) bring BIOSes to new, desirable levels of functionality [see above], make (b) BIOS user interfaces consistent across heterogenous computers, and (c) finally allow consumers to choose motherboards based on hardware quality only.

    --
    gopher://cramer.plaintext.cc http://cramer.plaintext.cc:70
  9. open bios by Anonymous Coward · · Score: 5, Insightful

    All you PC kiddies, who havnt used say, a sun box, dont know what you are missing.

    Whilst you may think that a bios is only usefull for tweeking memory timings to get a few more FPS from games, there are loads more things that it can do. For example on a sparc you can do memory, network and scsi tests at a low level before any OS gets to mess with the hardware. You can even program in forth at the OK prompt.
    The ability to boot off the network is now in place on most modern bioses, but that has come about as a direct result of having it on server class bioses for years.

    The fact that there is a full on TTY driver in the sun bios, means that you can plug the serial out into a another box and have full access to all aspects of the bios remotely. This may not seem much of a big deal to home users, but to a sysadmin it could save you hours of travel. Then there is the fact that you can change bios params. from within the OS.

    Modern bioses by just havnt kept pace with modern hardware. There is a monopoly by a few companies, all pushing out a similar product that has just the minimum functions to run the box.

    Whilst people may or may not love Stallman due to his abrasive nature youve got to admit that without him, there would be no linux, no GNU and a lot of us would be out of a job.

    So, when M$ mandates that all mother board manufacturers uses a bios like that on the Xbox, or their OS wont run on the box, who will they listen to ?? A load of linux "loonies" of a multi billion dollar corp ??

    Yes we have hacked Xbox to run linux, but its been patched and the linux hacks are getting harder and harder.

    Now under DMCA if you bypass a copy protection you are almost a terrorist. How many of our employers are going to run linux, if its illegal to bypass the bios to install it?

  10. Re:As an Australian... by csirac · · Score: 4, Funny

    Reminds me of a cartoon in the Sunday Mail a few months ago:

    Person 1: "Apparently withdrawing from Iraq will increase Australia's risk of becoming a terrorist target..."

    Person 2: "Who from? Al Qaeda?"

    Person 1: "No, the U.S."

  11. Re:Link has little info about bios by johannesg · · Score: 5, Interesting
    of course hardware manufacturers don't like to release the details of the hardware.

    Why is that so natural? It used to be, when you bought a computer you got the entire schematic and a complete description of all the hardware registers. Up until the 16-bit generation you could buy that documentation for a small price - I know, I still have my "Amiga Hardware Reference Manual" gathering dust somewhere at home.

    But all of a sudden it is no longer possible. Why?

    I can at least tell you this: it isn't because hardware API's, all of a sudden, have become so unique, so incredibly advanced, that just telling people about register layout would cause vital secrets to escape the company. So having gotten that out of the way, why then?

    It could be argued that it is a hassle actually writing documentation. But this cannot be the problem: the documentation must still exist for those few people who write drivers today. So that isn't it either.

    Then it is possible that some sort of licensing scheme prohibits the companies from actually making the information public. Licensing from whom, I wonder? Who benefits from keeping this information locked up? I won't answer this one, but I bet you can guess...

  12. LinuxBIOS by Markus+Registrada · · Score: 4, Interesting
    I attended the LinuxBIOS BOF at Usenix this summer.

    AMD has seen the light and has become the most forthcoming of all chipset vendors, so Athlon and Opteron motherboards tend to be very well supported. (VIA, by contrast, is still a problem). Tyan has a full-time LinuxBIOS engineer, and several system vendors, among Linuxnetworx, ship machines with LinuxBIOS installed.

    They have solved the VGA init problem by importing an 8086 emulator that (strangely) runs faster than the hardware version in P4 and Athlon. For x86 they have a funny compiler called romcc that uses registers as main memory, for use before the memory controller has been initialized. (Opteron doesn't need it because ~450 bytes of the cache works as RAM immediately after power-up.) What the project needs most now is some institutional support, so they can run regression tests on all the hardware they support.

    The project is far from dead: they are fixing to release major version 2. When will it be ready? Sooner if you help.

  13. Rebuttal by Christ-on-a-bike · · Score: 4, Insightful
    OK, I was going to mod you flamebait but I think I should rebut your meandering efforts instead.
    RMS will complain that the blueprints of the CPUs aren't public
    No. RMS has never asked hardware manufacturers to expose their blueprints, only their interfaces. RMS might well complain if the interfaces of the CPUs were protected by NDAs, patents, or secrecy.

    Now if the interfaces involve encryption, and keys are not available to free software, then certainly a lot of people, not just RMS, would complain. But it seems unlikely that this will happen, since the large chip companies make money from Linux-on-x86 sales.

    RMS's philosophy that the only kind of software is the kind that you can not only have the rights to change and republish but also to tinker with in any way is directly in contrast with the philosophy of Capitalism
    You seem really keen on this, but it is false. The only way RMS contradicts capitalism is that he refuses to admit the crude monetisation of so-called 'intellectual property'. RMS instead says: ideas are not property. And our existing copyright and patent laws in fact state this.
    The capitalist system will optimize out the industry. I don't drink RMS's cool aid, though
    OK, at this point I have no idea what you are talking about. Free software is not going to destroy the computing industry, although it might cause some unemployment (just like other disruptive market changes). Surely "people who are smart enough and motivated enough" can cope with that.
  14. Re:Link has little info about bios by runderwo · · Score: 4, Informative
    Patents have become a big problem in recent years. It is much easier to simply not publish your documentation, than the alternative: to publish it (either openly or under NDA), have a competitor catch wind of your design and locate some vague patent they have that seems to cover some aspect of it, and spend years in a costly court battle, only to end up cross-licensing your valuable portfolio just to avoid being sunk by deliberately anti-competitive licensing fees.

    It's only going to get worse from here on out. Ironically, while the patent system was originally designed to encourage publication, it is rife with problems currently which actually encourage secrecy, because that's the only way to avoid being the target of a lawsuit over some vague concept that a competitor happened to hold a patent on. Of course, you will have your own patents on vague concepts, so it's only a matter of who fires first. The hope with the secrecy approach is that nobody fires, because in the end the only winners are the lawyers.

  15. Soup Nazi by Mordaximus · · Score: 4, Interesting
    "Using Linux and GNU is like eating at a soup kitchen or shopping at a goodwill store."

    With all due respect you seem to be stuck on the free as in beer. There is far more to open source that that. I particularly like that, using your analogy, this "soup kitchen" not only gives away soup, but provides the recipe so I can improve it. Or take their soup and use it in a burger recipe. And I can charge for delivery if I like!

    It would kinda suck if the soup kitchens of the world put out the restaurants... I rather like eating out.

    Hey buddy, you're quite free to walk into a soup kitchen RIGHT NOW and eat. Why don't you? Likely because the restaurant makes much better food, has much better ambience, much better service and also serves wine with the meal (They even have better soup!).

    The problem with your analogy is that right now, the soup kitchens are making the better food, PLUS wine and a cab ride home. FOR FREE. If the soup kitchen can continue to make better food, and provide better service, good riddance to the restaurant.

    But some of the restaurants are learning : Look at Novell, IBM, HP... they've got the idea : they've put soup kitchens IN their restaurants. They give the soup, and sell you tasty bread to go with it. They let you walk to the buffet for free, or you can pay to have a waiter!

    If you, or your restaurant can't accept and adapt to that, well... looks like you and your wife won't be eating out much longer.

    Don't be such a soup nazi! :P