Messages in this thread | | | Date | Fri, 8 Jun 2007 13:55:55 -0700 | From | Andrew Morton <> | Subject | Re: [Intel-IOMMU 02/10] Library routine for pre-allocat pool handling |
| |
On Fri, 8 Jun 2007 22:43:10 +0200 (CEST) Andreas Kleen <ak@suse.de> wrote:
> > That's what kmem_cache_alloc() is for?!?! > > Tradtionally that was not allowed in block layer path. Not sure > it is fully obsolete with the recent dirty tracking work, probably not. > > Besides it would need to be GFP_ATOMIC and the default > atomic pools are not that big.
That in itself is a problem. What do we have to do to be able to make these allocations use the *much* stronger GFP_NOIO?
We could perhaps talk to Christoph about arranging for each slabcache to have an optional private reserve page pool. But fixing the GFP_ATOMIC would be better. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |