Was kommt denn Du in /L/E ganz händisch ein `sudo kextload IntelMausiEthernet.kext` ausführst?
Beiträge von mhack1
-
-
Ich bin auch auf 10.14.1 umgestiegen, jedoch ohne zusätzliche Netzwerkkarte. Eine kernel panic hatte ich nicht, jedoch wurde/wird IntelMausiEthernet.kext nich mehr aus CLOVER/kexts/Other geladen (wieso auch immer). Aus /L/E heraus funktioniert es jedoch problemlos. Also Clover und kexte aktualisieren, Mojave installieren und dann IntelMausiEthernet.kext in /L/E installieren... keine sooo schöne Lösung, funktioniert aber.
-
sobald ich eine PlattformID setze die keine Connectors (62010007) hat bootet OS-X nicht mehr
Kommt mir irgendwie bekannt vor... hast Du eventuell noch einen Bildschirm an der iGPU hängen? Meine Kiste wollte auch nicht mehr booten, nachdem ich eine connector-free Plattform ID gesetzt habe ohne den Monitor vom DP Port abzuklemmen. Ohne Monitor hab ich keine Probleme. -
Hallo e60. Mir ist nicht entgangen, dass die Patches von MaLd0n sind. Ich dachte trotzdem, dass Du weißt, was Du da in Deine DSDT schreibst; deshalb habe ich gefragt.
ZitatAugen auf beim Eierkauf!
Nun, alles was ich bis jetzt zu Device (EC) gefunden habe war eher Laptop-spezifisch und hatte mit Akkus/Lüftern zu tun... AppleBusPowerControllerUSB ist wohl irgend ein USB-Ladekontroller? Kannst Du etwas Licht ins Dunkel bringen? In jedem Fall sollte H_EC dann entfernt werden.ZitatZu 2 & 3.: Hier täuscht der Blick.
Dann lass mich bitte nicht dumm sterben. Ich sehe immer noch keinen Aufruf von OSDW und PINI() in _SB.PCI0._INI ergibt immer noch keinen Sinn.ZitatZu 4.: Zumindest einen Eintrag in der iORegisrty
Aha, danke.
-
Hallo @e60, Du hast bestimmt schon gemerkt, dass ich Dir gerne über die Schulter schaue, wenn es was Neues gibt...
Dazu habe ich auch gleich ein paar Fragen:
1) Das Device (EC) ist neu. a) Wozu soll es gut sein, zumal auch Dein T20 wohl keine Akkus verbaut hat? b) Die DSDT enthält bereits von Hause aus ein umfangreiches PNP0C09-Device, nämlich H_EC. Das sollte vermutlich gelöscht werden?2) Method OSDW ist neu. Was es macht ist klar, nur habe ich keinen einzigen Aufruf gefunden.
3) Method PINI ist neu (zumindest der Inhalt). Auch hier ist klar was passiert. Nicht klar ist, warum _SB.PCI0._INI am Ende PINI() aufrufen sollte - sieht sehr redundant aus.
4) Device (SLPB) ist neu. Bringt das irgendetwas?
-
Ich habe mich vor einer Weile mit der selben Fragestellung beschäftigt (in der Variation funktionierendes Quicksync bei funktionierender Wiedergabe DRM-geschützter Inhalte in iTunes) und bin zum gleichen Ergebnis gekommen (ig-platform-id 0x0412004). Im Thread zum Dell T20 steht auch ein kurzer Betrag dazu.
Mit Clover scheint es jedoch ausreiched zu sein, die platform ID in der config.plist zu hinterlegen, Ängerungen an der DSDT waren zu diesem Zweck nicht notwendig.Nebenbei gefragt: ist
nicht sowieso die Standardadresse der eingebauten Grafik? -
Es ging mir um die 20 Sekunden bis zum Ruhezustand.
So, jetzt sitze ich mit der Stoppuhr davor. Die 20s stimmen wirklich nicht ganz, es sind 19,36s ;).ZitatIch schätze das liegt einfach an der iGPU.
Denke ich auch. In meiner Erinnerung hat es ohne die RX460 auch länger gedauert bis der Rechner einschlief.**NACHTRAG: Falls bei irgendwem noch Bedarf besteht, meine aktuellen ACPI Dateien sowie config.plist im Anhang. Die DSDT hat ein paar neue Patches bekommen - zum Teil von e60 abgeschaut, zum Teil etwas anders. In der config.plist war der falsche Fix aktiviert.
-
Hallo Ralf, danke für die Rückmeldung. Bis jetzt funktioniert alles völlig unproblematisch, aber ich behalte die Geschichte mal unter Beobachtung.
-
Guten Abend!
In so ziemlich jeder Installationsanleitung für macOS steht, man solle im Bios den COM-Port abschalten. Wieso eigentlich? Ich wollte das Ding gerne verwenden, also habe ich ihn eingeschaltet. Ergebnis: Sierra bootet ohne zu murren, in der ioreg stehtCode- | +-o UAR1 <class IOACPIPlatformDevice, id 0x10000014a, registered, matched, active, busy 0 (31 ms), retain 8>
- | | | {
- | | | "IODeviceMemory" = (({"address"=1016,"length"=8}))
- | | | "acpi-wake-gpe" = 8
- | | | "_UID" = "1"
- | | | "IOReportLegendPublic" = Yes
- | | | "IOInterruptControllers" = ("io-apic-0")
- | | | "_STA" = 15
- | | | "IOInterruptSpecifiers" = (<0400000000000000>)
- | | | "name" = <"PNP0501">
- | | | "IOReportLegend" = ({"IOReportGroupName"="Interrupt Statistics (by index)","IOReportChannels"=((5291294645182005248,4295098369," First Level Interrupt Handler Count"),(5291294645182005249,4295098369," Second Level Interrupt Handler Count"),(5291294645182005250,4295098369," First Level Interrupt Handler Time (MATUs)"),(5291294645182005251,4295098369," Second Level Interrupt Handler CPU Time (MATUs)"),(5291294645182005252,4295098369,"Second Level Interrupt Handler System Time (MATUs)")),"IOReportChannelInfo"={"IOReportChannelUnit"=0},"IOReportSubGroupName"="UAR1 0"})
- | | | }
- | | |
- | | +-o Apple16X50ACPI1 <class com_apple_driver_16X50ACPI, id 0x10000037c, !registered, !matched, active, busy 0 (0 ms), retain 5>
- | | | {
- | | | "IOProbeScore" = 1000
- | | | "CFBundleIdentifier" = "com.apple.driver.Apple16X50ACPI"
- | | | "IOProviderClass" = "IOACPIPlatformDevice"
- | | | "IOClass" = "com_apple_driver_16X50ACPI"
- | | | "IOMatchCategory" = "IODefaultMatchCategory"
- | | | "IOKitDebug" = 0
- | | | "IOTTYBaseName" = "serial"
- | | | "IONameMatch" = "PNP0501"
- | | | "Location" = "ACPI Device=UAR1"
- | | | "IONameMatched" = "PNP0501"
- | | | }
- | | |
- | | +-o Apple16X50UARTSync1 <class com_apple_driver_16X50UARTSync, id 0x10000037d, registered, matched, active, busy 0 (0 ms), retain 8>
- | | | {
- | | | "Product Name" = "Built-in Serial Port (1)"
- | | | "CFBundleIdentifier" = "com.apple.driver.Apple16X50ACPI"
- | | | "IOTTYBaseName" = "serial"
- | | | "UART Type" = "16550AF/C/CF FIFO=16 MaxBaud=115200"
- | | | "Location" = "ACPI Device=UAR1 Base=0x3f8"
- | | | "IOPowerManagement" = {"CapabilityFlags"=49152,"MaxPowerState"=1,"CurrentPowerState"=1}
- | | | "IOTTYSuffix" = "1"
- | | | }
- | | |
- | | +-o IOSerialBSDClient <class IOSerialBSDClient, id 0x1000003ad, registered, matched, active, busy 0 (0 ms), retain 5>
- | | {
- | | "IOClass" = "IOSerialBSDClient"
- | | "CFBundleIdentifier" = "com.apple.iokit.IOSerialFamily"
- | | "IOProviderClass" = "IOSerialStreamSync"
- | | "Product Name" = "Built-in Serial Port (1)"
- | | "IOTTYBaseName" = "serial"
- | | "IOSerialBSDClientType" = "IORS232SerialStream"
- | | "IOProbeScore" = 1000
- | | "IOCalloutDevice" = "/dev/cu.serial1"
- | | "IOResourceMatch" = "IOBSD"
- | | "IOMatchCategory" = "IODefaultMatchCategory"
- | | "IOTTYDevice" = "serial1"
- | | "IODialinDevice" = "/dev/tty.serial1"
- | | "IOGeneralInterest" = "IOCommand is not serializable"
- | | "IOTTYSuffix" = "1"
- | | }
also eigentlich genau das, was ich mir vorgestellt habe. Übersehe ich irgendein potentielles Problem oder kann ich mich einfach über die funktionierende serielle Schnittstelle freuen? -
Es ging mir um die 20 Sekunden bis zum Ruhezustand.
Ok, wenn ich das nächste mal zu Hause bin, setze ich mich mit einer echten Stoppuhr vor den Rechner...ZitatDann gehörst zu der "neuen Generation" von Hackintosh Nutzern die das Thema leider vernachlässigen.
Nicht falsch verstehen!
Tu ich nicht. Schön, dass Du eine Schublade gefunden hast, in die ich reinpasseZitatClover Patche sind gut, können allerdings nicht alles lösen.
Kann sein, habe ich auch nicht behauptet. Ich habe nur gesagt, dass der T20/T1700 damit hervorragend läuft.Zitat...heute noch nicht möglich ist alles darüber einem Mac anzugleichen und darum geht es ja letzten Endes. Ein System aufzubauen welches einem Mac möglichst gleicht.
Ja und nein. Eigentlich wollen wir (ich zumindest) nur ein System auf dem macOS möglichst stabil läuft und die (tatsächlich verbaute) Hardware richtig anspricht. Alles andere ist irgendwie nur Deko (wobei natürlich nichts gegen Deko spricht, letzten Endes habe ich mir ja auch eine DSDT zurechtgebaut in der mehr gepatcht ist als für die Funktion absolut notwendig).In jedem Fall ist es schön, dass Du Deine Ergebnisse hier zugänglich machst, damit andere daraus lernen - und genau das versuche ich ja, indem ich Frage was dies oder jenes macht bzw. was der Nutzen ist
.
-
e60: Danke für die Infos.
ZitatDann hast du deine Version der DSDT aber frisiert.
Keine Ahnung, was Du meinst. Sleep ging bei mir schon immer (auch ohne eigene DSDT). Gefühlt ist das einschlafen schneller geworden, nachdem ich die RX460 eingebaut habe und eine connector-free ig-platform-id für die IGPU verwende (ich reiße die Karte aber nicht mehr raus um nachzumessen).
Generell habe ich nicht bemerkt, dass mit der gepatchten DSDT irgendwas besser funktioniert (bis auf das gute Gefühl die Sache "richtig" gemacht zu haben) - irgendwie ging schon immer alles (jedoch mit ein paar Clover-Patches). Der T20 scheint sehr Hackintosh-freundliche Hardware zu sein... Wie sind Deine Erfahrungen? Funktioniert der T20 mit der polierten DSDT wirklich besser? -
j900677: Schön, dass es geklappt hat. Meiner braucht etwa 20 sec um in S3 zu wechseln.
e60: Ich habe auch gerade verglichen. Zusätzlich zu den beiden Devices (die wohl keine Rolle spielen) sehe ich noch eine ganze Reihe zusätzlicher Methoden in Scope (_GPE) und Scope (_SB.PCI0.RP05). Abgesehen davon, habe ich ein Paar Fragen zu Deinen neuen Patches:
Device (BUS0) entspricht jetzt der originalen iMac14,1 DSDT. So weit so gut. Was genau ist Device (MKY0) und was machen die neuen Methoden?Device (ALS0) und Device (PNLF) stehen auch in der iMac14,1 DSDT und haben irgendwas mit Umgebungslichtsensor und Bildschirmhelligkeit zu tun. Nun fehlt dem T20 natürlich dieser Sensor und ein Panel, dessen Helligkeit gesteuert werden könnte. Wieso hast Du die Devices dann hinzugefügt?
-
Von den Standardeinstellungen ausgehend
Ich bin mir nicht ganz sicher, was die Standardeinstellungen sind, erinnere mich aber wage daran, dass ohne die RX 460 Sleep funktionierte, wenn im Bios "Enable Legaxy Option ROMs" angehakt war und Clover die CsmVideoDxe geladen hat. Mit der RX 460 geht Sleep auch ohne.Mal was ganz anderes: wieso hast Du das T1700 Bios geflasht, wenn Du keine Grafikkarte verbauen möchtest, die das erfordert? Einfach nur um eine aktuelle Version zu haben?
-
Wie sehen deine BIOS Einstellungen aus? Hast Du mal versucht ohne meine DSDT/SSDT-X zu booten?
-
Edit: Ich stelle fest, dass mein T20 nach etwa 15 Sekunden doch schlafen geht. Allerdings bleibt der Bildschirm beim Aufwachen schwarz und auch meine Tastatur leuchtet nicht auf.OK, das klingt schon ganz anders. Versuche es jetzt nochmal MIT der CsmVideoDxe.
-
Ist es möglich auch noch Sleep/Wake (S3) laufen zu bekommen?Sollte eigentlich funktionieren. Verwendest Du CsmVideoDxe.efi? Wenn ja, könnte hier das Problem liegen.
-
Weitere Hardware habe ich keine verbaut. ... Die config.plist habe ich für die DSDT von dir übernommen.Alles klar, kann nicht funktionieren. Tausch in der config.plist die ig-platform-id gegen den Wert 0300220d
-
Deine funktioniert leider bei mir OOB nicht
Was genau geht denn nicht? (Abgesehen davon, hast Du irgendwelche zusätzliche Hardware verbaut, etwa eine Graka? Was steht in Deiner config.plist?)
-
e60:
Zitatkann es sein, dass du deine DSDT /SSDT ohne "refs.txt" extrahiert hast?
Stimmt, habe ich wirklich - ist jetzt korrigiert. Die Änderungen sind marginal (nur MDBG).
ZitatDavon ab, sehe ich keine "CpuPm" SSDT. Ist das Absicht?
Nein, das war definitiv keine Absicht. Ist mittlerweile mit im Paket.ZitatWieso hast du "Device (AMW0)" hinzugefügt?
Habe ich nicht, das war Dell. Generell steht in der DSDT zur T1700 scheinbar mehr drin als in der T20 Variante.Im Vergleich zu Deiner DSDT ist mir gerade aufgefallen, dass Du den IRQ Patch eingefügt hast. Hat das einen besonderen Grund? (Bei mir scheint es auch ohne zu funktionieren.) Auch sieht dein LPC Patch etwas anders aus, wobei ich hier nicht weiß, welcher "richtig" ist - beide scheinen ja zu funktionieren.
-
Schön zu sehen, dass dieser Thread so lebendig ist. Ich habe mir in der Zwischenzeit auch eine DSDT mit zugehörigen SSDTs zusammengeflickt und möchte sie euch nicht vorenthalten. Sie basieren auf Bios A20 für die T1700. Dank geht an @e60 für die Anregung XHC in XHC1 umzubenennen, den Hinweis, dass CsrActiveConfig = 0x3 ausreichend ist, und den allgemeinen Fingerzeig, dass die config.plist mal aufgeräumt werden sollte.
Diejenigen von euch, die eine zusätzliche Graka verbaut haben und die IGPU nicht für weitere Bildschirme nutzen, könnten als ig-platform-id 0x04120004 verwenden. Die Vorteile sind: die IGPU kann im Bios als primäre Grafikkarte gesetzt bleiben (brauche ich für die RX 460) taucht in macOS (außer in der ioreg) aber nicht mehr auf. Programme, die GPU Unterstützung benötigen (z.B. Lightroom), greifen auf die RX 460 zu. IGPU Funktionalität in Form von Quicksync bleibt jedoch bestehen! (War mir sehr wichtig.) Auch lassen sich DRM-behaftete Filme in iTunes abspielen, was mit der ig-platform-id 0x0d220003 zum Einfrieren des Systems geführt hat (bekanntes Problem, siehe FAQ zu Shiki.kext).
UPDATE: Anhang aktualisiert.