From: Wei WANG
Realtek PCI-E SD/MMC card host driver is used to access SD/MMC card,
with the help of Realtek PCI-E card reader MFD driver.
Signed-off-by: Wei WANG
Reviewed-by: Arnd Bergmann
Tested-by: Borislav Petkov
---
drivers/mmc/host/Kconfig |7 +
drivers/mmc/host/Makefile
From: Wei WANG
Realtek PCI-E Memstick card host driver is used to access Memstick
card, with the help of Realtek PCI-E card reader MFD driver.
Signed-off-by: Wei WANG
Acked-by: Alex Dubov
---
drivers/memstick/host/Kconfig | 10 +
drivers/memstick/host/Makefile |1 +
drivers/m
From: Wei WANG
Support for Realtek PCI-Express driver-based card readers including rts5209,
rts5229 and rtl8411.
v2:
1. Using platform device to replace realtek slot bus
v3:
1. Fix a bug that DMA out of SW-IOMMU space in Lenovo Thinkpad x121e
2. Tested by Borislav Petkov
v4:
1. Fulfill power
After power-on, must be ensured at least 74~80 clocks before sending any first
command.
To ensure, it's good that dw_mci_setup_bus() is located at dw_mci_set_ios
instead of __dw_mci_start_request()
Signed-off-by: Jaehoon Chung
Signed-off-by: Kyungmin Park
Acked-by: Seungwon Jeon
--
Changel
> Hello Huang,
>
> On Fri, Oct 26, 2012 at 02:42:36AM +, Huang Changming-R66093 wrote:
> > For the current polling mode, driver will send CMD13 to poll the card
> status periodically , which will cause too many interrupts.
> > Once I sent patches to detect the card when using polling mode last
Hello,
On 10/26/2012 02:07 PM, Venkatraman S wrote:
>
> Actually there could a lot of reasons why block layer or CFQ would not have
> inserted the request into the queue. i.e. you can see a lot of exit paths
> where blk_peek_request returns NULL, even though there could be any request
> pending
Hello Venkatraman,
You are very welcome with any ideas,
On 10/26/2012 01:55 PM, Venkatraman S wrote:
>
> Being nitpicky, I think it contradicts with the commit log that you have
> for the patch..
>
> When the block layer notifies the MMC layer on a new request, we check
> for the above case whe
On 10/25/2012 05:02 PM, Per Förlin wrote:
> On 10/25/2012 03:28 PM, Konstantin Dorfman wrote:
>> On 10/24/2012 07:07 PM, Per Förlin wrote:
>>> On 10/24/2012 11:41 AM, Konstantin Dorfman wrote:
Hello Per,
On Mon, October 22, 2012 1:02 am, Per Forlin wrote:
>> When mmcqt reports on
On 10/18/2012 6:56 PM, Matt Porter wrote:
> Adds AM33XX SPI support for am335x-bone and am335x-evm.
>
> Signed-off-by: Matt Porter
> ---
> arch/arm/boot/dts/am335x-bone.dts | 17 +++
> arch/arm/boot/dts/am335x-evm.dts |9
> arch/arm/boot/dts/am33xx.dtsi | 43
>
On 10/18/2012 6:56 PM, Matt Porter wrote:
> Adds AM33XX EDMA support to the am33xx.dtsi as documented in
> Documentation/devicetree/bindings/dma/ti-edma.txt
>
> Signed-off-by: Matt Porter
> ---
> arch/arm/boot/dts/am33xx.dtsi | 31 +++
> 1 file changed, 31 insertion
On 10/18/2012 6:56 PM, Matt Porter wrote:
> Adds support for the per-EDMA channel event mux. This is required
> for any peripherals using DMA crossbar mapped events.
>
> Signed-off-by: Matt Porter
> ---
> arch/arm/common/edma.c | 63
> +++-
> includ
On 10/18/2012 6:56 PM, Matt Porter wrote:
> 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 AM33XX.
Runtime PM is supported on DaVinci now, so if that was th
On 10/18/2012 6:56 PM, Matt Porter wrote:
> Move mach-davinci/dma.c to common/edma.c so it can be used
> by OMAP (specifically AM33xx) as well. This just moves the
> private EDMA API but does not support OMAP.
>
> Signed-off-by: Matt Porter
> ---
> diff --git a/arch/arm/mach-davinci/devices.c b/
13 matches
Mail list logo