Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 23 Dec 2010 10:19:39 +0100
From:      Pawel Jakub Dawidek <pjd@FreeBSD.org>
To:        Alexander Motin <mav@FreeBSD.org>
Cc:        svn-src-projects@freebsd.org, src-committers@freebsd.org
Subject:   Re: svn commit: r216649 - projects/graid/head/sys/geom/raid
Message-ID:  <20101223091939.GB43446@garage.freebsd.pl>
In-Reply-To: <4D13129D.3080606@FreeBSD.org>
References:  <201012220902.oBM92MpZ098772@svn.freebsd.org> <20101223090812.GA43446@garage.freebsd.pl> <4D13129D.3080606@FreeBSD.org>

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

--zCKi3GIZzVBPywwA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Dec 23, 2010 at 11:13:01AM +0200, Alexander Motin wrote:
> Pawel Jakub Dawidek wrote:
> > On Wed, Dec 22, 2010 at 09:02:22AM +0000, Alexander Motin wrote:
> >> Author: mav
> >> Date: Wed Dec 22 09:02:22 2010
> >> New Revision: 216649
> >> URL: http://svn.freebsd.org/changeset/base/216649
> >>
> >> Log:
> >>   Implement basic metadata generation check. To be sure that used meta=
data is
> >>   up to date - delay volumes creation until we have all disks or timeo=
ut
> >>   expires. This probably obsolete same functionality done at volumes l=
evel.
> > [...]
> >> +static struct intel_raid_conf *
> >> +intel_meta_copy(struct intel_raid_conf *meta)
> >> +{
> >> +	struct intel_raid_conf *nmeta;
> >> +
> >> +	nmeta =3D malloc(meta->config_size, M_MD_INTEL, M_WAITOK | M_ZERO);
> >> +	memcpy(nmeta, meta, meta->config_size);
> >> +	return (nmeta);
> >> +}
> >=20
> > The M_ZERO flag seems to be redundant, as you fill the entire buffer in
> > the next line.
>=20
> Indeed. Thanks. But I am sure it is not the biggest of my problems. :)

:) If you have any GEOM-related questions, don't hesitate to ask. When
you'll have a version that is ready for a full review, let me know and
I'll try to find some time to do it.

Is your class going to be generally usable or you just want to support
those pseudo-hardware RAIDs? If the former and you're planning to
eventually relace gmirror/gstripe/gconcat with it, would be also nice to
keep RAID3 support.

--=20
Pawel Jakub Dawidek                       http://www.wheelsystems.com
pjd@FreeBSD.org                           http://www.FreeBSD.org
FreeBSD committer                         Am I Evil? Yes, I Am!

--zCKi3GIZzVBPywwA
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (FreeBSD)

iEYEARECAAYFAk0TFCsACgkQForvXbEpPzR+2gCfVZh7qg5BoAyMN4dFSR24H4s7
jSMAn1pgB+QI6M3N4dERM8Ocmd2xDVY5
=FLlP
-----END PGP SIGNATURE-----

--zCKi3GIZzVBPywwA--



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