From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr0-f198.google.com (mail-wr0-f198.google.com [209.85.128.198]) by kanga.kvack.org (Postfix) with ESMTP id 2DE016B0009 for ; Tue, 17 Apr 2018 12:26:18 -0400 (EDT) Received: by mail-wr0-f198.google.com with SMTP id 38so15535059wrv.8 for ; Tue, 17 Apr 2018 09:26:18 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net. [212.227.15.19]) by mx.google.com with ESMTPS id b85si6966837wme.7.2018.04.17.09.26.16 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 17 Apr 2018 09:26:16 -0700 (PDT) Message-ID: <1523982346.7093.4.camel@gmx.de> Subject: Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes From: Mike Galbraith Date: Tue, 17 Apr 2018 18:25:46 +0200 In-Reply-To: References: <20180416171607.GJ2341@sasha-vm> <20180416203629.GO2341@sasha-vm> <20180416211845.GP2341@sasha-vm> <20180417103936.GC8445@kroah.com> <20180417110717.GB17484@dhcp22.suse.cz> <20180417140434.GU2341@sasha-vm> <20180417143631.GI17484@dhcp22.suse.cz> <20180417145531.GW2341@sasha-vm> Content-Type: text/plain; charset="ISO-8859-15" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Jiri Kosina , Sasha Levin Cc: Michal Hocko , Greg KH , Pavel Machek , Linus Torvalds , Steven Rostedt , Petr Mladek , "stable@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "akpm@linux-foundation.org" , "linux-mm@kvack.org" , Cong Wang , Dave Hansen , Johannes Weiner , Mel Gorman , Vlastimil Babka , Peter Zijlstra , Jan Kara , Mathieu Desnoyers , Tetsuo Handa , Byungchul Park , Tejun Heo On Tue, 2018-04-17 at 17:52 +0200, Jiri Kosina wrote: > On Tue, 17 Apr 2018, Sasha Levin wrote: > > > How do I get the XFS folks to send their stuff to -stable? (we have > > quite a few customers who use XFS) > > If XFS (or *any* other subsystem) doesn't have enough manpower of upstream > maintainers to deal with stable, we just have to accept that and find an > answer to that. > > If XFS folks claim that they don't have enough mental capacity to > create/verify XFS backports, I totally don't see how any kind of AI would > have. > > If your business relies on XFS (and so does ours, BTW) or any other > subsystem that doesn't have enough manpower to care for stable, the proper > solution (and contribution) would be just bringing more people into the > XFS community. > > To put it simply -- I don't think the simple lack of actual human > brainpower can be reasonably resolved in other way than bringing more of > it in. Not to worry... soon enough it'll be submitting properly massaged backports of the stuff it submitted upstream :) -Mike