Jump to content
30960 posts in this topic

Recommended Posts

@Slice @apianti

 

As you know, the recent versions of the Build_Clover.command script can add the proprietary EFI drivers (NTFS.efi, HFSPlus.efi and apfs.efi) to the package. Using such customized package however could create one potential problem: those drivers will be removed from the EFI folder, if a standard (non-customized) package is used right after the customized one.

The problem lies here: CloverPackage/package/Scripts.templates/EFIFolder/preinstall

Line 165 determines the list of the packages that should be removed, so the new version to be installed and according to that list, that should be all package identifiers, starting with "org.clover.". That means the proprietary drivers will be included in that list, because the customized package has already created package receipts for them, and therefore removed with the rest.

 

My proposition is that line to be changed from this:

pkgs=$(/usr/sbin/pkgutil --volume "$DEST_VOL" --pkgs | /usr/bin/grep -iE '@CLOVER_PACKAGE_IDENTITY@.')

to this:

pkgs=$(/usr/sbin/pkgutil --volume "$DEST_VOL" --pkgs | /usr/bin/grep -iE '@CLOVER_PACKAGE_IDENTITY@.' | /usr/bin/grep -Ev 'ntfs|apfs|hfsplus')

in order those identifiers to be excluded from the pkgs array, if they exist (already installed).

  • Like 1

Pikeralpha wrote something disturbing in his blog: https://pikeralpha.wordpress.com/2017/07/04/do-i-use-apfs/

 

So is it better to use HFS+ even for the upcoming macOS and if so, is that possible?

 

APFS still is much better than HFS+. There's nothing disturbing or novel about his finding, those features have been under review since Apple announced the new FS last year. Unlike ZFS,  APFS just  lacks data checksum, end of the story, with or without Apple's firmware. All you have to do is to get a good and reliable data storage device, just like Apple does. That's it.

  • Like 4

@Slice @apianti

 

As you know, the recent versions of the Build_Clover.command script can add the proprietary EFI drivers (NTFS.efi, HFSPlus.efi and apfs.efi) to the package. Using such customized package however could create one potential problem: those drivers will be removed from the EFI folder, if a standard (non-customized) package is used right after the customized one.

The problem lies here: CloverPackage/package/Scripts.templates/EFIFolder/preinstall

Line 165 determines the list of the packages that should be removed, so the new version to be installed and according to that list, that should be all package identifiers, starting with "org.clover.". That means the proprietary drivers will be included in that list, because the customized package has already created package receipts for them, and therefore removed with the rest.

 

My proposition is that line to be changed from this:

pkgs=$(/usr/sbin/pkgutil --volume "$DEST_VOL" --pkgs | /usr/bin/grep -iE '@CLOVER_PACKAGE_IDENTITY@.')

to this:

pkgs=$(/usr/sbin/pkgutil --volume "$DEST_VOL" --pkgs | /usr/bin/grep -iE '@CLOVER_PACKAGE_IDENTITY@.' | /usr/bin/grep -Ev 'ntfs|apfs|hfsplus')

in order those identifiers to be excluded from the pkgs array, if they exist (already installed).

I know nothing about this so I just accept your proposition.

  • Like 4

Well, that makes very little sense. There are two problems I see in both, there appears to be some weird page count computation error, and looks like an allocation is being made inside the region that needs allocated. Seems that printing out the memmap when this error happens would be more useful since maybe also other stuff changed.... Damn. Anyway here's the current issue:

 

As you can see for AptioFix, the relocation block appears to be cut off by a driver, or maybe even clover itself. What's really weird is that the region it wants is completely available according to your memmap, I have a feeling that there must be another allocation here between these two not seen when your memmap was captured.

Requested mem: 5D9C000 - 17701FFF, Pages: 11966, Size: 11966000
Reloc block: 17020000 - 2C97AFFF, Pages: 1595B, Size: 1595B000
Available 000000000EDE4000-000000002C941FFF 000000000001DB5E 000000000000000F
LoaderCode 000000002C942000-000000002CADCFFF 000000000000019B 000000000000000F

Then AptioFix2,

Error allocating 0x275 pages at 0x0000000000ed28000 alloc type 2
Available  0000000000100000-000000000EDA3FFF 000000000000ECA4 000000000000000F
BS_Data    000000000EDA4000-000000000EDE3FFF 0000000000000040 000000000000000F
Available  000000000EDE4000-000000002C941FFF 000000000001DB5E 000000000000000F

So, first, I think that there needs to be a better method of determining if the allocation will fail, I think it has to do with the page computation method(s). There's something weird going on there.

Second, and I think this is probably the big thing, need to probably prevent boot time allocations from happening in lower memory where the kernel/device-tree/runtime/etc is going to try to be allocated. This can be easily achieved by hooking the memory allocation functions and modifying boot time allocations to be made above 4GB. Although I'm not sure if this is entirely possible/would not break stuff, but I also don't see why it would since all code should, in theory, be 64bit. Hmmmmmm....

 

