From owner-freebsd-geom@FreeBSD.ORG Mon Mar 1 11:07:01 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05B981065688 for ; Mon, 1 Mar 2010 11:07:01 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E77478FC1F for ; Mon, 1 Mar 2010 11:07:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o21B70FH017793 for ; Mon, 1 Mar 2010 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o21B70So017791 for freebsd-geom@FreeBSD.org; Mon, 1 Mar 2010 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 1 Mar 2010 11:07:00 GMT Message-Id: <201003011107.o21B70So017791@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org 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: Mon, 01 Mar 2010 11:07:01 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool f kern/142365 geom [geom] FreeBSD RAID1 (gmirror) is much slower than Lin o kern/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error o kern/140352 geom [geom] gjournal + glabel not working o kern/139847 geom [geom_mbr] [patch] load/unload causes system to hang o kern/135898 geom [geom] Severe filesystem corruption - large files or l o kern/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk o kern/134113 geom [geli] Problem setting secondary GELI key o kern/134044 geom [geom] gmirror(8) overwrites fs with stale data from r o kern/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o kern/132273 geom glabel(8): [patch] failing on journaled partition f kern/132242 geom [gmirror] gmirror.ko fails to fully initialize o kern/131353 geom [geom] gjournal(8) kernel lock p docs/130548 geom [patch] gjournal(8) man page is missing sysctls o kern/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid f kern/128276 geom [gmirror] machine lock up when gmirror module is used f kern/126902 geom [geom] geom_label: kernel panic during install boot o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121559 geom [patch] [geom] geom label class allows to create inacc o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass o kern/119743 geom [geom] geom label for cds is keeped after dismount and o kern/115856 geom [geli] ZFS thought it was degraded when it should have o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113419 geom [geom] geom fox multipathing not failing back p bin/110705 geom gmirror(8) control utility does not exit with correct o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/89546 geom [geom] GEOM error o kern/88601 geom [geli] geli cause kernel panic under heavy disk usage o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. s kern/73177 geom kldload geom_* causes panic due to memory exhaustion 53 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Mar 2 07:48:41 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 25EB71065785; Tue, 2 Mar 2010 07:48:41 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 6CB5A8FC13; Tue, 2 Mar 2010 07:48:40 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 080A845EC0; Tue, 2 Mar 2010 08:17:44 +0100 (CET) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id DFD084569A; Tue, 2 Mar 2010 08:17:38 +0100 (CET) Date: Tue, 2 Mar 2010 08:17:36 +0100 From: Pawel Jakub Dawidek To: Alexandr Rybalko Message-ID: <20100302071736.GF1946@garage.freebsd.pl> References: <20100219163644.da89e882.ray@dlink.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VuQYccsttdhdIfIP" Content-Disposition: inline In-Reply-To: <20100219163644.da89e882.ray@dlink.ua> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: geom@freebsd.org, embedded@freebsd.org, 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: Tue, 02 Mar 2010 07:48:41 -0000 --VuQYccsttdhdIfIP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 19, 2010 at 04:36:44PM +0200, Alexandr Rybalko wrote: > Hi, > I wrote a module GEOM_ULZMA (such as GEOM_UZIP, but compression with lzma= ), [...] Wouldn't it be better to modify geom_uzip to be universal decompression class with various algorithms implemented as plugins? This is bascially what I did for the LABEL class - before we had VOL_FFS class only for UFS labels. > [...] in connection with this is an issue best left lzma > code in the file "geom_ulzma.c" or store lzma library separately. If sepa= rately, then where better? 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. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --VuQYccsttdhdIfIP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuMu48ACgkQForvXbEpPzT9oACgxw5SguVaFp1a8cEysw98rXfM o6MAniVWtClI9kJ63gkJSoRPX0Hc/LGE =uCwV -----END PGP SIGNATURE----- --VuQYccsttdhdIfIP-- From owner-freebsd-geom@FreeBSD.ORG Tue Mar 2 08:47:33 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 5B2041065675; Tue, 2 Mar 2010 08:47:33 +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 A52328FC0A; Tue, 2 Mar 2010 08:47:32 +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 1NmNiy-0005iQ-Mn; Tue, 02 Mar 2010 10:45:04 +0200 Date: Tue, 2 Mar 2010 10:47:48 +0200 From: Alexandr Rybalko To: Pawel Jakub Dawidek Message-Id: <20100302104748.0f27136c.ray@dlink.ua> In-Reply-To: <20100302071736.GF1946@garage.freebsd.pl> References: <20100219163644.da89e882.ray@dlink.ua> <20100302071736.GF1946@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=UTF-8 Content-Transfer-Encoding: 8bit Cc: geom@freebsd.org, embedded@freebsd.org, 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: Tue, 02 Mar 2010 08:47:33 -0000 Hi, On Tue, 2 Mar 2010 08:17:36 +0100 Pawel Jakub Dawidek wrote: >> On Fri, Feb 19, 2010 at 04:36:44PM +0200, Alexandr Rybalko wrote: >> > Hi, >> > I wrote a module GEOM_ULZMA (such as GEOM_UZIP, but compression with lzma), [...] >> >> Wouldn't it be better to modify geom_uzip to be universal decompression >> class with various algorithms implemented as plugins? >> This is bascially what I did for the LABEL class - before we had VOL_FFS >> class only for UFS labels. Yes, you are right, but problem where in kernel code store LZMA code, and what to do with different versions of it? >> >> > [...] in connection with this is an issue best left lzma >> > code in the file "geom_ulzma.c" or store lzma library separately. If separately, then where better? >> >> 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. >> >> -- >> Pawel Jakub Dawidek http://www.wheelsystems.com >> pjd@FreeBSD.org http://www.FreeBSD.org >> FreeBSD committer Am I Evil? Yes, I Am! -- Рыбалко Александр Консультант D-Link Украина From owner-freebsd-geom@FreeBSD.ORG Tue Mar 2 16:35:11 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BADF81065694; Tue, 2 Mar 2010 16:35:11 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 821D38FC2A; Tue, 2 Mar 2010 16:33:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o22GXGuZ070429; Tue, 2 Mar 2010 16:33:16 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o22GXG1R070425; Tue, 2 Mar 2010 16:33:16 GMT (envelope-from jh) Date: Tue, 2 Mar 2010 16:33:16 GMT Message-Id: <201003021633.o22GXG1R070425@freefall.freebsd.org> To: lolownia@gmail.com, jh@FreeBSD.org, freebsd-geom@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/98034: [geom] dereference of NULL pointer in acd_geom_detach by g_event 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: Tue, 02 Mar 2010 16:35:11 -0000 Synopsis: [geom] dereference of NULL pointer in acd_geom_detach by g_event State-Changed-From-To: open->closed State-Changed-By: jh State-Changed-When: Tue Mar 2 16:27:56 UTC 2010 State-Changed-Why: There are multiple problems related to acd(4) detach: 1. acd_modevent() ignored the return value from g_modevent(). This has been fixed in r198519 and it may actually prevent the reported panic. 2. acd(4) lacks reference counting and softc locking. (PR kern/125139) 3. There are problems with GEOM class unloading. (PR kern/139847) http://docs.freebsd.org/cgi/mid.cgi?20081216210311.GA5229 I am closing this PR because (1) has been fixed and there are duplicate PRs to cover the other issues. http://www.freebsd.org/cgi/query-pr.cgi?pr=98034 From owner-freebsd-geom@FreeBSD.ORG Tue Mar 2 19:32:18 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 3191A106566B; Tue, 2 Mar 2010 19:32:18 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id EB2C88FC13; Tue, 2 Mar 2010 19:32:17 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:3561:7d61:b408:b6c] (unknown [IPv6:2001:7b8:3a7:0:3561:7d61:b408:b6c]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 146CE5C43; Tue, 2 Mar 2010 20:32:16 +0100 (CET) Message-ID: <4B8D67C4.9050709@andric.com> Date: Tue, 02 Mar 2010 20:32:20 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.2pre) Gecko/20100227 Lanikai/3.1b1pre MIME-Version: 1.0 To: Alexandr Rybalko References: <20100219163644.da89e882.ray@dlink.ua> <20100302071736.GF1946@garage.freebsd.pl> <20100302104748.0f27136c.ray@dlink.ua> In-Reply-To: <20100302104748.0f27136c.ray@dlink.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org, geom@freebsd.org, embedded@freebsd.org, Pawel Jakub Dawidek 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: Tue, 02 Mar 2010 19:32:18 -0000 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. From owner-freebsd-geom@FreeBSD.ORG Tue Mar 2 21:58:26 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 65BE3106566C; Tue, 2 Mar 2010 21:58:26 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id A8B368FC08; Tue, 2 Mar 2010 21:58:25 +0000 (UTC) Received: by fxm23 with SMTP id 23so200279fxm.3 for ; Tue, 02 Mar 2010 13:58:22 -0800 (PST) Received: by 10.223.7.69 with SMTP id c5mr7380197fac.14.1267565769987; Tue, 02 Mar 2010 13:36:09 -0800 (PST) Received: from localhost (131-84-133-95.pool.ukrtel.net [95.133.84.131]) by mx.google.com with ESMTPS id 21sm7942573fks.53.2010.03.02.13.36.07 (version=SSLv3 cipher=RC4-MD5); Tue, 02 Mar 2010 13:36:08 -0800 (PST) Date: Tue, 2 Mar 2010 23:35:29 +0200 From: Alex RAY To: Dimitry Andric Message-Id: <20100302233529.77625a5a.ray@ddteam.net> In-Reply-To: <4B8D67C4.9050709@andric.com> References: <20100219163644.da89e882.ray@dlink.ua> <20100302071736.GF1946@garage.freebsd.pl> <20100302104748.0f27136c.ray@dlink.ua> <4B8D67C4.9050709@andric.com> Organization: DDTeam.net 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: Alexandr Rybalko , geom@freebsd.org, embedded@freebsd.org, Pawel Jakub Dawidek , 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: Tue, 02 Mar 2010 21:58:26 -0000 On Tue, 02 Mar 2010 20:32:20 +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. I understand. I'm trying to think about the future of FreeBSD in embedded. :) -- Alexandr Rybalko aka Alex RAY From owner-freebsd-geom@FreeBSD.ORG Wed Mar 3 06:36:07 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 764B6106566C; Wed, 3 Mar 2010 06:36:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id B30558FC0A; Wed, 3 Mar 2010 06:36:05 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id BA1F445EC0; Wed, 3 Mar 2010 07:36:03 +0100 (CET) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 5E70445E90; Wed, 3 Mar 2010 07:35:58 +0100 (CET) Date: Wed, 3 Mar 2010 07:35:55 +0100 From: Pawel Jakub Dawidek To: Dimitry Andric Message-ID: <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> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: <4B8D67C4.9050709@andric.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Alexandr Rybalko , geom@freebsd.org, embedded@freebsd.org, 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: Wed, 03 Mar 2010 06:36:07 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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= =20 > >only one copy of the code for the kernel and userland. > >It is not thought of how done it. >=20 > 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. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuOA0sACgkQForvXbEpPzQAfgCgulguY4hsHTHm+bBtx6qje1dT 9hMAnj7bebI/ppgNMBHOhcs68Afp0poH =znag -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-geom@FreeBSD.ORG Wed Mar 3 15:16:05 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 370661065674; Wed, 3 Mar 2010 15:16:05 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CCE398FC1C; Wed, 3 Mar 2010 15:16:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o23FG4wC066705; Wed, 3 Mar 2010 15:16:04 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o23FG46Z066701; Wed, 3 Mar 2010 15:16:04 GMT (envelope-from jh) Date: Wed, 3 Mar 2010 15:16:04 GMT Message-Id: <201003031516.o23FG46Z066701@freefall.freebsd.org> To: faris@heatandcomfort.com, jh@FreeBSD.org, freebsd-geom@FreeBSD.org, jh@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/89546: [geom] GEOM error 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: Wed, 03 Mar 2010 15:16:05 -0000 Synopsis: [geom] GEOM error State-Changed-From-To: open->feedback State-Changed-By: jh State-Changed-When: Wed Mar 3 15:15:04 UTC 2010 State-Changed-Why: Can you still reproduce this on recent FreeBSD versions? Responsible-Changed-From-To: freebsd-geom->jh Responsible-Changed-By: jh Responsible-Changed-When: Wed Mar 3 15:15:04 UTC 2010 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=89546 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 From owner-freebsd-geom@FreeBSD.ORG Thu Mar 4 10:23:46 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 76731106564A; Thu, 4 Mar 2010 10:23:46 +0000 (UTC) (envelope-from lulf@pvv.ntnu.no) Received: from hylle01.itea.ntnu.no (hylle01.itea.ntnu.no [IPv6:2001:700:300:3::100]) by mx1.freebsd.org (Postfix) with ESMTP id C550E8FC13; Thu, 4 Mar 2010 10:23:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by hylle01.itea.ntnu.no (Postfix) with ESMTP id 7213031E01C; Thu, 4 Mar 2010 11:23:44 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at hylle01.itea.ntnu.no Received: from nobby.geeknest.org (caracal.stud.ntnu.no [IPv6:2001:700:300:3::185]) by hylle01.itea.ntnu.no (Postfix) with ESMTP id C42B931E031; Thu, 4 Mar 2010 11:23:43 +0100 (CET) Date: Thu, 4 Mar 2010 11:21:59 +0100 From: Ulf Lilleengen To: Alexandr Rybalko Message-ID: <20100304102158.GA8092@nobby.geeknest.org> References: <20100219163644.da89e882.ray@dlink.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100219163644.da89e882.ray@dlink.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: geom@freebsd.org, embedded@freebsd.org, 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 10:23:46 -0000 On Fri, Feb 19, 2010 at 04:36:44PM +0200, Alexandr Rybalko wrote: > Hi, > I wrote a module GEOM_ULZMA (such as GEOM_UZIP, but compression with lzma), in connection with this is an issue best left lzma > code in the file "geom_ulzma.c" or store lzma library separately. If separately, then where better? > > Maybe in future make lzma and gzip library kernel interface for embedded? > Then in one instance of code, userland can use compression via kernel. > What are the cons against combining uzip/ulzma into a geom_z/geom_compress module that can support different compression schemes? I think this makes more sense than having different geom modules for each compression scheme. -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Thu Mar 4 11:39:51 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 B3D76106564A; Thu, 4 Mar 2010 11:39:51 +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 C566B8FC0A; Thu, 4 Mar 2010 11:39:50 +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 1Nn9Mj-000144-63; Thu, 04 Mar 2010 13:37:17 +0200 Date: Thu, 4 Mar 2010 13:39:47 +0200 From: Alexandr Rybalko To: Ulf Lilleengen Message-Id: <20100304133947.2fa4e66f.ray@dlink.ua> In-Reply-To: <20100304102158.GA8092@nobby.geeknest.org> References: <20100219163644.da89e882.ray@dlink.ua> <20100304102158.GA8092@nobby.geeknest.org> 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=UTF-8 Content-Transfer-Encoding: 8bit Cc: geom@freebsd.org, embedded@freebsd.org, 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 11:39:51 -0000 On Thu, 4 Mar 2010 11:21:59 +0100 Ulf Lilleengen wrote: >> On Fri, Feb 19, 2010 at 04:36:44PM +0200, Alexandr Rybalko wrote: >> > Hi, >> > I wrote a module GEOM_ULZMA (such as GEOM_UZIP, but compression with lzma), in connection with this is an issue best left >> > lzma code in the file "geom_ulzma.c" or store lzma library separately. If separately, then where better? >> > >> > Maybe in future make lzma and gzip library kernel interface for embedded? >> > Then in one instance of code, userland can use compression via kernel. >> > >> >> What are the cons against combining uzip/ulzma into a geom_z/geom_compress >> module that can support different compression schemes? I think this makes >> more sense than having different geom modules for each compression scheme. I agree with you, since this modules need for reducing sizes, so user need configure what type they need. >> >> -- >> Ulf Lilleengen -- Рыбалко Александр Консультант D-Link Украина From owner-freebsd-geom@FreeBSD.ORG Thu Mar 4 15:27:06 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 7AD13106564A; Thu, 4 Mar 2010 15:27:06 +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 3B7F58FC0A; Thu, 4 Mar 2010 15:27:06 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o24FIVup001243; Thu, 4 Mar 2010 08:18:32 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 04 Mar 2010 08:18:48 -0700 (MST) Message-Id: <20100304.081848.200754750200144876.imp@bsdimp.com> To: lulf@pvv.ntnu.no From: "M. Warner Losh" In-Reply-To: <20100304102158.GA8092@nobby.geeknest.org> References: <20100219163644.da89e882.ray@dlink.ua> <20100304102158.GA8092@nobby.geeknest.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ray@dlink.ua, geom@freebsd.org, embedded@freebsd.org, 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 15:27:06 -0000 In message: <20100304102158.GA8092@nobby.geeknest.org> Ulf Lilleengen writes: : On Fri, Feb 19, 2010 at 04:36:44PM +0200, Alexandr Rybalko wrote: : > Hi, : > I wrote a module GEOM_ULZMA (such as GEOM_UZIP, but compression with lzma), in connection with this is an issue best left lzma : > code in the file "geom_ulzma.c" or store lzma library separately. If separately, then where better? : > : > Maybe in future make lzma and gzip library kernel interface for embedded? : > Then in one instance of code, userland can use compression via kernel. : > : : What are the cons against combining uzip/ulzma into a geom_z/geom_compress : module that can support different compression schemes? I think this makes : more sense than having different geom modules for each compression scheme. Pros are it is easier to configure. Cons are it uses more memory and the code fights against the normal layering and abstraction by implementing things in two forks. Which one wins should likely be decided on size since this is for an embedded environment. Warner From owner-freebsd-geom@FreeBSD.ORG Thu Mar 4 18:05:11 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 914401065673 for ; Thu, 4 Mar 2010 18:05:11 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vulpes.vvelox.net (vulpes.vvelox.net [99.69.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 55F468FC18 for ; Thu, 4 Mar 2010 18:05:11 +0000 (UTC) Received: from vixen42.vulpes.vvelox.net (unknown [192.168.14.1]) (Authenticated sender: v.velox) by vulpes.vvelox.net (Postfix) with ESMTP id 079BEB836 for ; Thu, 4 Mar 2010 11:48:19 -0600 (CST) Date: Thu, 4 Mar 2010 11:48:20 -0600 From: "Zane C.B." To: freebsd-geom@FreeBSD.org Message-ID: <20100304114820.3d0d4162@vixen42.vulpes.vvelox.net> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/LqrFSVBioJ7g6AeXaEFKS00"; protocol="application/pgp-signature" Cc: Subject: gmirror weirdness 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 18:05:11 -0000 --Sig_/LqrFSVBioJ7g6AeXaEFKS00 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I have the following array on my machine below. It was originally a array of two 250GB drives. One of the 250GB drives failed, so I put in a 320GB drive that just happened to be available. Today when I moved that set of drives to new hardware the second drive for that array dropped and I could not readd it. When I try to reinsert it, it complains about the drive being to small, even though it has enough for the mirror. Any thoughts? [kitsune@vixen42]/var/log# gmirror list vixen42new Geom name: vixen42new State: COMPLETE Components: 1 Balance: split Slice: 4096 Flags: NONE GenID: 0 SyncID: 2 ID: 3409618640 Providers: 1. Name: mirror/vixen42new Mediasize: 250059349504 (233G) Sectorsize: 512 Mode: r6w6e7 Consumers: 1. Name: ad6 Mediasize: 320071851520 (298G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY GenID: 0 SyncID: 2 ID: 1068526862 --Sig_/LqrFSVBioJ7g6AeXaEFKS00 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuP8moACgkQqrJJy0yxYQBSYgCfb5xgwr5xxC8/NTtPA/qRJzJW S5cAn1x7BCfNJgp3f8czu5gY000ztsgd =y7Sj -----END PGP SIGNATURE----- --Sig_/LqrFSVBioJ7g6AeXaEFKS00--