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
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
>
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
>
> 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
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
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
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
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.
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
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
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
@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
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
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
14 matches
Mail list logo