Jump to content
30960 posts in this topic

Recommended Posts

What values you are using?

	<key>RtVariables</key>
	<dict>
		<key>BooterConfig</key>
		<string>0x28</string>
		<key>CsrActiveConfig</key>
		<string>0x67</string>
	</dict>

 

And everytinhg is working now, including AppleHDA with the new info (Update 1) from here.

 

Appears to be unnecessary the value 0x67 at all time, so i'll try 0x3.

 

Update

 

With 0x3:

Configuration:
	Apple Internal: disabled
	Kext Signing: disabled
	Filesystem Protections: disabled
	Debugging Restrictions: enabled
	DTrace Restrictions: enabled
	NVRAM Protections: enabled
  • Like 1

It is designed that way (not by Apple). If you are using the same machine, of course the NVRAM is shared, since its contents are stored in a special memory space on your hardware.

 

The exception would be if you are using EmuVariableUefi-64.efi. In this case NVRAM is emulated and its contents saved in a plist on your respective OS X root directory.

 

PS: are you sure the spotlight privacy settings are stored in NVRAM? AFAIK this is not the case

 

I came with that conclusion because the only thing shared between the 2 instances is Clover, besides the motherboard of course. And I have to reboot the machine to switch instances.

I will check again on  EmuVariableUefi-64.efi.

It is not critical for me as I intend to keep only 1 instance once I fixed all 10.11 issues on the unit. 

I just have a question about LoadVBIOS, how does it work? Cause I put my mod bios in EFI/CLOVER/ROM/10DE_1380.rom and put loadvbios as true but it doesn't load :( If I flash my GC with that mod bios it's working.

I have a GTX 750 TI with the web driver

 

thx :)

Same here.

I've got an Asus GF8800GT and wanted to use an Apple bios (10de_0611) with Clover and LoadVbios = true.

I didn't manage to make it work since system description always shows Asus bios rev number and not Apple's one.

Same here.

I've got an Asus GF8800GT and wanted to use an Apple bios (10de_0611) with Clover and LoadVbios = true.

I didn't manage to make it work since system description always shows Asus bios rev number and not Apple's one.

Clover loads VBios into Device Tree but I don't know if "system description" will look into the tree.

Hi guys, I've reinstalled OS X El Capitan, the GM on the surface pro and I'm using the latest clover and whatever csractiveconfig I try I always get:

 

 

Configuration:
    Apple Internal: disabled
    Kext Signing: disabled
    Filesystem Protections: disabled
    Debugging Restrictions: disabled
    DTrace Restrictions: disabled
    NVRAM Protections: disabled

 

Any suggestion?

Perhaps you forgot to remove OsxAptioFix2 when trying to use OsxAptioFix.

No, but i've disabled aptiofix1 by config.plist  :no: 

I've tested again with the new aptiofix1 but the laptop freezes a few seconds after wake from hibernate mode

Hi guys here is my new problem I can't unmount my EFI partition. Every restart EFI automatically mounted.

I tried these ways;

1. On the sidebar choose EFI right click eject EFI restart and EFI still there.

2. On Terminal "diskutil unmount [diskname]" restart and EFI still there.

What can I try more? What are you suggest me?

My system El Capitan with Latest Clover.

HELP!  I'm getting desperate.  I installed v. 3263 and, after reboot, all I get is "b1f:initL".  After that, I get a solid cursor line (not blinking) at the top left corner.  I have tried everything (that I know of) and cannot even get a USB installer to boot to the Clover GUI.  When I go into the EUFI settings for my laptop, if I try to select the boot file, all I get after that is a black screen.  If I select the boot manager option and select either my USB or SSD EFI, I will see the Clover is scanning comment in the middle of the screen and it hangs there.  Until I can get past this, my laptop is useless (meaning that I have to take out my SSD and use my Windows installation on another hard drive.)  Suggestions/solutions would be greatly appreciated.

 

UPDATE 1:  I managed to boot up using a USB installer with Clover installed in legacy mode.  However, it cannot boot to the Clover GUI.  I get the solid cursor again and can then get into my laptop's EUFI settings.  This time, however, I can select the boot file to boot from and can navigate to the Clover boot file on my SSD's EFI partition.  Once, I select that boot file, Clover boots up to the GUI and OS X loads perfectly.  Does this have to do with the boot1h file?  I wouldn't think so since my SSD is only 250 GB.

 

UPDATE 2:  While was never able to understand what the problem was with b1f:initL, I resolved my issue by reformatting the EFI partition on my SSD and reinstalling Clover, saving my kexts, config.plist and DSDT/SSDT from the old installation.  I'd still be interested in knowing what happened.  BTW, there was nothing in my installation log indicating any error occurred.  

Clover v.2 Instructions How to install Windows in EFI mode on legacy BIOS based PC using legacy Clover has problems.Use ISO9660+Joilet by this command
 hdiutil makehybrid -iso -joliet -o image.iso /path/to/source

and burn disc,clover doesn't recognized.put GrubUDF-64.efi and/or GrubISO9660-64.efi in your Drivers64 folder to use UDF,clover support udf native,unplug the other HDD,I mean, physically,avoid windows say "We couldn't create a new partition or locate an existing one...",that's the only way for me to install Windows 8.1.

Clover config.plist,default ACPI USB and any other options doesn't useful for me.I use all fixes in DSDT.

