[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Loading DSDT table using 'acpi' or some memory write command?
From: |
Andrei Borzenkov |
Subject: |
Re: Loading DSDT table using 'acpi' or some memory write command? |
Date: |
Sat, 1 Apr 2017 12:09:16 +0300 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 |
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
> everything'.
> However, 'lsacpi' won't tell me the new RSDP address after doing a 'acpi
> dsdt.aml'.
>
> Is there anyway of finding it out using the grub shell, or chainloading EFI
> shell (or chainload grubx64.efi from EFI shell and exiting in case grub's
> chainloading is restoring the ACPI tables)?
>
Please test attached patch. It adds printing of table addresses as well
as "lsacpi --scan" option that forces fetching RSDP from firmware.
It looks like on EFI our call to InstallConfigurationTable does not
work; after "acpi ..." "lsacpi --scan" still displays old RSDP and
tables (although grub itself would use new one).
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).
lsapi.patch
Description: Text Data
- Re: Loading DSDT table using 'acpi' or some memory write command?,
Andrei Borzenkov <=