From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 844E943C069; Tue, 5 May 2026 13:04:52 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777986292; cv=none; b=SpYMqrSYQExnyf7f+NcRBpWqHm937aWEy22Y3tiY0H9By8Ns/hBSPGi4Hz4K0d5aiORUnFtFhQ8a+yXNFcAr1NBvX/3LCqL/rpZMVa/whMs9QM9Amv7IblmNGtPraExHTfhXaasDSud1HE1Vow7oCRnt36yy1K6a7X7RxnfFksw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777986292; c=relaxed/simple; bh=yHfqbp5Wr6W1+P9C33IM5JQ/ubVAozQWaYVz8PpUHxQ=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=KcsAySK4YTPX7up1lVdq2ykj1yTcQQk1Z5G1uFtBreiTyF2Wk8K00KR7yb95n8fNSnyW/I8W7oMEcKRym+nYdY/wANToe7gyy3nuyfQUZjzB51D56hlLv8BwnW6b+jn/jVF3ydMf/0Zm/aaIVdbqGshMgcklzh4FUWwN42IIPSM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=Gh+BLdH5; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="Gh+BLdH5" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 59840C2BCB4; Tue, 5 May 2026 13:04:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1777986291; bh=yHfqbp5Wr6W1+P9C33IM5JQ/ubVAozQWaYVz8PpUHxQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Gh+BLdH5nt1WavOvczUe7NBL4RoAhmc/wSwtCmLQfHAEjOLPdVJHWCz5EQx2RdUzH rkMyQKtcjd03zKWfFr5p9I+JvrxL92LxAvjiAOS0YL10LY9jcK3Ko5oP4bfXEGNmMg 8cAwvCiGV7hRxkdHhQDOyqo5ERd6q2IUyYLfyNuo= Date: Tue, 5 May 2026 15:04:49 +0200 From: Greg KH To: Yunseong Kim Cc: "stable@vger.kernel.org" , "sashal@kernel.org" , Nikolay Aleksandrov , Chen Zhen , Jussi Maki , Daniel Borkmann , Paolo Abeni , Malin Jonsson , David =?iso-8859-1?Q?Nystr=F6m?= , Roland =?iso-8859-1?Q?Kov=E1cs?= , "ysk@kzalloc.com" , "42.4.sejin@gmail.com" <42.4.sejin@gmail.com>, "linux-kernel@vger.kernel.org" Subject: Re: [PATCH 6.12.y] bonding: fix use-after-free due to enslave fail after slave array update Message-ID: <2026050516-finite-roman-d056@gregkh> References: <20260426201205.465809-1-yunseong.kim@est.tech> <2026050435-glider-undrafted-71d7@gregkh> <59f615b6-eea4-4186-8e63-d60a57ed7822@est.tech> <2026050517-parking-pyromania-70a1@gregkh> <898a7348-f15f-4c4a-a5ca-d4900a0db606@est.tech> Precedence: bulk X-Mailing-List: stable@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <898a7348-f15f-4c4a-a5ca-d4900a0db606@est.tech> On Tue, May 05, 2026 at 12:52:34PM +0000, Yunseong Kim wrote: > Hi Greg, > > On 5/5/26 14:35, Greg KH wrote: > > On Tue, May 05, 2026 at 12:30:48PM +0000, Yunseong Kim wrote: > >> Hi Greg, > >> > >> On 5/4/26 14:05, Greg KH wrote: > >>> On Sun, Apr 26, 2026 at 10:12:05PM +0200, Yunseong Kim wrote: > >>>> From: Greg Kroah-Hartman > >>> > >>> I did NOT write this commit. > >>> > >>>> [ Upstream commit e9acda5 ] > >>> > >>> Please use the full commit id. And get the authorship right :) > >>> > >>> thanks, > >>> > >>> greg k-h > >> > >> > >> Thank you for the code review. I’ll fix it and send a v2. > >> > >> Additionally, last week I submitted a few patches to the checkpatch.pl > >> script—currently, all backport tags(following stable kernel rules > >> Option 3) using pattern are triggering false positives: > >> > >> https://lore.kernel.org/lkml/20260505112320.362715-2-yunseong.kim@est.tech/ > > > > Checkpatch should not be needed to be run on stable kernel backports, so > > I don't really think that is necessary. > > > > thanks, > > > > greg k-h > > While reading Documentation/process/stable-kernel-rules.rst, I noticed that > it doesn't explicitly mention the requirement for a full 40-character SHA-1 or > the whether to use of checkpatch.pl for validation. That's fine. > Would it be good to adding these rule to the documentation? I believe > formalizing this could help contributors(like me :)) submit more accurate > backport and reduce the need for manual corrections. When you get a FAILED email, it provides full information on how to create a backported patch. is that list not sufficient? thanks, greg k-h