From owner-freebsd-net@FreeBSD.ORG Sat May 22 22:37:28 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E17E106564A for ; Sat, 22 May 2010 22:37:28 +0000 (UTC) (envelope-from brunner@nic-naa.net) Received: from abenaki.wabanaki.net (abenaki.wabanaki.net [65.99.1.130]) by mx1.freebsd.org (Postfix) with ESMTP id 5BCDE8FC14 for ; Sat, 22 May 2010 22:37:28 +0000 (UTC) Received: from limpet.local (cpe-67-244-32-202.twcny.res.rr.com [67.244.32.202]) by abenaki.wabanaki.net (8.14.4/8.14.3) with ESMTP id o4MLx4Vt073180 for ; Sat, 22 May 2010 17:59:05 -0400 (EDT) (envelope-from brunner@nic-naa.net) Message-ID: <4BF85740.1090401@nic-naa.net> Date: Sat, 22 May 2010 18:14:24 -0400 From: Eric Brunner-Williams User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <50B3A5560BA4D74CADEC55A48B4641B23D5119D0BA@EMBX01-HQ.jnpr.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Common OS/kernel code between freebsd and linux X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 May 2010 22:37:28 -0000 Howdy Anjali, I was paid for over a year to read libc implementations and the supporting kernel code, and wrote XPG/1 as a specification of what my employers at the time, Bull, ICL, Siemons, Olivetti and Nixdorff, circa 1986, were intending to implement, from their various v7, PWB, SysIII and SySV starting points. I was paid for over a year to sort of do the same thing and co-wrote XPG/4.2 as a specification of what the big installed base thought were the syntax and semantics of the kernel entry points and library routines, even commands, that each assumed was present on a host operating system. What you propose is a butt load of work, in effect, the academic exercise of specification of an abstract platform and its interface to a network stack. So who would pay? The correct answer should be of the form "the cost of not doing this to some parties who can (a) become aware of this, and (b) pay, is greater than the cost of doing it. So how much code does either camp care about being portable, and isn't the best answer to "portability" simply tossing another pizza box at the problem and running the application native? You can have fun, but you should have realistic expectations about the uptake of your work by working programmers and program managers and product planners and corporate strategic platform planners. Eric