[PATCH] acpi: do not attempt to create EBDA on EFI (was: Loading DSDT table using 'acpi' or some memory write command?)

2017-04-04 Thread Andrei Borzenkov
01.04.2017 12:09, Andrei Borzenkov пишет: > > I also have rather weird issue that after "acpi dsdt.aml" I lose > partitions (only hard disk itself is visible). This is on real hardware > (Dell Latitude E5450). > > Anyone knows why we attempt to write to some arbitrary memory location on EFI in

Re: Loading DSDT table using 'acpi' or some memory write command?

2017-04-01 Thread Andrei Borzenkov
29.03.2017 20:45, Nando Eva пишет: >> How exactly do you find RSDP? On EFI RSDP should be retrieved from EFI >> Configuration Table, which grub tries to update. Please give as much >> details as possible. > > Good point. I can get the RSDP from tools like 'ru.efi' or even with 'r-w >

Re: Loading DSDT table using 'acpi' or some memory write command?

2017-03-29 Thread Andrei Borzenkov
29.03.2017 20:45, Nando Eva пишет: >> How exactly do you find RSDP? On EFI RSDP should be retrieved from EFI >> Configuration Table, which grub tries to update. Please give as much >> details as possible. > > Good point. I can get the RSDP from tools like 'ru.efi' or even with 'r-w >

Re: Loading DSDT table using 'acpi' or some memory write command?

2017-03-29 Thread Nando Eva
> How exactly do you find RSDP? On EFI RSDP should be retrieved from EFI > Configuration Table, which grub tries to update. Please give as much > details as possible. Good point. I can get the RSDP from tools like 'ru.efi' or even with 'r-w everything'. However, 'lsacpi' won't tell me the new

Re: Loading DSDT table using 'acpi' or some memory write command?

2017-03-27 Thread Andrei Borzenkov
27.03.2017 17:12, Nando Eva пишет: > OK, I found the cause if the problem: > - the ACPI tables specified to the 'acpi' command are loaded to new addresses > and a new RSDT and XSDT created with pointers to them. This can be confirmed > by the 'lsacpi' command. > > - the RSDP isn't updated to

Re: Loading DSDT table using 'acpi' or some memory write command?

2017-03-27 Thread Nando Eva
OK, I found the cause if the problem: - the ACPI tables specified to the 'acpi' command are loaded to new addresses and a new RSDT and XSDT created with pointers to them. This can be confirmed by the 'lsacpi' command. - the RSDP isn't updated to point to the new RSDT and XSDT. So when

Re: Loading DSDT table using 'acpi' or some memory write command?

2017-02-27 Thread Nando Eva
Vladimir 'phcoder' Serbinenko wrote: I reproduced the bug. I'm investigating >> Apparently finish_boot_services rewrites acpi tables. It's possible to >> workaround this, possibly by using acpi table protocol. >> But it's >> certainely not for 2.02 at this point. Thank you for investigating

Re: Loading DSDT table using 'acpi' or some memory write command?

2017-02-27 Thread Nando Eva
Andrei Borzenkov wrote: >> That's more or less what grub tries to do. We cannot really overwrite >> ACPI tables because they may be located in read-only memory, but it >> attempts to create EBDA and place new RSDP there and update EBDA >> address as well as update RSDP pointer in EFI system table.

Re: Loading DSDT table using 'acpi' or some memory write command?

2017-02-27 Thread Vladimir 'phcoder' Serbinenko
On Mon, Feb 27, 2017, 07:13 Vladimir 'phcoder' Serbinenko wrote: > I reproduced the bug. I'm investigating > Apparently finish_boot_services rewrites acpi tables. It's possible to workaround this, possibly by using acpi table protocol. But it's certainely not for 2.02 at this

Re: Loading DSDT table using 'acpi' or some memory write command?

2017-02-27 Thread Vladimir 'phcoder' Serbinenko
I reproduced the bug. I'm investigating On Mon, Feb 27, 2017, 05:53 Andrei Borzenkov wrote: > On Mon, Feb 27, 2017 at 2:29 PM, Nando Eva wrote: > > @Andrei Borzenkov, I've confirmed that any of the following do not alter > the > > Win10 DSDT table

Re: Loading DSDT table using 'acpi' or some memory write command?

2017-02-27 Thread Andrei Borzenkov
On Mon, Feb 27, 2017 at 2:29 PM, Nando Eva wrote: > @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.aml > acpi --load-only dsdt dsdt.aml > acpi -2 dsdt.aml > > Followed

Re: Loading DSDT table using 'acpi' or some memory write command?

2017-02-27 Thread Nando Eva
@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

Re: Loading DSDT table using 'acpi' or some memory write command?

2017-02-24 Thread Andrei Borzenkov
23.02.2017 19:00, Nando Eva пишет: > 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

Loading DSDT table using 'acpi' or some memory write command?

2017-02-23 Thread Nando Eva
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