Received: by 10.223.185.116 with SMTP id b49csp1166237wrg; Sun, 11 Feb 2018 06:01:57 -0800 (PST) X-Google-Smtp-Source: AH8x226KCMitToa6Hqkv3Easrhuj6ICOuAEDaqiRVKmxQiQs1YyftEDOpTgr+GwksWuJHw3gSU+3 X-Received: by 10.101.80.204 with SMTP id s12mr7164310pgp.185.1518357717448; Sun, 11 Feb 2018 06:01:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518357717; cv=none; d=google.com; s=arc-20160816; b=fW0rZpKaEHyeG/19kl6KmeYj7tuALOQbGG+5u7qVwR/ZbVX7NqBseWcuiqeiOtQrt+ uWFrCPx0AGJb4YhomaUTI3PhChyDsDMWeZSGqaXfJQpHena6P13mgkWEn+qsXsFxCmcm SH82ttn6Yf8ENfpk7Wu8PpPbFTk5AYmOaa5e4/JblLcUaNV3THRR7PaGeLKaLKa1O63J Ju+bwdcriMk3SU0m0f3loDBhZOooBsTaB2jnyRyDo6qrkzAPJlgJwORA/UiLyZUv5wJS OQHhXkp/WJeUhz6j4jDKYr9gvU0axgLDMbAY7yZ/8JnqMdCBJq8eWEesSmPAJKA3WM2a VDQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:dkim-signature:arc-authentication-results; bh=3j3kUIyBHWNjwyaNrK6ZRKxT//ksuOmYKU25lrReeL4=; b=PvPFsBb2Bt8GQ7xS5CRlcvoOEdeqSVKQ64roR4K2SUWuzwsxbzLJzIWp6FXaKiZRE3 /oP7v1802bRqJZVK/BohdLGn3x2KD1bK9h06SMsBrAwsE6BXQWxuljnMRSs6fOMeMZ0O PAvMpnBKAFTqhkhtqkNP0E7kfLIX599kHyrAFOKhC2z55HTmdzReKraL+Zo9jIONyf9b fM459kRR+HYgjeDqVESyQSNCryh1RB6hXQ8PyFIy7UwKxHJMMROKrjO8bIL+xSmChLdd oUVuWZrJaATKV7Cd+cASSWRO3KRknf0tWg9nJNvtMIQszduLsZEjQhtckcttq7TnY85W JNZQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=vQQJxAjl; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p15si3641864pgs.328.2018.02.11.06.01.05; Sun, 11 Feb 2018 06:01:57 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=vQQJxAjl; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753420AbeBKOAD (ORCPT + 99 others); Sun, 11 Feb 2018 09:00:03 -0500 Received: from mail-pg0-f65.google.com ([74.125.83.65]:45141 "EHLO mail-pg0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753243AbeBKOAC (ORCPT ); Sun, 11 Feb 2018 09:00:02 -0500 Received: by mail-pg0-f65.google.com with SMTP id m136so5880184pga.12 for ; Sun, 11 Feb 2018 06:00:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :organization:mime-version:content-transfer-encoding; bh=3j3kUIyBHWNjwyaNrK6ZRKxT//ksuOmYKU25lrReeL4=; b=vQQJxAjlL23R3fJEXZwUF9obLGb3ptS+9HD8TiIvkOcRIlUubKRXBMkdBd7fy6fsrw r7g3V9wfW7oJY7Bz7vBwfZb7huXxTUJ+LeA+2Tq38gpjg0gBUCzolZgjWEwg8LLJODj0 4ABGIKKwujc8RcmqsCTyANR3/K9QhkriQx2JZPWQjjJL2I/o1hE/qtk95c4Xi5nmGZON HR+8RvK2UIQUhONZ/+cszeGYVQKNhmPCuOehSwsQXnIIZXSOoUkLu9NkWx86WVbDTgoV +ka0yXqoL1f3Y2MEgA39SjotAvVJKpvVKOiSHAcoidapMsEJCMlh5ozOeWHBli8eBUjL Y2sg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:organization:mime-version:content-transfer-encoding; bh=3j3kUIyBHWNjwyaNrK6ZRKxT//ksuOmYKU25lrReeL4=; b=d5zuJ207pptAEPIlCsleIXzYJDZYdndXGLStGXwOO0suMSFR+ulgzWE16YfvY5mrJ3 w0NtSX4+LuA0fqcXWYkFVQ+n+cdcS5EPy80Mb2ozwmYNM9+Cwy/Py2stPSYs+JoVgpSy OKpLg4gCpvZuLLBR11PpApThJngZ/9JE+G7gBkCb7YFcdAYE9sUZbfWeE3uouLbQetRz /WxuTeoUqkgK0KesThffATE0MeC+CkSvJ1lcIjGTvQoPm60R/tGNGn3xhL4SJTgxCZTp uLuD29g/vWM09Q4hCbJN/CEAwki3TbnJvgsfZMCqcgmDyLGucGuKI1XZ+CKfFG/34l7V IPDQ== X-Gm-Message-State: APf1xPAkuoKhiBbcTomRB2ps6PpD3zEmeGMKcLEltUqbIDCa4Pc1FVzK mr+f8yeiwXFh+1ilny2xzgKlrw== X-Received: by 10.101.96.42 with SMTP id p10mr3368227pgu.364.1518357601873; Sun, 11 Feb 2018 06:00:01 -0800 (PST) Received: from roar.ozlabs.ibm.com ([202.7.219.42]) by smtp.gmail.com with ESMTPSA id l10sm23061784pfc.133.2018.02.11.05.59.57 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 11 Feb 2018 06:00:00 -0800 (PST) Date: Sun, 11 Feb 2018 23:59:44 +1000 From: Nicholas Piggin To: Christophe Leroy Cc: Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman , Scott Wood , aneesh.kumar@linux.vnet.ibm.com, linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org Subject: Re: [PATCH v4 2/5] powerpc/mm/slice: Enhance for supporting PPC32 Message-ID: <20180211235944.14c2be39@roar.ozlabs.ibm.com> In-Reply-To: <0ac518636ae1e601ea0732dd69b48dcd0f347285.1518226173.git.christophe.leroy@c-s.fr> References: <01e8f783db8f4d4d41df91e0400a8634272b326f.1518226173.git.christophe.leroy@c-s.fr> <0ac518636ae1e601ea0732dd69b48dcd0f347285.1518226173.git.christophe.leroy@c-s.fr> Organization: IBM X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 10 Feb 2018 13:54:27 +0100 (CET) Christophe Leroy wrote: > In preparation for the following patch which will fix an issue on > the 8xx by re-using the 'slices', this patch enhances the > 'slices' implementation to support 32 bits CPUs. > > On PPC32, the address space is limited to 4Gbytes, hence only the low > slices will be used. > > This patch moves "slices" functions prototypes from page64.h to slice.h > > The high slices use bitmaps. As bitmap functions are not prepared to > handling bitmaps of size 0, the bitmap_xxx() calls are wrapped into > slice_bitmap_xxx() functions which will void on PPC32 On this last point, I think it would be better to put these with the existing slice bitmap functions in slice.c and just have a few #ifdefs for SLICE_NUM_HIGH == 0. Thanks, Nick