Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1586895ybz; Sat, 2 May 2020 03:15:11 -0700 (PDT) X-Google-Smtp-Source: APiQypKN8vwatrI5vIwD96SUoVqVq/XO4mKXLiB7/qkl/63+7jDeOqyqPxLwqPcVPAz90His3hly X-Received: by 2002:a05:6402:1694:: with SMTP id a20mr6715486edv.322.1588414511497; Sat, 02 May 2020 03:15:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588414511; cv=none; d=google.com; s=arc-20160816; b=KIZQ87dqxSIVoshkocc5xp/9nxq+B2zmNExv5QD0SXCFQtrDrYjjFRe+80EJoLUi1v 2TAwkh+5mn3Sv2lhCD+XBidh+PU4cVOU6MbE+J/500X+iMnb9AxQy0svzqExXLneDcLI oXeZUG2ezbbn8j+1/0/bVSagO+y132jHBVYV33gkuNpjQUQ7gqKfcTOm7ygp2WDSbkFn IHQZJRFHDggdmrOcd1UaiLxnT03JeCDJWtMEY5rCq0vofX5y/T4pGuUGuJgQI0GXC45m kNiMEnKlN/u0tyuyyggiU9/yWwPGxdZH/KUmKOocxhpXPGyAXymIRpM+s49I6cGRf66E 1/3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=GUwikeeiD0FxdkHJ5UwJum79DyedaO/6pvisFtwjhjw=; b=THQ8EtgjAPFPSiHIfmLyPoeD5FKTyjeJVnrBmuqOskVnAJ7d6QojUj4KA0p90Ys3Vo lvf5UVYu69RfLfLyIt7wCrLOlr1lKQEiWRijkSVNmkTwXZuqyJ9OXqDzxV+FJ5SSV27M 9vwOcfHZtuI4o8uQg1FhgPfh4S25K1nB2HCITtDZFyoruP9UN708YlloTCfLjt6ftSPt HBeRUcE1/x6V3AVMKpn9aNyX/ywM2pC4bHBvnpP+Ec4yq6lYmMNogJHH5j6NgrfUSum4 LVPi131cjAu4G+uzCtm/r++JADHurAH9lMu8YSjAhOwGdBB2ogSSzxFGtlZTE5P5GpuZ vRxA== 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 b9si3271821edx.31.2020.05.02.03.14.47; Sat, 02 May 2020 03:15:11 -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 S1727791AbgEBKJw (ORCPT + 99 others); Sat, 2 May 2020 06:09:52 -0400 Received: from mail-oi1-f195.google.com ([209.85.167.195]:41462 "EHLO mail-oi1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726574AbgEBKJv (ORCPT ); Sat, 2 May 2020 06:09:51 -0400 Received: by mail-oi1-f195.google.com with SMTP id 19so2094436oiy.8; Sat, 02 May 2020 03:09:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GUwikeeiD0FxdkHJ5UwJum79DyedaO/6pvisFtwjhjw=; b=b5wBz8TqDacjQU5XN6eo+wEHUuHKJVotjx2iib8pn6GutG6ItMhXhP8b0p0BgyIWsc E4CvOdwsNcseDErE+SjWeroSRjiGBrJZqt/5WtiFsabvKPAOCXgCh5Dk4miDRGnGseGD CvRuKJa1qzWAxwAPIAQpAMadRp2xikJkzJLCFYClnSJmgB+XBX+GdH5cTAg+AkMNnUs4 xapwZ0HiDn7XCnZxQ1wKt8hXYcEZ8myT8kojCwbQfiRhSfg1VrHEWf4byWHofB/qvZ/o EUL4IlVpyxn8Yj9N07UvPvGcfe77URZ8fl0OrNQCgDlC/831zYwBhhvuNlGTk1Oq/mAg D/ZQ== X-Gm-Message-State: AGi0PubVjcOOC8aLxRvpBb8Kp1Y6cfXpmedehUvGIL4iiAFXjOltFy62 C1XE1gqkdMlaH1Awbjdd7vkfMhqgjdH9S7CeJJY= X-Received: by 2002:aca:d50f:: with SMTP id m15mr2676982oig.54.1588414190322; Sat, 02 May 2020 03:09:50 -0700 (PDT) MIME-Version: 1.0 References: <1588393643-31499-1-git-send-email-bmeng.cn@gmail.com> In-Reply-To: <1588393643-31499-1-git-send-email-bmeng.cn@gmail.com> From: Geert Uytterhoeven Date: Sat, 2 May 2020 12:09:38 +0200 Message-ID: Subject: Re: [PATCH] sh: Drop CONFIG_MTD_M25P80 in sh7757lcr_defconfig To: Bin Meng Cc: Linux-sh list , Linux Kernel Mailing List , Bin Meng Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Bin, On Sat, May 2, 2020 at 6:27 AM Bin Meng wrote: > From: Bin Meng > > Drop CONFIG_MTD_M25P80 that was removed in > commit b35b9a10362d ("mtd: spi-nor: Move m25p80 code in spi-nor.c") > > Signed-off-by: Bin Meng Thanks for your patch! Blindly removing config options from defconfig files that haven't received much love for a while is IMHO not such a good idea, as it makes it harder to see what the affected platform needs, or needed. > --- a/arch/sh/configs/sh7757lcr_defconfig > +++ b/arch/sh/configs/sh7757lcr_defconfig > @@ -36,7 +36,6 @@ CONFIG_IPV6=y > # CONFIG_FW_LOADER is not set > CONFIG_MTD=y > CONFIG_MTD_BLOCK=y > -CONFIG_MTD_M25P80=y > CONFIG_BLK_DEV_RAM=y > CONFIG_SCSI=y > CONFIG_BLK_DEV_SD=y MTD_SPI_NOR became a dependency for MTD_M25P80 since commit 03e296f613affcc2671c1e86d8c25ecad867204e ("mtd: m25p80: use the SPI nor framework") and commit e43b20619bdb6c851dd7b49cbd15e52875a785d4 ("mtd: spi-nor: shorten Kconfig naming"). Hence CONFIG_MTD_SPI_NOR=y should be added to avoid breaking the platform's SPI FLASH support. Just removing CONFIG_MTD_M25P80=y from the defconfig makes this less visible for someone who wants to build a kernel for this platform using "make sh7757lcr_defconfig": it can no longer be seen that CONFIG_MTD_M25P80=y won't be present in the resulting .config file. I think the platform would be better served with a proper refresh of the defconfig file. 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