| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
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