Re: [PATCH 08/12] mmc: sh_mobile_sdhi: Convert to clk_prepare/unprepare

Hi Laurent, On Wed, Dec 11 2013, Laurent Pinchart wrote: >> I'm sorry about the delay -- it's in mmc-next for 3.14 now. > > Thanks a lot and sorry about shouting. Don't worry about the delay, I only > wanted to make sure the patch would get in v3.14. No worries, it was deserved yelling. :-) >

Re: [PATCH 08/12] mmc: sh_mobile_sdhi: Convert to clk_prepare/unprepare

Hi Chris, On Wednesday 11 December 2013 20:29:56 Chris Ball wrote: > Hi Laurent, > > On Wed, Dec 11 2013, Laurent Pinchart wrote: > > PING ? > > I'm sorry about the delay -- it's in mmc-next for 3.14 now. Thanks a lot and sorry about shouting. Don't worry about the delay, I only wanted to make

Re: [PATCH 0/4] mmc: tmio/SDHI fixup patches

Hi Kuninori, On Wed, Nov 20 2013, Kuninori Morimoto wrote: > Hi Chris > > Now, our new board would like to use sh_mobile_sdhi driver, > then, it is expecting sh_mobile_sdhi use regulator. > But, this regulator is based on GPIO driver, > and GPIO driver probe timing is after sh_mobile_sdhi. > So, s

Re: mmc: mxs: Use mmc_of_parse

Hi Sascha, On Thu, Dec 05 2013, Sascha Hauer wrote: > We have a generic mmc_of_parse function. Use it in the mxs-mmc driver > to make the code simpler and to parse some new devicetree propeties. Great, thanks for doing this; all six patches pushed to mmc-next for 3.14. - Chris. -- Chris Ball

Re: [PATCH] mmc: sdhci-acpi: add new ACPI ID

Hi, On Tue, Nov 12 2013, Adrian Hunter wrote: > On 12/11/13 12:01, Mika Westerberg wrote: >> Newer Intel PCHs with LPSS have the same SDHCI controller than Haswell but >> ACPI ID is different. Add this ID to the driver list. >> >> Signed-off-by: Mika Westerberg > > Acked-by: Adrian Hunter Than

Re: [PATCH 08/12] mmc: sh_mobile_sdhi: Convert to clk_prepare/unprepare

Hi Laurent, On Wed, Dec 11 2013, Laurent Pinchart wrote: > PING ? I'm sorry about the delay -- it's in mmc-next for 3.14 now. - Chris. -- Chris Ball -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majord...@vger.kerne

Re: [PATCH v2] mmc: sdhci-esdhc-imx: Check the return value from clk_prepare_enable()

Hi Fabio, On Sat, Oct 26 2013, Fabio Estevam wrote: > Chris, > > On Sat, Oct 12, 2013 at 4:38 AM, Shawn Guo wrote: >> On Wed, Oct 09, 2013 at 05:37:39PM -0300, Fabio Estevam wrote: >>> From: Fabio Estevam >>> >>> clk_prepare_enable() may fail, so let's check its return value and >>> propagate it

Re: [PATCH 1/3] mmc:sdhci-esdhc-imx: Use NULL instead of zero

Hi Fabio, On Fri, Oct 04 2013, Fabio Estevam wrote: > From: Fabio Estevam > > Fix the following sparse warning: > > drivers/mmc/host/sdhci-esdhc-imx.c:617:35: warning: Using plain integer as > NULL pointer > > Cc: Shawn Guo > Signed-off-by: Fabio Estevam Thanks, pushed to mmc-next for 3.14.

Re: [PATCH 2/2] mmc: dw_mmc: add dw_mmc-k3 for k3 platform

Am Mittwoch, 11. Dezember 2013, 19:48:10 schrieb Dinh Nguyen: > On Wed, 2013-12-11 at 04:45 +0100, Arnd Bergmann wrote: > > On Wednesday 11 December 2013, Zhangfei Gao wrote: > > > Thanks for the good suggestion, it can be abstracted to clock. > > > > > > The issue for this version's ip is there a

Re: [PATCH 07/15] mmc: sdhi: Enable driver compilation with COMPILE_TEST

Hi Sergei, On Wednesday 11 December 2013 22:22:19 Sergei Shtylyov wrote: > On 11-12-2013 22:06, Laurent Pinchart wrote: > >>> This helps increasing build testing coverage. > >>> > >>> The driver doesn't compile on (at least) x86 due (possibly among others) > >>> to missing readsw/writesw I/O acce

