* [PATCH 6.1] io_uring: fix possible deadlock in io_register_iowq_max_workers()
@ 2024-11-12 8:30 Hagar Hemdan
2024-11-12 8:39 ` Greg KH
0 siblings, 1 reply; 5+ messages in thread
From: Hagar Hemdan @ 2024-11-12 8:30 UTC (permalink / raw)
Cc: stable, Hagar Hemdan, Maximilian Heyne, Jens Axboe
commit 73254a297c2dd094abec7c9efee32455ae875bdf upstream.
The io_register_iowq_max_workers() function calls io_put_sq_data(),
which acquires the sqd->lock without releasing the uring_lock.
Similar to the commit 009ad9f0c6ee ("io_uring: drop ctx->uring_lock
before acquiring sqd->lock"), this can lead to a potential deadlock
situation.
To resolve this issue, the uring_lock is released before calling
io_put_sq_data(), and then it is re-acquired after the function call.
This change ensures that the locks are acquired in the correct
order, preventing the possibility of a deadlock.
Suggested-by: Maximilian Heyne <mheyne@amazon.de>
Signed-off-by: Hagar Hemdan <hagarhem@amazon.com>
Link: https://lore.kernel.org/r/20240604130527.3597-1-hagarhem@amazon.com
Signed-off-by: Jens Axboe <axboe@kernel.dk>
[Hagar: Modified to apply on v6.1]
Signed-off-by: Hagar Hemdan <hagarhem@amazon.com>
---
io_uring/io_uring.c | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/io_uring/io_uring.c b/io_uring/io_uring.c
index 92c1aa8f3501..4f0ae938b146 100644
--- a/io_uring/io_uring.c
+++ b/io_uring/io_uring.c
@@ -3921,8 +3921,10 @@ static __cold int io_register_iowq_max_workers(struct io_ring_ctx *ctx,
}
if (sqd) {
+ mutex_unlock(&ctx->uring_lock);
mutex_unlock(&sqd->lock);
io_put_sq_data(sqd);
+ mutex_lock(&ctx->uring_lock);
}
if (copy_to_user(arg, new_count, sizeof(new_count)))
@@ -3947,8 +3949,11 @@ static __cold int io_register_iowq_max_workers(struct io_ring_ctx *ctx,
return 0;
err:
if (sqd) {
+ mutex_unlock(&ctx->uring_lock);
mutex_unlock(&sqd->lock);
io_put_sq_data(sqd);
+ mutex_lock(&ctx->uring_lock);
+
}
return ret;
}
--
2.40.1
^ permalink raw reply related [flat|nested] 5+ messages in thread* Re: [PATCH 6.1] io_uring: fix possible deadlock in io_register_iowq_max_workers()
2024-11-12 8:30 [PATCH 6.1] io_uring: fix possible deadlock in io_register_iowq_max_workers() Hagar Hemdan
@ 2024-11-12 8:39 ` Greg KH
2024-11-12 14:56 ` Jens Axboe
0 siblings, 1 reply; 5+ messages in thread
From: Greg KH @ 2024-11-12 8:39 UTC (permalink / raw)
To: Hagar Hemdan; +Cc: stable, Maximilian Heyne, Jens Axboe
On Tue, Nov 12, 2024 at 08:30:06AM +0000, Hagar Hemdan wrote:
> commit 73254a297c2dd094abec7c9efee32455ae875bdf upstream.
>
> The io_register_iowq_max_workers() function calls io_put_sq_data(),
> which acquires the sqd->lock without releasing the uring_lock.
> Similar to the commit 009ad9f0c6ee ("io_uring: drop ctx->uring_lock
> before acquiring sqd->lock"), this can lead to a potential deadlock
> situation.
>
> To resolve this issue, the uring_lock is released before calling
> io_put_sq_data(), and then it is re-acquired after the function call.
>
> This change ensures that the locks are acquired in the correct
> order, preventing the possibility of a deadlock.
>
> Suggested-by: Maximilian Heyne <mheyne@amazon.de>
> Signed-off-by: Hagar Hemdan <hagarhem@amazon.com>
> Link: https://lore.kernel.org/r/20240604130527.3597-1-hagarhem@amazon.com
> Signed-off-by: Jens Axboe <axboe@kernel.dk>
> [Hagar: Modified to apply on v6.1]
> Signed-off-by: Hagar Hemdan <hagarhem@amazon.com>
> ---
> io_uring/io_uring.c | 5 +++++
> 1 file changed, 5 insertions(+)
What about 6.6.y? We can't just take patches for older branches and not
newer ones, you know this :)
thanks,
greg k-h
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [PATCH 6.1] io_uring: fix possible deadlock in io_register_iowq_max_workers()
2024-11-12 8:39 ` Greg KH
@ 2024-11-12 14:56 ` Jens Axboe
2024-11-15 5:12 ` Greg KH
0 siblings, 1 reply; 5+ messages in thread
From: Jens Axboe @ 2024-11-12 14:56 UTC (permalink / raw)
To: Greg KH, Hagar Hemdan; +Cc: stable, Maximilian Heyne
On 11/12/24 1:39 AM, Greg KH wrote:
> On Tue, Nov 12, 2024 at 08:30:06AM +0000, Hagar Hemdan wrote:
>> commit 73254a297c2dd094abec7c9efee32455ae875bdf upstream.
>>
>> The io_register_iowq_max_workers() function calls io_put_sq_data(),
>> which acquires the sqd->lock without releasing the uring_lock.
>> Similar to the commit 009ad9f0c6ee ("io_uring: drop ctx->uring_lock
>> before acquiring sqd->lock"), this can lead to a potential deadlock
>> situation.
>>
>> To resolve this issue, the uring_lock is released before calling
>> io_put_sq_data(), and then it is re-acquired after the function call.
>>
>> This change ensures that the locks are acquired in the correct
>> order, preventing the possibility of a deadlock.
>>
>> Suggested-by: Maximilian Heyne <mheyne@amazon.de>
>> Signed-off-by: Hagar Hemdan <hagarhem@amazon.com>
>> Link: https://lore.kernel.org/r/20240604130527.3597-1-hagarhem@amazon.com
>> Signed-off-by: Jens Axboe <axboe@kernel.dk>
>> [Hagar: Modified to apply on v6.1]
>> Signed-off-by: Hagar Hemdan <hagarhem@amazon.com>
>> ---
>> io_uring/io_uring.c | 5 +++++
>> 1 file changed, 5 insertions(+)
>
> What about 6.6.y? We can't just take patches for older branches and not
> newer ones, you know this :)
Hagar, thanks for doing the other ones too. Greg, they look fine to me.
--
Jens Axboe
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [PATCH 6.1] io_uring: fix possible deadlock in io_register_iowq_max_workers()
2024-11-12 14:56 ` Jens Axboe
@ 2024-11-15 5:12 ` Greg KH
0 siblings, 0 replies; 5+ messages in thread
From: Greg KH @ 2024-11-15 5:12 UTC (permalink / raw)
To: Jens Axboe; +Cc: Hagar Hemdan, stable, Maximilian Heyne
On Tue, Nov 12, 2024 at 07:56:45AM -0700, Jens Axboe wrote:
> On 11/12/24 1:39 AM, Greg KH wrote:
> > On Tue, Nov 12, 2024 at 08:30:06AM +0000, Hagar Hemdan wrote:
> >> commit 73254a297c2dd094abec7c9efee32455ae875bdf upstream.
> >>
> >> The io_register_iowq_max_workers() function calls io_put_sq_data(),
> >> which acquires the sqd->lock without releasing the uring_lock.
> >> Similar to the commit 009ad9f0c6ee ("io_uring: drop ctx->uring_lock
> >> before acquiring sqd->lock"), this can lead to a potential deadlock
> >> situation.
> >>
> >> To resolve this issue, the uring_lock is released before calling
> >> io_put_sq_data(), and then it is re-acquired after the function call.
> >>
> >> This change ensures that the locks are acquired in the correct
> >> order, preventing the possibility of a deadlock.
> >>
> >> Suggested-by: Maximilian Heyne <mheyne@amazon.de>
> >> Signed-off-by: Hagar Hemdan <hagarhem@amazon.com>
> >> Link: https://lore.kernel.org/r/20240604130527.3597-1-hagarhem@amazon.com
> >> Signed-off-by: Jens Axboe <axboe@kernel.dk>
> >> [Hagar: Modified to apply on v6.1]
> >> Signed-off-by: Hagar Hemdan <hagarhem@amazon.com>
> >> ---
> >> io_uring/io_uring.c | 5 +++++
> >> 1 file changed, 5 insertions(+)
> >
> > What about 6.6.y? We can't just take patches for older branches and not
> > newer ones, you know this :)
>
> Hagar, thanks for doing the other ones too. Greg, they look fine to me.
Thanks, all now queued up.
greg k-h
^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH 6.1] io_uring: fix possible deadlock in io_register_iowq_max_workers()
@ 2024-11-12 9:08 Hagar Hemdan
0 siblings, 0 replies; 5+ messages in thread
From: Hagar Hemdan @ 2024-11-12 9:08 UTC (permalink / raw)
Cc: stable, Hagar Hemdan, Maximilian Heyne, Jens Axboe
commit 73254a297c2dd094abec7c9efee32455ae875bdf upstream.
The io_register_iowq_max_workers() function calls io_put_sq_data(),
which acquires the sqd->lock without releasing the uring_lock.
Similar to the commit 009ad9f0c6ee ("io_uring: drop ctx->uring_lock
before acquiring sqd->lock"), this can lead to a potential deadlock
situation.
To resolve this issue, the uring_lock is released before calling
io_put_sq_data(), and then it is re-acquired after the function call.
This change ensures that the locks are acquired in the correct
order, preventing the possibility of a deadlock.
Suggested-by: Maximilian Heyne <mheyne@amazon.de>
Signed-off-by: Hagar Hemdan <hagarhem@amazon.com>
Link: https://lore.kernel.org/r/20240604130527.3597-1-hagarhem@amazon.com
Signed-off-by: Jens Axboe <axboe@kernel.dk>
[Hagar: Modified to apply on v6.1]
Signed-off-by: Hagar Hemdan <hagarhem@amazon.com>
---
io_uring/io_uring.c | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/io_uring/io_uring.c b/io_uring/io_uring.c
index 92c1aa8f3501..4f0ae938b146 100644
--- a/io_uring/io_uring.c
+++ b/io_uring/io_uring.c
@@ -3921,8 +3921,10 @@ static __cold int io_register_iowq_max_workers(struct io_ring_ctx *ctx,
}
if (sqd) {
+ mutex_unlock(&ctx->uring_lock);
mutex_unlock(&sqd->lock);
io_put_sq_data(sqd);
+ mutex_lock(&ctx->uring_lock);
}
if (copy_to_user(arg, new_count, sizeof(new_count)))
@@ -3947,8 +3949,11 @@ static __cold int io_register_iowq_max_workers(struct io_ring_ctx *ctx,
return 0;
err:
if (sqd) {
+ mutex_unlock(&ctx->uring_lock);
mutex_unlock(&sqd->lock);
io_put_sq_data(sqd);
+ mutex_lock(&ctx->uring_lock);
+
}
return ret;
}
--
2.40.1
^ permalink raw reply related [flat|nested] 5+ messages in thread
end of thread, other threads:[~2024-11-15 5:12 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-11-12 8:30 [PATCH 6.1] io_uring: fix possible deadlock in io_register_iowq_max_workers() Hagar Hemdan
2024-11-12 8:39 ` Greg KH
2024-11-12 14:56 ` Jens Axboe
2024-11-15 5:12 ` Greg KH
-- strict thread matches above, loose matches on Subject: below --
2024-11-12 9:08 Hagar Hemdan
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox