Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp15696472rwb; Mon, 28 Nov 2022 15:05:27 -0800 (PST) X-Google-Smtp-Source: AA0mqf5/ieYcjKoz0lSnmRPmmFp7nmuJVjwZOudKuDZ0XWNZSARVZMVDCmey0NJgNxhxsZmw/M+v X-Received: by 2002:a17:906:2645:b0:781:d0c1:4434 with SMTP id i5-20020a170906264500b00781d0c14434mr45285260ejc.756.1669676727095; Mon, 28 Nov 2022 15:05:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669676727; cv=none; d=google.com; s=arc-20160816; b=RYa6OWEcDryHF0jenSQmBbRAH6yd3jwX18hog5bkivGgDB6+VJykOhr/8tTJup66Mz 4JGV+JUtJsxC3SpL04RvTYmeSkEaMWfkoBxH4AUnO5i797ZkDQUOipNARatTsj2UhjGi RLOk6AnV5XT0Y2nGuxlp/1IZf4G+cdZulSuaiN4M+HJi8B9jttwmOq5btNnpjOG2LoMW sm5+qYyEi26UDqqtwp5Gg9+ATBEvimI6CFy5qnxHcVVlTstXmGd4m6uAAKRWkTmsLjrg TA2YKRA5YoS3ugDac8Gl4P0N4KiW/Gz9TAa2wApqLZoauR4lAI4D19dfDs12iEFZI4+g gg9g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=34QZWiyiRyujjYI7mxPeNe+B/1QyzjjAckaFDGX51UI=; b=V8LX6+wrlMPQBf0epxE032JDb6/zkQ/xK1A3r29qL3KSTDfv8JdOusdDg+LsAuvBg+ oPxER6LQS2BIDnAv0K1vqjvqoZ/hJ/+bS1lqf0eyZYYOIWo5A4SHqxy2pxD/v2APpTJN nyDrVsZCyboDSc0eOwjCRACV72wBqEEDSFjayyNpw36Pqy5AHOCn5NhkWYPJ02WX0DGs lT/PcC6W7Xet/GukFnVtwHhoHSs1zELV8WO4iHBm8AJdViHNxoDj0tj6UDLOGlnwuI7+ RSiVzr2p9QSMW+w0doekrn2Z3ciBu/kM/xNhRpudD42fU4olmU162Q0H91qnEo+llaDi HBNA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b="p/c6sfRX"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id d8-20020a50ea88000000b0046751a6076bsi10073806edo.318.2022.11.28.15.05.06; Mon, 28 Nov 2022 15:05:27 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b="p/c6sfRX"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234659AbiK1W7v (ORCPT + 85 others); Mon, 28 Nov 2022 17:59:51 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50766 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229667AbiK1W7e (ORCPT ); Mon, 28 Nov 2022 17:59:34 -0500 Received: from sin.source.kernel.org (sin.source.kernel.org [IPv6:2604:1380:40e1:4800::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 741FA2AE15; Mon, 28 Nov 2022 14:59:33 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sin.source.kernel.org (Postfix) with ESMTPS id A62DBCE10AC; Mon, 28 Nov 2022 22:59:31 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3A99DC433D6; Mon, 28 Nov 2022 22:59:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1669676369; bh=8eUsQnXrojDc3xf/FA0TCQqqadaNCz4PLnjHT4xDE/M=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=p/c6sfRX9un7PSA9WHRKHQPKKlq0P4NHxZWk+3LaBZS7DQenvFmjKk0jQBgH6o535 rwsyByROkiEJmDN58P/Z53hmZWo4xmybXT0VaPtvGqyQZyuQQjThzncIMjLPHHFdpc 3v4hl13h6A47jhJOM5850oDp2I/9vqahh0Q1uqps= Date: Mon, 28 Nov 2022 14:59:27 -0800 From: Andrew Morton To: David Hildenbrand Cc: Hans Verkuil , linux-kernel@vger.kernel.org, x86@kernel.org, linux-alpha@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-ia64@vger.kernel.org, linux-mips@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org, linux-um@lists.infradead.org, etnaviv@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-samsung-soc@vger.kernel.org, linux-rdma@vger.kernel.org, linux-media@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-perf-users@vger.kernel.org, linux-security-module@vger.kernel.org, linux-kselftest@vger.kernel.org, Linus Torvalds , Jason Gunthorpe , John Hubbard , Peter Xu , Greg Kroah-Hartman , Andrea Arcangeli , Hugh Dickins , Nadav Amit , Vlastimil Babka , Matthew Wilcox , Mike Kravetz , Muchun Song , Shuah Khan , Lucas Stach , David Airlie , Oded Gabbay , Arnd Bergmann , Christoph Hellwig , Alex Williamson , Marek Szyprowski , Tomasz Figa , Mauro Carvalho Chehab Subject: Re: [PATCH mm-unstable v1 16/20] mm/frame-vector: remove FOLL_FORCE usage Message-Id: <20221128145927.df895bf1966cfa125cae9668@linux-foundation.org> In-Reply-To: <9d0bf98a-3d6a-1082-e992-1338e1525935@redhat.com> References: <20221116102659.70287-1-david@redhat.com> <20221116102659.70287-17-david@redhat.com> <81fb0fa3-2e06-b765-56ac-a7d981194e59@redhat.com> <08b65ac6-6786-1080-18f8-d2be109c85fc@xs4all.nl> <9d0bf98a-3d6a-1082-e992-1338e1525935@redhat.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-7.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 28 Nov 2022 09:18:47 +0100 David Hildenbrand wrote: > > Less chances of things going wrong that way. > > > > Just mention in the v2 cover letter that the first patch was added to > > make it easy to backport that fix without being hampered by merge > > conflicts if it was added after your frame_vector.c patch. > > Yes, that's the way I would naturally do, it, however, Andrew prefers > delta updates for minor changes. > > @Andrew, whatever you prefer! I'm inclined to let things sit as they are. Cross-tree conflicts happen, and Linus handles them. I'll flag this (very simple) conflict in the pull request, if MM merges second. If v4l merges second then hopefully they will do the same. But this one is so simple that Linus hardly needs our help. But Linus won't be editing changelogs so that the changelog makes more sense after both trees are joined. I'm inclined to let the changelog sit as it is as well.