From owner-freebsd-hackers Thu Apr 22 10: 5:15 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from sussie.interbizz.se (ns.datadesign.se [194.23.109.130]) by hub.freebsd.org (Postfix) with ESMTP id 2B887159F0 for ; Thu, 22 Apr 1999 10:05:05 -0700 (PDT) (envelope-from Joachim.Isaksson@ibfs.com) Received: from tequila (dhcp140.ibfs.com [193.45.188.140]) by sussie.interbizz.se (8.8.8+Sun/8.8.7) with SMTP id TAA00976; Thu, 22 Apr 1999 19:02:22 +0200 (MET DST) Message-ID: <00ae01be8ce1$e2f686d0$8cbc2dc1@ibfs.com> From: "Joachim Isaksson" To: "Warner Losh" Cc: References: <000a01be842b$eeff6e10$f56d17c2@home.ibfs.com> <199904120434.WAA03416@harmony.village.org> Subject: Generic PnP? (Was: Re: IrDA? PnP?) Date: Thu, 22 Apr 1999 19:02:19 +0200 Organization: Interbizz Financial Systems MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > : 4) As I (so far) understand it, the PnP functionality is a special "hack" > : for the ISA bus right now and could not easily be extended to integrate PnP > : devices on the IrDA bus? Is this assumption correct? If so, is anyone > > Yes. PnP is too generic a term to have generic code. PCI pnp and > parallel port PnP are both radically different than isa pnp or serial > port pnp. Well, in the kernel I agree that it would be hard to use generic code, but does it have to be as tough as it is now for userland to do something intelligent, really? For example, if the PCI, ISA, USB and sio drivers know how to plug and play devices connected to "their bus" and export collected info through a common device (for example /dev/pnp0), a userland process would easily load and unload kernel modules as needed without knowing the bus PnP specifics. This model would rather easily integrate IrDA PnP too. I can't see that this would be very hard to implement, but then I'm not a kernel guru (yet :-) /Joachim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message