From owner-freebsd-hackers Fri Sep 20 13:31:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA07055 for hackers-outgoing; Fri, 20 Sep 1996 13:31:34 -0700 (PDT) Received: from mickey.umiacs.umd.edu (12222@mickey.umiacs.umd.edu [128.8.120.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA07031 for ; Fri, 20 Sep 1996 13:31:31 -0700 (PDT) Received: (smpatel@localhost) by mickey.umiacs.umd.edu (8.7.6/UMIACS-0.9/04-05-88) id QAA09729; Fri, 20 Sep 1996 16:30:10 -0400 (EDT) Date: Fri, 20 Sep 1996 16:30:09 -0400 (EDT) From: Sujal Patel To: Terry Lambert cc: janus@freegate.net, hackers@FreeBSD.org Subject: Re: Plug and Play naivety In-Reply-To: <199609202015.NAA02942@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 20 Sep 1996, Terry Lambert wrote: > This exchange implies that the kernel will not use the PnP information > in the presence of a PnP BIOS to configure the drivers. Can you confirm > or deny this? > > The benefit of the PnP code is not simply configuration of devices in > the absence of a PnP BIOS, but also in the provision of hints to the > device drivers. The Plug & Play driver will eventually fill in isa_device structures for ISA devices properly. If you chose not to configure your PnP device, it will read the configuration that is already there (i.e. the BIOS setup configuration). You could further extend the model, by allowing the kernel to choose a device driver based on the information presented by the PnP aspect of the card (this is not planned for the first release). Sample code to read a cards configuration (as set by BIOS) is at: http://www.freebsd.org/~smpatel/pnpget.h http://www.freebsd.org/~smpatel/pnpget.cc The code is a bit incomplete, but works fine. Sujal