Received: by 10.192.165.156 with SMTP id m28csp216576imm; Tue, 17 Apr 2018 09:00:17 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/tTUdMaAtHmROOKfWOqRc2dZW+wKSoJpOVvD6qA40i/iNKdXQ4k2XZQd7n/qyvW9bDTo/c X-Received: by 2002:a17:902:20eb:: with SMTP id v40-v6mr2531834plg.277.1523980817695; Tue, 17 Apr 2018 09:00:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523980817; cv=none; d=google.com; s=arc-20160816; b=xPey+V1TxKvsLT4FfqSKGsywoTxJLr9vbnVOUWTqUiISlPU1Se8MZCounoevmz5RG6 zUG2+wSfGQs/NtCfYFaJWIZK4Z3vu5sSh/HjLy9aTZrwW3sLI9t6Weevu4vaiAA4l+Oc T/lRmHPf7cPSN1duPNnh/s1xEA70xRxw+JCXQ9rPk8mUzvUnUxtq839ZMVbNkw0pasMO TYcQ6PBR/g/kxLhLuYhTV06XxG6/Qu3gIUtS92PkAubftSF8c05jsiCF80f6zYuVKP0P FiGl0GwivBjT7GUPnzQVzUR4516r62p8/2Rre3j2vnVjrIRIytrgszflW0BM2h2kiOBa Hq3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date :arc-authentication-results; bh=/NSvsntRRDT03WgwKTbIxJ/d0uT11ngUvt7g36CkQhM=; b=t8H+Qu3jcOuxoYN402VR4iGiUIBAiQGobFKmjYir8iZunkr5WlV9Hpe1eQ7S7Sf423 6Oq5f06frewdxXxWnYql+igx/zjFJzFBJMB5a3CRx7dy953NGEacnBSKaHOgVygCxwOb mL2xIOr5fSZ2H7YHOMNN4HZrkEkzVp60OwNnVXRZB984CNy5jTHKa6jECZ95rF8hZVUN fftpJHc0mTGH7omc65Ia2y3JDJT2vOO/F3nQ6Lgl3rXxuZ8W71KjmV4Ya+Xe4DPulbBS 8eCRPhLergBHIG6w75msm663HEv7Vqe7wnohEFajkhoRhhqudLqCm//ho079ZzRoAl1F Svig== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c10-v6si14980049plr.398.2018.04.17.09.00.03; Tue, 17 Apr 2018 09:00:17 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752713AbeDQPwj (ORCPT + 99 others); Tue, 17 Apr 2018 11:52:39 -0400 Received: from mx2.suse.de ([195.135.220.15]:35698 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752658AbeDQPwi (ORCPT ); Tue, 17 Apr 2018 11:52:38 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 6BFCAABEF; Tue, 17 Apr 2018 15:52:36 +0000 (UTC) Date: Tue, 17 Apr 2018 17:52:30 +0200 (CEST) From: Jiri Kosina To: 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 Subject: Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes In-Reply-To: <20180417145531.GW2341@sasha-vm> Message-ID: 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> User-Agent: Alpine 2.21 (LSU 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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. Thanks, -- Jiri Kosina SUSE Labs