Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp669408iob; Wed, 18 May 2022 10:14:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz4HtHSzhFuNOwwAEeenU2HSSnHzIy1X7Mjbv2GjRWaPW7QsQkuvUMY42C7MTspIre/7FLy X-Received: by 2002:a17:902:f64f:b0:156:f1cc:b284 with SMTP id m15-20020a170902f64f00b00156f1ccb284mr351982plg.147.1652894052837; Wed, 18 May 2022 10:14:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652894052; cv=none; d=google.com; s=arc-20160816; b=fjpOtLsRhu41NuCvRr8FqdnV6urUy4+a6yExpYzaYjUTC0WDVYYY0J9PGVvakIla8a gmmy8+OHq4kgHQk0SsNGmBHN58s0Pt1gWSWjiyMBH292jUTJhdAfpt80rF0P0p4vfnnQ otgNsARg6yL08uFoNJOBSmNiLo6yLGO8v8GtqEmsLpA/qhEX5UTRVVtzU+MI5VhDrq6Z O4konms4yM13uNLNL8Nwkhs+pTCjVVPJK1BE1GhXcT1cFZJXE20XW4AApsgAqqsp/nz5 araHFGpzw9B0ylaoUdHbq4Cp+XCSi6gM7AnIfcuMx4I/SsVv0LUC7XhBOteYogHU09Uf 5JJQ== 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=fihUdHF5FISY1/o12LaC+9vYP2C36k6G+qzv4yDNuo4=; b=H4n+dYMzoQogL1SQfGgUMHRBuBLfSjoXPuf3zoTKrQh44quC9taTZoobxOPfwphZHl K05dVsOgjvlYkpKNFU/QuirIlaufvSg8N7YvH4C4kBoc/UroA858IuEaKyp15gJk9Uwb VPTpJEw0qJcXp+ssneHsnfWasL9v0NOmsQ2twQc+qD2odD32lsI4Syx4dWKM5BPzvMEr LLge9+Wg9onXT1ZEPWP/NSuAtjr/iUyqW7bsObJdkhphIF1gh+k7rXYgoiKzFF/EGsxB Wha3gchA1JLic/rJlVraP+VDbpKVjYXjExVwTGJ3qQXkopPvbHqWh3R+6zHnd1apPUeG eYSg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b=1oFQORUH; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id mh11-20020a17090b4acb00b001df6b7a8a90si3320407pjb.72.2022.05.18.10.14.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 18 May 2022 10:14:12 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b=1oFQORUH; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 23C081B1CC7; Wed, 18 May 2022 10:14:09 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240742AbiERRNx (ORCPT + 99 others); Wed, 18 May 2022 13:13:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35198 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240928AbiERRNs (ORCPT ); Wed, 18 May 2022 13:13:48 -0400 Received: from sin.source.kernel.org (sin.source.kernel.org [145.40.73.55]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 30F4013CA1F; Wed, 18 May 2022 10:13:47 -0700 (PDT) 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 88822CE205F; Wed, 18 May 2022 17:13:45 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 59C66C385A9; Wed, 18 May 2022 17:13:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1652894023; bh=9tQumf5hmMksHJMd0ddXQO4pdkF9lxtXV2d4XMaXLMg=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=1oFQORUH8huv1XWXl2XhwSl42RUHMTVMSUF7MmvBgM1HLhRrMGez+Fyr6OoiM2x+s jnKUKKp268ix7GKNohFVUZ0gACXAWGr0IQXMoQV2FPJw+yFPDX/v3BNy3B6zB0dgBH uhYm1Jy8z93pfIewz5emoCFiPAMatvkJ7i8n8VIw= Date: Wed, 18 May 2022 10:13:42 -0700 From: Andrew Morton To: Catalin Marinas Cc: Tong Tiangen , Will Deacon , Paul Walmsley , Palmer Dabbelt , Palmer Dabbelt , Albert Ou , Arnd Bergmann , linux-arm-kernel@lists.infradead.org, linux-riscv@lists.infradead.org, linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org, wangkefeng.wang@huawei.com, Guohanjun , Xie XiuQi , linux-mm@kvack.org Subject: Re: [PATCH -next 2/2] arm64/mm: fix page table check compile error for CONFIG_PGTABLE_LEVELS=2 Message-Id: <20220518101342.b1b17ab43331f31df33780ae@linux-foundation.org> In-Reply-To: References: <20220517074548.2227779-1-tongtiangen@huawei.com> <20220517074548.2227779-3-tongtiangen@huawei.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=-4.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,NICE_REPLY_A,RDNS_NONE,SPF_HELO_NONE, T_SCC_BODY_TEXT_LINE autolearn=unavailable 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 Wed, 18 May 2022 17:28:38 +0100 Catalin Marinas wrote: > On Tue, May 17, 2022 at 07:45:48AM +0000, Tong Tiangen wrote: > > If CONFIG_PGTABLE_LEVELS=2 and CONFIG_ARCH_SUPPORTS_PAGE_TABLE_CHECK=y, > > then we trigger a compile error: > > > > error: implicit declaration of function 'pte_user_accessible_page' > > > > Move the definition of page table check helper out of branch > > CONFIG_PGTABLE_LEVELS > 2 > > > > Fixes: daf214c14dbe ("arm64/mm: enable ARCH_SUPPORTS_PAGE_TABLE_CHECK") > > Signed-off-by: Tong Tiangen > > I'd drop the fixes tag here since the patch is queued in the mm tree and > AFAIK that one doesn't have stable git commit ids. MM tree is at git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm Commit ID's are stable if a commit is in the mm-hotfixes-stable, mm-stable or mm-nonmm-stable branch. Commit ID's are unstable if a commit is still in the mm-hotfixes-unstable, mm-unstable or mm-unnonmm-stable. I move patches from -unstable to -stable after they're considered ready for it. The delay is very variable, depends on how things are coming along with that patch(set).