Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp3070967ybt; Mon, 29 Jun 2020 14:31:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxd44KAYu2da+RB3rlP3RORPLuQpEGOTzn5sBa0Rv6avhwBpE3/P6mmYRmQm8WyQjRJsjZT X-Received: by 2002:a50:e801:: with SMTP id e1mr19205097edn.251.1593466311403; Mon, 29 Jun 2020 14:31:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593466311; cv=none; d=google.com; s=arc-20160816; b=QFpUXsFB3FROxP9sazdypJSN6aklSqE60oK6pObiZvc+UwWXKK5G2uF56wtR8o8EIF mgc0ziJMuIk/wcpls39zd3C7TLtvfGUje6ZsXLB/Mr2L/yjgmR7mK3/YTIbBjamlLb8P 6AkCGI6GJSZX9+o+jd+fbBxZQTUNDHHb4yOsi8uzkT9DNu0zD0FwLA1OBbJtQY6mwM/c N/93akyx7Ykm6nc7Lpxr8/039FhPE6zuepQHoJrdDOPBOIRApRovmUppsOX4+adWXzRU URpMmsuq8vQR+Jri8824b9j/K73W0EVzRbdl+89f2sdEub2GkNoriwDJ2Z15u9sA6yoV FX2A== 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=41iay/SfeZC/EjqVHHss/7K04tnexGEnTstuonWeFTM=; b=sRV7gS+Ez2EhenVdG0+E0v7JDgd19naXSAUzYYxIkuVX6BL3dmwInj5qls2WLDh9JA YOZXhzq7kGqMceHFg7OzE6zKQAFalC7YfqGBA+rUX/zyIR9WrbRSjKmQBUWvrBWbaZEZ 52Enc25jLMSDKXFVsIcFdCNFrQjnBSb+HCSRelURd0Wnq76mKSGa9D+S5OOTNqqRuHdz Fq3lj/OyBCdkX6hEmOYm3VYWbDpQ7Ye64SE6GkRcGBTiB2LiI8xCCFlAp4CNPM9XfKhw MMpHB822KkSiVDBjfvm+3Sr6nU+WzxX0WF3isbtEwCIWdz9sypuUO5mmnHxF8ZAU7ahJ 7CIQ== 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 m4si594782ejn.10.2020.06.29.14.31.28; Mon, 29 Jun 2020 14:31:51 -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 S1728866AbgF2VaW (ORCPT + 99 others); Mon, 29 Jun 2020 17:30:22 -0400 Received: from mout.kundenserver.de ([212.227.126.133]:41545 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727842AbgF2VaV (ORCPT ); Mon, 29 Jun 2020 17:30:21 -0400 Received: from mail-qv1-f49.google.com ([209.85.219.49]) by mrelayeu.kundenserver.de (mreue010 [212.227.15.129]) with ESMTPSA (Nemesis) id 1MKbPg-1jX6cV011A-00KzBD for ; Mon, 29 Jun 2020 14:02:39 +0200 Received: by mail-qv1-f49.google.com with SMTP id m9so7486313qvx.5 for ; Mon, 29 Jun 2020 05:02:38 -0700 (PDT) X-Gm-Message-State: AOAM531OhSZ4Zoi9/bYdMoK6biOyoO+eqbwsGGTmbZ0keiM5SDlWoVK6 jvLxNsogocXhhjDiosJIyLVA7aNEJN3Iu2Ozak4= X-Received: by 2002:a0c:f385:: with SMTP id i5mr15202056qvk.4.1593432157860; Mon, 29 Jun 2020 05:02:37 -0700 (PDT) MIME-Version: 1.0 References: <1593425623-31810-1-git-send-email-Anson.Huang@nxp.com> <1593425623-31810-3-git-send-email-Anson.Huang@nxp.com> In-Reply-To: From: Arnd Bergmann Date: Mon, 29 Jun 2020 14:02:22 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 3/3] ARM: imx: Select RESET_IMX7 for i.MX7D To: Anson Huang Cc: Russell King - ARM Linux , Shawn Guo , Sascha Hauer , Sascha Hauer , Fabio Estevam , Catalin Marinas , Will Deacon , Philipp Zabel , Stefan Agner , "oleksandr.suvorov@toradex.com" , Bjorn Andersson , Leo Li , Vinod Koul , Geert Uytterhoeven , Olof Johansson , Linux ARM , "linux-kernel@vger.kernel.org" , dl-linux-imx Content-Type: text/plain; charset="UTF-8" X-Provags-ID: V03:K1:l3q3mI9pQkh4SjS+dXvkIKT5eYVF8JrWprPUbEW3p4wwCMyfXFe ZfHtRl84B7bpttx5J2tcvJtlOKAywx4+Ydkh6Za6y0lbVZM9vHJixqjStLPjM4MjPZzGK1L KnOahbsge/xvleZjhRWJtv4s9SWBg0fX02UB7fNom6/O2JrCXRQfccDmkO/763/3AWapiBn 0e2Qi+ElsCUefFaJIbQ/g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:wmc4CPQsBmY=:RBuD1LHCvp2XO9aoQRAm0M jMdSK7uHIgbNX8kRlMUX6ieO7YzI8HZhUc25Xvkffr3Tpmq9NRsfElXDsEdWdMc2GQDEHokj6 PLfg+vCYjJJSgjaCIf5fXhauq125u7vqS6Wh7f5S+vIkyTLWYt+Q4CYp/NUTvRn+HNbgIvmlJ 4zslJiYwVh8wFnywq0G8AyEuj4C4IO2HFncqxM8hLnvJuqqXGzxjL6Oj/4Wy7LLBQN1h18j9Q tZLY2mbcuFgGuauy6Zuyk/WDANOjgkBbmtaJAAZuZ05I5g0UeLg5yQbTtx2oc4tPENUGfpcDs P7E1ZI6E76Ld4Oz/d/kIEqFdAG6J1qv4en0knpaAOAPrv4T50j+Dl4hb9EYtKURXdIZfGdPyI a2OEaxup0NiPJUG12g4hG1eNUxdWieinbQp7WNTWzsnyQXvjHLbpENQnF1Atf+cTn4d/IZ/Kt ttbMyAuVLlAZaVGC4XkXQ5s/Q84MP1WQpgW1u7KItZB1Gvsggiuu1PCJQzo46zTGKzbLgbRS8 K4oecPTPhSi5ekI0PojUo9uI5pYX2z56sCCxXq3xxbDJSmk2bJHKCOEHatoUB8IzBLnxppgwS x4AXC/wWoVKWxaSYEsDQSVVjWdpPW8F8Qir0wgCSMBP102hjWfsrvHfPd6TVeMjXgykQxj1Ii pnsf4+mhFBm0/dc1hkCIJ7lfPL0dU/07EPf1XDtQ3Rnk8vQvNOgdKaiER/pINKM1OWiidKoXs q8YdF7WiQn3j7j9x5QxQMP2mpp9PHb/rd3zpvI/qDDn/4jgwxioOT8k+Z4avEtof+BeDhUkBo 4TpkGA83tIlrS3RIhR4AJiqs5gyVfmWBSDVUy1KF9LEI76lyMc= Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jun 29, 2020 at 1:54 PM Anson Huang wrote: > > Subject: Re: [PATCH 3/3] ARM: imx: Select RESET_IMX7 for i.MX7D > > > > On Mon, Jun 29, 2020 at 1:36 PM Anson Huang > > wrote: > > > > Subject: Re: [PATCH 3/3] ARM: imx: Select RESET_IMX7 for i.MX7D > > > > On Mon, Jun 29, 2020 at 12:25 PM Anson Huang > > wrote: > > I don't understand. Why can't this driver be a loadable module on i.MX7? > > Please clarify in the changelog what the bug is on i.MX7. > > > > > ARMv7 SoCs is NOT in the plan, that is why I add this patch to make it > > > same as previously when this reset driver is =y by default. Without > > > this patch, this reset driver will NOT be enabled by default for i.MX ARMv7 > > SoCs, function will be broken. > > > > But it's the same driver, make it work the same way on all chips! > > > > I think artificially limiting a new driver feature to one chip just because nobody > > asked for it on another chip is not helpful. > > > > Understood, what if I don't select it in SOC config which is NOT flexible, but put it in > imx_v6_v7_defconfig, then user can select either =y or =m according their requirement? I would recommend using a 'default m if SOC_IMX7' or 'default y if SOC_IMX7', so any distros and users that have their own defconfigs still get a reasonable default, but can choose between =m and =y based on their needs. > And in imx_v6_v7_defconfig make it =y by default. Having =y in imx_v6_v7_defconfig sounds reasonable if you go with 'default m'. Arnd