Jump to content

Clover General discussion

ErmaC

By ErmaC,
in Clover

 Share
30960 posts in this topic

Recommended Posts

Matgen84
Matgen84
Posted
Posted (edited)
6 hours ago, Matgen84 said:


@Jief_Machak 

Test: Z390 config Big Sur 11.4 Beta 1

BootLoaderChooser: Usb pen drive 1

 

C-20210423175459-afa09cc.efi / b0e70e0  ----> Boot fine ---> NO WAKE UP

C-20210411074317-fd3b09c-5133.efi / 9b283e97 --->  Boot fine ---> NO WAKE UP 
C-20210401110653-69a47c5.efi / 8da1df2 ----> Boot fine ----> NO WAKE UP 

CLOVERX64_5133_afa09ccb4 (my local GitHub build) ----> Boot fine ----> NO WAKE UP

C-20210402104623-9690966.efi / 9ded6b4 ---> Boot fine ----> NO WAKE UP

Without BootloaderChooser

CLOVER r5133 (commit: 541762427) - 20210416 ---> Boot fine ---->     WAKE UP is OK


From HDD

CLOVER r5132 commit 9690966 (my local GitHub build) ---> Boot   fine  --->   WAKE UP is     OK

 

Without BootloaderChooser: USB pen drive 2

 

r5133 (commit: 541762427) - 20210416 ---> Boot fine ----> WAKE UP is OK (+Force eject, +USB not mounted at wake)     My local build.

CloverX64-2021-04-25-19-03-21-afa09cc-dirty-jief 2.efi  (Rename CLOVERX64.EFI)----> Boot fine    ->WAKE UP is OK (+Force eject, +USB not mounted at wake) - No debug.log generated - Clover Info not verified in GUI
First test:
C-20210423175459-afa09cc.efi / b0e70e0 (Rename CLOVERX64.efi)---> Boot fine ----> WAKE UP is OK (+Force eject +USB not mounted at wake )- Clover keep info of r    5133 (commit: 541762427) ? Despite F11 x 3 times

Second test:
C-20210423175459-afa09cc.efi / b0e70e0 (Rename CLOVERX64.efi)---> Boot fine ----> WAKE UP is OK (+Force eject +USB not mounted at wake )- Clover keep info of r    5133 (commit: 541762427) ? Despite F11 x 6 times

 

2021-4-26_16-46_C-20210411074317-fd3b09c-5133.efi.log 74.35 kB · 0 downloads 2021-4-27_6-14_C-20210401110653-69a47c5.efi.log 73.69 kB · 0 downloads 2021-4-27_7-2_541762427_BOOTX64.EFI.log 116.54 kB · 0 downloads


@Jief_Machak One more test (Z390 config Big Sur 11.4 Beta 1)

 

Without BootloaderChooser:

C-20210423175459-afa09cc.efi / b0e70e0 (Rename CLOVERX64/BOOTX64)  ----> Boot fine --->     WAKE UP is OK


The same version do not wake up with CloverBootloaderChooser. Maybe the tool has a problem ?

Edited by Matgen84
  • Like 1
Jief_Machak
Jief_Machak
Posted
Posted
1 hour ago, kushwavez said:

very interesting. It has nothing to do with Clover or the system. The Chooser is just a simple bootmanager choosing an .efi

Yes exactly.

BootloaderChooser doesn't initialise anything, doesn't override or install any protocol, etc etc.

 

5 hours ago, Matgen84 said:


@Jief_Machak One more test (Z390 config Big Sur 11.4 Beta 1)

 

Without BootloaderChooser:

C-20210423175459-afa09cc.efi / b0e70e0 (Rename CLOVERX64/BOOTX64)  ----> Boot fine --->     WAKE UP is OK


The same version do not wake up with CloverBootloaderChooser. Maybe the tool has a problem ?

But that's interesting. But to be sure, we have to rule out some possibility.

