From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Wed, 23 Sep 2020 13:14:09 -0400 Subject: [PATCH 2/2] watchdog: add watchdog behavior configuration In-Reply-To: <8ba6107a460b8647@bloch.sibelius.xs4all.nl> References: <20200923164527.26894-1-michael@walle.cc> <20200923164527.26894-2-michael@walle.cc> <8ba6107a460b8647@bloch.sibelius.xs4all.nl> Message-ID: <20200923171409.GT14816@bill-the-cat> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Wed, Sep 23, 2020 at 07:01:54PM +0200, Mark Kettenis wrote: > > From: Michael Walle > > Date: Wed, 23 Sep 2020 18:45:27 +0200 > > > > Let the user choose between three different behaviours of the watchdog: > > (1) Keep the watchdog disabled > > (2) Supervise u-boot > > (3) Supervise u-boot and the operating systen (default) > > > > Option (2) will disable the watchdog right before handing control to the > > operating system. This is useful when the OS is not aware of the > > watchdog. Option (3) doesn't disable the watchdog and assumes the OS > > will continue servicing. > > (3) can't be the default, at least for EFI > > The UEFI standard explicitly says that upon calling > ExitBootServices(), the watchdog timer is disabled. > > In general, you can't expect an OS to have support for a particular > watchdog timer. So (3) only makes sense in cases where U-Boot is > bundled with an OS image. We need to be careful here then. The current and historical / generally expected behavior is if we've enabled the watchdog we supervise it and leave it enabled for the OS. Given what UEFI requires I'd like to see that case handled with a print about disabling the watchdog so it's not a surprise to the user. I say this because it's a surprise to me and I guess answers the question of "how does x86 handle this?" I had the other day. -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 659 bytes Desc: not available URL: