![[-]](https://www.bios-mods.com/forum/images/black/collapse.png "[-]")
12-29-2012, 05:39 PM
(This post was last modified: 12-29-2012, 05:45 PM by TimeWalker.)
And well, [censored] that ... SCT 2.0 UEFI Booting any OS = utter crap!
1. No real NVRAM use for OSX, can't multi boot various OSes through means of Startup Volume in OSX, forced to use plist generating script.
2. Need special tweaked .efi driver to emulate variables in RAM ... hence you get the above. The driver occasionally fails to shut down the machine properly.
3. Pressing Fn+F2 in either Windows or OSX to toggle radio interfaces in UEFI mode locks up the machine. Linux doesn't exhibit such behavior.
4. Brightness controls get lost for no reason occasionally, no known way of restoring the functionality other than using a completely stock rom.
5. In Windows installing QuickSet or ST Micro accelerometer driver locks up the machine.
6. Sometimes Windows Boot manager screws up the entire NVRAM while setting itself as a boot option. Which results in non-working F2 and F12 keys.. the only way to revert is to boot Windows and reflash the BIOS with /cvar flag to reset NVRAM.
7. Dell uses outdated version of Phoenix UEFI SHELL Flasher .. like real outdated 1.5.2 while the latest is 1.5.66, no comment here. No way of starting a newer version because it requires Firmware update or crisis recovery boot mode to be initialized and we don't have access to UEFI booting in either of these modes.
8. Dell's outdated Intel VBIOS doesn't support resolutions higher than 1024x768, third party boot loaders look squashed. Implementing newer version results in weird system failures as proven by some 15z users attempting it.
9. If not using a custom VBIOS artefact appear all over the place in OSX, no proven way of getting rid from them...
1. No real NVRAM use for OSX, can't multi boot various OSes through means of Startup Volume in OSX, forced to use plist generating script.
2. Need special tweaked .efi driver to emulate variables in RAM ... hence you get the above. The driver occasionally fails to shut down the machine properly.
3. Pressing Fn+F2 in either Windows or OSX to toggle radio interfaces in UEFI mode locks up the machine. Linux doesn't exhibit such behavior.
4. Brightness controls get lost for no reason occasionally, no known way of restoring the functionality other than using a completely stock rom.
5. In Windows installing QuickSet or ST Micro accelerometer driver locks up the machine.
6. Sometimes Windows Boot manager screws up the entire NVRAM while setting itself as a boot option. Which results in non-working F2 and F12 keys.. the only way to revert is to boot Windows and reflash the BIOS with /cvar flag to reset NVRAM.
7. Dell uses outdated version of Phoenix UEFI SHELL Flasher .. like real outdated 1.5.2 while the latest is 1.5.66, no comment here. No way of starting a newer version because it requires Firmware update or crisis recovery boot mode to be initialized and we don't have access to UEFI booting in either of these modes.
8. Dell's outdated Intel VBIOS doesn't support resolutions higher than 1024x768, third party boot loaders look squashed. Implementing newer version results in weird system failures as proven by some 15z users attempting it.
9. If not using a custom VBIOS artefact appear all over the place in OSX, no proven way of getting rid from them...
![[Valid RSS]](valid-rss.png "Validate my RSS feed")