Re: [PATCH v9 1/9] ARM: davinci: move private EDMA API to arm/common

+ Chris since the patch has some davinci_mmc.c changes. Chris, Mark, On 3/6/2013 9:45 PM, Matt Porter wrote: > Move mach-davinci/dma.c to common/edma.c so it can be used > by OMAP (specifically AM33xx) as well. > > Signed-off-by: Matt Porter > Acked-by: Sekhar Nori Can you please ack changes

Re: [PATCH 2/2] mmc: dw_mmc: Add the ability to set the ciu clock frequency

Looks good to me. If you can add the usage example, it will be more helpful to me. Acked-by: Jaehoon Chung On 06/07/2013 01:46 PM, Doug Anderson wrote: > As of now we rely on code outside of the driver to set the ciu clock > frequency. There's no reason to do that. Add support for setting up

[PATCH 1/2] mmc: dw_mmc: Handle late vmmc regulator with EPROBE_DEFER

It is possible to specify a regulator that should be turned on when dw_mmc is probed. This regulator is optional, though a warning will be printed if it's missing. The fact that the regulator is optional means that (at the moment) it's not possible to use a regulator that probes _after_ dw_mmc.

[PATCH 2/2] mmc: dw_mmc: Add the ability to set the ciu clock frequency

As of now we rely on code outside of the driver to set the ciu clock frequency. There's no reason to do that. Add support for setting up the clock in the driver during probe. Signed-off-by: Doug Anderson --- .../devicetree/bindings/mmc/synopsis-dw-mshc.txt| 13 + drivers/mm

Re: [PATCH v2 4/8] mmc: dw_mmc-pltfm: add Rockchip variant

On Thu, Jun 6, 2013 at 10:11 PM, Heiko Stübner wrote: > Cortex-A9 SoCs from Rockchip use a slightly modified variant of dw_mmc > controllers that seems to require the SDMMC_CMD_USE_HOLD_REG bit to > always be set. > > There also seem to be no other modifications (additional register etc) > present

Re: [PATCH 06/10] mmc: dw_mmc-pltfm: add Rockchip variant

On Mon, Jun 3, 2013 at 1:59 AM, Heiko Stübner wrote: > Cortex-A9 SoCs from Rockchip use a slightly modified variant of dw_mmc > controllers that seems to require the SDMMC_CMD_USE_HOLD_REG bit to > always be set. > > There also seem to be no other modifications (additional register etc) > present,

[PATCH v2 2/8] clk: divider: add flag to limit possible dividers to even numbers

SoCs like the Rockchip Cortex-A9 ones contain divider some clocks that use the regular mechanisms for storage but allow only even dividers and 1 to be used. Therefore add a flag that lets _is_valid_div limit the valid dividers to these values. _get_maxdiv is also adapted to return even values for

[PATCH v2 8/8] arm: add basic support for Rockchip RK3066a boards

This adds a generic devicetree board file and a dtsi for boards based on the RK3066a SoCs from Rockchip. Apart from the generic parts (gic, clocks, pinctrl) the only components currently supported are the timers, uarts and mmc ports (all DesignWare- based). Signed-off-by: Heiko Stuebner --- arc

[PATCH v2 7/8] arm: add debug uarts for rockchip rk29xx and rk3xxx series

Uarts on all recent Rockchip SoCs are Synopsis DesignWare 8250 types. Only their addresses vary very much. This patch adds the necessary definitions to use any of the uart ports for early debug purposes. Signed-off-by: Heiko Stuebner --- arch/arm/Kconfig.debug| 34

[PATCH v2 6/8] clk: add basic Rockchip rk3066a clock support

This adds basic support for clocks on Rockchip rk3066 SoCs. The clock handling thru small dt nodes is heavily inspired by the sunxi clk code. The plls are currently read-only, as their setting needs more investigation. This also results in slow cpu speeds, as the apll starts at a default of 600mhz