Re: [PATCH v5 3/7] regulator: add pbias regulator support

On Tue, Dec 10, 2013 at 08:04:58PM +0530, Balaji T K wrote: > 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. This looks OK from a regulator API po

Re: [PATCH 2/3] mmc: dw_mmc: add dw_mmc-k3 for k3 platform

On Wednesday 11 December 2013, zhangfei wrote: > > > > I have not seen "clk-table" and "clk-table-num" before. Are these standard > > properties? What are the units that are used here, what does the index mean? > > > > "clk-table" and "clk-table-num" are private properties. > Instead simply on/off

Re: [PATCH 2/2] mmc: dw_mmc: add dw_mmc-k3 for k3 platform

On Wed, 2013-12-11 at 04:45 +0100, Arnd Bergmann wrote: > On Wednesday 11 December 2013, Zhangfei Gao wrote: > > Thanks for the good suggestion, it can be abstracted to clock. > > > > The issue for this version's ip is there are some registers need to be > > set, including fixed factor and phase,

Re: [PATCH 07/15] mmc: sdhi: Enable driver compilation with COMPILE_TEST

On 11-12-2013 22:06, Laurent Pinchart wrote: This helps increasing build testing coverage. The driver doesn't compile on (at least) x86 due (possibly among others) to missing readsw/writesw I/O accessors, restrict compilation to SUPERH or ARM. Whether the CTL_DMA_ENABLE register is part of

Re: [PATCH 07/15] mmc: sdhi: Enable driver compilation with COMPILE_TEST

On Wednesday 11 December 2013 22:01:53 Sergei Shtylyov wrote: > Hello. > > On 27-11-2013 5:18, Laurent Pinchart wrote: > > This helps increasing build testing coverage. > > > > The driver doesn't compile on (at least) x86 due (possibly among others) > > to missing readsw/writesw I/O accessors, re

Re: [PATCH 07/15] mmc: sdhi: Enable driver compilation with COMPILE_TEST

Hello. On 27-11-2013 5:18, Laurent Pinchart wrote: This helps increasing build testing coverage. The driver doesn't compile on (at least) x86 due (possibly among others) to missing readsw/writesw I/O accessors, restrict compilation to SUPERH or ARM. Whether the CTL_DMA_ENABLE register is

Re: [PATCH 2/3] mmc: dw_mmc: add dw_mmc-k3 for k3 platform

On 12/11/2013 11:36 PM, zhangfei wrote: On 12/11/2013 10:49 PM, Arnd Bergmann wrote: On Wednesday 11 December 2013, Zhangfei Gao wrote: +Required Properties: + +* compatible: should be one of the following. + - "hisilicon,hi4511-dw-mshc": for controllers with hi4511 specific extentions.

Re: [PATCH 3/3] clk: hisilicon: add hi3620_mmc_clks

On 12/11/2013 10:44 PM, Arnd Bergmann wrote: On Wednesday 11 December 2013, Zhangfei Gao wrote: +PCTRL: Peripheral misc control register + +Required Properties: +- compatible: "hisilicon,pctrl" +- reg: Address and size of pctrl. + +Example: + + /* for Hi3620 */ + pctrl: pctrl@fca09

Re: [PATCH 2/3] mmc: dw_mmc: add dw_mmc-k3 for k3 platform

On 12/11/2013 10:49 PM, Arnd Bergmann wrote: On Wednesday 11 December 2013, Zhangfei Gao wrote: +Required Properties: + +* compatible: should be one of the following. + - "hisilicon,hi4511-dw-mshc": for controllers with hi4511 specific extentions. +* clk-table-num: should be number of clks

Re: [PATCH 2/3] mmc: dw_mmc: add dw_mmc-k3 for k3 platform

On Wednesday 11 December 2013, Zhangfei Gao wrote: > Add dw_mmc-k3.c for k3v2, support sd/emmc > > Signed-off-by: Zhangfei Gao > Tested-by: Zhigang Wang > --- > .../devicetree/bindings/mmc/k3-dw-mshc.txt | 51 > drivers/mmc/host/Kconfig | 10 ++ >

Re: [PATCH 3/3] clk: hisilicon: add hi3620_mmc_clks

