Skip to content
Snippets Groups Projects
  1. Mar 03, 2010
  2. Mar 02, 2010
  3. Feb 16, 2010
  4. Feb 05, 2010
  5. Feb 03, 2010
  6. Jan 17, 2010
  7. Jan 06, 2010
  8. Dec 23, 2009
  9. Dec 17, 2009
  10. Nov 23, 2009
  11. Nov 19, 2009
    • Dan Williams's avatar
      async_tx: build-time toggling of async_{syndrome,xor}_val dma support · 7b3cc2b1
      Dan Williams authored
      
      ioat3.2 does not support asynchronous error notifications which makes
      the driver experience latencies when non-zero pq validate results are
      expected.  Provide a mechanism for turning off async_xor_val and
      async_syndrome_val via Kconfig.  This approach is generally useful for
      any driver that specifies ASYNC_TX_DISABLE_CHANNEL_SWITCH and would like
      to force the async_tx api to fall back to the synchronous path for
      certain operations.
      
      Signed-off-by: default avatarDan Williams <dan.j.williams@intel.com>
      7b3cc2b1
  12. Nov 18, 2009
  13. Nov 16, 2009
    • Huang Ying's avatar
      crypto: gcm - fix another complete call in complete fuction · 62c5593a
      Huang Ying authored
      
      The flow of the complete function (xxx_done) in gcm.c is as follow:
      
      void complete(struct crypto_async_request *areq, int err)
      {
      	struct aead_request *req = areq->data;
      
      	if (!err) {
      		err = async_next_step();
      		if (err == -EINPROGRESS || err == -EBUSY)
      			return;
      	}
      
      	complete_for_next_step(areq, err);
      }
      
      But *areq may be destroyed in async_next_step(), this makes
      complete_for_next_step() can not work properly. To fix this, one of
      following methods is used for each complete function.
      
      - Add a __complete() for each complete(), which accept struct
        aead_request *req instead of areq, so avoid using areq after it is
        destroyed.
      
      - Expand complete_for_next_step().
      
      The fixing method is based on the idea of Herbert Xu.
      
      Signed-off-by: default avatarHuang Ying <ying.huang@intel.com>
      Signed-off-by: default avatarHerbert Xu <herbert@gondor.apana.org.au>
      62c5593a
  14. Nov 12, 2009
  15. Oct 27, 2009
Loading