[PATCH v2 4/8] mmc: dw_mmc-pltfm: add Rockchip variant

Cortex-A9 SoCs from Rockchip use a slightly modified variant of dw_mmc controllers that seems to require the SDMMC_CMD_USE_HOLD_REG bit to always be set. There also seem to be no other modifications (additional register etc) present, so to keep the footprint low, add this small variant to the pltf

[PATCH v2 3/8] mmc: dw_mmc-pltfm: remove static from dw_mci_pltfm_remove

dw_mci_pltfm_remove gets exported and used by dw_mmc-exynos, so should not be static. Signed-off-by: Heiko Stuebner Acked-by: Jaehoon Chung Acked-by: Seungwon Jeon --- drivers/mmc/host/dw_mmc-pltfm.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/mmc/host/dw_

[PATCH v2 5/8] pinctrl: add pinctrl driver for Rockchip SoCs

This driver adds support the Cortex-A9 based SoCs from Rockchip, so at least the RK2928, RK3066 (a and b) and RK3188. Earlier Rockchip SoCs seem to use similar mechanics for gpio handling so should be supportable with relative small changes. Pull handling on the rk3188 is currently a stub, due to i

[PATCH v2 10/10] ARM: dts: omap4: add pbias and mmc_init pinctrl states

add pbias states for pbias 0, 1.8V, 3V add sd/mmc1 pull strength values for control_mmc1 in mmc_init pinctrl state Signed-off-by: Balaji T K --- arch/arm/boot/dts/omap4-panda-common.dtsi | 34 + arch/arm/boot/dts/omap4-sdp.dts | 34 ++

[PATCH v2 01/10] ARM: OMAP2+: add needs_vmmc to hsmmc_info

Add needs_vmmc and needs_vmmc_aux to indicate whether regulator is applicable so that omap_hsmmc can handle deferred probe error properly for regulators. Remove the assumption that vmmc_aux regulator to be available only if vmmc is present. Platforms can have fixed-always-ON regulator for vmmc and/

[PATCH v2 08/10] ARM: dts: omap3: split omap3_pmx_core

omap3_pmx_core: padconf register are in two banks 0x48003000 to 0x48002268 and 0x480025c0 to 0x480025f8. split omap3_pmx_core into 2 banks as register between 0x48002270 and 0x48002564 belongs to type pinctrl-single,bit-per-mux with access to certain bit fields with bit field mask. Signed-off-by:

[PATCH v2 03/10] mmc: omap_hsmmc: use needs_vmmc

Update needs_vmmc with info passed from board file via platform data pdata->needs_vmmc. Use needs_vmmc/needs_vmmc_aux to check whether regulator is mandatory and handle regulator errors like EPROBE_DEFER properly Signed-off-by: Balaji T K --- drivers/mmc/host/omap_hsmmc.c | 65

[PATCH v2 04/10] mmc: omap_hsmmc: update needs_vmmc for dt

update needs_vmmc, needs_vmmc_aux for dt boot Signed-off-by: Balaji T K --- drivers/mmc/host/omap_hsmmc.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c index 21fc152..08f4ca7 100644 --- a/drivers/mmc/host/

[PATCH v2 07/10] mmc: omap_hsmmc: remove dt pbias workaround

With pbias support in place remove dt workaround for pbias Signed-off-by: Balaji T K --- 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 index 8dd1cd3..f2e3d1a

[PATCH v2 09/10] ARM: dts: omap3: add pbias and mmc_init pinctrl states

add pbias states for pbias 0, 1.8V, 3V add omap3 sd/mmc2 loop back clock config for devconf1 in mmc2_init pinctrl state add OMAP3430 sd/mmc1 loop back clock config for devconf0 in mmc1_init pinctrl state add OMAP3630 sd/mmc1 speed mode config for prog_io1 in mmc1_init pinctrl state Signed-off-by:

[PATCH v2 00/10] mmc: omap_hsmmc: dt pbias and regulator voltage switch

This patch series adds support for configuring pbias register needed for switching (ON/OFF, voltage scaling 3V, 1.8V) vmmc regulator suppling OMAP mmc/sd1 i/o pads for device tree boot. The control module registers are needed for mmc pbias i/o, speed mode configuration of mmc1 and loopback clock co

[PATCH v2 02/10] mmc: omap_hsmmc: make vcc and vcc_aux independent

handle vcc and vcc_aux independently Signed-off-by: Balaji T K --- drivers/mmc/host/omap_hsmmc.c |9 + 1 files changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c index 1865321..bda1a42 100644 --- a/drivers/mmc/host/oma

[PATCH v2 05/10] mmc: omap_hsmmc: remove use_reg

Since regulator_put can handle NULL / IS_ERR(regulator) use_reg can be removed, so that regulator_put in omap_hsmmc_reg_put can be reused for vmmc_aux regulator error scenario. Signed-off-by: Balaji T K --- drivers/mmc/host/omap_hsmmc.c |8 ++-- 1 files changed, 2 insertions(+), 6 deleti

[PATCH v2 06/10] mmc: omap_hsmmc: add support for pbias configuration in dt

PBIAS register configuration is based on the regulator voltage which supplies these pbias cells, sd i/o pads. With PBIAS register address and bit definitions different across omap[3,4,5], Simplify PBIAS configuration under three different regulator voltage levels - O V, 1.8 V, 3 V. Corresponding pi

[PATCH v2 1/8] clk: flag to use upper half of the register as change indicator

There exist platforms, namely at least all Rockchip Cortex-A9 based ones, that don't use the paradigm of reading-changing-writing the register contents, but instead only write the changes to the register with a mask that indicates the changed bits. This patch adds flags and code to support the cas

[PATCH v2 0/8] arm: add basic support for Rockchip Cortex-A9 SoCs

Second version of basic Rockchip A9 support. Changes since v1: - addressed Linus Walleij's comments to the pinctrl driver, including the move to generic pinconfig (hopefully I did catch all) - renamed the clocks to use the SoC name of the initial user as suggested by Olof Johansson - fixed th

Re: [PATCH 1/4] mmc: sh_mmcif: add support for Device Tree DMA bindings

Hello. On 06/06/2013 07:46 PM, Guennadi Liakhovetski wrote: To use DMA in the Device Tree case the driver has to be modified to use suitable API to obtain DMA channels. Signed-off-by: Guennadi Liakhovetski --- drivers/mmc/host/sh_mmcif.c | 29 ++--- 1 files change

Re: [PATCH v3 2/2] mmc: tmio: reset the controller after power-up

Hi, On Thu, Jun 06 2013, Guennadi Liakhovetski wrote: > This fixes two reported problems: > 1. after a system resume the controller isn't functioning until a command >runs on a timeout and a controller reset is performed. > 2. if a card is ejected during a running write operation, its re-inser

Re: [PATCH v3 1/2] mmc: tmio: fix unbalanced power-on calls with clock-gating enabled

Hi, On Thu, Jun 06 2013, Guennadi Liakhovetski wrote: > With MMC clock gating enabled the MMC core currently calls MMC host driver's > .set_ios() method with .power_mode == MMC_POWER_ON and the clock value set > either to 0 or to the target rate. The tmio MMC driver then wrongly > translates the l

[PATCH 2/4] mmc: sdhi/tmio: make DMA filter implementation specific

So far only the SDHI implementation uses TMIO MMC with DMA. That way a DMA channel filter function, defined in the TMIO driver wasn't a problem. However, such a filter function is DMA controller specific. Since the SDHI glue is only running on systems with the SHDMA DMA controller, the filter funct

[PATCH 4/4] mmc: sdhi/tmio: add DT DMA support

