Re: [PATCH] cryptoapi: Fix sleeping

From: Matt Mackall (mpm_at_selenic.com)
Date: 08/14/03

  • Next message: Patrick Mochel: "Re: [PATCH] call drv->shutdown at rmmod"
    Date:	Thu, 14 Aug 2003 11:33:25 -0500
    To: Robert Love <rml@tech9.net>
    
    

    On Thu, Aug 14, 2003 at 09:29:20AM -0700, Robert Love wrote:
    > On Wed, 2003-08-13 at 18:58, Matt Mackall wrote:
    >
    > > This is part of cryptoapi and given the large chunks of work you could
    > > potentially hand to it, it's probably a good idea for it to work this
    > > way. You hand it a long list of sg segments, it does the transform and
    > > reschedules if it thinks it's safe. But its test of when it was safe
    > > was not complete.
    >
    > Right. My concern is that you said sometimes it is called when
    > preemption is disabled.

    Sure, but it's called here rather indirectly. Apparently I'm the first
    person to try using cryptoapi with per_cpu. And at present there's
    nothing in the api to tell it "don't do that" - but see my followup
    patch.
     

    -- 
    Matt Mackall : http://www.selenic.com : of or relating to the moon
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at  http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at  http://www.tux.org/lkml/
    

  • Next message: Patrick Mochel: "Re: [PATCH] call drv->shutdown at rmmod"

    Relevant Pages

    • Re: [PATCH] cryptoapi: Fix sleeping
      ... > per-processor data. ... potentially hand to it, it's probably a good idea for it to work this ... reschedules if it thinks it's safe. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] cryptoapi: Fix sleeping
      ... > potentially hand to it, it's probably a good idea for it to work this ... > reschedules if it thinks it's safe. ... I assume because it is accessing per-processor data. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [RFC][PATCH] Make cryptoapi non-optional?
      ... > probably reach 250% with some tweaking of cryptoapi's redundant ... > of cryptographically strong random data). ... Why would the cryptoapi version be faster, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH]
      ... >> Would you be against a patch to cryptoapi to have access to a ... >> I'm in the middle of preparing for a paper and would like to get code running ... > The idea of the scatterlist API is to encourage encryption at the ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH CIFS] use CryptoAPI MD4/MD5
      ... of the context structures vary from one alg to the next. ... > the stack is almost guaranteed to be in L1 cache. ... > is CryptoAPI really this broken? ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)