Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
Im OpenCore 0.6.3 MASTER gab es gerade eine Änderung bezüglich Big Sur Beta 10 …
hab die bug shure DP10 unter OC 0.62 auf meinem halben cMP laufen
und muss gestehen das es stabiler und schneller als mojave seit dem
005 security update läuft.
ich hab apple da schwer in verdacht die 005er absichtlich unstabiler gemacht zu haben!
karacho du bist nicht der Einzige der Probleme mit USB hat.
apfelnico ich dachte immer, dass ich mit der Einstellung alleine wäre. Mac OS hat 2017-2019 mehr Spass gebracht.
Ich denke mal, die stecken bei Apple in Zukunft all ihre Energie in die ARM-Entwicklung. Vorgestern mal wieder eine Mac&i gekauft.
cmoers OS X 10.6 Revival - was die Farben betrifft, sicherlich.
ASMedia & DRM mit iGPU sehe ich noch als Baustelle im Bereich Hackintosh,
Ich glaube nicht, dass ASMedia USB Baustelle des Hackintosh-Bereiches ist, da unter X299 Mainboards problemlos funktionieren, nur Zxxx Reihe (Z170, Z270) betroffen.
Dem würde ich unwiedersprochen beipflichten.
IndioX
Auf dem Testsystem läuft es auch erstaunlich flüssig. Aber ich traue dem noch nicht, das Arbeitssystem ist nach wie vor auf Mojave; Catalina hab ich hier ausgelassen, das ist ziemlicher Müll.
es lief schon die DP1 schneller und stabiler als es catalina je war.
allerdings war bug shure ab der DP4 echt wieder mühsam und mit dem
update auf DP10 hat es mir dann meine installation zerschossen.
daher hab ich die DP10 clean installiert und das rockt inzwischen ;- )
wobei wie schon erwähnt, mojave seit dem 2020-005 echt einen an der waffel hat
Hätte eine Frage zum Guide bezüglich IvyBridge Power Management.
Im Guide steht, dass man sicherstellen soll, unter ACPI > Delete die Patches "DeleteCpuPm" und "Delete Cpu0Ist" aktiviert sind:
https://dortania.github.io/Ope…list/ivy-bridge.html#acpi
Aber im Abschnitt Post-Install bezüglich "Optimizing Power Management" steht dann, dass man diese Patches ausschalten soll, nachdem man mit ssdtPRGen seine eigene SSDT gebastelt hat:
https://dortania.github.io/Ope…y-bridge-power-management
Wenn ich mir das dann in Intel Power Gadget ansehe, scheint es so, dass er mit "an" die Max Freq weiter absenkt:
Was gilt denn nun für den Betrieb: Patches an oder aus?
Danke.
5T33Z0 die normalen Desktop-CPU's takten bis 1600 Mhz. Es gibt da noch Exoten mit Sockel 2011 (Premium Power) die takten bis 1200Mhz. Xenon takten 1600 Mhz oder 1200 Mhz. Die "U" gehen im Idle bis auf 800 Mhz. Gibt sogar Mobil-Cpu's die schaffen nur 3000 Mhz im Idle. Alles ziemlich breit gestreut.
Achso, ich habe beides auf "NO".
Ich fahre im Moment das SMBIOS vom iMac Pro 1,1. Habe den Eindruck, dass Speed-Stepping mit meiner SSDT unter iMac 13,2 besser läuft. Unter iMac 13,2 taktet er runter bis 1600 Mhz. Bei iMac Pro 1,1 taktet er runter bis 2600 Mhz. Alles Durchschnittswerte. Ich schätze mal da spielen mehrere Faktoren eine Rolle. Mit Sicherheit auch, ob die CPU, wie in meinem Fall, nicht zum SMBIOS passt. Da kann man wohl noch so sehr an der SSDT herumschrauben. Ich nehme an, dass die Schalter in so einem Fall auf "YES" stehen müssen. Probiere das nachher mal aus.
Sehe eben gerade, die 0,8 bei Core Min. Also Mobil mit "U"?
Jetzt mit "Yes" liegt er bei 3500 Mhz 
Deine CPU ist in der "Ivy Bridge.cfg" von ssdtPRGen nicht enthalten.
Nur die I5-3360M. Hast du manuell gemacht?
Kannst ja patchen. Habe ich bei Hackintool auch gemacht. Jetzt wird mein SATA-Controller nicht mehr mit Fragezeichen angezeigt.
Piker ist ja schon lange nicht mehr aktiv. Vielleicht sollten wir das git übernehmen.
bluebyte Gut, du beziehst dich jetzt auf "Average" also den Durchschnitt. Bei mir liegen die Durchschnittwerte bei ON gegenüber OFF aber auch deutlich unterhalb der hellgrauen Linie (Base Freq). Von daher scheint mir in meinem Fall "On" doch sinnvoller.
Natürlich gibt es diese CPU im Datensatz der IvyBridge.cfg:
i7-3630QM,45,0,2400,3400,4,8
Ich habe aber die LowFrequency auf 900 gesenkt (bei 800 kein Boot) und es in die User Defined.cgf eingetragen:
i7-3630QM,45,900,2400,3400,4,8,4,100 (≙ Modell, TDP, minimal Freq, Base Freq, Kerne, Threads, Familie, BaseClock)
5T33Z0 also da oben war es noch die I7-3360QM 
5T33Z0 Nein, der steht auf "No"
Wo ich mir etwas unsicher bin, das sind AppleCpuPmCfgLock & AppleXcpmCfgLock.
Kann keinen entsprechechenden Eintrag im BIOS finden.
Nach meinem Verständnis müssten die dann wohl doch auf "YES".
Im Moment steht es auf "NO".
Ich habe im Apple Systemlog (ASL) Meldungen extrem viele doppelte Einträge. Hat da jemand eine Idee, wie ich die Ursache rausfinden kann?
spotlight indiziert. Kann schon mal dauern wenn defekte oder nicht geschlossene Dateien auf dem Laufwerk liegen. Man kann Laufwerke und Ordner von der Indizierung ausschliessen.
Manchmal hilft es auch den Index zu löschen. Hatte ich gestern mit meiner externen Festplatte My Book.
5T33Z0 Nein, der steht auf "No"
Wo ich mir etwas unsicher bin, das sind AppleCpuPmCfgLock & AppleXcpmCfgLock.
Kann keinen entsprechechenden Eintrag im BIOS finden.
Nach meinem Verständnis müssten die dann wohl doch auf "YES".
Im Moment steht es auf "NO".
Bei mir steht beides auf Yes in meinem Lenovo T530. Aber das kommt auch auf die CPU Familie und das BIOS an, das man benutzt. In meinem Notebook gibt es keinen Eintrag zu CFGLock, bei meinem Z490 Board schon seit dem einem BIOS Update. Würde iich nur aufmm USB stick testen, das zu deaktivien, sonst fährt die Kiste im Zweifelfall nicht mehr hoch.
EDIT: Beim Laptop brauche ich AppleCpuPmCfgLock auf jeden Fall. Der zweite ist aus gerade.
Habe den Rechner jetzt mal 60 Minuten in Ruhe gelassen. Average bei 3500 Mhz.
Nehme die Schalter mal wiede raus. Wie ich schon erwähnte, funktioniert das Stepping mit SMBIOS iMac 13,2 problemlos.
