On Tue, Feb 04, 2014 at 04:58:42PM +0100, Ulf Hansson wrote:
Convert to the SET_PM_RUNTIME_PM macro while defining the runtime PM
callbacks. This means the callbacks becomes available for both
CONFIG_PM_SLEEP and CONFIG_PM_RUNTIME, which is needed by drivers and
power domains.
This patch is
On Tue, Feb 18, 2014 at 10:40:33PM -0500, Nicolas Pitre wrote:
On Tue, 18 Feb 2014, Russell King wrote:
Rather than the SDIO support spawning it's own thread for handling card
interrupts, use the generic IRQ infrastructure for this, triggering it
from the host interface's interrupt
On Wed, Feb 19, 2014 at 11:43:19AM +0530, Viresh Kumar wrote:
Adding ST people as well who have access to boards and are working on SPEAr.
On 18 February 2014 23:27, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
1) You're controlling the card power GPIO via the insertion/removal
On 19 February 2014 15:13, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Feb 19, 2014 at 11:43:19AM +0530, Viresh Kumar wrote:
Adding ST people as well who have access to boards and are working on SPEAr.
On 18 February 2014 23:27, Russell King - ARM Linux
Hi Hans,
On Tue, Feb 18, 2014 at 09:49:21PM +0100, Hans de Goede wrote:
Hi,
On 02/18/2014 04:37 PM, Maxime Ripard wrote:
snip
+
+ for (i = 0; i data-sg_len; i++) {
+ pdes[i].config = SDXC_IDMAC_DES0_CH | SDXC_IDMAC_DES0_OWN |
+
On 19 February 2014 15:22, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Are you aware that power control to the card is part of the MMC/SD/SDIO
spec - and part of the protocol talking to the card? Hence why the
mmc layer has support for its control built-in.
Yeah, almost everything
On Wed, Feb 19, 2014 at 03:39:35PM +0530, Viresh Kumar wrote:
On 19 February 2014 15:22, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
If you don't want to use a regulator, then the right way to do this is to
use the set_ios callback and check the power field - anything which is not
Thanks for removing my ST email id from this mail, I was about to do that
this time :)
On 19 February 2014 16:20, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Feb 19, 2014 at 03:39:35PM +0530, Viresh Kumar wrote:
I didn't get that completely here.. sorry completely out of
On 19 February 2014 10:40, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Feb 04, 2014 at 04:58:42PM +0100, Ulf Hansson wrote:
Convert to the SET_PM_RUNTIME_PM macro while defining the runtime PM
callbacks. This means the callbacks becomes available for both
CONFIG_PM_SLEEP and
On 10 February 2014 13:51, Mark Brown broo...@kernel.org wrote:
On Mon, Feb 10, 2014 at 01:33:50PM +0100, Ulf Hansson wrote:
On 4 February 2014 20:16, Mark Brown broo...@kernel.org wrote:
This seems like a fairly hideous thing to be having to open code in an
individual driver, it all looks
On 4 February 2014 16:58, Ulf Hansson ulf.hans...@linaro.org wrote:
Convert to the SET_PM_RUNTIME_PM macro while defining the runtime PM
callbacks. This means the callbacks becomes available for both
CONFIG_PM_SLEEP and CONFIG_PM_RUNTIME, which is needed to handle the
combinations of these
Few cleanups to reduce code indent,
Add pbias_regulator support and adapt omap_hsmmc to use pbias regulator
to configure required voltage on mmc1 pad(SD card) i/o rails on OMAP SoCs.
Balaji T K (7):
mmc: omap_hsmmc: use devm_regulator API
mmc: omap_hsmmc: handle vcc and vcc_aux independently
Use devm_regulator API, while at it use
devm_regulator_get_optional for optional vmmc_aux supply
Signed-off-by: Balaji T K balaj...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
---
drivers/mmc/host/omap_hsmmc.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git
pbias register controls internal power supply to sd card i/o pads
in most OMAPs (OMAP2-5, DRA7).
Control bits for selecting voltage level and
enabling/disabling are in the same PBIAS register.
Signed-off-by: Balaji T K balaj...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Mark Brown
Enable REGULATOR_PBIAS needed for SD card on most OMAPs.
Signed-off-by: Balaji T K balaj...@ti.com
---
arch/arm/configs/omap2plus_defconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index
In DT case, PBAIS registers are programmed via regulator,
use regulator APIs to control PBIAS.
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 37 +
1 files changed, 37 insertions(+), 0 deletions(-)
diff --git
remove pbias workaround
Signed-off-by: Balaji T K balaj...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
---
drivers/mmc/host/omap_hsmmc.c | 20 +---
1 files changed, 1 insertions(+), 19 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
Add pbias regulator node as a child of system control
module - syscon.
Signed-off-by: Balaji T K balaj...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
---
arch/arm/boot/dts/dra7.dtsi | 17 +
arch/arm/boot/dts/omap2430.dtsi | 17 +
handle vcc and vcc_aux independently to reduce indent.
Signed-off-by: Balaji T K balaj...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
---
drivers/mmc/host/omap_hsmmc.c | 54 +++--
1 files changed, 25 insertions(+), 29 deletions(-)
diff --git
On Wed, Feb 19, 2014 at 03:20:07PM +0100, Ulf Hansson wrote:
Also note that, Russell has already applied the corresponding part in
the amba bus (patch 1)
Why would this depend on an AMBA patch and if it does surely the two
need to be merged together somehow?
signature.asc
Description:
Current code will exist when read eMMC 5.0, add support for it
Signed-off-by: Zhang Yi yix.x.zh...@gmail.com
---
mmc_cmds.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/mmc_cmds.c b/mmc_cmds.c
index b8afa74..5edf42b 100644
--- a/mmc_cmds.c
+++ b/mmc_cmds.c
@@ -722,6 +722,9 @@ int
On 19 February 2014 16:10, Mark Brown broo...@kernel.org wrote:
On Wed, Feb 19, 2014 at 03:20:07PM +0100, Ulf Hansson wrote:
Also note that, Russell has already applied the corresponding part in
the amba bus (patch 1)
Why would this depend on an AMBA patch and if it does surely the two
need
On 02/18/2014 08:11 AM, Russell King wrote:
sdhci-tegra provides a get_ro method, which overrides the checking
of the write protect bit in the PRESENT_STATE register in sdhci.c:
if (host-flags SDHCI_DEVICE_DEAD)
is_readonly = 0;
else if (host-ops-get_ro)
On Wed, Feb 19, 2014 at 01:04:19PM -0700, Stephen Warren wrote:
On 02/18/2014 08:11 AM, Russell King wrote:
sdhci-tegra provides a get_ro method, which overrides the checking
of the write protect bit in the PRESENT_STATE register in sdhci.c:
if (host-flags SDHCI_DEVICE_DEAD)
On Wed, Feb 19, 2014 at 11:22:53PM +, Russell King - ARM Linux wrote:
The script was a little too over-zealous. It was just supposed to do
the following transformation:
--- = =-DO NOT APPLY-=
+++ = =+DO NOT APPLY+=
which would've made it reversible with a trivial sed expression - but
Hi,
You can refer to this.
http://comments.gmane.org/gmane.linux.kernel.mmc/23838
Best Regards,
Jaehoon Chung
On 02/19/2014 10:47 PM, Zhang Yi wrote:
Current code will exist when read eMMC 5.0, add support for it
Signed-off-by: Zhang Yi yix.x.zh...@gmail.com
---
mmc_cmds.c |3 +++
26 matches
Mail list logo