For example, could it be for some other reason that wake works or not. Like cold boot vs warn boot. Or if you boot another in the middle. Or if wifi is connected. Or god knows what. Or just intermittent problem.

So if you can, it'll be extremely interesting if you can repeat the test 5/6 times, confirm that each time without BootloaderChooser it'ok and each time with it it's broken.

But the best, I think, is to use your hack normally. Like you boot in the morning with BootLoaderChooser and use your hack as usual. If it doesn't wake. Reboot and use it again normally. After 5/6 times (which could be 5/6 days), you'll know if it never works.

Then, boot each morning without BootLoaderChooser. See how it goes.

6 hours ago, Slice said:

You found 2 LANs and the power management tree appears to be broken.

Ok, I understand. How do I dump and compare power management tree ? ioreg ?

I'm doing some final testing on the version that doesn't call GetDevices twice...

  • Like 1
tluck
tluck
Posted
Posted

FWIW: had a compile issue with Xcode 12.5 (12.4 is ok)

[CPP] Settings

In file included from /opt/Source/edk2/Clover/rEFIt_UEFI/Platform/Settings.cpp:6:

In file included from /opt/Source/edk2/Clover/rEFIt_UEFI/gui/../Platform/Settings.h:5:

In file included from /opt/Source/edk2/Clover/rEFIt_UEFI/entry_scan/../gui/menu_items/menu_items.h:39:

In file included from /opt/Source/edk2/Clover/rEFIt_UEFI/Platform/KERNEL_AND_KEXT_PATCHES.h:12:

In file included from /opt/Source/edk2/Clover/rEFIt_UEFI/refit/../libeg/libeg.h:43:

  XStringArray_(const XStringArray_& other) : array() {

  ^

/opt/Source/edk2/Clover/rEFIt_UEFI/gui/../cpp_foundation/XStringArray.h:322:7: note: in implicit copy assignment operator for 'XStringArray_<XStringW, XStringWArray>' first required here

class XStringWArray : public XStringArray_<XStringW, XStringWArray>

      ^

/opt/Source/edk2/Clover/rEFIt_UEFI/Platform/KERNEL_AND_KEXT_PATCHES.h:143:7: note: in implicit copy assignment operator for 'XStringWArray' first required here

class KERNEL_AND_KEXT_PATCHES

      ^

/opt/Source/edk2/Clover/rEFIt_UEFI/Platform/Settings.cpp:227:24: note: in implicit copy assignment operator for 'KERNEL_AND_KEXT_PATCHES' first required here

  KernelAndKextPatches = gSettings.KernelAndKextPatches; // Jief : why do we have a duplicated KernelAndKextPatches var inside CUSTOM_LOADER_ENTRY ?

                       ^

1 error generated.

make: *** [/opt/Source/edk2/Clover/Build/Clover/RELEASE_XCODE8/X64/rEFIt_UEFI/refit/OUTPUT/Platform/Settings.obj] Error 1

  • Sad 1
makk
makk
Posted
Posted

Slice Clover 5133 on my system is not injecting kexts what could be wrong that I am doing?

 

It works in 5127 and 5128 to inject kexts.
What other method can I use to inject?

I don't recall the way to do it Kernel and KextPatches>ForceKextsToLoad

 

Thank you for everything you have done


Have a great day!

 

Jief_Machak
Jief_Machak
Posted
Posted
1 hour ago, makk said:

Slice Clover 5133 on my system is not injecting kexts what could be wrong that I am doing?

 

It works in 5127 and 5128 to inject kexts.
What other method can I use to inject?

I don't recall the way to do it Kernel and KextPatches>ForceKextsToLoad

 

Thank you for everything you have done


Have a great day!

 

Try this efi file : https://github.com/jief666/CloverCommits/blob/master/C-20210328105819-0035ed3-5132.efi

Does it work ?

Jief_Machak
Jief_Machak
Posted
Posted

@everyone : could test this : CloverX64-2021-04-28-02-03-18-afa09cc-dirty-jief.zip Please.

 

28 minutes ago, jinbingmao said:

2021-04-28 06:59:15.624632+0800 0x71       Default     0x0                  0      0    kernel: (AppleACPIPlatform) ACPI Error:
2021-04-28 06:59:15.624633+0800 0x71       Default     0x0                  0      0    kernel: (AppleACPIPlatform) ACPI Error:
2021-04-28 06:59:15.624797+0800 0x71       Default     0x0                  0      0    kernel: (AppleACPIPlatform) ACPI Error:
2021-04-28 06:59:15.624797+0800 0x71       Default     0x0                  0      0    kernel: (AppleACPIPlatform) ACPI Error:
 

bootlog.txt 28.3 kB · 0 downloads

Sorry, I don't understand what you want.

 

If you want help, you'll have to describe the problem. If it something that was working before, you'll have to find which commit broke by trying efi file from here : https://github.com/jief666/CloverCommits

makk
makk
Posted
Posted
7 hours ago, Jief_Machak said:

Try this efi file : https://github.com/jief666/CloverCommits/blob/master/C-20210328105819-0035ed3-5132.efi

Does it work ?

 

I was able to get 5133 after replacing with older version and then putting back 5133 to kick in!

Thank You!


Works!  Some hiccup on EFI partition possibly how to have happy coexistence of Catalina and Big Sur on same Drive?

how to hide each other after boot up? 


Is there a guide on how to do this?

Thank you!

 

Matgen84
Matgen84
Posted
Posted
21 hours ago, Matgen84 said:


@Jief_Machak 

Test: Z390 config Big Sur 11.4 Beta 1

BootLoaderChooser: Usb pen drive 1

 

C-20210423175459-afa09cc.efi / b0e70e0  ----> Boot fine ---> NO WAKE UP

C-20210411074317-fd3b09c-5133.efi / 9b283e97 --->  Boot fine ---> NO WAKE UP 
C-20210401110653-69a47c5.efi / 8da1df2 ----> Boot fine ----> NO WAKE UP 

CLOVERX64_5133_afa09ccb4 (my local GitHub build) ----> Boot fine ----> NO WAKE UP

C-20210402104623-9690966.efi / 9ded6b4 ---> Boot fine ----> NO WAKE UP

Without BootloaderChooser

CLOVER r5133 (commit: 541762427) - 20210416 ---> Boot fine ---->     WAKE UP is OK


From HDD

CLOVER r5132 commit 9690966 (my local GitHub build) ---> Boot   fine  --->   WAKE UP is     OK

 

Without BootloaderChooser: USB pen drive 2

 

r5133 (commit: 541762427) - 20210416 ---> Boot fine ----> WAKE UP is OK (+Force eject, +USB not mounted at wake)     My local build.

CloverX64-2021-04-25-19-03-21-afa09cc-dirty-jief 2.efi  (Rename CLOVERX64.EFI)----> Boot fine    ->WAKE UP is OK (+Force eject, +USB not mounted at wake) - No debug.log generated - Clover Info not verified in GUI
First test:
C-20210423175459-afa09cc.efi / b0e70e0 (Rename CLOVERX64.efi)---> Boot fine ----> WAKE UP is OK (+Force eject +USB not mounted at wake )- Clover keep info of r    5133 (commit: 541762427) ? Despite F11 x 3 times

Second test:
C-20210423175459-afa09cc.efi / b0e70e0 (Rename CLOVERX64.efi)---> Boot fine ----> WAKE UP is OK (+Force eject +USB not mounted at wake )- Clover keep info of r    5133 (commit: 541762427) ? Despite F11 x 6 times

 

2021-4-26_16-46_C-20210411074317-fd3b09c-5133.efi.log 74.35 kB · 0 downloads 2021-4-27_6-14_C-20210401110653-69a47c5.efi.log 73.69 kB · 0 downloads 2021-4-27_7-2_541762427_BOOTX64.EFI.log 116.54 kB · 0 downloads

 

9 hours ago, Jief_Machak said:

Yes exactly.

BootloaderChooser doesn't initialise anything, doesn't override or install any protocol, etc etc.

 

But that's interesting. But to be sure, we have to rule out some possibility.

For example, could it be for some other reason that wake works or not. Like cold boot vs warn boot. Or if you boot another in the middle. Or if wifi is connected. Or god knows what. Or just intermittent problem.

So if you can, it'll be extremely interesting if you can repeat the test 5/6 times, confirm that each time without BootloaderChooser it'ok and each time with it it's broken.

But the best, I think, is to use your hack normally. Like you boot in the morning with BootLoaderChooser and use your hack as usual. If it doesn't wake. Reboot and use it again normally. After 5/6 times (which could be 5/6 days), you'll know if it never works.

Then, boot each morning without BootLoaderChooser. See how it goes...


Hi @Jief_Machak I understand your process but it is a bit heavy to achieve. Especially since I have already performed 10 tests including 5 with BootloaderChooser.  I can still do what you recommend.

One question: Is it normal that every time I change Cloverx64 efi, I have to do F11 several times, to be able to boot. It's the same when I update with the pkg

Jief_Machak
Jief_Machak
Posted
Posted
1 hour ago, Matgen84 said:

your process but it is a bit heavy to achieve. Especially since I have already performed 10 tests including 5 with BootloaderChooser

Yes, I know. It's a pain. But I need to be sure that the wake issue is really created by BootloaderChooser...

1 hour ago, Matgen84 said:

Is it normal that every time I change Cloverx64 efi, I have to do F11 several times

Definitely strange !

I have a computer that sometimes, and I haven't figured it out under what circumstances, reboot at Clover loading, and then it's fine for a while. Not the same as you, though.

  • Thanks 1
Jief_Machak
Jief_Machak
Posted
Posted
10 hours ago, tluck said:

FWIW: had a compile issue with Xcode 12.5 (12.4 is ok)

[CPP] Settings

In file included from /opt/Source/edk2/Clover/rEFIt_UEFI/Platform/Settings.cpp:6:

In file included from /opt/Source/edk2/Clover/rEFIt_UEFI/gui/../Platform/Settings.h:5:

In file included from /opt/Source/edk2/Clover/rEFIt_UEFI/entry_scan/../gui/menu_items/menu_items.h:39:

In file included from /opt/Source/edk2/Clover/rEFIt_UEFI/Platform/KERNEL_AND_KEXT_PATCHES.h:12:

In file included from /opt/Source/edk2/Clover/rEFIt_UEFI/refit/../libeg/libeg.h:43:

  XStringArray_(const XStringArray_& other) : array() {

  ^

/opt/Source/edk2/Clover/rEFIt_UEFI/gui/../cpp_foundation/XStringArray.h:322:7: note: in implicit copy assignment operator for 'XStringArray_<XStringW, XStringWArray>' first required here

class XStringWArray : public XStringArray_<XStringW, XStringWArray>

      ^

/opt/Source/edk2/Clover/rEFIt_UEFI/Platform/KERNEL_AND_KEXT_PATCHES.h:143:7: note: in implicit copy assignment operator for 'XStringWArray' first required here

class KERNEL_AND_KEXT_PATCHES

      ^

/opt/Source/edk2/Clover/rEFIt_UEFI/Platform/Settings.cpp:227:24: note: in implicit copy assignment operator for 'KERNEL_AND_KEXT_PATCHES' first required here

  KernelAndKextPatches = gSettings.KernelAndKextPatches; // Jief : why do we have a duplicated KernelAndKextPatches var inside CUSTOM_LOADER_ENTRY ?

                       ^

1 error generated.

make: *** [/opt/Source/edk2/Clover/Build/Clover/RELEASE_XCODE8/X64/rEFIt_UEFI/refit/OUTPUT/Platform/Settings.obj] Error 1

I think that is only the end of the message (from where the error comes from), not the error message.

Compile with only one job so the message won't get splitted, or send the whole log.

kushwavez
kushwavez
Posted
Posted
1 hour ago, Jief_Machak said:

Definitely strange !

I have a computer that sometimes, and I haven't figured it out under what circumstances, reboot at Clover loading, and then it's fine for a while. Not the same as you, though.

Maybe, because of the changes between different Clover versions the nvram mixed up, and that's why? Some pc will react like that, some will not, idk.

Just like on routers, if you do a firmware update or downgrade you NEED an nvram reset, otherwise it won't boot, or some modul will be broken because of the differences between the older and newer configuration. It isn't needed on some models, but needed on others.

 

Also, sometimes if I start my X1C6 notebook it is restarting at ealry boot. I can't catch the verbose msg even once, and it's happening very rarely (like once in a week or so), now I'm always booting with "-v debug=0x100" so hopefully I can catch what is causing the early panic.

  • Like 1
matxpa
matxpa
Posted
Posted
1 hour ago, Jief_Machak said:

I think that is only the end of the message (from where the error comes from), not the error message.

Compile with only one job so the message won't get splitted, or send the whole log.

 

Hi Jief.

 

XCODE8 commit f28e98fb3 compilation errors (Big Sur 11.3 and Xcode Version 12.5 (12E262) on Laptop Asus )

 

 

------------------------------------------------------------------------
buildme, Clover r5133 (SHA: f28e98fb3)
TOOLCHAIN: XCODE8 (override example: './buildme XCODE8')

 1) build Clover
...
[CPP] Settings
In file included from /Users/meunier/CloverBootloader/rEFIt_UEFI/Platform/Settings.cpp:6:
In file included from /Users/meunier/CloverBootloader/rEFIt_UEFI/gui/../Platform/Settings.h:5:
In file included from /Users/meunier/CloverBootloader/rEFIt_UEFI/entry_scan/../gui/menu_items/menu_items.h:39:
In file included from /Users/meunier/CloverBootloader/rEFIt_UEFI/Platform/KERNEL_AND_KEXT_PATCHES.h:12:
In file included from /Users/meunier/CloverBootloader/rEFIt_UEFI/refit/../libeg/libeg.h:43:
/Users/meunier/CloverBootloader/rEFIt_UEFI/gui/../cpp_foundation/XStringArray.h:33:3: error: definition of implicit copy assignment operator for 'XStringArray_<XStringW, XStringWArray>' is deprecated because it has a user-declared copy constructor [-Werror,-Wdeprecated-copy]
  XStringArray_(const XStringArray_& other) : array() {
  ^
/Users/meunier/CloverBootloader/rEFIt_UEFI/gui/../cpp_foundation/XStringArray.h:322:7: note: in implicit copy assignment operator for 'XStringArray_<XStringW, XStringWArray>' first required here
class XStringWArray : public XStringArray_<XStringW, XStringWArray>
      ^
/Users/meunier/CloverBootloader/rEFIt_UEFI/Platform/KERNEL_AND_KEXT_PATCHES.h:143:7: note: in implicit copy assignment operator for 'XStringWArray' first required here
class KERNEL_AND_KEXT_PATCHES
      ^
/Users/meunier/CloverBootloader/rEFIt_UEFI/Platform/Settings.cpp:227:24: note: in implicit copy assignment operator for 'KERNEL_AND_KEXT_PATCHES' first required here
  KernelAndKextPatches = gSettings.KernelAndKextPatches; // Jief : why do we have a duplicated KernelAndKextPatches var inside CUSTOM_LOADER_ENTRY ?
                       ^
1 error generated.
make: *** [/Users/meunier/CloverBootloader/Build/Clover/RELEASE_XCODE8/X64/rEFIt_UEFI/refit/OUTPUT/Platform/Settings.obj] Error 1


build.py...
 : error 7000: Failed to execute command
    make tbuild [/Users/meunier/CloverBootloader/Build/Clover/RELEASE_XCODE8/X64/rEFIt_UEFI/refit]


build.py...
 : error F002: Failed to build module
    /Users/meunier/CloverBootloader/rEFIt_UEFI/refit.inf [X64, XCODE8, RELEASE]

- Failed -


Build end time: 12:32:54, Apr.27 2021
Build total time: 00:04:02

 

Greetings 

  • Sad 1
Jief_Machak
Jief_Machak
Posted
Posted
49 minutes ago, matxpa said:

XStringArray.h:33:3: error: definition of implicit copy assignment operator for 'XStringArray_<XStringW, XStringWArray>' is deprecated because it has a user-declared copy constructor

Yep, this is the message. And it's a deprecation, that's confirm it was working before.

Ok, I'll create an explicit copy assignment !

 

Try to replace this file (folder rEFIt_UEFI/cpp_foundation) and tell me if it compiles with 12.5, please. If yes, I'll commit.

XStringArray.h

1 hour ago, kushwavez said:

it's happening very rarely (like once in a week or so)

Looks like same as me...

  • Like 1
matxpa
matxpa
Posted
Posted (edited)
1 hour ago, Jief_Machak said:

Yep, this is the message. And it's a deprecation, that's confirm it was working before.

Ok, I'll create an explicit copy assignment !

 

Try to replace this file (folder rEFIt_UEFI/cpp_foundation) and tell me if it compiles with 12.5, please. If yes, I'll commit.

XStringArray.h 15.36 kB · 1 download

Looks like same as me...

 

Hi Jief, thanks

 

f28e98fb3 XCODE8 compilation done with Xcode 12.5

 

Spoiler

 

------------------------------------------------------------------------

buildme, Clover r5133 (SHA: f28e98fb3)

TOOLCHAIN: XCODE8 (override example: './buildme XCODE8')

 

1) build Clover

...

- Done -

Build end time: 12:34:01, Apr.28 2021

Build total time: 00:05:20

 

  -> CloverX64-RELEASE_XCODE8-20210426210407-f28e98f-dirty.efi

  adding: Users/meunier/CloverBootloader/Build/CloverX64-RELEASE_XCODE8-20210426210407-f28e98f-dirty.efi (deflated 51%)

…

 

Done!

 

------------------------------------------------------------------------

buildme, Clover r5133 (SHA: f28e98fb3)

TOOLCHAIN: XCODE8 (override example: './buildme XCODE8')

 

 

Thanks & Greetings

Spoiler

 

BOOT ok and BootLog (part of) with f28e98f XCODE8 compilation (Big Sur 11.3 & Xcode 12.5)

…

0:148  0:000  Now is 28.04.2021,  11:54:25 (GMT)

0:148  0:000  Starting Clover revision: 5133 (master, commit f28e98fb3) on American Megatrends EFI

0:148  0:000  Build id: 20210426210407-f28e98f-dirty

0:148  0:000  Build with: [Args: -D NO_GRUB_DRIVERS_EMBEDDED -D LESS_DEBUG -t XCODE8 | --cmd-len=50000 -D NO_GRUB_DRIVERS_EMBEDDED -D LESS_DEBUG --conf=/Users/meunier/CloverBootloader/Conf -D USE_LOW_EBDA -a X64 -b RELEASE -t XCODE8 -n 5 | OS: 11.3]

…

0:149  0:000  Boot status=0

0:149  0:000  Running on: 'X75VB' with board 'X75VB'

0:149  0:000  === [ GetCPUProperties ] ========================

0:149  0:000  CPU Vendor = 756E6547 Model=306A9

0:149  0:000   The CPU supported SSE4.1

0:149  0:000  BrandString = Intel(R) Core(TM) i5-3340M CPU @ 2.70GHz

…

 

image.png.0363ec2dfac689eb781eb6be03d20414.png

 

 

Edited by matxpa
  • Like 1
Slice
Slice
Posted
Posted
Quote

// Jief : why do we have a duplicated KernelAndKextPatches var inside CUSTOM_LOADER_ENTRY ?

There is a bug caused by an incomplete idea to make different patches for each Custom Entry.

If you have an idea what to do then do it.

Jief_Machak
Jief_Machak
Posted
Posted
2 hours ago, matxpa said:

 

Hi Jief, thanks

 

f28e98fb3 XCODE8 compilation done with Xcode 12.5

 

  Hide contents

 

------------------------------------------------------------------------

buildme, Clover r5133 (SHA: f28e98fb3)

TOOLCHAIN: XCODE8 (override example: './buildme XCODE8')

 

1) build Clover

...

- Done -

Build end time: 12:34:01, Apr.28 2021

Build total time: 00:05:20

 

  -> CloverX64-RELEASE_XCODE8-20210426210407-f28e98f-dirty.efi

  adding: Users/meunier/CloverBootloader/Build/CloverX64-RELEASE_XCODE8-20210426210407-f28e98f-dirty.efi (deflated 51%)

…

 

Done!

 

------------------------------------------------------------------------

buildme, Clover r5133 (SHA: f28e98fb3)

TOOLCHAIN: XCODE8 (override example: './buildme XCODE8')

 

 

Thanks & Greetings

Clear error message = quick resolution :lol:

That's why I love panic messages ;)

2 hours ago, Slice said:

There is a bug caused by an incomplete idea to make different patches for each Custom Entry.

If you have an idea what to do then do it.

Ok, I understand now.

If there is a need, we can have a look on how to do it when my Clover todo list will be a bit shorter :(

I'm preparing the commit for this big change of parser. I moved few files, renamed few thing resulting in changes in a lot of files. So I hope you don't have anything big to commit (your 2 last commits are no problems at all) as it could result in a lot of conflicts.
I hope to commit very soon. Latest in 12/16 hours.

  • Like 1
  • Thanks 2
tluck
tluck
Posted
Posted
5 hours ago, Jief_Machak said:

Yep, this is the message. And it's a deprecation, that's confirm it was working before.

Ok, I'll create an explicit copy assignment !

Try to replace this file (folder rEFIt_UEFI/cpp_foundation) and tell me if it compiles with 12.5, please. If yes, I'll commit.

XStringArray.h 15.36 kB · 3 downloads

 

this change allowed the compile to complete without errors

  • Like 1
Slice
Slice
Posted
Posted
16 hours ago, Jief_Machak said:

@everyone : could test this : CloverX64-2021-04-28-02-03-18-afa09cc-dirty-jief.zip Please.

 

 

Looks fine.

 

9 hours ago, Matgen84 said:


One question: Is it normal that every time I change Cloverx64 efi, I have to do F11 several times, to be able to boot. It's the same when I update with the pkg

It is not normal.

Clear NVRAM was invented by Acidanthera because OC smudges NVRAM. Clover no.

We need no clean NVRAM with every reboot. Moreover I never do this and the key F11 on my keyboard is pristine as I never touched it.

  • Like 3
  • Thanks 1
Matgen84
Matgen84
Posted
Posted
9 minutes ago, Slice said:

It is not normal.

Clear NVRAM was invented by Acidanthera because OC smudges NVRAM. Clover no.

We need no clean NVRAM with every reboot. Moreover I never do this and the key F11 on my keyboard is pristine as I never touched it.


Thanks @Slice I have not this problem with my IvyBridge (Mojave). Only with my Z390 config (Big Sur). I don't use Reset NVRAM (F11) every reboot, only if I change or update Clover. Before OC-Integration, all works fine using OcQuirks (ReddestDream - GitHub).
Strange !

  • Like 1
 Share
Go to topic listing
×
×
  • Create New...