Date: Wed, 10 Sep 1997 20:35:59 -0700 From: John-Mark Gurney <gurney_j@efn.org> To: Eivind Eklund <perhaps@yes.no> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PnP support Message-ID: <19970910203559.04301@hydrogen.nike.efn.org> In-Reply-To: <199709101826.UAA02417@bitbox.follo.net>; from Eivind Eklund on Wed, Sep 10, 1997 at 08:26:16PM %2B0200 References: <199709101826.UAA02417@bitbox.follo.net>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <description>. 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19970910203559.04301>