Ich hab beim Start an meinem X99er diese beiden Standart-Meldungen, zuerst konnte ich normal starten, dann hab ich zum testen die EFI gewechselt, danach dann das hier
Probier' mal den: http://www.insanelymac.com/for…ryfix/page-3#entry2568662
Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenIch hab beim Start an meinem X99er diese beiden Standart-Meldungen, zuerst konnte ich normal starten, dann hab ich zum testen die EFI gewechselt, danach dann das hier
Probier' mal den: http://www.insanelymac.com/for…ryfix/page-3#entry2568662
Sorry, Windoof komprimiertes geht bei mir nicht auf, ganz grundsätzlich..
Ja, NVRAM nutzt AppleEFIRuntime. Welche funktion ruft die App auf?
EDIT: Nach 'nem normalen Boot oder nach S4-Wake?
EDIT2: Ich gehe einfach mal davon aus, dass es eine Variable-Funktion ist, die wir nicht überschreiben... also, das Problem ist, dass…
Nach einem Neustart bzw. im laufenden Betrieb. Nach einem Wake habe ich nicht getestet.
Das Interface ist selbstgestrickt, AppleEFIRuntime Header Datei aus dem Disassembling soweit Reverse Engineered, dass sie die Funktionen, die mich interessieren enthalten und dann ein Kext mit UserClient geschrieben um sie von einer App aus aufrufen zu können.
Das sind im Wesentlichen die EFI Runtime Services Aufrufe von Get/Set/Next Variable , Get/Set Date, Get/SetWakeup, Reset und GetNextHighMonotonicCount.
Im Moment ruft die App verschiedene dieser Funktionen auf, ich werde sie im Laufe des Tages auf die "Variable-Funktionen" beschränken, wenn das gehen sollte genügt mir das - nicht perfekt, aber ausreichend.
P.S.
Hab's noch schnell ausprobiert. Wenn man sich auf die Variablen Funktionen beschränkt funktioniert's.
Ich habe mal das .rar heruntergeladen das @Download-Fritz referenziert hat und bekomme es weder mit Stuffit Expander noch mit unrar (beides macOS Varianten) entpackt in beiden Fällen gibt es Fehler aber immerhin 7Zip kann es entpacken also here we go: AptioMemoryFix.efi.zip
@MacGrummel give it a try
Alles anzeigenNach einem Neustart bzw. im laufenden Betrieb. Nach einem Wake habe ich nicht getestet.
Das Interface ist selbstgestrickt, AppleEFIRuntime Header Datei aus dem Disassembling soweit Reverse Engineered, dass sie die Funktionen, die mich interessieren enthalten und dann ein Kext mit UserClient geschrieben um sie von einer App aus aufrufen zu können.
Das sind im Wesentlichen die EFI Runtime Services Aufrufe von Get/Set/Next Variable , Get/Set Date, Get/SetWakeup, Reset und GetNextHighMonotonicCount.
Im Moment ruft die App verschiedene dieser Funktionen auf, ich werde sie im Laufe des Tages auf die "Variable-Funktionen" beschränken, wenn das gehen sollte genügt mir das - nicht perfekt, aber ausreichend.
P.S.
Hab's noch schnell ausprobiert. Wenn man sich auf die Variablen Funktionen beschränkt funktioniert's.
Hallo,
Could you make a list of the functions that crash and the ones that work fine?
It may be acceptable to proxy more functions in AptioFix if necessary.
So far I had to use ResetSystem, and it worked fine for me, but others may indeed crash.
By the way, do you know whether Apple changed AppleEFIRuntime interface across different versions of macOS? I currently call functions directly via gPEEFIRuntimeServices, but it is safer to invoke AppleEFIRuntime. The only reason stopping me from reversing the header is that they may change it at any time.
P.S. Sorry, don't know German, hoping for Google Translate.
Hello,
I just took out all calls but calls to the 3 variable handling routines.
I‘ll check, which routines crash, during the day and will post in the evening.
I used AppleEFIRuntime only since 10.13, so I can‘t comment on any changes over time. Haven‘t got any older systems installed to be able to check.
PS.
Why do you think any routine would work ?
I'd expect them to be in the same block of memory, so if you have to proxy one, you would have to proxy them all,
If one worked it would be by coincidence and that might turn on you at some point.
Do you try to use boot-args -norelocate and slide=0?
Alles anzeigenHello,
I just took out all calls but calls to the 3 variable handling routines.
I‘ll check, which routines crash, during the day and will post in the evening.
I used AppleEFIRuntime only since 10.13, so I can‘t comment on any changes over time. Haven‘t got any older systems installed to be able to check.
PS.
Why do you think any routine would work ?
I'd expect them to be in the same block of memory, so if you have to proxy one, you would have to proxy them all,
If one worked it would be by coincidence and that might turn on you at some point.
The point is that UEFI does not allow you to use global variables in runtime services. Yet AMI does it @_@.
So the point of fixing variable functions is to fix a bug in one of the AMI modules.
While it is terrible that bugs exist in their other modules too, adding preliminary hacks is a bad practice.
Looking forward for the function list.
Ich habe eine App, die EFI Runtime Service Routinen aufruft.
Um was für eine app handelt es sich? Könntest du diese mal hochladen?
PS.
Why do you think any routine would work ?
I'd expect them to be in the same block of memory, so if you have to proxy one, you would have to proxy them all,
If one worked it would be by coincidence and that might turn on you at some point.
Ich glaub du hast das Workaround nicht verstanden. Es wird ein neuer Speicher RT_Code reserviert, der die neuen drei Funktionen enthält und deren Adressen werden in gRT gesetzt. Diese Shim-Funktionen bekommen die Adressen der originalen Funktionen, die sie nach dem Entfernen von CR0.WP aufrufen. Mit den originalen Funktionen passiert nichts... Und sie liegen auch nicht zwingend im selben Speicher.
@crusher -norelocate is an Oz arg and slide shall not be used with AMF
Ohne BEIDE Boot-Args (slide=0 war immer an!) ist er jetzt tatsächlich in High Sierra/apfs gestartet, aber mit einer netten Zwischen-Meldung:
Da sind erstmal gut 130 Werte durchgerauscht in NullKommaNix, dann Pause und danach über das vorgewählte Kext-Debug ein langsamer Start. Erstmal einer!
Aber das Asus-X99er-BIOS ist auch ein ziemlicher Murks, das lädt eingestellte Werte teilweise erst beim dritten oder vierten Versuch..
PS.: die Sierra-Platte startet nach der gleichen Meldung tatsächlich neu, also garnicht. Und die HS-HFS+-Platte startet in nen schwarzen Schirm. Alsob das der Desk wäre..
Wollte es eben probieren aber der Clover Bootloader wird im Augenblick nur in der Version Clover_v2.4k_r4330 bei SourceForge, angeboten. Konnte bis jetzt nicht die Version 4369 finden. Hat einer vielleicht einen Link dahin wo er aufzufinden ist?
Wenn du den aktuellen Clover Configurator startest, kannst du über den Punkte "Install/Update Clover" die aktuellste, offizielle Version damit herunterladen.
I use/tested the following functions:
GetTime
SetTime
GetWakeupTime
SetWakeupTime
GetVariable
SetVariable
GetNextVariableName
GetNextHighMonotonicCount
ResetSystem
All behave as expected using the old OsxAptio...
Using the new OsxAptio... will crash all but
GetVariable
SetVariable
GetNextVariableName
I can't judge ResetSystem, because crash and reset look alike.
Wollte es eben probieren aber der Clover Bootloader wird im Augenblick nur in der Version Clover_v2.4k_r4330 bei SourceForge, angeboten. Konnte bis jetzt nicht die Version 4369 finden. Hat einer vielleicht einen Link dahin wo er aufzufinden ist?
Hast du mal den Browser-Cache gelöscht?
Die 4369 liegt seit 07.01.18 auf SourceForge.
Hier der Direktlink:
https://sourceforge.net/projec…er/Clover_v2.4k_r4369.zip
I can't judge ResetSystem, because crash and reset look alike.
Thx für's Testen. ResetSystem kann das System via korrektem Parameter auch herunterfahren.
Ich weiss funktioniert in beiden Fällen nicht, kann am BIOS liegen oder dass Reset immer Crashed, was ich für unwahrscheinlicher halte.
Hat mich noch nicht interessiert woran es wirklich liegt.