@Andrei Borzenkov, I've confirmed that any of the following do not alter the
Win10 DSDT table across numerous Macbooks and my Dell E6540.
acpi dsdt.amlacpi --load-only dsdt dsdt.amlacpi -2 dsdt.aml
Followed by:
chainloader /efi/Microsoft/Boot/bootmgfw.efi
Clover has a DSDT override function and using it works on my Dell E6540.
However it does it by writing to the UEFI firmware volume, which for Macbooks,
has had one test instance of bricking the system.
Any chance of a simple 'load_dsdt [file]' command that acquires the in-memory
DSDT table address, checks it's size, then overwrites it with the file name
specified if it's the same size or smaller?
Or some function to write a file to a memory location like 'write_byte'. Maybe
'write_file'?
Thank you,Nando
On Friday, 24 February 2017, 3:00, Nando Eva <[email protected]> wrote:
Hi grub-devel,
I'm endeavouring to pre-load a modified DSDT table using grub2. The syntax I've
tried being as shown below, after which I chainload to Win10. This being done
on a Dell E6540 with Win10 and grub 2.02 (or older.. tried many versions, same
result).
acpi /efi/dsdt.amlacpi --load-table dsdt /efi/dsdt.amlchainloader
/efi/Boot/bootx64.efi
Then I do 'acpidump -b' to peruse the DSDT table. In all cases, it remains the
same system BIOS one, not my modified /efi/dsdt.aml one.
I've also set 'set debug=all' and can see grub2 is reading my modified dsdt
file and doing memory writes.
So two questions:
1. Is 'acpi' not capable of loading a DSDT table for use with Win10?
2. if that is the case, is there some 'memload' or 'writefromfile' type command
where I give a memory address and a file which grub2 can then write? The idea
is simply to replace the existing DSDT at it's address with one given by the
file of same size or smaller.
Thank you,Nando
_______________________________________________
Grub-devel mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/grub-devel
