Re: Re: [PATCH] Delete cryptoloop

From: Petr Baudis (pasky_at_ucw.cz)
Date: 07/22/04

  • Next message: Christoph Hellwig: "Re: 2.6.7 oops, sk98lin related?" 
    Date:	Thu, 22 Jul 2004 17:02:11 +0200
To: Tim Connors <tconnors+linuxkernel1090478761@astro.swin.edu.au>

    Dear diary, on Thu, Jul 22, 2004 at 08:47:28AM CEST, I got a letter,
    where Tim Connors <tconnors+linuxkernel1090478761@astro.swin.edu.au> told me, that...
    > "Dale Fountain" <dpf-lkml@fountainbay.com> said on Wed, 21 Jul 2004 23:13:58 -0700 (PDT):
    > > Dm-crypt is still unstable, doesn't have all the features of cryptoloop
    > > (please see my previous message), yet you wish to dump cryptoloop? At
    > > least cryptoloop is a known quantity.
    > >
    > > Once dm-crypt can be shown to have all the features of the software it's
    > > meant to _replace_, I'll be more likely to agree. Otherwise, it sounds
    > > like this decision is being made on a whim.
    >
    > *cough* devfs->udev *cough*
    >
    > I'm such a *** :)

    Judging from the discussion, this is really a different case. udev is
    known to be already quite mature and fully replaces devfs - dm-crypt
    being still quite a new player and not able to fully replace cryptoloop
    yet. So people who cannot replace cryptoloop with dm-crypt yet should
    wait with upgrading from 2.6.8, backporting security fixes manually?

    Another difference is that having devfs around means holding off the
    drivers development globally and removing it would clean the code up a
    lot - there is no such thing with removing cryptoloop, AFAIK. And I
    don't buy the argument that it will encourage dm-crypt development - if
    it suffers from a lack of developers interest, something else is
    apparently wrong (there is either no that big need for moving away from
    cryptoloop or the advantages don't balance the change effort for most
    people) and forcing *users* to it won't help much; that works around the
    natural selection by centralized control. 

    -- 
				Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
For every complex problem there is an answer that is clear, simple,
and wrong.  -- H. L. Mencken
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
  • Next message: Christoph Hellwig: "Re: 2.6.7 oops, sk98lin related?"