Beiträge von Schneelöwe

Nimm mir doch nicht den ganzen Spass .
Ich probiere mal die DSDT zu replizieren, sowas sollte ich wohl nich hinkriegen, so lange bin ich davon ja auch nicht weg
Und dabei ist dies ganze Hackintosh Geschichte mittlerweile so einfach geworden.
Nochmals vielen Dank.

Keine Sorge, im Clover Ordner ist alles im aml Format.
Ich wollte die nur per Git verwalten und evtl. vergleichen können, und das ist im Binärformat so schwierig.
Ja, als ich das Injiziert habe, hatte ich sowohl FixHDA als auch Inject 1 an, und die Kexte habe ich in beiden, weil es bei der Installation immer mal wieder das Problem gab, dass er die nur aus dem other Ordner lesen wollte.
Nun aber zum wichtigsten: Deine DSDT funktioniert bestens mit Audio, dafür vielen Dank!
Jetzt möchte ich aber wissen, wieso und warum, wenn du deine Geheimnisse preisgeben magst ? Arbeitest du auch mit MaciASL?

Moin,
nach längerer Zeit habe ich mich auch mal wieder mit dem Thema OSX beschäftigt, und mittlerweile läuft auch (fast) alles.
Mit fast ist eben leider der Sound gemeint.
Eigentlich habe ich mit der 892 eine recht problemlose Karte die *damals* auch lief. Und unter Ubuntu läuft sie noch immer, daher ist ein Hardwaredefekt/UEFI-Problem eigentlich auszuschließen.
Jedoch lässt sie sich nicht dazu überzeugen, unter OSX einen Ton von sich zu geben.
Weder mit dem AppleALC kext, noch mit der Multibeast Variante. Das "audio_cloverALC-110_v1.0f.command" meint auch, dass es keinen Codec erkennen würde, womit "audio_codecdetect_v1.6.command" übereinstimmt.
Da ich nicht zwingend eine DSDT brauche, habe ich auch probiert, die Werte per Clover zu injizieren, aber das Ergebnis ist das gleiche. Ich habe auch alle 6 Layouts mal durchprobiert (und in den Systeminfos verifiziert, dass da auch eine andere Layout-ID steht).
Noch der Vollständigkeit halber, Systeminformationen sagt mit nur die Audio-ID und in den Einstellungen tauchen weder Ein- noch Ausgabegeräte auf.
Im Archiv.zip habe ich das Clover bootlog, meine aktuelle config.plist, den ioreg Output, den AppleALC Konsolen Output (per -alcdbg und debug Kext), den Systemberichtabschnitt aus PCI (in dem die Werte aus der DSDT alle vorhanden sind) und einmal meine gepatchte DSDT (per MacIASL->Patch->H87-D3H), die Orginale DSDT die ich aus dem Biosupdate von Gigabyte extrahiert habe und die CloverEx ist die, die per F4 Taste gesichert wird.
Ich hoffe ich habe jetzt keinen mit zu vielen Infos überfahren , also was habe ich übersehen?

Ich glaube es gibt kein Intel-mac mit PCMCIA-Slot, daher gibt es wahrscheinlich keine Treiber für einen solchen für die x86-Architektur.
Dann kommt noch das Problem dazu, dass die meisten karten nur bis ~ 10.4 32bit unterstützt wurden.
Also es kann sein, dass es irgendwie funktioniert. Aber du hast so viel bessere Methoden .
Von daher, wenn dir die Vorstellung des Auswechselns unangenehm ist,wäre ein USB-Stick die beste Wahl.

Prinzipiell bin ich ja der Meinung,dass man erstmal eine Installation probieren kann, bevor man sich überlegt, was alles schief gehen könnte .
Aber gut, das Grundgerüst sieht gut aus.
Die Grafikkarte dürfte nativ mit 32-bit Kexten laufen. Vll. brauchst du dazu noch den GraphicsEnabler, aber QE/CI kriegst du.
Und du brauchst eigentlich auch keinen externen Monitor bei 1280x800 Pixeln, und OSX versteht sich ja auch auf VESA .
Wlan wird wahrscheinlich nicht gehen, aber du kannst mal gucken ob du die Karte austauschen kannst. Wenn, dann wird es wahrscheinlich eine Full-Size PCIe sein, dafür gibt es kompatiblen Ersatz.
Deine Soundkarte könnte, nach meinen Informationen, eine ALC 262 sein. Dafür gibt es Lösungen über die AppleHDA, für den Anfang geht auch die VoodooHDA.
Für das Lan entweder den AppleIntel8254XEthernet.kext oder den AppleIntelE1000e ,vll. musst du die DevIDs anpassen.
Und ich würde für den Angfang Snow Leopard andenken.

