From: Guenter Roeck <linux@roeck-us.net>
To: Gabriel C <nix.or.die@gmail.com>
Cc: "Lyude Paul" <lyude@redhat.com>,
"Wim Van Sebroeck" <wim@iguana.be>,
linux-watchdog@vger.kernel.org, linux-kernel@vger.kernel.org,
"Zoltán Böszörményi" <zboszor@pr.hu>
Subject: Re: [11/12] watchdog: sp5100-tco: Abort if watchdog is disabled by hardware
Date: Tue, 9 Jan 2018 18:09:25 -0800 [thread overview]
Message-ID: <20180110020925.GA11487@roeck-us.net> (raw)
In-Reply-To: <b40a3a8e-1791-5445-a0bb-c71a057b4e95@gmail.com>
On Wed, Jan 10, 2018 at 02:26:14AM +0100, Gabriel C wrote:
> On 10.01.2018 01:05, Guenter Roeck wrote:
> >Hi,
> >
> >On Wed, Jan 10, 2018 at 12:58:00AM +0100, Gabriel C wrote:
> >>On 10.01.2018 00:37, Guenter Roeck wrote:
> >>>Hi,
> >>>
> >>>On Tue, Jan 09, 2018 at 05:58:07PM -0500, Lyude Paul wrote:
> >>>>Hi! I'm the one from the Fedora bugzilla who said they'd help review these
> >>>>patches. I might end up responding to this with a real review comment after
> >>>>this message, but first:
> >>>>
> >>>>mind cc'ing me future versions of this patchset and also, is there any way you
> >>>
> >>>Sure.
> >>>
> >>>>know of that one could figure out whether or not the sp5100_tco wdt is
> >>>>actually disabled by the OEM on a board? I tried testing these patches with my
> >>>
> >>>That is what the code is trying to do today.
> >>>
> >>>>system and it appears to be convinced that it's disabled on my system, but I'm
> >>>>hoping something in this patch is just broken…
> >>>>
> >>>
> >>>I tested the driver on three different boards. MSI B350M MORTAR,
> >>>MSI B350 TOMAHAWK, and Gigabyte AB350M-Gaming 3. CPU is Ryzen 1700X
> >>>on all boards.
> >>>
> >>>On the MSI boards, the watchdog is reported as disabled. Enabling it
> >>>and letting it expire does not have an effect. I am using the Super-IO
> >>>watchdog instead on those boards (and it works).
> >>>
> >>>On the Gigabyte board, the watchdog is reported as enabled, and it works
> >>>(and the watchdog on the Super-IO chips does not work).
> >>>
> >>>Feel free to play with the driver. Maybe there is a means to enable the
> >>>watchdog if it is disabled. Unfortunately, I was unable to figure out how
> >>>to do it, so I thought it is better to report the fact and not instantiate
> >>>the watchdog if it doesn't work.
> >>>
> >>
> >>I haven an Supemricro H11DSi-NT with EPYCs CPUs..
> >>I can set the watchdog ON/OFF in BIOS and also set in to reset or NMI
> >>with the moatherboard jumpers.
> >>
> >>If you want I can give whatever patches for this driver an try ,
> >>just let me know.
> >>
> >
> >It would be great if you can test the series, even more so if you can test it
> >with the watchdog enabled and disabled . If you need to pull it from a git
> >repository, it is available from
> >git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
> >in branch watchdog-next.
> >
>
> I've tested the branch ( on top latest linus/master ) with watchdog ON/OFF
> in BIOS and jumper set to reset ( default on this board )
>
> It seems no matter is enabled or disabled I always get a disabled message from the driver.
>
> [ 4.246280] sp5100_tco: SP5100/SB800 TCO WatchDog Timer Driver
> [ 4.247052] sp5100-tco sp5100-tco: Using 0xfed80b00 for watchdog MMIO address
> [ 4.247181] sp5100-tco sp5100-tco: Watchdog hardware is disabled
>
> I got some strange NMI but this may not be related.
>
> 'Uhhuh. NMI received for unknown reason 3d on CPU 33' ( on all 64 CPUs )
>
>
> Maybe on that board is meant to 'enable' the BMC watchdog ..but BIOS tells
> 'if you enable watchdog the 5 minutes timer is started until OS/SW takes over'
>
> And a quick info shows there is no initial timer on the BMC Watchdog..
>
> crazy@ant:~/sp5100_tco$ sudo bmc-watchdog -g
> Timer Use: Reserved
> Timer: Stopped
> Logging: Enabled
> Timeout Action: None
> Pre-Timeout Interrupt: None
> Pre-Timeout Interval: 0 seconds
> Timer Use BIOS FRB2 Flag: Clear
> Timer Use BIOS POST Flag: Clear
> Timer Use BIOS OS Load Flag: Clear
> Timer Use BIOS SMS/OS Flag: Clear
> Timer Use BIOS OEM Flag: Clear
> Initial Countdown: 0 seconds
> Current Countdown: 0 seconds
>
>
> I try to have a closer look tomorrow.
>
Can you run sensors-detect and provide the output ?
Maybe the board uses the watchdog from a Super-IO chip,
similar to the MSI boards.
Guenter
next prev parent reply other threads:[~2018-01-10 2:09 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-24 21:04 [PATCH 00/12] watchdog: sp5100_tco: Various improvements Guenter Roeck
2017-12-24 21:04 ` [PATCH 01/12] watchdog: sp5100_tco: Always use SP5100_IO_PM_{INDEX_REG,DATA_REG} Guenter Roeck
2017-12-24 21:04 ` [PATCH 02/12] watchdog: sp5100_tco: Fix watchdog disable bit Guenter Roeck
2017-12-24 21:04 ` [PATCH 03/12] watchdog: sp5100_tco: Use request_muxed_region where possible Guenter Roeck
2018-01-16 19:44 ` [03/12] " Lyude Paul
2018-01-16 20:16 ` Guenter Roeck
2017-12-24 21:04 ` [PATCH 04/12] watchdog: sp5100_tco: Use standard error codes Guenter Roeck
2018-01-16 19:46 ` [04/12] " Lyude Paul
2017-12-24 21:04 ` [PATCH 05/12] watchdog: sp5100_tco: Clean up sp5100_tco_setupdevice Guenter Roeck
2018-01-16 19:55 ` [05/12] " Lyude Paul
2018-01-16 20:22 ` Guenter Roeck
2018-01-17 1:28 ` Guenter Roeck
2017-12-24 21:04 ` [PATCH 06/12] watchdog: sp5100_tco: Match PCI device early Guenter Roeck
2018-01-16 19:58 ` [06/12] " Lyude Paul
2017-12-24 21:04 ` [PATCH 07/12] watchdog: sp5100_tco: Use dev_ print functions where possible Guenter Roeck
2018-01-16 20:00 ` [07/12] " Lyude Paul
2017-12-24 21:04 ` [PATCH 08/12] watchdog: sp5100_tco: Clean up function and variable names Guenter Roeck
2018-01-16 20:05 ` [08/12] " Lyude Paul
2017-12-24 21:04 ` [PATCH 09/12] watchdog: sp5100_tco: Convert to use watchdog subsystem Guenter Roeck
2017-12-24 21:04 ` [PATCH 10/12] watchdog: sp5100_tco: Use bit operations Guenter Roeck
2017-12-24 21:04 ` [PATCH 11/12] watchdog: sp5100-tco: Abort if watchdog is disabled by hardware Guenter Roeck
2018-01-09 22:58 ` [11/12] " Lyude Paul
2018-01-09 23:37 ` Guenter Roeck
2018-01-09 23:58 ` Gabriel C
2018-01-10 0:05 ` Guenter Roeck
2018-01-10 1:26 ` Gabriel C
2018-01-10 2:09 ` Guenter Roeck [this message]
2018-01-10 2:41 ` Gabriel C
2018-01-10 5:02 ` Guenter Roeck
2018-01-10 0:04 ` Lyude Paul
2018-01-10 0:11 ` Guenter Roeck
2018-01-10 0:30 ` Lyude Paul
2017-12-24 21:04 ` [PATCH 12/12] watchdog: sp5100_tco: Add support for recent FCH versions Guenter Roeck
2018-01-04 12:01 ` Boszormenyi Zoltan
2018-01-04 19:21 ` Guenter Roeck
2018-01-10 8:34 ` Boszormenyi Zoltan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180110020925.GA11487@roeck-us.net \
--to=linux@roeck-us.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-watchdog@vger.kernel.org \
--cc=lyude@redhat.com \
--cc=nix.or.die@gmail.com \
--cc=wim@iguana.be \
--cc=zboszor@pr.hu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).