From owner-freebsd-arch@FreeBSD.ORG Thu Jan 6 18:55:37 2011 Return-Path: Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B02851065670 for ; Thu, 6 Jan 2011 18:55:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6F7AA8FC0A for ; Thu, 6 Jan 2011 18:55:37 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id p06IkdRM033084 for ; Thu, 6 Jan 2011 11:46:39 -0700 (MST) (envelope-from imp@bsdimp.com) Message-ID: <4D260E0D.8080003@bsdimp.com> Date: Thu, 06 Jan 2011 11:46:37 -0700 From: Warner Losh User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-arch@FreeBSD.org References: <82826.1294088199@critter.freebsd.dk> <20110106140722.E14966@maildrop.int.zabbadoz.net> In-Reply-To: <20110106140722.E14966@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Linux kernel compatability X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2011 18:55:37 -0000 On 01/06/2011 07:17, Bjoern A. Zeeb wrote: > On Mon, 3 Jan 2011, Jeff Roberson wrote: > >> Unfortunately it would create quite a lot of code churn as there are >> relatively few that are minorly different. You can page through the >> wrapper code if you're interested. >> >> http://svn.freebsd.org/viewvc/base/projects/ofed/head/sys/ofed/include/linux/ >> > > One thing I am not too sure about is sys/ofed. Given the entire > discussions it might well be better suited in sys/contrib/ofed under > the assumtion that the code is mostly maintained outside our tree and > we get in occational updates. If you look at what Jeff has done, you'll see that the external code follows our standards of residing in sys/contrib/ofed, while the code that glues it into the tree is in sys/ofed. > I hadn't quite liked the sys/cddl but given that we had sys/gnu as > well. And then there is sys/compat. A slight case could be made for sys/compat/linux, but that is already taken. > I wonder if you could still or maybe not make the shim layer something > like it's own .ko kind of like opensolaris.ko (you cannot name it > linux.ko though;) I'd actually prefer that we not do this. opensolaris.ko made sense because we have zfs and dtrace, and even that causes problems as we get version skew between them... > I guess similarly things in user space might go to contrib as well? src/contrib is for code that's maintained outside the source tree that we adapt. Warner