Das sie gut zu deinem Notebook passt?
Allgemein kann man mit DSDTs nicht zaubern, auch wenn es so wirken mag.
Häufig nutzt man sie, um spezielle Kexte zu ersetzten, so auch bei Soundkarten: In die DSDT werden nur die Informationen geschrieben, die dazu führen, dass OSX aus der AppleHDA die richtigen Soundpaths etc. für deine Soundkarte ausliest. Dafür müssen die aber vorhanden sein. Daher: Hast du für deine Soundkarte eine funktionierende AppleHDA?
Und zum Thema "passen": Es gibt ein paar allgemeinere Patches, die aber auch nur Kexte ersetzen oder es anderen ermöglichen, überhaupt zu funktionieren.
Wenn du aber überhaupt kein Problem zu haben scheinst, muss man daran ja auch nichts ändern, oder?
Wenn du bspw. das Problem hättest, dass du beim reboot einen CMOS reset kriegst, die AppleIntelCPUPowermanagment.kext panict oder Sleep nicht geht, da ließe sich was machen.
Aber wie gesagt: Eine DSDT macht jetzt nichts unbedingt besser oder schöner. Ein Rechner kann auch sehr gut ohne eine auskommen!

Die grauen SystemDVDs kann man, meine Wissens nach, nicht als Installationsmedium für einen Hackintosh verwenden.

Also ich sitze gerade hier an einem Rechner mit Mavericks und kann mir den Installer erneut aus dem AppStore downloaden.
Was für eine Meldung erscheint den, wenn du auf Laden klickst?
Bei mir fragt er nur ob ich den fortfahren will, wo ich 10.9 doch schon hätte, wobei ich aber die Möglichkeit habe, einfach auf "Weiter" zu klicken.

Für die GMA X3100 gibt es nur für 32-bit stabile Kexte.
Soll heißen: Wenn du QE/CI haben willst, ist bei Lion (10.7) Schluss, unter Mavericks wirst du die Grafikkarte nicht ordentlich zum laufen kriegen.

Hast du dir das hier mal durchgelesen und geguckt, ob deine IOReg ähnliche Werte enthält?

Also erstmal wüsste ich ganz gerne was das für eine WebDSDT ist wenn hier schon Teile davon verwendet werden?
Ansonsten, die von TuRock hier vorgeschlagene zweite DSDT wäre nach den vorhandenen Kriterien korrekt. Da diese nicht funktioniert, liegt der Verdacht nahe, dass es an der AppleHDA liegt.
Um ansonsten eine (hoffentlich) Alternative AppleHDA zu probieren, lade dir mal diese hier mit der im Anhang befindlichen DSDT.

Diesmal ein ganz anderer Fall, mein N61JQ
Error:

Aber das viele male.
DIe Lösung ist realtiv einfach. Wir löschen folgenden Teil:

und viele viele Fehler verschwinden.
Nächster ist das Gegenteil von dem, was wir oben gemacht haben:

Daher aus dieser Methode, vor der letzten Klammer das Return (One) raus.
So wird aus

das hier:

Und nächster:

Bei mir sieht der betroffene Code so aus:

Und so muss er richtig aussehen:

Und einen hab ich noch:

Da machen wir einfach aus

den hier:

Und das war es auch erstmal wieder .

Ich habe mal ein paar Fragen an dich:
1. Wenn du ohne modifizierte Grafikkartenkexte und ohne DSDT und nur mit GraphicsEnabler=Yes bootest, was siehst du dann?
2. Boote nochmals mit GraphicsEnabler=Yes ,diesmal aber mit der DSDT aus dem Anhang.
3. Wenn sich nichts ändert, downloade SwitchResX, erstelle eine EDID mit deiner Bildschirmauflösung, speichere und starte nochmals mit GE=Yes und einmal mit und einmal ohne DSDT, hat sich dann was geändert?

Mir wurde gesagt ich soll die DSDT hier patchen?
Also ich hab jetzt das gleiche wie der Autopatcher gemacht -> DSDT.aml
In der DSDTATI.aml steckt noch ein ATI Patch drin, denn TuRock vorgeschlagen hat, aber ohne das vbios. Dadurch wird die Datei so groß, dass mir der Compiler implodiert ^^.
Eine DSDT nur mit gefixten Warnings/Errors hab ich als DSDTSP angehängt.

Probiere mal die hier.

Beim HP ProBook 4540s 15,6" kann mann dir fast versichern, dass es läuft.
Dazu gibt es Anleitungen und sogar einen eigenen Installer.
Also wenn dir das Gerät reicht: Nimm es!

Ok, dann das ähnliche wie oben, diesmal hab ich mir bei EHCI aber ein Ivybridge Macbook zum Vorbild gemacht.

Ok, gut.
Dann würde ich noch gerne Wissen: Welche Kexte nutzt du zur Zeit?
Und was funktioniert sonst nicht (Shutdown,AICPM Kernel Panic etc. )?

Dann mach mal zwei Sachen
1. Öffne die Konsole und lege ihn Schlafen, sobald er aufwacht such mal nach dem Wakereason
2. Boote ohne DSDT im Extra Ordner und extrahiere sie mittels zuvor genanntem Programm und lade sie als DSDT.dsl hoch.

Ich hab mich einfach mal an die Vorschläge von TuRock gehalten .
Kann es sein, dass die DSDT schon vorgepatcht ist? eine DTGP Methode ist eigentlich nicht Standard in einer regulären ACPI-DSDT?