From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 23 09:31:10 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B53C71065679 for ; Mon, 23 Aug 2010 09:31:10 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 73AA98FC16 for ; Mon, 23 Aug 2010 09:31:10 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id o7N9V1eD000690 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 23 Aug 2010 02:31:01 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id o7N9V1Tx000689; Mon, 23 Aug 2010 02:31:01 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA00752; Mon, 23 Aug 10 02:29:03 PDT Date: Mon, 23 Aug 2010 02:28:53 -0700 From: perryh@pluto.rain.com To: doconnor@gsoft.com.au Message-Id: <4c723f55.IHXUYM9HTnD6uCPO%perryh@pluto.rain.com> 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> <86ocde8tzd.fsf@ds4.des.no> In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, des@des.no Subject: Re: Winbond Watchdog X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 09:31:10 -0000 "Daniel O'Connor" wrote: > On 23/08/2010, at 1:24, Xin LI wrote: > > 2010/8/7 Dag-Erling Sm?rgrav : > >> Xin LI writes: > >>> 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. > >> > >> Sounds gross, but if there's no other way, I guess it'll have > >> to do. I imagine you check the PCI id etc. first? > > > > It's not a PCI device unfortunately (at least, not the one > > I have encountered on my Supermicro board). > > They're LPC ISA devices, I don't know if they appear in any PNP > or ACPI tables though. Any mainboard device on a non-enumerable bus, including LPC, is _supposed_ to be reported in the ACPI tables -- precisely to avoid the need for drivers to engage in risky probing to find their hardware. That's no guarantee of course -- there are plenty of buggy BIOS around -- but it might be worth looking to see if this one got it right.