Suchergebnisse

ja... und das sieht für mich nach einem äquivalent zum haken "fix HPET" aus. und das resultat finde ich spannend. anscheinend - also, wenn das ergebnis von ssdt-time so funktioniert - dann wär das eine superinfo, um die ssdt einfach zu fuss zu basteln. NAME (_SB.bla.bla.methode, .... { "hinzuzufügender inhalt hier rein"}) - fertig, freuen. wenns denn so ok. ist - HPET scheint ok, aber ob das auf andere anwendungsfälle übertragbar wäre... und da fehlt mir dann doch hintergrundwissen....ist des so…

bestimmt nicht falsch...

oben in dem screenshot vom hackintool ist auch kein "normaler" audiocontroller zu sehen, nur der HDAU, das ist audio über hdmi. der 2. fehlt ganz. gibts im bios irgendwas bzgl. audio?zurückgerudert... aber HDAU passt irgendwie nicht. HDAS, HDEF kenn ich, HDAU nicht. hast du mal eine dsdt für mich?

HDEF ist vorhanden, so, wie es soll. seltsam, dass der in der pciliste nicht auftaucht..dann bitte noch einen ioreg

du hast whatevvergreen und den applealc aber drin und aktiv?

was für ssdts hast du ausser der hpet im einsatz?

prüf mal die executable-pfade unter kernel -> add. beim flüchtigen durchgucken sah es mir nach da fehlt was aus - applealc&co sind aber korrekt eingetragen.den deviceproperty-eintrag bzgl. des HDAU (letzter in der liste) schmeiss mal testhalber raus.und bei den ssdts hast du einen doppelten eintrag mit hpet-ssdts?und die pnlf-ssdt steht auf no. die kann rein, die beisst nicht und was mir noch nicht so ganz klar ist - die CRS-methode im HPET wird mit rename daktiviert, ist also quasi futsch. wenn…

ich hab mal ein wenig gebastelt... so ganz experimentell den HPET nach den patches, die ich von früher kenne mal abgeändert, und in eine eigene ssdt verfrachtet. in der hoffnung, dass die IRQ-patches in deiner config greifen, könnte das vielleicht funktionieren...binde die test-ssdt mal ein, deaktivier die andere, ebenso den rename HPET _CRS .. deaktivieren. du bräuchtest dann zusätzlich noch einen rename HPET zu XPET

guten appetit *füllwort*

der HPET to XPET passt nicht, die zeichenfolge ist falsch:find:HPET in HEX = 48504554undreplace:XPET in HEX = 58504554ich habs geändert.

bin gespannt... das ist schon recht experimentell mit der ssdt.. wenn der klapptopf damit startet, dann schick mir doch direkt einen ioreg. ein paar minütchen kann ich heute noch basteln, dann muss ich mich um mein "osterlammstückchen" kümmern. will ja zubereitet verspeist werden..

(Zitat von Basti Wolf)alles gut... das lämmchen liegt im kühli, und die bastelei ist ja auch spannend.also, was ich im ioreg sehen kann, ist, dass der IRQ-patch nicht so wirklich greift. der IPIC hat noch interrupts, die er eigentlich nicht haben sollte. HPET sieht ähnlich aus, wie vorher, interrupts sind da, allerdings nicht ganz so, wie ich es erwartet hätte, TIMR hat keine interrupts mehr. müsste ich mal genauer inspizieren.könntest du testhalber mal clover einsetzen (clover-efi kann ich dir …

ich hatte vor ein paar tagen einen latitude 7450 auf dem tisch, auch broadwell, dsdt recht ähnlich. mit der efi könnten wir es ja versuchen. momentchen, ich änder kurz die seriennummern und lad sie hoch. ist ein clover 5119 oder 5120, also nix für bigsur, aber catalina sollte gehen. wir hatten wg. 32bit noch mojave installiert. sound ging bei dem.

versuchs mal mit der angehängten. ich bin gerade nicht sicher, ob das die letztendliche war, mit der der kasten dann lief. wenns nicht klappt, dann morgen mehr.

(Zitat von Basti Wolf)gute idee.. laut ioreg passen die nämlich noch nicht so, wie ich die kenne. aus den devices TIMR, IPIC und auch dem RTC müssen die zeilen IRQNoFlag ... raus, und dafür in das HPET-device welche rein. ioreg zeigt aber aktuell noch interruptspecifiers an.

ich guck mir das morgen in aller frische noch mal genauer an. ggf. gern auch per facetime oder teams ( -> pn ...)

erinnert mich ein wenig an die probleme, die ich mit dem yoga und seinem touchpad im dualbetrieb macos/manjaro hatte:trackpad "lief" mit voodoops2 mehr schlecht als recht. nur als maus erkannt, klicken, cursor schubsen, mehr ging nicht. aber wenigstens das....boot ins manjaro: perfekt funktionierendes trackpad mit allem, was unter linux so möglich ist.neustart ins macos: trackpad schnappt völlig über. cursor "turnt herum", bildet sich klicks ein, rechner nicht mehr bedienbar.neustart aus diesem …

ok. mist.... ubuntu mit ton neustarten heisst, dass der ton auch an bleibt?hattest du clover getestet? das gleiche verhalten? echt ganz doll *kopfkratz* ....was passiert denn, wenn du per F12 den grub zum ubuntustarten nimmst? ist dann der ton gleich da, oder auch beim ersten mal nur der dummy?

(Zitat von Basti Wolf)nee... wahrscheinlich ist das umgekehrt. die karte läuft im I2S-modus, und macos/appleALC kapiert das nicht, bräuchte den HDA-modus.

(Zitat von Basti Wolf)geht klar. meine id kommt per pn.