* [watchdog] watchdog: mei_wdt: request stop on unregister @ 2021-01-07 19:57 Tomas Winkler 2021-01-08 0:12 ` Guenter Roeck 0 siblings, 1 reply; 4+ messages in thread From: Tomas Winkler @ 2021-01-07 19:57 UTC (permalink / raw) To: Wim Van Sebroeck, Guenter Roeck Cc: linux-watchdog, linux-kernel, Alexander Usyskin, stable, Tomas Winkler From: Alexander Usyskin <alexander.usyskin@intel.com> Send the stop command to the firmware on watchdog unregister to eleminate false event on suspend. Cc: <stable@vger.kernel.org> Signed-off-by: Alexander Usyskin <alexander.usyskin@intel.com> Signed-off-by: Tomas Winkler <tomas.winkler@intel.com> --- drivers/watchdog/mei_wdt.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/watchdog/mei_wdt.c b/drivers/watchdog/mei_wdt.c index 5391bf3e6b11..c5967d8b4256 100644 --- a/drivers/watchdog/mei_wdt.c +++ b/drivers/watchdog/mei_wdt.c @@ -382,6 +382,7 @@ static int mei_wdt_register(struct mei_wdt *wdt) watchdog_set_drvdata(&wdt->wdd, wdt); watchdog_stop_on_reboot(&wdt->wdd); + watchdog_stop_on_unregister(&wdt->wdd); ret = watchdog_register_device(&wdt->wdd); if (ret) -- 2.26.2 ^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [watchdog] watchdog: mei_wdt: request stop on unregister 2021-01-07 19:57 [watchdog] watchdog: mei_wdt: request stop on unregister Tomas Winkler @ 2021-01-08 0:12 ` Guenter Roeck 2021-01-23 18:47 ` Guenter Roeck 0 siblings, 1 reply; 4+ messages in thread From: Guenter Roeck @ 2021-01-08 0:12 UTC (permalink / raw) To: Tomas Winkler Cc: Wim Van Sebroeck, linux-watchdog, linux-kernel, Alexander Usyskin, stable Hi, On Thu, Jan 07, 2021 at 09:57:30PM +0200, Tomas Winkler wrote: > From: Alexander Usyskin <alexander.usyskin@intel.com> > > Send the stop command to the firmware on watchdog unregister > to eleminate false event on suspend. > Normally the watchdog driver would not be expected to unregister during suspend, only when the driver is manually unloaded. To support suspend/resume, other watchdog drivers implement suspend/resume functions to stop the watchdog on suspend and to restart it on resume. Unloading a watchdog driver on suspend would also have odd implications for userspace watchdog daemons. On top of that, it should not actually be possible to unregister a watchdog while it is in use (because it is open in that case and should be marked as busy). watchdog_stop_on_unregister() only serves as backup in case someone actually manages to unload the driver while the watchdog is running. The function was implemented to avoid calls to stop the watchdog in the remove function because I can not mathematically prove that there are no situations where the watchdog is unloaded while running. However, I have not actually been able to do that. Are you sure this patch is doing what you expect it to do ? Thanks, Guenter > Cc: <stable@vger.kernel.org> > Signed-off-by: Alexander Usyskin <alexander.usyskin@intel.com> > Signed-off-by: Tomas Winkler <tomas.winkler@intel.com> > --- > drivers/watchdog/mei_wdt.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/watchdog/mei_wdt.c b/drivers/watchdog/mei_wdt.c > index 5391bf3e6b11..c5967d8b4256 100644 > --- a/drivers/watchdog/mei_wdt.c > +++ b/drivers/watchdog/mei_wdt.c > @@ -382,6 +382,7 @@ static int mei_wdt_register(struct mei_wdt *wdt) > > watchdog_set_drvdata(&wdt->wdd, wdt); > watchdog_stop_on_reboot(&wdt->wdd); > + watchdog_stop_on_unregister(&wdt->wdd); > > ret = watchdog_register_device(&wdt->wdd); > if (ret) > -- > 2.26.2 > ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [watchdog] watchdog: mei_wdt: request stop on unregister 2021-01-08 0:12 ` Guenter Roeck @ 2021-01-23 18:47 ` Guenter Roeck 2021-01-23 21:39 ` Winkler, Tomas 0 siblings, 1 reply; 4+ messages in thread From: Guenter Roeck @ 2021-01-23 18:47 UTC (permalink / raw) To: Tomas Winkler Cc: Wim Van Sebroeck, linux-watchdog, linux-kernel, Alexander Usyskin, stable Tomas, On Thu, Jan 07, 2021 at 04:12:15PM -0800, Guenter Roeck wrote: > Hi, > > On Thu, Jan 07, 2021 at 09:57:30PM +0200, Tomas Winkler wrote: > > From: Alexander Usyskin <alexander.usyskin@intel.com> > > > > Send the stop command to the firmware on watchdog unregister > > to eleminate false event on suspend. > > > > Normally the watchdog driver would not be expected to unregister > during suspend, only when the driver is manually unloaded. > To support suspend/resume, other watchdog drivers implement > suspend/resume functions to stop the watchdog on suspend and > to restart it on resume. Unloading a watchdog driver on suspend > would also have odd implications for userspace watchdog daemons. > > On top of that, it should not actually be possible to unregister > a watchdog while it is in use (because it is open in that case > and should be marked as busy). watchdog_stop_on_unregister() > only serves as backup in case someone actually manages to unload > the driver while the watchdog is running. The function was > implemented to avoid calls to stop the watchdog in the remove > function because I can not mathematically prove that there are > no situations where the watchdog is unloaded while running. > However, I have not actually been able to do that. > > Are you sure this patch is doing what you expect it to do ? > I have not heard anything back. I tried to understand how this patch would resolve a problem during suspend/resume, but I didn't find anything. Can you maybe add a log message showing the false event that is prevented with this patch, and some context explaining how the patch fixes the problem ? Thanks, Guenter > Thanks, > Guenter > > > Cc: <stable@vger.kernel.org> > > Signed-off-by: Alexander Usyskin <alexander.usyskin@intel.com> > > Signed-off-by: Tomas Winkler <tomas.winkler@intel.com> > > --- > > drivers/watchdog/mei_wdt.c | 1 + > > 1 file changed, 1 insertion(+) > > > > diff --git a/drivers/watchdog/mei_wdt.c b/drivers/watchdog/mei_wdt.c > > index 5391bf3e6b11..c5967d8b4256 100644 > > --- a/drivers/watchdog/mei_wdt.c > > +++ b/drivers/watchdog/mei_wdt.c > > @@ -382,6 +382,7 @@ static int mei_wdt_register(struct mei_wdt *wdt) > > > > watchdog_set_drvdata(&wdt->wdd, wdt); > > watchdog_stop_on_reboot(&wdt->wdd); > > + watchdog_stop_on_unregister(&wdt->wdd); > > > > ret = watchdog_register_device(&wdt->wdd); > > if (ret) > > -- > > 2.26.2 > > ^ permalink raw reply [flat|nested] 4+ messages in thread
* RE: [watchdog] watchdog: mei_wdt: request stop on unregister 2021-01-23 18:47 ` Guenter Roeck @ 2021-01-23 21:39 ` Winkler, Tomas 0 siblings, 0 replies; 4+ messages in thread From: Winkler, Tomas @ 2021-01-23 21:39 UTC (permalink / raw) To: Guenter Roeck Cc: Wim Van Sebroeck, linux-watchdog, linux-kernel, Usyskin, Alexander, stable > > Tomas, > > On Thu, Jan 07, 2021 at 04:12:15PM -0800, Guenter Roeck wrote: > > Hi, > > > > On Thu, Jan 07, 2021 at 09:57:30PM +0200, Tomas Winkler wrote: > > > From: Alexander Usyskin <alexander.usyskin@intel.com> > > > > > > Send the stop command to the firmware on watchdog unregister to > > > eleminate false event on suspend. > > > > > > > Normally the watchdog driver would not be expected to unregister > > during suspend, only when the driver is manually unloaded. > > To support suspend/resume, other watchdog drivers implement > > suspend/resume functions to stop the watchdog on suspend and to > > restart it on resume. Unloading a watchdog driver on suspend would > > also have odd implications for userspace watchdog daemons. > > > > On top of that, it should not actually be possible to unregister a > > watchdog while it is in use (because it is open in that case and > > should be marked as busy). watchdog_stop_on_unregister() only serves > > as backup in case someone actually manages to unload the driver while > > the watchdog is running. The function was implemented to avoid calls > > to stop the watchdog in the remove function because I can not > > mathematically prove that there are no situations where the watchdog > > is unloaded while running. > > However, I have not actually been able to do that. > > > > Are you sure this patch is doing what you expect it to do ? > > > > I have not heard anything back. I tried to understand how this patch would > resolve a problem during suspend/resume, but I didn't find anything. Sorry, I've already prepared better commit message, just had to move the attention to other issues. > > Can you maybe add a log message showing the false event that is prevented > with this patch, and some context explaining how the patch fixes the > problem ? The MEI watchdog device lives on mei client bus and currently this bus has a special behavior, on suspend it destroys all the devices that are present on the bus. This is due to fact that the context in the MEI firmware is also lost on suspend and the resume is always a fresh start. Thanks Tomas > > Thanks, > Guenter > > > Thanks, > > Guenter > > > > > Cc: <stable@vger.kernel.org> > > > Signed-off-by: Alexander Usyskin <alexander.usyskin@intel.com> > > > Signed-off-by: Tomas Winkler <tomas.winkler@intel.com> > > > --- > > > drivers/watchdog/mei_wdt.c | 1 + > > > 1 file changed, 1 insertion(+) > > > > > > diff --git a/drivers/watchdog/mei_wdt.c b/drivers/watchdog/mei_wdt.c > > > index 5391bf3e6b11..c5967d8b4256 100644 > > > --- a/drivers/watchdog/mei_wdt.c > > > +++ b/drivers/watchdog/mei_wdt.c > > > @@ -382,6 +382,7 @@ static int mei_wdt_register(struct mei_wdt *wdt) > > > > > > watchdog_set_drvdata(&wdt->wdd, wdt); > > > watchdog_stop_on_reboot(&wdt->wdd); > > > + watchdog_stop_on_unregister(&wdt->wdd); > > > > > > ret = watchdog_register_device(&wdt->wdd); > > > if (ret) > > > -- > > > 2.26.2 > > > ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2021-01-23 21:40 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2021-01-07 19:57 [watchdog] watchdog: mei_wdt: request stop on unregister Tomas Winkler 2021-01-08 0:12 ` Guenter Roeck 2021-01-23 18:47 ` Guenter Roeck 2021-01-23 21:39 ` Winkler, Tomas
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.