From owner-freebsd-geom@FreeBSD.ORG Thu Mar 4 09:08:49 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C04F106567D; Thu, 4 Mar 2010 09:08:49 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 7808E8FC17; Thu, 4 Mar 2010 09:08:48 +0000 (UTC) Received: from gw ([192.168.10.10] helo=terran) by dlink.ua with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Nn70Z-0001mX-BK; Thu, 04 Mar 2010 11:06:15 +0200 Date: Thu, 4 Mar 2010 11:08:44 +0200 From: Alexandr Rybalko To: Pawel Jakub Dawidek Message-Id: <20100304110844.2e5c904b.ray@dlink.ua> In-Reply-To: <20100303063555.GA6992@garage.freebsd.pl> References: <20100219163644.da89e882.ray@dlink.ua> <20100302071736.GF1946@garage.freebsd.pl> <20100302104748.0f27136c.ray@dlink.ua> <4B8D67C4.9050709@andric.com> <20100303063555.GA6992@garage.freebsd.pl> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: embedded@freebsd.org, geom@freebsd.org, Dimitry Andric , hackers@freebsd.org Subject: Re: GEOM_ULZMA X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 09:08:49 -0000 On Wed, 3 Mar 2010 07:35:55 +0100 Pawel Jakub Dawidek wrote: >> On Tue, Mar 02, 2010 at 08:32:20PM +0100, Dimitry Andric wrote: >> > On 2010-03-02 09:47, Alexandr Rybalko wrote: >> > >>>Definiatelly separately, not sure where. There is ongoing discussion >> > >>>somwhere on importing this algorithm to the base for tar(1) to use, it >> > >>>would be best to have only one copy of code in the tree. >> > >I have already said, that it would be good for embedded platforms have >> > >only one copy of the code for the kernel and userland. >> > >It is not thought of how done it. >> > >> > I think Pawel means the *source* code in this case, not the executable >> > code. E.g. lzma source should most likely go under /usr/src/contrib, >> > and be built separately for kernel and userland. >> >> If it is going to be used be the kernel it has to be under sys/. >> >> And yes, I was talking about one copy of the source, not executable. >> I think it would be bad idea to do compression in the kernel for >> userland applications for many reasons - the most important one is >> security. Look at projects like Capsicum where Robert closed for example >> gzip in a tight sandbox and gzip is not even set-uid and giving it >> chance to gain kernel access when bug is found is very, very bad. >> Another reason is performance. You can see how much faster, eg. openssl >> crypto is when doing it in userland and when forcing it to use software >> crypto from the opencrypto kernel framework. Ok, already forgotten. Well, LZMA code is not so big, so will use two copies for kernel and for userland. It is possible to have number of different version of LZMA in kernel source tree? >> >> -- >> Pawel Jakub Dawidek http://www.wheelsystems.com >> pjd@FreeBSD.org http://www.FreeBSD.org >> FreeBSD committer Am I Evil? Yes, I Am! -- Alexandr Rybalko aka Alex RAY