Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp288680pxb; Thu, 30 Sep 2021 06:11:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzFflX7QZlwbWpMonHChMkikonsO7J4j9IaUEwz+zHzFx8M7ecKSz1hdM/gToJXGW1v1O2y X-Received: by 2002:a17:90a:d3d6:: with SMTP id d22mr6453348pjw.242.1633007503521; Thu, 30 Sep 2021 06:11:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633007503; cv=none; d=google.com; s=arc-20160816; b=CZG6rNZIfBE2rXKgtVGDwXB9SaYBdyIN9HJ5AxzMVWZFkTG7RM/D0T5kN425EbD3ld g3plVcmvriXDBJ7Vcz5TPKLSykOMNDNPpV6fifFd2yyOAt1AxWVDNYQVuQE1HoYvKZTC zD+5XfTQCExEtBt/xt9pAaGICF/bzHECzivRI04iyFZZWxzPKKDgpTiqsz4SEZeV6R1Z NkQv/XknTVe8756HKL4wox/1RLAqWfNq1+6tm2jnoHDjT95DhQrwxXTrGxC6r1tR7ck2 7o5TmORL2wQShlHLa8Fx9xlViErEkcXYr3nk0Iu9jMPObVDMAoqgpf6SSGJvJwSVAJko uWOQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=mtXnVTl1jH84U6nEThF7WiasCsgUYwkbfVyNln8RsJA=; b=gXQXu0hDnl/mUrMC10505TrktRjlEgKJMuihL4M2PnFc1pKyUYcYG+ijeXzCeMdutX IPDWmTC83F3Ok1ZhNTbG6XmQ1VnDXuqQIt5ZcJFK/2cArzcLDQKc35yUZyFjX0hnBChD 9dPLfn2kSb/H8YjO7IlwDXpNkQJxw/amEUlgSLPqpx92Q8Z9WHoXWTCcNcBqfjJ79Aux 20UghXPpP0FChmdOc85oZBtFzfE8NclgjfA1JzlHk3pS11AtNbpRrsZpChqMxjWCk/M0 MPwUet67RwrayNNC/w5hSvhADX6SudDwSDUMout3FrRT53OoRug0GRTTnKpCsYiyiwCE 17uw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id mw5si6905966pjb.132.2021.09.30.06.11.27; Thu, 30 Sep 2021 06:11:43 -0700 (PDT) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1350854AbhI3Mcx (ORCPT + 99 others); Thu, 30 Sep 2021 08:32:53 -0400 Received: from mail.kernel.org ([198.145.29.99]:36928 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1350262AbhI3Mcw (ORCPT ); Thu, 30 Sep 2021 08:32:52 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 25869613A0; Thu, 30 Sep 2021 12:31:08 +0000 (UTC) Subject: Re: m68k: default value for MEMORY_RESERVE? To: Geert Uytterhoeven , Randy Dunlap Cc: LKML , linux-m68k References: From: Greg Ungerer Message-ID: Date: Thu, 30 Sep 2021 22:31:06 +1000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Randy, Geert, On 28/9/21 5:20 pm, Geert Uytterhoeven wrote: > Hi Randy, > > On Mon, Sep 27, 2021 at 11:26 PM Randy Dunlap wrote: >> Would it be safe (or unsafe) to add a default value for MEMORY_RESERVE? > > No idea ;-) Me neither :-) Looking at the code I am pretty sure a default value would be ok. I am not sure what the need for MEMORY_RESERVE was for. It is only used on the uCsimm and uCdimm platforms, which are DragonBall (68328) based devices. Not obvious to me why it was needed. >> As it is, kconfig can generate a randconfig with >> "CONFIG_MEMORY_RESERVE=" (no value) since it has no default. >> >> Then a following 'make all' finds an invalid symbol value and restarts >> the config: >> >> .config:214:warning: symbol value '' invalid for MEMORY_RESERVE >> * Restart config... >> Memory reservation (MiB) (MEMORY_RESERVE) [] (NEW) >> >> That's OK until I try to script/automate randconfig builds. >> >> Can we do anything about this or should I just add it to my >> ignore-list? > > Looking at its sole user, I guess "default 0" would be fine. > Greg? Yep, I think that would be fine. Looks to be harmless if set to 0. Regards Greg