Clover has speedstep,works like Overclock,without it my computer unstable.

reset cmos because my computer over clock is unstable no matter I use clover.

No, but i've disabled aptiofix1 by config.plist  :no: 

I've tested again with the new aptiofix1 but the laptop freezes a few seconds after wake from hibernate mode

I think wake from hibernate (suspend to disk) only works with OsxAptioFix2... (and correct hibernatemode and correct slide value).

 

Don't know the details as I have no interest in hibernate (using SSD).

all I get is "b1f:initL".

it means a problem with boot file during legacy boot. "L" means you choose Clover BiosBlockIO. An advice may be to choose Clover SATA.

 

UPDATE 2:  While was never able to understand what the problem was with b1f:initL, I resolved my issue by reformatting the EFI partition

So your partition was bad formatted so why you had a problem with reading boot file.

  • Like 1

Someone got this error:

 

Error allocating 0x4766 pages at 0x0000000000c63000 alloc type 2

Error loading kernel cache (0x9)

 

And I thought. Okay. That is 71MB... in short. Can this be automated somehow?

 

I am seeing this error as well on 10.11 GM. I'm using Clover 3259 and have tried OsxAptioFixDrv-64, OsxAptioFix2Drv-64, as well as stinga1's custom compiled version. Nothing seems to work. Let me know how I can help debug the problem.

 

I'm new to the forums so I'm not sure what the customs are. But my hardware is a Gigabyte UP5-TH mainboard (F12 firmware version), 16 GB RAM, 3770k i7 CPU, and I've tried running with both HD 4000 graphics enabled and disabled (in that case, trying to use Nvidia GTX 670).

I am seeing this error as well on 10.11 GM. I'm using Clover 3259 and have tried OsxAptioFixDrv-64, OsxAptioFix2Drv-64, as well as stinga1's custom compiled version. Nothing seems to work. Let me know how I can help debug the problem.

 

I'm new to the forums so I'm not sure what the customs are. But my hardware is a Gigabyte UP5-TH mainboard (F12 firmware version), 16 GB RAM, 3770k i7 CPU, and I've tried running with both HD 4000 graphics enabled and disabled (in that case, trying to use Nvidia GTX 670).

Test this version

OsxAptioFixDrv-64.efi.zip

 

debugging the problem is almost impossible.

You may include this file and got a log. May be this log tell us what is happen

DumpUefiCalls.efi.zip

Clover loads VBios into Device Tree but I don't know if "system description" will look into the tree.

I'm not sure to do it well so because I don't get my GTX 750 TI to work with loadvbios :/ I already tried to flash it and it was working but I prefere to keep tthe original vbios on it and patch on the fly with clover

Managed to install the GM of El Cap on my sig machine, i re-created the entire config.plist and started to use audio injection in the config, and also on the fly DSDT fixes, i used to disable dsdt fixes before, but it looks to be working the same with them enabled.

Any hints on those fixes ? keep them, disable them ?

 

Thank you.

 

I am not sure how needed are those fixes for my UEFI only system, can someone sugest what fixed out of those are recommended? keeping in mind i have the integrated igpu disabled.

AptioFix should not affect startup screen... also, increasing the memory of AptioFix1 should not fix hibernation (you said 'works like aptiofix2') ;)

It was a mistake, i've disabled aptiofix1 by config.plist so the test with aptiofix1 was without any aptiofix driver where i've no startup screen, the only difference between the 2 drivers is a freeze after wake from hibernate 

So there are 3 Aptiofix driver versions floating around?  96mb and 128mb compiled versions?  Are they both on this thread if so I can easily find it with search.  The one in the latest Clover installer is which compiled version?

 

Thanks

So there are 3 Aptiofix driver versions floating around?  96mb and 128mb compiled versions?  Are they both on this thread if so I can easily find it with search.  The one in the latest Clover installer is which compiled version?

 

Thanks

Latest Clover uses 128mb.

 

Note:

Speedy-OSX:Clover RehabMan$ svn diff -r 3262:3263
...
Index: OsxAptioFixDrv/OsxAptioFixDrv.c
===================================================================
--- OsxAptioFixDrv/OsxAptioFixDrv.c	(revision 3262)
+++ OsxAptioFixDrv/OsxAptioFixDrv.c	(revision 3263)
@@ -50,7 +50,8 @@
 
 // defines the size of block that will be allocated for kernel image relocation,
 // without RT and MMIO regions
-#define KERNEL_BLOCK_NO_RT_SIZE_PAGES	0x4000 // 64MB for
+//rehabman - Increase the size for ElCapitan to 128Mb
+#define KERNEL_BLOCK_NO_RT_SIZE_PAGES	0x8000 
 
 // TRUE if we are doing hibernate wake
 BOOLEAN gHibernateWake = FALSE;

Well, of course AptioFix wouldn't be the cause of the issue, but the place to solve it if there is one. Some UEFIs' sleep is broken when the RT area is zero'd and iirc some others when a specific address range is overwritten. So, wouldn't say anything is impossible. ;)

 

Is there any possibility of  relationship between memory-corruption-related issues and the 'slide' boot arguments?  e.g. slide=0 vs slide=8 vs slide=100?  I've yet to find any realization of what exactly the different values represent to understand if there is any possible link.

×
×
  • Create New...