From owner-freebsd-arch Wed Oct 27 10:34:58 1999 Delivered-To: freebsd-arch@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id CC61D14F5B for ; Wed, 27 Oct 1999 10:34:54 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id TAA12574 for ; Wed, 27 Oct 1999 19:34:53 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id TAA27994 for freebsd-arch@freebsd.org; Wed, 27 Oct 1999 19:34:53 +0200 (MET DST) Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id 43BEF1543E for ; Wed, 27 Oct 1999 10:33:20 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.9.3/8.9.3) with SMTP id LAA28420; Wed, 27 Oct 1999 11:33:15 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id LAA24717; Wed, 27 Oct 1999 11:33:14 -0600 Date: Wed, 27 Oct 1999 11:33:14 -0600 Message-Id: <199910271733.LAA24717@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Warner Losh Cc: nate@mt.sri.com (Nate Williams), Christopher Masto , freebsd-arch@freebsd.org Subject: Re: Racing interrupts In-Reply-To: <199910271721.LAA65186@harmony.village.org> References: <199910271717.LAA24571@mt.sri.com> <199910271703.LAA24447@mt.sri.com> <199910260105.TAA16714@mt.sri.com> <199910260221.TAA26021@usr06.primenet.com> <199910260356.VAA17204@mt.sri.com> <3815F2A0.FA3442F4@softweyr.com> <19991027040510.A534@netmonger.net> <199910271712.LAA65029@harmony.village.org> <199910271721.LAA65186@harmony.village.org> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > : I'm not sure I follow. You mean adding the bits to support the new > : 'power' ioctl, or something else? What issues are you aware of? > > In general, how does one query the kernel for the state of the > pccard/cardbus system. I'll likely implement as much of the current > /dev/card ioctl api that makes sense. pccardc/pccardd. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message