Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 9 Apr 2007 16:54:45 +0400
From:      banshee <root@vault13.org>
To:        freebsd-current@freebsd.org
Subject:   Re: ZFS committed to the FreeBSD base.
Message-ID:  <20070409125445.GA875@vault.net.vault13.org>
In-Reply-To: <20070409010703.GA74547@garage.freebsd.pl>
References:  <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <200704081910.42852.max@love2party.net> <20070408185312.GY63916@garage.freebsd.pl> <20070409010703.GA74547@garage.freebsd.pl>

next in thread | previous in thread | raw e-mail | index | archive | help

--ikeVEW9yuYc//A+q
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable


	Hello, that is great news! But is it possible to use zfs + gbde?

	I have the following configuration:

	rc.conf:
	gbde_autoattach_all=3D"yes"
	gbde_devices=3D"ad0s1g"

	fstab:
	/dev/ad0s1g.bde         /home           ufs     rw       2       2

	So, i have to just type a passphrase at boot time, and in this case, zfs m=
ust be on ad0s1g.bde?

On Mon, Apr 09, 2007 at 03:07:03AM +0200, Pawel Jakub Dawidek wrote:
> On Sun, Apr 08, 2007 at 08:53:12PM +0200, Pawel Jakub Dawidek wrote:
> > fzap_upgrade() changes type from 'zap_micro' to 'zap_fat' and union is
> > used for this (see
> > sys/contrib/opensolaris/uts/common/fs/zfs/sys/zap_impl.h), that's why we
> > see this trash:
> >=20
> > zap_num_entries_mtx =3D {lock_object =3D {lo_name =3D 0x70000 <Address =
0x70000 out of bounds>,
> > lo_type =3D 0x0, lo_flags =3D 2155822976, lo_witness_data =3D {lod_list=
 =3D {stqe_next =3D 0x0},
> > lod_witness =3D 0x0}}, sx_lock =3D 1, sx_recurse =3D 0},
> >=20
> > I already use kmem_zalloc() (note _z_) for zap allocation in
> > zap_micro.c, so Max is right, that we have to clear this structure here.
> >=20
> > I'm quite tired of tracking such problems, because our mechanism for
> > detecting already initialized locks is too simple (based on one bit), so
> > I'd prefer to improve it, or just add bzero() to mutex_init().
>=20
> I just committed a fix. Now I do 13 bits check for already initialized
> locks detection instead of standard 1 bit check. Could you repeat your
> test?
>=20
> --=20
> Pawel Jakub Dawidek                       http://www.wheel.pl
> pjd@FreeBSD.org                           http://www.FreeBSD.org
> FreeBSD committer                         Am I Evil? Yes, I Am!



--=20

        Contra vim mortis, non est medicaments...


--ikeVEW9yuYc//A+q
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (FreeBSD)

iQIVAwUBRho3kYklF6acR4MmAQKF3RAAjIAHnqvZ25o3yyI5IPMPzMDUqaxT6S30
0dg9PrL2DZyclfDTXpJemePjmiCw1ebfvaZQ/hOtORcBz7YKcDVOHHGhV+Xo6yW7
yyPYTy+pTnv9bDu2agE4gs7Mr3NDXc+6x/EgbTr7Tcvk/7hAbONlcre1k4cqZscd
9FYCMUPa+ijRMOkaVdR1yezgvRMFvX+jbsf2gKkilZ2ywYEnwNTmG1RwcWyFDXOo
BTP03JFgerHYk1SCEEQy/NETFWY1d9ifX/Emyu4WcAY9Uxd93+7RmfUMBKwZNCaV
x103YBzjZexQCFHAGkxEzE4O/Jb4M3Nzz84SdJeiXowlcvwEcU8pI6OmN5Xt4dYh
7D9GJZMBXy1UGnhAZMenpoEpbfWKv8hpDhCcF6VNoTKYC/Y+DT0CZusibybxVnv4
getEtfWdBG1c5rI7/RlJMtEMWrvrZ8u3ZL4bCz+F6GnwEev+psrm8PDu2owHrV3j
T9iAA3H6jz8p9+BmOUJJQTs/laCK4xWqB9yBcTiLNvQXG0D6fzWhEhuN7LL0Km79
UhYl9VMdePFyzuYmUtbF6Uq9lu1bE5WPOuwaRciwX/ofD2fzWBbSNpUIJga6UYkI
UsODVesMgHHL4ZdnFX16fWryH3EzxQedgNTrl9SewnoqG+CUoNzfn4keTXsY1OjP
I3XPeeCYp0g=
=cSof
-----END PGP SIGNATURE-----

--ikeVEW9yuYc//A+q--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070409125445.GA875>