Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp2030879ybh; Fri, 17 Jul 2020 07:41:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzSeropQ47jq9ViZs4XhoE6uIAIUBJB6WbV0pEIYskSHb3bazq2CMk6wYp3mDJDf77WWp44 X-Received: by 2002:a17:906:3e13:: with SMTP id k19mr8698738eji.476.1594996897228; Fri, 17 Jul 2020 07:41:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594996897; cv=none; d=google.com; s=arc-20160816; b=j7gjLEbkCUCJEaWF5yrzW9ox+jo+CTmUHcsjD5rnqN5BBxGyzc5U8QI57whv43uBK0 qdLqMgXKtm8rH0s30RHQT0Hn3YPFkttlRAAdBoS6a9WRGuNZ8AV7CbZAetrCCZSvn7tm 9kdI4ZtMV5Yu2DQ75ps+v0xaDZ7S/o+mODZlm+5T1itl7SIuS6C5tllQw9aXO0kEXx9g qoIL9kstIj7/wQ82OgqbIMvz8EK9tX7QA0vHU5XI+xbUso72bNeUzEOd3Mb01DKrqmHN e5DGdE4halpu38Ln9aXeJytcqvjotv7zVOVuIE3B5ucKcYcjFuijvNKT8koiAvjiyjpe bBQw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=rA+TsQJZMiHTQ0R1Ot7MnJ/9+FZrNTz5ZJI/VTReH+s=; b=BHO8EeRBEUCjeOkwAxutmGQn1gd2jKS7rJafHrfKtXHlKJmHcC0idwv4ww7btQMkyb oEHx2pvNgiMlmzUI4LTLRvLIbxuC/jAjBNv9tnX0aIu4D1+M7CbKpVVmCqCXlWO5TJnk 3gi+7h2tRbMwechHjZAdw9wokX1/vcWl603f9xLtWo8LLjyv6uFLjWbtuf/FGcTW1nRQ Eako+WhBCKI1FqvWLRRw/IFOz8hs+3/+UDZd/tSSVClk356QNFDrQTVcK7QkQLeMyTMO 3BwTGQOFlxSMqIdp9FRHFaX1+9I7Eb2g8Vqp+efmmVODMrr5PvnrTbXt42hZSvPlmenU +zLA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=q5BxwmUV; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bo4si4896266ejb.279.2020.07.17.07.41.14; Fri, 17 Jul 2020 07:41:37 -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; dkim=pass header.i=@linaro.org header.s=google header.b=q5BxwmUV; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727101AbgGQOlF (ORCPT + 99 others); Fri, 17 Jul 2020 10:41:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45930 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726742AbgGQOlE (ORCPT ); Fri, 17 Jul 2020 10:41:04 -0400 Received: from mail-pf1-x443.google.com (mail-pf1-x443.google.com [IPv6:2607:f8b0:4864:20::443]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D15D0C0619D2 for ; Fri, 17 Jul 2020 07:41:04 -0700 (PDT) Received: by mail-pf1-x443.google.com with SMTP id q17so5476638pfu.8 for ; Fri, 17 Jul 2020 07:41:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=rA+TsQJZMiHTQ0R1Ot7MnJ/9+FZrNTz5ZJI/VTReH+s=; b=q5BxwmUVXql0ftAWG2Aj5qT7PgLwLDn8MdXraWBLy2W1Y9qli331A7ylq4xPtRS1ki JC0ktlxSE7YzyvxShB14Y1k8uGGm3jEMXt5QZ1ovG5IrI6pgpXg1SErxh/xhZE8yrymP oSAjvkXZR49KJgQjFNhA0P6En6DEJ8GChfiHkOXAqJ1c+pvZVFBYpISY3WZNmLFllBog SY3lUkXBQ75NoG0h+Ib3dw3PlpjIi/kcYxzP7ySHVZVaMyKekjV2l0KPO6POyH7496GY gqXe3RnBeivtmq+Su7DqdnIB+B7rM76JrBDu8Z8POlzltAgs0W4Uz1KAyfyrX8f15UcD mtfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=rA+TsQJZMiHTQ0R1Ot7MnJ/9+FZrNTz5ZJI/VTReH+s=; b=LLBdUIU39aQ2+i5dAJZxSxNTzDXAgw71Qyj8p1MCwG7KaqxPOOx/RY795/NHL/+hAN 2X+jAttBX492jainzBplCuDoNzX9W7SOKHVIgVuMmYMcKdUlfotzJucvbLDkiZ2qOs3t WN1r8JQfGMj9yG+PReL0UrLbtu6NRaeLIJIboPvGylmUt0j/7R4syeQ1qwu1BUPg+cHW uUEnGukcZhOj8dtb7D+jF2xwFm/XIKmJ6B17NZ4Oodonrp45bsPxcNJdluBiozK1COQ/ QgGVXO913/CAgBSxiDqCRt15OWi2QCmZG41QsRD75Ka2Qb6Y8z5CCUP40heliDnMGsLB oX+w== X-Gm-Message-State: AOAM530s8b83ld8VwEufy5JDqcrzxIndppaupMMfESysJEov9YIVMJTi zO4ukdJSghnsgEMV+JHKhJua X-Received: by 2002:a62:86cc:: with SMTP id x195mr8252851pfd.39.1594996864265; Fri, 17 Jul 2020 07:41:04 -0700 (PDT) Received: from Mani-XPS-13-9360 ([2409:4072:6382:1ac4:99cf:535d:1e55:97cf]) by smtp.gmail.com with ESMTPSA id j3sm7594822pfe.102.2020.07.17.07.40.59 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Fri, 17 Jul 2020 07:41:03 -0700 (PDT) Date: Fri, 17 Jul 2020 20:10:57 +0530 From: Manivannan Sadhasivam To: Amit Tomer Cc: Andre Przywara , Andreas =?iso-8859-1?Q?F=E4rber?= , Rob Herring , cristian.ciocaltea@gmail.com, linux-kernel@vger.kernel.org, linux-arm-kernel , linux-actions@lists.infradead.org, devicetree@vger.kernel.org Subject: Re: [PATCH v5 10/10] arm64: dts: actions: Add uSD support for Cubieboard7 Message-ID: <20200717144056.GB3301@Mani-XPS-13-9360> References: <1593701576-28580-1-git-send-email-amittomer25@gmail.com> <1593701576-28580-11-git-send-email-amittomer25@gmail.com> <20200712173044.GL6110@Mani-XPS-13-9360> <20200713030055.GA2978@Mani-XPS-13-9360> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jul 13, 2020 at 02:38:55PM +0530, Amit Tomer wrote: > Hi, > > > Fixed regulators are used to nicely model the regulators which aren't tied to > > any PMIC. But for some cases we use them to represent supplies when there is > > no support for the specific PMIC present in the kernel and they are turned > > on/configured by the bootloader (this is what happening here). > > > > And there is no use of declaring fixed regulators when there is no consumer. > > Even if you don't define these, the corresponding supplies in the board will > > always be in the same state configured by the bootloader. So I'd suggest you > > to remove this for now. > > Checked the schematics and regulator name is the same for both eMMC and uSD Okay, fine. > Shall we keep uSD regulator sd_vcc to be consistent across ACTIONS platform? > No. As I said before it depends on the individual board schematics. Thanks, Mani > > Since I don't have the schematics to check, please make sure you name the > > regulators as mentioned in the schematics (this could vary from board to board, > > so don't just copy from others). > > > > Sure, point noted. > > Thanks > -Amit.