Slice Posted September 3, 2015 Share Posted September 3, 2015 Apple's boot.efi is a first stage boot loader, but it becomes a second-stage boot loader when Clover is used. That makes Clover not only a boot manager, but also a first-stage boot loader. Yes, it is a participant of the bootstrap process. Just a terminology for names. Legacy boot by Clover assumes several stages: BIOS->MBR->PBR->boot->CloverX64.efi->boot.efi->OSX in this case Clover is not the first-stage as well as not last stage loader. To compare Chameleon process BIOS->MBR->PBR->boot->OSX For end-user Clover is Bootloader because this is complex solution to load OSX. Technically speaking Clover is not loader. It calls other systems loaders to do the work. 3 Link to comment Share on other sites More sharing options...
Mirone Posted September 3, 2015 Share Posted September 3, 2015 In a few words clover makes a bridge. Link to comment Share on other sites More sharing options...
Rastafabi Posted September 3, 2015 Share Posted September 3, 2015 This could be fixed by Clover injection. This is the method spied from Mac EFI. This is cosmetic and I already shown how to make info into System Profiler. Post#43 AAPL,slot-name Thanks for your help, but actually y does not work for me: No boot screen. Also still no drivers load until they are patched. As you said; the PCI patch is only cosmetic. This is what the Boot.log outputs: 2:927 0:000 read_nVidia_ROM 2:927 0:000 Using PRAMIN fixups 3:275 0:347 PROM 3:619 0:344 ERROR: Unable to locate nVidia Video BIOS 3:619 0:000 there are no ROM loaded and no VBIOS read from hardware 3:619 0:000 nVidia XFX GeForce 8500 GT 1MB NV1FF [10DE:0421] :: 3:619 0:000 PciRoot(0x0)\Pci(0x1,0x0)\Pci(0x0,0x0)\Pci(0x4,0x0)\Pci(0x0,0x0)\Pci(0x3,0x0)\Pci(0x0,0x0) 3:619 0:000 devprop_add_nvidia_template 3:619 0:000 default_NVCAP: 04000000-00000300-0C000000-00000007-00000000 3:619 0:000 stringlength = 3608 3:619 0:000 CurrentMode: Width=1280 Height=800 Link to comment Share on other sites More sharing options...
arsradu Posted September 3, 2015 Share Posted September 3, 2015 Anyone, just to confirm something. The second stage boot logo (+ loading bar) is loaded by the kernel, right? Not Clover. I'm asking cause, starting with Yosemite DP3 or DP4 I have an issue with the second-stage boot logo: the logo is not displayed at all, and the loading bar is on the bottom left corner instead of being centered. The first stage boot is perfect. The logo is centered, loading bar underneath. All fine. And I'm not sure this has anything to do with the port I'm using (VGA, since my monitor doesn't know any digital port...for now, I'll upgrade it soon) because other people with their displays connected via HDMI are having the exact same issue. Anyway, if this is not related to Clover in any way, sorry for the off-topic. I just wanted to make sure it doesn't have anything to do with Clover and it can't be fixed in any way (at least not Clover-related way). Right now, I'm out of ideas. And apparently, other people too. Link to comment Share on other sites More sharing options...
Slice Posted September 3, 2015 Share Posted September 3, 2015 @Rastafabi I don't know why nVidia injection is not working in your case GF8500GT. It tested on my GF7300LE and GF9600GT as well as on numerous users on this forum. May be because you have a real Mac. For example this is bad message 3:619 0:000 there are no ROM loaded and no VBIOS read from hardware May be you should load VBIOS additionally from /EFI/CLOVER/ROM/10de_0421.rom May be you should set DSDT fix for the card. It have too long address PciRoot(0x0)\Pci(0x1,0x0)\Pci(0x0,0x0)\Pci(0x4,0x0)\Pci(0x0,0x0)\Pci(0x3,0x0)\Pci(0x0,0x0) Anyone, just to confirm something. The second stage boot logo (+ loading bar) is loaded by the kernel, right? Not Clover. I'm asking cause, starting with Yosemite DP3 or DP4 I have an issue with the second-stage boot logo: the logo is not displayed at all, and the loading bar is on the bottom left corner instead of being centered. The first stage boot is perfect. The logo is centered, loading bar underneath. All fine. And I'm not sure this has anything to do with the port I'm using (VGA, since my monitor doesn't know any digital port...for now, I'll upgrade it soon) because other people with their displays connected via HDMI are having the exact same issue. Anyway, if this is not related to Clover in any way, sorry for the off-topic. I just wanted to make sure it doesn't have anything to do with Clover and it can't be fixed in any way (at least not Clover-related way). Right now, I'm out of ideas. And apparently, other people too. First stage logo comes from boot.efi based on UEFI screen resolution. Second stage logo comes from kernel based on systems graphics drivers screen resolution. 2 Link to comment Share on other sites More sharing options...
zxv Posted September 4, 2015 Share Posted September 4, 2015 Anyone, just to confirm something. The second stage boot logo (+ loading bar) is loaded by the kernel, right? Not Clover. I'm asking cause, starting with Yosemite DP3 or DP4 I have an issue with the second-stage boot logo: the logo is not displayed at all, and the loading bar is on the bottom left corner instead of being centered. The first stage boot is perfect. The logo is centered, loading bar underneath. All fine. And I'm not sure this has anything to do with the port I'm using (VGA, since my monitor doesn't know any digital port...for now, I'll upgrade it soon) because other people with their displays connected via HDMI are having the exact same issue. Anyway, if this is not related to Clover in any way, sorry for the off-topic. I just wanted to make sure it doesn't have anything to do with Clover and it can't be fixed in any way (at least not Clover-related way). Right now, I'm out of ideas. And apparently, other people too. I've the same problem on my machine. It doesn't seem to affect anything else AFAICT, only a cosmetic issue. Link to comment Share on other sites More sharing options...
Slice Posted September 4, 2015 Share Posted September 4, 2015 Second stage logo may depend on AAPL,boot-display property if you set it. Link to comment Share on other sites More sharing options...
arsradu Posted September 4, 2015 Share Posted September 4, 2015 Second stage logo may depend on AAPL,boot-display property if you set it. I didn't... And I saw your post above. But I'm not sure there is anything wrong there. Aside from the fact that the graphics card appears both under Graphics and PCI. Which i assume it's correct. I'll show you in a minute. So, do I still need to add/edit anything for this case? 1 Link to comment Share on other sites More sharing options...
zxv Posted September 4, 2015 Share Posted September 4, 2015 Second stage logo may depend on AAPL,boot-display property if you set it. Mine is set like so: [mfckr:~]$ ioreg -lw0 | grep boot-display | | | | | "AAPL,boot-display" = Yes Link to comment Share on other sites More sharing options...
mhaeuser Posted September 4, 2015 Share Posted September 4, 2015 It's a known bug which can usually be fixed by injecting gfx properties for some reason. Link to comment Share on other sites More sharing options...
arsradu Posted September 4, 2015 Share Posted September 4, 2015 It's a known bug which can usually be fixed by injecting gfx properties for some reason. What kind of properties? I remember I tried this in the past and...same issue. Also, yesterday I tried connecting the display to the built-in (IntelHD 4600, if I'm not mistaken) graphics card. And...two issues: no acceleration and same problem with the second stage boot logo. Also, using the built-in graphics when you have a dedicated video card for that, it's like owning a Ferrari but keeping it in your garage while driving a mini van. So, which properties need to be set up? Can we use Clover (or Clover Configurator) for that? Link to comment Share on other sites More sharing options...
crusher Posted September 4, 2015 Share Posted September 4, 2015 InjectNVidia and InjectIntel. Link to comment Share on other sites More sharing options...
zxv Posted September 4, 2015 Share Posted September 4, 2015 What kind of properties? I remember I tried this in the past and...same issue. Also, yesterday I tried connecting the display to the built-in (IntelHD 4600, if I'm not mistaken) graphics card. And...two issues: no acceleration and same problem with the second stage boot logo. Clover should auto-detect the HD 4600 and set correct params for gfx acceleration. At least it always has for me. Though the 2nd-stage boot logo issue remains. I did find a set of kext injects on the forum recently (can't recall where, try search) for supposedly correcting said boot logo issue, but these gave me kernel panics. Link to comment Share on other sites More sharing options...
Slice Posted September 4, 2015 Share Posted September 4, 2015 What kind of properties? I remember I tried this in the past and...same issue. Also, yesterday I tried connecting the display to the built-in (IntelHD 4600, if I'm not mistaken) graphics card. And...two issues: no acceleration and same problem with the second stage boot logo. Also, using the built-in graphics when you have a dedicated video card for that, it's like owning a Ferrari but keeping it in your garage while driving a mini van. So, which properties need to be set up? Can we use Clover (or Clover Configurator) for that? <key>NoDefaultProperties</key> <true/> <key>AddProperties</key> <array> <dict> <key>Device</key> <string>NVidia</string> <key>Key</key> <string>AAPL,boot-display</string> <key>Value</key> <data>AQAAAA==</data> </dict> 1 Link to comment Share on other sites More sharing options...
cecekpawon Posted September 4, 2015 Share Posted September 4, 2015 InjectNVidia and InjectIntel. InjectIntel unavailable when init display first is set to pcie in bios <key>NoDefaultProperties</key> <true/> <key>AddProperties</key> <array> <dict> <key>Device</key> <string>NVidia</string> <key>Key</key> <string>AAPL,boot-display</string> <key>Value</key> <data>AQAAAA==</data> </dict> maybe it need port to be specified like "@x,AAPL,boot-display"? Link to comment Share on other sites More sharing options...
Slice Posted September 4, 2015 Share Posted September 4, 2015 maybe it need port to be specified like "@x,AAPL,boot-display"? Yes, you are right. Link to comment Share on other sites More sharing options...
arsradu Posted September 4, 2015 Share Posted September 4, 2015 Yes, you are right. Where "X" marks the spot, I presume. ) How do I know which port is the right one? Can I tell from System Information? Like the screenshots I posted above? Is "port" similar to "slot"? So, in my case, it would be port/slot 0 for my video card? So, in the end, it will be like: <string>@0,AAPL,boot-display</string> ? Link to comment Share on other sites More sharing options...
cecekpawon Posted September 4, 2015 Share Posted September 4, 2015 How do I know which port is the right one? Can I tell from System Information? watch your "AppleDisplay" key in reg, i think My blog post about boot-stage, please use google translate 1 Link to comment Share on other sites More sharing options...
arsradu Posted September 4, 2015 Share Posted September 4, 2015 watch your "AppleDisplay" key in reg, i think My blog post about boot-stage, please use google translate Looks like you used a GTX 650 for that, which is awesome, since we have pretty similar cards. I'll read that page and let you guys know the result. Big thank you from my side! Link to comment Share on other sites More sharing options...
zxv Posted September 4, 2015 Share Posted September 4, 2015 InjectIntel unavailable when init display first is set to pcie in bios maybe it need port to be specified like "@x,AAPL,boot-display"? I've added property "@2,AAPL,boot-display", but boot display glitch remains. Tried @0 as well, no change. Link to comment Share on other sites More sharing options...
Slice Posted September 4, 2015 Share Posted September 4, 2015 I've added property "@2,AAPL,boot-display", but boot display glitch remains. Tried @0 as well, no change. Check by ioreg Link to comment Share on other sites More sharing options...
zxv Posted September 4, 2015 Share Posted September 4, 2015 Check by ioreg "AAPL,boot-display" = Yes When set to @0, @2, or not set at all. IORegistryExplorer screenshot (when no added device properties set) Link to comment Share on other sites More sharing options...
Slice Posted September 4, 2015 Share Posted September 4, 2015 Sorry, but this property not about glitches. We spoke about boot logo. Link to comment Share on other sites More sharing options...
zxv Posted September 4, 2015 Share Posted September 4, 2015 Sorry, but this property not about glitches. We spoke about boot logo. I'm referring to the same problem with the boot logo that arsradu described. Link to comment Share on other sites More sharing options...
Slice Posted September 4, 2015 Share Posted September 4, 2015 boot-display is not the solution you search. Link to comment Share on other sites More sharing options...
Recommended Posts