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 X-Spam-Level: X-Spam-Status: No, score=-5.2 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 190BBC433DB for ; Wed, 24 Feb 2021 17:59:30 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 60B6064DCF for ; Wed, 24 Feb 2021 17:59:29 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 60B6064DCF Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=intel.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id B7F1D6B0005; Wed, 24 Feb 2021 12:59:28 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id B2F6B6B0006; Wed, 24 Feb 2021 12:59:28 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id A45EE6B006C; Wed, 24 Feb 2021 12:59:28 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0152.hostedemail.com [216.40.44.152]) by kanga.kvack.org (Postfix) with ESMTP id 8EA3F6B0005 for ; Wed, 24 Feb 2021 12:59:28 -0500 (EST) Received: from smtpin02.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay04.hostedemail.com (Postfix) with ESMTP id 574D1C5B2 for ; Wed, 24 Feb 2021 17:59:28 +0000 (UTC) X-FDA: 77853923616.02.9406CF7 Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by imf06.hostedemail.com (Postfix) with ESMTP id E8BB3C0001F7 for ; Wed, 24 Feb 2021 17:59:28 +0000 (UTC) IronPort-SDR: BRvKhgS4dsk0FGPipsXRoinQCswO7fdNdlFOyBm3c7lo95w+xdqg/AuX2nyOvBpP4FMdk6QFbJ GGGo+lQ2bKKA== X-IronPort-AV: E=McAfee;i="6000,8403,9905"; a="185368654" X-IronPort-AV: E=Sophos;i="5.81,203,1610438400"; d="scan'208";a="185368654" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Feb 2021 09:59:24 -0800 IronPort-SDR: Cr/ZBKaFYZ1YyMhbhIdg8+vZGFxobraT6gGpHI/ZcgRiJc0zAm/g94qzVOwlDSm3qXrdIlPhUo fUk6pH+j+ayA== X-IronPort-AV: E=Sophos;i="5.81,203,1610438400"; d="scan'208";a="403827752" Received: from iweiny-desk2.sc.intel.com (HELO localhost) ([10.3.52.147]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Feb 2021 09:59:24 -0800 Date: Wed, 24 Feb 2021 09:59:12 -0800 From: Ira Weiny To: dsterba@suse.cz, Linus Torvalds , David Sterba , Linux Kernel Mailing List , Linux-MM Subject: Re: [GIT PULL] Kmap conversions for 5.12 Message-ID: <20210224175912.GA3014244@iweiny-DESK2.sc.intel.com> References: <20210223192506.GY3014244@iweiny-DESK2.sc.intel.com> <20210224123049.GX1993@twin.jikos.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210224123049.GX1993@twin.jikos.cz> User-Agent: Mutt/1.11.1 (2018-12-01) X-Stat-Signature: eaz4w1iogktgw7oem3noei5byxfse6sc X-Rspamd-Server: rspam02 X-Rspamd-Queue-Id: E8BB3C0001F7 Received-SPF: none (intel.com>: No applicable sender policy available) receiver=imf06; identity=mailfrom; envelope-from=""; helo=mga09.intel.com; client-ip=134.134.136.24 X-HE-DKIM-Result: none/none X-HE-Tag: 1614189568-876379 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 Wed, Feb 24, 2021 at 01:30:49PM +0100, David Sterba wrote: > On Tue, Feb 23, 2021 at 11:25:06AM -0800, Ira Weiny wrote: > > On Tue, Feb 23, 2021 at 09:13:42AM -0800, Linus Torvalds wrote: > > > On Tue, Feb 23, 2021 at 7:03 AM David Sterba wrote: > [...] > > > Sorry. I will change it. > > Let me know how you want to proceed with the patchset/pull request. To be clear I'd like to just drop the 2 patches which use zero_user() for this merge window. I've already submitted some additional btrfs changes for 5.13[1]. I can rework these zero_user() patches and submit them through Andrew for 5.13 as separate set. That is what I meant by 'I will change it'. > I > can play the messenger again but now it seems a round of review is > needed and with some testing it'll be possible in some -rc. At that > point you may take the patches via the mm tree, unless Linus is ok with > a late pull. I'm ok with delaying the memzero_page() change to 5.13. There are a lot of kmap changes to come. But I'm trying to do them as smaller series just for this reason. I don't want valid changes to be denied due to my messing up just a few patches... :-( Hopefully you and Linus can forgive me on this one. Is ok to just drop them and merge the rest of this series in 5.12? Ira [1] https://lore.kernel.org/lkml/20210217024826.3466046-1-ira.weiny@intel.com/