Hi Chander,
On Fri, Sep 21 2012, Chander Kashyap wrote:
> From: Chander Kashyap
>
> Perform clock disable/enable in runtime suspend/resume.
>
> Signed-off-by: Chander Kashyap
> Acked-by: Jaehoon Chung
> ---
> Changelog:
> v2:
> - Wrapped clk_disable in probe and clk_enable in remove with
> #i
From: Chander Kashyap
Perform clock disable/enable in runtime suspend/resume.
Signed-off-by: Chander Kashyap
Acked-by: Jaehoon Chung
---
Changelog:
v2:
- Wrapped clk_disable in probe and clk_enable in remove with
#ifdef CONFIG_PM_RUNTIME conditional check.
drivers/mmc/host/sdhci-s3c.c |
From: Kevin Liu
If host support asynchronous interrupt and sdio device has enabled it,
then enable/disable asynchronous interrupt on host when enable/disable
sdio irq.
Signed-off-by: Kevin Liu
---
drivers/mmc/host/sdhci.c | 15 +++
drivers/mmc/host/sdhci.h |2 ++
2 files chan
From: Kevin Liu
Enable asynchronous interrupt on device by default if both host
and device support it and clock gating is allowed.
If asynchronous interrupt is enabled, then no need to switch bus
width to 1bit before suspend.
Signed-off-by: Kevin Liu
---
drivers/mmc/core/sdio.c | 22 ++
From: Kevin Liu
SDIO_CCCR_IF[5] should be ECSI rather than ASYNC_INT
Signed-off-by: Kevin Liu
---
drivers/mmc/core/sdio.c |2 +-
include/linux/mmc/sdio.h |2 --
2 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/core/sdio.c b/drivers/mmc/core/sdio.c
index d4619
This patchset add asynchronous interrupt support for both sdio device and sdhci
host.
changelog v1 -> v2:
- add mmc_card_set_async_int()/mmc_card_async_int()
- delete async_int bit in cccr structure
Kevin Liu (3):
mmc: sdio: correct the name of SDIO_CCCR_IF[5] to avoid confusion
This patchset add asynchronous interrupt support for both sdio device and sdhci
host.
changelog v1 -> v2:
- add mmc_card_set_async_int()/mmc_card_async_int()
- delete async_int bit in cccr structure
Kevin Liu (3):
mmc: sdio: correct the name of SDIO_CCCR_IF[5] to avoid confusion
+#else /* CONFIG_OF */
+static struct dw_mci_board *dw_mci_parse_dt(struct dw_mci *host)
+{
+ return ERR_PTR(-EINVAL);
+}
+#endif /* CONFIG_OF */
+
int dw_mci_probe(struct dw_mci *host)
{
int width, i, ret = 0;
u32 fifo_size;
Hello, Chris
(2012/09/19 15:24), Chris Ball wrote:
> Hi,
>
> On Wed, Aug 22 2012, Guennadi Liakhovetski wrote:
>> On some systems, e.g., kzm9g, MMCIF interfaces can produce spurious
>> interrupts without any active request. To prevent the Oops, that results
>> in such cases, don't dereference the
On Thursday, September 20, 2012, Thomas Abraham
wrote:
> On 19 September 2012 19:09, Seungwon Jeon wrote:
> > On Tuesday, September 18, 2012, Thomas Abraham
> > wrote:
> >> +#ifdef CONFIG_OF
> >> +/* given a slot id, find out the device node representing that slot */
> >> +static struct device
On Thursday, September 20, 2012, Thomas Abraham
wrote:
> On 19 September 2012 19:12, Seungwon Jeon wrote:
> > On Tuesday, September 18, 2012, Thomas Abraham
> > wrote:
> >> +int dw_mci_exynos_probe(struct platform_device *pdev)
> >> +{
> >> + struct dw_mci_drv_data *drv_data;
> >> + co
2012/9/20 Ulf Hansson :
> On 20 September 2012 13:33, Kevin Liu wrote:
>> Hi, Ulf
>>
>> 2012/9/19 Ulf Hansson :
>>> Hi Kevin,
>>>
>>> On 19 September 2012 05:12, Kevin Liu wrote:
From: Kevin Liu
If host support asynchronous interrupt and sdio device has enabled it,
then enabl
Thanks Kukjin.
Best Regards,
Jaehoon Chung
On 09/21/2012 08:36 AM, Kukjin Kim wrote:
> Jaehoon Chung wrote:
>>
>> This patch is dependency with Chris's patch.
>> "[PATCH] mmc: core: Replace MMC_CAP2_BROKEN_VOLTAGE with test for fixed
>> regulator"
>> http://git.kernel.org/?p=linux/kernel/git/cjb/
Jaehoon Chung wrote:
>
> This patch is dependency with Chris's patch.
> "[PATCH] mmc: core: Replace MMC_CAP2_BROKEN_VOLTAGE with test for fixed
> regulator"
> http://git.kernel.org/?p=linux/kernel/git/cjb/mmc.git;a=commit;h=421fc8e70
> 079b8b9e473a55a6267302695641dcc
>
> After applied that patch,
* Matt Porter [120920 07:43]:
> For platforms with DT populated, use dma_request_slave_channel()
> to acquire the DMA channel. For !DT platforms, we fall back to
> explicitly passing the omap_dma_filter_fn() to dma_request_channel().
> Once all platforms boot from DT, the dma_request_channel() pat
* Matt Porter [120920 07:43]:
> For platforms with DT populated, use dma_request_slave_channel()
> to acquire the DMA channel. For !DT platforms, we fall back to
> explicitly passing the omap_dma_filter_fn() to dma_request_channel().
> Once all platforms boot from DT, the dma_request_channel() pat
When switching SD and SDIO cards from 3.3V to 1.8V signal levels, the
clock should be gated for 5 ms during the step. Failure by the card to
switch is indicated by dat0 being pulled low. The host should check for
this condition and power-cycle the card if failure is indicated.
Signed-off-by: Johan
Signed-off-by: Johan Rudholm
---
drivers/mmc/core/core.c |2 +-
drivers/mmc/core/core.h |1 +
drivers/mmc/core/sd.c |8 ++--
3 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/core/core.c b/drivers/mmc/core/core.c
index 3779431..671986a 100644
--- a/drive
Hi Ulf
>
> Nope, this is the only one needed.
> Thanks a lot for helping out!
>
Np.
I understand this is a bit urgent. Will do my best to speed it up...
Thanks,
Tanya Brokhman
---
QUALCOMM ISRAEL, on behalf of Qualcomm Innovation Center, Inc. is a member
of Code Aurora Forum, hosted by The Lin
On Thu, Sep 20, 2012 at 04:58:58PM +0100, Mark Brown wrote:
> On Thu, Sep 20, 2012 at 10:43:46AM -0400, Matt Porter wrote:
>
> > Documentation/feature-removal-schedule.txt | 10 ++
> > 1 file changed, 10 insertions(+)
>
> We decided at kernel summit that we'd stop bothering with this,
On Thu, Sep 20, 2012 at 10:43:46AM -0400, Matt Porter wrote:
> Documentation/feature-removal-schedule.txt | 10 ++
> 1 file changed, 10 insertions(+)
We decided at kernel summit that we'd stop bothering with this, it's
mostly just bitrot and rarely read. I guess the ASoC driver update
On Thursday 20 September 2012, Shawn Guo wrote:
>
> On Thu, Sep 20, 2012 at 07:39:34AM +, Arnd Bergmann wrote:
> > The first five branches are scheduled to go through the arm-soc tree, so
> > I'm fine with that. For the sound/for-3.7 branch, I'd like to know when
> > to expect that hitting mai
Hi Tanya,
On 20 September 2012 09:58, Tanya Brokhman wrote:
>> >
>> > Let's page Arnd, I was under the impression that he has a eMMC 4.5
>> > board so maybe he can test it?
>>
>> I have a few eMMC samples but am only using them with my (slow) thinkpad
>> SD card reader. I also don't know which eM
On 20 September 2012 13:33, Kevin Liu wrote:
> Hi, Ulf
>
> 2012/9/19 Ulf Hansson :
>> Hi Kevin,
>>
>> On 19 September 2012 05:12, Kevin Liu wrote:
>>> From: Kevin Liu
>>>
>>> If host support asynchronous interrupt and sdio device has enabled it,
>>> then enable/disable asynchronous interrupt on
On Thu, Sep 20, 2012 at 07:39:34AM +, Arnd Bergmann wrote:
> The first five branches are scheduled to go through the arm-soc tree, so
> I'm fine with that. For the sound/for-3.7 branch, I'd like to know when
> to expect that hitting mainline. If it always gets in very early during the
> merge w
Enable config option on OMAP and adjust the
private EDMA API header to match the move
of the private EDMA API out of mach-davinci/
Signed-off-by: Matt Porter
---
drivers/dma/Kconfig |2 +-
drivers/dma/edma.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/d
This series adds DMA Engine support for AM33xx, which uses
an EDMA DMAC. The EDMA DMAC has been previously supported by only
a private API implementation (much like the situation with OMAP
DMA) found on the DaVinci family of SoCs.
There are a mind-boggling number of dependencies for this series:
Fix build on OMAP, the irqs are undefined on AM33xx.
These error interrupt handlers were hardcoded as disabled
so since they are unused code, simply remove them.
Signed-off-by: Matt Porter
---
arch/arm/common/edma.c | 37 -
1 file changed, 37 deletions(-)
d
The binding definition is based on the generic DMA controller
binding.
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/dma/ti-edma.txt | 49 +
1 file changed, 49 insertions(+)
create mode 100644 Documentation/devicetree/bindings/dma/ti-edma.txt
diff --git
The EDMA DMAC has a hardware limitation that prevents supporting
scatter gather lists with any number of segments. Since the EDMA
DMA Engine driver sets the maximum segments to 16, we do the
same.
Note: this can be removed once the DMA Engine API supports an
API to query the DMAC's segment limitat
The binding definition is based on the generic DMA request binding.
Signed-off-by: Matt Porter
---
.../devicetree/bindings/mmc/ti-omap-hsmmc.txt | 25 +++-
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/mmc/ti-omap-hsmmc.txt
The binding definition is based on the generic DMA request binding.
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/spi/omap-spi.txt | 27 +++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/spi/omap-spi.txt
b/D
Adds support for the defined EDMA, generic DMA controller, and
DMA request bindings for mmc and spi.
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/am33xx.dtsi | 46 +
1 file changed, 46 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/
The davinci-pcm driver is the last in-kernel user of the private
EDMA API. Once it has been converted to DMA Engine API the
private EDMA API functionality can be folded into the EDMA DMA
Engine driver and removed.
Signed-off-by: Matt Porter
---
Documentation/feature-removal-schedule.txt | 10 +
For platforms with DT populated, use dma_request_slave_channel()
to acquire the DMA channel. For !DT platforms, we fall back to
explicitly passing the omap_dma_filter_fn() to dma_request_channel().
Once all platforms boot from DT, the dma_request_channel() path can
be dropped.
Signed-off-by: Matt
AM33xx requires special handling in hsmmc initialization
platform glue.
Signed-off-by: Matt Porter
---
arch/arm/mach-omap2/hsmmc.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/hsmmc.c b/arch/arm/mach-omap2/hsmmc.c
index a9675d8..679fb43 100644
For platforms with DT populated, use dma_request_slave_channel()
to acquire the DMA channel. For !DT platforms, we fall back to
explicitly passing the omap_dma_filter_fn() to dma_request_channel().
Once all platforms boot from DT, the dma_request_channel() path can
be dropped.
Signed-off-by: Matt
Adds support for parsing the TI EDMA DT data into the required
EDMA private API platform data.
Calls runtime PM API only in the DT case in order to unidle the
associated hwmods on AM335x.
Signed-off-by: Matt Porter
---
arch/arm/common/edma.c | 252
On Thu, Sep 20, 2012 at 08:47:10AM -0400, Mark Brown wrote:
> On Thu, Sep 20, 2012 at 07:52:15PM +0800, Shawn Guo wrote:
> > On Thu, Sep 20, 2012 at 07:41:50AM -0400, Mark Brown wrote:
>
> > > It's usually pretty early but Takashi will be on holiday this time so
> > > I'm not sure if things might
On Thu, Sep 20, 2012 at 07:52:15PM +0800, Shawn Guo wrote:
> On Thu, Sep 20, 2012 at 07:41:50AM -0400, Mark Brown wrote:
> > It's usually pretty early but Takashi will be on holiday this time so
> > I'm not sure if things might be different (he was going to send the pull
> > request from holiday).
On Thu, Sep 20, 2012 at 07:41:50AM -0400, Mark Brown wrote:
> It's usually pretty early but Takashi will be on holiday this time so
> I'm not sure if things might be different (he was going to send the pull
> request from holiday). I also didn't guarantee that it'll be stable
> yet, can someone pl
On Thu, Sep 20, 2012 at 07:39:34AM +, Arnd Bergmann wrote:
> The first five branches are scheduled to go through the arm-soc tree, so
> I'm fine with that. For the sound/for-3.7 branch, I'd like to know when
> to expect that hitting mainline. If it always gets in very early during the
> merge
Hi, Ulf
2012/9/19 Ulf Hansson :
> Hi Kevin,
>
> On 19 September 2012 05:12, Kevin Liu wrote:
>> From: Kevin Liu
>>
>> If host support asynchronous interrupt and sdio device has enabled it,
>> then enable/disable asynchronous interrupt on host when enable/disable
>> sdio irq.
>>
>> Signed-off-by:
This patch is dependency with Chris's patch.
"[PATCH] mmc: core: Replace MMC_CAP2_BROKEN_VOLTAGE with test for fixed
regulator"
http://git.kernel.org/?p=linux/kernel/git/cjb/mmc.git;a=commit;h=421fc8e70079b8b9e473a55a6267302695641dcc
After applied that patch, it needs not to set MMC_CAP2_BROKEN_V
> >
> > Let's page Arnd, I was under the impression that he has a eMMC 4.5
> > board so maybe he can test it?
>
> I have a few eMMC samples but am only using them with my (slow) thinkpad
> SD card reader. I also don't know which eMMC-4.5 features they implement,
> as some may be early prototypes.
On Thursday 20 September 2012, Shawn Guo wrote:
>
> Here is the second post, which should have addressed the comments that
> reviewers put on v1.
>
> It's available on branch below.
>
> git://git.linaro.org/people/shawnguo/linux-2.6.git imx/multi-platform-v2
>
> And it's based on the followin
46 matches
Mail list logo