Re: [Announce] "iswraid" (ICH5R/ICH6R ataraid sub-driver) for 2.4.28-pre3

From: Marcelo Tosatti
Date: Tue Oct 12 2004 - 09:52:09 EST


On Sun, Oct 10, 2004 at 01:50:13AM +0200, Bartlomiej Zolnierkiewicz wrote:
> On Sat, 09 Oct 2004 19:36:13 -0400, Jeff Garzik <jgarzik@xxxxxxxxx> wrote:
> >
> >
> > Bartlomiej Zolnierkiewicz wrote:
> > > On Sat, 09 Oct 2004 18:07:29 -0400, Jeff Garzik <jgarzik@xxxxxxxxx> wrote:
> > >
> > >>Bartlomiej Zolnierkiewicz wrote:
> > >>
> > >>>I may sound like an ignorant but...
> > >>>
> > >>>Why can't device mapper be merged into 2.4 instead?
> > >>>Is there something wrong with 2.4 device mapper patch?
> > >>>
> > >>>It would more convenient (same driver for 2.4 and 2.6)
> > >>>and would benefit users of other software RAIDs
> > >>>(easier transition to 2.6).
> > >>
> > >>OTOH, that would be introducing a brand new RAID/LVM subsystem in the
> > >>middle of a stable series...
> > >
> > >
> > > Quoting Marcelo:
> > >
> > >
> > >>New drivers are OK, as long as they dont break existing setups,
> > >>and if substantial amount of users will benefit from it.
> > >
> > >
> > > IMHO both conditions are fulfilled.
> >
> >
> > Note I said "subsystem", Marcelo said "driver". I don't object to
> > adding DM to 2.4.x, but I think it's a rather large addition with
> > consequences WRT LVM1 versus LVM2, and perhaps other issues as well.
>
> I agree but merging iswraid into 2.4 can be compared to adding
> new IDE host driver for SATA controller while libata is available.
> I hope you get the idea. ;)

Yeah but this is quite different.

We already have device mapper "like" functionality in v2.4 with RAID/LVM.

I dont think that mergin device mapper is an option really, not in my opinion.

It seems the general consensus is to merge iswraid, so I'm fine with it.

Martins, we are approaching -rc stage, I would prefer the merge to happen
at the beginning of 2.4.29-pre. Is that fine for you?



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/