)]}' { "log": [ { "commit": "a429d2609c153882c421b067ad5ae5a38851459e", "tree": "896934bd313ef565011f09b13d0dc0ae3b043641", "parents": [ "7302533aac2df321b76e8a113e5cfa529c825b09" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Sat Jan 07 16:38:15 2006 +1100" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Mon Jan 09 14:16:00 2006 -0800" }, "message": "[CRYPTO] cipher: Set alignmask for multi-byte loads\n\nMany cipher implementations use 4-byte/8-byte loads/stores which require\nalignment on some architectures. This patch explicitly sets the alignment\nrequirements for them.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n" }, { "commit": "7302533aac2df321b76e8a113e5cfa529c825b09", "tree": "9499633f4d5b6eeecc41ac50cca7fcf5310efd9e", "parents": [ "bcb0ad2b34daade529ce1f38eede0ea8b7309535" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Sat Jan 07 16:24:15 2006 +1100" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Mon Jan 09 14:15:58 2006 -0800" }, "message": "[CRYPTO] api: Require block size to be less than PAGE_SIZE/8\n\nThe cipher code path may allocate up to two blocks of data on the stack.\nTherefore we need to place limits on the maximum block size.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n" }, { "commit": "bcb0ad2b34daade529ce1f38eede0ea8b7309535", "tree": "5f09892e3031dc3c94304f563e91baa1b3438d6a", "parents": [ "afad2608c766f53c79ec4ffccdb4bef660b90a89" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Wed Dec 21 19:01:58 2005 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Mon Jan 09 14:15:56 2006 -0800" }, "message": "[CRYPTO] sha1: Fixed off-by-64 bug in sha1_update\n\nAfter a partial update, the done pointer is off to the right by 64 bytes.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n" }, { "commit": "827c3911d8551842900f44c9a139382bcae68e6e", "tree": "94a273158e4e343ac71cab555ff32477dad61431", "parents": [ "fa9b98fdab5b57ecb4dd3d6c2489e262af458c44" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Tue Nov 29 22:04:41 2005 +1100" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Mon Jan 09 14:15:49 2006 -0800" }, "message": "[CRYPTO] cipher: Align temporary buffer in cbc_process_decrypt\n\nSince the temporary buffer is used as an argument to cia_decrypt, it must be\naligned by cra_alignmask. This bug was found by linux@horizon.com.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n" }, { "commit": "fa9b98fdab5b57ecb4dd3d6c2489e262af458c44", "tree": "454d374f957985d5931378d86090b6aca5bbc877", "parents": [ "9d70a6c86cd86e111291bd0d506028ecb9649923" ], "author": { "name": "Nicolas Pitre", "email": "nico@cam.org", "time": "Sun Nov 13 11:17:33 2005 +1100" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Mon Jan 09 14:15:46 2006 -0800" }, "message": "[CRYPTO] sha1: Avoid shifting count left and right\n\nThis patch avoids shifting the count left and right needlessly for each\ncall to sha1_update(). It instead can be done only once at the end in\nsha1_final().\n\nKeeping the previous test example (sha1_update() successively called with\nlen\u003d64), a 1.3% performance increase can be observed on i386, or 0.2% on\nARM. The generated code is also smaller on ARM.\n\nSigned-off-by: Nicolas Pitre \u003cnico@cam.org\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n" }, { "commit": "9d70a6c86cd86e111291bd0d506028ecb9649923", "tree": "1bff5efc7644156f4ea7bea8c9fe8410ea86bf8d", "parents": [ "cfa8d17cc836905ad174fd924701b352585d62f1" ], "author": { "name": "Nicolas Pitre", "email": "nico@cam.org", "time": "Sun Nov 13 10:59:54 2005 +1100" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Mon Jan 09 14:15:44 2006 -0800" }, "message": "[CRYPTO] sha1: Rename i/j to done/partial\n\nThis patch gives more descriptive names to the variables i and j.\n\nSigned-off-by: Nicolas Pitre \u003cnico@cam.org\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n" }, { "commit": "cfa8d17cc836905ad174fd924701b352585d62f1", "tree": "6c966440661a678aea2082cf72c1bee0886a0a57", "parents": [ "c8a19c91b5b488fed8cce04200a84c6a35c0bf0c" ], "author": { "name": "Nicolas Pitre", "email": "nico@cam.org", "time": "Sun Nov 13 10:47:20 2005 +1100" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Mon Jan 09 14:15:41 2006 -0800" }, "message": "[CRYPTO] sha1: Avoid useless memcpy()\n\nThe current code unconditionally copy the first block for every call to\nsha1_update(). This can be avoided if there is no pending partial block.\nThis is always the case on the first call to sha1_update() (if the length\nis \u003e\u003d 64 of course.\n\nFurthermore, temp does need to be called if sha_transform is never invoked.\nAlso consolidate the sha_transform calls into one to reduce code size.\n\nSigned-off-by: Nicolas Pitre \u003cnico@cam.org\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n" }, { "commit": "c8a19c91b5b488fed8cce04200a84c6a35c0bf0c", "tree": "e0296c60f7601c5a1d1cf5fa9afd0e38f92e6995", "parents": [ "5cb1454b862ab3040b78364d58330262fea1ddba" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Sat Nov 05 18:06:26 2005 +1100" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Mon Jan 09 14:15:39 2006 -0800" }, "message": "[CRYPTO] Allow AES C/ASM implementations to coexist\n\nAs the Crypto API now allows multiple implementations to be registered\nfor the same algorithm, we no longer have to play tricks with Kconfig\nto select the right AES implementation.\n\nThis patch sets the driver name and priority for all the AES\nimplementations and removes the Kconfig conditions on the C implementation\nfor AES.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n" }, { "commit": "5cb1454b862ab3040b78364d58330262fea1ddba", "tree": "7e62126fa1f1398bb6a6b7f9e136aece32b0e112", "parents": [ "06ace7a9bafeb9047352707eb79e8eaa0dfdf5f2" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Sat Nov 05 16:58:14 2005 +1100" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Mon Jan 09 14:15:37 2006 -0800" }, "message": "[CRYPTO] Allow multiple implementations of the same algorithm\n\nThis is the first step on the road towards asynchronous support in\nthe Crypto API. It adds support for having multiple crypto_alg objects\nfor the same algorithm registered in the system.\n\nFor example, each device driver would register a crypto_alg object\nfor each algorithm that it supports. While at the same time the\nuser may load software implementations of those same algorithms.\n\nUsers of the Crypto API may then select a specific implementation\nby name, or choose any implementation for a given algorithm with\nthe highest priority.\n\nThe priority field is a 32-bit signed integer. In future it will be\npossible to modify it from user-space.\n\nThis also provides a solution to the problem of selecting amongst\nvarious AES implementations, that is, aes vs. aes-i586 vs. aes-padlock.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n" }, { "commit": "06ace7a9bafeb9047352707eb79e8eaa0dfdf5f2", "tree": "fa22bbc2e8ea5bee00b6aec353783144b6f8735a", "parents": [ "2df15fffc612b53b2c8e4ff3c981a82441bc00ae" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Sun Oct 30 21:25:15 2005 +1100" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Mon Jan 09 14:15:34 2006 -0800" }, "message": "[CRYPTO] Use standard byte order macros wherever possible\n\nA lot of crypto code needs to read/write a 32-bit/64-bit words in a\nspecific gender. Many of them open code them by reading/writing one\nbyte at a time. This patch converts all the applicable usages over\nto use the standard byte order macros.\n\nThis is based on a previous patch by Denis Vlasenko.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n" }, { "commit": "347a8dc3b815f0c0fa62a1df075184ffe4cbdcf1", "tree": "a6ec76690127e87fe6efa42b6238caadd6c07e7b", "parents": [ "9bbc8346fb21fad3f678220b067450e436e45dbf" ], "author": { "name": "Martin Schwidefsky", "email": "schwidefsky@de.ibm.com", "time": "Fri Jan 06 00:19:28 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Jan 06 08:33:53 2006 -0800" }, "message": "[PATCH] s390: cleanup Kconfig\n\nSanitize some s390 Kconfig options. We have ARCH_S390, ARCH_S390X,\nARCH_S390_31, 64BIT, S390_SUPPORT and COMPAT. Replace these 6 options by\nS390, 64BIT and COMPAT.\n\nSigned-off-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "05f29fcdb0c6c99484c8bea5e244fe2f4edc9337", "tree": "ddd58e864af769894488cbc19c5282a4dacdcecb", "parents": [ "bf754ae8ef8bc443c067601d9401103e4001e7c5" ], "author": { "name": "Jan Glauber", "email": "jan.glauber@de.ibm.com", "time": "Fri Jan 06 00:19:19 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Jan 06 08:33:51 2006 -0800" }, "message": "[PATCH] s390: in-kernel crypto test vectors\n\nAdd new test vectors to the AES test suite for AES CBC and AES with plaintext\nlarger than AES blocksize.\n\nSigned-off-by: Jan Glauber \u003cjan.glauber@de.ibm.com\u003e\nSigned-off-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "bf754ae8ef8bc443c067601d9401103e4001e7c5", "tree": "4241bc75205a638006f40f577e99430099bbe53e", "parents": [ "0a497c17fee428604e06320272ff74415eacdc31" ], "author": { "name": "Jan Glauber", "email": "jan.glauber@de.ibm.com", "time": "Fri Jan 06 00:19:18 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Jan 06 08:33:50 2006 -0800" }, "message": "[PATCH] s390: aes support\n\nAdd support for the hardware accelerated AES crypto algorithm.\n\nSigned-off-by: Jan Glauber \u003cjan.glauber@de.ibm.com\u003e\nSigned-off-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "0a497c17fee428604e06320272ff74415eacdc31", "tree": "b7ebb455fc908489a783a32f6171a3c36ccdcc4f", "parents": [ "c1e26e1ef7ab50f30e5fbf004fe96ed44321ca78" ], "author": { "name": "Jan Glauber", "email": "jan.glauber@de.ibm.com", "time": "Fri Jan 06 00:19:18 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Jan 06 08:33:50 2006 -0800" }, "message": "[PATCH] s390: sha256 support\n\nAdd support for the hardware accelerated sha256 crypto algorithm.\n\nSigned-off-by: Jan Glauber \u003cjan.glauber@de.ibm.com\u003e\nSigned-off-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "c1e26e1ef7ab50f30e5fbf004fe96ed44321ca78", "tree": "d4319a9441da5b776637945f9413e702296f5ad3", "parents": [ "d0f4c16febf258ba8c0f917ac3ba935fc5459566" ], "author": { "name": "Jan Glauber", "email": "jan.glauber@de.ibm.com", "time": "Fri Jan 06 00:19:17 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Jan 06 08:33:50 2006 -0800" }, "message": "[PATCH] s390: in-kernel crypto rename\n\nReplace all references to z990 by s390 in the in-kernel crypto files in\narch/s390/crypto. The code is not specific to a particular machine (z990) but\nto the s390 platform. Big diff, does nothing..\n\nSigned-off-by: Jan Glauber \u003cjan.glauber@de.ibm.com\u003e\nSigned-off-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "1b40efd772f4419fbc1a8940506424246985c333", "tree": "0f1ade69806e7f02196534b008ef8d2c925bf34b", "parents": [ "6df5b9f48dd0e77fa796b9b7d3fde7cc5f1237f2" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Mon Oct 03 15:15:36 2005 +1000" }, "committer": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Sun Oct 30 11:19:43 2005 +1100" }, "message": "[CRYPTO] Check cra_alignmask against cra_blocksize\n\nThe cipher code relies on the fact that the block size is a multiple\nof the required alignment. So we should check this at the time of\nalgorith registration. We also ensure that the block size is bounded\nby the page size.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n" }, { "commit": "6df5b9f48dd0e77fa796b9b7d3fde7cc5f1237f2", "tree": "b13c0941fcbde9a95fece66d02bb0b558cf98041", "parents": [ "378f058cc49bcda7fa63d3cd86d2f9a0a5188b1c" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Mon Sep 19 22:30:11 2005 +1000" }, "committer": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Sun Oct 30 11:19:43 2005 +1100" }, "message": "[CRYPTO] Simplify one-member scatterlist expressions\n\nThis patch rewrites various occurences of \u0026sg[0] where sg is an array\nof length one to simply sg.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n" }, { "commit": "378f058cc49bcda7fa63d3cd86d2f9a0a5188b1c", "tree": "ed99548aa459054c7b046f0ac96af2cc50683e6e", "parents": [ "d32311fed70d12f14e585feb4653571b1e2b0e6d" ], "author": { "name": "David Hardeman", "email": "david@2gen.com", "time": "Sat Sep 17 17:55:31 2005 +1000" }, "committer": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Sun Oct 30 11:19:43 2005 +1100" }, "message": "[PATCH] Use sg_set_buf/sg_init_one where applicable\n\nThis patch uses sg_set_buf/sg_init_one in some places where it was\nduplicated.\n\nSigned-off-by: David Hardeman \u003cdavid@2gen.com\u003e\nCc: James Bottomley \u003cJames.Bottomley@steeleye.com\u003e\nCc: Greg KH \u003cgreg@kroah.com\u003e\nCc: \"David S. Miller\" \u003cdavem@davemloft.net\u003e\nCc: Jeff Garzik \u003cjgarzik@pobox.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n" }, { "commit": "fe2d5295a11e2ab2d6f4e7ea074816000b32eba3", "tree": "6887fb3b2f406d5ed1247e7c77ef34f20a345e6d", "parents": [ "b69aee04fbfc027fc4ddaddc809ea8711cef9511" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Tue Sep 06 14:49:44 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 06 14:49:44 2005 -0700" }, "message": "[CRYPTO] Fix boundary check in standard multi-block cipher processors\n\nThe boundary check in the standard multi-block cipher processors are\nbroken when nbytes is not a multiple of bsize. In those cases it will\nalways process an extra block.\n\nThis patch corrects the check so that it processes at most nbytes of\ndata.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "64baf3cfea974d2b9e671ccfdbc03e030ea5ebc6", "tree": "2bae23bf3d7378ba2d60be8aee6b0178d1d9c721", "parents": [ "fb4f10ed50f01b0f953068456bfb6e2885921b01" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Thu Sep 01 17:43:05 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Sep 01 17:43:05 2005 -0700" }, "message": "[CRYPTO]: Added CRYPTO_TFM_REQ_MAY_SLEEP flag\n\nThe crypto layer currently uses in_atomic() to determine whether it is\nallowed to sleep. This is incorrect since spin locks don\u0027t always cause\nin_atomic() to return true.\n\nInstead of that, this patch returns to an earlier idea of a per-tfm flag\nwhich determines whether sleeping is allowed. Unlike the earlier version,\nthe default is to not allow sleeping. This ensures that no existing code\ncan break.\n\nAs usual, this flag may either be set through crypto_alloc_tfm(), or\njust before a specific crypto operation.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "fb4f10ed50f01b0f953068456bfb6e2885921b01", "tree": "e9eb4112522d7969fdc4bbf6455b6d0d59426121", "parents": [ "75c80c382fbd08acf06fbef9d54c9844e806a8b4" ], "author": { "name": "Aaron Grothe", "email": "ajgrothe@yahoo.com", "time": "Thu Sep 01 17:42:46 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Sep 01 17:42:46 2005 -0700" }, "message": "[CRYPTO]: Fix XTEA implementation\n\nThe XTEA implementation was incorrect due to a misinterpretation of\noperator precedence. Because of the wide-spread nature of this\nerror, the erroneous implementation will be kept, albeit under the\nnew name of XETA.\n\nSigned-off-by: Aaron Grothe \u003cajgrothe@yahoo.com\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "77933d7276ee8fa0e2947641941a6f7a100a327b", "tree": "e3a42724642410f5257c794a71b34642092eedd5", "parents": [ "03e259a9cdbd0583e71468293aaa1ccadbdaeff1" ], "author": { "name": "Jesper Juhl", "email": "juhl@dif.dk", "time": "Wed Jul 27 11:46:09 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Wed Jul 27 16:26:20 2005 -0700" }, "message": "[PATCH] clean up inline static vs static inline\n\n`gcc -W\u0027 likes to complain if the static keyword is not at the beginning of\nthe declaration. This patch fixes all remaining occurrences of \"inline\nstatic\" up with \"static inline\" in the entire kernel tree (140 occurrences in\n47 files).\n\nWhile making this change I came across a few lines with trailing whitespace\nthat I also fixed up, I have also added or removed a blank line or two here\nand there, but there are no functional changes in the patch.\n\nSigned-off-by: Jesper Juhl \u003cjuhl-lkml@dif.dk\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "9d853c3757ef74ded5ae564d68370f22208fb88b", "tree": "aaf87a1a75d7e1c449e058867a1c4883dcc34838", "parents": [ "ba460e48064edeb57e3398eb8972c58de33f11ea" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Fri Jul 15 07:41:31 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Fri Jul 15 07:41:31 2005 -0700" }, "message": "[CRYPTO]: Fix zero-extension bug on 64-bit architectures.\n\nNoticed by Ken-ichirou MATSUZAWA.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "e1d5dea1dfbfe484358c40db7f233ed6b5605646", "tree": "0bcea9bf2d5d12f1a400e01cffd001d2d22e4026", "parents": [ "a9df3597fec5472d0840fbfdc2a3fac5268f7d08" ], "author": { "name": "Dag Arne Osvik", "email": "da@osvik.no", "time": "Wed Jul 06 13:55:44 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jul 06 13:55:44 2005 -0700" }, "message": "[CRYPTO] Add faster DES code from Dag Arne Osvik\n\nI\u0027ve made a new implementation of DES to replace the old one in the kernel.\nIt provides faster encryption on all tested processors apart from the original\nPentium, and key setup is many times faster.\n\n Speed relative to old kernel implementation\nProcessor des_setkey des_encrypt des3_ede_setkey des3_ede_encrypt\nPentium\n120Mhz 6.8 0.82 7.2 0.86\nPentium III\n1.266Ghz 5.6 1.19 5.8 1.34\nPentium M\n1.3Ghz 5.7 1.15 6.0 1.31\nPentium 4\n2.266Ghz 5.8 1.24 6.0 1.40\nPentium 4E\n3Ghz 5.4 1.27 5.5 1.48\nStrongARM 1110\n206Mhz 4.3 1.03 4.4 1.14\nAthlon XP\n2Ghz 7.8 1.44 8.1 1.61\nAthlon 64\n2Ghz 7.8 1.34 8.3 1.49\n\nSigned-off-by: Dag Arne Osvik \u003cda@osvik.no\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "a9df3597fec5472d0840fbfdc2a3fac5268f7d08", "tree": "965197414a7a5670bedfe6ea4c914af62a5f8229", "parents": [ "a2a892a236d03a6e985471a7e57d1c863de144c8" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Wed Jul 06 13:55:21 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jul 06 13:55:21 2005 -0700" }, "message": "[CRYPTO] Remove unused iv field from context structure\n\nThe iv field in des_ctx/des3_ede_ctx/serpent_ctx has never been used.\nThis was noticed by Dag Arne Osvik.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "a2a892a236d03a6e985471a7e57d1c863de144c8", "tree": "33b52c87bdecf0f24936b952a565a445ce03c616", "parents": [ "a61cc44812ff94793987bf43b70a3d9bc64a6820" ], "author": { "name": "Andreas Steinmetz", "email": "ast@domdv.de", "time": "Wed Jul 06 13:55:00 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jul 06 13:55:00 2005 -0700" }, "message": "[CRYPTO] Add x86_64 asm AES\n\nImplementation:\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nThe encrypt/decrypt code is based on an x86 implementation I did a while\nago which I never published. This unpublished implementation does\ninclude an assembler based key schedule and precomputed tables. For\nsimplicity and best acceptance, however, I took Gladman\u0027s in-kernel code\nfor table generation and key schedule for the kernel port of my\nassembler code and modified this code to produce the key schedule as\nrequired by my assembler implementation. File locations and Kconfig are\nkept similar to the i586 AES assembler implementation.\nIt may seem a little bit strange to use 32 bit I/O and registers in the\nassembler implementation but this gives the best code size. My\nimplementation takes one instruction more per round compared to\nGladman\u0027s x86 assembler but it doesn\u0027t require any stack for local\nvariables or saved registers and it is less serialized than Gladman\u0027s\ncode.\nNote that all comparisons to Gladman\u0027s code were done after my code was\nimplemented. I did only use FIPS PUB 197 for the implementation so my\nimplementation is independent work.\nIf anybody has a better assembler solution for x86_64 I\u0027ll be pleased to\nhave my code replaced with the better solution.\n\nTesting:\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nThe implementation passes the in-kernel crypto testing module and I\u0027m\nrunning it without any problems on my laptop where it is mainly used for\ndm-crypt.\n\nMicrobenchmark:\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nThe microbenchmark was done in userspace with similar compile flags as\nused during kernel compile.\nEncrypt/decrypt is about 35% faster than the generic C implementation.\nAs the generic C as well as my assembler implementation are both table\nI don\u0027t really expect that there is much room for further\nimprovements though I\u0027ll be glad to be corrected here.\nThe key schedule is about 5% slower than the generic C implementation.\nThis is due to the fact that some more work has to be done in the key\nschedule routine to fit the schedule to the assembler implementation.\n\nCode Size:\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nEncrypt and decrypt are together about 2.1 Kbytes smaller than the\ngeneric C implementation which is important with regard to L1 cache\nusage. The key schedule routine is about 100 bytes larger than the\ngeneric C implementation.\n\nData Size:\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nThere\u0027s no difference in data size requirements between the assembler\nimplementation and the generic C implementation.\n\nLicense:\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nGladmans\u0027s code is dual BSD/GPL whereas my assembler code is GPLv2 only\n(I\u0027m not going to change the license for my code). So I had to change\nthe module license for the x86_64 aes module from \u0027Dual BSD/GPL\u0027 to\n\u0027GPL\u0027 to reflect the most restrictive license within the module.\n\nSigned-off-by: Andreas Steinmetz \u003cast@domdv.de\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "a61cc44812ff94793987bf43b70a3d9bc64a6820", "tree": "65cf93c2a89fb0072a69c2904202713a2e895098", "parents": [ "476df259cd577e20379b02a7f7ffd086ea925a83" ], "author": { "name": "Jesper Juhl", "email": "juhl-lkml@dif.dk", "time": "Wed Jul 06 13:54:31 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jul 06 13:54:31 2005 -0700" }, "message": "[CRYPTO] Add null short circuit to crypto_free_tfm\n\nAs far as I\u0027m aware there\u0027s a general concensus that functions that are\nresponsible for freeing resources should be able to cope with being passed\na NULL pointer. This makes sense as it removes the need for all callers to\ncheck for NULL, thus elliminating the bugs that happen when some forget\n(safer to just check centrally in the freeing function) and it also makes\nfor smaller code all over due to the lack of all those NULL checks.\nThis patch makes it safe to pass the crypto_free_tfm() function a NULL\npointer. Once this patch is applied we can start removing the NULL checks\nfrom the callers.\n\nSigned-off-by: Jesper Juhl \u003cjuhl-lkml@dif.dk\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "915e8561d559abba1b81934e31e54a3f850fa7bf", "tree": "12c08e7ec182ca11125097e2f485eab7a48b03df", "parents": [ "fbdae9f3e7fb57c07cb0d973f113eb25da2e8ff2" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Wed Jul 06 13:53:47 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jul 06 13:53:47 2005 -0700" }, "message": "[CRYPTO] Handle unaligned iv from encrypt_iv/decrypt_iv\n\nEven though cit_iv is now always aligned, the user can still supply an\nunaligned iv through crypto_cipher_encrypt_iv/crypto_cipher_decrypt_iv.\nThis patch will check the alignment of the user-supplied iv and copy\nit if necessary.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "fbdae9f3e7fb57c07cb0d973f113eb25da2e8ff2", "tree": "b20909c92c2d48ab449343967b1c365732d7e4ff", "parents": [ "176c3652c544b6f8d4bb1984c58c10080f45dbf0" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Wed Jul 06 13:53:29 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jul 06 13:53:29 2005 -0700" }, "message": "[CRYPTO] Ensure cit_iv is aligned correctly\n\nThis patch ensures that cit_iv is aligned according to cra_alignmask\nby allocating it as part of the tfm structure. As a side effect the\ncrypto layer will also guarantee that the tfm ctx area has enough space\nto be aligned by cra_alignmask. This allows us to remove the extra\nspace reservation from the Padlock driver.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "176c3652c544b6f8d4bb1984c58c10080f45dbf0", "tree": "a9b29e6e341484df8a0040de7506807f82be3e66", "parents": [ "28e8c3ad9464de54a632f00ab3df88fa5f4652d1" ], "author": { "name": "Adrian Bunk", "email": "bunk@stusta.de", "time": "Wed Jul 06 13:53:09 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jul 06 13:53:09 2005 -0700" }, "message": "[CRYPTO] Make crypto_alg_lookup static\n\nThis patch makes a needlessly global function static.\n\nSigned-off-by: Adrian Bunk \u003cbunk@stusta.de\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "95477377995aefa2ec1654a9a3777bd57ea99146", "tree": "7aa4d6173de13c81c2fa0e4d2f9e0de22e141b6a", "parents": [ "40725181b74be6b0e3bdc8c05bd1e0b9873ec5cc" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Wed Jul 06 13:52:09 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jul 06 13:52:09 2005 -0700" }, "message": "[CRYPTO] Add alignmask for low-level cipher implementations\n\nThe VIA Padlock device requires the input and output buffers to\nbe aligned on 16-byte boundaries. This patch adds the alignmask\nattribute for low-level cipher implementations to indicate their\nalignment requirements.\n\nThe mid-level crypt() function will copy the input/output buffers\nif they are not aligned correctly before they are passed to the\nlow-level implementation.\n\nStrictly speaking, some of the software implementations require\nthe buffers to be aligned on 4-byte boundaries as they do 32-bit\nloads. However, it is not clear whether it is better to copy\nthe buffers or pay the penalty for unaligned loads/stores.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "40725181b74be6b0e3bdc8c05bd1e0b9873ec5cc", "tree": "abbc1057a5e0bd77385d17cfc6146617151e93bc", "parents": [ "c774e93e2152d0be2612739418689e6e6400f4eb" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Wed Jul 06 13:51:52 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jul 06 13:51:52 2005 -0700" }, "message": "[CRYPTO] Add support for low-level multi-block operations\n\nThis patch adds hooks for cipher algorithms to implement multi-block\nECB/CBC operations directly. This is expected to provide significant\nperformance boots to the VIA Padlock.\n\nIt could also be used for improving software implementations such as\nAES where operating on multiple blocks at a time may enable certain\noptimisations.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "c774e93e2152d0be2612739418689e6e6400f4eb", "tree": "abe25ec0577bd95128adb3f38609a09f0a3e2469", "parents": [ "8279dd748f9704b811e528b31304e2fab026abc5" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Wed Jul 06 13:51:31 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jul 06 13:51:31 2005 -0700" }, "message": "[CRYPTO] Add plumbing for multi-block operations\n\nThe VIA Padlock device is able to perform much better when multiple\nblocks are fed to it at once. As this device offers an exceptional\nthroughput rate it is worthwhile to optimise the infrastructure\nspecifically for it.\n\nWe shift the existing page-sized fast path down to the CBC/ECB functions.\nWe can then replace the CBC/ECB functions with functions provided by the\nunderlying algorithm that performs the multi-block operations.\n\nAs a side-effect this improves the performance of large cipher operations\nfor all existing algorithm implementations. I\u0027ve measured the gain to be\naround 5% for 3DES and 15% for AES.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "8279dd748f9704b811e528b31304e2fab026abc5", "tree": "d824994f48492dc3910ec3bf82d147cd8f796f20", "parents": [ "b4634484815e1879512a23e4f59eef648135c30a" ], "author": { "name": "Jesper Juhl", "email": "juhl-lkml@dif.dk", "time": "Wed Jul 06 13:51:00 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jul 06 13:51:00 2005 -0700" }, "message": "[CRYPTO] Don\u0027t check for NULL before kfree()\n\nChecking a pointer for NULL before calling kfree() on it is redundant.\nThis patch removes such checks from crypto/\n\nSigned-off-by: Jesper Juhl \u003cjuhl-lkml@dif.dk\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "6a17944ca12229036a6d8d48be1b5eb51204fcf8", "tree": "f3728d31d288746b85cd50883648a078c42b1850", "parents": [ "dce907c00ff246a1fbb2b619964753ebc046591d" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Wed Jun 22 13:29:03 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jun 22 13:29:03 2005 -0700" }, "message": "[CRYPTO]: Use CPU cycle counters in tcrypt\n\nAfter using this facility for a while to test my changes to the\ncipher crypt() layer, I realised that I should\u0027ve listend to Dave\nand made this thing use CPU cycle counters :) As it is it\u0027s too\njittery for me to feel safe about relying on the results.\n\nSo here is a patch to make it use CPU cycles by default but fall\nback to jiffies if the user specifies a non-zero sec value.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "dce907c00ff246a1fbb2b619964753ebc046591d", "tree": "b7cc3b9f5d8ee3ec52abf6b8960755569b4a4b07", "parents": [ "ebfd9bcf16e4aaddcfe2d1b76b50e3dd6d3242e2" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Wed Jun 22 13:27:51 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jun 22 13:27:51 2005 -0700" }, "message": "[CRYPTO]: Use template keys for speed tests if possible\n\nThe existing keys used in the speed tests do not pass the 3DES quality check.\nThis patch makes it use the template keys instead.\n\nOther algorithms can supply template keys through the same interface if needed.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "ebfd9bcf16e4aaddcfe2d1b76b50e3dd6d3242e2", "tree": "a82a4d627d339197846031e16e2de622c766fe5e", "parents": [ "3cc3816f93e3f94f88503da8e6090302fa986bd6" ], "author": { "name": "Harald Welte", "email": "laforge@gnumonks.org", "time": "Wed Jun 22 13:27:23 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jun 22 13:27:23 2005 -0700" }, "message": "[CRYPTO]: Add cipher speed tests\n\nFrom: Reyk Floeter \u003creyk@vantronix.net\u003e\n\nI recently had the requirement to do some benchmarking on cryptoapi, and\nI found reyk\u0027s very useful performance test patch [1].\n\nHowever, I could not find any discussion on why that extension (or\nsomething providing a similar feature but different implementation) was\nnot merged into mainline. If there was such a discussion, can someone\nplease point me to the archive[s]?\n\nI\u0027ve now merged the old patch into 2.6.12-rc1, the result can be found\nattached to this email.\n\n[1] http://lists.logix.cz/pipermail/padlock/2004/000010.html\n\nSigned-off-by: Harald Welte \u003claforge@gnumonks.org\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "3cc3816f93e3f94f88503da8e6090302fa986bd6", "tree": "4ff87e252277260f589836af0602c8e1fa6a99c4", "parents": [ "ef2736fc741316913a457abd3731053071c86241" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Wed Jun 22 13:26:36 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jun 22 13:26:36 2005 -0700" }, "message": "[CRYPTO]: Kill unnecessary strncpy from tcrypt\n\nIt seems that bad code tends to get copied (see test_cipher_speed). So let\u0027s\nkill this idiom before it spreads any further.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "ef2736fc741316913a457abd3731053071c86241", "tree": "849fd884621934ffe56eed023f8cd11ceff85013", "parents": [ "dd7f0b80926befc8c70a873b5b0c0c7b5fd1e7b9" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Wed Jun 22 13:26:03 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jun 22 13:26:03 2005 -0700" }, "message": "[CRYPTO]: White space and coding style clean up in tcrypt\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "15333038d577b0c0255c0f14a38d9e6895937453", "tree": "c48106158bce4c7af328c486b7f33ad2133459ee", "parents": [ "314324121f9b94b2ca657a494cf2b9cb0e4a28cc" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Mon May 23 12:36:25 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon May 23 12:36:25 2005 -0700" }, "message": "[CRYPTO]: Only reschedule if !in_atomic()\n\nThe netlink gfp_any() problem made me double-check the uses of in_softirq()\nin crypto/*. It seems to me that we should be checking in_atomic() instead\nof in_softirq() in crypto_yield. Otherwise people calling the crypto ops\nwith spin locks held or preemption disabled will get burnt, right?\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "d0856009dbaf8eca2269d4129bb83940c0d95054", "tree": "e6c10d133f04ece55250f2fd84fc2b376624b8cd", "parents": [ "ba32311eb73f624a85a5fc2e043cda8e076f86ef" ], "author": { "name": "Patrick McHardy", "email": "kaber@trash.net", "time": "Mon May 16 21:53:41 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Tue May 17 07:59:18 2005 -0700" }, "message": "[PATCH] crypto: fix null encryption/compression\n\nnull_encrypt() needs to copy the data in case src and dst are disjunct,\nnull_compress() needs to copy the data in any case as far as I can tell. I\njoined compress/decompress and encrypt/decrypt to avoid duplicating code.\n\nWithout this patch ESP null_enc packets look like this:\n\nIP (tos 0x0, ttl 64, id 23130, offset 0, flags [DF], length: 128)\n10.0.0.1 \u003e 10.0.0.2: ESP(spi\u003d0x0f9ca149,seq\u003d0x4)\n\t0x0000: 4500 0080 5a5a 4000 4032 cbef 0a00 0001 E...ZZ@.@2......\n\t0x0010: 0a00 0002 0f9c a149 0000 0004 0000 0000 .......I........\n\t0x0020: 0000 0000 0000 0000 0000 0000 0000 0000 ................\n\t0x0030: 0000 0000 0000 0000 0000 0000 0000 0000 ................\n\t0x0040: 0000 0000 0000 0000 0000 0000 0000 0000 ................\n\t0x0050: 0000 ..\n\nIP (tos 0x0, ttl 64, id 256, offset 0, flags [DF], length: 128)\n10.0.0.2 \u003e 10.0.0.1: ESP(spi\u003d0x0e4f7b51,seq\u003d0x2)\n\t0x0000: 4500 0080 0100 4000 4032 254a 0a00 0002 E.....@.@2%J....\n\t0x0010: 0a00 0001 0e4f 7b51 0000 0002 a8a8 a8a8 .....O{Q........\n\t0x0020: a8a8 a8a8 a8a8 a8a8 a8a8 a8a8 a8a8 a8a8 ................\n\t0x0030: a8a8 a8a8 a8a8 a8a8 a8a8 a8a8 a8a8 a8a8 ................\n\t0x0040: a8a8 a8a8 a8a8 a8a8 a8a8 a8a8 a8a8 a8a8 ................\n\t0x0050: a8a8 ..\n\nSigned-off-by: Patrick McHardy \u003ckaber@trash.net\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "c45166be3cc666ce88fe623ad79276c943e74eff", "tree": "db59fdfb6834c112c99a5ab8692fe8372d7961ba", "parents": [ "b05d85a87d9711f5f5f2eb05c79038d5d5ff1f44" ], "author": { "name": "Paolo \u0027Blaisorblade\u0027 Giarrusso", "email": "blaisorblade@yahoo.it", "time": "Sun May 01 08:58:54 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sun May 01 08:58:54 2005 -0700" }, "message": "[PATCH] uml: support AES i586 crypto driver\n\nWe want to make possible, for the user, to enable the i586 AES implementation.\nThis requires a restructure.\n\n- Add a CONFIG_UML_X86 to notify that we are building a UML for i386.\n\n- Rename CONFIG_64_BIT to CONFIG_64BIT as is used for all other archs\n\n- Tell crypto/Kconfig that UML_X86 is as good as X86\n\n- Tell it that it must exclude not X86_64 but 64BIT, which will give the\n same results.\n\n- Tell kbuild to descend down into arch/i386/crypto/ to build what\u0027s needed.\n\nSigned-off-by: Paolo \u0027Blaisorblade\u0027 Giarrusso \u003cblaisorblade@yahoo.it\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "9ffb7146f0aa9c0070cda3d8701b0a89e34913d1", "tree": "74da3bcb6c603f2681182250007d38e0c2c620a3", "parents": [ "d42ce812b8a32adddeee3a692005f82f95ff15a3" ], "author": { "name": "Artem B. Bityuckiy", "email": "dedekind@infradead.org", "time": "Sat Apr 16 15:23:58 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Apr 16 15:23:58 2005 -0700" }, "message": "[PATCH] crypto: call zlib end functions on deflate exit path\n\nIn the deflate_[compress|uncompress|pcompress] functions we call the\nzlib_[in|de]flateReset function at the beginning. This is OK. But when we\nunload the deflate module we don\u0027t call zlib_[in|de]flateEnd to free all\nthe zlib internal data. It looks like a bug for me. Please, consider the\nattached patch.\n\nSigned-off-by: Artem B. Bityuckiy \u003cdedekind@infradead.org\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nCc: \"David S. Miller\" \u003cdavem@davemloft.net\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "1da177e4c3f41524e886b7f1b8a0c1fc7321cac2", "tree": "0bba044c4ce775e45a88a51686b5d9f90697ea9d", "parents": [], "author": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Apr 16 15:20:36 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Apr 16 15:20:36 2005 -0700" }, "message": "Linux-2.6.12-rc2\n\nInitial git repository build. I\u0027m not bothering with the full history,\neven though we have it. We can create a separate \"historical\" git\narchive of that later if we want to, and in the meantime it\u0027s about\n3.2GB when imported into git - space that would just make the early\ngit days unnecessarily complicated, when we don\u0027t have a lot of good\ninfrastructure for it.\n\nLet it rip!\n" } ] }