Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1453503ybl; Mon, 2 Dec 2019 03:46:19 -0800 (PST) X-Google-Smtp-Source: APXvYqxCKG+r3w++EmNjB7IDYTndj6MISBLB8vvaQd6A51CXPO5WWTSRrEt1Edf/O7YDQDfDaHaD X-Received: by 2002:a17:906:ad92:: with SMTP id la18mr30171886ejb.216.1575287179503; Mon, 02 Dec 2019 03:46:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575287179; cv=none; d=google.com; s=arc-20160816; b=pfQJvAIKs5BuQnNjivHo9khaW4wR5NtEodkTMMYdmBAN8mVc4Kr3jIjtxKfl1Oj15c bDi6YyCpAVHkDlZD8qYjz6yIqZbRY2+0FooDgARvVFy5XZEhr+oDZlk5ViH/BjcLqc0O zgh+wpISqQDZXIKl/abJj+t7zj+9IH65Onw/G2G+9mqU+LDgCoDlYIk1aAd+xL8oec0C upk6hHcm783q3cPiMG6VhG4Pgx4aHmDc/vb/VP96S8br2ZcHrCmysOdoJ68je5kcP22Q s1KKqWwcyx8S9jkQsvZMj0F0N7jyrDxY+2lRm4PoBlsj+Zq2nuNQSm6iJDSLelwFnSZW XMAg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=EiMCP7hyIgavuQctMgUiZh2knynfiVM08rwtV/Lmi58=; b=gfXmmbE+65yzyjmsP++z2qc48XeBDbXGRZYcAOKXQRz6auMaxAhBPEWcsrqmXp1juj JyOfFxRW8twiktr9DiZeI7X/Pzj7lDhcOEMgQGmxL/jgj9y69/842D3mP4kJyUsF7GSS 5xaUIfizCOT2UCIPz9IuvHnNcedZrlFJ+7td3G8vUERAOepkIqSI2bisgHNsfeY+V/kW pGKt/3tvfXdAVKPdXGG51Wrh67ycr/+w3WbIfOHBJvW7k8ATDSh8+Uy1ObH6tDbRZdO4 96xbNjeDu5HRmf9d1P7yqr67WwDvIhe/BR6e85IUdUub0w8AOjX34gOW20Ooso+jP4ms ECNQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q5si2646202ejr.225.2019.12.02.03.45.56; Mon, 02 Dec 2019 03:46:19 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727451AbfLBLoW (ORCPT + 99 others); Mon, 2 Dec 2019 06:44:22 -0500 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:47879 "EHLO relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727354AbfLBLoW (ORCPT ); Mon, 2 Dec 2019 06:44:22 -0500 X-Originating-IP: 90.65.102.129 Received: from kb-xps (lfbn-1-1480-129.w90-65.abo.wanadoo.fr [90.65.102.129]) (Authenticated sender: kamel.bouhara@bootlin.com) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 7547E240006; Mon, 2 Dec 2019 11:44:19 +0000 (UTC) Date: Mon, 2 Dec 2019 12:44:18 +0100 From: Kamel Bouhara To: Eugen.Hristev@microchip.com Cc: alexandre.belloni@bootlin.com, Claudiu.Beznea@microchip.com, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, sre@kernel.org, Ludovic.Desroches@microchip.com, thomas.petazzoni@bootlin.com, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH] power: reset: at91-reset: add sysfs interface to the power on reason Message-ID: <20191202114418.GA196913@kb-xps> References: <20191017124058.19300-1-kamel.bouhara@bootlin.com> <034c9d01-633a-eeaa-f61f-d185be7227f2@microchip.com> <20191129110253.GX299836@piout.net> <00f4e9a2-f6bd-9242-cafd-9c0c4f4dc619@microchip.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00f4e9a2-f6bd-9242-cafd-9c0c4f4dc619@microchip.com> User-Agent: Mutt/1.12.2 (2019-09-21) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Nov 29, 2019 at 11:15:18AM +0000, Eugen.Hristev@microchip.com wrote: > > > On 29.11.2019 13:02, Alexandre Belloni wrote: > > > On 29/11/2019 10:57:45+0000, Claudiu.Beznea@microchip.com wrote: > >> Hi Kamel, > >> > >> On 17.10.2019 15:40, Kamel Bouhara wrote: > >>> This patch export the power on reason through the sysfs interface and > >>> introduce some generic reset sources. > >>> Update the ABI documentation to list current power on sources. > >>> > >>> Signed-off-by: Kamel Bouhara > >>> --- > >>> .../sysfs-devices-platform-power-on-reason | 14 ++++++ > >>> drivers/power/reset/at91-reset.c | 44 +++++++++++++------ > >>> include/linux/power/power_on_reason.h | 19 ++++++++ > >>> 3 files changed, 64 insertions(+), 13 deletions(-) > >>> create mode 100644 Documentation/ABI/testing/sysfs-devices-platform-power-on-reason > >>> create mode 100644 include/linux/power/power_on_reason.h > >>> > >>> diff --git a/Documentation/ABI/testing/sysfs-devices-platform-power-on-reason b/Documentation/ABI/testing/sysfs-devices-platform-power-on-reason > >>> new file mode 100644 > >>> index 000000000000..83daeb9b1aa2 > >>> --- /dev/null > >>> +++ b/Documentation/ABI/testing/sysfs-devices-platform-power-on-reason > >>> @@ -0,0 +1,14 @@ > >>> +What: /sys/devices/platform/.../power_on_reason > >>> + > >>> +Date: October 2019 > >>> +KernelVersion: 5.4 > >>> +Contact: Kamel Bouhara > >>> +Description: This file shows system power on reason. > >>> + The possible sources are: > >>> + General System Power-ON, RTC wakeup, Watchdog timeout, > >>> + Software Reset, User pressed reset button, > >>> + CPU Clock failure, 32.768kHz Oscillator Failure, > >>> + Low power mode exit, Unknown. > >>> + > >>> + The file is read only. > >>> + > >>> diff --git a/drivers/power/reset/at91-reset.c b/drivers/power/reset/at91-reset.c > >>> index 44ca983a49a1..3cb2df40af37 100644 > >>> --- a/drivers/power/reset/at91-reset.c > >>> +++ b/drivers/power/reset/at91-reset.c > >>> @@ -17,7 +17,7 @@ > >>> #include > >>> #include > >>> #include > >>> - > >>> +#include > >>> #include > >>> #include > >>> > >>> @@ -146,42 +146,42 @@ static int samx7_restart(struct notifier_block *this, unsigned long mode, > >>> return NOTIFY_DONE; > >>> } > >>> > >>> -static void __init at91_reset_status(struct platform_device *pdev) > >>> +static const char *at91_reset_reason(struct platform_device *pdev) > >>> { > >>> const char *reason; > >>> u32 reg = readl(at91_rstc_base + AT91_RSTC_SR); > >>> > >>> switch ((reg & AT91_RSTC_RSTTYP) >> 8) { > >>> case RESET_TYPE_GENERAL: > >>> - reason = "general reset"; > >>> + reason = POWER_ON_REASON_GENERAL; > >>> break; > >>> case RESET_TYPE_WAKEUP: > >>> - reason = "wakeup"; > >>> + reason = POWER_ON_REASON_RTC; > >>> break; > >>> case RESET_TYPE_WATCHDOG: > >>> - reason = "watchdog reset"; > >>> + reason = POWER_ON_REASON_WATCHDOG; > >>> break; > >>> case RESET_TYPE_SOFTWARE: > >>> - reason = "software reset"; > >>> + reason = POWER_ON_REASON_SOFTWARE; > >>> break; > >>> case RESET_TYPE_USER: > >>> - reason = "user reset"; > >>> + reason = POWER_ON_REASON_USER; > >>> break; > >>> case RESET_TYPE_CPU_FAIL: > >>> - reason = "CPU clock failure detection"; > >>> + reason = POWER_ON_REASON_CPU_FAIL; > >>> break; > >>> case RESET_TYPE_XTAL_FAIL: > >>> - reason = "32.768 kHz crystal failure detection"; > >>> + reason = POWER_ON_REASON_XTAL_FAIL; > >>> break; > >>> case RESET_TYPE_ULP2: > >>> - reason = "ULP2 reset"; > >>> + reason = POWER_ON_REASON_LOW_POWER; > >>> break; > >>> default: > >>> - reason = "unknown reset"; > >>> + reason = POWER_ON_REASON_UNKNOWN; > >>> break; > >>> } > >>> > >>> - dev_info(&pdev->dev, "Starting after %s\n", reason); > >>> + return reason; > >>> } > >>> > >>> static const struct of_device_id at91_ramc_of_match[] = { > >>> @@ -204,6 +204,17 @@ static struct notifier_block at91_restart_nb = { > >>> .priority = 192, > >>> }; > >>> > >>> +static ssize_t power_on_reason_show(struct device *dev, > >>> + struct device_attribute *attr, > >>> + char *buf) > >>> +{ > >>> + struct platform_device *pdev = to_platform_device(dev); > >>> + > >>> + return sprintf(buf, "%s\n", at91_reset_reason(pdev)); > >>> +} > >>> + > >>> +static DEVICE_ATTR_RO(power_on_reason); > >>> + > >>> static int __init at91_reset_probe(struct platform_device *pdev) > >>> { > >>> const struct of_device_id *match; > >>> @@ -248,7 +259,14 @@ static int __init at91_reset_probe(struct platform_device *pdev) > >>> return ret; > >>> } > >>> > >>> - at91_reset_status(pdev); > >>> + ret = device_create_file(&pdev->dev, &dev_attr_power_on_reason); > >>> + if (ret) { > >>> + dev_err(&pdev->dev, "Could not create sysfs entry\n"); > >>> + return ret; > >>> + } > >>> + > >>> + dev_info(&pdev->dev, "Starting after %s reset\n", > >>> + at91_reset_reason(pdev)); > >>> > >>> return 0; > >>> } > >>> diff --git a/include/linux/power/power_on_reason.h b/include/linux/power/power_on_reason.h > >>> new file mode 100644 > >>> index 000000000000..9978cc757427 > >>> --- /dev/null > >>> +++ b/include/linux/power/power_on_reason.h > >>> @@ -0,0 +1,19 @@ > >>> +/* SPDX-License-Identifier: GPL-2.0-only */ > >>> +/* > >>> + * Author: Kamel Bouhra > >>> + */ > >>> + > >>> +#ifndef POWER_ON_REASON_H > >>> +#define POWER_ON_REASON_H > >>> + > >>> +#define POWER_ON_REASON_GENERAL "General" > >>> +#define POWER_ON_REASON_RTC "RTC wakeup" > >>> +#define POWER_ON_REASON_WATCHDOG "Watchdog timeout" > >>> +#define POWER_ON_REASON_SOFTWARE "Software" > >>> +#define POWER_ON_REASON_USER "User" > >>> +#define POWER_ON_REASON_CPU_FAIL "CPU Clock Failure" > >>> +#define POWER_ON_REASON_XTAL_FAIL "32.768k Crystal oscillator Failure" > > Hi, > > Looks rather odd to have a hardcoded crystal value inside a generic header. > Also how is REASON_CPU_FAIL related to CPU Clock ? > Hi, Eugen, I agree we should hide the crystal value. For the reset status, I've just move those from the driver. I guess the REASON_CPU_FAIL is related to some clock overclocking issue. Kamel > Eugen > > >>> +#define POWER_ON_REASON_LOW_POWER "Low power exit" > >>> +#define POWER_ON_REASON_UNKNOWN "Unknown" > >>> + > >>> +#endif /* POWER_ON_REASON_H */ > >> > >> Is this new header necessary? > >> > > > > Yes because we want other drivers to be able to reuse them as-is so the > > ABI is stable. > > > > -- > > Alexandre Belloni, Bootlin > > Embedded Linux and Kernel engineering > > https://bootlin.com > > > > _______________________________________________ > > linux-arm-kernel mailing list > > linux-arm-kernel@lists.infradead.org > > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel > > -- Kamel Bouhara, Bootlin Embedded Linux and kernel engineering https://bootlin.com