linux-kernel - Re: [PATCH] [0/13] General DMA zone rework

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

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20080308115703.GD27074@one.firstfloor.org>
Date:	Sat, 8 Mar 2008 12:57:03 +0100
From:	Andi Kleen <andi@...stfloor.org>
To:	Christoph Lameter <clameter@....com>
Cc:	Andi Kleen <andi@...stfloor.org>, linux-kernel@...r.kernel.org,
	linux-mm@...ck.org
Subject: Re: [PATCH] [0/13] General DMA zone rework

On Fri, Mar 07, 2008 at 06:42:21PM -0800, Christoph Lameter wrote:
> On Fri, 7 Mar 2008, Andi Kleen wrote:
> 
> > The longer term goal is to convert all GFP_DMA allocations
> > to always specify the correct mask and then eventually remove
> > GFP_DMA.
> > 
> > Especially I hope kmalloc/kmem_cache_alloc GFP_DMA can be
> > removed soon. I have some patches to eliminate those users.
> > Then slab wouldn't need to maintain DMA caches anymore.
> 
> That would be greatly appreciated. Thanks for doing this.

I'm afraid it would not help you directly because you would still need 
to maintain that code for s390 (seems to be a heavy GFP_DMA user)
and probably some other architectures (unless you can get these
maintainers to get rid of GFP_DMA too) With my plan it can be just ifdefed
and the ifdef not enabled on x86.

-Andi
--
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/