To view parent comment, click here.
To read all comments associated with this story, please click here.
Pure speculation driven by blind Apple hate.
(you shouldn't mix up the firm grip that Apple tries to get in the media / phone / tablet area with their politics in the Mac business - the same goes for MS: they behave completely different in markets where they have to fight uphill e. g. look at their HW business practices vs. their server software business behavior)
MysterMask,
"Pure speculation driven by blind Apple hate."
Not likely. According to this link, there were already more than a million EFI systems on the market prior to Apple's x86 switch in 2006.
http://www.intel.com/technology/framework/overview1.htm
"The first example of a complete end-user PC that was sold by a major OEM incorporating the framework was released in the second half of 2003. During 2005, more than one million systems shipped with the framework."
It is well known that apple's x86 macos refuses to run on non-apple PC hardware. I really do not know exactly why, however the fact that Psystar sold a "Rebel EFI" implementation designed to run MacOS on standard PCs is pretty compelling evidence that, somehow, MacOS depends on a proprietary EFI implementation.
http://techcrunch.com/2009/10/22/psystars-rebel-efi-allows-you-to-i...
Edited 2011-09-28 09:29 UTC
You're right that it's a big affirmation that's a bit hard to believe without sources, so I've tried to find my original source back. Although I haven't, I have found something else which qualifies pretty well as a proof that Mac firmwares do not follow standard EFI specs.
https://help.ubuntu.com/community/UEFIBooting
https://wiki.archlinux.org/index.php/UEFI
These are howtos which explain how to install two popular Linux distros on (U)EFI systems. Notice the presence of Mac-specific instructions and information. The reason for their presence is clearly stated : Apple uses a nonstandard mix of EFI 1.x and UEFI 2.x, which cannot work with standard EFI code and requires specific workarounds.
I don't think I confuse both. On iOS, Apple attempts to squeeze money off every single financial transaction, and even freeware development. On the Mac platform, they currently only want to sell expensive and high-profit margin hardware to people who don't need necessarily need it. The introduction of an iOS-ish paying developer agreement and App Store system for OS X make it sound like they might want to introduce iOS-like full financial control in the future, but that's not the way it is now.
I do not blindly hate Apple, their engineers can do some wonders (for me, examples would include Exposé, application bundles, and Lion's Auto Save/Versions), but you must admit that the way they can treat their user base in the name of profit is quite irritating.
Edited 2011-09-28 17:36 UTC





Member since:
2010-03-08
Again, if I remember correctly, the implementation of EFI which you find on Macs does not follow the spec well, and standard-compliant EFI OSs must be heavily patched and riddled with specific workarounds to work well on Macs. For me, this qualifies as a proprietary firmware.
If I created a dvd drive which only works with square DVDs, and my company was the only one selling these drives, would you call that a standard DVD drive, or a proprietary drive ?
I don't believe that Apple would have a strong interest in preventing installation of other OSs on Macs right now, they don't have a strong interest in helping it either for that matter. However I do believe that the company has a strong interest in making installation of Mac OS X impossible on cheap standards-compliant PCs. And that nonstandard firmwares are a way to achieve that goal. So when I read on Linux development mailing lists that the implementation of EFI which you find on Macs is requires patching to deal with, I have a hard time believing that this is accidental.
Edited 2011-09-27 16:19 UTC