[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZIw8y2w+A+t5u+IJ@gondor.apana.org.au>
Date: Fri, 16 Jun 2023 18:43:23 +0800
From: Herbert Xu <herbert@...dor.apana.org.au>
To: David Howells <dhowells@...hat.com>
Cc: netdev@...r.kernel.org,
syzbot+13a08c0bf4d212766c3c@...kaller.appspotmail.com,
syzbot+14234ccf6d0ef629ec1a@...kaller.appspotmail.com,
syzbot+4e2e47f32607d0f72d43@...kaller.appspotmail.com,
syzbot+472626bb5e7c59fb768f@...kaller.appspotmail.com,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>,
Jens Axboe <axboe@...nel.dk>, Matthew Wilcox <willy@...radead.org>,
linux-crypto@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH net-next] crypto: af_alg/hash: Fix recvmsg() after
sendmsg(MSG_MORE)
On Fri, Jun 16, 2023 at 11:37:58AM +0100, David Howells wrote:
> Can you have a look at:
>
> https://lore.kernel.org/r/415439.1686877276@warthog.procyon.org.uk/
>
> I'm proposing that as an alternative to this patch.
It'd be easier to comment on it if you sent it by email.
Anyway, why did you remove the condition on hash_free_result?
We free the result if it's not needed, not to clear the previous
hash. So by doing it uncondtionally you will simply end up
freeing and reallocating the result for no good reason.
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
Powered by blists - more mailing lists