War die erste nicht erfolgreich bzw was hat dir gefehlt? Bin erstaunt wie gut du vorankommst, da du dich damit ja erst seit kurzem wieder befasst.

An welchem Guide orientierst du dich?

Ansonsten sind wir von der Hardware ziemlich nah beinander, das ich auch an deiner "neuen" Interesse hätte

Hi! Ich hab eine fast identische build (mobo, cpu, graka,..)..
würdest du mir deine EFI zukommen lassen?

Zitat von SK7

Moin, kurze Frage. Funktioniert der Onboard Thunderbolt 3 Port auf dem ASRock Z390 Phantom Mainboard uneingeschränkt? Konnte das jemand mit TB3-Hardware testen?

würde mich auch interessieren, da ich gerne meinen MB im Target Disk Mode ansteuern wollen würde...

Hallo again!

ich bitte schwerst um Hilfe. Ich dachte mit meiner tollen Anleitung erspar ich mir den Hassle und kann es immer wieder reibungslos wiederholen. Dem ist scheinbar nicht so..

ich hab Hardware geändert. Alles gelöscht und wollte jetzt neu aufsetzen.

CPU - i7 8700k (Coffee Lake)

GRAKA - 1080ti

hab wie im #1 post beschrieben einen fast Jungfräulichen Install USB High Sierra und das Bios entsprechend eingestellt.

Nun das beim booten des Install USB:

PS: Bios 1.5 ....

mit 1.2 klappt es.

Also nur für meine Info, woran hakt es hier?

Update2 siehe oben

Exakt.. diesen hab ich jetzt auch installiert.

LayoutID16

funktioniert.

Auch ohne RevisionID /PropertyInject ..

Jetzt hat es geklappt... unglaublich schwere Geburt.

Jetzt heißt es nur noch die richtige LayoutID herausfinden..

(und ggf. warum man einen zweiten Patch benötigt)

Trotzdem, erstmal ein RIESEN DANKESCHÖN für die Mühe! Wirklich.

Und die ausführliche Erklärung. Dass du mir nicht den Fisch hingeworfen hast, sondern mir ein wenig das Angeln beigebracht hast.

Kann man eigtl in einer nicht all zu fernen Zukunft, in einer nicht all zu fernen Galaxy darauf hoffen, dass AppleALC den Treiber auf "unsere" Revision hin anpasst/ergänzt?

So ist es.

Ich wüsste nicht, dass ich es disabled hätte. Bzw. wie das geht. Wollte ich ohne diesen Kext starten, hab ich ihn einfach aus "Other" entfernt.

PropertyMatch macht Sinn...

Gemacht.

Und wie ich sehe, sehe ich nix. Sprich, kein "Frank.." Eintrag. Und auch nicht die richtige RevisionID.

Bzw. würde ich nicht auch einfach sehen ob es geklappt hat, wenn die geänderte RevisionID eingetragen wäre

juhu

das hatte ich ja schon in Post #3 angemerkt.

String -> Number

dann wird aus 0x100003 (HEX) -> 1048579 (INT)

klappt nicht. Es wurde eher eine neue "Instanz" erstellt. Aber auch nicht mit der Revision die ich eingetragen hatte. Daher nicht verständlich...Siehe Anhang

So. Nachdem ich nun den Kext aber noch mal ganz rausgenommen habe, also ohne PropertyInjector lade, sehe ich, dass es doch 2 Instanzen dieser Klasse gibt. Das also nicht mal ein "Fehler" dieser Zahlenumwandlung war, sondern scheinbar immer so war.

Daher müsste ich also nun doch eingrenzen.

Dafür fehlt mir aber irgendwie der passende Syntax. IOHDAPrimaryMatch?

Es würde sich ja die IOHDACodecVendorID anbieten... oder?

Zitat

Ich habe über Stunden hinweg ohne auf Programmierkenntnisse zurückzugreifen versucht zu beschreiben was eine Klasse ist und ich bin gescheitert.

...

Ich denke ich es jetzt wirklich gerafft. Hab mir auch noch mal nen Vortrag von einem studierten IT Freund geben lassen. Sorry, das war mühsam.

Dank deines Screenshots ist mir die Beschreibung "Class Inheritance" und "Bundle Identifier" im oberen Teil der IORegistry jetzt erst aufgefallen, und da wird noch mal einiges klarer. Ich tendiere manchmal dazu zu oberflächlich die Dinge zu betrachten und übersehe dann wertvolle Details..

Zudem hab ich Erklärung / Bestätigung der Sub- und Superklassen gebraucht! Danke auch hierfür!

Allerdings zeigt mir IORegistry in seinem "Baum" auf der linken Seite nicht die tatsächliche Klassenhierarchie an. Sprich AppleHDAController ist gar keine Superklasse vom IOHDACodecDevice.

So. Weiter. Die Klasse lautet somit glasklar:

IOHDACodecDevice

Allerdings, wie erkenne ich ob es mehrere Instanzen gibt, wenn (wie oben beschrieben) der "Baum" nicht aussagekräftig ist. Doch nur wenn ich nach der Klasse in der Suchleiste suche, richtig?

So. Bei IOHDACodecDevice gibt es keine weiteren Instanzen. Somit macht ein matching wohl hier erstmal keinen Sinn.

Somit ist meine Eintrag in der Info.plist doch ziemlich abgespeckt, sofern ich es jetzt richtig verstanden habe.

Führt aber nicht zum Erfolg (Neustart-> immer noch die alte IOHDACodecRevisionID).

Kann es also sein, dass wie du oben bemerkt hast, der Wert von einem anderen Service übergeben wird?

(Und sorry, ignoriere die letzte Frage mit den "Ansichten". Mein unaufmerksamer (müder) Blick war verwirrt durch das aufgeblähte Feld "Type: Data". Anyway. Vergiss das einfach..)

Danke! .... macht echt was her

https://www.kickstarter.com/projects/louqe/ghost-s1-mkii/

Update:

Klasse ist dank dir + Wikipedia etwas verständlicher geworden. Für mich sind das aktuell "Gruppennamen" für Services...

Ich frag mich trotzdem, an welcher Stelle wird die Klasse definiert?

Jeder IOClass Eintrag? Somit gibt es dann auch Unterklassen?

Also:

AppleALC verwendet die Eigenschaft „IOHDACodecRevisionID“: um den richtigen Patch zu identifizieren.

Startbedingung festlegen mit: IOProviderClass

Und wie wäre das Matchkriterium/syntax, wenn ich mit der Annahme richtig bin, dass ich mich NICHT direkt auf das PCI Gerät beziehe?

Gedanke a):

Name der Eigenschaft: IOHDACodecRevisionID

Instanz mit der Eigenschaft: IOHDACodecDevice

Klassenname der Instanz: AppleHDAController

Gedanke b):

Name der Eigenschaft: RevisionID

Instanz mit der Eigenschaft: AppleHDAController (/CodecList/0/RevisionID)

Klassenname der Instanz: AppleHDAController

PS: IORegistry Frage

1. Ich habe einfach Probleme die Begriffe richtig einzuordnen..

2. Ich verstehe nicht wie ich mich auf den Codec beziehe, wenn ich das (PCI)Gerät angeben soll, da für mich der "IOPCIPrimayMatch" als einziger Punkt erscheint an dem ich den Ort des Geschehens festlegen kann.

Nach nochmaliger kurzer Studie deiner anderen Beiträge..

Richtig lesen, richtig umwandeln

Hier HDEF

Vendor-id 86 80 00 00 -> 0x8086

Device-id 48 a3 00 00 -> 0xa348

-> Match: 0xa3488086

endlich verstanden..

Richtig verstehen: “Service”

Service, Programm, Treiber…

IOProviderClass = Name eines Services als Startsignal

D.h. wird ein Service dieses Namens oder eine Subklasse davon geladen, dann startet die Überprüfung.

CFBundleIdentifier = Programmcode des Service

"zB. com.apple.driver.usb.AppleUSBXHCIPCI"

kann mehrere Services enthalten..

IOClass = “spezifiziert den Service im Bundle”

Richtig verstehen: “Klasse”

Gerät, Klasse, Art…

IOPCIClassMatch = “GeräteKLASSE”

-> GeräteKLASSE = Name d. (PCI) Gerätes

IOPCIPrimaryMatch = “GeräteID”

IORegistry, verstehen..

IOService (Plane): Auflistung der installierten Services! (Die an Geräte gebunden sind)

Jede Zeile auf der linken Seite ist also ein "Service"?

IOACPIPlane: Geräte..

So:

Zitat

Du hast einen IORegistry-Auszug gepostet. Indem kommt der Eintrag IOHDACodecRevisionID vor.

Das ist der der geändert werden muss. Genau, verstanden

In welchem Service kommt er vor (IOHDACodecDevice) und wie heisst die Klasse AppleHDAController ? IOHDACodecDevice?

Wo im Fenster des IORegistryExplorers steht der Service ? Unter der Klasse (im Sinne von "Untereintrag")

Wo im Fenster des IORegistryExplorers steht die Klasse ? Über der Klasse

Du weisst wie die Klassen eines PCIDevices heisst (

Geräte ID HDEF: 0xa3488086)

, also könntest du ein PCI Device anwählen (IOPCIPrimaryMatch?) und schauen wo die Klasse im Fenster zu finden ist. ???

es tut mir Leid, dass ich so auf dem Schlauch stehe..

Alles anzeigen

Naja, dann so gesehen, ist es für mich, wie eben ursprünglich gedacht, eigtl. der Audiocodec(Device), der "falsch" ist.

Der, dessen Revisions nicht die ist, die von AppleALC unterstützt wird.

a) richtig

b) falsch

c) vergiss es..

Zitat von userport

Sehe ich das richtig dass der Fernseher einen Ehrenplatz auf dem bequemen Stuhl bekommen hat?

Meiner im Arbeitszimmer steht leider auf dem 4x4 Ikearegal, weil sich der Stuhl weigerte einen 50"er bei sich aufzunehmen...

danke!

richtig. ehrenplatz..

auch ein fernsehe braucht es bequem.. aber 50 ist auch fast doppelt so groß!

das ist ein Dell2515H.

Louqe Ghost 🤗

Zitat von Harper Lewis

0xa3488086 müsste es sein, wenn du Properties in das Device HDEF injizieren möchtest.

wo genau (in IORegistry?) hast du das rausgelesen?

So, ich denke laut:

Das Devices dessen Property ich ändern möchte ist der müsste HDEF@1F,3 (in meinem Fall) sein? Also nicht der Codec (ist kein "Device" für mich, oder doch?).

Also:

vendor-id 8680

device-id 48a3

Somit: 0x48a38680

PS: Wobei ich nirgends direkt finden konnte was HDEF bedeutet...

Oh Gott. Traurig aber war.. es war schon sehr spät.

-

Ist mein Match die CodecVendorID oder die Device/VendorID?

device: 48a3

vendor: 8680

-> 0x48a38680

Jetzt wurde gebootet (verständlich bei dem Kraut davor). Allerdings hat sich die Revision nicht geändert.

Was mich wundert: Der ValueType ist "Number". Sollte das nicht "String" sein?