Hey everyone, not sure if this is still relevant, but I my have stumbled over the same problem:

 

http://www.insanelymac.com/forum/topic/319764-guide-dell-xps-15-9550-sierra-10122-quick-installation/?p=2457877

I calculate my slide parameter and add it to clover config, but during boot clover tries to allocate memory in a different location OR the slide parameter now points to a different page than my calculation.

 

I cannot boot up without free200 variant, but I currently suspect this variant of AF of interfering with my iGPU (if that is possible) since it has become unstable under load, for example in FCPX or compressor using iGPU.

Hey everyone, not sure if this is still relevant, but I my have stumbled over the same problem:

 

http://www.insanelymac.com/forum/topic/319764-guide-dell-xps-15-9550-sierra-10122-quick-installation/?p=2457877

I calculate my slide parameter and add it to clover config, but during boot clover tries to allocate memory in a different location OR the slide parameter now points to a different page than my calculation.

 

I cannot boot up without free200 variant, but I currently suspect this variant of AF of interfering with my iGPU (if that is possible) since it has become unstable under load, for example in FCPX or compressor using iGPU.

 

AptioFix changes to slide=0. Don't use any boot fix except the ones that are with clover, those other fixes literally just destroy memory to make the space needed. Did you try both AptioFix and AptioFix2? If so, please show the image of screen where it fails to boot for both. Memory maps would be good too.

This is the memmap:
post-14795-0-56034100-1499333841_thumb.jpg

 

This is the error with slide=138 when booting with AptioFix264 on latest release of Clover:

post-14795-0-12837200-1499335916_thumb.jpg

 

Without any configured slide value it tries to allocate 0x14495 pages and fails

I had to switch to AptioFix2 due to a new BIOS for my Notebook, which apparently requires the use of v2

Oh wait you set slide so it will use that, also that is the correct place where the slide is, slide=138 is 0x100000 + (0x200000 * 138) = 0x11500000. Then kernel is loaded address + 0x100000. I think you want slide=139. That being said you have plenty of space at slide=0. I can't tell you where on earth is the best place to allocate, I would probably just remove slide argument and let it pick.

That is what I tried initially and didn't work, also why I decided to post this in this dev oriented thread - because I do hope I don't come across like just seeking support.

 

Here's the result with no slide argument and having Clover pick a page by itself:

post-14795-0-76817100-1499336968_thumb.jpg

 

Here's the result with slide=0 for trial:

post-14795-0-03357300-1499336984_thumb.jpg

 

That is what I tried initially and didn't work, also why I decided to post this in this dev oriented thread - because I do hope I don't come across like just seeking support.

 

Here's the result with no slide argument and having Clover pick a page by itself:

attachicon.gifIMG_20170706_123759.jpg

 

Here's the result with slide=0 for trial:

attachicon.gifIMG_20170706_123923.jpg

Did you try dart=0 ?

Yeah, dart=0 is set in my clover.config

I'll try to zip up my clover folder and upload it here

 

Nothing to do with dart=0. You don't have enough free pages at slide=0 for that big of allocation. You may not have them at this point in the boot at all below 4GB barrier. It's hard to say what is the result with AptioFix instead of AF2?

I don't have access to the config.plists for my machines but for a long time now, like forever my i7-6700k caps out at 4ghz not 4.2ghz and my i7-4510 tops out at 2.6 or 2.8 can't remember instead of 3.2ghz. Is this a clover issue, config issue or something else? I know it would be hard to guess without configs but a point in the right direction would be helpful. Yes I have a ssdt generated correctly from ssdtprgen.

 

If wrong section please move and let me know.

 

Sent from my SM-G930F using Tapatalk

I don't have access to the config.plists for my machines but for a long time now, like forever my i7-6700k caps out at 4ghz not 4.2ghz and my i7-4510 tops out at 2.6 or 2.8 can't remember instead of 3.2ghz. Is this a clover issue, config issue or something else? I know it would be hard to guess without configs but a point in the right direction would be helpful. Yes I have a ssdt generated correctly from ssdtprgen.

 

If wrong section please move and let me know.

 

Sent from my SM-G930F using Tapatalk

Attach clover log. I will check

 

나의 LG-F800S 의 Tapatalk에서 보냄

I don't have access to the config.plists for my machines but for a long time now, like forever my i7-6700k caps out at 4ghz not 4.2ghz and my i7-4510 tops out at 2.6 or 2.8 can't remember instead of 3.2ghz. Is this a clover issue, config issue or something else? I know it would be hard to guess without configs but a point in the right direction would be helpful. Yes I have a ssdt generated correctly from ssdtprgen.

 

If wrong section please move and let me know.

 

Sent from my SM-G930F using Tapatalk

 

Nah, this is because different SMBIOSes have different p-states. Either use a different SMBIOS or edit the file(s) in /S/L/E/IOPlatformPluginFamily.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources/

×
×
  • Create New...