Hi,
On Mon, May 18, 2015 at 02:40:44PM -0700, Aleksey Makarov wrote:
> On 05/18/2015 02:05 PM, Aaro Koskinen wrote:
> >On Mon, Mar 16, 2015 at 06:06:00PM +0300, Aleksey Makarov wrote:
> >>The OCTEON MMC controller is currently found on cn61XX and cnf71XX
> >>devi
aney
> Signed-off-by: Leonid Rosenboim
> Signed-off-by: Aaron Williams
> Signed-off-by: Chandrakala Chavva
> Signed-off-by: Peter Swain
> [aleksey.maka...@auriga.com: preparation for submission]
> Signed-off-by: Aleksey Makarov
Seems to work fine on EdgeRouter Pro (cn61xx).
Hi,
On Mon, Jan 26, 2015 at 10:04:59PM +0100, Pali Rohár wrote:
> problem? Why any of these two patches fix problem when mmc is not
> detected by kernel in qemu (machine n900)? Detection of mmc fails
> because function mmc_send_op_cond() without one of above patches
> fails.
Has it ever worked
> one could utilize discards with mkfs, mount option or with the fstrim.
>
> Set goes on top of v3.13-rc2-208-g8ecffd791448.
Patch 5 had some fuzz with plain 3.13-rc2. Otherwise these look fine.
I tested these on 770 and N800, so for all patches:
Tested-by: Aaro Koskinen
A.
--
To unsubs
Hi,
On Tue, Nov 26, 2013 at 08:03:26PM +0200, Aaro Koskinen wrote:
> On N950 with fixed vmmc regulator, MMC probe started to fail with
> 3.13-rc1:
>
> [2.497406] mmc0: host doesn't support card's voltages
> [2.502899] mmc0: error -22 whilst initialising MMC car
Hi,
On N950 with fixed vmmc regulator, MMC probe started to fail with
3.13-rc1:
[2.497406] mmc0: host doesn't support card's voltages
[2.502899] mmc0: error -22 whilst initialising MMC card
I bisected this to c368e5fc2a190923b786f2de3e79430ea3566a25
(regulator: fixed: get rid of {get|lis
Hi,
On Fri, 13 Jan 2012, Dmitry Antipov wrote:
Use the usleep_range() to simplify mmc_delay() and give some more
accuracy to it - but with an exception of mmc_card_sleepawake():
since sleep/awake timeout varies in a wide range, different
delay methods should be used.
Signed-off-by: Dmitry Antip
Hi,
On Fri, 13 Jan 2012, Dmitry Antipov wrote:
On 01/13/2012 05:22 PM, Aaro Koskinen wrote:
Anyway, I think the change is good. On systems with multiple MMC devices
the boot/probe can spend 100-200 ms alone just doing busylooping delays. I
think e.g. in mmc_rescan() the code uses frequently
Hi,
On Wed, 21 Dec 2011, Dmitry Antipov wrote:
From f447d78db65c6675e69466e8ed08364ff065ac08 Mon Sep 17 00:00:00 2001
From: Dmitry Antipov
Date: Wed, 21 Dec 2011 10:51:03 +0400
Subject: [PATCH] mmc: use usleep_range() in mmc_delay()
---
Shouldn't you add a proper patch description and a sign