Sehe ich das richtig, dass ich die kexte die ich drin haben will einfach beim "--ozmcreate"-Schritt per "--kext kextdir" einbaue?
Z97X-UD5H neustes Ozmosis funktioniert nicht
-
- Erledigt
- Kaeltis
- Erledigt
-
-
jau, siehst Du richtig Ist aber in dem Fall nicht wirlich nötig. Hier hilft das UEFItool aus dem DL Center. Einfach den Rom in das UEFI Tool ziehen und nach dem ALCEthernet suchen. Rechtsklick und remove und dann speichern und fertig. Dieses Rom flashen und schon ist der Treiber Geschichte
-
urgh.. und woher weiß ich was ich an der DSDT rumpatchen muss? x)
Edit: benutz ich da das https://raw.githubusercontent.…udio_hdmi_9series/master/ als patch source? Und sonst nix?
Edit2: Ach okay, das klingt besser xD
-
Hum, mal ne andere Frage nutzt Du das Rom aus der DB?
In dem aus der DB ist kein Ethernet Treiber enthalten... -
Nachdem es bei faxesystem gut lief das von Lambada:
-
Here you go
Einmal ohne Ethernet für Dich Z97X-UD5H.rom.zip -
Vielen Dank
Auf lange Sicht muss ich mir das aber doch mal anschauen, dann kann ich auch selbst dran rum bauenEdit: Habs mir mal angeschaut, das Einzige was ich gar nicht verstehe ist das DSDT Patchen - welche DSDT Patches/Fixes ich da aus welchen Sources bräuchte, kann man das irgendwo nachlesen? rubenszy spricht hier ja von "Standard Fixe".
-
Also es gibt für MacIASL einige Standard Quellen die für Ozmosis mit den 7er, 8er und 9er Serie Boards zum Einsatz kommen. Die Quellen kommen alle von Toleda.
Hier mal die Quellen inkl. der URL´s...toleda 7, https://raw.github.com/toleda/audio_hdmi_uefi/master
toleda 8, https://raw.github.com/toleda/audio_hdmi_8series/master
toleda 9, https://raw.githubusercontent.…udio_hdmi_9series/master/Welche Patches jeweils nötig sind hängt von den unterschiedlichen Boards und Gegebenheiten ab. Wichtig ist der UEFI Clean compile patch der jeweils als erster angewendet werden muss damit die DSDT sauber kompiliert werden kann. Alle anderen patches hängen jeweils von der verbauten Hardware ab.
-
Die Beschreibung von AMI-HD4600-AMD-Nvidia-A1 (oder A2?) ist ja mal auch nicht das Wahre:
Code- # Run this patch once for any dsdt.
- # Delete/Comment out to Step 4 to patch the same dsdt again.
- #
- # 1. Remove PEGP device
- #into_all device label PEGP remove_entry;
- # 2. Rename GFX0 devices to IGPU
- #into device label GFX0 set_label begin IGPU end;
- #into_all all code_regex GFX0 replaceall_matched begin IGPU end;
- ...
Steps 1-3 sind aber schon auskommentiert, muss ich sie also wieder mit rein nehmen wenn ichs zum ersten Mal mache? xD
-
Das hast Du falsch verstanden
Alles was mit einem # versehen ist ist ein Kommentar. Die Dinger sind immer so aufgebaut, dass erstmal eine Beschreibung kommt was der Patch überhaupt macht und dann kommen die eigentlichen patches. Bezogen auf Dein BeispielCode- #into_all all code_regex PEG0 replaceall_matched begin PEGP end;
- #into scope label _SB.PCI0.PEG0 set_label begin _SB.PCI0.PEGP end;
- #into_all all code_regex PEG0 replaceall_matched begin PEGP end;
- #into scope label _SB.PCI0.GFX0.PEGP set_label begin _SB.PCI0.PEGP.GFX0 end;
- #
- # To patch more than once, delete from "Run this patch once …" (above) to here.
- #
- # 4. Insert device GFX0 and device HDAU (Nvidia/AMD HDMI audio)
- into device label PEGP remove_entry;
- into device label PEG0 insert
Einfach mal weiterlesen an der Stelle
-
Das ist mir ja klar
"comment out to Step 4 to patch the same dsdt again" -> alles bis zum step 4 auskommentieren (# vornedran) wenn man ne dsdt noch mal patchen will, aber das ist ja standardmäßig schon auskommentiert, also müsste ich die # vor den befehlen unter den Schritten 1-3 ja entfernen
Siehe mein Codebeispiel von oben:
"# 1. Remove PEGP device" ist der Kommentar was passiert, der Befehl darunter ist aber auch auskommentiert.
Edit: Meh, wenn ich die Sachen auskommentiere patcht er zwar mehr, compiliert danach aber nicht mehr, habs einfach so gelassen wies war -> geht
Benutze jetzt mein erstes selbst zusammengebasteltes BIOS, habe nur leider den IntelE1000e kext nicht integriert bekommen, folgende Fehlermeldung beim konvertieren zu FFS:Code- Converting Kext & injecting into BIOS...
- Info: '.' doesn't look like a valid kext, Defaults.plist or Theme.bin!
- Info: '..' doesn't look like a valid kext, Defaults.plist or Theme.bin!
- ERROR: Invalid sectionType supplied!
- ERROR: Failed to create PE32 Section!
- ERROR: KEXT2FFS failed on 'AppleIntelE1000e.Rev-3.1.0'
- * Current file 'AppleIntelE1000e.kext'...
- ERROR: Converting 'AppleIntelE1000e.kext' to FFS failed!
- ! Program exited with errors !
- Status code: 240
-
Du erfuellst scheinbar nicht alle Bedingungen die das kext2ffs-Script benoetigt.
" Info: '.' doesn't look like a valid kext, Defaults.plist or Theme.bin! "
und
" Info: '..' doesn't look like a valid kext, Defaults.plist or Theme.bin! "
Deuted auf ein leeres Verzeichnis hin !
Lies Dir dazu bitte nocheinmal die Anleitungen dafuer durch.
Gruss,
6F -
griven
Hat das Label Erledigt hinzugefügt