Re: *** GMX Spamverdacht *** re: mmc: sh_mmcif: remove now superfluous sh_mmcif_host::data member

2013-12-03 Thread Dan Carpenter
On Tue, Dec 03, 2013 at 10:48:58PM +0100, Guennadi Liakhovetski wrote: > > > > We used to assume that host->data might be NULL but that mrq->data was > > a valid pointer. But now they are unified into one pointer. > > Yes, formally this isn't correct, but in practice this is valid, because > fo

Re: mxcmci_request() oops on idle system

2013-12-03 Thread Chris Ruehl
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 the dump: [ 516.783407] Unable to handle kernel NULL pointer d

mxcmci_request() oops on idle system

2013-12-03 Thread Chris Ruehl
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 the dump: [ 516.783407] Unable to handle kernel NULL pointer dereference at virtual address 0004 [ 516.791639] pgd =

[PATCH] mmc: sdhci: Resolved DEADLOCK

2013-12-03 Thread John Tobias
From: John Tobias Remove the locking inside sdhci_execute_tuning to avoid the following warnings when an SDIO device is connected / enabled. = [ INFO: inconsistent lock state ] 3.13.0-rc1 #12 Not tainted - inconsistent {IN-HARDIRQ-W

Re: [PATCH] mmc: sdhci: Avoid HARDIRQ-unsafe lock

2013-12-03 Thread John Tobias
Hi Fabio, Let me correct myself. The patches is working correctly. Regards, John On Wed, Nov 27, 2013 at 6:26 PM, John Tobias wrote: > Hi Fabio, > > I was using linux-3.13-rc1, applied the said patch and I am still > getting the said errors on iMX6SL eval board. > > Regards, > > john > > On We

[PATCH] mmc: sdhci: Resolved DEADLOCK

2013-12-03 Thread John Tobias
From: John Tobias Remove the locking inside sdhci_execute_tuning to avoid the following warnings when an SDIO device is connected / enabled. = [ INFO: inconsistent lock state ] 3.13.0-rc1 #12 Not tainted - inconsistent {IN-HARDIRQ-W

[PATCH] mmc-utils: add the revision for eMMC5.0

2013-12-03 Thread Jaehoon Chung
To know whether eMMC card is version5.0 or not, add the check point. Signed-off-by: Jaehoon Chung --- mmc_cmds.c |3 +++ 1 file changed, 3 insertions(+) diff --git a/mmc_cmds.c b/mmc_cmds.c index b8afa74..5edf42b 100644 --- a/mmc_cmds.c +++ b/mmc_cmds.c @@ -722,6 +722,9 @@ int do_read_extcs

Re: *** GMX Spamverdacht *** re: mmc: sh_mmcif: remove now superfluous sh_mmcif_host::data member

2013-12-03 Thread Guennadi Liakhovetski
Hi Dan, On Wed, 6 Nov 2013, Dan Carpenter wrote: > Hello Guennadi Liakhovetski, > > This is a semi-automatic email about new static checker warnings. > > The patch 699834045f1e: "mmc: sh_mmcif: remove now superfluous > sh_mmcif_host::data member" from Dec 26, 2011, leads to the following > Sm

Re: [PATCH] mmc: omap: Fix error introduced by fix to release_mem_region() path

2013-12-03 Thread Jarkko Nikula
On 12/02/2013 07:34 PM, Tony Lindgren wrote: > Commit 31ee9181eb92: (mmc: omap: Fix DMA configuration to not rely > on device id) fixed getting of the DMA resources when booted with > device tree. This patch however changed the handling of the > free_mem_region() error path by reusing the struct re

Re: [RFC PATCH v3 3/8] regulator: add pbias regulator support

2013-12-03 Thread Mark Brown
On Tue, Dec 03, 2013 at 09:24:15PM +0530, Balaji T K wrote: > On Thursday 21 November 2013 08:16 PM, Mark Brown wrote: > >These don't match up with each other - the get and set voltage calls > >should reflect what the hardware state is, not what was requested by the > >caller. You should be able

Re: [RFC PATCH v3 3/8] regulator: add pbias regulator support

2013-12-03 Thread Balaji T K
On Thursday 21 November 2013 08:16 PM, Mark Brown wrote: On Thu, Nov 21, 2013 at 07:50:22PM +0530, Balaji T K wrote: +static int pbias_regulator_set_voltage(struct regulator_dev *dev, + int min_uV, int max_uV, unsigned *selector) +{ + struct pbias_regulator_data *dat

at91sam9263 sdio + wlan ti wl1271

2013-12-03 Thread Olivier Sobrie
Hi Ludovic, I'm trying to use a wlan sdio TI wl1271 module with an at91sam9263 processor. The wlan card is correctly recognized by the kernel but once the driver tries to initialize the card, then I observe sdio timeouts. I enabled the traces in the atmel-mci driver and here is what I see when th