[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <c8e5abba-7441-b201-1618-c92dfdfc7b1c@i2se.com>
Date: Mon, 24 Jun 2019 10:13:48 +0200
From: Stefan Wahren <stefan.wahren@...e.com>
To: Christophe JAILLET <christophe.jaillet@...adoo.fr>,
eric@...olt.net, gregkh@...uxfoundation.org, f.fainelli@...il.com,
rjui@...adcom.com, sbranden@...adcom.com,
bcm-kernel-feedback-list@...adcom.com, tuomas.tynkkynen@....fi,
inf.braun@....de, tobias.buettner@....de, hofrat@...dl.org
Cc: linux-rpi-kernel@...ts.infradead.org,
linux-arm-kernel@...ts.infradead.org, devel@...verdev.osuosl.org,
linux-kernel@...r.kernel.org, kernel-janitors@...r.kernel.org,
Dave Stevenson <dave.stevenson@...pberrypi.org>
Subject: Re: [PATCH] staging: bcm2835-camera: Avoid apotential sleep while
holding a spin_lock
Hi Christophe,
Am 24.06.2019 um 07:33 schrieb Christophe JAILLET:
> Do not allocate memory with GFP_KERNEL when holding a spin_lock, it may
> sleep. Use GFP_NOWAIT instead.
>
> Fixes: 950fd867c635 ("staging: bcm2835-camera: Replace open-coded idr with a struct idr.")
> Signed-off-by: Christophe JAILLET <christophe.jaillet@...adoo.fr>
there has been a fix for this, which isn't upstreamed yet. The preferred
solution is to replace the spin_lock with a mutex. Since i'm currently
working on this i would take care of this.
Sorry about this.
Stefan
Powered by blists - more mailing lists