Clover General discussion

[miliuco]

Last build bd46eef works fine on my system. Sonoma + Broadcom Fenvi wifi. OCLP + modern wireless root patch. All good.

About This Hack shows boot loader including OCLP as expected.

 

Spoiler

 

[jsl2000]

Just now, miliuco said:

Last build bd46eef works fine on my system. Sonoma + Broadcom Fenvi wifi. OCLP + modern wireless root patch. All good.

About This Hack shows boot loader including OCLP as expected.

 

  Hide contents

 

Did you apply a special version of About this Hack modified by yourself ?

If yes, may I get it ?

[miliuco]

@jsl2000

The pic is the official version by 0xCUB3. 
I wanted to show 2 tooltips at the same time so I made 2 screenshots, each of them with one tooltip, and merged them to have both tootips. 
 

Edited January 11, 2024 by miliuco

[MakAsrock]

I compiled CloverBootloader commit 1947d48 which also works fine. I also compiled About This Hack.app Version 1.1.0 (1400). If anyone needs it, I can add it to my GitHub repository. 

[Slice]

7 hours ago, miliuco said:

Last build bd46eef works fine on my system. Sonoma + Broadcom Fenvi wifi. OCLP + modern wireless root patch. All good.

About This Hack shows boot loader including OCLP as expected.

 

  Hide contents

 

About This Hack shows wrong SIP

<03080000> != 0x03080000

It should be 0x0803

I don't know if this is an error in your config.plist or in the application.

[miliuco]

@Slice

 

Config.plist has the right value:

 

 

But Hackintool and even nvram command in Terminal or IOReg have reverse order:

 

 

 

 

Since About This Hack gets the value from IOReg, the value is displayed as is.

 

let sipValue = run ("ioreg -fiw0 -p IODeviceTree -rn options | grep \"csr-active-config\" | awk '{print \"(0x\"substr($3,4,2) substr($3,2,2) substr($3,6,4)\")\"}' | tr -d '\n'")

 

What I don't know is why in config.plist it has to be the other way, I suppose Clover and OpenCore expect this value in Little Endian although in other places we see it as Big Endian.

 

Edited January 11, 2024 by miliuco

[miliuco]

@Slice

 

More doubts for me as I am not a programmer and my skills are limited.
The value 0x803 seems to fit more closely with the sum of bitmasks (1+2+800) and, on the other hand, the value 0x380 (80+100+200) does not match what is expected.
However, the value I see on macOS is 03080000. So could it be that Clover or OpenCore save the value correctly and macOS saves it in the reverse order?

 

Please type a CsrActiveConfig value (use 0x prefix for hex):  0x803

Active values for 0x803 (2,051) :

CSR_ALLOW_UNTRUSTED_KEXTS      - 0x1 (1) 
CSR_ALLOW_UNRESTRICTED_FS      - 0x2 (2) 
CSR_ALLOW_UNAUTHENTICATED_ROOT - 0x800 (2,048) 


Please type a CsrActiveConfig value (use 0x prefix for hex):  0x380

Active values for 0x380 (896) :

CSR_ALLOW_DEVICE_CONFIGURATION - 0x80 (128) 
CSR_ALLOW_ANY_RECOVERY_OS      - 0x100 (256) 
CSR_ALLOW_UNAPPROVED_KEXTS     - 0x200 (512) 

(BitMask Decode script by corpnewt).

[MakAsrock]

2 hours ago, miliuco said:

@Slice

 

More doubts for me as I am not a programmer and my skills are limited.
The value 0x803 seems to fit more closely with the sum of bitmasks (1+2+800) and, on the other hand, the value 0x380 (80+100+200) does not match what is expected.
However, the value I see on macOS is 03080000. So could it be that Clover or OpenCore save the value correctly and macOS saves it in the reverse order?

 

Please type a CsrActiveConfig value (use 0x prefix for hex):  0x803

Active values for 0x803 (2,051) :

CSR_ALLOW_UNTRUSTED_KEXTS      - 0x1 (1) 
CSR_ALLOW_UNRESTRICTED_FS      - 0x2 (2) 
CSR_ALLOW_UNAUTHENTICATED_ROOT - 0x800 (2,048) 


Please type a CsrActiveConfig value (use 0x prefix for hex):  0x380

Active values for 0x380 (896) :

CSR_ALLOW_DEVICE_CONFIGURATION - 0x80 (128) 
CSR_ALLOW_ANY_RECOVERY_OS      - 0x100 (256) 
CSR_ALLOW_UNAPPROVED_KEXTS     - 0x200 (512) 

(BitMask Decode script by corpnewt).

0x1 + 0x2 + 0x800 = 0x803 This is simple binary arithmetic. Take a regular calculator, click View > Programmer > Hexadecimal and add the values. 😉

  

2 hours ago, miliuco said:

@Slice

 

Config.plist has the right value:

 

 

But Hackintool and even nvram command in Terminal or IOReg have reverse order:

 

 

 

 

Since About This Hack gets the value from IOReg, the value is displayed as is.

 

let sipValue = run ("ioreg -fiw0 -p IODeviceTree -rn options | grep \"csr-active-config\" | awk '{print \"(0x\"substr($3,4,2) substr($3,2,2) substr($3,6,4)\")\"}' | tr -d '\n'")

 

What I don't know is why in config.plist it has to be the other way, I suppose Clover and OpenCore expect this value in Little Endian although in other places we see it as Big Endian.

 

<key>CsrActiveConfig</key>

<string>0x0803</string>

Edited January 11, 2024 by MakAsus

[Slice]

@miliuco

Clover, OpenCore and macOS think similar. The error is in application About_This_Hack.

0x0803 = <03080000> byte by byte.

0x0803 != 0x03080000

[miliuco]

1 hour ago, Slice said:

Clover, OpenCore and macOS think similar. The error is in application About_This_Hack.

0x0803 = <03080000> byte by byte.

0x0803 != 0x03080000

Ok, understood, thanks. 

[matxpa]

Just now, Slice said:

@miliuco

Clover, OpenCore and macOS think similar. The error is in application About_This_Hack.

0x0803 = <03080000> byte by byte.

0x0803 != 0x03080000

 

No, I'm sur the error comes from Apple and System commands "ioreg" and "nvram", isn't it ?

 

 ioreg -fiw0 -p IODeviceTree -rn options | grep "csr-active-config"

      "csr-active-config" = <03080000>

 

nvram csr-active-config

csr-active-config %03%08%00%00

 

nvram csr-active-config | sed 's/%//g'

csr-active-config 03080000

nvram csr-active-config | awk '{print "0x"$2}' | sed 's/%//g'

0x03080000

 

<03 08 00 00> is the reverted hex value of <08 03 00 00> but is 0x803 a real hex value, may be Hackintool Calc is wrong too ?

 

         

 

 

And what you'd like to see :

 

ioreg -fiw0 -p IODeviceTree -rn options | grep "csr-active-config" | awk '{print "(0x"substr($3,4,2) substr($3,2,2) substr($3,6,4)")"}'  

(0x08030000)

as you can see with ETH

  

 

@Jief_Machak & @Slice  it's Clover r5157 (1947d48) at 20240110-20h48 XCODE15 RELEASE and a working BCM94360  (as BCM worked fine with r5157 (a9b0654) (20231112-03h48), r5157 (1914496) (20231116-19h14)  and r5157 (bdb7a95) (20231116-22h10) 

 

ioreg -fiw0 -p IODeviceTree -rn options | grep "csr-active-config" | awk '{print "(0x"substr($3,4,2) substr($3,2,2) substr($3,6,4)")"}' | sed 's/0*)$/)/g' 

(0x0803)

 

nvram csr-active-config | sed 's/%//g' | awk '{print "(0x"substr($2,4,2) substr($2,2,2)")"}' | sed 's/0)$/)/g'

(0x803)

nvram csr-active-config | sed 's/%//g' | awk '{print "(0x"substr($2,3,2) substr($2,1,2)")"}' | sed -e 's/x0/x/g' -e 's/0)$/)/g'   

(0x803)

 

Regards

[Slice]

Thanks for confirmation the Clover works.

Anyway record like <03080000> means a set of bytes from low to big.

First byte is 03, second is 08, third is 00 etc.

Your script is wrong.

0x0803 means as usual 03 is first byte, 08 is second byte.

[Slice]

Same as decimal numbers

1357 (one thousand three hundreds fifty seven).

7 is low digit

5 means 5*10

3 means 3*100

1 means 1*1000

For hex numbers all is the same

0x0803 means

3*1

0*16

8*256

From right to left.

 

[PG7]

2 hours ago, matxpa said:

 

 

 

 

hello, can you pass me this Clover r5157

Thank you and good day

Edited January 11, 2024 by PG7

[Slice]

On 1/8/2024 at 12:15 PM, MakAsus said:

Yes SMBIOS->Trust = false.

I understand so we didn't come to final solution. And I also just want so that it becomes as it was earlier in Clover and as it is in OpenCore now. The last release in which I saw the correct memory map, it seems to me, was v5.0 r5119.

What if you set "true"?

[matxpa]

23 minutes ago, PG7 said:

hello, can you pass me this Clover r5157

Thank you and good day

@PG7

 

Hi, below is r5157 (aka 5156+++)

 

CloverX64_r5157_20240110-20h48_1947d48_XCODE15_RELEASE_master_local.efi

(rename it to BOOTX64.efi and  CLOVERX64.efi, but you know that ...)

 

Regards

Edited January 11, 2024 by matxpa

[Slice]

@MakAsus and other having problems with Memory shown in SystemProfilier.

As well try to set

SMBIOS->Memory->Channels=2

By default this value = 1

[matxpa]

2 hours ago, Slice said:

Thanks for confirmation the Clover works.

Anyway record like <03080000> means a set of bytes from low to big.

First byte is 03, second is 08, third is 00 etc.

Your script is wrong.

0x0803 means as usual 03 is first byte, 08 is second byte.

@Slice

Your script is wrong., may be but which one ?

"ioreg' and/or "nram" aren't my script(s) (but surely macOS components), they both return <03080000> value where 1st byte is at 1st place, second byte 2nd place and so on and <08030000> is the reverted value

ATH displays a formatted, ">" replaced with ")" & "<" replaced with "(0x", third word from "ioreg" returned value :      "csr-active-config" = <03080000>

Regards

Edited January 11, 2024 by matxpa

[Slice]

3 minutes ago, matxpa said:

@Slice

Your script is wrong., may be but which one ?

"ioreg' and/or "nram" aren't my script(s), they both return <03080000> value where 1st byte is at 1st place, second byte 2nd place and so on and <08030000> is the reverted value

ATH displays a formatted, ">" replaced with ")" & "<" replaced with "(0x", third word from "ioreg" returned value :      "csr-active-config" = <03080000>

Regards

Again

"csr-active-config" = <03080000> is right

But About_This_Hack shows 0x03080000 which is wrong.

https://www.insanelymac.com/forum/topic/284656-clover-general-discussion/?do=findComment&comment=2815397

 

[miliuco]

@matxpa

If the key is to show 08030000 instead of 0x0803000 as @Slice says (I'm not sure of understand completely this statement), it's easy to remove 0x in the tooltip:

 if sipValue.length == 12 && !sipValue.contains("(0x\">\"g)") { osSipInfo += "(" + "\(sipValue.dropFirst(3))\n" } else { osSipInfo += "\n"}

What do you think about it?

 

Spoiler

 

[MakAsrock]

2 hours ago, Slice said:

What if you set "true"?

1 hour ago, Slice said:

@MakAsus and other having problems with Memory shown in SystemProfilier.

As well try to set

SMBIOS->Memory->Channels=2

By default this value = 1

 

I changed my config file:
 

	<dict>
		<key>Memory</key>
		<dict>
			<key>Channels</key>
			<integer>2</integer>
		</dict>
		<key>Trust</key>
		<true/>
	</dict>

and nothing has changed.

preboot.log

Edited January 11, 2024 by MakAsus

[jsl2000]

On 1/11/2024 at 9:19 AM, MakAsus said:

I compiled CloverBootloader commit 1947d48 which also works fine. I also compiled About This Hack.app Version 1.1.0 (1400). If anyone needs it, I can add it to my GitHub repository. 

Thanks and please add them to your GitHub ASAP !

[Slice]

10 hours ago, MakAsus said:

 

I changed my config file:
 

	<dict>
		<key>Memory</key>
		<dict>
			<key>Channels</key>
			<integer>2</integer>
		</dict>
		<key>Trust</key>
		<true/>
	</dict>

and nothing has changed.

preboot.log 67.5 kB · 2 downloads

No effect is the bug.

[MakAsrock]

3 hours ago, Slice said:

No effect is the bug.

It's a pity.

[matxpa]

15 hours ago, Slice said:

Again

"csr-active-config" = <03080000> is right

But About_This_Hack shows 0x03080000 which is wrong.

https://www.insanelymac.com/forum/topic/284656-clover-general-discussion/?do=findComment&comment=2815397

 

@Slice

 

Hi

I apologize, you're right to say that I'm wrong.

Regards