Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp659945pxb; Tue, 14 Sep 2021 06:09:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy6NTwSGVm8wgnswMay2tray9GochCcEOhAG8Z5lN610VJaNdcTEkW3fofB/4Spxi0zeIxd X-Received: by 2002:a2e:b8c3:: with SMTP id s3mr4905937ljp.0.1631624947400; Tue, 14 Sep 2021 06:09:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631624947; cv=none; d=google.com; s=arc-20160816; b=IqkW9npA4cJA59I9EGHTvct9HdhjJWW+P6cKaCHuuLzUwd7NZr/ZhfY2+HXgxiHD8N BhP3dowr2crnN2ictdw6YhFEn3SupqdEAmfC+g53fNDjWWQJ5TM3nn+wk7vD9YftHG9n 81FO2Bnvvyqur0g+IQhydVOokyPJFe8Af7Udooi4fqKT6giMSPRocDiRhN3UKjE/YJNJ TcgMFaCPXJu0pcMzfWpiQyh8Tbfia1GR/nwWe6iKApiYkzUGV0eo0BX4mINQaxq2EVo2 /Ar+gjeTUzsvL5K4gCGreH+mzWp7hTEfuQg//n0Ez8+mPUzTmtdDpIcq1rJdS8mFAp5G IPtg== 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=QwLTz9flzY431/6kiS9AZuFIcUMImdFanh3HKTc2Y6s=; b=qviX9JDMIZzO/cuS8IEoxY3+Q1guAsFdLygVRglMDMcD0SG+3MdX4kx0D5lSORQaxC vWtNoni/19JXV7A16Wxybi6Bf8xMISqN0ne5w3EIr/11tueeRI5U1RV+u53US8db5E+d 8Xy1lFOoCKrUUJSwWuYOBw3tLtfFoHJGchNGOvVxdcDujiV7TxZcCI1itBKUhvHHCUkf LL8r1Z7vKEuITaALbqhmRcRbM8ifbInK3rC1+3jxUheiN9lRDNrtx3wP8Mpq4UAXFL/N v/JJZRXdHMco2jpyBOt1PIZbAix83oceiGlUxIQ6OnL8H7keqT9z4By1mN84as9AIC0R YH2g== 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 b23si14070625lfv.204.2021.09.14.06.08.33; Tue, 14 Sep 2021 06:09:07 -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 S233087AbhINNDn (ORCPT + 99 others); Tue, 14 Sep 2021 09:03:43 -0400 Received: from mout.kundenserver.de ([212.227.126.130]:33377 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232676AbhINNDm (ORCPT ); Tue, 14 Sep 2021 09:03:42 -0400 Received: from mail-wr1-f50.google.com ([209.85.221.50]) by mrelayeu.kundenserver.de (mreue012 [213.165.67.97]) with ESMTPSA (Nemesis) id 1MmyzH-1n9wgy4Ahr-00kBle for ; Tue, 14 Sep 2021 15:02:24 +0200 Received: by mail-wr1-f50.google.com with SMTP id t18so20131177wrb.0 for ; Tue, 14 Sep 2021 06:02:23 -0700 (PDT) X-Gm-Message-State: AOAM533fqQzacpk+3M06+3bJvKijP7E4N7uiCsTrwCPfYQ+WoroDvGpS 8/RksYp+imctGAkTrBcYsPsTnkYGoThvRX1lwv8= X-Received: by 2002:a5d:528b:: with SMTP id c11mr18133610wrv.369.1631624543694; Tue, 14 Sep 2021 06:02:23 -0700 (PDT) MIME-Version: 1.0 References: <20210911092139.79607-1-guoren@kernel.org> <20210911092139.79607-7-guoren@kernel.org> <20210913084520.kkbsupogkzv226x3@gilmour> <20210914101327.47baun6mop3mc56j@gilmour> In-Reply-To: From: Arnd Bergmann Date: Tue, 14 Sep 2021 15:02:07 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [RFC PATCH V4 6/6] riscv: soc: Add Allwinner SoC kconfig option To: Krzysztof Kozlowski Cc: Maxime Ripard , Arnd Bergmann , Guo Ren , Randy Dunlap , Anup Patel , Atish Patra , Palmer Dabbelt , =?UTF-8?Q?Christoph_M=C3=BCllner?= , philipp.tomsich@vrull.eu, Christoph Hellwig , liush , wefu@redhat.com, =?UTF-8?B?V2VpIFd1ICjlkLTkvJ8p?= , Drew Fustini , linux-riscv , Linux Kernel Mailing List , taiten.peng@canonical.com, aniket.ponkshe@canonical.com, heinrich.schuchardt@canonical.com, gordan.markus@canonical.com, Guo Ren , Chen-Yu Tsai Content-Type: text/plain; charset="UTF-8" X-Provags-ID: V03:K1:f7u6EBj47ZlT/e8fzz7fBj9GGCTU65TiWvoxCczkll4V5LBg5nb gYmxvWn3E2+6j1m1wTCj68vA0lS1kfbsupiUm3E2VkGFVW5GXZ94Tn0mbOUbOm8TXujaJ9w PQvGlz9cF+w49c1AztfPHw4H0cucwJa2M+xcVMfjrKTvgP/3fB6T73rReuSEYt9jiPBDKR9 FNbemJr2rChSydrQVh4DA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:VZiMCxseFrs=:q4vSce1f+OHRm3fWVo+aWW wklUP2xQmHx6iWUPcbYA06nI1GUhxEwsjBS+r4mLBGjuH+Za7QBJn0zgGnyrYJl+h7B1tK1l7 n7rZAhI1/LQh2iNAsT6HXFE5jggLsKP4GqHGpN4pAOOeYnH4BP8l8Ako6fOHjUsOMEtqKlCD4 oV/jpyekppijI9AcaW/8QWpKDY9wrdJiMDJvp7YGzsEExXKfVYcupRSMd4e5XZGDxdZtuj2h4 GXJTUozGwIHnkPRlctklYnzDOBWFJf+fcs8ybMuhPpeKpIdvQqSWXhyU5tvpcQ7cNAQyLeM2U nc/CzzvskAxJ8bpFZS0aO/G7bRnj4OJCLOmGN9bhXIiMsUNcaRUYGCNMycS+dER+cNV7/eRdv xYSsOTUXBPrc2iR1Ivgw8FXEvJx2IENw6zG5+Fc7wzVUjNR+XFHmSPQTnRzTJytIGUq1AqGzp 18hk/CdZACrplPcNVUGe+xU6qxN9M+7tTlE0p8WwJIc9Yv57qxZm2wEsZCmVahFEKQUw0H33m tOZS4YDAtPUhsUtgDlazo5hXR3iBwwkX3UHNGB+0GD3VfwGSXHpjEXx5J6LCD36Bj/s4CZDQC 9UdI/2dknJvRMGGQn0qgbNHazZTHKM9EPGU8jm3lIq+6BnuuNBUB5GwY4L6VtKeTbHmniNV7R g9L3WgTaTrdmRbBMpG8zywTDSHxcq1tH5fdx326u+cLh4nBqINNDfgmbEXcC3BhM964D2vt7c Q0yNZYgpQlGVO7S7pD95DDsz4sS/j4LTIw3vi7wbPx+1ClHjXNgbXpua03zME/GwTFsjnt6a9 bPenoz23NW8ctGnv67DqXW937gjZ71jn2517XdHe3Cyam8nFbllbGQpJMed3XBXGuQreY1a7h fI67zUitkzvlPeFSsigQ== Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Sep 14, 2021 at 2:11 PM Krzysztof Kozlowski wrote: > > On 14/09/2021 12:13, Maxime Ripard wrote: > > On Tue, Sep 14, 2021 at 12:07:08PM +0200, Krzysztof Kozlowski wrote: > >> On Tue, 14 Sept 2021 at 11:31, Arnd Bergmann wrote: > >>> Some subsystem maintainers want drivers to be selected by the SoC > >>> option, this is why you need the 'select SIFIVE_PLIC', but usually > >>> the drivers are selectable with a 'depends on ARCH_SUNXI || > >>> COMPILE_TEST' and enabled in the defconfig. > >> > >> I would say selecting drivers is even more useful for distros and > >> other downstream users. Especially in the ARM world where we have so > >> many different SoCs - how could a distro person know which driver is > >> necessary, important or useful? Having all main SoC drivers enabled > >> when ARCH_SUNXI=y, helps distro a lot. > > > > Imply, maybe, but select is far too painful for everyone else. > > If we talk about UART driver, then sure - imply makes sense. But if we > talk about core SoC components necessary for boot (e.g. timers, clocks, > pinctrl), then select is appropriate. There is no point to enable > ARCH_XXX without these core components. Please never use 'imply', this is functionally the same as 'default', just the wrong way around, like the infamous 'comefrom' instruction in programming languages ;-) I still prefer using defaults and defconfig files over 'select', but I can see the use of select in some cases, as long as the symbol you are selecting is not already user visible. Arnd