From: Yutaro Ebihara <ebiharaml@si-linux.co.jp>
To: linux-sh@vger.kernel.org
Subject: Re: Ecovec (SH7724) board doesn't work on latest linus tree
Date: Wed, 31 Aug 2011 15:07:18 +0000 [thread overview]
Message-ID: <2ECC67EFACD13Cebiharaml@si-linux.co.jp> (raw)
In-Reply-To: <w3pvcwf5xuu.wl%kuninori.morimoto.gx@renesas.com>
hello.
i think you can run linux-3.0.4 kernel on your Ecovec (SH7724) board
in this debug-code.
void dma_cache_sync(struct device *dev, void *vaddr, size_t size,
enum dma_data_direction direction)
{
void *addr;
addr = __in_29bit_mode() ?
- (void *)CAC_ADDR((unsigned long)vaddr) : vaddr;
+ (void *)P1SEGADDR((unsigned long)vaddr) : vaddr;
CAC_ADDR((unsigned long)vaddr) : vaddr;
must be fail.
>@@ -84,6 +84,10 @@ void dma_cache_sync(struct device *dev, void *vaddr,
>size_t size,
> addr = __in_29bit_mode() ?
> (void *)CAC_ADDR((unsigned long)vaddr) : vaddr;
>
>Dear Paul
>
>Ecovec board still doesn't work on latest linus tree.
>Because of below commit.
>
>----------------
>commit 3f9b8520b06013939ad247ba08b69529b5f14be1
>Author: Paul Mundt <lethal@linux-sh.org>
>Date: Tue May 31 14:38:29 2011 +0900
>
> sh64: Move from P1SEG to CAC_ADDR for consistent sync.
>
> sh64 doesn't define a P1SEGADDR, resulting in a build failure. The proper
> mapping can be attained for both sh32 and 64 via the CAC_ADDR macro, so
> switch to that instead.
>
> Signed-off-by: Paul Mundt <lethal@linux-sh.org>
>----------------
>
>The output of below patch was
>
>dma_cache_sync: vaddr 8e000000, CAC 6e000000, P1SEG 8e000000
>
>------
>diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c
>index f251b5f..01bb4ee 100644
>--- a/arch/sh/mm/consistent.c
>+++ b/arch/sh/mm/consistent.c
>@@ -84,6 +84,10 @@ void dma_cache_sync(struct device *dev, void *vaddr,
>size_t size,
> addr = __in_29bit_mode() ?
> (void *)CAC_ADDR((unsigned long)vaddr) : vaddr;
>
>+ printk_once("%s: vaddr %p, CAC %08lx, P1SEG %08lx\n", __func__, vaddr,
>+ CAC_ADDR((unsigned long)vaddr),
>+ P1SEGADDR((unsigned long)vaddr));
>+
> switch (direction) {
> case DMA_FROM_DEVICE: /* invalidate only */
> __flush_invalidate_region(addr, size);
>
>
>Best regards
>---
>Kuninori Morimoto
>--
>To unsubscribe from this list: send the line "unsubscribe linux-sh" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2011-08-31 15:07 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-09 6:21 Ecovec (SH7724) board doesn't work on latest linus tree Kuninori Morimoto
2011-06-09 6:31 ` Paul Mundt
2011-06-09 6:42 ` Kuninori Morimoto
2011-07-05 7:52 ` kuninori.morimoto.gx
2011-08-31 15:07 ` Yutaro Ebihara [this message]
2011-09-01 1:28 ` Kuninori Morimoto
2011-09-01 1:45 ` Kuninori Morimoto
2011-09-08 8:52 ` Nobuhiro Iwamatsu
2011-09-20 0:54 ` Paul Mundt
2011-09-20 2:08 ` Kuninori Morimoto
2011-09-20 3:10 ` Paul Mundt
2011-10-04 23:16 ` Simon Horman
2011-11-04 13:23 ` Paul Mundt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2ECC67EFACD13Cebiharaml@si-linux.co.jp \
--to=ebiharaml@si-linux.co.jp \
--cc=linux-sh@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox