Jump to content

Clover General discussion

ErmaC

By ErmaC,
in Clover

 Share
29,866 posts in this topic

Recommended Posts

el_charlie
el_charlie
Posted
Posted

I though i was the only one using an ancient cpu nowadays (as a daily driver) :)

 

DVMT does not help, also, at least on my pc, other OSes cannot boot with higher DVMT, so either MacOS is happy with any DVMT value or it just ignores the extra memory.

 

I have a lot of ram so my iHD has the max allowed shared memory available, that is 512M according to MacOS and 1.5G according to Windows (wrong?)

I m using a VRAM patch to increase the value to 1.5G.

This helped a bit.

 

I don t have persistent glitches, they seem ramdon, but actually they start only on some occasions

 

- when i reboot from linux/windows after a long session (4-5hrs +)

- when i use the iHD a lot, for ex. Maya 3d or some 2k+ youtube videos

 

So, this could be wrong but, i think that clover "poisons", or it does not clear, something related to the gpu.

 

That would explain why when i reboot from linux to MacOS i can sometimes see glithes, and i m forced to shutdown and boot MacOS directly.

 

From what i can remember i had no glitches in Mavericks and Yosemite(not sure).

 

I should probably try Mavericks + latest/older clover and see what happens when i have time.

 

Thanks for your input.

 

Can you teach me how to make the VRAM patch? I have 8GB of RAM. I'd like to give it at least 1GB.

 

Is that a clover parch or I need to edit a kext?

 

Thanks in advance!

Link to comment
Share on other sites
el_charlie
el_charlie
Posted
Posted

kylon, if the issue is not clearing, you may try zeroing 0x10200000 bytes starting with 0x10000000 address. This is the area boot.efi tries to avoid for Sandy and Ivy bridge CPUs, and it may be related.

 

Are you the Lilu guy??? Thanks!

 

How do I zero that address??

 

Cheers!

Link to comment
Share on other sites
gujiangjiang
gujiangjiang
Posted
Posted

kylon, if the issue is not clearing, you may try zeroing 0x10200000 bytes starting with 0x10000000 address. This is the area boot.efi tries to avoid for Sandy and Ivy bridge CPUs, and it may be related.

Actually I using HD3000 too.

 

10.6 and 10.7 have no glitches issues on HD3000.

 

After 10.8 it have this problem and can be simply fixed by set slide=0 and work well without any glitches.

 

But after 10.11.4 this method have no function and it have more and more glitches and more and more frequently and can’t be reduced.

 

10.6 OK

10.7 OK

10.8 OK with slide=0

10.9 OK with slide=0

10.10 OK with slide=0

10.11.3 OK with slide=0

10.11.4 glitches no matter with slide value

10.12 glitches no matter with slide value

10.13 glitches no matter with slide value

 

Ps

I using legacy clover to boot on my hd3000.

 

 

从我的 iPhone 发送，使用 Tapatalk

  • Like 3
Link to comment
Share on other sites
apianti
apianti
Posted
Posted

I say we try something different, protect reserved regions differently. Because macOS does not make a difference between runtime and non-runtime reserved, it only maps the runtime reserved as the same as runtime data. But I would have to think that there is a reason those reserved regions exist and according to the spec you are not supposed to use the memory regardless of the runtime flag. So maybe we should try protected runtime reserved as runtime code and non runtime reserved as runtime data?


kylon, if the issue is not clearing, you may try zeroing 0x10200000 bytes starting with 0x10000000 address. This is the area boot.efi tries to avoid for Sandy and Ivy bridge CPUs, and it may be related.

 

vit, that's only half the range when slide >= 128 for non SB and IB. What about 0x200000 to 0xFE00000? Also, this is a bad idea what if that's where the runtime was just protected? Don't want to wipe that.

 

EDIT: Oops left part of sentence out, lol.

  • Like 2
Link to comment
Share on other sites
Funky frank
Funky frank
Posted
Posted

I have breaking news for you: Just downgraded to 10.12.6 + HFS, and guys, it is so muuch more fast than 10.13.2 + apfs. Boot is again super fast, no gui slowdowns, everything is smooth. I installed now safari tech preview to be a bit more safe against spectre. All software is working again like it should.

  • Like 1
Link to comment
Share on other sites
maxb2000
maxb2000
Posted
Posted

Question:

 

I saw at around 750 page that you where talking about patches for Pentium and integrate them directly into Clover version 41xx. Does that happend ? I am asking because I have 2 patches in my config.plist made by vit9696 and Sherlocks and I wanna know if I can remove them or not:

 

Find: b9a00100 000f32

Replace: b9a00100 0031c0

 

Find: 89d804c4 3c22

Replace: 89d804c6 3c22

 

I have the Pentium G3220.

Link to comment
Share on other sites
nikitenich
nikitenich
Posted
Posted

Question:

 

