From: Dinh Nguyen
Add platform specific functionality for the DW SD/MMC driver for
SoCFPGA. Move SDMMC_CMD_USE_HOLD_REG to dw_mmc.h so other platforms
can use this define.
Signed-off-by: Dinh Nguyen
Reviewed-by: Pavel Machek
Acked-by: Jaehoon Chung
Acked-by: Olof Johansson
Acked-by: Seungwon
From: Dinh Nguyen
Hi Chris,
If you don't have any comments for this patch series and if Arnd is
satisfied with my response regarding the regmap_write() in the driver,
then can you apply this patch series?
There is also a patch series from Heiko Stuebner that is
dependent on this series:
http
From: Dinh Nguyen
Add bindings for SD/MMC for SOCFPGA.
Add "syscon" to the "altr,sys-mgr" binding.
Signed-off-by: Dinh Nguyen
Reviewed-by: Pavel Machek
CC: Arnd Bergmann
CC: Olof Johansson
Cc: Pavel Machek
Cc: Grant Likely
Cc: Rob Herring
Cc: Chris Ball
Cc: devicetree-disc...@lists.ozlab
Hi Doug,
> > I tested Doug's patch on my failing unit.
> >
> > Without this patch, mmc got hung_task and rebooted eventually.
> > With this patch applied, mmc returns CRC error instead of hung_task, and
> > the error is handled
> gracefully.
>
> Have you tried one or both or Seungwon's fixes wit
Bing,
On Tue, Jun 18, 2013 at 12:46 PM, Bing Zhao wrote:
> Hi Seungwon,
>
>> > I don't have the failing unit myself, so we'll have to get Bing to try
>> > the patches. You are suggesting that we try applying both of your
>> > patches, right?
>> Did you test the patch?
>> I wonder that both are g
Hi Seungwon,
> > I don't have the failing unit myself, so we'll have to get Bing to try
> > the patches. You are suggesting that we try applying both of your
> > patches, right?
> Did you test the patch?
> I wonder that both are good for your side.
I tested Doug's patch on my failing unit.
With
On Tue, Jun 18, 2013 at 6:17 AM, Ulf Hansson wrote:
> On 17 June 2013 20:33, Colin Cross wrote:
>> This is a generic requirement for using a kernel with autosleep
>> enabled. Autosleep will enter suspend whenever there is no wakeup
>> source/wakelock held. Consider the following sequence:
>>
>>
Jaehoon,
On Mon, Jun 17, 2013 at 9:51 PM, Jaehoon Chung wrote:
> Hi Doug,
>
> I have one question for using .
> I found the fixed-rate-clocks feature.
> If we want to set , then can we use the fixed-rate-clocks?
> i'm not sure how use the fixed-rate-clocks. but it seems to set fixed-rate
> value
On 17 June 2013 20:33, Colin Cross wrote:
> On Mon, Jun 17, 2013 at 7:22 AM, Ulf Hansson wrote:
>> On 14 June 2013 22:52, Colin Cross wrote:
>>> On Fri, Jun 14, 2013 at 11:42 AM, Zoran Markovic
>>> wrote:
> I am not sure I understand why this patch is needed. When a new card
> is insert
On Tuesday 18 June 2013, Joel A Fernandes wrote:
>
> This series is a repost of Matt Porter's EDMA patches for AM33XX EDMA support
> with changes for few pending review comments on v9 series.
>
> Currently this is required for AM33XX (Beaglebone or EVM) to access MMC
> and be able mount to rootfs
On Thursday, June 13, 2013, Doug Anderson wrote:
> Seungwon,
>
> On Wed, Apr 10, 2013 at 12:02 AM, Seungwon Jeon wrote:
> >> > There are two solutions we have applied.
> >>
> >> I'm a little confused. Have you already applied one or both of the
> >> solutions you list below, or are you proposing
On Saturday, June 15, 2013, Daniel Drake wrote:
> On Mon, Jun 10, 2013 at 1:53 PM, Daniel Drake wrote:
> > Testing the latest linus kernel on OLPC XO-4 (sdhci-pxav3), boot
> > fails. Userspace does start, and I see that systemd is starting a few
> > services (feels a bit slower than usual), then i
On 6/18/2013 12:08 PM, Joel A Fernandes wrote:
> From: Matt Porter
>
> Changes by Joel:
> * Split EDMA xbar support out of original EDMA DT parsing patch
> to keep it easier for review.
> * Rewrite shift and offset calculation.
>
> Suggested-by: Sekhar Nori
> Suggested by: Andy Shevchenko
> Si
On 6/18/2013 12:08 PM, Joel A Fernandes wrote:
> From: Matt Porter
>
> Adds support for parsing the TI EDMA DT data into the required EDMA
> private API platform data. Enables runtime PM support to initialize
> the EDMA hwmod. Enables build on OMAP.
>
> Changes by Joel:
> * Setup default one-to
n function ‘sdhci_sirf_probe’:
drivers/mmc/host/sdhci-sirf.c:78:2: error: too few arguments to function
‘sdhci_pltfm_init’
host = sdhci_pltfm_init(pdev, &sdhci_sirf_pdata);
Signed-off-by: Sachin Kamat
Cc: Christian Daudt
Cc: Barry Song
---
Compile tested on linux-next (20130618)
---
dr
15 matches
Mail list logo
