Hi Simon
> > > > These are v2 of SDHI support for r8a7790.
> > > >
> > > > Kuninori Morimoto (2):
> > > > ARM: shmobile: lager: add gpio/fixed regulator for SDHI
> > > > ARM: shmobile: lager: add SDHI0/2 support
> > > >
> > > > arch/arm/mach-shmobile/board-lager.c | 149
> > > > +
On Sun, Nov 17, 2013 at 11:42:02PM -0800, Kuninori Morimoto wrote:
>
> Hi Simon
>
> > > These are v2 of SDHI support for r8a7790.
> > >
> > > Kuninori Morimoto (2):
> > > ARM: shmobile: lager: add gpio/fixed regulator for SDHI
> > > ARM: shmobile: lager: add SDHI0/2 support
> > >
>
Hi Laurent, Linus,
> > The general guideline, as everybody should be aware ;-) is that we
> > should always use module_init(), i.e. device_initcall() and let deferred
> > probe handle any dependencies.
>
> Thought so, good :-)
>
> > The only exception would be things like timers and interrupt c
Hi Laurent
> > --- with regulator/machine.h
> > CC arch/arm/mach-shmobile/board-lager.o
> > In file included from
> > /opt/usr/src/WORK/morimoto/gitlinux/linux/arch/arm/mach-shmobile/board-lage
> > r.c:36:0:
> > /opt/usr/src/WORK/morimoto/gitlinux/linux/include/linux/regulator/gpi
Dong,
Hello, I am currently working on an Freescale iMX6 SABRE Board platform
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=RDIMX6SABREBRD
I'm trying to run with mainline kernel/uboot/buildroot just to be a bit more
up-to-date than the LTIB distribution. I am trying to setup a R
From: Ludovic Desroches
With some SDIO devices, timeout errors can happen when reading data. To solve
this issue the DMA transfer has to be activated before sending the command to
the device. This order is incorrect in PDC mode. So we have to take care if we
are using DMA or PDC to know when to s
Hello all,
I have added devm_iormap_resource() for replace request region and ioremap
function.
I wish your feedback at that time.
Thank you
Subject: [PATCH] mmc: sdhci-pltfm: Use devm_ioremap_resource()
Use devm_ioremap_resource for replace request region and ioremap.
Signed-off-by: Beomho
Hi Morimoto-san,
On Tuesday 19 November 2013 23:37:32 Kuninori Morimoto wrote:
> Hi Laurent
>
> > > > > #include
> > > > > #include
> > > > > #include
> > > > >
> > > > > +#include
> > > >
> > > > I might be mistaken, but is this header really needed ?
> > >
> > > Unfortunately, the com
From: Micky Ching
If the host driver removed while card in the slot, the host will not
power off card power correctly. This bug is produced because host
eject flag set before the last mmc_set_ios callback, we should set the
eject flag after power off.
Signed-off-by: Micky Ching
---
drivers/mmc
From: Micky Ching
If the driver removed while sd/mmc card still in the slot, the card power
will not power down correctly, if we insert the driver module again,
UHS card will not switch to UHS mode. This bug is fixed in this patch.
We use another phase search method for tuning, which looks more
From: Micky Ching
The new phase searching method is more concise and easier to
understand.
Signed-off-by: Micky Ching
---
drivers/mmc/host/rtsx_pci_sdmmc.c | 112 +++--
include/linux/mfd/rtsx_pci.h |3 +-
2 files changed, 34 insertions(+), 81 deletions
Hi Dan:
On 11/20/2013 04:17 PM, Dan Carpenter wrote:
On Tue, Nov 19, 2013 at 07:10:35PM +0800, micky_ch...@realsil.com.cn wrote:
-static u8 sd_search_final_phase(struct realtek_pci_sdmmc *host, u32 phase_map)
+static inline u32 sd_get_phase_point(u32 phase_map, unsigned int idx)
{
- stru
One of Renesas SDHI chip needs workaround to use it,
and, we can judge it based on chip version.
This patch adds very quick-hack workaround method,
since we still don't know how many chips
need workaround in the future.
Signed-off-by: Kuninori Morimoto
---
drivers/mmc/host/sh_mobile_sdhi.c | 1
.bus_shift is used to 16/32bit register access
offset calculation om tmio driver.
tmio_mmc_xxx is used from Toshiba/Renesas now,
but this bus_shift value depends on HW IP.
This patch moves .bus_shift to tmio_mmc_data member
and set it on each driver.
Signed-off-by: Kuninori Morimoto
---
drivers/
The accessibility checking method to the
higher register was added by
69d1fe18e92afb4687605a1ab2ec73fbc3bae344
(mmc: tmio: only access registers above 0xff, if available)
But, it doesn't care 32bit register.
it is impossible to calculate it from resource size, since,
there is 16/32 bit register IP
Current tmio driver tries to use default ocr_avail
if 1) it couldn't find regulator and 2) if platform data
doesn't have ocr_mask.
But, there is no guarantee that regulator driver probe
is faster than TMIO driver probe.
TMIO driver will not use regulator in such case.
By this patch, TMIO driver ret
Hi Chris
Now, our new board would like to use sh_mobile_sdhi driver,
then, it is expecting sh_mobile_sdhi use regulator.
But, this regulator is based on GPIO driver,
and GPIO driver probe timing is after sh_mobile_sdhi.
So, sh_mobile_sdhi (= tmio_mmc_pio) use default ocr_avail,
and it doesn't wor
On Tue, Nov 19, 2013 at 07:10:35PM +0800, micky_ch...@realsil.com.cn wrote:
> -static u8 sd_search_final_phase(struct realtek_pci_sdmmc *host, u32
> phase_map)
> +static inline u32 sd_get_phase_point(u32 phase_map, unsigned int idx)
> {
> - struct timing_phase_path path[MAX_PHASE + 1];
> -
02cb3221d5bb351ad9f7469453dcca7594a0fabf
(mmc: tmio: support caps2 flags) added caps2 support
on tmio, but it overwrites mmc_of_parse() settings.
This patch fixes it up
Acked-by: Laurent
Signed-off-by: Kuninori Morimoto
---
>> Chris
This was part of "SDHI support for r8a7790" patch-set,
but was
19 matches
Mail list logo