Re: [PATCH] loop.c - part 1 of many

Andries.Brouwer@cwi.nl
Mon, 23 Jun 2003 10:59:35 +0200 (MEST)

Messages sorted by: [ date ][ thread ][ subject ][ author ]
Next message: Rusty Russell: "[PATCH 1/3] Move unique identifier to header."
Next message: Rusty Russell: "[PATCH 2/3] Eliminate unused functions for gcc 3.3+"
Previous message: Michael Frank: "RFC, PATCH: Move HZ timer init infront of sti()"
Maybe in reply to: Andries.Brouwer@cwi.nl: "[PATCH] loop.c - part 1 of many"
Next in thread: Christoph Hellwig: "Re: [PATCH] loop.c - part 1 of many"
Reply: Christoph Hellwig: "Re: [PATCH] loop.c - part 1 of many"

>>> IMHO we should replace it with a by-name selection

>> That is what CryptoAPI does

> CryptoAPI did _not_ replace it but add another level of indirection

Right. That is backwards compatibility for you.
algorithm 0: no encryption
algorithm 1: XOR
algorithm 2: DES
...
algorithm 16: AES
...
algorithm 18: CryptoAPI - select by name

Changing this, while at the same time remaining backwards compatible,
would only uglify the kernel, for no reason whatsoever.
And I am not breaking user space, if I can avoid it.

Andries
-
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: Rusty Russell: "[PATCH 1/3] Move unique identifier to header."
Next message: Rusty Russell: "[PATCH 2/3] Eliminate unused functions for gcc 3.3+"
Previous message: Michael Frank: "RFC, PATCH: Move HZ timer init infront of sti()"
Maybe in reply to: Andries.Brouwer@cwi.nl: "[PATCH] loop.c - part 1 of many"
Next in thread: Christoph Hellwig: "Re: [PATCH] loop.c - part 1 of many"
Reply: Christoph Hellwig: "Re: [PATCH] loop.c - part 1 of many"