Badruzeus Posted September 8, 2018 Share Posted September 8, 2018 32 minutes ago, Matgen84 said: Lastest commit r4667 without AppleEvent.efi: I've got blackscreen at boot without clover GUI. Rollback to r4665: all works fine. Currently, no issue here with r4667: Spoiler 0:100 0:000 Now is 8.9.2018, 1:6:26 (GMT) 0:100 0:000 Starting Clover revision: 4667 on American Megatrends EFI 0:100 0:000 Build with: [Args: -mc --no-usb -D NO_GRUB_DRIVERS_EMBEDDED -t XCODE8 | -D DISABLE_USB_SUPPORT -D NO_GRUB_DRIVERS_EMBEDDED --conf=/Users/badruzeus/src/edk2/Conf -D USE_BIOS_BLOCKIO -D USE_LOW_EBDA -a X64 -b RELEASE -t XCODE8 -n 5 | OS: 10.11.6 | XCODE: 8.2.1] ..... 0:956 0:000 === [ LoadDrivers ] ======================================= 0:964 0:007 Loading ApfsDriverLoader-64.efi status=Success 0:970 0:006 - driver needs connecting 0:970 0:000 Loading AptioMemoryFix-64.efi status=Success 0:971 0:000 Loading CsmVideoDxe-64.efi status=Success 0:972 0:000 - driver needs connecting 0:972 0:000 Loading DataHubDxe-64.efi status=Success 0:975 0:003 Loading EnglishDxe-64.efi status=Success 0:976 0:000 Loading FSInject-64.efi status=Success 0:977 0:000 Loading VBoxHfs-64.efi status=Success 0:978 0:000 - driver needs connecting 0:978 0:000 3 drivers needs connecting ... 0:978 0:000 PlatformDriverOverrideProtocol not found. Installing ... Success 0:978 0:000 APFS driver loaded 0:978 0:000 Video driver loaded: disconnect Success ..... 12:175 0:000 === [ StartLoader ] ======================================= 12:175 0:000 Finally: ExternalClock=25MHz BusSpeed=99774kHz CPUFreq=2195MHz PIS: hw.busfrequency=100000000Hz 12:175 0:000 Loading boot.efi status=Success 12:356 0:181 GetOSVersion: 10.11.6 (15G22010) 12:356 0:000 CSR_CFG: CSR_ALLOW_UNTRUSTED_KEXTS | CSR_ALLOW_UNRESTRICTED_FS | CSR_ALLOW_TASK_FOR_PID | CSR_ALLOW_UNRESTRICTED_DTRACE | CSR_ALLOW_UNRESTRICTED_NVRAM 1 Link to comment Share on other sites More sharing options...
Matgen84 Posted September 8, 2018 Share Posted September 8, 2018 (edited) 13 minutes ago, Badruzeus said: Currently, no issue here with r4667: Maybe the new applekeyaggregator is the reason? It is useful for FirefaultV2, but I do not use firefault. What do you think of that Below r4665 bdmesg result and r4667 screenshot. Edited September 8, 2018 by Matgen84 1 Link to comment Share on other sites More sharing options...
Badruzeus Posted September 8, 2018 Share Posted September 8, 2018 2 minutes ago, Matgen84 said: Maybe the new applekeyaggregator is the reason? It is useful for FirefaultV2, but I do not use firefault. What do you think of that Below r4665 bdmesg result and r4667 screenshot. I don't use any FV related *.efi driver.. but only these on my /EFI/CLOVER/drivers64UEFI: ApfsDriverLoader-64.efi AptioMemoryFix-64.efi CsmVideoDxe-64.efi DataHubDxe-64.efi EnglishDxe-64.efi FSInject-64.efi VBoxHfs-64.efi 2 Link to comment Share on other sites More sharing options...
LockDown Posted September 8, 2018 Share Posted September 8, 2018 (edited) 11 minutes ago, Badruzeus said: ApfsDriverLoader-64.efi AptioMemoryFix-64.efi CsmVideoDxe-64.efi DataHubDxe-64.efi EnglishDxe-64.efi FSInject-64.efi VBoxHfs-64.efi What is EnglishDxe-64 for? Edited September 8, 2018 by ellaosx Link to comment Share on other sites More sharing options...
Matgen84 Posted September 8, 2018 Share Posted September 8, 2018 (edited) 29 minutes ago, Badruzeus said: I don't use any FV related *.efi driver.. but only these on my /EFI/CLOVER/drivers64UEFI: ApfsDriverLoader-64.efi AptioMemoryFix-64.efi CsmVideoDxe-64.efi DataHubDxe-64.efi EnglishDxe-64.efi FSInject-64.efi VBoxHfs-64.efi Thanks. I try again without any FV related *.efi driver on my system EDIT: all works fine now with r4667 Edited September 8, 2018 by Matgen84 Link to comment Share on other sites More sharing options...
fusion71au Posted September 8, 2018 Share Posted September 8, 2018 1 hour ago, Matgen84 said: Lastest commit r4667 without AppleEvent.efi: I've got blackscreen at boot without clover GUI. Rollback to r4665: all works fine. Where is my mistake? Any ideas, please. I also had boot hang with r4667 UEFI driver AppleKeyAggregator-64.efi on my NUC6i5SYH. Actually was able to reach Clover main menu but hang occurs after selecting the macOS entry. Still boots fine if I use CLOVERX64.efi/BOOTX64.efi r4667 with UEFI drivers from r4664. 2 Link to comment Share on other sites More sharing options...
SavageAUS Posted September 8, 2018 Share Posted September 8, 2018 With the latest clover I cannot boot any OS. As soon as I press anything on the clover boot screen it freezes. I have tried reverting back to older versions via copy paste within windows but that isn’t working.Sent from my iPhone using Tapatalk Link to comment Share on other sites More sharing options...
droples Posted September 8, 2018 Share Posted September 8, 2018 5 hours ago, Matgen84 said: Hi @Slice Lastest commit r4667 without AppleEvent.efi: I've got blackscreen at boot without clover GUI. Rollback to r4665: all works fine. Where is my mistake? Any ideas, please. FV2Apfs_OSX_10.13.6_Clover4667 - I don't have problem. 1 Link to comment Share on other sites More sharing options...
crashmaster4999 Posted September 8, 2018 Share Posted September 8, 2018 Same situation here - updated a working 4666 version to 4667 and now pc boots, Clover starts then black screen. Latest versions of Lilu, whatevergreen, etc installed. Boot from backup, reinstall 4666 and all works again. crash Link to comment Share on other sites More sharing options...
Badruzeus Posted September 8, 2018 Share Posted September 8, 2018 On 9/6/2018 at 8:26 PM, nmano said: Clover InfoPlistPatch not work If I edit GeForce kext work fine. How can fix this issue.Thank you. Comment GK100 to GF100 Find 474B3130 30 InfoPlistPatch Yes Name com.apple.GeForce Replace 47463130 30 How if adding MatchOS? Link to comment Share on other sites More sharing options...
SavageAUS Posted September 8, 2018 Share Posted September 8, 2018 Same situation here - updated a working 4666 version to 4667 and now pc boots, Clover starts then black screen. Latest versions of Lilu, whatevergreen, etc installed. Boot from backup, reinstall 4666 and all works again. crash Yeah I had to revert back to 4665 (didn’t have 4666) and it’s all good again. I don’t think it’s a clover thing as I replaced the bootx64 and cloverx64 from earlier versions and it would still freeze up so I think it’s a driver64uefi problem with what ever was updated from 4665 > 4667. One of the main ones I think if I remember correctly was AptioMemoryFix that had a few updates. Sent from my iPhone using Tapatalk Link to comment Share on other sites More sharing options...
Matgen84 Posted September 8, 2018 Share Posted September 8, 2018 55 minutes ago, SavageAUS said: Yeah I had to revert back to 4665 (didn’t have 4666) and it’s all good again. I don’t think it’s a clover thing as I replaced the bootx64 and cloverx64 from earlier versions and it would still freeze up so I think it’s a driver64uefi problem with what ever was updated from 4665 > 4667. One of the main ones I think if I remember correctly was AptioMemoryFix that had a few updates. Sent from my iPhone using Tapatalk On previous post, I indicate that I've a issue commit r4667 (description: move AppleEvent into AppleKeyAggregator driver) on my system. In commit r4665, the two driver are separated: no issue on my rig. Link to comment Share on other sites More sharing options...
vit9696 Posted September 9, 2018 Share Posted September 9, 2018 Thanks for the signal. Indeed it was logical to remove AppleEvent protocol support from Clover, as it is not "core" functionality and is supposed to be provided by FV2 drivers. I guess Apple changed something and it is now unfortunately required even for a normal boot. I reverted some of the changes to make Clover install dummy AppleEvent if no other implementation is present. Let me know whether it works. AppleEventFallback.zip 3 Link to comment Share on other sites More sharing options...
Matgen84 Posted September 9, 2018 Share Posted September 9, 2018 52 minutes ago, vit9696 said: Thanks for the signal. Indeed it was logical to remove AppleEvent protocol support from Clover, as it is not "core" functionality and is supposed to be provided by FV2 drivers. I guess Apple changed something and it is now unfortunately required even for a normal boot. I reverted some of the changes to make Clover install dummy AppleEvent if no other implementation is present. Let me know whether it works. AppleEventFallback.zip Lastest commit r4667 without AppleEvent.efi, but with AppleKeyaggregator.efi: I've got blackscreen at boot instead of clover GUI I test new Clover.efi with AppleKeyaggregator.efi: I got Clover GUI at boot Thanks Sorry for my bad english and little test. Others can do better tests than me Link to comment Share on other sites More sharing options...
fusion71au Posted September 9, 2018 Share Posted September 9, 2018 8 hours ago, vit9696 said: Thanks for the signal. Indeed it was logical to remove AppleEvent protocol support from Clover, as it is not "core" functionality and is supposed to be provided by FV2 drivers. I guess Apple changed something and it is now unfortunately required even for a normal boot. I reverted some of the changes to make Clover install dummy AppleEvent if no other implementation is present. Let me know whether it works. AppleEventFallback.zip Unfortunately, boot still hangs with problematic FV drivers, even if I use CLOVERX64.efi/BOOTX64.efi from the above post (UEFI booting into my non FV macOS volumes (10.13.6 hfs and 10.14beta10 apfs) on my NUC6i5SYH). 2 problematic r4667 drivers: AppleKeyFeeder-64.efi ---> freeze/unresponsive Clover Main Menu GUI AppleKeyAggregator-64.efi ---> boot hang after launching macOS as shown below... Spoiler Deleting both drivers from /EFI/CLOVER/drivers64UEFI ---> I can boot again normally with CLOVERX64.efi r4667. I vote for Clover package installer not selecting these problematic FV drivers by default... 3 Link to comment Share on other sites More sharing options...
SavageAUS Posted September 9, 2018 Share Posted September 9, 2018 Unfortunately, boot still hangs with problematic FV drivers, even if I use CLOVERX64.efi/BOOTX64.efi from the above post (UEFI booting into my non FV macOS volumes (10.13.6 hfs and 10.14beta10 apfs) on my NUC6i5SYH). 2 problematic r4667 drivers: AppleKeyFeeder-64.efi ---> freeze/unresponsive Clover Main Menu GUI AppleKeyAggregator-64.efi ---> boot hang after launching macOS as shown below... Spoiler Deleting both drivers from /EFI/CLOVER/drivers64UEFI ---> I can boot again normally with CLOVERX64.efi r4667. I vote for Clover package installer not selecting these problematic FV drivers by default...Agreed. Clover should only select what was previously selected. And not make default drivers that are not required for boot and those with FileVault know they use it and to select the drivers which will stay selected on further installs. 1 Link to comment Share on other sites More sharing options...
gujiangjiang Posted September 10, 2018 Share Posted September 10, 2018 (edited) Clover Rename Devices can't sort manually. Such as i want to patch OSID first then patch _OSI later but when i sort then in right way when i save the config.plist it still sort by A-Z and _XXX to the last so i want a features to sort Rename Devices manually to avoid some problem. Thanks. Edited September 10, 2018 by gujiangjiang Link to comment Share on other sites More sharing options...
SavageAUS Posted September 10, 2018 Share Posted September 10, 2018 18 hours ago, vit9696 said: Thanks for the signal. Indeed it was logical to remove AppleEvent protocol support from Clover, as it is not "core" functionality and is supposed to be provided by FV2 drivers. I guess Apple changed something and it is now unfortunately required even for a normal boot. I reverted some of the changes to make Clover install dummy AppleEvent if no other implementation is present. Let me know whether it works. AppleEventFallback.zip Should this be renamed CLOVERX64.efi to overwrite the old one? 1 Link to comment Share on other sites More sharing options...
Slice Posted September 10, 2018 Share Posted September 10, 2018 2 hours ago, gujiangjiang said: Clover Rename Devices can't sort manually. Such as i want to patch OSID first then patch _OSI later but when i sort then in right way when i save the config.plist it still sort by A-Z and _XXX to the last so i want a features to sort Rename Devices manually to avoid some problem. Thanks. Clover uses order of patches exactly as they written in config.plist. But some program you used may change the order in their way. Don't use Clover configurator I take no responsibility how it can change config.plist. 1 Link to comment Share on other sites More sharing options...
gujiangjiang Posted September 10, 2018 Share Posted September 10, 2018 (edited) 37 minutes ago, Slice said: Clover uses order of patches exactly as they written in config.plist. But some program you used may change the order in their way. Don't use Clover configurator I take no responsibility how it can change config.plist. I have tried Clover Configurator and Plist Editor but both of them are still sort by A-Z. I have an ideal about this feature. Here are the Rename function now: <dict> <key>ACPI</key> <dict> <key>RenameDevices</key> <dict> <key>GFX0</key> <string>IGPU</string> </dict> </dict> </dict> I hope to change it to this way and it can avoid the default order of the Rename Devices Patch. <dict> <key>ACPI</key> <dict> <key>DSDT</key> <dict> <key>RenameDevices</key> <array> <dict> <key>Comment</key> <string>Rename GFX0 to IGPU</string> <key>Disabled</key> <false/> <key>Find</key> <string>GFX0</string> <key>Rename</key> <string>IGPU</string> </dict> </array> </dict> </dict> </dict> And i also find some rename operation not only exist in Devices but also exist in Methods and Notify so if it possible to make Devices and Methods and Notify rename so we can easily rename Devices Methods and Notify and don't need to find HEX value. <dict> <key>ACPI</key> <dict> <key>DSDT</key> <dict> <key>Rename</key> <array> <dict> <key>Comment</key> <string>Rename GFX0 to IGPU</string> <key>Disabled</key> <false/> <key>Find</key> <string>GFX0</string> <key>Rename</key> <string>IGPU</string> <key>Type</key> <string>Device</string> </dict> <dict> <key>Comment</key> <string>Rename BRT6 to BRTX</string> <key>Disabled</key> <false/> <key>Find</key> <string>BRT6</string> <key>Rename</key> <string>BRTX</string> <key>Type</key> <string>Method</string> </dict> <dict> <key>Comment</key> <string>Rename BAT0 to BATC</string> <key>Disabled</key> <false/> <key>Find</key> <string>BAT0</string> <key>Rename</key> <string>BATC</string> <key>Type</key> <string>Notify</string> </dict> </array> </dict> </dict> </dict> Thanks. Edited September 10, 2018 by gujiangjiang Link to comment Share on other sites More sharing options...
Slice Posted September 10, 2018 Share Posted September 10, 2018 These are just DSDT binary patches. RenameDevices assumed that devices have tree structure, they are located on PCI bridges and can be described in scores. The patch is not for Methods. It is more complex than just renaming. 3 1 Link to comment Share on other sites More sharing options...
Sherlocks Posted September 11, 2018 Share Posted September 11, 2018 On 9/10/2018 at 8:13 AM, fusion71au said: Unfortunately, boot still hangs with problematic FV drivers, even if I use CLOVERX64.efi/BOOTX64.efi from the above post (UEFI booting into my non FV macOS volumes (10.13.6 hfs and 10.14beta10 apfs) on my NUC6i5SYH). 2 problematic r4667 drivers: AppleKeyFeeder-64.efi ---> freeze/unresponsive Clover Main Menu GUI AppleKeyAggregator-64.efi ---> boot hang after launching macOS as shown below... Reveal hidden contents Deleting both drivers from /EFI/CLOVER/drivers64UEFI ---> I can boot again normally with CLOVERX64.efi r4667. I vote for Clover package installer not selecting these problematic FV drivers by default... +1 in GUI, movement is slow r4668. i have AppleKeyFeeder-64.efi and AppleKeyAggregator-64.efi. i don't have AptioFixInput and don't use FV2. 2 Link to comment Share on other sites More sharing options...
Slice Posted September 11, 2018 Share Posted September 11, 2018 10 minutes ago, Sherlocks said: +1 in GUI, movement is slow r4668. i have AppleKeyFeeder-64.efi and AppleKeyAggregator-64.efi. i don't have AptioFixInput and don't use FV2. Sorry I am not clear what is slow? 2 Link to comment Share on other sites More sharing options...
Sherlocks Posted September 11, 2018 Share Posted September 11, 2018 Sorry I am not clear what is slow?hi Slice. if press right button on keyboard in GUI, cursor moved line to down. this movement is slower than before. i don't have this problem before.나의 LG-F800S 의 Tapatalk에서 보냄 1 Link to comment Share on other sites More sharing options...
Slice Posted September 12, 2018 Share Posted September 12, 2018 17 hours ago, Sherlocks said: +1 in GUI, movement is slow r4668. i have AppleKeyFeeder-64.efi and AppleKeyAggregator-64.efi. i don't have AptioFixInput and don't use FV2. 17 hours ago, Sherlocks said: hi Slice. if press right button on keyboard in GUI, cursor moved line to down. this movement is slower than before. i don't have this problem before. 나의 LG-F800S 의 Tapatalk에서 보냄 As you don't use FV2 then you can safely remove all AppleKey***. 2 Link to comment Share on other sites More sharing options...
Recommended Posts