Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp4650538pxb; Tue, 28 Sep 2021 00:21:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJynfJXauH02bJcTQCQsC/riXqwOxhHjyKRB4OEj/8b0cYlLDLLYkbo8D8sQhzpJgGZq8lcd X-Received: by 2002:a17:90a:f193:: with SMTP id bv19mr3809065pjb.18.1632813713531; Tue, 28 Sep 2021 00:21:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632813713; cv=none; d=google.com; s=arc-20160816; b=kvxdsSjh2Dxglk/VkYqo2wji7H1bo0FrovR9+bqraPApxifxN5b4/1TS6AcnrHSe+S YFcRNXjWJcJHC6zX4dU0Tbpfv8qmuWroPJxVaiPGM3Awn28oK8oGpIGz0DykW12hEhVQ GO43qA9G1uxZSXnlWA9PpKzcACEoclcwU3RZor5WUlpCmFMnh0dPYi2Yp0aFb3uhkPaI 0KSn5YP7Xj+VDs8pevLzmMmhjZjr8aAwp9TV6ocSpxJWbv+Hg05LLBbmF4qWHthEN1tK rcMjcMXm3TmpFYsz52WkGrst3gXbSPQgWpEZf8v8I0vUh6zN1JzB8TOuEh23ZRJl74ES +p9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version; bh=Z3oM/UfSb0uF4ufg5hPTNhl4CxjwTh19TsLWgZ0xKP8=; b=JXh7h21uAGpq0TrsvkSvdztB2xp5Zk1Ip8jMsZ1mLU0K8pIaK1Ulq71uDpW+i4hWA9 0SiHfuD3LraamB7TEztQsjqffoEIVf2BW9ZOK/vHnoklhwMgNPAfkBm8BYX5EYWtOJWW 3mzGYBPj8OX1sNEZBZLdZP9Vu1XkjAalJF8PdPjjsemTxxj1TdlXZs/Ez0QZ8lbLcg9W tpOLWZNu+9y83rmNvoK9lm2S3yTyzE2AkJbeGiCOijWoQtEsBDo68QRYCHm+wupVsP2P fsem/vGyJi1K7l8tFLsYB2CHqOypiBKMmCJJMfy7HJ6kimsjhb8XRVlJhEcjpXcius4b T28w== 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 u10si19083418plm.232.2021.09.28.00.21.41; Tue, 28 Sep 2021 00:21:53 -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 S239223AbhI1HWG (ORCPT + 99 others); Tue, 28 Sep 2021 03:22:06 -0400 Received: from mail-ua1-f48.google.com ([209.85.222.48]:40696 "EHLO mail-ua1-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239130AbhI1HWF (ORCPT ); Tue, 28 Sep 2021 03:22:05 -0400 Received: by mail-ua1-f48.google.com with SMTP id i8so11896281uae.7 for ; Tue, 28 Sep 2021 00:20:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Z3oM/UfSb0uF4ufg5hPTNhl4CxjwTh19TsLWgZ0xKP8=; b=zHaV9AT3U5jmSSql1/AiOYvnU1mjmuh0p3nl00WAUel2Ygt2dLqcdRXGvpzZHzKFaf Y9UE9CrUHFAyhKeCWjhUizwKkH52ooXY5tVDKbSgwTQoyCOWMFkaeib7HcUSVkOuUUJj u8aRV+CqArohCOpsZav4IQuwHyD3paw0c68CY0CRfU3NE3cMms5ci+SQygyBFDBpOj4A tilymgsgaPQxIcynnBfGeyexVP+O6QY8+wfBRGDiPOFBV48GUZPPAkdtr0sQYwOhDi2a h1yrqUAo1e/k8COTQjUdWXseg5u/yB/nc8x05xG+a+Aupxg+XSap70KjtO/TQqXXlPrQ Uwiw== X-Gm-Message-State: AOAM531L0ljZBWQtsLplrYvIYfxXWlZrRYZ/cZThpQCOrb2EOSmE4GWH 9XCV/xXnktYk+q3wnB30PubXB+OxANy0b5wTNcG9L4As X-Received: by 2002:ab0:538a:: with SMTP id k10mr3714037uaa.14.1632813626497; Tue, 28 Sep 2021 00:20:26 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Geert Uytterhoeven Date: Tue, 28 Sep 2021 09:20:15 +0200 Message-ID: Subject: Re: m68k: default value for MEMORY_RESERVE? To: Randy Dunlap Cc: LKML , Greg Ungerer , linux-m68k Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 ;-) > 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? 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