[stgt] [PATCH 00/15] ssc code updates

[FUJITA Tomonori]

On Sat, 11 Oct 2008 08:42:23 +1100
"Mark Harvey" <markh794 at gmail.com> wrote:

> On Mon, Oct 6, 2008 at 1:37 AM, FUJITA Tomonori
> <fujita.tomonori at lab.ntt.co.jp> wrote:
> > As discussed, we need to rewrite the current ssc code. Richard and
> > Mark submitted different ssc implementations respectively. I made this
> > patchset of them.
> >
> > This patchset enables me to do backup and restore with BakBone
> > NetVault.
> >
> > There are several differences in the implementations of Richard and
> > Mark. One of the major differences is a way to store metadata. The
> > former uses two files for user data and metadata and the latter stores
> > both in a single file (note that xattr is too small for ssc
> > metadata). In short, the former can be faster but it's more handy for
> > users to handle a single file. IMO, either is fine but I chose the
> > latter approach (we might change this but there are tons of things to
> > do before worrying about the performance).
> >
> > As I said, there are lots of things to fix and implement. We need to
> > change the on-disk metadata format (currently there is no
> > compatibility among architectures. Another change I want is putting
> > checksum for integrity). So it's not ready to store important data
> > with it but hopefully it's good enough to play with it.
> >
> > I also put this patchset in the ssc branch of the git tree:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/tomo/tgt.git ssc
> >
> > I'll merge this patchset soon unless anyone is against it.
> 
> Many thanks for this.

No problem. Thanks for the initial work and sorry for taking too long.


> I've been distracted over the last couple of weeks moving house.
> 
> Hope to have net access within the next week or so :)

There are still lots of things to fix and improve in the ssc code. I'm
looking forward to your patches :)
--
To unsubscribe from this list: send the line "unsubscribe stgt" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html