Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 18 Dec 2006 19:09:28 +0100
From:      Max Laier <max@love2party.net>
To:        freebsd-current@freebsd.org
Cc:        Coleman Kane <cokane@freebsd.org>
Subject:   Re: UFS_GJOURNAL and ufs.ko
Message-ID:  <200612181909.35355.max@love2party.net>
In-Reply-To: <20061218153906.GA6910@ramen.coleyandcheryl>
References:  <20061218153906.GA6910@ramen.coleyandcheryl>

next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart77835921.2Weo3IfLAM
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Monday 18 December 2006 16:39, Coleman Kane wrote:
> I have noticed (since adding UFS journal support) that the
> UFS_GJOURNAL option hasn't been added to the ufs.ko kernel
> module. I've been using this (out of an effort to test as
> much as possible as KLDs) and every time I upgrade my kernel
> I must manually add -DUFS_GJOURNAL to the CFLAGS line in
> its Makefile.

There is always make.conf

> Is there any specific reason why this can't be committed?
> So far, my experience with GJOURNAL has been great testing
> it both with journal+fs on the same device as well as on
> two seperate devices.
>
> It looks like an oversight to me, but I don't want to jump
> the gun on it if there is some reasonable argument to keep
> it out "by default".

=2D-=20
/"\  Best regards,                      | mlaier@freebsd.org
\ /  Max Laier                          | ICQ #67774661
 X   http://pf4freebsd.love2party.net/  | mlaier@EFnet
/ \  ASCII Ribbon Campaign              | Against HTML Mail and News

--nextPart77835921.2Weo3IfLAM
Content-Type: application/pgp-signature

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

iD8DBQBFhtlfXyyEoT62BG0RAjc+AJ48RjIyZdQRRRsQoO5YMGts7Dte7QCdGHgS
kpchrbDGUxSNwQKtK/z2s9o=
=3qu7
-----END PGP SIGNATURE-----

--nextPart77835921.2Weo3IfLAM--



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