Add support for initialising DMA from the Device Tree. Signed-off-by: Guennadi Liakhovetski --- drivers/mmc/host/sh_mobile_sdhi.c | 14 +++--- drivers/mmc/host/tmio_mmc_dma.c | 19 --- 2 files changed, 19 insertions(+), 14 deletions(-) diff --git a/drivers/mmc/host

[PATCH 1/4] mmc: sh_mmcif: add support for Device Tree DMA bindings

To use DMA in the Device Tree case the driver has to be modified to use suitable API to obtain DMA channels. Signed-off-by: Guennadi Liakhovetski --- drivers/mmc/host/sh_mmcif.c | 29 ++--- 1 files changed, 18 insertions(+), 11 deletions(-) diff --git a/drivers/mmc/hos

[PATCH 3/4] mmc: sdhi/tmio: switch to using dmaengine_slave_config()

This removes the deprecated use of the .private member of struct dma_chan and switches the sdhi / tmio mmc driver to using the dmaengine_slave_config() channel configuration method. Cc: Samuel Ortiz Signed-off-by: Guennadi Liakhovetski Acked-by: Samuel Ortiz --- drivers/mmc/host/sh_mobile_sdhi

[PATCH 0/4] mmc: MMCIF & SDHI: DT DMA support

Also a re-send of four earlier submitted patches. This patch-series alone is not enough to support DMA in DT on these MMC host controllers, support in appropriate DMAC driver is added in a separate series. This, however, doesn't introduce a dependency, series can be applied in arbitrary order.

Re: [PATCH 2/3] mmc: sdhci-esdhc: calculate sdclk divider from controller clock

On Wed, Jun 05, 2013 at 03:13:25PM +0200, Lucas Stach wrote: > The SDCLK is divided down from the host controller clock. Host controller > clock > may be different from the maximum SDCLK, so get it from the platform, instead > of just using the max SDCLK. > > Signed-off-by: Lucas Stach Patch #2

[PATCH v3 2/2] mmc: tmio: reset the controller after power-up

This fixes two reported problems: 1. after a system resume the controller isn't functioning until a command runs on a timeout and a controller reset is performed. 2. if a card is ejected during a running write operation, its re-insertion isn't detected. Reported-by: Nguyen Viet Dung Reporte

[PATCH v3 1/2] mmc: tmio: fix unbalanced power-on calls with clock-gating enabled

With MMC clock gating enabled the MMC core currently calls MMC host driver's .set_ios() method with .power_mode == MMC_POWER_ON and the clock value set either to 0 or to the target rate. The tmio MMC driver then wrongly translates the latter calls to card slot power-on requests, even when the slot

Re: [PATCH] mmc: atmel-mci: remove include

On 11:42 Wed 05 Jun , Ludovic Desroches wrote: > On Tue, Apr 09, 2013 at 02:45:00PM +0200, Nicolas Ferre wrote: > > Header file not needed anymore as we have removed > > the calls to cpu_is_xxx() macro. > > > > Signed-off-by: Nicolas Ferre > > Late but of course: > > Acked-by: Ludovic Desro

Re: [PATCH v2] MMC: tmio: fix unbalanced power-on calls with clock-gating enabled

Hi, On Tue, Apr 23 2013, Guennadi Liakhovetski wrote: > With MMC clock gating enabled the MMC core currently calls MMC host driver's > .set_ios() method with .power_mode == MMC_POWER_ON and the clock value set > either to 0 or to the target rate. The tmio MMC driver then wrongly > translates the l

Re: [PATCH v2] mmc: tmio: reset the controller after power-up

Hi, On Wed, Apr 24 2013, Guennadi Liakhovetski wrote: > This fixes two reported problems: > 1. after a system resume the controller isn't functioning until a command >runs on a timeout and a controller reset is performed. > 2. if a card is ejected during a running write operation, its re-inser

Re: [PATCH] mmc: tmio: postpone controller reset during resume

