From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-io1-f49.google.com (mail-io1-f49.google.com [209.85.166.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A22CA17DFF2 for ; Wed, 6 Nov 2024 14:11:38 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.166.49 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1730902301; cv=none; b=nJeHPGLrq+vCwgDju1yOxMu9Ka5y/Qc+OeX7xnT61mBKZ28ezWLszhjI5iu7JVdoRGUOFuETSlb96ihiUm1HduoAeEQOpysFR48/LrRzFQamahCR2jTFSGuuzEY7uxcT+nZNJYfoVYxllMxkDeYGNtaS+mGGlZIGZYsTFahdbxk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1730902301; c=relaxed/simple; bh=0XcMLKxlQrw5C+8/ecJTcOYO4V8xUwsJw8tuO2G/QIM=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=mHwFFIJB7a3Hrwpd/vpXCd0oExUlNhcEUjntN5cdod7JHlVS6C4/l9mhrORaX2wElb6C6z39s24flmL2eT3SLW23Y1PNP6Caq6QkuuYqGOe7ZpH9CTDQrv8mowuMYFFsInbMuVEf75QwcgZhfsFNRg3ln5zxvrBo3AGtpHXPThs= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.dk; spf=pass smtp.mailfrom=kernel.dk; dkim=pass (2048-bit key) header.d=kernel-dk.20230601.gappssmtp.com header.i=@kernel-dk.20230601.gappssmtp.com header.b=n67AyePp; arc=none smtp.client-ip=209.85.166.49 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.dk Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=kernel.dk Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel-dk.20230601.gappssmtp.com header.i=@kernel-dk.20230601.gappssmtp.com header.b="n67AyePp" Received: by mail-io1-f49.google.com with SMTP id ca18e2360f4ac-83ac817aac3so246343739f.0 for ; Wed, 06 Nov 2024 06:11:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel-dk.20230601.gappssmtp.com; s=20230601; t=1730902298; x=1731507098; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=/v3+1CD1zkiIKugXAd7QtzaltBjAUDdyHcQ+nF9s83k=; b=n67AyePpwD1hIgQ8eiOMA3gRccdgeNeisAtYdlsdz3PlLfbnbBXv/NfMuTvZGyIPVw UVQ7pAz4r0vIpLuHDN6pfd4mWvxsL77ZzXpiBDsvvlErDG0i4Jz7/tbME45NJ5XNrbLo fCM+LWZs8qqYAFFooZ/TyqiRpO96iWYhrV5EcEaxozNr7+2RoUWcwaFIOodDJy6N70CL IWNxQSLIWxeXz2TEiwRGg6fBx/IJekMcNrwH+L7Jiopgd16Ln2DwqW82zPfu3BlkNbdu DY57XdjVXK8ADJYzVg3a9CNVyBNbZKzVsB0vB7+CTb5DvirGoZM92t+kgD0Q2SGgQV+s 4B7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1730902298; x=1731507098; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=/v3+1CD1zkiIKugXAd7QtzaltBjAUDdyHcQ+nF9s83k=; b=TXW5noSynQkr7VNLiZPRxb6ewYpd5EY0YcgCAmvEbZwYqAEwicYu/+CcyzegiQg1d5 zGRVAjOym8r0GZ0R17S/9LbuXlS2LglZpbfrwQy5GvWtQI3ihaud7ETpNvaL3x26hReE Ox5LljoemQ2HJkNzlobKx7cOs5cznxdW65jfB8u/ggwbhazcEUyLVBPUaTSqPUNogWVU Q9uOMuWTzYmjnTRo5txPqLFBIxwTx608swMc4ytZ2AeA3TOqeOsBRgWYxQTsaHcoa33G xhJ/Dvj7r1THMvLKOqDQeoyM8HL32BQFiCd7EWumZnZngw/WBSC0ivN7ajatcMxOlA9W Z4hQ== X-Forwarded-Encrypted: i=1; AJvYcCWmVJ82TBVf3phKOofcVfCqbJqHCcpK+wY4YAVNE/MgsIKJSFvGNE7Z1339bHBuN/wEcIxZIX0=@vger.kernel.org X-Gm-Message-State: AOJu0YzP/A8FHM/2/xQtESn12+fDhLqh2dU16DYBfaHWF4Bv8ON4tvSQ GjDp+0k2CtwoHxHfKxCT0Rj2LR5P9qNs5XpOfmBVzeoj8ZBD1dSr4Q71KqabkDk= X-Google-Smtp-Source: AGHT+IE2d4o3hCxgkh0OwFEymLimuz4K+2YCjShLapsO4FRw+4RpGbBWdXRFnZNBEzOVy1jWbcvTBw== X-Received: by 2002:a05:6602:3427:b0:83b:2da6:239a with SMTP id ca18e2360f4ac-83b567a0614mr2568382039f.15.1730902295867; Wed, 06 Nov 2024 06:11:35 -0800 (PST) Received: from [192.168.1.116] ([96.43.243.2]) by smtp.gmail.com with ESMTPSA id ca18e2360f4ac-83b67c7d81dsm319718539f.37.2024.11.06.06.11.34 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 06 Nov 2024 06:11:34 -0800 (PST) Message-ID: Date: Wed, 6 Nov 2024 07:11:33 -0700 Precedence: bulk X-Mailing-List: stable@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Stable backport (was "Re: PROBLEM: io_uring hang causing uninterruptible sleep state on 6.6.59") To: Greg Kroah-Hartman Cc: Keith Busch , Andrew Marshall , io-uring@vger.kernel.org, stable References: <3d913aef-8c44-4f50-9bdf-7d9051b08941@app.fastmail.com> <25c4c665-1a33-456c-93c7-8b7b56c0e6db@kernel.dk> <2024110620-stretch-custodian-0e7d@gregkh> Content-Language: en-US From: Jens Axboe In-Reply-To: <2024110620-stretch-custodian-0e7d@gregkh> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 11/5/24 11:05 PM, Greg Kroah-Hartman wrote: > On Sun, Nov 03, 2024 at 07:38:30PM -0700, Jens Axboe wrote: >> On 11/3/24 5:06 PM, Jens Axboe wrote: >>> On 11/3/24 5:01 PM, Keith Busch wrote: >>>> On Sun, Nov 03, 2024 at 04:53:27PM -0700, Jens Axboe wrote: >>>>> On 11/3/24 4:47 PM, Andrew Marshall wrote: >>>>>> I identified f4ce3b5d26ce149e77e6b8e8f2058aa80e5b034e as the likely >>>>>> problematic commit simply by browsing git log. As indicated above; >>>>>> reverting that atop 6.6.59 results in success. Since it is passing on >>>>>> 6.11.6, I suspect there is some missing backport to 6.6.x, or some >>>>>> other semantic merge conflict. Unfortunately I do not have a compact, >>>>>> minimal reproducer, but can provide my large one (it is testing a >>>>>> larger build process in a VM) if needed?there are some additional >>>>>> details in the above-linked downstream bug report, though. I hope that >>>>>> having identified the problematic commit is enough for someone with >>>>>> more context to go off of. Happy to provide more information if >>>>>> needed. >>>>> >>>>> Don't worry about not having a reproducer, having the backport commit >>>>> pin pointed will do just fine. I'll take a look at this. >>>> >>>> I think stable is missing: >>>> >>>> 6b231248e97fc3 ("io_uring: consolidate overflow flushing") >>> >>> I think you need to go back further than that, this one already >>> unconditionally holds ->uring_lock around overflow flushing... >> >> Took a look, it's this one: >> >> commit 8d09a88ef9d3cb7d21d45c39b7b7c31298d23998 >> Author: Pavel Begunkov >> Date: Wed Apr 10 02:26:54 2024 +0100 >> >> io_uring: always lock __io_cqring_overflow_flush >> >> Greg/stable, can you pick this one for 6.6-stable? It picks >> cleanly. >> >> For 6.1, which is the other stable of that age that has the backport, >> the attached patch will do the trick. >> >> With that, I believe it should be sorted. Hopefully that can make >> 6.6.60 and 6.1.116. > > Now queued up, thanks. Thanks Greg! -- Jens Axboe