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;
Subject: Re: [PATCH] watchdog: dw: use devm_watchdog_register_device()
To:     Jisheng Zhang <Jisheng.Zhang@synaptics.com>
Cc:     Wim Van Sebroeck <wim@linux-watchdog.org>,
        "linux-watchdog@vger.kernel.org" <linux-watchdog@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
References: <20190125154604.66801c6a@xhacker.debian>
 <b521625b-ffff-ba49-77d7-018ad363db36@roeck-us.net>
 <20190125161049.7884cda4@xhacker.debian>
From:   Guenter Roeck <linux@roeck-us.net>
Message-ID: <4414c144-ebdd-2c16-7268-1e11d5a682cd@roeck-us.net>
Date:   Fri, 25 Jan 2019 01:01:31 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.2.1
MIME-Version: 1.0
In-Reply-To: <20190125161049.7884cda4@xhacker.debian>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On 1/25/19 12:17 AM, Jisheng Zhang wrote:
> Hi,
> 
> On Fri, 25 Jan 2019 00:04:25 -0800 Guenter Roeck wrote:
> 
>> Hi,
>>
>> On 1/24/19 11:52 PM, Jisheng Zhang wrote:
>>> Use devm_watchdog_register_device() to simplify the code.
>>>
>>> Signed-off-by: Jisheng Zhang <Jisheng.Zhang@synaptics.com>
>>> ---
>>>    drivers/watchdog/dw_wdt.c | 3 +--
>>>    1 file changed, 1 insertion(+), 2 deletions(-)
>>>
>>> diff --git a/drivers/watchdog/dw_wdt.c b/drivers/watchdog/dw_wdt.c
>>> index 501aebb5b81f..c053c2de5c2f 100644
>>> --- a/drivers/watchdog/dw_wdt.c
>>> +++ b/drivers/watchdog/dw_wdt.c
>>> @@ -303,7 +303,7 @@ static int dw_wdt_drv_probe(struct platform_device *pdev)
>>>    
>>>    	watchdog_set_restart_priority(wdd, 128);
>>>    
>>> -	ret = watchdog_register_device(wdd);
>>> +	ret = devm_watchdog_register_device(wdd);
>>>    	if (ret)
>>>    		goto out_disable_clk;
>>>    
>>> @@ -318,7 +318,6 @@ static int dw_wdt_drv_remove(struct platform_device *pdev)
>>>    {
>>>    	struct dw_wdt *dw_wdt = platform_get_drvdata(pdev);
>>>    
>>> -	watchdog_unregister_device(&dw_wdt->wdd);
>>>    	reset_control_assert(dw_wdt->rst);
>>>    	clk_disable_unprepare(dw_wdt->clk);
>>>    
>>>    
>> Unfortunately it isn't that easy. The other two calls have to be executed after
>> unregistering the watchdog, meaning you would have to add devm_add_action()
>> in the probe function to call them.
> 
> do you mean reset_control_asser() and the clk_disable_unprepare()? If yes,

Yes.

> does unregister the watchdog could trigger any register access? Per my
> understanding, there's no register access path in the unregister. Am I
> missing somthing?
> 

If the watchdog is unregistered last, it would be still accessible via its device
nodes, even though the clock has been reset, and even though the HW has been
put in reset. This would be racy.

Guenter