[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20171005034054.GB31996@gondor.apana.org.au>
Date: Thu, 5 Oct 2017 11:40:54 +0800
From: Herbert Xu <herbert@...dor.apana.org.au>
To: Marcelo Ricardo Leitner <marcelo.leitner@...il.com>
Cc: Andy Lutomirski <luto@...nel.org>,
Jia-Ju Bai <baijiaju1990@....com>,
"David S. Miller" <davem@...emloft.net>,
Neil Horman <nhorman@...driver.com>, vyasevich@...il.com,
Kalle Valo <kvalo@...eaurora.org>,
Linux Crypto Mailing List <linux-crypto@...r.kernel.org>,
Network Development <netdev@...r.kernel.org>,
linux-sctp@...r.kernel.org,
Linux Wireless List <linux-wireless@...r.kernel.org>
Subject: Re: [PATCH V2] Fix a sleep-in-atomic bug in shash_setkey_unaligned
On Tue, Oct 03, 2017 at 07:45:06PM -0300, Marcelo Ricardo Leitner wrote:
>
> > Usually if you're invoking setkey from a non-sleeping code-path
> > you're probably doing something wrong.
>
> Usually but not always. There are 3 calls to that function on SCTP
> code:
> - pack a cookie, which is sent on an INIT_ACK packet to the client
> - unpack the cookie above, after it is sent back by the client on a
> COOKIE_ECHO packet
> - send a chunk authenticated by a hash
I'm not talking about the code-path in question. I'm talking
about the function which generates the secret key in the first
place. AFAICS that's only called in GFP_KERNEL context. What
am I missing?
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