Received: by 2002:ac0:da4c:0:0:0:0:0 with SMTP id a12csp2608394imi; Mon, 25 Jul 2022 03:24:55 -0700 (PDT) X-Google-Smtp-Source: AGRyM1sHv6RVAAAZnfi4/ndy6z5yBF2qlywEIV4ZwL0IZMmbV/dfR5NcA2nhd4xw2KPmyn+RQKBC X-Received: by 2002:a17:902:ba91:b0:16d:3119:7fea with SMTP id k17-20020a170902ba9100b0016d31197feamr11641089pls.57.1658744695231; Mon, 25 Jul 2022 03:24:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658744695; cv=none; d=google.com; s=arc-20160816; b=wMp63jkQYkS1v85aWuf8nBx8EA0+WAKErIOl/IZkdBEZikjreyWcqXw/sA30GCCQEY GozecNC1KAL34DG+ylSAcSljtjd1hTLxTE5Y6Ixw5uWnLqo9HIFyMmieMrrvtu9J53m4 cCFNACZm8yvv22TmguYCw+B5eWQCb+3drLPFJN7H/klAfDBhnYcPgg0yhSYwUEcmvb6F 7v5ezb/QYxId9nPYfKN+/rjeB1gLXzRiAb1zWjUTq1CNzMFcJyud2puAXOdNRgMhZM/A FDgJMsFzYFp34qivd154cz/qoR6IQPZ63OE39Q4WjGkp/6R//F1s+ksCZBpldM2b0gxO TUzw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=Nacbt5kce73tZvh5DRrC+UNAIjyuhdIjdedR5/Nhrt4=; b=e8sL/xnCi+FQelYkuIQ+NdF3Wx7i1cL/qMAVZxyUM4/isIvlduz4qlLEsSCDR8JsQ6 LRyc/eNvu1Ucc7/4bzz/pRVAiHrKruqW204QlvzjYRf6f1bCaADGGB9CMLq0fRJ0BbF4 VQXXGb+nlupk7vTExNRw1mVcs0bub7EnmRB0bWmbseQkqYjO4UhB5+W/XsHZK/2hR+Ye rmBs3OfnKQd53ifFMka4Ok2DnPguGKahfgvJeIxTtv7cVW6xxBRRFiWC/6tDPC+hyto2 TfuC4aAwOQq8aepjbi4QWnwXbNoLTBff6J9h7kUm660WpsgkFseXBQ4XQ6AAborxcwq5 Wnig== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=LyswTyWF; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id g15-20020a63564f000000b00415d3c03929si12957569pgm.725.2022.07.25.03.24.39; Mon, 25 Jul 2022 03:24:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=LyswTyWF; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233487AbiGYKUN (ORCPT + 99 others); Mon, 25 Jul 2022 06:20:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45570 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234122AbiGYKUJ (ORCPT ); Mon, 25 Jul 2022 06:20:09 -0400 Received: from madras.collabora.co.uk (madras.collabora.co.uk [46.235.227.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 73512B66; Mon, 25 Jul 2022 03:20:08 -0700 (PDT) Received: from [192.168.1.100] (2-237-20-237.ip236.fastwebnet.it [2.237.20.237]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: kholk11) by madras.collabora.co.uk (Postfix) with ESMTPSA id BB9DB66015E7; Mon, 25 Jul 2022 11:20:06 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1658744407; bh=cAxLqY4H5FxXpqjonDX3MiIrSFGAVllU3r3EY4RdIHc=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=LyswTyWFMeog5eIoVo61s7iqI7myG0byUWdtnf9a5/ndVluML+PJoo6ZllxGJO3Ei WHCsOgVrYShU1YnoXiIVSU5tC4dz7ePJprAsafEV4NyEopqzNj9EpEC97KFCCkvKOk qUtJcsv/dsqKMzFqPCNsuc72jy+y5BYXBJw2IeR+mvTcVHoSDrbOEytrd5uoBqE7fP gawEDiP5Z+c04R176gYL0rxVpyHqle8nhfv1uT8pr7O58sI5wt6nZT7mkiRDyi4kUl 2Ek66SnCnsfsoo4uPLHxR9UFqflf13TkHmcdvqnnaQ+byiUdaw1XjPKFA/5OxQDffW aqHBOzi6A7Nfw== Message-ID: <781f6d3e-412e-1553-c2c2-23c9a897626b@collabora.com> Date: Mon, 25 Jul 2022 12:20:03 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: [PATCH v2 4/8] arm64: dts: mediatek: cherry: Enable secondary SD/MMC controller Content-Language: en-US To: Chen-Yu Tsai Cc: matthias.bgg@gmail.com, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <20220721145017.918102-1-angelogioacchino.delregno@collabora.com> <20220721145017.918102-5-angelogioacchino.delregno@collabora.com> From: AngeloGioacchino Del Regno In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Il 25/07/22 10:54, Chen-Yu Tsai ha scritto: > On Thu, Jul 21, 2022 at 10:51 PM AngeloGioacchino Del Regno > wrote: >> >> As of now, all of the boards based on the cherry platform have a >> usable secondary SD/MMC controller, usually for SD cards: enable >> it to allow both booting from it and generally accessing external >> storage. >> >> Signed-off-by: AngeloGioacchino Del Regno >> --- >> .../boot/dts/mediatek/mt8195-cherry.dtsi | 62 +++++++++++++++++++ >> 1 file changed, 62 insertions(+) >> >> diff --git a/arch/arm64/boot/dts/mediatek/mt8195-cherry.dtsi b/arch/arm64/boot/dts/mediatek/mt8195-cherry.dtsi >> index 2853f7f76c90..8859957c7b27 100644 >> --- a/arch/arm64/boot/dts/mediatek/mt8195-cherry.dtsi >> +++ b/arch/arm64/boot/dts/mediatek/mt8195-cherry.dtsi >> @@ -17,6 +17,7 @@ aliases { >> i2c5 = &i2c5; >> i2c7 = &i2c7; >> mmc0 = &mmc0; >> + mmc1 = &mmc1; >> serial0 = &uart0; >> }; >> >> @@ -227,6 +228,24 @@ &mmc0 { >> vqmmc-supply = <&mt6359_vufs_ldo_reg>; >> }; >> >> +&mmc1 { >> + status = "okay"; >> + >> + bus-width = <4>; >> + cap-sd-highspeed; >> + cd-gpios = <&pio 54 GPIO_ACTIVE_LOW>; >> + max-frequency = <200000000>; >> + no-mmc; >> + no-sdio; >> + pinctrl-names = "default", "state_uhs"; >> + pinctrl-0 = <&mmc1_pins_default>; >> + pinctrl-1 = <&mmc1_pins_uhs>; >> + sd-uhs-sdr50; >> + sd-uhs-sdr104; >> + vmmc-supply = <&mt_pmic_vmch_ldo_reg>; >> + vqmmc-supply = <&mt_pmic_vmc_ldo_reg>; >> +}; >> + >> /* for CPU-L */ >> &mt6359_vcore_buck_reg { >> regulator-always-on; >> @@ -575,6 +594,49 @@ pins-rst { >> }; >> }; >> >> + mmc1_pins_default: mmc1-default-pins { >> + pins-cmd-dat { >> + pinmux = , >> + , >> + , >> + , >> + ; >> + input-enable; >> + drive-strength = <8>; >> + bias-pull-up = ; >> + }; >> + >> + pins-clk { >> + pinmux = ; >> + drive-strength = <8>; >> + bias-pull-down = ; >> + }; >> + >> + pins-insert { >> + pinmux = ; >> + bias-pull-up; >> + }; >> + }; >> + >> + mmc1_pins_uhs: mmc1-uhs-pins { >> + pins-cmd-dat { >> + pinmux = , >> + , >> + , >> + , >> + ; >> + input-enable; >> + drive-strength = <8>; >> + bias-pull-up = ; >> + }; >> + >> + pins-clk { >> + pinmux = ; >> + drive-strength = <8>; >> + bias-pull-down = ; >> + }; > > I wonder if pins-insert should be duplicated here. And there's no > difference between the standard and UHS pinconfigs. One would expect > higher drive strength on the UHS set, if two sets were required. > So maybe we should just have one set, and use that one for both > the default and uhs states. > I don't think that it would really make a lot of sense to duplicate the insertion pin setup in the UHS-specific pinctrl set... Whenever you remove the uSD card, the controller goes back to default, as the first steps in card initialization are always happening at low speed and only after that we can switch to UHS speeds... so we do expect that the first-ever state is always `default` (by spec!), which means that we are also ensuring that the insertion pin setup is always done. Cheers, Angelo > Otherwise, > > Reviewed-by: Chen-Yu Tsai > Tested-by: Chen-Yu Tsai > >> + }; >> + >> nor_pins_default: nor-default-pins { >> pins-ck-io { >> pinmux = , >> -- >> 2.35.1 >> >>