[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAGsJ_4xgAT-02ejSxPe+B2+3m8XVzSL2o--=O-gCFx54KMdPqQ@mail.gmail.com>
Date: Tue, 20 Feb 2024 18:25:44 +1300
From: Barry Song <21cnbao@...il.com>
To: Herbert Xu <herbert@...dor.apana.org.au>
Cc: Andrew Morton <akpm@...ux-foundation.org>, David Miller <davem@...emloft.net>,
Johannes Weiner <hannes@...xchg.org>, linux-crypto@...r.kernel.org,
Linux-MM <linux-mm@...ck.org>, Nhat Pham <nphamcs@...il.com>,
Yosry Ahmed <yosryahmed@...gle.com>, Chengming Zhou <zhouchengming@...edance.com>,
Chris Li <chriscli@...gle.com>, Chris Li <chrisl@...nel.org>,
Dan Streetman <ddstreet@...e.org>, LKML <linux-kernel@...r.kernel.org>,
Seth Jennings <sjenning@...hat.com>, Vitaly Wool <vitaly.wool@...sulko.com>,
Barry Song <v-songbaohua@...o.com>, Yang Shen <shenyang39@...wei.com>,
Zhou Wang <wangzhou1@...ilicon.com>, Tom Zanussi <tom.zanussi@...ux.intel.com>
Subject: Re: [PATCH v4 1/3] crypto: introduce crypto_acomp_get_alg_flags to
expose algorithm flags
On Tue, Feb 20, 2024 at 6:09 PM Herbert Xu <herbert@...dor.apana.org.au> wrote:
>
> On Tue, Feb 20, 2024 at 06:05:16PM +1300, Barry Song wrote:
> >
> > So it could be something like:
> > if data is short, acomp driver works by polling; if data is
> > long, acomp driver works by sleeping and waiting.
>
> This sort of logic is specific to each piece of hardware and
> should go into the driver.
>
> There is no reason why an async driver cannot return synchronously.
> The API fully supports this mode of operation.
Nice to know! Thanks for clarification.
>
> Cheers,
> --
> Email: Herbert Xu <herbert@...dor.apana.org.au>
> Home Page: http://gondor.apana.org.au/~herbert/
> PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Thanks
Barry
Powered by blists - more mailing lists