On Wednesday 11 December 2013, Zhangfei Gao wrote: > +PCTRL: Peripheral misc control register > + > +Required Properties: > +- compatible: "hisilicon,pctrl" > +- reg: Address and size of pctrl. > + > +Example: > + > + /* for Hi3620 */ > + pctrl: pctrl@fca09000 { > + compat

[PATCH v4 0/3] mmc: dw_mmc: add dw_mmc-k3

v4: Follow Arnd's suggestion abstracting specific tuning to clock, also because new version ip use different method and not use same tuning registers. 0001 acked by Jaehoon v3: 0001: Put set/clear_bit DW_MMC_CARD_PRESENT in dw_mci_get_cd, Since dw_mci_request will check DW_MMC_CARD_PRESENT bef

[PATCH 1/3] mmc: dw_mmc: use slot-gpio to handle cd pin

Suggested by Jaehoon: Use slot-gpio to handle cd-gpio Add function dw_mci_of_get_cd_gpio to check "cd-gpios" from dts. mmc_gpio_request_cd and mmc_gpio_get_cd are used to handle cd pin Signed-off-by: Zhangfei Gao Acked-by: Jaehoon Chung --- drivers/mmc/host/dw_mmc.c | 48 +

[PATCH 2/3] mmc: dw_mmc: add dw_mmc-k3 for k3 platform

Add dw_mmc-k3.c for k3v2, support sd/emmc Signed-off-by: Zhangfei Gao Tested-by: Zhigang Wang --- .../devicetree/bindings/mmc/k3-dw-mshc.txt | 51 drivers/mmc/host/Kconfig | 10 ++ drivers/mmc/host/Makefile |1 + driver

[PATCH 3/3] clk: hisilicon: add hi3620_mmc_clks

hi3620_mmc_clks is added to handle mmc clock specifically on hi3620 Signed-off-by: Zhangfei Gao --- .../bindings/arm/hisilicon/hisilicon.txt | 14 ++ .../devicetree/bindings/clock/hi3620-clock.txt |1 + drivers/clk/hisilicon/clk-hi3620.c | 262 +++

[PATCH RESEND] mmc: sdhci-pci: Fix BYT sd card getting stuck in runtime suspend

A host controller for a SD card may need a GPIO for card detect in order to wake up from runtime suspend when a card is inserted. If that GPIO is not configured, then the host controller will not wake up. Fix that for the affected devices by not enabling runtime PM unless the GPIO is successfully

Re: [PATCH 07/15] mmc: sdhi: Enable driver compilation with COMPILE_TEST

Hi Chris, Could you please pick this patch (and patch 08/15 in the same series) up for v3.14 ? On Wednesday 27 November 2013 02:18:29 Laurent Pinchart wrote: > This helps increasing build testing coverage. > > The driver doesn't compile on (at least) x86 due (possibly among others) > to missing

Re: [PATCH RESEND] mmc: sdhci-pci: Fix BYT sd card getting stuck in runtime suspend

Hi For some reason this email doesn't seem to get onto the mailing lists. I am trying to figure out why. On 11/12/13 14:21, Adrian Hunter wrote: > A host controller for a SD card may need a GPIO > for card detect in order to wake up from runtime > suspend when a card is inserted. If that GPIO

[PATCH v5] mmc: sdhci-moxart: Add MOXA ART SDHCI driver

mmc" to "sdhci" Applies to next-20131211 .../devicetree/bindings/mmc/moxa,moxart-sdhci.txt | 28 + drivers/mmc/host/Kconfig | 9 + drivers/mmc/host/Makefile | 1 + drivers/mmc/host/sdhci-moxart.c

Re: [PATCH 08/12] mmc: sh_mobile_sdhi: Convert to clk_prepare/unprepare

Hi Chris, On Tuesday 26 November 2013 03:02:48 Laurent Pinchart wrote: > On Saturday 09 November 2013 13:56:40 Laurent Pinchart wrote: > > Hi Chris, > > > > Could you please pick this patch up ? > > Ping ? PING ? > As this patch is a dependency for other series that will go through > different

Re: [RFC PATCH v3 2/8] mmc: omap_hsmmc: handle vcc and vcc_aux independently

On 10 December 2013 12:48, Balaji T K wrote: > On Tuesday 10 December 2013 04:39 PM, Ulf Hansson wrote: >> >> On 21 November 2013 15:20, Balaji T K wrote: >>> >>> handle vcc and vcc_aux independently to reduce indent. >>> >>> Signed-off-by: Balaji T K >>> --- >>> drivers/mmc/host/omap_hsmmc.c

Re: mxcmci_request() oops on idle system

On Wednesday, December 04, 2013 01:41 PM, Chris Ruehl wrote: On Wednesday, December 04, 2013 11:08 AM, Chris Ruehl wrote: Hi Chris, I had this oops pop up a while after boot the Freescale IMX27 custom board with one 8G Flashcard running. The system was idle, suddenly the oops show up. Here is