[lkml]   [1996]   [Dec]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread

From kjahds Fri Dec 6 13:27:34 1996
X-Received: (from root@localhost) by (8.7.5/8.7.3) id NAA01921 for kjahds; Fri, 6 Dec 1996 13:27:33 -0500
X-Received: by id AA03555
(5.65c/IDA-1.4.4 for kjahds); Fri, 6 Dec 1996 13:30:23 -0500
X-Received: from by with SMTP id AA03534
(5.65c/IDA-1.4.4 for; Fri, 6 Dec 1996 13:30:18 -0500
X-Received: (aem@localhost) by (8.8.4/1.212) id NAA17469 for; Fri, 6 Dec 1996 13:30:07 -0500 (EST)
Message-Id: <>
Subject: Re: PNP patch into kernel when?
To: (Kenneth Albanowski)
Date: Fri, 6 Dec 1996 13:30:04 -0500 (EST)
From: "Andrew E. Mileski" <>
Reply-To: (Andrew E. Mileski)
In-Reply-To: <> from "Kenneth Albanowski" at Dec 6, 96 10:07:10 am
X-Mailer: ELM [version 2.4 PL25]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
ReSent-Date: Fri, 6 Dec 1996 14:03:26 -0500 (EST)
ReSent-From: Kenneth Albanowski <>
ReSent-Message-ID: <>

> Hmm. I suppose I should ask this, and you can elucidate the kernel list
> with your answer: what about a piece of hardware like a NodeRunner
> (EEPROM configurable NE2000 clone). It's not PnP, but it is soft
> configurable. How does that fall into your resource management scheme?

Sure...but I'd prefer to do it in the future on the pnp-list :-)
I don't want to monopolize linux-kernel.

The PCI example:
The configuration manager (CM) says, "Hey, there is an NE2000 card
here. We need a NE2000 driver, so I'll tell kerneld (and/or the user)."

Your example:
The driver says, "Hey, is there any kind of NE2000 device on the
system?". The CM responds "yes", or "no". If "no", the driver says
to the CM, "okay, then I'm gonna search for one myself - just in case".
If the driver finds a device, it tells the CM, "btw, there is an NE2000
card attached, and it is using the following hardware resources..."
The CM thanks the driver kindly, and the rest of the PnP configuration
sequence is then followed.


Note: There will likely be 2 differnet configuration managers in the
system. The first one will handle simple configuration at boot, and
will be part of the kernel. The second one will handle post-boot
configuration (example: docking stations), and will be a user-space
program. It will handle the complex configuration of devices. To a
driver though, they will look as one CM.

Andrew E. Mileski
Linux Plug-and-Play Kernel Project
XFree86 Matrox Team

 \ /
  Last update: 2005-03-22 13:38    [W:0.027 / U:3.624 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site