Re: regression on rk3288 with - mmc: dw_mmc: Remove old card detect infrastructure

Hi, On Fri, Dec 12, 2014 at 12:22 PM, Heiko Stübner wrote: > Hi, > > when trying linux-next for 20141210 on my rk3288 eval board I got errors > when ejecting sd cards. Especially a timeout for a command and following > this an rcu stall which essentially stops everything [0]. > > My way to reprod

regression on rk3288 with - mmc: dw_mmc: Remove old card detect infrastructure

Hi, when trying linux-next for 20141210 on my rk3288 eval board I got errors when ejecting sd cards. Especially a timeout for a command and following this an rcu stall which essentially stops everything [0]. My way to reproduce the issue is: - boot into an initramfs - insert card - remove card -

[PATCH] mmc: dt: Add property for broken hs200 quirk

Signed-off-by: Bjorn Andersson --- Documentation/devicetree/bindings/mmc/mmc.txt | 2 ++ drivers/mmc/host/sdhci-pltfm.c| 3 +++ 2 files changed, 5 insertions(+) diff --git a/Documentation/devicetree/bindings/mmc/mmc.txt b/Documentation/devicetree/bindings/mmc/mmc.txt index b5262

Re: [PATCH v2 3/4] mmc: dw_mmc: Convert to mmc_send_tuning()

Hi. On 12/10/2014 06:30 AM, Alim Akhtar wrote: > Hi Ulf > > On Mon, Dec 8, 2014 at 3:40 PM, Ulf Hansson wrote: >> On 6 December 2014 at 13:43, Alim Akhtar wrote: >>> Hi Ulf, >>> >>> On Fri, Dec 5, 2014 at 5:29 PM, Ulf Hansson wrote: Instead of having a local hack taking care of sending th

Re: [PATCH 1/2] mmc: sdhci-pltfm: fix abort due to missing runtime PM

On 2014-12-02 17:47, Stefan Agner wrote: > When entering suspend while the device is in runtime PM, the > sdhci_[suspend|resume]_host function are called without taking > care of runtime PM. On Vybrid SoC this leads to external abort > since during runtime suspend, the clocks for this peripheral >

Disabling PM fixes Wi-Fi stability

Hey, On my Onda v975w tablet[1], using a non-upstreamed Realtek driver[2], I used to have the tablet hang after using Wi-Fi for a couple of minutes. I unfortunately couldn't get any stacktraces of the hang. I suspected Power Management in the SDHCI-ACPI driver to be a problem, as the Wi-Fi chipse

[PATCH] gpio: pcf857x: restore the initial line state of all pcf lines

The reset values for all the PCF lines are high and hence on shutdown we should drive all the lines high in order to bring it to the reset state. This is actually required since pcf doesn't have a reset line and even after warm reset (by invoking "reboot" in prompt) the pcf lines maintains it's pr