1. 12 Sep, 2010 1 commit
  2. 03 Sep, 2010 5 commits
  3. 13 Aug, 2010 1 commit
  4. 09 Aug, 2010 1 commit
  5. 06 Aug, 2010 3 commits
    • Herbert Xu's avatar
      crypto: testmgr - Default to no tests · 00ca28a5
      Herbert Xu authored
      On Thu, Aug 05, 2010 at 07:01:21PM -0700, Linus Torvalds wrote:
      > On Thu, Aug 5, 2010 at 6:40 PM, Herbert Xu <herbert@gondor.hengli.com.au> wrote:
      > >
      > > -config CRYPTO_MANAGER_TESTS
      > > -       bool "Run algolithms' self-tests"
      > > -       default y
      > > -       depends on CRYPTO_MANAGER2
      > > +config CRYPTO_MANAGER_DISABLE_TESTS
      > > +       bool "Disable run-time self tests"
      > > +       depends on CRYPTO_MANAGER2 && EMBEDDED
      >
      > Why do you still want to force-enable those tests? I was going to
      > complain about the "default y" anyway, now I'm _really_ complaining,
      > because you've now made it impossible to disable those tests. Why?
      
      As requested, this patch sets the default to y and removes the
      EMBEDDED dependency.
      Signed-off-by: default avatarHerbert Xu <herbert@gondor.apana.org.au>
      00ca28a5
    • Herbert Xu's avatar
      crypto: testmgr - Fix test disabling option · 326a6346
      Herbert Xu authored
      This patch fixes a serious bug in the test disabling patch where
      it can cause an spurious load of the cryptomgr module even when
      it's compiled in.
      
      It also negates the test disabling option so that its absence
      causes tests to be enabled.
      
      The Kconfig option is also now behind EMBEDDED.
      Signed-off-by: default avatarHerbert Xu <herbert@gondor.apana.org.au>
      326a6346
    • Szilveszter Ördög's avatar
      crypto: hash - Fix handling of small unaligned buffers · 23a75eee
      Szilveszter Ördög authored
      If a scatterwalk chain contains an entry with an unaligned offset then
      hash_walk_next() will cut off the next step at the next alignment point.
      
      However, if the entry ends before the next alignment point then we a loop,
      which leads to a kernel oops.
      
      Fix this by checking whether the next aligment point is before the end of the
      current entry.
      Signed-off-by: default avatarSzilveszter Ördög <slipszi@gmail.com>
      Acked-by: default avatarDavid S. Miller <davem@davemloft.net>
      Signed-off-by: default avatarHerbert Xu <herbert@gondor.apana.org.au>
      23a75eee
  6. 05 Aug, 2010 29 commits