[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID:
<SEZPR06MB6959D4BEC90745D94BF02BF596512@SEZPR06MB6959.apcprd06.prod.outlook.com>
Date: Tue, 20 Feb 2024 03:00:58 +0800
From: Yang Xiwen <forbidden405@...look.com>
To: Christophe JAILLET <christophe.jaillet@...adoo.fr>
Cc: conor+dt@...nel.org, devicetree@...r.kernel.org,
krzysztof.kozlowski+dt@...aro.org, linux-kernel@...r.kernel.org,
linux-watchdog@...r.kernel.org, linux@...ck-us.net, p.zabel@...gutronix.de,
robh+dt@...nel.org, vireshk@...nel.org, wim@...ux-watchdog.org
Subject: Re: [PATCH v2 1/2] watchdog: sp805_wdt: deassert the reset if
available
On 2/20/2024 2:22 AM, Christophe JAILLET wrote:
> Le 19/02/2024 à 19:14, Yang Xiwen via B4 Relay a écrit :
>> From: Yang Xiwen <forbidden405-1ViLX0X+lBJBDgjK7y7TUQ@...lic.gmane.org>
>>
>> According to the datasheet, the core has an WDOGRESn input signal that
>> needs to be deasserted before being operational. Implement it in the
>> driver.
>>
>> Signed-off-by: Yang Xiwen
>> <forbidden405-1ViLX0X+lBJBDgjK7y7TUQ@...lic.gmane.org>
>> ---
>> drivers/watchdog/sp805_wdt.c | 9 +++++++++
>> 1 file changed, 9 insertions(+)
>>
>> diff --git a/drivers/watchdog/sp805_wdt.c b/drivers/watchdog/sp805_wdt.c
>> index 2756ed54ca3d..b4bcfdeb39e6 100644
>> --- a/drivers/watchdog/sp805_wdt.c
>> +++ b/drivers/watchdog/sp805_wdt.c
>> @@ -25,6 +25,7 @@
>> #include <linux/moduleparam.h>
>> #include <linux/pm.h>
>> #include <linux/property.h>
>> +#include <linux/reset.h>
>> #include <linux/slab.h>
>> #include <linux/spinlock.h>
>> #include <linux/types.h>
>> @@ -59,6 +60,7 @@
>> * @lock: spin lock protecting dev structure and io access
>> * @base: base address of wdt
>> * @clk: (optional) clock structure of wdt
>> + * @rst: (optional) reset control signal of wdt
>> * @rate: (optional) clock rate when provided via properties
>> * @adev: amba device structure of wdt
>> * @status: current status of wdt
>> @@ -69,6 +71,7 @@ struct sp805_wdt {
>> spinlock_t lock;
>> void __iomem *base;
>> struct clk *clk;
>> + struct reset_control *rst;
>> u64 rate;
>> struct amba_device *adev;
>> unsigned int load_val;
>> @@ -264,6 +267,12 @@ sp805_wdt_probe(struct amba_device *adev, const
>> struct amba_id *id)
>> return -ENODEV;
>> }
>> + wdt->rst = devm_reset_control_get_optional(&adev->dev, NULL);
>> + if (IS_ERR(wdt->rst))
>> + return dev_err_probe(&adev->dev, PTR_ERR(wdt->rst), "Can not
>> get reset\n");
>> +
>> + reset_control_deassert(wdt->rst);
>> +
>
> Hi,
>
> Is a corresponding reset_control_assert() needed in the remove function?
I don't think it makes much sense. Many drivers in kernel does not
reassert the resets in their driver's remove callback too.
Maybe it can save some power. But since it's already disabled in control
register. Can't say it's too much.
>
> CJ
>
>> wdt->adev = adev;
>> wdt->wdd.info = &wdt_info;
>> wdt->wdd.ops = &wdt_ops;
>>
>
--
Regards,
Yang Xiwen
Powered by blists - more mailing lists