Return-path: Received: from mail-wj0-f179.google.com ([209.85.210.179]:35054 "EHLO mail-wj0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932582AbcK1PzB (ORCPT ); Mon, 28 Nov 2016 10:55:01 -0500 Received: by mail-wj0-f179.google.com with SMTP id v7so119919688wjy.2 for ; Mon, 28 Nov 2016 07:55:00 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <20161128141513.agnkyz6ronigbukn@rob-hp-laptop> References: <1479434109-8745-1-git-send-email-matt@ranostay.consulting> <20161128141513.agnkyz6ronigbukn@rob-hp-laptop> From: Ulf Hansson Date: Mon, 28 Nov 2016 16:54:58 +0100 Message-ID: (sfid-20161128_165505_610341_0E808091) Subject: Re: [PATCH] mmc: pwrseq: add support for Marvell SD8787 chip To: Rob Herring Cc: Matt Ranostay , "linux-wireless@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "devicetree@vger.kernel.org" , "linux-mmc@vger.kernel.org" , Tony Lindgren , Mark Rutland , Srinivas Kandagatla Content-Type: text/plain; charset=UTF-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: [...] >> + >> +Example: >> + >> + wifi_pwrseq: wifi_pwrseq { >> + compatible = "mmc-pwrseq-sd8787"; >> + pwrdn-gpio = <&twl_gpio 0 GPIO_ACTIVE_LOW>; >> + reset-gpio = <&twl_gpio 1 GPIO_ACTIVE_LOW>; >> + } >> diff --git a/Documentation/devicetree/bindings/net/wireless/marvell-sd8xxx.txt b/Documentation/devicetree/bindings/net/wireless/marvell-sd8xxx.txt >> index c421aba0a5bc..08fd65d35725 100644 >> --- a/Documentation/devicetree/bindings/net/wireless/marvell-sd8xxx.txt >> +++ b/Documentation/devicetree/bindings/net/wireless/marvell-sd8xxx.txt >> @@ -32,6 +32,9 @@ Optional properties: >> so that the wifi chip can wakeup host platform under certain condition. >> during system resume, the irq will be disabled to make sure >> unnecessary interrupt is not received. >> + - vmmc-supply: a phandle of a regulator, supplying VCC to the card > > This is why pwrseq is wrong. You have some properties in the card node > and some in pwrseq node. Everything should be in the card node. Put "all" in the card node, just doesn't work for MMC. Particular in cases when we have removable cards, as then it would be wrong to have a card node. The mmc pwrseq DT bindings just follows the legacy approach for MMC and that's why the pwrseq handle is at the controller node. Yes, would could have done it differently, but this is the case now, so we will have to accept that. [...] Kind regards Uffe