Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp1537887pxb; Fri, 20 Aug 2021 07:51:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwfNCffhtc/l8dlkOpnTef7AvJGDfJp1SMD5OVlf+cJEdYSGC7JyPqGghR3oNI7/itnCgZG X-Received: by 2002:aa7:df03:: with SMTP id c3mr22532781edy.348.1629471110652; Fri, 20 Aug 2021 07:51:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629471110; cv=none; d=google.com; s=arc-20160816; b=y04V0KJwlhd492T96pPoT0BjbWkhdBpaKfmHus9gbN5FEMy5QWnG2EBRs61M82zcRz LqKjzaQl/vyUjnYrn4dA1H9i9xrKXlsQ0O9LhQhVv+iMDLFcWK5+TieVC/SYM4+bydeL KJG0aCYoUo+SNEHJwNxR0zokb99wqE16wwINqSK4PZo3uaet3vIpRSh4CvqXWHI8C5No Jl0+x/ySGx56X13WnZEiV4s+sPmqSN70Ij28khcklIzpzbDAbj3XQJcxiMAK7cA3UqHH wWLHXFzbweAoNB9aaW4qkiwGlAleqiZi61WSbkLPNkFsKSX9nj8CSuBt/4v2E+O5GMgm PzBA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=81Wyu/qhWQGKnupS9nfESFQzjfXPRJsSo6Uq3jVJbBw=; b=ia5NDZ92hSBsG4ZLUIZYcX3YBIetb2n0iJDG7PErsOcYF84b/nEST4g1k0NQjSxeBC d02JLY4+i0xhjP2zjjoAxiQjTpNbpi9QpxGczhfdQPT/Iv+Grfr4n5O0zL3R1qsFLoDs NJGhHGM8r89uAOoG4RcAult3A+lD+JDVtosRwKhz1ixGK1HaL8lFbCeVFh1y54YGJSvi lgxKIIIkAwng5/qhUihIBlLOdlayaPcpQpco3EsdKjObN3OPscmp133qqyPVCOe2P5KZ fe8EffItkZ8oUaWzyev7j9/6o5k9NnzKFv/yXfP3HupBERakzz1WYSi3YoKlYs/QF4jC JGvw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r23si6924862edq.379.2021.08.20.07.51.18; Fri, 20 Aug 2021 07:51:50 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240915AbhHTOt4 (ORCPT + 99 others); Fri, 20 Aug 2021 10:49:56 -0400 Received: from foss.arm.com ([217.140.110.172]:33536 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240879AbhHTOtz (ORCPT ); Fri, 20 Aug 2021 10:49:55 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 9DA3511FB; Fri, 20 Aug 2021 07:49:17 -0700 (PDT) Received: from [10.57.15.112] (unknown [10.57.15.112]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 6A67A3F70D; Fri, 20 Aug 2021 07:49:16 -0700 (PDT) Subject: Re: [PATCH] ARM: dts: rockchip: remove cap-mmc-highspeed property from mk808 &mmc0 node To: Johan Jonker , heiko@sntech.de Cc: robh+dt@kernel.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, paweljarosz3691@gmail.com References: <20210820131920.1831-1-jbx6244@gmail.com> From: Robin Murphy Message-ID: Date: Fri, 20 Aug 2021 15:49:10 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021-08-20 15:41, Johan Jonker wrote: > > > On 8/20/21 4:17 PM, Robin Murphy wrote: >> On 2021-08-20 14:19, Johan Jonker wrote: >>> On the MK808 only a microSD slot is connected with the SDMMC Host >>> Controller, >>> so remove the cap-mmc-highspeed property from the &mmc0 node. >> >> Why, does it do any harm? > > Harm not. Example rk3066 u-boot: > >>>>> sd_select_mode_and_width > sd card: widths [4, 1, ] modes [MMC legacy, SD High Speed (50MHz), UHS > SDR12 (25MHz), UHS SDR25 (50MHz), ] > host: widths [4, 1, ] modes [MMC legacy, MMC High Speed (26MHz), SD > High Speed (50MHz), MMC High Speed (52MHz), ] > trying mode SD High Speed (50MHz) width 4 (at 50 MHz) > > I would say only advertise host capabilities that are under normal > circumstances occur. How realistic is it to use a TF/Micro SD TO SD Card > Extension Cable Adapter (giggle) for a deprecated mmc card? Well, if you want a far more realistic example: https://www.hardkernel.com/shop/emmc-module-reader-board-for-os-upgrade/ Who are we to dictate what "normal circumstances" are, and what do we gain by removing support for modes that could work fine and at least be useful to someone on occasion? Robin.