mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Jerome AUGE <auge@irit.fr>
To: linux-kernel@vger.kernel.org
Subject: What about a "generic" ISA/BIOS PnP layer ?
Date: Tue, 18 Dec 2001 10:52:27 +0100	[thread overview]
Message-ID: <20011218105227.A3339@pc9sig.irit.fr> (raw)

Hi,

I've tweaked the opl3sa2 driver to use PnP BIOS device detection/registration,
in order to load "automagically" the module without specifying the io/dma/irq
stuff on my system that do not support ISA PnP.

So, for compatibility, I end up using both ISA and BIOS PnP functions. I've got
to handle all the configuration cases (CONFIG_ISAPNP/CONFIG_BIOSPNP). I first
try with ISA, if it fails then I try with BIOS, then I've got to remind what
method (ISA or BIOS) was used in order to correctly unload/remove the driver
by calling the correct isapnp_ or pnpbios_ functions. And I had to duplicate
all the isapnp functions/struct to pnpbios equivalent.

So I'd like to know what do you think about making a generic PnP layer that
would "hide" and automatically select to use ISA or BIOS functions ?

The driver code would use the "generic PnP" functions without checking all
the configuration cases. And the "generic PnP" layer would decide if it
uses ISA or BIOS and make/forward the correct calls.

This way, we could write drivers that would work indifferently with ISA PnP
or BIOS PnP. If the system support ISA PnP, then the "generic" PnP
layer would use ISA functions, and if the system support only BIOS PnP then
it would use BIOS functions.

Is the "new driver model" from P. Mochel supposed to do this ? or is it just
for PCI devices ?

-- 


                 reply	other threads:[~2001-12-18  9:53 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20011218105227.A3339@pc9sig.irit.fr \
    --to=auge@irit.fr \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®