Beiträge von startergo

Zitat von hObelware

na dorr kollaesch, .. ist ja wirklich Jahre her! (meine Telefonnummer ist aber seit 20 Jahren die gleiche)

Mac/Hackintosh betreibe ich als Haupt-/Produktivsystem seit 2011, die Landung ist daher auch schon irgendwo im Erinnerungsnebel verschollen .egal.

Wenn Du Dein Problem mit meiner Kext lösen (naja) konntest: fein!, eine echte Lösung (auch DRM) ist das hier: https://github.com/ChefKissInc/NootRX

Das ist die Treibererweiterung als Lilu PlugIn. Der Einsatz dieser Kext erfolgt, wie bei meiner, ohne DeviceProperties und GFX0 Bridge. Optimal fährst Du damit nen iMacPro1,1 mit Lilu.kext und ohne WhatEverGreen.kext - und damit auch ohne agdpmod=pikera. Damit geht dann grafikseitig alles.

Falls Du auf QuickSync (für Sidecar z.B.) angewiesen bist, und nen iMac als SMBIOS bevorzugt wird, muß WhatEverGreen für die IGPU (mit agdpmod=pikera) nach NootRX in der config geladen werden, sonst gibts ne KernelPanic. Da geht auch alles, wie es soll. Ob mit der Kombi Stabilitätsprobleme auftreten (glaube ich nicht), habe ich nicht mehr genügend lange getestet, da ich mir in der BlackWeek ne RX 6800 günstig geschossen habe. Die RX 6650 XT hab ich wieder verhökert.

Falls Du den Code nicht selber kompilieren willst, findest Du die Builds auch bei GitHub unter Actions->CI als Artefacts.zip

lg

Alles anzeigen

Thanks. You may want to update your link to point to https://github.com/ChefKissInc/NootRX. At the moment it just opens non existent http://nootrx/

Zitat von hObelware

I have the kext signed by Apple itself (which will certainly not happen) .. sorry

Wait so you say If I notarize the kext the DRM will work?

Zitat von GenuineJakob

Hi hObelware,

if you don't have the time to investigate this any further, could you please upload the Xcode project or the relevant parts of the code to GitHub? Maybe the Whatevergreen devs can look into it and fix DRM.

Still many thanks for the kext that is available so far!

The Xcode project this is based on is on GitHub. It is actually Apple Original open source code. There is a link in the first post.

Alles anzeigen

Zitat von hObelware

Unfortunately, DRM Decoder does not work with this solution.

Could it be because the AMDRadeonX6000_AMDRadeonHWServicesNavi is not injected properly? Also AMDRadeonX6000_AMDNavi21GraphicsAccelerator is missing from IO Registry at all. I am attaching an IO Registry backup for comparison. The IOProbeScore is set to 6502, which is higher than the original by only 1, whereas the IOProbeScore of the AMDRadeonX6000_AmdGpuWrangler, which injects correctly is 2 units higher than the original?

I have replaced the MOBO with a similar one:

x299 SAGE (no 10G ethernet) and there are no more freezes so far. I have noticed that the previous board had bad CMOS battery (around 0.3VDC), but I don't think that would have caused such issues. Most probably the board itself.

Replaced the USB Mapping with SSDT from kext.

Still freezing.

Now added CPUfriend.kext

Last night I replaced the TSCAdjustReset.kext with the CpuTscSync.kext. The computer was awake this morning. No freeze though.

Looks like Handoff is preventing the sleep.

So I guess the Idea is to reset RHUB found in the original SSDT

And Insert a new device Device (XHUB) with select properties?

Isn't it easier to modify the original SSDT and drop it during loading replacing with the modified?

There is an example for creating an SSDT.

Zitat von ozw00d

in the attachment you'll find my ssdt for reference

I don't see any currents defined there. Do they attach from somewhere else?

Zitat von ozw00d

Take a look on how to create a custom usb ssdt. Trust me it is worth it.

Any reference? Or can you attach yours as an example?

Zitat von ozw00d

How do you map your usb things. Sounds like an usb issue.

I use USBMap.kext, SSDT-X299-XHC.aml, SSDT-X299-XHCI.aml here.

Zitat von kaneske

Either this or defective RAM.

If you have working XCPM, of course.

How come the issue does not manifest itself in Windows if it was a defective RAM?

Interesting I have set up last night XMP profile for the RAM in BIOS and this morning the PC was not frozen.

SMBS._ADR -> XSBU.XADR

Zitat

X299 system don't like this patch. (npci=0x2000(3000)
I remove this and patched my system with
SMBS._ADR -> XSBU.XADR

Probably not needed

Rename _DSM to XDSM (NVDIMM). This might not be needed, but look here:

Zitat

Renaming all _DSM to XDSM insures no existing _DSM at the NVMe SSD path. The _DSM injection via SSDT_NVMe-Pcc.aml will not work if there is an existing _DSM at that path.

Probably not needed.

Rename HEC1 to IMEI (PAVP) and Rename IDER to MEID (PAVP) as per Apple's naming convention.

HPET _CRS to XCRS Rename, RTC IRQ 8 Patch, TMR IRQ 0 Patch are generated by SSDTTime

Fix RTC Range is from  khronokernel

I have updated the config removing some renames in GitHub.

Unfortunately I got the freeze again after a few hours of inactivity with the current setup. What gives?

Thank you very much kaneske for the advise. I have changed the suggested settings and will monitor the performance.

Zitat von kaneske

Quite much renames in ACPI Section, do you really need them?

Are you talking about these?

What is wrong with them?

In Monterey or Ventura during sleep (or at least black screen before sleep) I get this random freeze and the computer does not respond neither to the wake request, nor to the power reset button, so I have to force Power OFF button for shutdown. No errors are indicated and no panics are recorded. It does not happen in Windows so it is definitely MacOS specific.I have not had the freeze in Big Sur, though I have noticed random reboots (no apparent reason). Anyone has a hint on what to chase here? My OC settings and Bios settings are in my signature link for the x299.