Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp535208pxb; Thu, 25 Feb 2021 08:36:36 -0800 (PST) X-Google-Smtp-Source: ABdhPJzucgZRwDoldGLGvWx9/Uumm2RXSl3Fyu+uCd2QTNtRe2IqRO4xPnSIedLyjDh0nbzyrf1+ X-Received: by 2002:aa7:dd0d:: with SMTP id i13mr3707713edv.132.1614270996465; Thu, 25 Feb 2021 08:36:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614270996; cv=none; d=google.com; s=arc-20160816; b=i33vj1khJUWsvtWj3TmIoBaSoC3bAGFUXk+utQhOQ1ArLsYkO45mRPoEPTHUJan1xX zMxoVQjpM/z659cMnXTEYVTLm0eFm8oTwyeVPku2cTpLLmLdC81IdLWF43DPIQBg52qL wJncOXRsnoAfaM2pkm0fjUYiVz5ugoUjQt2/g0c3hYHv1tLhDcgPH1xQrXPhr9xk+wVa irteHQjCulQUlgXob3/JN76mZ6gdAtrDGJ1JPc5JiewOmHscN+ogUKNiRjFrUCGLirxM mwYeYrcqB2NlWDUcfdr2Pzq6yJkNwuiiIqkpfqhRn/eWousOffcw8Pr/4s3g6YWdyklm yF0A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:to:from:date :ironport-sdr:ironport-sdr; bh=91m2UC82v38KgSEkxG8Vxvi4ikp/wUPDAHdnqsrsVj8=; b=pfzEweDTsSU6w6pDbv7KmlQsWjfRLMqQBXqCnRQS/1pK7p4CP1Rkxh6gDIl5Tm1n5f L+IzHDAU34m9u1yQpOi+yMSVW7EwFrkiDd8sXnTVoqwoPAQ6lwMHtY1h3Bq9jvlCnkCw I0+NI/dpRNaazpLNs8xKS6D04I9ihQ6f6rG2OVBWtHDulYPK8Uu/c7b4hwRsPTQ8I6J+ hFJo8hkKK5FViv8JX2NGrSp7fTNoBFAFdH77/VV1pcQ0iDIMKoC+lx9y3jeCBXtCEpKW H/KCtJ4TU/QWZprmM0ZWc2bjuEmtVvKHjVDslx5qDYvrKsvcPOj/HfQ9k0PnEX4YaPz1 TDlA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e19si3490231ejj.523.2021.02.25.08.36.12; Thu, 25 Feb 2021 08:36:36 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232723AbhBYQdU (ORCPT + 99 others); Thu, 25 Feb 2021 11:33:20 -0500 Received: from mga02.intel.com ([134.134.136.20]:26354 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231326AbhBYQdR (ORCPT ); Thu, 25 Feb 2021 11:33:17 -0500 IronPort-SDR: 2Wfqpr2ISFJ1y8s8bJwLCqaoO1Y+wrG04Y0F3VZOkQ8SL6ZiDfN104PKbMU1OQAyGNXjzLpr12 ybTIb59CUoGA== X-IronPort-AV: E=McAfee;i="6000,8403,9906"; a="172717133" X-IronPort-AV: E=Sophos;i="5.81,206,1610438400"; d="scan'208";a="172717133" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Feb 2021 08:32:34 -0800 IronPort-SDR: OUN92kcaKw4dYfNJGjGsdJR7T3lbRfmdOBuvF8fEndmdcc/GgKoStDEXanfIPloS/ozEzcodB5 j+82pRP2eqWA== X-IronPort-AV: E=Sophos;i="5.81,206,1610438400"; d="scan'208";a="392452552" Received: from iweiny-desk2.sc.intel.com (HELO localhost) ([10.3.52.147]) by fmsmga008-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Feb 2021 08:32:34 -0800 Date: Thu, 25 Feb 2021 08:32:34 -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: <20210225163234.GD3014244@iweiny-DESK2.sc.intel.com> References: <20210223192506.GY3014244@iweiny-DESK2.sc.intel.com> <20210224123049.GX1993@twin.jikos.cz> <20210224175912.GA3014244@iweiny-DESK2.sc.intel.com> <20210225131252.GA7604@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210225131252.GA7604@suse.cz> User-Agent: Mutt/1.11.1 (2018-12-01) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 25, 2021 at 02:12:52PM +0100, David Sterba wrote: > On Wed, Feb 24, 2021 at 09:59:12AM -0800, Ira Weiny wrote: > > 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? > > Ok, no problem. Please let me know exactly which patches to drop, I'll > respin the branch. Thanks. Drop These 2: [PATCH V2 5/8] iov_iter: Remove memzero_page() in favor of zero_user() https://lore.kernel.org/lkml/20210210062221.3023586-6-ira.weiny@intel.com/ [PATCH V2 8/8] btrfs: convert to zero_user() https://lore.kernel.org/lkml/20210210062221.3023586-9-ira.weiny@intel.com/ Keep: [PATCH V2 1/8] mm/highmem: Lift memcpy_[to|from]_page to core [PATCH V2 2/8] mm/highmem: Convert memcpy_[to|from]_page() to kmap_local_page() [PATCH V2 3/8] mm/highmem: Introduce memcpy_page(), memmove_page(), and memset_page() [PATCH V2 4/8] mm/highmem: Add VM_BUG_ON() to mem*_page() calls ... [PATCH V2 6/8] btrfs: use memcpy_[to|from]_page() and kmap_local_page() [PATCH V2 7/8] btrfs: use copy_highpage() instead of 2 kmaps() ... I would resend but I'd rather keep the exact commits you had in your testing rather than potentially messing up the rebase this late. Thank you and sorry for the extra work, Ira