Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1569157 > unrolled thread
| Started by | Andy Lutomirski <luto@kernel.org> |
|---|---|
| First post | 2017-01-29 05:10 +0100 |
| Last post | 2017-01-29 05:10 +0100 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [RFC PATCH 0/4] Fast noirq bulk page allocator v2r7 Andy Lutomirski <luto@kernel.org> - 2017-01-29 05:10 +0100
| From | Andy Lutomirski <luto@kernel.org> |
|---|---|
| Date | 2017-01-29 05:10 +0100 |
| Subject | Re: [RFC PATCH 0/4] Fast noirq bulk page allocator v2r7 |
| Message-ID | <t4OYp-2cm-1@gated-at.bofh.it> |
On 01/09/2017 08:35 AM, Mel Gorman wrote: > The > fourth patch introduces a bulk page allocator with no in-kernel users as > an example for Jesper and others who want to build a page allocator for > DMA-coherent pages. If you want an in-kernel user as a test, to validate the API's sanity, and to improve performance, how about __vmalloc_area_node()? :) --Andy
Back to top | Article view | linux.kernel
csiph-web