I saw at around 750 page that you where talking about patches for Pentium and integrate them directly into Clover version 41xx. Does that happend ? I am asking because I have 2 patches in my config.plist made by vit9696 and Sherlocks and I wanna know if I can remove them or not:

 

Find: b9a00100 000f32

Replace: b9a00100 0031c0

 

Find: 89d804c4 3c22

Replace: 89d804c6 3c22

 

I have the Pentium G3220.

 

These patches in clover:

#1

#2

Use KernelXCPM key in KernelAndKextPatches.

 

  • Like 1
Link to comment
Share on other sites
maxb2000
maxb2000
Posted
Posted

These patches in clover:

#1

#2

Use KernelXCPM key in KernelAndKextPatches.

 

 

Thank you ! I deleted the kernel patches and it's working ! 

 

Anyway can somebody take a look on my DSDT and other stuff ? I am asking because the sound via HDMI works only after sleep. Like after sleep the sound works but before it doesn't...

 

https://drive.google.com/open?id=18YGCj5Z3j8cehMOChGtckap0uWmQ6tjA

Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

@apianti

 

Tested new OsxAptioFix2Drv-64.efi on my NUC6 Skull Canyon (NUC6i7KYK) with 10.13.2.

Tested by merging in changes to my own Clover fork.

It booted no problem and was able to eliminate EmuVariableUefi-64.efi and still have working NVRAM.

 

Will test on other computers in the coming days.

 

But since the new OsxAptioFix2Drv-64.efi is not working for everyone, perhaps it should be renamed OsxAptioFix3Drv-64.efi (or some other name) and original behavior of OsxAptioFix2Drv-64.efi retained.

Not to mention undoing the changes in OsxAptioFixDrv-64.efi that prevent it from being used at all (as you implied in a previous post).

  • Like 5
Link to comment
Share on other sites
gujiangjiang
gujiangjiang
Posted
Posted

@apianti

 

Tested new OsxAptioFix2Drv-64.efi on my NUC6 Skull Canyon (NUC6i7KYK) with 10.13.2.

Tested by merging in changes to my own Clover fork.

It booted no problem and was able to eliminate EmuVariableUefi-64.efi and still have working NVRAM.

 

Will test on other computers in the coming days.

 

But since the new OsxAptioFix2Drv-64.efi is not working for everyone, perhaps it should be renamed OsxAptioFix3Drv-64.efi (or some other name) and original behavior of OsxAptioFix2Drv-64.efi retained.

Not to mention undoing the changes in OsxAptioFixDrv-64.efi that prevent it from being used at all (as you implied in a previous post).

Or it can be renamed as LowMemFixup.efi because this problem is a common problem not only in ami aptio bios.

 

 

从我的 iPhone 发送，使用 Tapatalk

Link to comment
Share on other sites
Slice
Slice
Posted
Posted

What about naming it then like:

OsxAptioFixDrv-1011up-64.efi
OsxAptioFixDrv-1010down-64.efi

Or similar...? I don't find the numbering 1,2,3 very useful for non-hackers.

No, these names are historical. 

Fix1 is more advanced.

Fix2 is simplified but supported hibernation.

 

 

@apianti

 

Tested new OsxAptioFix2Drv-64.efi on my NUC6 Skull Canyon (NUC6i7KYK) with 10.13.2.

Tested by merging in changes to my own Clover fork.

It booted no problem and was able to eliminate EmuVariableUefi-64.efi and still have working NVRAM.

 

Will test on other computers in the coming days.

 

But since the new OsxAptioFix2Drv-64.efi is not working for everyone, perhaps it should be renamed OsxAptioFix3Drv-64.efi (or some other name) and original behavior of OsxAptioFix2Drv-64.efi retained.

Not to mention undoing the changes in OsxAptioFixDrv-64.efi that prevent it from being used at all (as you implied in a previous post).

 

I agree there must be Fix3 retaining old Fix1 and Fix2.

And see new one      AptioMemoryFix    

Link to comment
Share on other sites
Funky frank
Funky frank
Posted
Posted

Hey slice,

can I add new entries to a plist, using the kext patcher in clover? I read somewhere it only can replace 1:1 lengths?

More specific: How do I replace a

      <key>UnifiedSleepSliderPref</key>
      <true/>

to

      <key>UnifiedSleepSliderPref</key>
      <false/>

Also, does it work with plugins of kexts?

 

Path is:

/System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/Mac-27ADBB7B4CEE8E61.plist

(For iMac14,2)

Link to comment
Share on other sites
el_charlie
el_charlie
Posted
Posted

Hey slice,

 

can I add new entries to a plist, using the kext patcher in clover? I read somewhere it only can replace 1:1 lengths?

 

More specific: How do I replace a

      <key>UnifiedSleepSliderPref</key>
      <true/>

to

      <key>UnifiedSleepSliderPref</key>
      <false/>

Also, does it work with plugins of kexts?

 

Path is:

/System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/Mac-27ADBB7B4CEE8E61.plist

(For iMac14,2)

 

