is attached at boot time,
it might become mmxblk0. And the hard wired one mmcblk1.
But if the removable device isn't there at boot time,
the hard wired one will become mmcblk0. This makes it
somehow difficult to hard code the root device to the
non-removable device and boot fast.
Signed-off-by: Heiko
If the host controller do not support high speed, do not send the
read switch CMD 6. Same as done in mmc_sd_switch_hs().
Signed-off-by: Heiko Schocher h...@denx.de
Cc: Wolfgang Denk w...@denx.de
Cc: Dieter Schaffner dieter.schaff...@ids.de
Cc: linuxppc-...@lists.ozlabs.org
Cc: linux-mmc
Hello Nori,
Nori, Sekhar wrote:
Hi Heiko,
On Thu, Jan 19, 2012 at 12:35:21, Heiko Schocher wrote:
Default queue is expected to be a low-priority queue.
This way, long transfers on the default queue started
by the codec engine will not cause audio defects.
Signed-off-by: Heiko Schocher h
Default queue is expected to be a low-priority queue.
This way, long transfers on the default queue started
by the codec engine will not cause audio defects.
Signed-off-by: Heiko Schocher h...@denx.de
Signed-off-by: juha.kui...@gmail.com
Reported-by: juha.kui...@gmail.com
Acked-by: Rajashekhara
Hello,
Heiko Schocher wrote:
The MMC driver allocates channels with EVENTQ_DEFAULT, they
get put into EVENTQ_1, which the second EDMA controller does
not have and hence transfers stall. This is fixed
in commit f23fe857bbea393b4b94fe2218c98d934bd3d4cf
ARM: davinci: Explicitly set channel
Yariv. This patch sets immediately in edma_probe()
the proper default_queue, so this patch does not really fix
something, it is more a cosmetic change.
Signed-off-by: Heiko Schocher h...@denx.de
Signed-off-by: juha.kui...@gmail.com
Reported-by: juha.kui...@gmail.com
Acked-by: Rajashekhara, Sudhakar
10:08 AM, Heiko Schocher h...@denx.de wro
Ok ... patch not longer needed, but isn't it better to setup here
immediately the right values? If so, I can sent a v2 with your
suggested comment change.
These are just default values which will get overwritten later on, so im
not sure if it matters
Hello Rajashekhara,
Rajashekhara, Sudhakar wrote:
Hi,
On Sun, Dec 04, 2011 at 15:03:30, Heiko Schocher wrote:
The MMC driver allocates channels with EVENTQ_DEFAULT they
get put into EVENTQ_1 which the second EDMA controller does
not have and hence transfers stall. This is tried to fix
.
Signed-off-by: Heiko Schocher h...@denx.de
Signed-off-by: juha.kui...@gmail.com
Reported-by: juha.kui...@gmail.com
Cc: linux-mmc@vger.kernel.org
Cc: davinci-linux-open-sou...@linux.davincidsp.com
Cc: Rajashekhara, Sudhakar sudhakar@ti.com
Cc: Ido Yariv i...@wizery.com
Cc: Sekhar Nori nsek
Hello Rajashekhara, Sudhakar,
Rajashekhara, Sudhakar wrote:
Hi,
On Fri, Dec 02, 2011 at 13:05:22, Heiko Schocher wrote:
Hello,
trying Linux 3.2.0-rc3 on an am1808 based board using MMCSD1 controller,
and facing problems with using DMA. Deactivating use_dma=0 in the
davinci_mmc controller
Hello Juha,
Rajashekhara, Sudhakar wrote:
Hi,
On Fri, Dec 02, 2011 at 14:25:48, Heiko Schocher wrote:
Hello Rajashekhara, Sudhakar,
Rajashekhara, Sudhakar wrote:
Hi,
On Fri, Dec 02, 2011 at 13:05:22, Heiko Schocher wrote:
Hello,
trying Linux 3.2.0-rc3 on an am1808 based board using
Hello,
trying Linux 3.2.0-rc3 on an am1808 based board using MMCSD1 controller,
and facing problems with using DMA. Deactivating use_dma=0 in the
davinci_mmc controller and mmc works in pio mode without problems.
So there are no hardware problems, pinmux is ok, psc are all on.
Tried this on the
12 matches
Mail list logo