[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <13485899.XsimukeSAF@wuerfel>
Date: Fri, 18 Sep 2015 15:18:57 +0200
From: Arnd Bergmann <arnd@...db.de>
To: linux-arm-kernel@...ts.infradead.org
Cc: Maxime Ripard <maxime.ripard@...e-electrons.com>,
ulf.hansson@...aro.org, Mike Turquette <mturquette@...libre.com>,
Stephen Boyd <sboyd@...eaurora.org>,
linux-kernel@...r.kernel.org, Hans de Goede <hdegoede@...hat.com>,
linux-sunxi@...glegroups.com, Chen-Yu Tsai <wens@...e.org>,
linux-clk@...r.kernel.org
Subject: Re: [PATCH 0/5] ARM: sunxi: Introduce CHIP support
On Friday 18 September 2015 14:19:05 Maxime Ripard wrote:
>
> There's actually two issues that are pretty orthogonal:
>
> * the fact that the regulator to power the wifi chip needs to be
> enabled before it enumerates and the driver is probed. The MMC
> pwrseq stuff seems to fix that, even if it doesn't really fit in
> the usual DT model.
Ok. If there is anything missing in the pwrseq implementation or
binding at the moment, you'll have to work with Ulf to get it to
drive your hardware then.
> * The fact that that regulator on this board is actually two
> regulators in parallel that needs to be controlled in parallel
> too. Here, it will probably require a new regulator driver to
> combine two regulators into one.
I don't yet understand what it means to control them in parallel.
Do you mean the hardware uses two outputs to support a higher
current than you could do with one?
How critical is the timing? Would it be enough if the mmc
code knew how to set more than one regulator and do them
one at a time?
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists