From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id D307BC67871 for ; Mon, 16 Jan 2023 15:50:34 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231175AbjAPPu3 (ORCPT ); Mon, 16 Jan 2023 10:50:29 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34932 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230063AbjAPPuY (ORCPT ); Mon, 16 Jan 2023 10:50:24 -0500 Received: from mail-pj1-x102c.google.com (mail-pj1-x102c.google.com [IPv6:2607:f8b0:4864:20::102c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EEB171CF4E for ; Mon, 16 Jan 2023 07:50:22 -0800 (PST) Received: by mail-pj1-x102c.google.com with SMTP id x2-20020a17090a46c200b002295ca9855aso3324680pjg.2 for ; Mon, 16 Jan 2023 07:50:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel-dk.20210112.gappssmtp.com; s=20210112; h=content-transfer-encoding:in-reply-to:references:cc:to:from :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=5OIW1YGG+0Oc0J1muJV3BXbF4aV089CCWwP+GB9Sy1o=; b=wnbSyIZz9APhU+54OJFnTurBzytr+vU60b42/0tHgObtF1eP+0BEFiHjFpzJ7rGCLv nYqdmvlLNeZZcJ9S1zhbpP2YNoW6Nb2j6vKCQwOtnM1w5TVPclmw/OXGDnxNPn/7jFTe fSIlPauAMVHRqm58JlvOiZmdOJVrZc8/YxN4P6OSlM5aw1uKvN6yuLmitVnroX+XcDuL R0H8eT/3GZk/jNzNCSqwwIOD9Lit+WN95QfTNSzXXls8XRM9kb2aSJOYbrETA5rNdnoR KzmjdGQMTOKRYlGrJsbFzHVq2hw8g+g68uc8qg0lo7vyZHLH27WonytURscI5OKM+hLC XOyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:references:cc:to:from :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=5OIW1YGG+0Oc0J1muJV3BXbF4aV089CCWwP+GB9Sy1o=; b=a8IwalC4/C3ZKfYG8sgtTbb4GAGJ4ZLR423Vp1Ndv5qbmZ2QmKPfZw4STsm3D4FUaG X4zRsBXycLhzY1Fru5oWBYm936kwsr6NOGFLgIE1jol5ygU8a+5k8jLntMLcdFAQnyA/ vVXboSq/hi82L0xTWlKSvrB5am7wyWPdz6lNjOkhlZWPg7+UlU6FiYw6jJiDBNlhEr9R +hIJJcnQygcDRjl4ZosH29u+6JfAHAuDPVrIMhYcZrxOsM/jiFkid4XbwR5mp9GcJ0Bn 9kvhPoMichA5zmNuJ9nbwl9Rfx6RIXAFV6VULNRle7NwmeJjA6/7A8ogrEm1AwFx3H30 Ywig== X-Gm-Message-State: AFqh2ko8LC0nj9kWgsSazsDMFCVjmz9JZCFMa8F8z2M8KUexklFezl5J cProyB+uZkQeIVz/ExDNaif7cg== X-Google-Smtp-Source: AMrXdXs0iug+d4vwdkOUuACUsQG9ZMBQj4SmNkBFcLdpJa/Eme6Oz9otbvTbBuqoUyJEFgoRyn0tjg== X-Received: by 2002:a05:6a21:8cc4:b0:af:cc4e:f2d with SMTP id ta4-20020a056a218cc400b000afcc4e0f2dmr23839657pzb.0.1673884222225; Mon, 16 Jan 2023 07:50:22 -0800 (PST) Received: from [192.168.1.136] ([198.8.77.157]) by smtp.gmail.com with ESMTPSA id h18-20020a656392000000b0046b1dabf9a8sm15949662pgv.70.2023.01.16.07.50.21 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 16 Jan 2023 07:50:21 -0800 (PST) Message-ID: <0857ddf2-89a9-231b-89da-57cacc7342d5@kernel.dk> Date: Mon, 16 Jan 2023 08:50:20 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux aarch64; rv:102.0) Gecko/20100101 Thunderbird/102.6.0 Subject: =?UTF-8?Q?Re=3a_=5bregression=5d_Bug=c2=a0216932_-_io=5furing_with_?= =?UTF-8?Q?libvirt_cause_kernel_NULL_pointer_dereference_since_6=2e1=2e5?= Content-Language: en-US From: Jens Axboe To: Greg Kroah-Hartman Cc: Linux regressions mailing list , "stable@vger.kernel.org" , io-uring@vger.kernel.org, LKML , "Sergey V." References: <74347fe1-ac68-2661-500d-b87fab6994f7@leemhuis.info> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/16/23 8:44 AM, Jens Axboe wrote: > On 1/16/23 7:49 AM, Greg Kroah-Hartman wrote: >> On Mon, Jan 16, 2023 at 07:13:40AM -0700, Jens Axboe wrote: >>> On 1/16/23 6:42 AM, Jens Axboe wrote: >>>> On 1/16/23 6:17?AM, Linux kernel regression tracking (Thorsten Leemhuis) wrote: >>>>> Hi, this is your Linux kernel regression tracker. >>>>> >>>>> I noticed a regression report in bugzilla.kernel.org. As many (most?) >>>>> kernel developer don't keep an eye on it, I decided to forward it by >>>>> mail. Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=216932 : >>>> >>>> Looks like: >>>> >>>> commit 6d47e0f6a535701134d950db65eb8fe1edf0b575 >>>> Author: Jens Axboe >>>> Date: Wed Jan 4 08:52:06 2023 -0700 >>>> >>>> block: don't allow splitting of a REQ_NOWAIT bio >>>> >>>> got picked up by stable, but not the required prep patch: >>>> >>>> >>>> commit 613b14884b8595e20b9fac4126bf627313827fbe >>>> Author: Jens Axboe >>>> Date: Wed Jan 4 08:51:19 2023 -0700 >>>> >>>> block: handle bio_split_to_limits() NULL return >>>> >>>> Greg/team, can you pick the latter too? It'll pick cleanly for >>>> 6.1-stable, not sure how far back the other patch has gone yet. >>> >>> Looked back, and 5.15 has it too, but the cherry-pick won't work >>> on that kernel. >>> >>> Here's one for 5.15-stable that I verified crashes before this one, >>> and works with it. Haven't done an allmodconfig yet... >> >> All now queued up, thanks! > > Thanks Greg! This one was my fault, as it was a set of 2 patches and > I only marked 2/2 for stable. But how is that best handled? 1/2 could've > been marked stable as well, but I don't think that would have prevented > 2/2 applying fine and 1/2 failing and hence not getting queued up until > I would've done a backport. > > What's the recommended way to describe the dependency that you only > want 2/2 applied when 1/2 is in as well? What I'm asking is if we have something like Depends-on or similar that would explain this dependency. Then patch 2/2 could have: Depends-on: 613b14884b85 ("block: handle bio_split_to_limits() NULL return") and then it'd be clear that either both get added, or none of them. -- Jens Axboe