Welcher SMBIOS?

Probiere mal bitte die angehängte DSDT einmal aus (gegen deine in Clover austauschen und neustarten). Ich habe meine so erstellt und läuft es einwandfrei. Die SSDT brauchst du aber dennoch.

Nur ein kleiner Hinweis. Da ich beim Patchen der DSDT betreffend der 8er-Chipsatz-Serie Fehlermeldungen bekomme, die ich nicht lösen kann, habe ich einfach die der 9er-Serie genommen. Da gibt es keine Fehler. Somit scheint dann irgendwo bei den Einträgen "Über diesen Mac", "weitere Informationen" die Info auf, dass das System einen 9er-Chipsatz hat. Das macht überhaupt nichts, denn wenn du dann zu den SATA-Einstellungen gehst scheint eh der 8er auf. Dies mit dem 9er ist nur kosmetisch und störe dich nicht daran. Das System müsste dann mehr als stabil laufen.

Bitte gib eine kurze Rückmeldung ob es funktioniert oder nicht.

P.S. schick mir auch noch deine SSDT bzw. hänge hier die Textausgabe an (besser), damit ich einen Blick darauf werfen kann

Edit: was ich vergessen habe zu erwähnen ist, dass ich die DSDT aus dem F10b-Bios habe (original und aktuellste von Gigabyte). In deiner Signatur steht aber F10. Hast du diese von woanders her oder ist es eh jene von Gigabyte (F10b)?

Lade dein Bios mal wo hoch und poste mir den link. Werde aus deinem Bios die DSDT raus holen und patchen.

Den Syntax-Error erhälst du von meiner DSDT (über MaciASL)?

So probiere mal die angehängt DSDT, die ich gleich aus dem Bios von Tweaktown genommen habe. Deine eingebauten Treiber machen da glaube ich nichts in der DSDT.
Die SSDT habe ich gleich in die DSDT integriert somit brauchst du keine extra mehr im ACPI-Ordner.

Wegen der Fehlermeldungen, die sind mir bekannt. Wenn ich die DSDT erstelle habe ich keine, wenn ich sie jedoch wieder mit MaciASL öffne sind diese beiden Fehlermeldungen (bei Line 69 und 70) vorhanden. Wenn ich sie lösche ist alles in Ordnung und man kann die DSDT speichern, wenn du die DSDT wieder mit MaciASL öffnest sind diese beiden Einträge vorhanden und die Fehlermeldungen wieder da. Ignoriere diese einfach und teste mal die DSDT

Wegen der hinteren USB kann ich nicht genau sagen warum, aber wenn ich einen Blick auf geizhals schaue, da steht was von "6x USB 3.0 (Z87 - uPD720210 Hub)"
Anscheinend brauchst du für den uPD720210 Renesas einen kext. Haben die hinteren USB schon einmal funktioniert (mit anderer DSDT)?

Probiere mal bitte die beiden angehängten DSDT's mal aus ob es mit den hinteren USB-Ports funktioniert. Beide bitte nicht gleichzeitig. Zuerst die erste, wenn es mit dieser nicht geht die 2. DSDT nehmen (denn 2er aus dem Namen entfernen damit es nur DSDT.aml lautet). Also wir testen mal ohne .kext.
Die SSDT brauchst du bei diesen DSDT's nicht mehr. Habe die SSDT in die DSDT integriert. Um zu testen ob Powermanagement funktioniert kopierst du den angehängten PowerManagementinfo kext nach "EFI" => "EFI" => "Clover" => "kexts" => "10.11" und startest den Rechner neu.
Bei Terminal gibst du dann folgenden Befehl ein:

und dann siehst bei der Ausgabe die Speedsteps die erkannt worden sind bzw. welche vom System in Anspruch genommen werden.

Schön, dass es jetzt funktioniert. An diesen Schei* mit USB und El Capitän habe ich nicht gedacht. Ich bleibe so lange es geht bei meinem zuverlässigen und super funktionierenden Mavericks. Alles andere lasse ich im Moment links liegen.

Ja, sonst hätte ich es nicht bei der von mir geposteten config.plist gemacht. Im Bios auf Profile 1 damit 1600 Mhz (so einen Speicher habe ich) umgestellt und unter Clover auf XMPDetection auf Yes. Läuft bei mir ohne probleme unter Mavericks und wird mit 1600MHz erkannt.

Danke für den Hinweis rubenszy. Zumindest habe ich immer beides kombiniert (Bios und Clover) und wurde der Speicher richtig erkannt - was ich in Bezug auf Gigabyte-Boards sagen kann.
Bei meinem Asrock B75M-ITX stimmt dies nicht ganz. Obwohl im Bios auf 1600 MHz eingestellt, in der config.plist XMPDetection auf Yes wurde unter Mavericks nur 1333Mhz angezeigt (als SMBIOS habe ich Mac Mini 2012 verwendet gehabt). Auch der Grafikspeicher (der HD4000) wurde nur mit 1024MB angegeben.
Auf der Fehlersucher (hab zig Variationen ausprobiert die nicht geholfen hatten) bin ich im englischsprachigen Anton-Forum auf einen unscheinbaren Beitrag gestoßen, wo jemand schrieb, dass er im Clover Configurator bei der Rubrik "SMBIOS" den Haken bei "Trust" gesetzt hatte und schon wurde bei ihm der Speicher richtig erkannt. Da ich bei meiner config.plist den Haken bei "Trust" nicht gesetzt habe, habe ich natürlich dies getestet und siehe da, der Speicher wurde mit 1600MHz richtig erkannt und auch der Grafikspeicher wurde mit 1536MB angezeigt. Bei meinen anderen config's (für die GA-Boards) habe ich das auch nicht gehabt und trotzdem wurde der Speicher erkannt.
Also nur als kurze Randnotiz, dass es mit Clover und Speicher nicht immer geht.

fermolino habe den Thread nicht komplett durchgelesen, daher die Frage was hast vor?

Die NullCPU auf Dauer zu nutzen, ist keine gute Idee.
Dadurch wird das Powermanagement deaktiviert, für einen Installer ist dies aber völlig in Ordnung.

Mit dem Intel Power Gadget, welches du hier runterladen kannst: klick