From owner-freebsd-hackers@FreeBSD.ORG Wed May 16 15:17:47 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F8CB16A404 for ; Wed, 16 May 2007 15:17:47 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9511C13C457 for ; Wed, 16 May 2007 15:17:46 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 69041 invoked from network); 16 May 2007 14:36:20 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 16 May 2007 14:36:20 -0000 Message-ID: <464B2096.5040605@freebsd.org> Date: Wed, 16 May 2007 17:17:42 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Chris References: <45F1C355.8030504@digitaldaemon.com> <4648993A.4060709@elischer.org> <4648CAFD.4020009@freebsd.org> <200705160604.28402.zec@icir.org> <3aaaa3a0705160632r4ec0164t8bb8b714fec15426@mail.gmail.com> In-Reply-To: <3aaaa3a0705160632r4ec0164t8bb8b714fec15426@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Ed Schouten , Marko Zec , Julian Elischer , "Bjoern A. Zeeb" Subject: Re: Multiple IP Jail's patch for FreeBSD 6.2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2007 15:17:47 -0000 Chris wrote: > On 16/05/07, Marko Zec wrote: >> OTOH, even if we miss the window for sneaking this into 7.0-R, it would >> be a huge pitty not to at least reserve a few additional fields in >> various kernel structures needed to support stack virtualization. That >> way it would be possible to maintain a virtualized 7.0-R kernel in a >> separate code branch, which could be used as a snap-in replacement for >> the stock kernel even after API / ABI freeze comes into effect. This >> would allow us to give people an opportunity to conveniently test and >> play with the new framework on an otherwise production-grade OS, while >> continuing work towards (hopefully) merging of the chages into 8.0 at >> some point. > > Would like to see this in 7.0 considering many of us have been waiting > for such a feature since 4.x days. There is patches that make this > work with 5.x and 6.x so I have always been puzzled why it hasnt been > commited to the base, clearly enough time to make 7.0 a dream for > desktop users but I see many server side things been pushed aside. > Please make this happen as waiting for 8.0 seems forever. We should indeed reserve some spare fields in critical structures to make a MFC of it an option for 7.1 or 7.2. We'll discuss these issues here at BSDCan Developer Summit in more details. Marko is currently sitting about 2 meters from me. ;-) -- Andre