From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7B368C433EF for ; Thu, 21 Jul 2022 17:09:09 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id A6A716B0071; Thu, 21 Jul 2022 13:09:08 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id A18B86B0072; Thu, 21 Jul 2022 13:09:08 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 8E1166B0074; Thu, 21 Jul 2022 13:09:08 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 7B3A96B0071 for ; Thu, 21 Jul 2022 13:09:08 -0400 (EDT) Received: from smtpin31.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 4E153160599 for ; Thu, 21 Jul 2022 17:09:08 +0000 (UTC) X-FDA: 79711742376.31.A44CE57 Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by imf30.hostedemail.com (Postfix) with ESMTP id 27215800A6 for ; Thu, 21 Jul 2022 17:09:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1658423347; x=1689959347; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=TjK26D/4bfGsPxWI5114c1jk08cGDBt0fZxxEkWj7jc=; b=PUY9XHHQGg0/6guZDrTaRzuEgqCxOUtODozSbkqwe5soH56wDJ/TVtDM eBoFIIOc/9ncVfI46s77qsSR+JmwgUFvXiO/eFjkFcmaF1SQ4hTYZOXhE Txh6Ws8/Da2j1mEaFJlFduhS1bF906aoN9euM6sGwCeRs4bifotBUokA0 QhAsUO+SkE4nNwe7LK1SVrMruYjSA8L+OOvGpqSww/HhpP7okxCuRK/aK e+MDBnNGhNE03rwZ84jaXQQH7kHUubkrHsmueRFaMTl88iR4NFyRrjWVt nDeA00eKe0PGQv51o3LQzBiTXb5FakLUyqf8HoZEos1j6MeNOjvQBnCek A==; X-IronPort-AV: E=McAfee;i="6400,9594,10415"; a="288276843" X-IronPort-AV: E=Sophos;i="5.93,183,1654585200"; d="scan'208";a="288276843" Received: from orsmga006.jf.intel.com ([10.7.209.51]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Jul 2022 10:07:53 -0700 X-IronPort-AV: E=Sophos;i="5.93,183,1654585200"; d="scan'208";a="573823188" Received: from vasantgx-mobl.amr.corp.intel.com (HELO [10.212.244.191]) ([10.212.244.191]) by orsmga006-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Jul 2022 10:07:52 -0700 Message-ID: Date: Thu, 21 Jul 2022 10:07:51 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Subject: Re: [PATCHv5 00/13] Linear Address Masking enabling Content-Language: en-US To: "Kirill A. Shutemov" , Dave Hansen , Andy Lutomirski , Alexander Potapenko Cc: Peter Zijlstra , the arch/x86 maintainers , Kostya Serebryany , Andrey Ryabinin , Andrey Konovalov , Taras Madan , Dmitry Vyukov , "H . J . Lu" , Andi Kleen , Rick Edgecombe , Linux Memory Management List , LKML References: <20220712231328.5294-1-kirill.shutemov@linux.intel.com> <20220720005950.fonulr4kkwbh6kbz@black.fi.intel.com> From: Dave Hansen In-Reply-To: <20220720005950.fonulr4kkwbh6kbz@black.fi.intel.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1658423348; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=Pb+L/NEZcpA+JURIuEeGrfp4xeMvvx2CohoXh6RV2eo=; b=OKnPfkN7jbePUJ77Bnj1fyFjYb/Smgi+78+Fe2mdmNDDLhs2jTntwxy1jAwviWa1OBfMkU Fz33NHCOiUPQSIfJ3gpAQsc6ogtP0aQgdjM8+TA3rQ1cOw73AOtzWHUz73FTIgF8oo+pEH xPcwP0srTl/1X8QDB23psVr54DOTQRQ= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1658423348; a=rsa-sha256; cv=none; b=voJm2oIW7Ktmh1Bm9YV5IroP0hQjYAvP3NV9J/1C+ZqTLM1v504c2zi5JMFYxXkM0TcHEw HXxtmz6OIRFyhAd+eIrHzqQTMHSQDiAnOLf7G1kSPb9zvrK1bEQqpXLcoFZcpbTRURL2x0 isGJi9XllqR2QJ688x+k24RVM4ve2rA= ARC-Authentication-Results: i=1; imf30.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=PUY9XHHQ; dmarc=pass (policy=none) header.from=intel.com; spf=none (imf30.hostedemail.com: domain of dave.hansen@intel.com has no SPF policy when checking 134.134.136.65) smtp.mailfrom=dave.hansen@intel.com X-Stat-Signature: qnp9d5919pei7ozbsygnmsz6779h1f91 X-Rspamd-Queue-Id: 27215800A6 Authentication-Results: imf30.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=PUY9XHHQ; dmarc=pass (policy=none) header.from=intel.com; spf=none (imf30.hostedemail.com: domain of dave.hansen@intel.com has no SPF policy when checking 134.134.136.65) smtp.mailfrom=dave.hansen@intel.com X-Rspam-User: X-Rspamd-Server: rspam11 X-HE-Tag: 1658423346-748322 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 7/19/22 17:59, Kirill A. Shutemov wrote: > Dave, Andy, any position on this? > > I wrote LAM_U48 support to prove that interface is flexible enough, but I > see why it can be a problem if a distro will pick them up ahead of > upstream. My position is that maintaining distro forks is troublesome. If you held a gun to my head today and made me merge *something* I'd leave out the U48 patch, but reserve the right to add it later. I'm not sure whether that makes the distros lives easier or harder. I'm not promising anything either way, though.