[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110120114216.4b23182a@jbarnes-desktop>
Date: Thu, 20 Jan 2011 11:42:16 -0800
From: Jesse Barnes <jbarnes@...tuousgeek.org>
To: "Guan Xuetao" <guanxuetao@...c.pku.edu.cn>
Cc: <sfr@...b.auug.org.au>, "Arnd Bergmann" <arnd@...db.de>,
<gregkh@...e.de>, <dmitry.torokhov@...il.com>, <dtor@...l.ru>,
<rubini@...l.unipv.it>, <linux-arch@...r.kernel.org>,
<linux-kernel@...r.kernel.org>, <linux-fbdev@...r.kernel.org>,
<linux-next@...r.kernel.org>
Subject: Re: Request for unicore32 architecture codes to merge into
linux-next
On Sun, 16 Jan 2011 01:00:31 +0800
"Guan Xuetao" <guanxuetao@...c.pku.edu.cn> wrote:
> Hi,
>
> I want to merge unicore32 repo into linux-next tree, the position is (unicore32 branch):
> git://git.kernel.org/pub/scm/linux/kernel/git/epip/linux-2.6-unicore32.git
>
> Signed-off-by: Guan Xuetao <gxt@...c.pku.edu.cn>
> ---
Took a quick look at the PCI parts, looks like you have a pretty big
DMA restriction.
You could provide your own dma map ops and make the allocator a bit
smarter about where it gets memory (preferentially allocating from the
DMA'able region, which you could hide). Or do you find that swiotlb
does ok in general?
Other than that you had pretty tiny bits of enabling code, I assume
they work on your platform (config space access & setup, etc.).
--
Jesse Barnes, Intel Open Source Technology Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists