Contribute
Register

Gigabyte Z690 Aero G + i5-12600K + AMD RX 6800 XT

Fortunately that problem is completely gone! Not sure exactly when it went away, but I'm running Monterey 12.1 Beta 4.
oh wow I need to try that . I am on 12.0.1 and still experiencing that.
 
** Monterey 12.1 **

macOS Monterey 12.1 release candidate is now available for public download from System Preferences --> Software Update if your Mac is enrolled in the Apple Beta Software Program.

The official release should occur within a couple of days.
 
Last edited:
** Why Only Half of E-Cores are Activated with CpuTopologySync **
credit: vit9696

Reference

Screen Shot 2021-12-07 at 1.43.48 PM.png


P.S. @StefanAM's observation was correct:
I think it's about treating the e-cores like HT capable.
 
Last edited:
I knew this would happen eventually. Same with RX 6600 support. Naysayers can take a walk.
Great news! The hardest part now is the availability of display card. :lol:
Try a 6600 or 6600XT. I have ordered one myself.
 
I knew this would happen eventually. Same with RX 6600 support. Naysayers can take a walk.
Well, vit9696's comment is a technical explanation of what I had identified with CpuTopologySync: XNU relies on its own 'processor-number' rather than 'processor-id' from ACPI (or the matching 'processor-index'). It is NOT the solution to activate all threads, which is reportedly based on a "new approach"; we still have to wait for this one.

The remaining part of the commit looks like it could be the solution, in version 1.0.1 of CpuTopologySync.
 
Last edited:
Hmmmm! So it is a hardware issue. My Alpine Ridge doesn't have video output. Everything else work. GC-ALPINE-RIDGE-NVM21-V3-NATA.bin has 2 DROM inside:
1)
thedrom=71000000000000ed00c8912ecc026a00ed0019800201088180028000000008829001800000000883800480010000088490038001000002c50b8620010064000000000003878005885040000589500000058a500000058b5040000b01474947414259544500120247432d414c50494e45205249444745000000000000000000000000000000000000000000000000000000000000

sources:
/Users/alex/Desktop/TB/Proba.bin:inactive:v21:nvm_v21.0:0x4200

2)
thedrom=9a0000000000008680870a975e016400868073200121088180028000000008829001800000000883800480010000088490038001000002c50b8620010064000000000003878005885040000589500000058a500000058b5040000801496e74656c000f0248616465732043616e796f6e000000000000000000000000000000000000000000000000000000000000000000

sources:
/Users/alex/Desktop/TB/Proba.bin:active:v33:nvm_v33.0:0x82200.

This values are from one of my tryings. Not from original GC-ALPINE-RIDGE-NVM21-V3-NATA.bin.

I tried to touch on both DROM, the Display PortAdapter but without result. CaseySJ, here maybe you can give a hint.
GC-ALPINE RIDGE-NVM20-V1-Elias64Fr.bin and GC-ALPINE RIDGE-NVM20-V2-Elias64Fr.bin give video output but don't activate TB.
In this moment the Alpine Ridge owners have 2 options:
1. Use genuine firmware and hope that some ACPI guru fix _GPE (hot plug issue) - unrecommended
2. Use GC-ALPINE-RIDGE-NVM21-V3-NATA.bin with all working, but without video output - recommended. Another minus is: after windows or linux, computer stall. Cold boot is necessary.
@CaseySJ, @Elias64Fr a hand, please!
Hi @StefanAM
Could you try this one, this is your original firmware patched with a minimal data ?
 

Attachments

  • GC-Alpine-Ridge-original_patch1.zip
    146.7 KB · Views: 36
Hi @StefanAM
Could you try this one, this is your original firmware patched with a minimal data ?
Hey @Elias64Fr! Thank you for don't forgot me. I tried the firmware with all of this: MB cable on, MB cable off+ 3-5 pin connected, SSDT-SocGpePatched.aml+SSDT-TbtOnPch.aml+SocGpe off, SSDT-TbtOnPch-Gigabyte-Z690-AORUS.aml, SSDT-TB3-HackinDROM.aml. No TB tree, not even UPSB. Video it was working trough TB card. I discovered in ACPI, SSDT-9-A M I.aml with native Gigabyte TB Tree. Maybe, can be used. Best regards!
 

Attachments

  • SSDT-SocGpePatched.aml
    14.8 KB · Views: 45
  • SSDT-TbtOnPch.aml
    6.3 KB · Views: 40
  • SSDT-TbtOnPch-Gigabyte-Z690-AORUS.aml
    5.2 KB · Views: 37
  • SSDT-TB3-HackinDROM.aml
    2.2 KB · Views: 36
  • SSDT-9-A M I.aml
    22.4 KB · Views: 39
Hey @Elias64Fr! Thank you for don't forgot me. I tried the firmware with all of this: MB cable on, MB cable off+ 3-5 pin connected, SSDT-SocGpePatched.aml+SSDT-TbtOnPch.aml+SocGpe off, SSDT-TbtOnPch-Gigabyte-Z690-AORUS.aml, SSDT-TB3-HackinDROM.aml. No TB tree, not even UPSB. Video it was working trough TB card. I discovered in ACPI, SSDT-9-A M I.aml with native Gigabyte TB Tree. Maybe, can be used. Best regards!
You can try this firmware, on first time, without any Thunderbolt SSDT add-on file and post your IORreg file.
 
You can try this firmware, on first time, without any Thunderbolt SSDT add-on file and post your IORreg file.
Nothing on RP09, with and without SSDT.
 

Attachments

  • iMac Pro - Alex.ioreg
    33 MB · Views: 44
** New 3600MHz CL16 Memory **

The new TridentZ memory modules arrived earlier today (2x16GB 3600MHz CL16 Samsung B-Die). Unlike last week's test with OLOy CL14, which caused POST failure, these modules work just fine. Geekbench scores have improved a little bit:

Screen Shot 2021-12-09 at 9.27.49 AM.png

In my opinion the improvements seen here do not justify the 50% higher price, although the real benefit of these modules lies in their ability to be further overclocked.

https://www.newegg.com/g-skill-32gb-288-pin-ddr4-sdram/p/N82E16820232860
 
Last edited:
Back
Top