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 28B53EB64DD for ; Mon, 14 Aug 2023 20:41:45 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 4B05990000B; Mon, 14 Aug 2023 16:41:44 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 43982900006; Mon, 14 Aug 2023 16:41:44 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 2DA1390000B; Mon, 14 Aug 2023 16:41:44 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id 0EA7F900006 for ; Mon, 14 Aug 2023 16:41:44 -0400 (EDT) Received: from smtpin27.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id C97131A09D9 for ; Mon, 14 Aug 2023 20:41:43 +0000 (UTC) X-FDA: 81123881286.27.44170D3 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf01.hostedemail.com (Postfix) with ESMTP id F385A40011 for ; Mon, 14 Aug 2023 20:41:41 +0000 (UTC) Authentication-Results: imf01.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=o7amlwIi; dmarc=none; spf=pass (imf01.hostedemail.com: domain of akpm@linux-foundation.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1692045702; a=rsa-sha256; cv=none; b=VKgyWdx0oOdUvo5kX7fAbP6hp3jsC3gRDFqU+MYKYb0doOKsBUCqr6yvPxfA31S9QBrkAl Yq87Sz492PUQGGWw3GS/vGw9JL0WmRjJ7WNGRH66DBsY9f7m2pjsbR3X8FYvEiZVnd9JzQ bxRjW3Xb9Sko5aDC953M+juqiP+eyag= ARC-Authentication-Results: i=1; imf01.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=o7amlwIi; dmarc=none; spf=pass (imf01.hostedemail.com: domain of akpm@linux-foundation.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1692045702; 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=XUsebmKnHDeS8ExIVXFhMcfW7xofmN7EIZ8bYY0SiHo=; b=IzLYXq/DYlBwcBKec7dKYYZRh+5fV4aujW1B0/8zbqMsk4X09beW7fZ3vL8zFVPiUbAFSF IVtNP0cgaYr1FLQ1M2v/jSEtbTxUMpiF6+JdawEuGl9S8ruZM9FquX2RZVKFAbfHgqHQdN HhU5zGqz9xFdLsO+KgpCE4i86TH2hRw= Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id D928F617D7; Mon, 14 Aug 2023 20:41:40 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1E7BEC433C7; Mon, 14 Aug 2023 20:41:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1692045700; bh=O+BUwhd4tuHOozaUhAugYlfRFci1sm+tiT7rHq5lmWE=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=o7amlwIichgASkz4ImiOJplEYbcMkDyJfP4eg1h2tJilDhsvE0UXSsEkyvSK4E7ZR HEMdxhk7LpbkO0X2C6dGorppRfYQwF5tGuMb/CsBcA4UthjsErtHFDE10AAey4XiJW 6dvcbf2V7soBT5TsuFl/ZqklZCVlwg6W+S0GYejw= Date: Mon, 14 Aug 2023 13:41:39 -0700 From: Andrew Morton To: Suren Baghdasaryan Cc: kernel test robot , "Matthew Wilcox (Oracle)" , oe-kbuild-all@lists.linux.dev, Linux Memory Management List Subject: Re: [akpm-mm:mm-stable 219/240] mm/memory.c:5410:41: error: implicit declaration of function 'vma_is_tcp'; did you mean 'vma_is_dax'? Message-Id: <20230814134139.1a590870aa184f2ed34fd923@linux-foundation.org> In-Reply-To: References: <202308131610.jF4ncWp6-lkp@intel.com> <20230814130623.90cf2bc8c625087ea616dd3c@linux-foundation.org> X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspam-User: X-Rspamd-Server: rspam06 X-Rspamd-Queue-Id: F385A40011 X-Stat-Signature: dwktzwiph9c1metmtd3auukundp8asj3 X-HE-Tag: 1692045701-880042 X-HE-Meta: U2FsdGVkX190i5OiZWq2sO/Lc3EXyxgFoaqHrnwX3qpgwzu4FypBPny9/alNTCOdojjDKIFFwy/FPK2atlGNZW5upQqjc+LTsYYyITReCGCGu8IJV4UkfKLYTDaJpAlhsdneITPn/Tu1bg/iBEcgU+Z5evyCKPRFQjIgZwevJWJzGMIsZQX8h2deHpZpkGS69eHYF/NyuR5PgxmPnBM4W+GcX5p8yKOQr1i0JdESt0NlU6wt9pudeUtKYpzM95hnIkDQwUyJDfEw2OqcqYfsOAQRyXULZcbq+0rQJLbPwwnkv0kKULtNmt0/TfaSsQ0pV//3O5GjaI+71WB6EXpMiQvrP/Inl4YIuU4UO4/fhPDAS5zSu0oS+bwk7J6p1d6MB47lPPZ9Gv9gNE++XHH1P7cQemBbXlm3GNnhx5EzBPKVpFwcZwQdpAZ6WaFiYwHAp+io2Kx+/MT3rz+R0SuF3BR4GO6Wy2rOfPUQX+NkFLTaN2FNEKTTsmidwgpg9xpo5KRavzDAdhOVuQ/y6iLEetTi3rgJdCFt0Wv0JzCUdoGkbvcaLIiGQrLvMbap5e5SbyR0HOJf6Kl/wsJs87eJ8oESE5B2uBGge/Wm4jlUwsfwH0CBagwMUK6d/I4WZnVvFeTfmS44YbfTPCXcO/5J5yxfRMIk4xPsNoPALTxWQP4XgG6pQuAiVMB0HDfgp6AyyFwq25amatwX8voQPobEZuMx7rF9azs0n0k+VUZ90wCTWGxsrVOlRh1nIjRC2LWaGZY0fEgH8CpNykV3T0yS33CYvY81V/L3/JxRrQ/6DbQ93ZyflVcB2yavPXnuRiO8tBNt2Fjur6/i2RE0hmWWSC1yFRGWBonpw3smDfF3rsmY8VcJDbBWwAgkwFHQCGkF5mzQujR67vWoiWvqre++RDRUrhMMjY8YzfmtPxmDkHmtsXQ5f2dJESy3+H4KaqMuOCTP/I/hDmNMX5Rjzky DdEz8SXs xZkPMOPBnlsSbQ5lf2KSxNrPJvB0mCTfgORsGW7XkmqmwHMjq6uSaAOJrSbve482rG5ctuRcfXHk0swBj0RFQDQwqZItepepJOe3XtUl54MnIUGOQ3CCLdbzTVwQlGWc/v6EN6BxVfvnqRvr569DXP/o3aDF23z19oQr9Q8XviX6JOeQ5LLrvsi7anYY12ei6E2ziRtDK1zKZQxK9WrGE9p6LTJXLQlgJJX8W0olHyUFr8B2EyrBK2x8TShZgIfirg+x6tc67Y2SVXWBkwhwdSDZzuOjJpF+3h7uo4JTMwAKNlJAwuSGZJs1tcQZexdrNRAlh9pTQgqdqZfn1jwbsOZL5ewwclBmSypEvT8AYzKySdD4mq8Y804iS6LPQPLrSBg+bblK23yJ7BRU73UUeGz3oCcOlQzpLC4D3RdSbgIWu+9hcTqusknFxds1zpthazNOke65VL9UcOJgKVsJvwwLaHtJ7Cy02zUJditO0oIXWDNw= 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 Mon, 14 Aug 2023 13:33:19 -0700 Suren Baghdasaryan wrote: > Andrew, is "mm: handle userfaults under VMA lock" merged into > mm-stable? I could not find it and in fact the whole "Per-VMA lock > support for swap and userfaults" patchset > (https://lore.kernel.org/all/CAJuCfpHSFikZ=h34yS980BmUP5M=+j6rB4_b-q7MCc10Xs24+w@mail.gmail.com/) > seems to be missing in mm-stable. That's problematic because Matthew's > "Handle most file-backed faults under the VMA lock" patchset > (https://lore.kernel.org/all/20230724185410.1124082-1-willy@infradead.org/) > requires at least one patch from my patchset to work correctly, this > one: https://lore.kernel.org/all/20230630211957.1341547-4-surenb@google.com/. > > An additional note, > https://lore.kernel.org/all/20230812002033.1002367-1-willy@infradead.org/ > is fixing a known issue in "Handle most file-backed faults under the > VMA lock" patchset and it's missing from mm-stable too. As Matthew > mentioned in that patch, ideally it should be placed before "mm: > handle faults that merely update the accessed bit under the VMA lock" > I was unaware of these dependencies. All the above-mentioned patches are in mm-unstable, so we have bisection holes. If I get sent a replacement patch series, I'll move it to back-of-queue, because I'll assume all previous testing is invalidated. I assume this is how this misordering came about. If I get sent little -fix patches, I don't do this reordering.