On Tuesday 13 November 2007 23:10, David Miller wrote: > From: Denys Vlasenko <[EMAIL PROTECTED]> > Date: Tue, 13 Nov 2007 22:30:47 -0700 > > > On Tuesday 13 November 2007 20:49, David Miller wrote: > > > From: Denys Vlasenko <[EMAIL PROTECTED]> > > > Date: Tue, 13 Nov 2007 19:47:08 -0700 > > > > > > > If CONFIG_CC_OPTIMIZE_FOR_SIZE is not an acceptable method, > > > > do you have other ideas? > > > > > > Look at ways to make the code run faster without loop unrolling? > > > > I did it. I noticed that key setup is mostly operating on 64-bit > > quantities, and provided alternative implementation which > > exploits that fact. It's smaller and faster. > > Great, then you don't have to unroll the loop and performance > is at least as good as before _and_ you save code space.
Unfortunately, it's applicable only to key setup, and unrolling happens in actual encryption. But the point still stands: irrespective of other optimizations, unrolled and non-unrolled forms will still have different sizes and speeds, and in some cases (like this one) you can't pick one form which fits all. > Please submit this new version :-) Just did it. It's linux-2.6.23.1.camellia5.diff -- vda - To unsubscribe from this list: send the line "unsubscribe linux-crypto" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
