Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp2336009ybl; Thu, 29 Aug 2019 06:58:37 -0700 (PDT) X-Google-Smtp-Source: APXvYqyK7kNkFPAEHd3pmt77E69yTV4onjxg8N3Og0inyU6xioft0Q7wjtXBni72nXgNAFLfDUR+ X-Received: by 2002:a65:6552:: with SMTP id a18mr8685966pgw.208.1567087117167; Thu, 29 Aug 2019 06:58:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567087117; cv=none; d=google.com; s=arc-20160816; b=uQpM5eQ9ry8FkrhoTO4UrutUMSxg0ahjXD6CYgeY+RTHfOJLqg90/XeaATPIEISpMp /Smpbv0DHgVAE0XAc2y+fJHjPbF4JdoxHMnT+NXsoYOhw+06rRk5NFLA1KLTBPoh3mKE sJ6MVYsopCwxnueVcDB0TRicMNIveWbiNpDcJJ6oPie9qKyQ25BNS5dUYlF09ZSQMHr/ 3P4ORv/WY6ySDM8a9+A+mVu8nyRn/V3hgBEv1zKoJEtKA4ayt1Ky6EKz74y0LfCo5IOp VpAvsQT9nNqZWs1SgWM29iVy3m0h+hUJpRBBoNnZYn2/UqA5iHGH/lOsYUa5QxHfwFWE 3zRw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=PoFAFEufgT7W3NN14qoOpF4yr/X4Mk0Hti5ohiXGDE4=; b=uhUjjxlzJ7M0rtclPG2PPaDg0B0XdhneBMbJwBGxj1trn1taiEv2goo4F8elw2owVF wcLmKaRRb2v4al+gFitsAwkhXVotq0D/IJyoxCSll+hvftk1s4xZvOgoM8lmLy4sI6JQ 9E2/Sa3fK+56EBNfmAO32L8aDADGzS9tZ/v81NyvCY6DbDePRex+ND87xE7G1N2vcJzQ SBZx0iGzDW7LHiiwXeY3MyAy8ZiFBvtQ3mhD/WxvG39PfdrFelO8a5325bZangDvGQPM QOihnRfqIOD2/5ykrVsW21luvMlxJR0QGkrVQviD5ePqW2v1clw/oBkJ8IHELsTeWS91 zdFQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x17si2851068pfr.167.2019.08.29.06.58.21; Thu, 29 Aug 2019 06:58:37 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728320AbfH2N47 (ORCPT + 99 others); Thu, 29 Aug 2019 09:56:59 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:33524 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728239AbfH2N44 (ORCPT ); Thu, 29 Aug 2019 09:56:56 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: eballetbo) with ESMTPSA id 4149C28D4FB Subject: Re: [PATCH] arm/arm64: defconfig: Update configs to use the new CROS_EC options To: Arnd Bergmann Cc: Bjorn Andersson , SoC Team , Gwendal Grignou , Benson Leung , Linux Kernel Mailing List , Guenter Roeck , Collabora kernel ML , Lee Jones , Krzysztof Kozlowski , Linus Walleij , "open list:TEGRA ARCHITECTURE SUPPORT" , Marcin Juszkiewicz , Will Deacon , Catalin Marinas , Geert Uytterhoeven , Leonard Crestez , "moderated list:ARM/SAMSUNG EXYNOS ARM ARCHITECTURES" , Olof Johansson , Chanwoo Choi , Dinh Nguyen , Miquel Raynal , Linux ARM , Dan iel Lezcano , Kukjin Kim , Thierry Reding , Jonathan Hunter , Sudeep Holla , Jagan Teki , Fabrice Gasnier , Daniel Mack , Russell King , Shawn Guo , Simon Horman , Marek Szyprowski , Yannick Fertr? , Robert Jarzmik , Alexandre Torgue , Tony Lindgren , Anson Huang , Maxime Ripard References: <20190827154851.10486-1-enric.balletbo@collabora.com> <20190827161045.GC26807@tuxbook-pro> <2db6cde1-9e7f-8b1c-f2e4-80bdd2478d28@collabora.com> From: Enric Balletbo i Serra Message-ID: <1fe8c0df-5e2d-6b6f-2a21-025a00b86f01@collabora.com> Date: Thu, 29 Aug 2019 15:56:49 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 28/8/19 14:09, Arnd Bergmann wrote: > On Wed, Aug 28, 2019 at 12:10 PM Enric Balletbo i Serra > wrote: >> On 27/8/19 18:12, Arnd Bergmann wrote: >>> On Tue, Aug 27, 2019 at 6:08 PM Bjorn Andersson >>> wrote: >>>> >>>> On Tue 27 Aug 08:48 PDT 2019, Enric Balletbo i Serra wrote: >>>> >>>>> Recently we refactored the CrOS EC drivers moving part of the code from >>>>> the MFD subsystem to the platform chrome subsystem. During this change >>>>> we needed to rename some config options, so, update the defconfigs >>>>> accordingly. >>>>> >>>>> Signed-off-by: Enric Balletbo i Serra >>>>> Acked-by: Krzysztof Kozlowski >>>>> Reviewed-by: Gwendal Grignou >>>>> Tested-by: Gwendal Grignou >>>> >>>> Can we make the entries in the generic arm64 defconfig modules? >>> >>> Good idea. >>> >>> Actually I would prefer to have all of them as modules for consistency, >>> if at all possible. >>> >> >> It is very common boot Chromebooks from an USB device, the EC needs to be >> built-in in order to boot from these devices, otherwise you should use an >> initramfs. I'd like to avoid forcing people to build an initramfs just to boot >> from these devices if possible, in fact, my usual workflow is without initramfs, >> and knowing that with the default defconfig just should boot helps a lot sometimes. >> >> Note that, it's not the case for EC subdevices, these are already build as modules. > > Ok, fair enough, let's leave it built-in then. > >> BTW, Lee asked if this patch should be squashed with the patches that really >> renames the config options to help bisect ability, I don't have a hard opinion >> as I don't usually run the config option between bisection steps, so please let >> me know what do you prefer and I'll respin the patches ASAP if that's the case. > > I'm not usually worried about bisection in defconfig changes, since like you > say most commonly one would not run 'make defconfig' betweens the > bisection steps. > > If we really care about it, we could keep a symbol like this > in drivers/platform/chrome/Kconfig for one release: > > config CONFIG_MFD_CROS_EC > tristate "Enable ChromeOS Embedded Controller" > select CROS_EC > select CHROME_PLATFORMS > select CONFIG_MFD_CROS_EC_DEV > help > This is a transitional Kconfig option and will be removed > after everyone enables the parts individually. > Not sure if really makes sense do this and tbh and don't have a hard opinion, so I'll let the final decision to the soc/mfd maintainers. Just let me know and I'll respin the patches with that if you really want. Thanks, Enric > Arnd >