droples Posted January 18, 2018 Share Posted January 18, 2018 Clover4384, AptioMemoryFixRC5. I have no problems so far. Z170m-Plus,OS X 10.13.DB5,Apfs 0:100 0:100 MemLog inited, TSC freq: 3504495820 0:104 0:004 CPU was calibrated with RTC 0:107 0:003 0:108 0:000 Now is 18.1.2018, 7:42:27 (GMT) 0:112 0:004 Starting Clover revision: 4384 on American Megatrends EFI 0:119 0:007 Build with: [Args: -x64 -D USE_BIOS_BLOCKIO -D NO_GRUB_DRIVERS_EMBEDDED -D ENABLE_VBIOS_PATCH_CLOVEREFI -D DEBUG_ON_SERIAL_PORT -t XCODE5 | -D USE_BIOS_BLOCKIO -D NO_GRUB_DRIVERS_EMBEDDED -D ENABLE_VBIOS_PATCH_CLOVEREFI -D DEBUG_ON_SERIAL_PORT -D USE_LOW_EBDA -a X64 -b RELEASE -t XCODE5 -n 9 | OS: 10.13.2 | XCODE: 9.2] 0:141 0:022 SelfDevicePath=PciRoot(0x0)\Pci(0x17,0x0)\Sata(0x3,0xFFFF,0x0)\HD(1,GPT,98AC6E18-2974-4432-9E76-18772C419C46,0x28,0x64000) @B0CCD9D8 0:155 0:013 SelfDirPath = \EFI\BOOT 0:174 0:018 === [ Get Smbios ] ======================================== ..................... 0:328 0:005 Boot status=0 0:331 0:002 Running on: 'System Product Name' with board 'Z170M-PLUS' 0:337 0:006 === [ GetCPUProperties ] ================================== Z77-ds3h,OS X 10.13.2 0:100 0:100 MemLog inited, TSC freq: 3403351673 0:104 0:004 CPU was calibrated with ACPI PM Timer 0:108 0:004 0:109 0:000 Now is 18.1.2018, 7:43:24 (GMT) 0:113 0:004 Starting Clover revision: 4384 on American Megatrends EFI 0:120 0:006 Build with: [Args: -x64 -D USE_BIOS_BLOCKIO -D NO_GRUB_DRIVERS_EMBEDDED -D ENABLE_VBIOS_PATCH_CLOVEREFI -D DEBUG_ON_SERIAL_PORT -t XCODE5 | -D USE_BIOS_BLOCKIO -D NO_GRUB_DRIVERS_EMBEDDED -D ENABLE_VBIOS_PATCH_CLOVEREFI -D DEBUG_ON_SERIAL_PORT -D USE_LOW_EBDA -a X64 -b RELEASE -t XCODE5 -n 9 | OS: 10.13.2 | XCODE: 9.2] 0:142 0:021 SelfDevicePath=PciRoot(0x0)\Pci(0x1F,0x2)\Sata(0x2,0xFFFF,0x0)\HD(1,GPT,0863F066-65A6-46F9-B747-72F25E463E02,0x28,0x64000) @C8975E18 0:155 0:013 SelfDirPath = \EFI\BOOT ............................. 0:314 0:005 Boot status=0 0:317 0:002 Running on: 'To be filled by O.E.M.' with board 'Z77-DS3H' 0:323 0:006 === [ GetCPUProperties ] ================================== 0:331 0:007 CPU Vendor = 756E6547 Model=206A7 N53SV,OS X 10.9.5 0:100 0:100 MemLog inited, TSC freq: 1995465558 0:100 0:000 CPU was calibrated with ACPI PM Timer 0:100 0:000 0:100 0:000 Now is 18.1.2018, 7:36:52 (GMT) 0:100 0:000 Starting Clover revision: 4384 on American Megatrends EFI 0:100 0:000 Build with: [Args: -x64 -D USE_BIOS_BLOCKIO -D NO_GRUB_DRIVERS_EMBEDDED -D ENABLE_VBIOS_PATCH_CLOVEREFI -D DEBUG_ON_SERIAL_PORT -t XCODE5 | -D USE_BIOS_BLOCKIO -D NO_GRUB_DRIVERS_EMBEDDED -D ENABLE_VBIOS_PATCH_CLOVEREFI -D DEBUG_ON_SERIAL_PORT -D USE_LOW_EBDA -a X64 -b RELEASE -t XCODE5 -n 9 | OS: 10.13.2 | XCODE: 9.2] 0:101 0:000 SelfDevicePath=PciRoot(0x0)\Pci(0x1F,0x2)\Sata(0x1,0xFFFF,0x0)\HD(1,GPT,F61211C5-87B9-4CDD-BE33-9DC9BD4A478E,0x28,0x64000) @22FF618 0:101 0:000 SelfDirPath = \EFI\CLOVER ................... 0:106 0:000 Running on: 'N53SV' with board 'N53SV' 0:106 0:000 === [ GetCPUProperties ] ================================== 0:106 0:000 CPU Vendor = 756E6547 Model=206A7 0:107 0:000 The CPU supported SSE4.1 0:107 0:000 BrandString = Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz ...................... 2:003 0:000 PrepareHibernation: 2:003 0:000 read prefs \Library\Preferences\SystemConfiguration\com.apple.PowerManagement.plist status=Success 2:003 0:000 SleepImage name from pref: ImageVolume = 'OSX10.9.5', ImageName = '\private\var\vm\sleepimage' 2:004 0:000 returning previously calculated offset: B24ECD000 2:004 0:000 SleepImageOffset: B24ECD000 2:004 0:000 02 01 0C 00 D0 41 03 0A 00 00 00 00 01 01 06 00 | .....A.......... 2:004 0:000 02 1F 03 12 0A 00 01 00 FF FF 00 00 04 04 18 00 | ................ 2:005 0:000 42 00 32 00 34 00 45 00 43 00 44 00 30 00 30 00 | B.2.4.E.C.D.0.0. 2:005 0:000 30 00 00 00 7F FF 04 00 | 0....... 2:005 0:000 boot-image before: PciRoot(0x0)\Pci(0x1F,0x2)\Sata(0x1,0xFFFF,0x0)\B24ECD000 2:009 0:003 DeleteBootOption: Boot0082 2:012 0:003 Boot0082 deleted 2:012 0:000 DeleteFromBootOrder: 0082 2:012 0:000 BootOrder: 3: Boot0003, Boot0000, Boot0082 2:013 0:001 found at index 2 2:016 0:003 SetVariable: BootOrder = Success 2:017 0:000 IOHibernateRTCVariables found - will be used as boot-switch-vars 2:029 0:012 SetScreenResolution: 800x600 - already set 2:029 0:000 Custom boot is disabled 2:029 0:000 Closing events for wake Link to comment Share on other sites More sharing options...
Badruzeus Posted January 18, 2018 Share Posted January 18, 2018 Anybody tried 4384, don't work here, had to revert to 4380 r4384 works just fine here on my legacy mach (sig) Whole "CloverV2" built with GCC under Ubuntu 17.10: Drive ..... ..... 1:403 0:000 Now is 18.1.2018, 6:12:30 (GMT) 1:403 0:000 Starting Clover revision: 4384 on CLOVER EFI 1:403 0:000 Build with: [Args: -mc --no-usb -D NO_GRUB_DRIVERS_EMBEDDED -t GCC53 | -D DISABLE_USB_SUPPORT -D NO_GRUB_DRIVERS_EMBEDDED -D USE_BIOS_BLOCKIO -D USE_LOW_EBDA -a X64 -b RELEASE -t GCC53 -n 5 | OS: Ubuntu 17.10] ..... ..... Thanks. preboot.log-r4384-gcc.zip Link to comment Share on other sites More sharing options...
Matgen84 Posted January 18, 2018 Share Posted January 18, 2018 Anybody tried 4384, don't work here, had to revert to 4380 Same here with r4384 I had to use AptioMemory instead of AptioFix3drv to start my system 1 Link to comment Share on other sites More sharing options...
SavageAUS Posted January 18, 2018 Share Posted January 18, 2018 Same here with r4384 I had to use AptioMemory instead of AptioFix3drv to start my system Same issue here all I got in Verbose was lots of +'s with r4384.Reverted to r4382 no issue. Sent from my SM-G930F using Tapatalk 1 Link to comment Share on other sites More sharing options...
Matgen84 Posted January 18, 2018 Share Posted January 18, 2018 Same issue here all I got in Verbose was lots of +'s with r4384. Reverted to r4382 no issue. Sent from my SM-G930F using Tapatalk Reverted to r4383 no issue too Link to comment Share on other sites More sharing options...
pico joe Posted January 18, 2018 Share Posted January 18, 2018 in my rig no problem with r4384, aptiomemory (rc6) Link to comment Share on other sites More sharing options...
Zenith432 Posted January 18, 2018 Share Posted January 18, 2018 Try r4385 Anybody tried 4384, don't work here, had to revert to 4380 2 Link to comment Share on other sites More sharing options...
SavageAUS Posted January 19, 2018 Share Posted January 19, 2018 Try r4385 r4385 working fine here with Aptiov3 2 Link to comment Share on other sites More sharing options...
Zenith432 Posted January 19, 2018 Share Posted January 19, 2018 Before 4385, if you had both OsxAptioFixDrv and OsxAptioFix2Drv in drivers64UEFI, it would pick up the one that occurs first in the FAT32 directory iteration. After 4385 there is a prioritisation, so OsxAptioFix2Drv is picked up first. I suggest you keep just the one that works for use in drivers64UEFI and move the others to drivers-Off/drivers64UEFI. Had to change OsxAptioFixDrv2 to OsxAptioFixDrv for 4385 1 Link to comment Share on other sites More sharing options...
Oliver@Cheme Posted January 19, 2018 Share Posted January 19, 2018 Hello, Is possible to Clover recognize nvram plist files created for Chameleon based bootloaders (such as Enoch), since it has one already when emuvariable driver is used? I mean, if it could recognize and handle with these plist files, it would be possible to have only one plist file storing nvram variables visible and acessible to both bootloaders for the same system. This would be nice in a multibootloader installation. Thanks. Link to comment Share on other sites More sharing options...
Slice Posted January 19, 2018 Share Posted January 19, 2018 Hello, Is possible to Clover recognize nvram plist files created for Chameleon based bootloaders (such as Enoch), since it has one already when emuvariable driver is used? I mean, if it could recognize and handle with these plist files, it would be possible to have only one plist file storing nvram variables visible and acessible to both bootloaders for the same system. This would be nice in a multibootloader installation. Thanks. Let Chameleon to be "like Clover". nvram.plist is created by very common command $ nvram -x -p>nvram.plist so it will not depend on bootloader. 2 Link to comment Share on other sites More sharing options...
Oliver@Cheme Posted January 20, 2018 Share Posted January 20, 2018 Let Chameleon to be "like Clover". nvram.plist is created by very common command $ nvram -x -p>nvram.plist so it will not depend on bootloader. Thank you for your reply. This solution works very well for Clover, since it can see the new nvram.plist and so it recognizes nvram variables defined in a Chameleon boot session. I've written a bash script and used a daemon to do this at every boot. In the other direction, I've had to use PlistBuddy to edit a nvram.plist file in the formatting that Chameleon expects, so that it can see nvram variables defined in a Clover session. Now I'm trying to make this also "scriptized". Thanks again. Link to comment Share on other sites More sharing options...
WeBeRiO Posted January 23, 2018 Share Posted January 23, 2018 Hola y gracias por el cambio que propuse anteriormente.Subir para evitar desplazarse y barra desplazamiento. Hello and thank you for the change I proposed earlier. Go up to avoid scrolling and scrolling. 4 Link to comment Share on other sites More sharing options...
ErmaC Posted January 24, 2018 Author Share Posted January 24, 2018 Hola y gracias por el cambio que propuse anteriormente. Subir para evitar desplazarse y barra desplazamiento. Hello and thank you for the change I proposed earlier. Go up to avoid scrolling and scrolling. try to replace the original one with this... and compile/build a new pkg... Prueba con este html remplazando el original y luego vuelve a crear el pkg. --> Conclusion.html.zip ErmaC 4 Link to comment Share on other sites More sharing options...
Sherlocks Posted February 10, 2018 Share Posted February 10, 2018 report lang issue to dev.i reported this issue beforehttp://www.insanelymac.com/forum/topic/284656-clover-general-discussion/?p=2565871i traced this issue point. but not sure. I just want to report this point.https://sourceforge.net/p/cloverefiboot/code/4414/tree/rEFIt_UEFI/Platform/DataHubCpu.c#l213but surely effect lang after update with osxaptiofixv2+emul+ko set(config).but if use osxaptiofixv3 or aptiomemoryfix without emul, what i mentioned above presents lang issue(ko+eng)i checked this is OS X's business. so i checked realmac nvram dump.realmac has this nvram vals------------------------------------------------------------------------------8BE4DF61-93CA-11D2-AA0D-00E098032B8C:Lang------------------------------------------------------------------------------000000: 65 6e 67 00 |eng.|------------------------------------------------------------------------------8BE4DF61-93CA-11D2-AA0D-00E098032B8C:LangCodes------------------------------------------------------------------------------000000: 65 6e 67 00 |eng.|------------------------------------------------------------------------------8BE4DF61-93CA-11D2-AA0D-00E098032B8C:PlatformLang------------------------------------------------------------------------------000000: 65 6e 2d 55 53 00 |en-US.|------------------------------------------------------------------------------8BE4DF61-93CA-11D2-AA0D-00E098032B8C:PlatformLangCodes------------------------------------------------------------------------------000000: 65 6e 2d 55 53 00 |en-US.|but clover has only------------------------------------------------------------------------------8BE4DF61-93CA-11D2-AA0D-00E098032B8C:PlatformLang------------------------------------------------------------------------------000000: 65 6e 2d 55 53 00 |en-US.|------------------------------------------------------------------------------8BE4DF61-93CA-11D2-AA0D-00E098032B8C:PlatformLangCodes------------------------------------------------------------------------------000000: 65 6e 2d 55 53 3b 6a 61 2d 4a 50 3b 66 72 2d 46 |en-US;ja-JP;fr-F|000010: 52 3b 6b 6f 2d 4b 52 00 |R;ko-KR.|------------------------------------------------------------------------------does it effect lang issue after update?thanks in advance. EDIT1. my friend's real MBP11,5 has <key>prev-lang:kbd</key> <data> a286MjUy </data> and ------------------------------------------------------------------------------ 8BE4DF61-93CA-11D2-AA0D-00E098032B8C:Lang ------------------------------------------------------------------------------ 000000: 65 6e 67 |eng| ------------------------------------------------------------------------------ 8BE4DF61-93CA-11D2-AA0D-00E098032B8C:LangCodes ------------------------------------------------------------------------------ 000000: 65 6e 67 |eng| there are not PlatformLang/PlatformLangCodes Link to comment Share on other sites More sharing options...
apianti Posted February 10, 2018 Share Posted February 10, 2018 report lang issue to dev. i reported this issue before http://www.insanelymac.com/forum/topic/284656-clover-general-discussion/?p=2565871 i traced this issue point. but not sure. I just want to report this point. https://sourceforge.net/p/cloverefiboot/code/4414/tree/rEFIt_UEFI/Platform/DataHubCpu.c#l213 but surely effect lang after update with osxaptiofixv2+emul+ko set(config). but if use osxaptiofixv3 or aptiomemoryfix without emul, what i mentioned above presents lang issue(ko+eng) i checked this is OS X's business. so i checked realmac nvram dump. realmac has this nvram vals ------------------------------------------------------------------------------ 8BE4DF61-93CA-11D2-AA0D-00E098032B8C:Lang ------------------------------------------------------------------------------ 000000: 65 6e 67 00 |eng.| ------------------------------------------------------------------------------ 8BE4DF61-93CA-11D2-AA0D-00E098032B8C:LangCodes ------------------------------------------------------------------------------ 000000: 65 6e 67 00 |eng.| ------------------------------------------------------------------------------ 8BE4DF61-93CA-11D2-AA0D-00E098032B8C:PlatformLang ------------------------------------------------------------------------------ 000000: 65 6e 2d 55 53 00 |en-US.| ------------------------------------------------------------------------------ 8BE4DF61-93CA-11D2-AA0D-00E098032B8C:PlatformLangCodes ------------------------------------------------------------------------------ 000000: 65 6e 2d 55 53 00 |en-US.| but clover has only ------------------------------------------------------------------------------ 8BE4DF61-93CA-11D2-AA0D-00E098032B8C:PlatformLang ------------------------------------------------------------------------------ 000000: 65 6e 2d 55 53 00 |en-US.| ------------------------------------------------------------------------------ 8BE4DF61-93CA-11D2-AA0D-00E098032B8C:PlatformLangCodes ------------------------------------------------------------------------------ 000000: 65 6e 2d 55 53 3b 6a 61 2d 4a 50 3b 66 72 2d 46 |en-US;ja-JP;fr-F| 000010: 52 3b 6b 6f 2d 4b 52 00 |R;ko-KR.| ------------------------------------------------------------------------------ does it effect lang issue after update? thanks in advance. EDIT1. my friend's real MBP11,5 has <key>prev-lang:kbd</key> <data> a286MjUy </data> and ------------------------------------------------------------------------------ 8BE4DF61-93CA-11D2-AA0D-00E098032B8C:Lang ------------------------------------------------------------------------------ 000000: 65 6e 67 |eng| ------------------------------------------------------------------------------ 8BE4DF61-93CA-11D2-AA0D-00E098032B8C:LangCodes ------------------------------------------------------------------------------ 000000: 65 6e 67 |eng| there are not PlatformLang/PlatformLangCodes Apple uses a modified EFI 1.10 firmware so it probably never updated from previous protocols those variables are deprecated variables in UEFI: Lang NV, BS, RT The language code that the system is configured for. This value is deprecated. LangCodes BS, RT The language codes that the firmware supports. This value is deprecated. Lang has been deprecated. If the platform supports this variable, it must map any changes in the Lang variable into PlatformLang in the appropriate format. [LangCodes] has been deprecated. If the platform supports this variable, it must map any changes in the [LangCodes] variable into [PlatformLangCodes] in the appropriate format. *I made some corrections to what seem like obvious mistakes in the specification language PlatformLang and PlatformLangCodes use RFC 4646, where Lang and LangCodes use ISO 639-2. But none the less, we should set them if they are not present. Link to comment Share on other sites More sharing options...
Sherlocks Posted February 10, 2018 Share Posted February 10, 2018 Apple uses a modified EFI 1.10 firmware so it probably never updated from previous protocols those variables are deprecated variables in UEFI: Lang NV, BS, RT The language code that the system is configured for. This value is deprecated.LangCodes BS, RT The language codes that the firmware supports. This value is deprecated. Lang has been deprecated. If the platform supports this variable, it must map any changes in the Lang variable into PlatformLang in the appropriate format.[LangCodes] has been deprecated. If the platform supports this variable, it must map any changes in the [LangCodes] variable into [PlatformLangCodes] in the appropriate format.*I made some corrections to what seem like obvious mistakes in the specification languagePlatformLang and PlatformLangCodes use RFC 4646, where Lang and LangCodes use ISO 639-2. But none the less, we should set them if they are not present.Thanks. So how can i test? Just add lang and lang code?Current, pre-lang:kbd nvram key effects system lang after update. Because aptiofixv2+emu combination is no problem. Does it equal pre-lang:kbd and lang? 나의 LG-F800S 의 Tapatalk에서 보냄 Link to comment Share on other sites More sharing options...
apianti Posted February 10, 2018 Share Posted February 10, 2018 Thanks. So how can i test? Just add lang and lang code? Yeah, just add them. But you have to use ISO 639-2, so they are different language codes. Lang and LangCodes are firmware variables, they are almost surely not supported by almost all UEFI firmware, so you'd have to still set the others still too. This probably means that it might not be able to find some protocols that relied on this language code format because they have been switched to work with RFC4646 and PlatformLang(Codes). Like EFI_UNICODE_COLLATION_PROTOCOL... Current, pre-lang:kbd nvram key effects system lang after update. Because aptiofixv2+emu combination is no problem. Does it equal pre-lang:kbd and lang? No, that is an Apple GUID variable, that should get set by setting a keyboard and language in system preferences (or when you do that during install). Did you remember to apply all the variables from your nvram.plist to your native NVRAM after removing EmuVar? Link to comment Share on other sites More sharing options...
Sherlocks Posted February 10, 2018 Share Posted February 10, 2018 Yeah, just add them. But you have to use ISO 639-2, so they are different language codes. Lang and LangCodes are firmware variables, they are almost surely not supported by almost all UEFI firmware, so you'd have to still set the others still too. This probably means that it might not be able to find some protocols that relied on this language code format because they have been switched to work with RFC4646 and PlatformLang(Codes). Like EFI_UNICODE_COLLATION_PROTOCOL... No, that is an Apple GUID variable, that should get set by setting a keyboard and language in system preferences (or when you do that during install). Did you remember to apply all the variables from your nvram.plist to your native NVRAM after removing EmuVar? Thank you for info. Yes. I checked it with several test times. I removed EmuVar+osaptiofixv2 and rcscript and nvram.plist. then sudo nvram -c. And check nvram -p until update beta. Then put osxaptiofixv3 or aptiomemoryfix in driver64uefi folder, then update beta. Then i found lang issue of reboot windows. So, i just saw difference between emul+fixv2+ko(config) and (fixv3 or memoryfix). Just there is whethe pre-lang:kdb exist. Iike you said before, this key osx business(recorded in code). I didn't understand. It means what. So i compared my nvram dump and realmac from darwindump tool to close to problem. 나의 LG-F800S 의 Tapatalk에서 보냄 Link to comment Share on other sites More sharing options...
Lucy183 Posted February 17, 2018 Share Posted February 17, 2018 Anyone else getting this? Link to comment Share on other sites More sharing options...
LockDown Posted February 18, 2018 Share Posted February 18, 2018 It is down atm. At least for me. 1 Link to comment Share on other sites More sharing options...
SavageAUS Posted February 19, 2018 Share Posted February 19, 2018 Anyone else getting this? Been down for a few days. 1 Link to comment Share on other sites More sharing options...
bronxteck Posted February 19, 2018 Share Posted February 19, 2018 delete edk folder and rerun script it should re download 3 Link to comment Share on other sites More sharing options...
SavageAUS Posted February 19, 2018 Share Posted February 19, 2018 delete edk folder and rerun script it should re download deleted entire ~src folder but still error. Unable to get latest Clover revision, check your internet connection or try later. 3 Link to comment Share on other sites More sharing options...
bronxteck Posted February 19, 2018 Share Posted February 19, 2018 I just got the same issue you have after I deleted src folder for second time to see if I got your issue and I did. I did a ping test to both repo's edk and clover and it returned results so that means there is internet access. I then manually tried svn up the clover directory and it updated to 4415 so it must be something in the script. maybe the way it checks for the revisions accessing sourcrforge changed. I also noticed that because of the issue it did not check for aptiofix updates 2 Link to comment Share on other sites More sharing options...
Recommended Posts