From owner-freebsd-hackers Wed Sep 10 21:07:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA24171 for hackers-outgoing; Wed, 10 Sep 1997 21:07:33 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA24165 for ; Wed, 10 Sep 1997 21:07:27 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id UAA21703; Wed, 10 Sep 1997 20:36:00 -0700 (PDT) Message-ID: <19970910203559.04301@hydrogen.nike.efn.org> Date: Wed, 10 Sep 1997 20:35:59 -0700 From: John-Mark Gurney To: Eivind Eklund Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PnP support References: <199709101826.UAA02417@bitbox.follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199709101826.UAA02417@bitbox.follo.net>; from Eivind Eklund on Wed, Sep 10, 1997 at 08:26:16PM +0200 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Eivind Eklund scribbled this message on Sep 10: > (1) I wanted the driver to be able to work with both PnP and ISA > cards. However, the ISA probe mess up the card (or the internal > FreeBSD driver setup - I'm not certain, but it don't work unless I > inhibit the ISA probe). What is the best way to inhibit this probe? > Presently, I just set a static variable and return false on the probe > if it is set, but I don't think that is a good solution. I've thought > about setting the ISA card to disabled if PnP probes true, but somehow > don't find that aestecially pleasing, either (and I suspect it will be > saved in the kernel for the next boot, too). well... actually.. this won't be neccessary soon.. I plan on adding resource registering to the pnp code soon... once this is done, the isa probe code should automaticly skip over this... > (2) I found no way to report that the driver was unable to attach if > the probe came out true. This might be me thinking approaching this > wrongly, but the default attach for this driver do some of the setup > for the card, and can fail. Should this be re-arranged for most of > that work to be done during the probe, to be certain the attach can't > fail? That would start messing with the card setup during the probe, > which doesn't seem right? yeh.. I've thought about that too... but there is a very good way to test this... just make sure that dev.id_alive to zero if attach failed.. if your interested, I can send you my patches to sio that pnp'izes this driver... > (3) The card reports as unknown0 . I assume this can be > changed somewhere, but didn't find it in the docs for the PnP code > (the man-page plus the . Where do I fix this? (A source file name > would be enough - I assume somebody can answer this with less work > than I would spend finding it ;-) Luigi has answered this one... :) > This is my first attempt at hardware driver hacking under FreeBSD, as > you probably can see from the level of the questions. I'll contribute > the changes back when I get it to work properly (and I get my employer > to OK contributing this). sounds good... -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD