07 Feb, 2007

3 commits


07 Dec, 2006

2 commits


21 Sep, 2006

2 commits


26 Jun, 2006

1 commit

  • This patch adds speed tests (benchmarks) for digest algorithms.
    Tests are run with different buffer sizes (16 bytes, ... 8 kBytes)
    and with each buffer multiple tests are run with different update()
    sizes (e.g. hash 64 bytes buffer in four 16 byte updates).
    There is no correctness checking of the result and all tests and
    algorithms use the same input buffer.

    Signed-off-by: Michal Ludvig
    Signed-off-by: Herbert Xu

    Michal Ludvig
     

21 Mar, 2006

1 commit


07 Jan, 2006

1 commit


02 Sep, 2005

1 commit

  • The XTEA implementation was incorrect due to a misinterpretation of
    operator precedence. Because of the wide-spread nature of this
    error, the erroneous implementation will be kept, albeit under the
    new name of XETA.

    Signed-off-by: Aaron Grothe
    Signed-off-by: Herbert Xu
    Signed-off-by: David S. Miller

    Aaron Grothe
     

23 Jun, 2005

2 commits

  • From: Reyk Floeter

    I recently had the requirement to do some benchmarking on cryptoapi, and
    I found reyk's very useful performance test patch [1].

    However, I could not find any discussion on why that extension (or
    something providing a similar feature but different implementation) was
    not merged into mainline. If there was such a discussion, can someone
    please point me to the archive[s]?

    I've now merged the old patch into 2.6.12-rc1, the result can be found
    attached to this email.

    [1] http://lists.logix.cz/pipermail/padlock/2004/000010.html

    Signed-off-by: Harald Welte
    Signed-off-by: Herbert Xu
    Signed-off-by: David S. Miller

    Harald Welte
     
  • Signed-off-by: Herbert Xu
    Signed-off-by: David S. Miller

    Herbert Xu
     

17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds