On 06/03/12 23:14, Rafael J. Wysocki wrote:
On Tuesday, March 06, 2012, Guennadi Liakhovetski wrote:
On Tue, 6 Mar 2012, Adrian Hunter wrote:
On 04/03/12 02:01, Rafael J. Wysocki wrote:
Hi all,
The goal of this patchset is to allow user space to control the
responsiveness of the MMC stack
The MMC_GEN_CMD (CMD56) doesn't need to check busy signal.
So, the patch fixes the setting.
Signed-off-by: Yoshihiro Shimoda yoshihiro.shimoda...@renesas.com
---
drivers/mmc/host/sh_mmcif.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/host/sh_mmcif.c
On Wednesday, March 07, 2012, Adrian Hunter wrote:
On 06/03/12 23:47, Rafael J. Wysocki wrote:
On Tuesday, March 06, 2012, Adrian Hunter wrote:
On 04/03/12 02:01, Rafael J. Wysocki wrote:
Hi all,
The goal of this patchset is to allow user space to control the
responsiveness of the MMC
On Wednesday, March 07, 2012, Adrian Hunter wrote:
On 06/03/12 23:14, Rafael J. Wysocki wrote:
On Tuesday, March 06, 2012, Guennadi Liakhovetski wrote:
On Tue, 6 Mar 2012, Adrian Hunter wrote:
On 04/03/12 02:01, Rafael J. Wysocki wrote:
Hi all,
The goal of this patchset is to allow
On Monday 05 March 2012 01:24 PM, Rajendra Nayak wrote:
On Friday 24 February 2012 03:40 PM, Rajendra Nayak wrote:
Chris,
On Thursday 23 February 2012 04:56 PM, Rajendra Nayak wrote:
Re-sending as these patches did not make it to the lists due to
issues with my 'git send-email'
This series
On 03/06/12 01:51, Kukjin Kim wrote:
On 03/05/12 18:29, Jaehoon Chung wrote:
Hi Kukjin.
Is it merged?
Best Regards,
Jaehoon Chung
On 02/24/2012 06:56 PM, Thomas Abraham wrote:
On 23 February 2012 11:18, Jaehoon Chungjh80.ch...@samsung.com wrote:
Thomas Arbrahams's patchset have changed
Hello,
On Wednesday, March 07, 2012 2:20 PM Kukjin Kim wrote:
On 03/06/12 01:51, Kukjin Kim wrote:
On 03/05/12 18:29, Jaehoon Chung wrote:
Hi Kukjin.
Is it merged?
Best Regards,
Jaehoon Chung
On 02/24/2012 06:56 PM, Thomas Abraham wrote:
On 23 February 2012 11:18, Jaehoon
Hi Rajendra,
On Wed, Mar 07 2012, Rajendra Nayak wrote:
Chris, Ping. I am basing my DT support patches on top of these cleanups.
Would be great if you can have a look and pull them in.
Chris, just realized the last two requests from me to get this merged
weren't addressed to you directly,
On Mon, Mar 5, 2012 at 3:55 PM, T Krishnamoorthy, Balaji
balaj...@ti.com wrote:
On Mon, Mar 5, 2012 at 2:46 PM, Rajendra Nayak rna...@ti.com wrote:
On Friday 02 March 2012 10:52 PM, Tony Lindgren wrote:
BTW, with -rc5, looks like re-inserting omap_hsmmc on omap4 fails
to detect any cards, and
Hi Balaji,
On Wed, Mar 07 2012, T Krishnamoorthy, Balaji wrote:
OMAP4 and OMAP3 HSMMC IP registers differ by 0x100 offset.
Addng the offset to platform_device resource structure
increments the start address for every insmod operation.
MMC command fails on re-insertion as module due incorrect
On 03/07/12 06:01, Marek Szyprowski wrote:
Hello,
On Wednesday, March 07, 2012 2:20 PM Kukjin Kim wrote:
On 03/06/12 01:51, Kukjin Kim wrote:
On 03/05/12 18:29, Jaehoon Chung wrote:
Hi Kukjin.
Is it merged?
Best Regards,
Jaehoon Chung
On 02/24/2012 06:56 PM, Thomas Abraham wrote:
On 23
* Chris Ball c...@laptop.org [120307 07:11]:
Hi Balaji,
On Wed, Mar 07 2012, T Krishnamoorthy, Balaji wrote:
OMAP4 and OMAP3 HSMMC IP registers differ by 0x100 offset.
Addng the offset to platform_device resource structure
increments the start address for every insmod operation.
MMC
On Wed, Mar 07, 2012 at 12:03:31PM +0900, Jaehoon Chung wrote:
On 03/07/2012 01:30 AM, Mark Brown wrote:
The same IP is present and used with the same driver on other Samsung
SoCs.
I know that used with the same driver on other
Samsung-SoCs(S3C64XX/S3C24XX..etc)
I just only used the
On Wed, Mar 07, 2012 at 10:05:54AM +0100, Rafael J. Wysocki wrote:
On Wednesday, March 07, 2012, Adrian Hunter wrote:
Maybe this needs to be re-thought. Userspace needs a simple, consistent and
understandable set of pm controls across the entire kernel, not piecemeal
across different
Rafael J. Wysocki r...@sisk.pl writes:
Maybe this needs to be re-thought. Userspace needs a simple, consistent and
understandable set of pm controls across the entire kernel, not piecemeal
across different subsystems.
Well, that's my opinion too, but other people don't seem to agree with
On Wednesday, March 07, 2012, Kevin Hilman wrote:
Rafael J. Wysocki r...@sisk.pl writes:
Maybe this needs to be re-thought. Userspace needs a simple, consistent
and
understandable set of pm controls across the entire kernel, not piecemeal
across different subsystems.
Well, that's
On Wed, Mar 07, 2012 at 09:51:07PM +0100, Rafael J. Wysocki wrote:
That would be fine, but it doesn't _conflict_ with a more direct (so to
speak) knob in sysfs, does it?
Well, perhaps - one of the issues I remember from last time we discussed
this was that there's a tension between the
Hi all,
On Sunday, March 04, 2012, Rafael J. Wysocki wrote:
On Sunday, March 04, 2012, Rafael J. Wysocki wrote:
The goal of this patchset is to allow user space to control the
responsiveness of the MMC stack related to runtime power management.
Namely, on systems that contain power
From: Rafael J. Wysocki r...@sisk.pl
Make sh_mmcif call dev_pm_qos_expose_latency_limit() to expose
the PM QoS latency limit to user space and specify the initial
value of it as 100 microseconds.
Signed-off-by: Rafael J. Wysocki r...@sisk.pl
---
drivers/mmc/host/sh_mmcif.c |5 +
1 file
From: Rafael J. Wysocki r...@sisk.pl
A runtime suspend of a device (e.g. an MMC controller) belonging to
a power domain or, in a more complicated scenario, a runtime suspend
of another device in the same power domain, may cause power to be
removed from the entire domain. In that case, the amount
From: Rafael J. Wysocki r...@sisk.pl
Make tmio_mmc call dev_pm_qos_expose_latency_limit() to expose
the PM QoS latency limit to user space and specify the initial
value of it as 100 microseconds.
Signed-off-by: Rafael J. Wysocki r...@sisk.pl
---
drivers/mmc/host/tmio_mmc_pio.c |5 +
1
On Wednesday 07 March 2012 08:29 PM, Chris Ball wrote:
Hi Rajendra,
On Wed, Mar 07 2012, Rajendra Nayak wrote:
Chris, Ping. I am basing my DT support patches on top of these cleanups.
Would be great if you can have a look and pull them in.
Chris, just realized the last two requests from me
From: Jerry Huang chang-ming.hu...@freescale.com
The register of eSDHC Host Controller Capabilities is not compatible with
standard SDHC register, and eSDHC cannot support End Attribute in NOP ADMA
descriptor. With this patch eSDHC can works in ADMA mode
and performance can be improved.
Hi Rob/Grant,
On Thursday 23 February 2012 05:31 PM, Rajendra Nayak wrote:
Define dt bindings for the ti-omap-hsmmc, and adapt
the driver to extract data (which was earlier passed as
platform_data) from device tree.
Any comments on these bindings for omap hsmmc? All the dependent
Hi Mark.
On 03/08/2012 03:48 AM, Mark Brown wrote:
On Wed, Mar 07, 2012 at 12:03:31PM +0900, Jaehoon Chung wrote:
On 03/07/2012 01:30 AM, Mark Brown wrote:
The same IP is present and used with the same driver on other Samsung
SoCs.
I know that used with the same driver on other
25 matches
Mail list logo