From: Andre Przywara <andre.przywara@arm.com>
To: Mark Rutland <mark.rutland@arm.com>,
Lorenzo Pieralisi <lpieralisi@kernel.org>,
Sudeep Holla <sudeep.holla@kernel.org>
Cc: Conor Dooley <conor+dt@kernel.org>,
vsethi@nvidia.com, Salman Nabi <salman.nabi@arm.com>,
Rob Herring <robh@kernel.org>,
linux-kernel@vger.kernel.org, Varun Wadekar <vwadekar@nvidia.com>,
Trilok Soni <trilokkumar.soni@oss.qualcomm.com>,
devicetree@vger.kernel.org, Nirmoy Das <nirmoyd@nvidia.com>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 4/8] firmware: smccc: lfa: Register ACPI notification
Date: Mon, 6 Jul 2026 15:44:44 +0200 [thread overview]
Message-ID: <20260706134455.132091-5-andre.przywara@arm.com> (raw)
In-Reply-To: <20260706134455.132091-1-andre.przywara@arm.com>
From: Vedashree Vidwans <vvidwans@nvidia.com>
The Arm LFA spec describes an ACPI notification mechanism, where the
platform (firmware) can notify an LFA client about newly available
firmware imag updates ("pending images" in LFA terms).
Add a faux device after discovering the existence of an LFA agent via
the SMCCC discovery mechnism, and use that device to check for the ACPI
notification description. Register this when one is provided.
The notification just conveys the fact that at least one firmware image
has now a pending update, it doesn't say which, also there could be more
than one pending. Loop through all images to find every which needs to
be activated, and trigger the activation. We need to do this is a loop,
since an activation might change the number and the status of available
images.
Signed-off-by: Vedashree Vidwans <vvidwans@nvidia.com>
[Andre: convert from platform driver to smccc bus]
Signed-off-by: Andre Przywara <andre.przywar@arm.com>
---
drivers/firmware/smccc/lfa_fw.c | 123 +++++++++++++++++++++++++++++++-
1 file changed, 122 insertions(+), 1 deletion(-)
diff --git a/drivers/firmware/smccc/lfa_fw.c b/drivers/firmware/smccc/lfa_fw.c
index 357e41f95206..5b7f9b07f6c8 100644
--- a/drivers/firmware/smccc/lfa_fw.c
+++ b/drivers/firmware/smccc/lfa_fw.c
@@ -3,12 +3,14 @@
* Copyright (C) 2025 Arm Limited
*/
+#include <linux/acpi.h>
#include <linux/arm-smccc.h>
#include <linux/arm-smccc-bus.h>
#include <linux/array_size.h>
#include <linux/delay.h>
#include <linux/fs.h>
#include <linux/init.h>
+#include <linux/kernel.h>
#include <linux/kobject.h>
#include <linux/ktime.h>
#include <linux/list.h>
@@ -18,11 +20,13 @@
#include <linux/stop_machine.h>
#include <linux/string.h>
#include <linux/sysfs.h>
+#include <linux/types.h>
#include <linux/uuid.h>
#include <linux/workqueue.h>
#include <uapi/linux/psci.h>
+#define DRIVER_NAME "ARM_LFA"
#undef pr_fmt
#define pr_fmt(fmt) "Arm LFA: " fmt
@@ -694,6 +698,112 @@ static int update_fw_images_tree(void)
return 0;
}
+/*
+ * Go through all FW images in a loop and trigger activation
+ * of all activatible and pending images.
+ * We have to restart enumeration after every triggered activation,
+ * since the firmware images might have changed during the activation.
+ */
+static int activate_pending_image(void)
+{
+ struct kobject *kobj;
+ bool found_pending = false;
+ struct fw_image *image;
+ int ret;
+
+ spin_lock(&lfa_kset->list_lock);
+ list_for_each_entry(kobj, &lfa_kset->list, entry) {
+ image = kobj_to_fw_image(kobj);
+
+ if (image->fw_seq_id == -1)
+ continue; /* Invalid FW component */
+
+ update_fw_image_pending(image);
+ if (image->activation_capable && image->activation_pending) {
+ found_pending = true;
+ break;
+ }
+ }
+ spin_unlock(&lfa_kset->list_lock);
+
+ if (!found_pending)
+ return -ENOENT;
+
+ ret = prime_fw_image(image);
+ if (ret)
+ return ret;
+
+ ret = activate_fw_image(image);
+ if (ret)
+ return ret;
+
+ pr_info("%s: automatic activation succeeded\n", get_image_name(image));
+
+ return 0;
+}
+
+#ifdef CONFIG_ACPI
+static void lfa_acpi_notify_handler(acpi_handle handle, u32 event, void *data)
+{
+ int ret;
+
+ while (!(ret = activate_pending_image()))
+ ;
+
+ if (ret != -ENOENT)
+ pr_warn("notified image activation failed: %d\n", ret);
+}
+
+static int lfa_register_acpi(struct device *dev)
+{
+ struct acpi_device *acpi_dev;
+ acpi_handle handle;
+ acpi_status status;
+
+ acpi_dev = acpi_dev_get_first_match_dev("ARML0003", NULL, -1);
+ if (!acpi_dev)
+ return -ENODEV;
+ handle = acpi_device_handle(acpi_dev);
+ if (!handle) {
+ acpi_dev_put(acpi_dev);
+ return -ENODEV;
+ }
+
+ /* Register notify handler that indicates LFA updates are available */
+ status = acpi_install_notify_handler(handle, ACPI_DEVICE_NOTIFY,
+ lfa_acpi_notify_handler, NULL);
+ if (ACPI_FAILURE(status)) {
+ acpi_dev_put(acpi_dev);
+ return -EIO;
+ }
+
+ ACPI_COMPANION_SET(dev, acpi_dev);
+
+ return 0;
+}
+
+static void lfa_remove_acpi(struct device *dev)
+{
+ struct acpi_device *acpi_dev = ACPI_COMPANION(dev);
+ acpi_handle handle = acpi_device_handle(acpi_dev);
+
+ if (handle)
+ acpi_remove_notify_handler(handle,
+ ACPI_DEVICE_NOTIFY,
+ lfa_acpi_notify_handler);
+ acpi_dev_put(acpi_dev);
+}
+#else /* !CONFIG_ACPI */
+static int lfa_register_acpi(struct device *dev)
+{
+ return -ENODEV;
+}
+
+static void lfa_remove_acpi(struct device *dev)
+{
+}
+#endif
+
static int lfa_smccc_probe(struct arm_smccc_device *sdev)
{
struct arm_smccc_1_2_regs reg = { 0 };
@@ -730,11 +840,22 @@ static int lfa_smccc_probe(struct arm_smccc_device *sdev)
destroy_workqueue(fw_images_update_wq);
}
- return err;
+ if (!acpi_disabled) {
+ err = lfa_register_acpi(&sdev->dev);
+ if (err != -ENODEV) {
+ if (!err)
+ pr_info("registered LFA ACPI notification\n");
+ return err;
+ }
+ }
+
+ return 0;
}
static void lfa_smccc_remove(struct arm_smccc_device *sdev)
{
+ if (!acpi_disabled)
+ lfa_remove_acpi(&sdev->dev);
flush_workqueue(fw_images_update_wq);
destroy_workqueue(fw_images_update_wq);
clean_fw_images_tree();
--
2.43.0
next prev parent reply other threads:[~2026-07-06 13:45 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-06 13:44 [PATCH v3 0/8] Arm Live Firmware Activation (LFA) support Andre Przywara
2026-07-06 13:44 ` [PATCH v3 1/8] dt-bindings: arm: Add Live Firmware Activation Andre Przywara
2026-07-06 13:44 ` [PATCH v3 2/8] firmware: smccc: Add support for Live Firmware Activation (LFA) Andre Przywara
2026-07-06 13:44 ` [PATCH v3 3/8] firmware: smccc: lfa: Add timeout and trigger watchdog Andre Przywara
2026-07-06 13:44 ` Andre Przywara [this message]
2026-07-06 13:44 ` [PATCH v3 5/8] firmware: smccc: lfa: Add auto_activate sysfs file Andre Przywara
2026-07-06 13:44 ` [PATCH v3 6/8] firmware: smccc: lfa: Register DT interrupt Andre Przywara
2026-07-06 13:44 ` [PATCH v3 7/8] firmware: smccc: lfa: introduce SMC access lock Andre Przywara
2026-07-06 13:44 ` [PATCH v3 8/8] firmware: smccc: lfa: add sysfs ABI documentation Andre Przywara
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=20260706134455.132091-5-andre.przywara@arm.com \
--to=andre.przywara@arm.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lpieralisi@kernel.org \
--cc=mark.rutland@arm.com \
--cc=nirmoyd@nvidia.com \
--cc=robh@kernel.org \
--cc=salman.nabi@arm.com \
--cc=sudeep.holla@kernel.org \
--cc=trilokkumar.soni@oss.qualcomm.com \
--cc=vsethi@nvidia.com \
--cc=vwadekar@nvidia.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