From owner-freebsd-current Thu Jan 27 12:10:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 64D5A15611 for ; Thu, 27 Jan 2000 12:10:26 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id E3E961C03; Fri, 28 Jan 2000 04:10:23 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: "Matthew N. Dodd" Cc: Warner Losh , Edwin Mons , current@FreeBSD.ORG Subject: Re: ep0 incorrectly probed In-Reply-To: Message from "Matthew N. Dodd" of "Thu, 27 Jan 2000 14:17:44 EST." Date: Fri, 28 Jan 2000 04:10:23 +0800 From: Peter Wemm Message-Id: <20000127201023.E3E961C03@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Matthew N. Dodd" wrote: > On Thu, 27 Jan 2000, Warner Losh wrote: > > We've had *BAD* luck with the ex driver doing this... > > Except that the ex driver doesn't do anything destructive in its identify > method now. > > I'm having a hell of a time getting the ex driver to attach in PnP mode > but thats another story. I think the i85295 needs some special kicking or > something but I don't have the manuals yet. It doesn't seem to be > assigned the resources the kernel picks out for it. This is shown by > 'pnpinfo'. pnpinfo doesn't have anything to do with what the kernel thinks. It's a userland program that manually resets and reconfigures the cards.. This is an absolute disaster if you happened to be using the hardware, eg: the sound driver. After running pnpinfo, the hardware essentially "disappears". pciconf(8) does it properly, it asks the kernel via /dev/pci. pnpinfo uses /dev/io to bash on the ports directly. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message