Re: [RESEND PATCH v2 1/6] ARM: dts: Declare clocks as fixed on bcm11351

I can pick up the dt related changes as long as the other code works as-is both with and without the change (i.e. no backwards/forwards compatibility issues). If this must be introduced alongside the other changes, then the patches will have to be reworked to break them up by subtree so they can go

Re: [RESEND PATCH v2 1/6] ARM: dts: Declare clocks as fixed on bcm11351

On Fri, Nov 8, 2013 at 2:53 AM, Daniel Lezcano wrote: > I was wondering what is the status of this patchset ? > > The patchset touches different areas maintained by different people. Through > what tree do you expect this patchset to be merged ?? Hi Daniel, I plan to send an updated version soo

Re: [GIT PULL] MMC updates for mmc-next

Hi Ulf, On Thu, Oct 31 2013, Ulf Hansson wrote: > git://git.linaro.org/people/ulfh/mmc.git mmc-next_for_chris Thanks, all pulled to mmc-next for 3.13. - Chris. -- Chris Ball -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a messa

Re: [PATCH] mmc: dw_mmc: exynos: Revert the sdr_timing assignment

Hi Yuvaraj, On Mon, Oct 28 2013, Yuvaraj Kumar wrote: > On Sun, Oct 27, 2013 at 8:08 AM, Chris Ball wrote: >> Hi Yuvaraj, >> >> On Tue, Oct 22 2013, Yuvaraj Kumar C D wrote: >>> commit 4ad602c9df1e3b04979c260b5612141b4b892257 was wrongly assigning >>> ddr_timing value to sdr_timing.This patch fix

Re: [PATCH] mmc: sdhci: Avoid needless loop while handling SDIO interrupts in sdhci_irq()

Hi Alexey, On Tue, Nov 05 2013, Alexey Neyman wrote: > Ignore Card Interrupt bit in the interrupt status if we already know that > mmc_signal_sdio_irq() is going to be called at the end of sdhci_irq(). This > avoids a needless loop in sdhci_irq() repeatedly reading interrupt status > and doing not

mmc/sd remove without umount

Hi all, I have a issue when I remove the SD card without unmount before. I have linux-2.6.23 on powerpc processor that is used the mmc/SD in SPI mode. When I remove the card in a file transfer, and try to umount with -l, I face a problem if I insert it again. The mmc-block registers the card on a

Re: [PATCH] sdhci: do not program timer when tuning_count is zero

On 11/08/2013 07:55 PM, Arend van Spriel wrote: > On 11/08/2013 12:49 PM, Aaron Lu wrote: >> On 11/08/2013 05:10 PM, Arend van Spriel wrote: >>> On 11/08/2013 07:50 AM, Aaron Lu wrote: On 11/07/2013 06:59 PM, Arend van Spriel wrote: > When the host->tuning_count is zero it means that the >

Re: [PATCH 0/3] mmc: tmio: Use modern PM ops

Hi Ulf, A general question concerning this your effort just occurred to me: what if runtime PM is disabled on a system? Will the clock(s) then at all be enabled? Doesn't one need for such a case either a fall-back to statically enable clock in .probe() and disable in .remove() or should such dr

Re: [PATCH] sdhci: do not program timer when tuning_count is zero

On 11/08/2013 12:49 PM, Aaron Lu wrote: On 11/08/2013 05:10 PM, Arend van Spriel wrote: On 11/08/2013 07:50 AM, Aaron Lu wrote: On 11/07/2013 06:59 PM, Arend van Spriel wrote: When the host->tuning_count is zero it means that the If the tuning_count is zero, then the retuning timer shouldn't

Re: [PATCH] sdhci: do not program timer when tuning_count is zero

On 11/08/2013 05:10 PM, Arend van Spriel wrote: > On 11/08/2013 07:50 AM, Aaron Lu wrote: >> On 11/07/2013 06:59 PM, Arend van Spriel wrote: >>> When the host->tuning_count is zero it means that the >> >> If the tuning_count is zero, then the retuning timer shouldn't be >> started in the first plac

Re: [RESEND PATCH v2 1/6] ARM: dts: Declare clocks as fixed on bcm11351

On 10/16/2013 11:47 PM, Tim Kryger wrote: Declare clocks that are enabled and configured by bootloaders as fixed rate clocks in the DTS such that device drivers may use standard clock function calls. Signed-off-by: Tim Kryger Reviewed-by: Markus Mayer Reviewed-by: Matt Porter --- Hi Tim, I

re: mmc: sdhci-s3c: fix missing clock for gpio card-detect

Hello Heiko Stübner, This is a semi-automatic email about new static checker warnings. The patch fe007c02f965: "mmc: sdhci-s3c: fix missing clock for gpio card-detect" from Nov 18, 2012, leads to the following Smatch complaint: drivers/mmc/host/sdhci-s3c.c:381 sdhci_s3c_notify_change()

re: mmc: SD/MMC Host Controller for Wondermedia WM8505/WM8650

Hello Tony Prisk, This is a semi-automatic email about new static checker warnings. The patch 3a96dff0f828: "mmc: SD/MMC Host Controller for Wondermedia WM8505/WM8650" from Nov 18, 2012, leads to the following Smatch complaint: drivers/mmc/host/wmt-sdmmc.c:764 wmt_mci_probe() warn: va

Re: [PATCH] sdhci: do not program timer when tuning_count is zero

On 11/08/2013 07:50 AM, Aaron Lu wrote: On 11/07/2013 06:59 PM, Arend van Spriel wrote: When the host->tuning_count is zero it means that the If the tuning_count is zero, then the retuning timer shouldn't be started in the first place and not possible to run code there. Or is the tuning_count

Re: [PATCH 3/3] mmc: add support for hs400 mode of eMMC5.0

Hi Seungwon, Another a little suggestion: It would be better that "hs400" in comments is updated to "HS400", since the symbol is a special one. Does you test this feature on eMMC 5.0 card from http://www.samsung.com/global/business/semiconductor/product/flash-emmc/overview? Thanks, Jackey On Th

Re: [PATCH] mmc: sdhci: supporting PCI MSI

On 11/08/2013 04:05 PM, Jackey Shen wrote: > Hi Aaron, > > On Fri, Nov 08, 2013 at 02:58:45PM +0800, Aaron Lu wrote: >> On 11/01/2013 05:45 PM, Jackey Shen wrote: >>> Enable MSI support in sdhci-pci driver and provide the mechanism >>> to fall back to Legacy Pin-based Interrupt if MSI register fai

Re: [PATCH] mmc: sdhci: supporting PCI MSI

Hi Aaron, On Fri, Nov 08, 2013 at 02:58:45PM +0800, Aaron Lu wrote: > On 11/01/2013 05:45 PM, Jackey Shen wrote: > > Enable MSI support in sdhci-pci driver and provide the mechanism > > to fall back to Legacy Pin-based Interrupt if MSI register fails. > > > > Signed-off-by: Jackey Shen > > Revie