From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 15:24:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30E5D16A4CE; Mon, 13 Sep 2004 15:24:21 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99C5043D53; Mon, 13 Sep 2004 15:24:20 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8DFOJLn094703; Mon, 13 Sep 2004 11:24:19 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 94643-01; Mon, 13 Sep 2004 11:24:19 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8DFOJVL094668; Mon, 13 Sep 2004 11:24:19 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i8DFOADv015374; Mon, 13 Sep 2004 11:24:11 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20040913111109.087cb9d0@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Mon, 13 Sep 2004 11:29:17 -0400 To: Bruce M Simpson From: Mike Tancsa In-Reply-To: <6.1.2.0.0.20040912220440.0867d3d0@64.7.153.2> References: <6.1.2.0.0.20040912063508.050a4fb0@64.7.153.2> <86vfejlow2.fsf@kamino.rfc1149.org> <20040913014804.GB22583@empiric.icir.org> <6.1.2.0.0.20040912220440.0867d3d0@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b cc: freebsd-current@freebsd.org Subject: Re: ichwd working for anyone ? (and watchdog vs watchdogd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 15:24:21 -0000 At 11:42 PM 12/09/2004, Mike Tancsa wrote: >At 09:48 PM 12/09/2004, Bruce M Simpson wrote: >>Try disabling ACPI sysresource range reservations with: >> debug.acpi.disabled="sysresource" >> >>in /boot/loader.conf. I haven't tried this for ichwd but doing this allowed >>me to load mdodd@'s SMI/SMBIOS modules for ThinkPad. > >Hmmm, this seems to help a bit but the functionality is not there. The >module loads and doesnt complain, but it doesnt work in that the daemon >does not seem to be able to "arm" it so that it reboots This might be a problem with the ichwd at this point. I grabbed the original watchdog kld from, http://freebsd.tamu.edu/wdog/ and applied the following patches --- i8xxwd.c Wed Mar 24 07:25:35 2004 +++ ../i8xxwd-current.patches/i8xxwd.c Mon Sep 13 11:02:44 2004 @@ -30,6 +30,7 @@ #include #include #include +#include #include #include #include @@ -48,6 +49,7 @@ {VENDORID_INTEL, DEVICEID_82801CAX, "Intel 82801CA/82801CAM watchdog device"}, {VENDORID_INTEL, DEVICEID_82801DB, "Intel 82801DB watchdog device"}, {VENDORID_INTEL, DEVICEID_82801E, "Intel 82801E watchdog device"}, + {VENDORID_INTEL, DEVICEID_82801EBR, "Intel 82801EB / ER watchdog timer" }, {VENDORID_INTEL, 0, ""}, }; --- i8xxwd.h Wed Mar 24 07:16:17 2004 +++ ../i8xxwd-current.patches/i8xxwd.h Mon Sep 13 11:02:17 2004 @@ -43,7 +43,9 @@ #define DEVICEID_82801CAX 0x2480 #define DEVICEID_82801DB 0x24c0 #define DEVICEID_82801E 0x2450 - +#define DEVICEID_82801EBR 0x24d0 + + #define SMIBASE_OFFSET 0x30 #define TCOBASE_OFFSET 0x60 #define PMBASE 0x40 Loading just this module and then using watchdogd -t 10 and then a kill -9 of the watchdogd program and the box reboots about 10 seconds later. With icwhd, no reboot. And I can get the i8xxwd kld to work just fine without having to put debug.acpi.disabled="sysresource" in /boot/loader.conf Also, why are there 2 watchdog programs in the base ? releng5-865# which watchdog /usr/sbin/watchdog releng5-865# which watchdogd /usr/sbin/watchdogd releng5-865# ---Mike >I tried it as a kld and as statically compiled into the kernel and no dice >on either and statically compiled in is worse. > >Also, why would booting without ACPI not work as well if its the "problem" ? > > >Adding a couple of printfs to the watchdog, the ioctl is returning zero > > >But if I kill -9 the daemon, the box does not reboot > > From the console, > >ichwd module loaded >ichwd_identify(): found ICH chipset: Intel 82801EB/ER watchdog timer >ichwd0: on motherboard >ichwd0: timer disabled >ichwd0: timer enabled >ichwd0: timeout set to 28 ticks >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded > >FreeBSD/i386 (releng5-865.sentex.ca) (ttyd0) > >login: >ichwd0: timer reloaded > >FreeBSD/i386 (releng5-865.sentex.ca) (ttyd0) > >login: ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded > > > >One last thing which I dont know if its significant or not, but after >loading the kld, on reboot I get > > >Shutting down local daemons:. >Writing entropy file:. >Terminated >. >Sep 12 23:00:39 releng5-865 syslogd: exiting on signal 15 >Waiting (max 60 seconds) for system process `vnlru' to stop...done >Waiting (max 60 seconds) for system process `bufdaemon' to stop...done >Waiting (max 60 seconds) for system process `syncer' to stop... >Syncing disks, vnodes remaining...2 2 2 2 0 0 done >No buffers busy after final sync >Uptime: 16m36s >Shutting down ACPI > ACPI-0265: *** Error: Hardware never changed modes > > ---Mike >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"