Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp2450472rwl; Thu, 30 Mar 2023 10:25:29 -0700 (PDT) X-Google-Smtp-Source: AKy350YdgtbjEMoO3tO/SoFy3nyoY/g8NSXrMA28CzC4c3cFgsBOa6ZT9Zi+JkPkQB5eGW2rbbyf X-Received: by 2002:a17:903:110c:b0:1a2:1e96:600d with SMTP id n12-20020a170903110c00b001a21e96600dmr3076754plh.2.1680197128794; Thu, 30 Mar 2023 10:25:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680197128; cv=none; d=google.com; s=arc-20160816; b=MEudCVfWsg/ypnsRLV599TDLhlAu8oxXKTCePLKzUqSTvRnGhf4ElSbnjaEo+0U4fa BTJsYAL7ISW/PoJM8KwAPTUwmUCLYoYs1qVRbJbMKlIrbLJe/u/5HMw153qZy/F4ZjOF MuLc8Mk4iUH6J4+xR6IcbozW1J5gylYt218q0QlPnisiHEqlkac6VvK+VgTIQjmo7CEu NTKvEms11Z/ZqE3yrqFurwaGKIcB+pecXi1iE6u6vz6kc6KKROucCnnFFC2v9kQPN5mw Qf10Hh+Z70l+/qgRDIDPf31RNnDhkNTyDlWS7Owxz7QZo/5B1z400P+3lk8YyfCHXroy dmSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=OPwckE1/O7sqyf9uzlom3Z/DEmzmcpNnz6SpbMG8sc0=; b=ILoBhwM/qsLr9QFd+wgEOQY80GwwsnykqZX5Yv8K5McD6uriwXA17dlM4lFpdKlJLt juA3d7FiYZWFgloPBXQB6NM5mKzXw+g1A5aP7Wqzqmd2idxMrTWnUlWjMmDcvhR3MAOT yrbFIj07He6p5QMkUJT3J93DvTnI/bwj03KHmXzRkMSESkFjBSKUdDO0XaIY/fWUnIM/ SYpQnxp2+4z6NyUZPQz8z8WJExcxoe/LPfpLeyU/X32eNv9X/7HBCnnEc4Oo+S4MVMQC u85g71CS9Iio3lLthP4XIMAuB1fQhw4knAsiiP+v+oWZbYbt7dbKR9kQt0GmP5PTiDa4 QKMg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=tVSz90ic; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id e17-20020a17090301d100b0019e4154578esi53223plh.76.2023.03.30.10.25.11; Thu, 30 Mar 2023 10:25:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=tVSz90ic; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232221AbjC3RWP (ORCPT + 99 others); Thu, 30 Mar 2023 13:22:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53568 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232132AbjC3RWO (ORCPT ); Thu, 30 Mar 2023 13:22:14 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2AC32271E; Thu, 30 Mar 2023 10:22:13 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id B0F3C6212C; Thu, 30 Mar 2023 17:22:12 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E420AC433D2; Thu, 30 Mar 2023 17:22:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1680196932; bh=fZPnfu92Rq3aIzhUFMP8IFZHanGjLY5xrcS8GTjlINE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=tVSz90ic8Xfq8q6+j57xz4YMGH6kEtB50yuMck2D7nMzwogt86I5D/Dm/I+4m/Ra+ sxyx7ieCiAy2B+Zfca6U/oRaY6vG31YdrXl7FnH4Qp9UM719EDx1tftqjQ4FHg8dQk 3rEkNhmZCvvk0BTqFqLAruU7A4Cr0A4L6ohszl0R9NPyCQTPx80/TaQZRp4QBLUQ05 hJ+Wxr9Rf2hjqjzadddfOXVhhpsMvSABa/dvi2F/HpkE2niavG3jNPArub52NCThB0 woefFTwse08B+38KDyFDBY87+hR2DvgCGcg7YZCDy3V5emmZ/FI7wIX6PqJrp4/DUS L2c0Na/jpqcXw== Date: Thu, 30 Mar 2023 10:22:10 -0700 From: Eric Biggers To: Sasha Levin Cc: Matthew Wilcox , linux-kernel@vger.kernel.org, stable@vger.kernel.org, viro@zeniv.linux.org.uk, linux-fsdevel@vger.kernel.org Subject: Re: AUTOSEL process Message-ID: <20230330172210.GB881@sol.localdomain> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-5.2 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI,SPF_HELO_NONE, SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 30, 2023 at 10:05:39AM -0400, Sasha Levin wrote: > On Thu, Mar 30, 2023 at 12:08:01AM +0000, Eric Biggers wrote: > > Hi Sasha, > > > > On Mon, Feb 27, 2023 at 07:52:39PM -0500, Sasha Levin wrote: > > > > Sasha, 7 days is too short. People have to be allowed to take holiday. > > > > > > That's true, and I don't have strong objections to making it longer. How > > > often did it happen though? We don't end up getting too many replies > > > past the 7 day window. > > > > > > I'll bump it to 14 days for a few months and see if it changes anything. > > > > I see that for recent AUTOSEL patches you're still using 7 days. In fact, it > > seems you may have even decreased it further to 5 days: > > > > Sent Mar 14: https://lore.kernel.org/stable/20230314124435.471553-2-sashal@kernel.org > > Commited Mar 19: https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/commit/?id=69aaf98f41593b95c012d91b3e5adeb8360b4b8d > > > > Any update on your plan to increase it to 14 days? > > The commit you've pointed to was merged into Linus's tree on Feb 28th, > and the first LTS tree that it was released in went out on March 22nd. > > Quoting the concern you've raised around the process: > > > BTW, another cause of this is that the commit (66f99628eb24) was AUTOSEL'd after > > only being in mainline for 4 days, and *released* in all LTS kernels after only > > being in mainline for 12 days. Surely that's a timeline befitting a critical > > security vulnerability, not some random neural-network-selected commit that > > wasn't even fixing anything? > > So now there's at least 14 days between mainline inclusion and a release > in an LTS kernel, does that not conform with what you thought I'd be > doing? Not quite. There are actually two different time periods: 1. The time from mainline to release 2. The time from AUTOSEL email to release (1) is a superset of (2), but concerns were raised about *both* time periods being too short. Especially (1), but also (2) because reviewers can miss the 7-day review e.g. if they are on vacation for a week. Yes, they can of course miss non-AUTOSEL patches too, *if* they happen to get merged quickly enough (most kernel patches take several weeks just to get to mainline). But, AUTOSEL patches are known to be low quality submissions that really need that review. I'm glad to hear that you've increased (1) to 14 days! However, that does not address (2). It also does not feel like much of a difference, since 12 days for (1) already seemed too short. To be honest, I hesitate a bit to give you a precise suggestion, as it's liable to be used to push back on future suggestions as "this is what people agreed on before". (Just as you did in this thread, with saying 7 days had been agreed on before.) And it's not like there are any magic numbers -- we just know that the current periods seem to be too short. But, for a simple change, I think increasing (2) to 14 days would be reasonable, as that automatically gives 14 days for (1) too. If it isn't too much trouble to separate the periods, though, it would also be reasonable to choose something a bit higher for (1), like 18-21 days, and something a bit lower for (2), like 10-12 days. - Eric