Edit by 6F: Keine Vollzitate aus dem Post darueber !
Magst du noch dazu schreiben, welche Version jetzt bei funktioniert?
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 erstellenEdit by 6F: Keine Vollzitate aus dem Post darueber !
Magst du noch dazu schreiben, welche Version jetzt bei funktioniert?
Der Link war schon mal Lehrreich!
Dem entsprechend deute ich das Verhalten bei mir so: die C-States sind aktiv. Das ist das was ich im 'I.P.G.' sehe.
OSX erkennt meine CPU nicht, also gibt es von dieser Seite nur zwei P-States (800 /3500).
Wenn ich die restlichen P-States aktiviert bekämme, könnte ich ein kleines Skript basteln, das für einen definierten Zeitraum Aktionen ausführt um ein reproduzierbares Anwendungsszenario zu haben.
Der Rechner kommt an einen Strommesser und das Skript wird einmal mit und einmal ohne aktivierte P-States gestartet.
Dann wüsste man zumindest mal, über welche Größenordnung überhaupt diskutiert wird.
Als erstes, Interesse ob und wie es funktioniert.
Dann möchte ich auch dahinter kommen, was da mit den P-States bei mir nicht passt...
Hier klappt es leider noch nicht so mit den P-States. Zumindest werden weiter nur [8 / 35] angezeigt.
Im Log kommt beim boot immer so etwas:
Ich habe mit ssdtPRGen.sh die ssdt erstellt.
Dann habe ich die DSDT aus dem ACPI genommen und, wie oben beschrieben, den Teil der ssdt eingefügt.
Mit der 'DSDT-H87M-HD3-F2-HDMI-HD4000' habe ich es auch schon getestet.
Allerdings ändert sich die CPU Frequenz im 'Intel Power Gadget' fortlaufend auch ohne die neue DSDT.
Demnach funktioniert es?
Das passt alles noch nicht so recht zusammen...
Edit: Ich bekomme es nicht ans laufen.
Die Verzeichnisse in EFI habe ich noch mal entfernt.
Dann mit
erneut erstellt.
DSDT.aml nach Load kopiert.
Dazu habe ich zum Testen noch einen legacy kext nach Extensions kopiert.
Dann Reboot...
Der kext wird nicht geladen.
kextload MSRDumper.kext ausgeführt und Konsole geöffnet, etwa 10 Minuten Programme auf und zu machen, mit Xcode was kompiliert, bla, bla
aber es werden nur zwei erreichte P-States angezeigt (8/35).
Wo und in welchen Log kann ich denn sehen, ob Ozmosis die DSDT überhaupt läd?
Danke, die Partition habe ich gefunden, das Verzeichnis ist aber leer!
Ist das normal und ich muss die notwendigen Verzeichnisse selber erstellen?
Habe die beiden Fehler jetzt erstmal durch ein selbst gebastelten legacy kext wegbekommen.
Jetzt möchte ich noch die anderen Warnungen / Fehler wegbekommen, bevor ich ans Bios gehe:
Laden kann man die DSDT ja via Efi Partition unter Ozmosis.
Kannst du kurz erklären wie das genau funktioniert?
Na da bin ich aber froh, das OSX mir so eine Rettungspartition erstellt hat
Einmal ist er noch hochgekommen, dann war Feierabend.
Dafür war der Fehler für die Zeit aber nicht im Log.
Eventuell versuche ich es noch mal ohne die Plugins.
Reicht es, die vor der Installation des kext einfach zu entfernen?
Edit: Hab es anders herum probiert und mir den ganzen Keys Absatz aus der neuen plist in meine kopiert.
Rechner startet, Fehler ist weg. Das passt schon mal.
Hat zum anpassen der FakeSMC im Bios noch jemand ein paar Tipps?
Achso, das habe ich auch noch im Log entdeckt:
Hallo,
Bios ist bei mir das H81M-HD3-Ozm-DSDT-G
Mit nvram habe ich den Rechner zum MacMini 6.2 gemacht.
das kommt bei mir im Log:
und das soll dagegen helfen:
Nun habe ich mir mit mmtool, aus dem Bios die fakesmc geholt.
Version ist:
Falls ich jetzt aus Neugier die FakeSMC ergänzen/austauschen möchte, muss ich genau diese Version nehmen?
Die finde ich auf der Projekt-Seite leider nicht. Oder kann ich auch die aktuelle 1164 benutzen?
Der Clover Teil kann/muss dann weg. Auf was müsste ich noch achten?
Ich würde auch gerne meine Änderung zum MacMini fest eintragen...
Gandalfs Blog war mir bis hier hin schon ein grosse Hilfe, aber jetzt weiss ich nicht mehr so recht weiter...
Gruß S.
Es funktioniert!!
Die Lösung ist der zur Hardware passende Framebuffer-Patch.
Zum Nachlesen und Patch aussuchen, bei Google mal nach "hd4600-hd4000-hd3000-framebuffer-edits" suchen.
Auf der Seite bei "Framebuffer Configurations" schauen und dem Buchstaben entsprechend, den Patch wählen.
Bei mir passt d, also der "graphics_intel_hd5k-azul-d-90_patch".
Command ausführen, neustarten und freuen
Für nachfolgende eine kleine Zusammenfassung:
Ziel: OSX 10.9.2 und Windows 7 Dual-Boot
Gigabyte H81M-HD3
Prozessor mit Intel 4600 Grafik
Ordentlich(en) Speicher
SSD ab 100GB
Ozmosis flashen und Bios einstellen wie oben beschrieben.
8GB Usb-Stick mit Mavericks aus dem Appstore (erstellt mit zB DiskMaker X)
Windows x64 (als DVD wegen dem UEFI Bootloader)
OSX vom Stick installieren, dabei aber mit dem Festplattendienstprogramm mindestens zwei Partitionen erstellen.
Ich habe 120GB zB so aufgeteilt: 45GB (OSX), 65GB (WINDOWS), 10GB exFat (Dateiaustausch, Tools, Backup Blabla
Dann folgende kext einspielen:
AppleHDA.kext (892 mit DSDT)
AppleIntelFramebufferAzul.kext (von oben oder selber patchen)
GenericUSBXHCI.kext (für VIA USB3.0)
RealtekRTL81xx.kext
Wenn OSX läuft und HDMI funktioniert -> Windows DVD einlegen und neustarten.
F12 und vom UEFI DVD die Installation starten.
Da noch ein kleiner Tipp:
Beim ersten Neustart ins Bios wechseln und den "Windows Boot Manager" in der Bootreihenfolge an die erste Position schieben.
Bei der folgenden Treiber-, Update-, Neustart-Orgie wird man sonst irre, der rebootet so fix und zack, ist man doch wieder im OSX
Besten Dank noch mal für Eure Hilfe
Gruß Samen
Das neue BIOS ist drauf.
In den Systemeinstellungen / Ton gibt es kein HDMI-Gerät.
Audio kext und Framebufferpatch sind installiert, BIOS Setup passt...
PS: die internen Digital Ein- und Ausgänge werden übrigens auch nicht angezeigt.
Cool! Dann warte ich gespannt...
Ja, genau so. Wobei das System auch mit 1024MB sauber startet.
'Extreme Memory Profil' bewirkt was noch mal ?
Den kext vom MultiBeast hatte ich ja als erstes probiert.
Um sicher zugehen, habe ich den jetzt noch mal eingespielt. Rechte und Cache machen lassen, Neustart.
Audio geht, aber kein Ton via HDMI.
Gesagt, getan.
Stick erstellt und neu installiert.
OSX bootet. Alles super.
Audio, Lan, USB, Trimpatch und Framebuffer kext's dazu installiert und neustart.
Internet, Audio etc. funktioniert aber leider kein Audio via HDMI
Ansonsten bin ich aber sehr begeistert, von dieser Variante!
Edit:
Diesen Audio kext habe ich jetzt noch probiert: http://hackintosh-forum.de/ind…age=Thread&threadID=14542
Ton kommt, aber nicht über HDMI.
Gut, dann neu...
Als kext dazu nur Audio, Lan, USB und Trim-Patch?
Mit dem Bios wird übrigens in den Systeminformationen bei Speicher Bank 0 + 1 angezeigt, wobei eins dann leer ist. Das müssten IMHO Bank 0 + 2 sein.
PS: Stick wird erstellt...
Trotzdem verstehe ich nicht warum das HDMI Gerät nicht angezeigt wird. In den Systeminformationen steht es ja auch drin, also Grundsätzlich erkannt wird es wohl.
Dank für den Schubs..
das Bios und der AppleIntelFramebufferAzul.kext sind drauf.
Ausser USB, Lan und Audio(mit DSDT) habe ich die andern kext (wie möglich) entfernt.
HDMI-Audio funktioniert leider immer noch nicht, soll heissen das es mir gar nicht zur Auswahl angeboten wird.
Wenn alles passt möchte ich gerne neu installieren, aber sollte das jetzt nicht auch schon laufen?
Gruß S.
Hallo,
auf dem H81M habe ich 10.9.2 installiert.
Soweit läuft das wie gewünscht, nur Audio via HDMI leider nicht.
Da es ein Dual-Boot mit Windows 7 ist und es da funktioniert, weiß ich das die Verkabelung passt.
Installiert wurde mit myHack. Dann myHack.kext entfernt und mit MultiBeast folgendes dazu gepackt:
ZitatAlles anzeigen# Bootloader
Chimera v2.2.1
# Installed or patched Extensions:
AHCI_3rdParty_SATA.kext
AppleGraphicsControl.kext
AppleHDA.kext
AppleRTC.kext
EvOreboot.kext
FakeSMC.kext
GenericUSBXHCI.kext
HDAEnabler1.kext
IOAHCIFamily.kext
NullCPUPowerManagement.kext
RealtekRTL81xx.kext
# Removed Extensions:
AppleGraphicsControl.kext/Contents/PlugIns/ApplePolicyControl.kext
AppleTyMCEDriver.kext
Nun lese ich von DSDT und Ozmosis und, und ...
Soweit ich es verstehe müsste, es doch mit einer angepassten DSDT funktionieren?
Ich könnte mit FakeSMC.kext und Co leben, Ozmosis müsste es also nicht sein?
Kann mich bitte jemand in die richtige Richtung schubsen..
Gruß S.