[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20230609143912.849995-1-miquel.raynal@bootlin.com>
Date: Fri, 9 Jun 2023 16:39:10 +0200
From: Miquel Raynal <miquel.raynal@...tlin.com>
To: Nicolas Ferre <nicolas.ferre@...rochip.com>,
Alexandre Belloni <alexandre.belloni@...tlin.com>,
Claudiu Beznea <claudiu.beznea@...rochip.com>
Cc: <linux-kernel@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>, linux-pm@...r.kernel.org,
Thomas Petazzoni <thomas.petazzoni@...tlin.com>,
Miquel Raynal <miquel.raynal@...tlin.com>
Subject: [PATCH 0/2] Expose reset reason through sysfs
Hello,
Back in 2019, my colleague Kamel did try to upstream a small change in the at91 reset driver, in order to expose the reset reason through sysfs instead of expecting userland to grep through dmesg to get it. There was basically no strong reason opposed to it, besides minor changes which needed fixing. 4 years ago I am seeing again the need for such exposure, so here is Kamel's patch with the minor comments addressed, as well as a small cleanup just before.
Link: https://lore.kernel.org/lkml/00f4e9a2-f6bd-9242-cafd-9c0c4f4dc619@microchip.com/T/
Cheers,
Miquèl
Changes in v2:
* Collected Nicolas' Acked-by
* Dropped the Xtal frequency information (as this may change between
platforms of course).
Kamel Bouhara (1):
power: reset: at91-reset: add sysfs interface to the power on reason
Miquel Raynal (1):
power: reset: at91-reset: use driver structure as status parameter
.../testing/sysfs-platform-power-on-reason | 10 +++++
drivers/power/reset/at91-reset.c | 45 +++++++++++++------
include/linux/power/power_on_reason.h | 19 ++++++++
3 files changed, 60 insertions(+), 14 deletions(-)
create mode 100644 Documentation/ABI/testing/sysfs-platform-power-on-reason
create mode 100644 include/linux/power/power_on_reason.h
--
2.34.1
Powered by blists - more mailing lists