Hi, All.
Thanks for your effort and sorry for late!
On 05/27/2015 05:44 AM, Doug Anderson wrote:
Alim,
On Tue, May 26, 2015 at 11:02 AM, Alim Akhtar alim.akh...@gmail.com wrote:
Hi Doug,
On peach-pi, I got a hung task once in 4 cold boot as [1].
OK, I'll have to get my peach-pi or
Hi, Pradu.
Sorry for late.
I will wait for your next version than i will check yours.
To Ulf.
Thanks for review!
Best Regards,
Jaehoon Chung
On 05/22/2015 10:21 PM, Ulf Hansson wrote:
On 18 May 2015 at 16:23, Prabu Thangamuthu prab...@synopsys.com wrote:
Removing dw_mmc driver immediately
Hi Ulf, Jaehoon,
Thanks for your comments, I will update and send a new Patch.
On 05/27/2015 7:20 AM, Jaehoon Chung Wrote:
Hi, Pradu.
Sorry for late.
No Problem.
I will wait for your next version than i will check yours.
To Ulf.
Thanks for review!
Best Regards,
Jaehoon Chung
On 21 May 2015 at 10:43, Suman Tripathi stripa...@apm.com wrote:
The sdhci framework disables SDR104/SDR50/DDR50 based on only quirk.
This patch adds the support to disable SDR104/SDR50/DDR50 based on
reading the capability register 0.
Signed-off-by: Suman Tripathi stripa...@apm.com
---
---
On 26 May 2015 at 10:43, Lu Y.B. yangbo...@freescale.com wrote:
On 19 May 2015 at 07:40, Yangbo Lu yangbo...@freescale.com wrote:
A-003980: SDHC: Glitch is generated on the card clock with software
reset or clock divider change
Description: A glitch may occur on the SDHC card clock when
[...]
+{
+ unsigned long tmo = jiffies + msecs_to_jiffies(20);
+
+ while ((readl(host-base + SDC_STS) SDC_STS_CMDBUSY)
+time_before(jiffies, tmo))
+ continue;
+
+ if (readl(host-base + SDC_STS) SDC_STS_CMDBUSY) {
Hi Doug,
On peach-pi, I got a hung task once in 4 cold boot as [1].
And every time got a hung task [2] on suspend/resume, triggered
exactly from this change. I have a debug print at $SUBJECT change.
[1]:
on boot:
[ 240.197190] INFO: task kworker/u16:1:50 blocked for more than 120
On Mon, 2015-05-18 at 20:48 +0100, Ben Hutchings wrote:
On Sun, 2015-05-17 at 10:13 +0200, Geert Uytterhoeven wrote:
On Sun, May 17, 2015 at 2:29 AM, Ben Hutchings
ben.hutchi...@codethink.co.uk wrote:
From: Ben Dooks ben.do...@codethink.co.uk
[bwh: Fold in fix from Ian Molton]
On Tue, May 26, 2015 at 04:49:34PM +0200, Ulf Hansson wrote:
On 20 May 2015 at 00:23, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
iMX6 with a Samsung EVO UHS-1 16GB card.
There's actually two problems here.
1. SDHCI chooses to impose a 10 second timeout on any data
Alim,
On Tue, May 26, 2015 at 11:02 AM, Alim Akhtar alim.akh...@gmail.com wrote:
Hi Doug,
On peach-pi, I got a hung task once in 4 cold boot as [1].
OK, I'll have to get my peach-pi or peach-pit up and running again. I
ran out of desk space and I haven't gotten it set back up. :(
I've been
Switch to use ma_request_slave_channel_compat_reason() to request the DMA
channels. In case of error, return the error code we received including
-EPROBE_DEFER
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Ulf Hansson ulf.hans...@linaro.org
---
drivers/mmc/host/omap_hsmmc.c | 22
dma_request_slave_channel_compat() 'eats' up the returned error codes which
prevents drivers using the compat call to be able to do deferred probing.
The new wrapper is identical in functionality but it will return with error
code in case of failure and will pass the -EPROBE_DEFER to the caller
On 26 May 2015 at 15:44, Avi Shchislowski avi.shchislow...@sandisk.com wrote:
This patch is implements the new additional state of
Power_Off_Notification - SLEEP_NOTIFICATION.
Until now, the implementation of Power_Off_Notification
supported only three modes - POWERED_ON (0x01),
* Peter Ujfalusi peter.ujfal...@ti.com [150526 06:28]:
Switch to use ma_request_slave_channel_compat_reason() to request the DMA
channels. In case of error, return the error code we received including
-EPROBE_DEFER
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Greg Kroah-Hartman
Hi,
Vinod: as I promised: https://lkml.org/lkml/2015/5/8/80
With this series it is possible to put omap-dma or edma to even late_initcall
and the drivers will figure out the load order fine(ish).
We need to add dma_request_slave_channel_compat_reason() which is the equivalent
of
Switch to use ma_request_slave_channel_compat_reason() to request the DMA
channels. In case of error, return the error code we received including
-EPROBE_DEFER
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Greg Kroah-Hartman gre...@linuxfoundation.org
---
Switch to use ma_request_slave_channel_compat_reason() to request the DMA
channels. Only fall back to pio mode if the error code returned is not
-EPROBE_DEFER, otherwise return from the probe with the -EPROBE_DEFER.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Herbert Xu
Switch to use ma_request_slave_channel_compat_reason() to request the DMA
channels. Only fall back to pio mode if the error code returned is not
-EPROBE_DEFER, otherwise return from the probe with the -EPROBE_DEFER.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Mark Brown
dmaengine provides a wrapper function to handle DT and non DT boots when
requesting DMA channel. Use that instead of checking for of_node in the
platform driver.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Mark Brown broo...@kernel.org
CC: Jarkko Nikula jarkko.nik...@bitmer.com
CC:
On Tue, May 26, 2015 at 04:25:58PM +0300, Peter Ujfalusi wrote:
Switch to use ma_request_slave_channel_compat_reason() to request the DMA
channels. In case of error, return the error code we received including
-EPROBE_DEFER
I think you typed the function name wrong here :(
--
To unsubscribe
On Tue, May 26, 2015 at 04:26:06PM +0300, Peter Ujfalusi wrote:
Switch to use ma_request_slave_channel_compat_reason() to request the DMA
channels. Only fall back to pio mode if the error code returned is not
-EPROBE_DEFER, otherwise return from the probe with the -EPROBE_DEFER.
I've got two
This patch is implements the new additional state of
Power_Off_Notification - SLEEP_NOTIFICATION.
Until now, the implementation of Power_Off_Notification
supported only three modes - POWERED_ON (0x01),
POWER_OFF_SHORT (0x02) and POWER_OFF_LONG (0x03).
As part of eMMC5.0 before moving to Sleep
On Thu, May 21, 2015 at 2:13 PM, Suman Tripathi stripa...@apm.com wrote:
The sdhci framework disables SDR104/SDR50/DDR50 based on only quirk.
This patch adds the support to disable SDR104/SDR50/DDR50 based on
reading the capability register 0.
Signed-off-by: Suman Tripathi stripa...@apm.com
Switch to use ma_request_slave_channel_compat_reason() to request the DMA
channel. Only fall back to pio mode if the error code returned is not
-EPROBE_DEFER, otherwise return from the probe with the -EPROBE_DEFER.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Laurent Pinchart
Switch to use ma_request_slave_channel_compat_reason() to request the DMA
channels. Only fall back to pio mode if the error code returned is not
-EPROBE_DEFER, otherwise return from the probe with the -EPROBE_DEFER.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Herbert Xu
Switch to use ma_request_slave_channel_compat_reason() to request the DMA
channels. Only fall back to pio mode if the error code returned is not
-EPROBE_DEFER, otherwise return from the probe with the -EPROBE_DEFER.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Ulf Hansson
The driver will not probe without valid DMA channels so no need to check
if they are valid when the module is removed.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Ulf Hansson ulf.hans...@linaro.org
---
drivers/mmc/host/omap_hsmmc.c | 6 ++
1 file changed, 2 insertions(+), 4
of_dma_request_slave_channel should return either pointer for valid
dma_chan or ERR_PTR() error code, NULL is not expected to be returned.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Grant Likely grant.lik...@linaro.org
CC: Rob Herring robh...@kernel.org
---
include/linux/of_dma.h |
Hi Ulf,
In this version we are calling sleep_notify from suspend(), per your
recommendation.
No HPI is needed in this case.
(The commit message of v2 should be changed)
Thanks,
Alex
-Original Message-
From: Avi Shchislowski
Sent: Tuesday, May 26, 2015 4:44 PM
To: Ulf Hansson
Cc:
On 20 May 2015 at 00:23, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
iMX6 with a Samsung EVO UHS-1 16GB card.
There's actually two problems here.
1. SDHCI chooses to impose a 10 second timeout on any data operation.
This magic value of 10 seconds is rediculous. Consider that
30 matches
Mail list logo