From owner-freebsd-hackers Fri May 24 13:20:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id 085AA37B405 for ; Fri, 24 May 2002 13:20:13 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020524202007.ORYC2751.rwcrmhc52.attbi.com@InterJet.elischer.org>; Fri, 24 May 2002 20:20:07 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA93960; Fri, 24 May 2002 13:13:14 -0700 (PDT) Date: Fri, 24 May 2002 13:13:13 -0700 (PDT) From: Julian Elischer To: "Herman, Thomas" Cc: Kris Kennaway , hackers@FreeBSD.ORG Subject: Re: [therman@lsil.com: 3rd party drivers] In-Reply-To: <20020524195558.GE1977@dan.emsphone.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The difficulty at the moment is that there is some change in the device interface underway at the moment. We are trying to shift towards a more dynamic model, (to allow more loadability) but that means that drivers for 5.x and later are not exactly the same as for 4.x and earlier. Also, as we go forward, the device model may change a bit more.. Usually proprietary drivers can be divided into a numbert of parts.. 1/ A proprietary part that knows how to talk to the hardware, but doesn't know anything about the rest of the system. 2/ The interface routines that the kernel calls to make requests. 3/ The utility routines that the proprietary parts call to make requests of the system. (e.g. write a sequence of bytes to the control ports, or print erro messages) Parts 2 and 3 can be released as source allowing the burdon of keeping them 'in sync' with the rest of the kernel to be assumed by the kernel maintainers, while part 1 can be released as a binary object. Loadable kernel modules do work but htey are only valid for a particular 'line' of kernels. For example modules written for 4.1 can usually be loaded into 4.5. (there are some limitations) Thety would however need to be recompiled for 5.x or 3.x. Dividing the driver as I suggest would allow that burdon to be assumed by the FreeBSD project. > > ----- Forwarded message from "Herman, Thomas" ----- > > > > To whom it may concern, > > > > I'm inquiring about how to go about installing a driver from a floppy > > disk. We're developing a driver for the IDE controllers and we do not > > wish to submit the source code to the public domain. Does FreeBSD > > support 3rd party driver disks? We don't have a standard way to load them but we do allow loadable drivers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message