Writing an End to the Bio of BIOS? 511
An anonymous reader writes "Intel and Microsoft are gearing up to move toward the first major overhaul of the innermost workings of the personal computer. The companies will begin promoting a technology specification called EFI (Extensible Firmware Interface) as a new system for starting up a PC's hardware before its operating system begins loading."
Well if Microsoft's involved.... (Score:5, Funny)
That pretty much sums up the rest of the posts on this. Thanks, let's move on to the next story.
Re:Well if Microsoft's involved.... (Score:3, Insightful)
There is no mention that this will be tailored to Windows in the article, but MS's hearty endorsement is a suspicious indicator of such. If so, would this simply become a matter of the BIOS not allowing anything but "acceptable" OSes to boot? That's where my nickel gets bet.
Re:Well if Microsoft's involved.... (Score:5, Funny)
Actually, they're called "trusted" OSes. And if you can't trust Microsoft, then who can you trust?
Re:Well if Microsoft's involved.... (Score:5, Insightful)
Re:Well if Microsoft's involved.... (Score:5, Informative)
- Necron69
Along with... (Score:4, Insightful)
I've been working with EFI based systems for three years now. Nicer than BIOS/MS-DOS for test weenies like me to develop code for.
Have a Happy New Year!
myke
Re:Well if Microsoft's involved.... (Score:3)
A deal with BIOS maker Phoenix Technologies would allow the operating system to directly control hardware. It also raises concerns over who controls the software in PCs
Bold added.
Again, RTFA.
If you still don't 'get it', then you should not be allowed on a computer or you are a Microsoft astroturfer.
Please install GNU/Linux and try again.
No progress for ANYBODY!!!! (Score:5, Interesting)
This stuff runs essentially the same as it did in the 80s. Sure, it uses more memory, bigger hard drives, etc, but its all just built from the same thing. Which leads into #2-
The solutions which were created to deal with things (such as the BIOS) were only intended, by their creators, to be temporary solutions until somebody designed something better. However, the IBM PC became a standard, and everything since then been built upon that foundation.
So, for the first time in decades, people are looking at the PC and trying to make it better. Why cant we have computers which boot up in seconds, rather than minutes? Why cant we have power saving which actually works? Those features, and many more, will only be possible with a redesign. The old way of doing things carries too much baggage.
Its sad, because I had always thought computer people always look for the best way to do things. Unfortunately, computer people are just like everyone else, and all too willing to accept the status quo.
Re:No progress for ANYBODY!!!! (Score:5, Insightful)
That's an inaccurate paraphrase. The concern, and a valid one, IMHO, is that MS will attempt to use this to lock out competition. IOW, the question is whether this is going to be designed to be specifically bad for Linux.
Re:No progress for ANYBODY!!!! (Score:5, Informative)
Re:No progress for ANYBODY!!!! (Score:3, Funny)
Re:No progress for ANYBODY!!!! (Score:3, Interesting)
What I would like to see in the default standard PC BIOS is remote control via ethe
Not true ! (Score:4, Informative)
Quite often I turn them both on at the same time and I can always log into Gnome around 30-40 seconds faster than I can log into Win2K.
Re:Not true ! (i call bullshit) (Score:3, Insightful)
If by "boot" you mean "starts the GUI", then yes.
However you're completely ignoring the fact that even after giving you a UI, XP is still working its guts out trying to finish loading the other "less imperative" system drivers/services/what-have-you.
Yeah, to most "users" it "feels like" it's finished booting, but you know - some OSs have actually finished loading all services and system drivers by the time they load the UI, and the ONLY thing they're loading, are U
Well, actually, yes. (Score:3, Insightful)
After all, Linux runs on just about EVERY platform out there. From wrist watches to mainframes.
So, if there is something about this solution that RESTRICTS Linux's access, then isn't that sufficient warning that there are problems in this "solution"?
Is it possible to get the benefits proposed by this solution WITHOUT those restrictions?
Why this is dangerous (Score:3, Insightful)
Even if it's not directly an intentional attempt to "kill Linux" (why would the Intel engineers who designed it be interested in that!?), there can be no doubt that Microsoft is trying to do what they can to make sure that the next generation of pre-boot software for PCs will contain whatever is needed to make DRM work.
This will not stop you from running GNU/Linux or some other Free Software OS, but if a significant percentag
OF? (Score:5, Insightful)
Why not just use Open Firmware?
Microsoft Logic (Score:4, Interesting)
There's been lots of worry about this sort of thing, given MS busines practices in the past.
Freedom is a hard concept for some folks to deal with
I hope that this turns into a financial disaster for them.
Re:Microsoft Logic (Score:3, Insightful)
If MS did try and bully hardware manufacturers into altering hardware to lock out Open Source systems, I would think that Red Hat, Suse, Mandrake, etc. would all be after them with lawsuits, and if MS tried to get a law passed requiring DRM in the hardware or whatever, I'm guessing there would be at least several thousand letters sent to politicians from Angry Linux Users protesting such a law. And then there are all those
Re:Microsoft Logic (Score:3, Insightful)
If everyone had your attitude, then I feel confident that day would come to pass.
It's the paranoid and vigilant who will work to protect freedom. The fact that this discussion is taking place should be a warning to MS that we will not take any such lock out attempt lying down. Should it be the case that EFI is not used for lock out purposes, you'll surely say, "See, you were just paranoid". B
Re:Microsoft Logic (Score:5, Insightful)
You know, back in 99 I heard a similiar argument by the vast majority of slashdotters in regards to a new propossed law called the DMCA.
I myself called RMS and the EFF, lunitics and mentioned it here in regards to it. I got modded +4 informitive. My responses were on the line of ya, like they are going to sue innocent software developers who want to watch DVD's or those who bad mouth a company.
Come on get real. The dmca will never be used to cancel free speech.....
Well, I was shocked to find out not only was RMS and the EFF right but it was far far more worse then imagined.
Why can't I watch my own dvd's?
You know what? What would MS and the MPAA do if I wrote a patch for Lilo or grub that uses the ultra secret boot signature? I would get thrown in the federal "slam me in the ass" prison!
I just posted another post mentioning how Linux will be still supported for some time like OS/2 is from many bios's. But still I am extremely cautous.
ALso look at soyo with the ACPI installed by default on some of their motherboards due to a bug. Linux and FreeBSD at the time could not use ACPI properly with it and it caused a major headache. The same could happen if pallidium is on by default so manufactors could avoid headaches with Linux support. I doubt this but its certainly possible.
Re:OF? (Score:3)
Re:OF? (Score:2)
Besides, if they went with an Open Firmware solution, ANYBODY could write one. Which means vendors would go with the cheapest solution. Which, if Phoenix Bios is any indication, would be complete crap.
Yeah, but at least we could brag that our crap system, which we took the trouble to assemble ourselves after hours of research and ordering from dozens of different part sources, cost a few bucks less than a Mac. Keep sight of what's important here!
Re:OF? (Score:3, Insightful)
I support hobby computing. But I don't fool myself into thinking that what works for us nerds will work for the majority of the population. Most people are better off having Microsoft make their decisions for them. Hell, my PC runs windows...because in the time it would have
Coming: The Year of the Infected Bios (Score:5, Insightful)
Imagine the horror of having to patch a system by swapping out chips. I think I recall some old time viruses that basically screwed up the bios royally, and which were not easily cleanable, to one degree or another.
Remember, this design is supposed to be a feature, not a flaw.
Re:Coming: The Year of the Infected Bios (Score:4, Informative)
Re:How did you do that? (Score:4, Interesting)
If the OS isn't using BIOS, this is actually safe, with two caveats:
1) The OS shouldn't be making BIOS calls. Last thing you want is to be in the middle of a hard drive write operation when you yank the chip. (This risk is negligible for modern OSes)
2) Use a proper PLCC extractor for the chip. Shorting out contacts or breaking the socket with a screwdriver is bad. Pulling the chip properly is safe. You're just cutting/restoring power to the voltage, ground, and signal leads of the chip within milliseconds of each other -- the same way you are every time you power the machine up or down.
For the record, yes, YMMV, but yes, I've done this, and yes, it worked. (I was an I-Opener h4x0r; this was an PC masquerading as an embedded system that lacked a floppy, and for which later versions of the BIOS wouldn't boot from a hard drive. The "hot flash" was needed under those circumstances - boot a machine with a hard drive and a "good" BIOS, remove "good" chip while system powered up. Insert "bad" BIOS chip extracted from a nonbootable unit into empty socket of powered-up "good" machine. Reflash "bad" BIOS chip with data extracted from "good" BIOS chip. Power down. Insert "good" chip into your machine. Insert reflashed chip into formerly-nonbootable machine.)
I wouldn't recommend it as standard procedure, but if you don't have an EPROM/EEPROM burner, hot-swapping BIOS chips between live machines is a viable field expedient.
Intel would never adopt OF (Score:5, Interesting)
OF has only one difference to ACPI: OF works. Devices are made with valid machine-language drivers, so that the OS doesn't have to patch it upon boot, etc, etc, etc. Don't take me wrong, I really believed that ACPI would be great, but when people started implementing it, we saw what mess it became. It was one of the reasons I moved away of the x86 platform. It is just a bunch of hacks.
So why Intel created ACPI? Because while ACPI is also "open", Intel can control it. And Intel knows that while it keeps the power of defining standards, it will be the leading chip manufacturer: it helps to keep it top of mind in terms of consumer ICs.
For those who don't know what OF is, take a look at this [firmworks.com].
Re:Intel would never adopt OF (Score:5, Insightful)
The way I read it is, hardware manufacturers want cheap products, and nobody wants to get locked in to supporting just one system architecture for an expansion card.
With something like openfirmware, apparently you have to have a ROM big enough to contain valid code that can run on both IA-32 and IA-64 and PPC, etc., or you end up with things like PC-only and Mac-only cards, which isn't cheap, either. So as nasty as ACPI has been from an implementation point of view, it seems like it does some stuff that open firmware can't do. Same can be said for EFI. Seems like a hell of a problem to me - damned if you do, damned if you don't.
Now, that said, no arguments about the other fringe benefits Intel gets from pushing the standard.
P.S. To my mind, Linus' post on the issue in the thread seems like something that your average software dude (self included) might come up with. Come up with simple hardware specs that don't need ROM code, and standardize on THAT. I'd kill for that kind of utopia in my line of work. I don't work in PCs, I work in embedded systems. All the hardware guys talk about gaining a competitive edge by locking people into their proprietary hardware via a software interface that they control. Same thing going on here - it's not the software dudes in the industry that need convincing - it's the hardware and business dudes who aren't looking to the future, but to the next product.
Re:Intel would never adopt OF (Score:5, Informative)
Nope, plug-in drivers [firmworks.com] on Open Firmware compatible cards are written in FCODE, which is a Forth bytecode language.
Completely machine independent.
The article says that Open Firmware was considered, but they didn't want to drop ACPI.
Frankly, Open Firmware has a lot of features you are just never going to see on home machines/cheap server boxes as long as Intel and MS are in charge. I'd rather have OF on my server boxes, hence why I chose a Sun machine.
Comment removed (Score:5, Insightful)
Re:OF? (Score:3, Informative)
Re:OF? (Score:5, Funny)
Re:OF? (Score:5, Informative)
Exactly. Because most of us are using UltraSparcs and other Unix machines that use OpenFirmware. Hello! McFly?!
Re:OF? (Score:2)
Re:OF? (Score:4, Informative)
What's to stop all the actual OF members from either voting SCO down or ignoring their spec changes? Like it or not, SCO/Caldera *used* to be a reasonable company in the computing world. It should then come as no surprise that their on many technology standard boards. But when you consider the fact that they are probably the only OpenFirmware member that doesn't have an implementation (Their market is Intel after all), their ideas probably won't carry much weight.
So? (Score:4, Insightful)
Re:So? - What do you mean? (Score:5, Funny)
Re:So? (Score:2, Insightful)
Why would Intel *not* want another OS to run on an Intel platform? There is no amount of tinfoil that can justify it.
Re:So? (Score:3, Insightful)
You forgot the other side of the equation pretty quickly.
Microsoft, the largest software manufacturer in the world, conviced monopolist, and vendor of the OS which runs on over 90% of the desktop computers in the world, could stipulate to Intel that they do not allow 'other' operating systems to run on their chips. Or, that they require a certain technology in the software for the chip to function, which Microsoft conveniently protects us
EFI sucks (Score:5, Insightful)
Re:EFI sucks (Score:2, Insightful)
Re:EFI sucks (Score:2)
Re:EFI sucks (Score:5, Interesting)
Re:EFI sucks (Score:2)
From the way I understood what this was trying to accomplish, it seems that openfirmware has a couple of years jump on them.
Perhaps it's just a difference between you and me, but I find that making specific partitions on a cleanly formatted drive not so much of a pain in the ass, considering that I have to wipe the drive
"Before loading your operating system" (Score:5, Interesting)
Re:"Before loading your operating system" (Score:4, Informative)
Elements will reside completely in NVRAM. Not only will this allow for great enhancements to power consumption, it also eliminates the need for a BIOS.
What about AMD and Linux (Score:5, Insightful)
Re:What about AMD and Sun? (Score:3, Informative)
Re:What about AMD and Linux (Score:2, Interesting)
What about Windows and Linux (Score:4, Funny)
Re:What about AMD and Linux (Score:3, Insightful)
Re:What about AMD and Linux (Score:4, Insightful)
That works great in market situations where people have a tiny clue as to what they're buying. The PC industry is, for the most part, clueless from stem to stern.
Joe Schmoe goes to buy a new car. He gets in a Ford Focus and the fast talking lipman tries to sell it. But Joe Schmoe doesn't like it, it's too slow.
The Lipman puts Joe in a Focus SVT. Okay, not as slow, but Joe's not very comfortable.Lipman puts Joe in a Mustang, but that's not comfortable either, so he puts him in a Taurus. The Taurus isn't much Joe's style, but it's not too terribly sluggish and it's comfy, so he takes an SeS. Joe has made an intelligent buying decision by weighing his desires against his wallet and picked a reasonable compromise between all of the things that are important to him. Joe's car will work everywhere, and if someone tries to interfere with that, he'll notice. Joe is reasonably clued about this market.
Now, Joe needs a computer. Joe don't know electronics, so Joe goes to Circuit City and starts looking at computers. Joe knew what "200 hp" meant and even had a reasonable understanding of how the torque came into play in his new Taurus. But, Joe doesn't know how the combination of an "onboard video card" and the processor and the "memory" and the speed of the hard drive all come into play. Joe knows he wants to watch DVDs and he wants to surf for porn. The Lipman in Circuit City tells him that this new Compaq has everything he needs. Joe pretends to know what he's looking at, then buys it because it has a soundcard and a DVD-ROM. Joe doesn't know what DRM is, nobody mentioned it, and since he has a DRM'ed system, he'll almost never notice things not working because it always silently grants him access because he's "trusted". Anything that doesn't work will be written off as "broken".
The geeks, on the other hand, being a horribly underwhelming minority, are screaming bloody murder because they can't access half the sites on the net. Google sucks now and we can no longer listen to mp3 samples or watch movie trailers.
Tens of millions of Joes never know anything about the troubles of a couple hundred thousand geeks. DRM has been slipped into everything because the target market has no clue what it is, nobody tells them, and they don't think to ask.
So yes, it's an open market. But, it's an open market controlled by idiots.
Re:What about Apple? (Score:5, Funny)
Of course... (Score:4, Insightful)
Big Brother Has You!
Re:Of course... (Score:3, Interesting)
Nope.
The way Trusted Computing works is that it checks for a cryptographic signature. If you don't have that signature then that software/hardware won't work at all in Trusted mode. You can only get that signature from the group holding the Root private key. They will simply refuse to give you a signature unless you sign 42 million contracts.
If you ever do make a non-restricted version that can undetectably pass for the "secur
can interact with EFI on a serial console? (Score:5, Interesting)
It'd be great if EFI initialised a serial console if detected that there was no KVM attached to the system. It'd be great for custom-made PC routers and servers on generic hardware running Linux or xBSD.
Re:can interact with EFI on a serial console? (Score:5, Informative)
I have some low-end NEC servers, and the BIOS (by default) comes configured to check for a console on serial port, and appear there, instead of the primary monitor.
And this has been around for quite a while.
Re:can interact with EFI on a serial console? (Score:2)
Of interest to console makers? (Score:5, Insightful)
Re:Of interest to console makers? (Score:2)
Uh, no. You put code in the chip to load the EFI code from disk and then, before executing it, patch out the anti-pirate functions and self checksums.
If you can control what gets executed first, you win. Now if they move the EFI framework inside the CPU silicon then they've pretty much won, but at the cost of flexibility of the CPU and nightmare EFI code updates.
DRM, here we come! (Score:2, Insightful)
I have a bad feeling that one day we might have 'consumer-oriented' windows computers which will be cheaper and will only run Windows...
Re:DRM, here we come! (Score:2)
If MicroSoft has total control over the hardware also, seems like happy days for Apple and OSX.
Re:DRM, here we come! (Score:2)
Oh yes...they have a GREAT [sourceforge.net] track record for that...
OF (Score:2, Insightful)
What I'd like to see is a more intelligent system. We still have to load the boot manager as a 512 byte chunk from sector 0 of the "first" hard drive for crying out loud! If Intel get this right, we should have intelligence right at the start. Something like GRUB or XOSL running right from ROM would be great. The ability to control hardwar
EFI == Electronic Fuel Injection (Score:2)
Re:EFI == Electronic Fuel Injection (Score:2)
Uhm... 1.
OpenFirmware (Score:5, Interesting)
OF is based on Forth? (Score:2, Funny)
Wasn't Postscript good enough for them?
No wonder it's not hit mainstream.
Re:OF is based on Forth? (Score:3, Informative)
Wasn't Postscript good enough for them?
Do you have any idea WTF you're talking about? Postscript is a document display language. Forth is a general purpose, turing complete, mathematics language. Quite a difference there.
Besides, it's not like you actually have to be able to code Forth to use OpenFirmware. It's just a feature.
No wonder it's not hit mainstream.
That is, if you don't consider Apple, Sun, IBM, HP OR JUST ABOUT EVERY FREAKING COMPUTER MAKER OTHER THAN INTEL mainstream.
Re:OF is based on Forth? (Score:3, Interesting)
I liked Sun's pre-boot shell just fine...but I haven't had much use for it in the past decade. I welcome more sophisticated pre-boot console systems, but I do NOT welcome entry points for hackers and virus writers to screw with my system before my OS has a chance to get started.
In the many years that OpenBoot/OpenFirmware has existed, it has generally proved itself to be secure except in situations of physical com
back in my day... (Score:2, Funny)
Re:back in my day... (Score:2)
Only if you were too un-leet to burn your own EPROMS
Re:back in my day... (Score:2)
Why? (Score:5, Interesting)
But it works. Is an EFI system going to be markedly faster? When you tell me you are loading device drivers at the BIOS level, that tells me "No"- you are creeping the OS lower.
So whats the deal?
from Intel's EFI web site [intel.com]: Together, these provide a standard environment for booting an operating system and running pre-boot applications.
AHhhh! Running PRE-BOOT operations! This sounds like a lame way to shoe-horn in DRM or something similar onto my machine before it loads up.
Maybe I'm acting paranoid, but the slowest thing on my windows computer is WINDOWS, not the bios- that runs pretty fast.
Re:Why? (next time preview) (Score:2)
Figures. (Score:5, Insightful)
And so it ends... (Score:2)
One better start stockpiling computers that still work...
Re:And so it ends... (Score:2)
Until BIOS is outlawed.. (Score:2)
Seriously though, all it will take is enough senators with a wild burr that think allowing people access to their pcs directly is evil ( and only terrorists want it ) for new useable hardware to become a thing of the past.
Palladium and trusted computing (Score:5, Interesting)
The "competition" between Pheonix BIOS and EFI could be the beginning of the split between closed platform "Trusted" PC's and open platform PC's. I would not be surprised if EFI has provisions (at some future point) to require the OS is signed. That rules out Linux, BSD, etc.
Naturally they are doing all this for our best interests.
Re:Palladium and trusted computing (Score:2, Interesting)
"Future versions will take aim at servers, blades, desktops and embedded systems such as consumer electronics, with plans to introduce digital rights management (DRM) and more closely integrate the BIOS with Windows."
Gonna end up between a rock and a hard place as far as DRM is concerned.
Those media co.s have to try and squeeze every penny.
Re:Palladium and trusted computing (Score:3, Interesting)
Yes, I remember the P3's CPU ID. I remember turning it off in the BIOS on first boot of my (then) brand new P3 700, and I remember it staying off and having absolutely no effect on me at all.
I also remember not reading about any invasions of privacy involving the CPU ID. To be honest, I'm surprised that you mentioned it, given that nothing much really came of it. Sure, perhaps they had designs on something nefarious or underhand - but it came to nothing. That may well be a good ind
Re:Palladium and trusted computing (Score:4, Informative)
???
The DRM hooks may be present in XP Media Center Edition, but that doesn't mean you have to use them. I've been running the OS for weeks, and haven't even had to sign up for a Passport.
My HP Media Center PC even came with software to convert video files captured by MS'S PVR codec into free-and-clear MPEG's.
A change is really needed (Score:5, Interesting)
The original PC BIOS has incredibly remained basically unchanged since the days of the IBM PC, more than twenty years ago. We have all that legacy stuff in our PC's firmware that harks back to the days of MS-DOS and its limitations are being stretched to the breaking point by hacks and kluges (e.g. the disk size limits imposed by the real-mode BIOS calls). It would be nice to see it all go away for good.
On the other hand, it's Microsoft and Intel working together on this. This could very well be the next step towards the groundwork for Palladium, and more ugly DRM embedded into the lowest levels of PC hardware, that may well prevent anyone from running any operating system on commodity PC hardware besides that of Microsoft, among other baneful things. I'm not willing to bet that this new specification doesn't lay this type of groundwork in any way.
Registration-free spec (Score:5, Informative)
The license isn't actually too bad - it just says that if you provide them feedback, then you also grant them the right to implement your idea.
Real computer hardware (Score:2)
Will kill off legacy OS's (Score:2)
Force upgrades.. fun fun...
Gah! DRM in BIOS? Check please! (Score:2, Insightful)
Heck, older SGI Octanes are going for peanuts (comapared to thier original price) on ebay, and they are mostly upgradeable to current spec. And Apple is over there just drooling for my cash.
There really shouldn't be that much going on in BIOS, that's what the whole B part means, ya know.Re:Gah! DRM in BIOS? Check please! (Score:2)
Yeah, well, you would be too if you could successfully charge your customers 100% markup over comparable x86 hardware and have them lining up begging to pay it.
sounds like Open Firmware (Score:2, Informative)
http://www.openfirmware.org/
http://playground
http://developer.apple.com/technot
http://bananajr6000.apple.com/
Scam Alert (Score:2)
Don't forget a lot of established businesses count on people's ignorance and lack of options. When they lose those things, profits go down and we cant have that!
EFI == DRM? (Score:2, Insightful)
However, I'm wondering if this is how they will integrate digital rights management that the MPAA and RIAA want soo badly forced on to consumers computers? This could be it. Everyone's computer must authenticate with the Master Server in Redmond. :-)
Beyond that, this just means we'll blue screen faster or on detection of a non-MS operating system.
Personally I find fault with
This is PS/2 2.0 (Score:3, Insightful)
No, not PlayStation. "Personal System /2", IBM's attempt in 1985-86 to rewrite the PC Industry Standard Architecture into their own proprietary version. They charged a measely 5% licensing fee (in a market where margins were already in that range).
I predict this will die because:
Oh, and Microsoft is drifting into irrelevance.
The real scoop (Score:5, Funny)
* Start with a leter "e" or "i". "e" is more powerful because it evokes environmentalist images of birds singing, clean water, air, beaches. I is too industrial... Let's go with E
* No StudlyCaps - Too 90s
* Avoid anything that sounds like a computer part from the movie Tron. To 80s.
* Add features that journalists want: pre-os software load (we don't want the OPERATING SYSTEM RUNNING THE COMPUTER), DRM, Support for hard drive loaded modules, and OnStar w/GPS for convenient assistance for law enforcement.
EFI is useful (Score:5, Interesting)
EFI does a running check of the hardware that it understands, drivers for which were provided by the Motherboard maker.
Here's a snapshot of the EFI SCAN on my INTEL Tiger4 system.:
EFI version 1.10 [14.61] Build flags: EFI64 Running on Intel(R) Itanium(R) 2 processor EFI_DEBUG
EFI IA-64 SDV/FDK (BIOS CallBacks) [Wed Jan 1 23:33:30 2003] - INTEL
Cache Enabled. This image MainEntry is at address 000000007FA02000
Searching for EFI 1.1 SCSI driver....
Scsi(Pun0,Lun0) MAXTOR ATLASU320_18_SCAB120 (320 MBytes/sec)
Scsi(Pun1,Lun0) MAXTOR ATLASU320_73_SCAB120 (320 MBytes/sec)
Scsi(Pun2,Lun0) MAXTOR ATLASU320_73_SCAB120 (320 MBytes/sec)
Scsi(Pun6,Lun0) ESG-SHV
Invoking PxeDhcp4 protocol to obtain IP address.
At the end of this, I get a menu that I can manually select from (cursor up and down), or let it automatically try the options(which can be modified to suit the user's needs). Here's a snapsnot:
EFI Boot Manager ver 1.10 [14.61]
Please select a boot option
Network Boot/Pci(1|0|0)/Mac(0007E9D8147A)
Linux
Floppy/Pci(1F|1)/Ata(Primary,Slave)
CD/DVD ROM/Pci(1F|1)/Ata(Primary,Master)
EFI Shell [Built-in]
Boot option maintenance menu
Use ^ and v to change option(s). Use Enter to select an option
As you can see, EFI has detected the network card, a bootable linux partition, the floppy (LS240 in this case), and the cdrom drive. Anything you can detect, you can boot off from.
The EFI shell option brings you into a shell. Once in the shell, you can easily switch to another filesystem by executing a changefilesystem command, similar to msdos:
fs1:
The shell prompt (for filesystem 0, which is the first filesystem EFI finds, whether its on a floppy, a cdrom, a harddrive, usb key, whatever)
fs0:\>
The shell looks like a dos shell, but runs commands that the motherboard manufacturer includes, such as "edit" "ls" "cat" "cp" "mount" and others. These commands live in ROM.
EFI understands the FAT32 filesystem and can perform operations on files living there including editing. EFI can access any FAT32 on any device EFI has a built-in driver for, and any device that the user can obtain an EFI driver for.
Another nice feature is that you can create a partition on the disk that efi will use to hold more commands, or updated commands, or drivers for newer hardware. These extra commands when then be available to you at boot time.
To the user, EFI looks almost like an built-in mini OS that understands enough of the hardware to give you several boot options, as well as the ability to manipulate files on the devices it sees.
I've seen no evidence of DRM support, or OS lock-in, but that certainly doesn't rule out the possibility. The thing is, EFI is enough of a standard that the user might have the possibility of replacing the stock EFI with some other version to meet their personal needs. This would certainly put us ahead of where we are with current vendor lockin on motherboard bios.
Is this the end of widely usable Linux machines? (Score:3, Insightful)
There are several ways EFI could discourage Linux use:
It's a subtle strategy. It's not going to be impossible to boot Linux, but it looks like it's about to become more difficult.
It will still be possible to build machines that run Linux, and there will be companies that do so and preload Linux. But they'll make up their own distribution, like the Thiz Linux you find at Wal-Mart. End user installation of Linux will decrease. Red Hat's air supply will be cut off.
Once you see the whole strategy, you realize just how clever Microsoft is being about this. It's not so blatant as to provoke screams from the industry, but it's enough to put a big dent in Linux installs.
Re:damn both of em (Score:2)
Change I can handle. Heck, the entire computer industry is BASED on change.
However lock-in I do not like, be it MS, Intel, or Linux.
Change? We don't need no stinkin' change. (Score:2)
Or in some companies cases, turning you upside down and shaking you till the change comes out of your pockets.
What lock-in? (Score:3, Interesting)
It all ends with a statement by an Intel person that none of what they're pushing as a standard is patented so that it can be as openly and widely adopted as possible. I'm pretty sure that no vendor lock-in w