From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 2CE5D83D for ; Thu, 4 Aug 2016 14:02:39 +0000 (UTC) Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id EDDD0175 for ; Thu, 4 Aug 2016 14:02:34 +0000 (UTC) Date: Thu, 4 Aug 2016 16:02:32 +0200 From: Jan Kara To: Jiri Kosina Message-ID: <20160804140232.GB6821@quack2.suse.cz> References: <20160803141937.GA9180@kroah.com> <57A21252.7000407@roeck-us.net> <20160803161234.GA32965@dtor-ws> <57A21F88.7000504@roeck-us.net> <20160803172015.GA36266@dtor-ws> <20160803182105.GA11395@roeck-us.net> <20160803185902.GB36266@dtor-ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: James Bottomley , ksummit-discuss@lists.linuxfoundation.org, Trond Myklebust Subject: Re: [Ksummit-discuss] [CORE TOPIC] stable workflow List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed 03-08-16 23:25:43, Jiri Kosina wrote: > On Wed, 3 Aug 2016, Dmitry Torokhov wrote: > > > I wonder if we could change meaning of naked cc: stable@ to mean latest > > stable only, and if fix is important enough then maintainer or somebody > > else can annotate how far back the fix should be applied? Ideally with > > "Fixes: XXX"? > > Yeah, James already proposed that and I totally agree with that. > > Greg, would you have any objection to formulating some rule a-la "all the > stable anotations should either be accompanied by explicit 'Fixes:', or > explicit range of kernel versions the patch is applicable to"? > > I believe this is a very reasonable compromise between "maintainers or > submitters have to do their homework wrt. stable" and "we don't want to > impose too much overhead to anybody". Yeah. What I like about this proposal is that it is a constant burden per patch rather than per patch per stable tree (so I as a maintainer / developer don't have to care how many stable trees are out there). So IMHO this has a chance to work. Honza -- Jan Kara SUSE Labs, CR