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 33693C433EF for ; Tue, 11 Jan 2022 15:20:40 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 6BFBE6B007D; Tue, 11 Jan 2022 10:20:39 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 66EAF6B007E; Tue, 11 Jan 2022 10:20:39 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 55E516B0080; Tue, 11 Jan 2022 10:20:39 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0122.hostedemail.com [216.40.44.122]) by kanga.kvack.org (Postfix) with ESMTP id 43D6D6B007D for ; Tue, 11 Jan 2022 10:20:39 -0500 (EST) Received: from smtpin02.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id D56D5180D8FBB for ; Tue, 11 Jan 2022 15:20:38 +0000 (UTC) X-FDA: 79018368156.02.C36CB95 Received: from smtp1.rz.tu-harburg.de (smtp1.rz.tu-harburg.de [134.28.205.38]) by imf04.hostedemail.com (Postfix) with ESMTP id BAB4F40012 for ; Tue, 11 Jan 2022 15:20:37 +0000 (UTC) Received: from mail.tu-harburg.de (mail4.rz.tu-harburg.de [134.28.202.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.tuhh.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by smtp1.rz.tu-harburg.de (Postfix) with ESMTPS id 4JYDsb1h8QzxQq; Tue, 11 Jan 2022 16:20:35 +0100 (CET) Received: from mailspring.rz.tuhh.de (mailspring.rz.tuhh.de [134.28.202.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: ccd5802@KERBEROS.TU-HARBURG.DE) by mail.tu-harburg.de (Postfix) with ESMTPSA id 4JYDsZ6RY3zJrCR; Tue, 11 Jan 2022 16:20:34 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tuhh.de; s=x2022-02; t=1641914435; bh=8GuvIwBs7ovGVIvnquMsGzYMmOCEN4T5kbsYciLAS+Y=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type:Content-Transfer-Encoding; b=FuAOuSwmlnwrXKTVZo/bcKXWg+sx55PM/WLJR9Gwr6qyfThnjjH0or3k/B+/caxXE wvJD54juVxJ1dRfrkeF5MxzsZ4XWWmYeKIM2rR1swA6LrccbryUYXDGIP8wBNtEHrZ k6EJ63Z3TA5Uh8iarOJRvNPHvQYyTQblDW8n+TaI= From: Christian Dietrich To: Mike Rapoport , Andrew Morton Cc: Mike Rapoport , Mike Rapoport , linux-mm@kvack.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org Subject: Re: [PATCH] mm/pgtable: define pte_index so that preprocessor could recognize it In-Reply-To: <20220111145457.20748-1-rppt@kernel.org> Organization: Technische =?utf-8?Q?Universit=C3=A4t?= Hamburg References: <20220111145457.20748-1-rppt@kernel.org> X-Commit-Hash-org: be34895d941bc0bcda2c4fd2ee2635b1dff29854 X-Commit-Hash-Maildir: 1f1ade09091bf6c540fef308030f9f5940906d6f Date: Tue, 11 Jan 2022 16:20:34 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Server: rspam05 X-Rspamd-Queue-Id: BAB4F40012 X-Stat-Signature: ai7po11d9psefhteeno4tqt4r5rqy8uh Authentication-Results: imf04.hostedemail.com; dkim=pass header.d=tuhh.de header.s=x2022-02 header.b=FuAOuSwm; spf=pass (imf04.hostedemail.com: domain of christian.dietrich@tuhh.de designates 134.28.205.38 as permitted sender) smtp.mailfrom=christian.dietrich@tuhh.de; dmarc=pass (policy=none) header.from=tuhh.de X-HE-Tag: 1641914437-957792 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000080, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: Hello Mike! Mike Rapoport [11. Januar 2022]: > diff --git a/include/linux/pgtable.h b/include/linux/pgtable.h > index e24d2c992b11..d468efcf48f4 100644 > --- a/include/linux/pgtable.h > +++ b/include/linux/pgtable.h > @@ -62,6 +62,7 @@ static inline unsigned long pte_index(unsigned long add= ress) > { > return (address >> PAGE_SHIFT) & (PTRS_PER_PTE - 1); > } > +#define pte_index pte_index Wouldn't it make sense to remove the dead CPP blocks (#ifdef pte_index) from mm/memory.c? Or is there a case were pte_index is not defined for an architecture? chris --=20 Prof. Dr.-Ing. Christian Dietrich Operating System Group (E-EXK4) Technische Universit=C3=A4t Hamburg Am Schwarzenberg-Campus 3 (E), 4.092 21073 Hamburg eMail: christian.dietrich@tuhh.de Tel: +49 40 42878 2188 WWW: https://osg.tuhh.de/