Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756881AbdLVVzv (ORCPT ); Fri, 22 Dec 2017 16:55:51 -0500 Received: from omzsmtpe01.verizonbusiness.com ([199.249.25.210]:19818 "EHLO omzsmtpe01.verizonbusiness.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756822AbdLVVzp (ORCPT ); Fri, 22 Dec 2017 16:55:45 -0500 From: alexander.levin@verizon.com X-Host: surveyor.tdc.vzwcorp.com To: Michal Hocko CC: Greg Kroah-Hartman , "linux-kernel@vger.kernel.org" , "stable@vger.kernel.org" , Shakeel Butt , Paolo Bonzini Subject: Re: [PATCH 4.14 108/159] kvm, mm: account kvm related kmem slabs to kmemcg Thread-Topic: [PATCH 4.14 108/159] kvm, mm: account kvm related kmem slabs to kmemcg Thread-Index: AQHTe2+Fky5R3iVMNUeUwRXcwHCPXA== Date: Fri, 22 Dec 2017 21:55:03 +0000 Message-ID: <20171222215500.qygjml645spdwrxm@sasha-lappy> References: <20171222084623.668990192@linuxfoundation.org> <20171222084629.570989756@linuxfoundation.org> <20171222093407.GN4831@dhcp22.suse.cz> <20171222124122.GA30743@kroah.com> <20171222130607.GQ4831@dhcp22.suse.cz> <20171222174002.6qiqllf3bhmjangn@sasha-lappy> <20171222175616.GS4831@dhcp22.suse.cz> <20171222180720.mpc7ffshljrce4hf@sasha-lappy> <20171222182232.GT4831@dhcp22.suse.cz> In-Reply-To: <20171222182232.GT4831@dhcp22.suse.cz> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: NeoMutt/20170113 (1.7.2) x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.144.60.250] Content-Type: text/plain; charset="us-ascii" Content-ID: <8AFC63141BF15F41B57D72B28AD61B72@vzwcorp.com> MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mail.home.local id vBMLu8mn011757 Content-Length: 2269 Lines: 54 On Fri, Dec 22, 2017 at 07:22:32PM +0100, Michal Hocko wrote: >On Fri 22-12-17 18:07:23, Sasha Levin wrote: >> I don't try and override maintainers, I mostly try to get fixes out >> of subsystems where maintainers/authors partially (or just don't) >> mark their commits for stable. > >Well, I have see quite some MM patches and I believe we are quite good >at marking patches for stable trees... I also think we we (as the whole >kernel) are much better are using Fixes tag (although it is over used >sometimes). Indeed, mm/ is probably as good as it gets in the kernel. >Moreover it makes more sense to push on those maintainers than try to >substitude them without being so closely familiar with the subsystem. If >missing backports result in bug reports then this just increase the >pressure on those maintainers /me think. Both is happening, but it's difficult to force maintainers into doing anything, as you might have guessed... I'm hoping that one result of this work is a tool we can stick into scripts/ (maybe glue it to checkpatch) that'll alert when the patch is -stable material and suggest adding tags. >> These patches also go through a much longer review process than >> commits that are marked for stable (there are at least 3 emails issued >> for each such commit, and at least 1 week (usually much more) is >> given for reviews). > >Does any of the maintainers read those emails? How many acks/reviewes do >you get for those patches for the stable tree? To be honest I tend to I get a fair amount of reviews which seems to be slightly above what -stable tagged patches get, which is good. Acks are not expected, and are not happening too often. >ignore those patchbombs most of the time because it is simply impossible >to handle them for me. I try to help backporting obvious fixes but >reviewing seemingly randomly selected patch which applies and changelog >looks reasonaly is simply out of my time budget. Not to mention that >this is not just about the patch itself but also the tree it is applied >to and other patches that are in the same pile. I'd hope that these patches aren't "random" :) For some background, this is based on Julia Lawall's work (and paper https://soarsmu.github.io/papers/icse12-patch.pdf). -- Thanks, Sasha