Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp2757920pxx; Sun, 1 Nov 2020 08:57:27 -0800 (PST) X-Google-Smtp-Source: ABdhPJwL4lcBzOV3bu2uwFFG9tWY+IxJ1OTp7A8aQkmly955esoILvOhzcQTie9EzR/jUf+L2pGK X-Received: by 2002:a17:906:114b:: with SMTP id i11mr10797409eja.106.1604249847705; Sun, 01 Nov 2020 08:57:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604249847; cv=none; d=google.com; s=arc-20160816; b=rfp5Dk3p9bsU+xsodRynVSdp8lANxxLRYmE8WeKe/FidTxn6TITc7n2W3Goj4/7x/t 9S59xOwdryaOAeG0bsgJkc16OUVzQG/Wx2ZoCrKmjn4/LxAVIUjph+REvfLHmByv95O0 Hgabk0Fa6rLTouFY+tXtJVH3scgnKlIBNQ7lQXoVd4zQcrHNhTY39+DNGXvoePSuRNia aXJfrWj86p422gwwfHBqPQsjHhscND82x5Rq7YV98s5KUV/KYngw9qZWPL6DQTTStiPd ioNt+dqNRfvYj/pVwOhpU4TNnwJP3fhoGKMxYG9rt456eFfFY0mZseiXcR9EA+OqzYNZ PTfg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=TE8LhNVQFZt5CQh9cQV0aaOrd1nK6udVOrqN0luAnBk=; b=PkSWj7PH250UAMeZR9Vj+Tta7RmxwaQhyVaU4st6tExnqyFvZ1u4EbGEXyebxK1P2F ju4dI3ApNNMRgZuz7569/rsXEyEzQ7el0M/UrhURV38d+aOXofyKVffoZXGCycjoQLV1 /qXNrpuSMoCaRu7Il3EzZKl8Ifu/JP28gNhdsmoBwJjWJujmU5Sbef/dSDJmnR26SyWs f3kR6EIacMW5iA9dmj1TwqRueUUyTzANIpq1vzk9/raRbkVAX1YaQ7CI/vdZEZ4Es9Vs veeyeFfd1fGoBgE93QstDtBKjK2UKG/0ZzypwzoFvjpMKiCo+6Rdbn3nj3EqX0Ogf0uH 8JDA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=A3apdqu3; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h20si5314429edw.304.2020.11.01.08.57.04; Sun, 01 Nov 2020 08:57:27 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=A3apdqu3; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727028AbgKAQzq (ORCPT + 99 others); Sun, 1 Nov 2020 11:55:46 -0500 Received: from mail.kernel.org ([198.145.29.99]:35062 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726790AbgKAQzp (ORCPT ); Sun, 1 Nov 2020 11:55:45 -0500 Received: from kernel.org (unknown [87.71.17.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 673912071E; Sun, 1 Nov 2020 16:55:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1604249745; bh=me4MsVHOGb1kHLMx0QFDtSp3fp/hBgcTORNpqfrV948=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=A3apdqu37Rlq64w8q2pkI+YeBpa8D4B/wsympS+rsBaw49qC+5sxiByYpHZldiFQb XIKhz4x43dHQ39bkFfr913JJpTMF43YXNFYvw5EnO/1Go+qWIcy+xQO2Q9PVRii51P xaN5ZCMTifLvBqcqx2m9x99vE77vBNkZFEXSON90= Date: Sun, 1 Nov 2020 18:55:34 +0200 From: Mike Rapoport To: Geert Uytterhoeven Cc: Andrew Morton , Alexey Dobriyan , Catalin Marinas , Greg Ungerer , John Paul Adrian Glaubitz , Jonathan Corbet , Matt Turner , Meelis Roos , Michael Schmitz , Mike Rapoport , Russell King , Tony Luck , Vineet Gupta , Will Deacon , alpha , Linux ARM , "open list:DOCUMENTATION" , Linux FS Devel , "linux-ia64@vger.kernel.org" , Linux Kernel Mailing List , linux-m68k , Linux MM , arcml Subject: Re: [PATCH 11/13] m68k/mm: make node data and node setup depend on CONFIG_DISCONTIGMEM Message-ID: <20201101165534.GC14628@kernel.org> References: <20201027112955.14157-1-rppt@kernel.org> <20201027112955.14157-12-rppt@kernel.org> <20201028111631.GF1428094@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201028111631.GF1428094@kernel.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Oct 28, 2020 at 01:16:41PM +0200, Mike Rapoport wrote: > Hi Geert, > > On Wed, Oct 28, 2020 at 10:25:49AM +0100, Geert Uytterhoeven wrote: > > Hi Mike, > > > > On Tue, Oct 27, 2020 at 12:31 PM Mike Rapoport wrote: > > > From: Mike Rapoport > > > > > > The pg_data_t node structures and their initialization currently depends on > > > !CONFIG_SINGLE_MEMORY_CHUNK. Since they are required only for DISCONTIGMEM > > > make this dependency explicit and replace usage of > > > CONFIG_SINGLE_MEMORY_CHUNK with CONFIG_DISCONTIGMEM where appropriate. > > > > > > The CONFIG_SINGLE_MEMORY_CHUNK was implicitly disabled on the ColdFire MMU > > > variant, although it always presumed a single memory bank. As there is no > > > actual need for DISCONTIGMEM in this case, make sure that ColdFire MMU > > > systems set CONFIG_SINGLE_MEMORY_CHUNK to 'y'. > > > > > > Signed-off-by: Mike Rapoport > > > > Thanks for your patch! > > > > > --- > > > arch/m68k/Kconfig.cpu | 6 +++--- > > > arch/m68k/include/asm/page_mm.h | 2 +- > > > arch/m68k/mm/init.c | 4 ++-- > > > 3 files changed, 6 insertions(+), 6 deletions(-) > > > > Is there any specific reason you didn't convert the checks for > > CONFIG_SINGLE_MEMORY_CHUNK in arch/m68k/kernel/setup_mm.c > > In arch/m68k/kernel/setup_mm.c the CONFIG_SINGLE_MEMORY_CHUNK is needed > for the case when a system has two banks, the kernel is loaded into the > second bank and so the first bank cannot be used as normal memory. It > does not matter what memory model will be used in this case. > > > and arch/m68k/include/asm/virtconvert.h? > > I remember I had build errors and troubles with include file > dependencies if I changed it there, but I might be mistaken. I'll > recheck again. There indeed was an issue with SINGLE_MEMORY_CHUNK that selected NEED_MULTIPLE_NODES for some reason. With that fixed and removed CONFIG_SINGLE_MEMORY_CHUNK in arch/m68k/include/asm/virtconvert.h I'm going to send v2 soon. I've kept CONFIG_SINGLE_MEMORY_CHUNK for now for backwards compatibility with the plan to remove it along with DISCONTIGMEM. > > Gr{oetje,eeting}s, > > > > Geert > > > > -- > > Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org > > > > In personal conversations with technical people, I call myself a hacker. But > > when I'm talking to journalists I just say "programmer" or something like that. > > -- Linus Torvalds > > -- > Sincerely yours, > Mike. -- Sincerely yours, Mike.