Hi, On Thu, Jun 06 2013, Guennadi Liakhovetski wrote: > Hi Chris > > On Mon, 22 Apr 2013, Guennadi Liakhovetski wrote: > >> When resuming, the tmio_mmc_host_resume() function is run when the >> controller might still be powered down. Issuing a reset command to it at >> that time has no effect. Thi

Re: [PATCH] mmc: mmcif: don't clear masked interrupts

Hi, On Thu, Jun 06 2013, Guennadi Liakhovetski wrote: >> > tested-by: Nguyen Viet Dung >> >> on Bock-W board >> >> Tested-by: Kuninori Morimoto > > Here's one more for you. Pushed to mmc-next for 3.10, thanks. - Chris. -- Chris Ball One Laptop Per Child -- To unsubs

[PATCH v7 4/4] block: Adding ROW scheduling algorithm

This patch adds the implementation of a new scheduling algorithm - ROW. The policy of this algorithm is to prioritize READ requests over WRITE as much as possible without starving the WRITE requests. The requests are kept in queues according to their priority. The dispatch is done in a Round Robin

[PATCH v7 1/4] block: Add support for reinsert a dispatched req

Add support for reinserting a dispatched request back to the scheduler's internal data structures. This capability is used by the device driver when it chooses to interrupt the current request transmission and execute another (more urgent) pending request. For example: interrupting long write in or

[PATCH v7 3/4] block: Add API for urgent request handling

This patch add support in block & elevator layers for handling urgent requests. The decision if a request is urgent or not is taken by the scheduler. Request is marked as urgent in cmd_flags (by the scheduler) with a new flag - REQ_URGENT. Urgent request notification is passed to the underlying blo

[PATCH v7 2/4] block: Extend cmd_flags in struct request

At the moment no new request flags can be added to enum rq_flag_bits due to cmd_flags field size limitation. This commit adds a new filed to be used as an extensions to cmd_flags. Signed-off-by: Tanya Brokhman diff --git a/block/blk-core.c b/block/blk-core.c index fe3683c..3a14987 100644 --- a/

[PATCH v7 0/4] block: Adding ROW scheduling algorithm

In order to decrease the latency of a prioritized request (such as READ requests) the device driver might decide to stop the transmission of a current "low priority" request in order to handle the "high priority" one. The urgency of the request is decided by the block layer I/O scheduler. When the

Re: [PATCH] mmc: mmcif: don't clear masked interrupts

Hi Chris On Wed, 15 May 2013, Kuninori Morimoto wrote: > Hi > At Wed, 15 May 2013 17:39:23 +0900, > Nguyen Viet Dung wrote: > > > > On 05/15/2013 02:50 PM, Guennadi Liakhovetski wrote: > > > Masking events on MMCIF means, an occurrence of the masked event won't > > > raise > > > an interrupt, b

Re: [PATCH v2] mmc: tmio: reset the controller after power-up

Hi Chris On Thu, 25 Apr 2013, Guennadi Liakhovetski wrote: > Hi Chris > > On Wed, 24 Apr 2013, Guennadi Liakhovetski wrote: > > > This fixes two reported problems: > > 1. after a system resume the controller isn't functioning until a command > >runs on a timeout and a controller reset is pe

Re: [PATCH v2] MMC: tmio: fix unbalanced power-on calls with clock-gating enabled

Hi Chris On Tue, 23 Apr 2013, Guennadi Liakhovetski wrote: > With MMC clock gating enabled the MMC core currently calls MMC host driver's > .set_ios() method with .power_mode == MMC_POWER_ON and the clock value set > either to 0 or to the target rate. The tmio MMC driver then wrongly > translates

Re: [PATCH] mmc: tmio: postpone controller reset during resume

Hi Chris On Mon, 22 Apr 2013, Guennadi Liakhovetski wrote: > When resuming, the tmio_mmc_host_resume() function is run when the > controller might still be powered down. Issuing a reset command to it at > that time has no effect. This patch postpones resetting the controller > until the first pow