Date: Sat, 7 Aug 2010 17:39:04 +0000 (UTC) From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> To: d@delphij.net Cc: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= <des@des.no>, Matthew Jacob <mj@feral.com>, freebsd-hackers@freebsd.org Subject: Re: Winbond Watchdog [Was Re: Supermicro BIOS's watchdog feature?] Message-ID: <20100807173222.W48418@maildrop.int.zabbadoz.net> In-Reply-To: <4C5D4BFD.9080803@delphij.net> References: <4C2B07F5.6030801@delphij.net> <4C2B4D35.8060903@feral.com> <86lj9wmbrz.fsf@ds4.des.no> <4C2BBF3C.4070503@delphij.net> <86hbkkmad1.fsf@ds4.des.no> <4C2BD498.3090704@delphij.net> <86d3v7n093.fsf@ds4.des.no> <4C5D4BFD.9080803@delphij.net>
next in thread | previous in thread | raw e-mail | index | archive | help
This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1956331165-1281202744=:48418 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sat, 7 Aug 2010, Xin LI wrote: Hey, a bit unrealted but I faced some of those problems lately as well. > On 2010/07/01 00:12, Dag-Erling Sm=F8rgrav wrote: >> Xin LI <delphij@delphij.net> writes: >>> "Dag-Erling Sm=F8rgrav" <des@des.no> writes: >>>> Perhaps the motherboard has additional watchdog hardware? If you >>>> disable the watchdog in BIOS, does ichwd still work? >>> If I kill -9 watchdogd the system do reset itself so I think ichwd(4) >>> really works even if BIOS setting is 'Disabled' (but I'm not sure if >>> this method is right? Looking at the code I think the answer is >>> probably "Yes" though) >> >> Yes. This confirms my hypothesis, which is that your motherboard has >> additional watchdog hardware, and that the BIOS setting controls that, >> not the ichwd watchdog timer. Just disable the watchdog in BIOS and use >> ichwd instead. > > Thanks, you are absolutely correct that they are using another watchdog > (on Winbond Super I/O chip). > > With help from some datasheets floating around the Internet and playing > with the motherboard a little bit, now I have a first cut of a > watchdog(9) interfaced driver for the chip and have confirmed working on > the motherboard. > > I'm still polishing up the driver, there seems to be no way to figure > out the base port address directly (datasheet said it's either 0x2e and > 0x4e) so for now I have its device identify method to do some dirty > hacks (outb/inb directly) and only check if with appropriate key entered > to the port we will get non-0xff value. I'm not sure if that would be > acceptable? I'll try to further read the spec and see if we have some > better way of doing this and publish the driver code hopefully in the > next week. > I have a fintek locally but they all basically seem to operate after the same scheme. I had a very simple inb/outb /dev/io based user space solution for it and went to the quick and dirty kernel module. There are not many assertions put in place and it only checks one of the two base ports as I had only done it for me so far. Unfortunately there is no ACPI WDRT entry here (either?). devinfo -r was to some use though. In case it'll help you or someone else I just put it online: http://people.freebsd.org/~bz/20100807-02-wd-fintek-f71882fg.diff /bz --=20 Bjoern A. Zeeb This signature is about you not me. --0-1956331165-1281202744=:48418--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100807173222.W48418>