From: Jan Kiszka <jan.kiszka@siemens.com>
To: "Rafael J. Wysocki" <rafael@kernel.org>
Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
Len Brown <lenb@kernel.org>, Lv Zheng <lv.zheng@intel.com>,
ACPI Devel Maling List <linux-acpi@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
"devel@acpica.org" <devel@acpica.org>,
"Moore, Robert" <robert.moore@intel.com>
Subject: Re: [PATCH v3] acpi: configfs: Unload SSDT on configfs entry removal
Date: Tue, 4 Jul 2017 14:08:33 +0200 [thread overview]
Message-ID: <5ddf9641-c360-83af-6259-76f8a724da78@siemens.com> (raw)
In-Reply-To: <CAJZ5v0j_UMDqkr82v6OEcmUW5Lqn-fae2wsSmFLC8zsCyprx0w@mail.gmail.com>
On 2017-07-04 14:05, Rafael J. Wysocki wrote:
> On Tue, Jul 4, 2017 at 8:14 AM, Jan Kiszka <jan.kiszka@siemens.com> wrote:
>> On 2017-06-09 20:36, Jan Kiszka wrote:
>>> Call directly into acpica to load a table to obtain its index on return.
>>> We choose the direct call of acpica internal functions to avoid having
>>> to modify its API which is used outside of Linux as well.
>>>
>>> Use that index to unload the table again when the corresponding
>>> directory in configfs gets removed. This allows to change SSDTs without
>>> rebooting the system. It also allows to destroy devices again that a
>>> dynamically loaded SSDT created.
>>>
>>> This is widely similar to the DT overlay behavior.
>>>
>>> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
>>> ---
>>>
>>> Change in v3:
>>> - fix breakage if acpi_configfs is modular
>>>
>>> drivers/acpi/acpi_configfs.c | 20 +++++++++++++++++++-
>>> drivers/acpi/acpica/tbdata.c | 4 ++++
>>> 2 files changed, 23 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/acpi/acpi_configfs.c b/drivers/acpi/acpi_configfs.c
>>> index 146a77fb762d..853bc7fc673f 100644
>>> --- a/drivers/acpi/acpi_configfs.c
>>> +++ b/drivers/acpi/acpi_configfs.c
>>> @@ -15,11 +15,15 @@
>>> #include <linux/configfs.h>
>>> #include <linux/acpi.h>
>>>
>>> +#include "acpica/accommon.h"
>>> +#include "acpica/actables.h"
>>> +
>>> static struct config_group *acpi_table_group;
>>>
>>> struct acpi_table {
>>> struct config_item cfg;
>>> struct acpi_table_header *header;
>>> + u32 index;
>>> };
>>>
>>> static ssize_t acpi_table_aml_write(struct config_item *cfg,
>>> @@ -52,7 +56,11 @@ static ssize_t acpi_table_aml_write(struct config_item *cfg,
>>> if (!table->header)
>>> return -ENOMEM;
>>>
>>> - ret = acpi_load_table(table->header);
>>> + ACPI_INFO(("Host-directed Dynamic ACPI Table Load:"));
>>> + ret = acpi_tb_install_and_load_table(
>>> + ACPI_PTR_TO_PHYSADDR(table->header),
>>> + ACPI_TABLE_ORIGIN_EXTERNAL_VIRTUAL, FALSE,
>>> + &table->index);
>>> if (ret) {
>>> kfree(table->header);
>>> table->header = NULL;
>>> @@ -215,8 +223,18 @@ static struct config_item *acpi_table_make_item(struct config_group *group,
>>> return &table->cfg;
>>> }
>>>
>>> +static void acpi_table_drop_item(struct config_group *group,
>>> + struct config_item *cfg)
>>> +{
>>> + struct acpi_table *table = container_of(cfg, struct acpi_table, cfg);
>>> +
>>> + ACPI_INFO(("Host-directed Dynamic ACPI Table Unload"));
>>> + acpi_tb_unload_table(table->index);
>>> +}
>>> +
>>> struct configfs_group_operations acpi_table_group_ops = {
>>> .make_item = acpi_table_make_item,
>>> + .drop_item = acpi_table_drop_item,
>>> };
>>>
>>> static struct config_item_type acpi_tables_type = {
>>> diff --git a/drivers/acpi/acpica/tbdata.c b/drivers/acpi/acpica/tbdata.c
>>> index 27c5c27d4818..c9d6fa6d7cc6 100644
>>> --- a/drivers/acpi/acpica/tbdata.c
>>> +++ b/drivers/acpi/acpica/tbdata.c
>>> @@ -867,6 +867,8 @@ acpi_tb_install_and_load_table(acpi_physical_address address,
>>> return_ACPI_STATUS(status);
>>> }
>>>
>>> +ACPI_EXPORT_SYMBOL(acpi_tb_install_and_load_table)
>>> +
>>> /*******************************************************************************
>>> *
>>> * FUNCTION: acpi_tb_unload_table
>>> @@ -914,3 +916,5 @@ acpi_status acpi_tb_unload_table(u32 table_index)
>>> acpi_tb_set_table_loaded_flag(table_index, FALSE);
>>> return_ACPI_STATUS(status);
>>> }
>>> +
>>> +ACPI_EXPORT_SYMBOL(acpi_tb_unload_table)
>>>
>>
>> Ping for this patch.
>
> Pushed to Linus and is waiting for merging (along with the other ACPI
> changes for 4.13).
>
Ah, perfect - seems I didn't receive any notification.
Thanks,
Jan
--
Siemens AG, Corporate Technology, CT RDA ITP SES-DE
Corporate Competence Center Embedded Linux
prev parent reply other threads:[~2017-07-04 12:08 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-09 18:36 Jan Kiszka
2017-07-04 6:14 ` Jan Kiszka
2017-07-04 12:05 ` Rafael J. Wysocki
2017-07-04 12:08 ` Jan Kiszka [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5ddf9641-c360-83af-6259-76f8a724da78@siemens.com \
--to=jan.kiszka@siemens.com \
--cc=devel@acpica.org \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lv.zheng@intel.com \
--cc=rafael@kernel.org \
--cc=rjw@rjwysocki.net \
--cc=robert.moore@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®