Date: Mon, 12 Dec 2011 16:01:33 -0800 From: Keith Simonsen <bangel@elite.net> To: Mike Tancsa <mike@sentex.net> Cc: FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: [RFC] winbond watchdog driver for FreeBSD/i386 and FreeBSD/amd64 Message-ID: <4EE695DD.1000206@elite.net> In-Reply-To: <4EE66352.8090801@sentex.net> References: <4E0A5689.2020302@delphij.net> <20111207092907.GA1645@garage.freebsd.pl> <7BD6CA15-3329-4684-8127-665CDC171B22@lists.zabbadoz.net> <4EE65AB4.1010405@elite.net> <4EE66352.8090801@sentex.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12/12/2011 12:25, Mike Tancsa wrote: > On 12/12/2011 2:49 PM, Keith Simonsen wrote: >> >> I've been using 20110718-02-wbwd.diff for a few months now on a project >> with PC Engines Alix 1.d boards (http://pcengines.ch/alix1d.htm). They >> have a Winbond W83627HG chip. I don't see any probing/attach messages >> on boot but the driver seems to be properly configuring the chip - if I >> kill watchdogd with -9 the board reboots with watchdog timeout. > > Are you sure thats the watchdog thats doing the 'killing' so to speak ? > If you have > option CPU_GEODE > in your kernel config, you will get the watchdog code there no ? > ( /usr/src/sys/i386/i386/geode.c) Yes I do have CPU_GEODE in my kernel and I see the geode MFGPT probed in the verbose dmesg output. I'm not sure how I can tell what piece of hardware /dev/fido is linked to but I think you're correct and I'm using the geode watchdog and not the winbond chip. Maybe this has something do with me not having 'device eisa' in my kernel config! I'm going to start compiling a new nanobsd image right now with eisa and the newer wbwd.c driver and see how it goes.... Thanks > > > ---Mike > -Keith
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4EE695DD.1000206>