Ich mach morgen mal logs
[GELÖST] MSI Z690 Tomahawk D4 BIOS 1.7
- kaneske
- Erledigt
-
-
-
Ja genau, die vorgehende v1.4 läuft auch damit.
Rocket Lake darf also doch noch kommen…
-
my curiosity is to see if something changed from two different bios about MAT value (0 or 1) in latest bios is to 1
and so maybe a different set of quirks have to be used
-
-
Verstehe ich nicht, hab doch geschrieben es läuft mit dem Quirk unter BIOS 1.7 Erdenwind Inc.
fabiosun i can’t find my old log, I think it’s deleted and I am on iCloud Desktop sync
Anyway…MAT value in OC log was the first I checked in both since I went into the EXIT:LOG:BS with v1.7 and BOTH were at 1
Or are you searching another Value for MAT in OC Debug LOG? -
Or are you searching another Value for MAT in OC Debug LOG?
some system boot fine if MAT 1 with this set of quirks:
EnableWriteUnprotector - False
RebuildAppleMemoryMap - True
SyncRuntimePermissions - True
in my system I have MAT 1 and I could use this combinations of quirks (which I think is the one suggested for MAT 1) or, only EnableWriteUnprotector - True and RebuildAppleMemoryMap - False
-
That combination my config has, already had before updating BIOS and didn't boot without SetupVirtualMap=false.
-
not an expert on that platform but if MAT1 this is correct to boot
SetupVirtualMap=False
then always if MAT 1 it is possible to boot fine with SetupVirtualMap=true and this EnableWriteUnprotector=true
with also RebuildAppleMemory to false value
I was very curious about this passage of Bios, forgive the many questions
My recent experience is on another platform even with quirks not recommended but working equally I have also tried it on intel platforms
Better always to follow configuration.pdf advice but sometimes others quirks configuration could work the same
-
Was ist MAT1? Ich kann mit dieser Bezeichnung nichts anfangen. Nee nicht direkt oder ich hab’s nicht rausgelesen. Aber schön das des, des Problems Lösung ist. Hat das mit den Adressänderungen zu tun oder was macht dieser Quirks genau? Ich hab das bei älteren CPUs bisher nur gesehen.
-
Was ist MAT1? Ich kann mit dieser Bezeichnung nichts anfangen. Nee nicht direkt oder ich hab’s nicht rausgelesen. Aber schön das des, des Problems Lösung ist. Hat das mit den Adressänderungen zu tun oder was macht dieser Quirks genau? Ich hab das bei älteren CPUs bisher nur gesehen.
Hi Erdenwind Inc and sorry if I understood bad
usually when at the boot stage system has early reboot or hang we have to check if our system is "MAT" capable (1) or not (0)
Then, reading the configuration pdf we can adjust quirks settings for our system
If mat = 1 we can use this configuration:
EnableWriteUnprotector - False
RebuildAppleMemoryMap - True
SyncRuntimePermissions - True
if mat = 0 we have to use this:
EnableWriteUnprotector -True
RebuildAppleMemoryMap - False
SyncRuntimePermissions - False
and eventually SetVirtual to True
My rig is MAT capable so I use the first combination
I have tested that I can use also other combinations in my rig has the second one posted, but this is not "advisable" reading Opencore documentation
Why?
no skill here to answer to this
-
Ahhhh Memory Attributes 😂😂😂
-
-
My Fault…
To clarify:
1st: this doesn’t start on v1.7Code- <key>Quirks</key>
- <dict>
- <key>AllowRelocationBlock</key>
- <false/>
- <key>AvoidRuntimeDefrag</key>
- <true/>
- <key>DevirtualiseMmio</key>
- <true/>
- <key>DisableSingleUser</key>
- <false/>
- <key>DisableVariableWrite</key>
- «false/>
- <key>DiscardHibernateMap</key>
- <false/>
- <kev>EnableSafeModeSlide</kev>
- <true/>
- <key>EnableWriteUnprotector</key>
- <false/>
- <kev>ForceBooterSignature</key>
- <false/>
- <key>ForceExitBootServices</key>
- <false/>
- <key>ProtectMemoryRegions</key>
- <false/>
- <key>ProtectSecureBoot</key>
- <false/>
- <key>ProtectUefiServices</key>
- <true/>
- <key>ProvideCustomSlide</key>
- <true/>
- <key>ProvideMaxSlide</key>
- integer>0</integer>
- <key>RebuildAppleMemoryMap</key>
- <true/>
- <key>ResizeAppleGpuBars</key>
- <integer>0</integer>
- <kev>SetupVirtualMap</key>
- <false/>
- <key>SignalAppleOS</key>
- <false/>
- <key>SyncRuntimePermissions</key>
- <true/>
- </dict>
this starts on v1.7Code- <key>Quirks</key>
- <dict>
- <key>AllowRelocationBlock</key>
- <false/>
- <key>AvoidRuntimeDefrag</key>
- <true/>
- <key>DevirtualiseMmio</key>
- <true/>
- <key>DisableSingleUser</key>
- <false/>
- <key>DisableVariableWrite</key>
- «false/>
- <key>DiscardHibernateMap</key>
- <false/>
- <kev>EnableSafeModeSlide</kev>
- <true/>
- <key>EnableWriteUnprotector</key>
- <false/>
- <kev>ForceBooterSignature</key>
- <false/>
- <key>ForceExitBootServices</key>
- <false/>
- <key>ProtectMemoryRegions</key>
- <false/>
- <key>ProtectSecureBoot</key>
- <false/>
- <key>ProtectUefiServices</key>
- <true/>
- <key>ProvideCustomSlide</key>
- <true/>
- <key>ProvideMaxSlide</key>
- integer>0</integer>
- <key>RebuildAppleMemoryMap</key>
- <true/>
- <key>ResizeAppleGpuBars</key>
- <integer>0</integer>
- <kev>SetupVirtualMap</key>
- <true/>
- <key>SignalAppleOS</key>
- <false/>
- <key>SyncRuntimePermissions</key>
- <true/>
- </dict>
fabiosun Erdenwind Inc. -
-
-
Thank you kaneske for testing
-
kaneske nach Rückstellung des alten Bios auf das funktionierende geht unter Ventura mein Netzwerkanschluss nicht mehr. Unter Montery aber schon. Kannst du da was zu sagen? Oder einen Workaround benennen? Entsprechende Einträge sind vorhanden ala dk.e1000=0 e1000=0. Welcher davon raus kann weiss ich grad nicht. Glaube dk.e1000=0 kann weg.
-
Du hast doch 2,5GBe Ethernet oder 10GBe?
Das Argument brauchst du bei funktionierendem AppleVTD doch garnicht…
Hast du VT-D im BIOS an oder aus? -
So einheitlich getestet.Neues Bios läuft mit den genannten Quirks. Unter Ventura allerdings lässt sich der i225V Anschluss nicht aktivieren. Unter Montery ja. dk.e1000=0 e1000=0 Einträge funktionieren bei Montery, jedoch nicht bei Ventura. Es ist irgendwie merkwürdig.
VT-D ist aktiviert im Bios. Wäre mir neu das du dann die Einträge nicht benötigst. Die i225V Anschlüsse sind bekannt das Sie crashen. Daher ja die Einträge dafür.