Only info.plists of kexts and a find/replace situation. If the above string were on a info.plist the way it could work is to select the text to replace with an Hex editor plus an aditional byte to replace a string of the same length because false is larger than true.

Link to comment
Share on other sites
Funky frank
Funky frank
Posted
Posted

Hm, ok, I geddit: The replace is like that, because it replaces on the memory of the kext cache, so no real xml/plist logic inside, just raw search/replace...

 

I could remove one tab then...

3c6b6579 3e556e69 66696564 536c6565 
070536c6 96465725 07265663 c2f6b657 
093e0a20 20202020 203c7472 75652f3e

to

3c6b6579 3e556e69 66696564 536c6565
070536c6 96465725 07265663 c2f6b657
093e0a20 20202020 3c66616c 73652f3e

So in clover config:

		<key>KextsToPatch</key>
		<array>
			<dict>
				<key>Comment</key>
				<string>unified powercontrol off</string>
				<key>Disabled</key>
				<false/>
				<key>Find</key>
				<data>
				PGtleT5VbmlmaWVkU2xlZQBwU2xpZGVyUHJlZjwva2UH
				CT4KICAgICAgPHRydWUvPg==
				</data>
				<key>InfoPlistPatch</key>
				<true/>
				<key>Name</key>
				<string>X86PlatformPlugin.kext</string>
				<key>Replace</key>
				<data>
				PGtleT5VbmlmaWVkU2xlZQcFNsaWRlclByZWY8L2tlcJ
				PgogICAgIDxmYWxzZS8+
				</data>
			</dict>
		</array>

But how do I address the Resource dir inside that kext? Since the sub path is:

IOPlatformPluginFamily.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources/Mac-27ADBB7B4CEE8E61.plist

How to target it? Just Name = "X86PlatformPlugin.kext"? EDIT: No, that does not work. Then "com.apple.driver.X86PlatformPlugin" ? Or the outer kext, "IOPlatformPluginFamily.kext" ?

Link to comment
Share on other sites
TheRacerMaster
TheRacerMaster
Posted
Posted

Hey slice,

 

can I add new entries to a plist, using the kext patcher in clover? I read somewhere it only can replace 1:1 lengths?

 

More specific: How do I replace a

      <key>UnifiedSleepSliderPref</key>
      <true/>

to

      <key>UnifiedSleepSliderPref</key>
      <false/>

Also, does it work with plugins of kexts?

 

Path is:

/System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/Mac-27ADBB7B4CEE8E61.plist

(For iMac14,2)

CPUFriend (Lilu plugin by PMHeart) can be used for this (inject the modded plist as cf-frequency-data).

  • Like 2
Link to comment
Share on other sites
Slice
Slice
Posted
Posted

Hey slice,

 

can I add new entries to a plist, using the kext patcher in clover? I read somewhere it only can replace 1:1 lengths?

 

More specific: How do I replace a

      <key>UnifiedSleepSliderPref</key>
      <true/>

to

      <key>UnifiedSleepSliderPref</key>
      <false/>

Also, does it work with plugins of kexts?

 

Path is:

/System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/Mac-27ADBB7B4CEE8E61.plist

(For iMac14,2)

I think it is possible if carefully follow the instructions

Post#48 Info.plist patching

But I am not sure if the kext is present in kernelcache. Else the patching is impossible.

Link to comment
Share on other sites
chris1111
chris1111
Posted
Posted

Correct me if I am wrong but OsxFatBinaryDrv-64.efi was a Mandatory Drivers not visible since very short time

and now visible and selectable. This has never and to mention and why? No description about the Drivers in the Packages ?

Sorry for my ignorance

Thanks

 

post-951341-0-25027800-1515851146_thumb.png

  • Like 1
Link to comment
Share on other sites
mhaeuser
mhaeuser
Posted
Posted

Correct me if I am wrong but OsxFatBinaryDrv-64.efi was a Mandatory Drivers not visible since very short time

and now visible and selectable. This has never and to mention and why? No description about the Drivers in the Packages ?

Sorry for my ignorance

Thanks

It's not needed since... Idk, Mavericks?
Link to comment
Share on other sites
Mr MagOO
Mr MagOO
Posted
Posted

Hello,

I'm actually trying to use the "slots" option in SMbios config .

I use this in config plist :

			<dict>
				<key>Device</key>
				<string>Firewire</string>
				<key>ID</key>
				<integer>5</integer>
				<key>Name</key>
				<string>Firewire Port</string>
				<key>Type</key>
				<integer>1</integer>
			</dict> 

with "Name (_SUN, 0x05)" in DST.

It give me a "HDMI port" in slot name instead of "Firewire port".

 

Am I doing something wrong ?

 

PS : Nvidia, LAN and WIFI SMbios slots are working well...

 

Edit : works with SUN = 6, nothing for SUN = 5 in DSDT but my Nvidia GFX creates it automatically

Link to comment
Share on other sites
 Share
Go to topic listing
×
×
  • Create New...