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

• Next message: Rusty Russell: "[PATCH 1/3] Move unique identifier to header."
• 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"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

>>> 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."
• 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"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Mon Jun 23 2003 - 22:00:40 EST