Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1578657 > unrolled thread
| Started by | Matthew Wilcox <willy@infradead.org> |
|---|---|
| First post | 2017-02-10 19:10 +0100 |
| Last post | 2017-02-10 19: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: [PATCHv6 17/37] fs: make block_read_full_page() be able to read huge page Matthew Wilcox <willy@infradead.org> - 2017-02-10 19:10 +0100
| From | Matthew Wilcox <willy@infradead.org> |
|---|---|
| Date | 2017-02-10 19:10 +0100 |
| Subject | Re: [PATCHv6 17/37] fs: make block_read_full_page() be able to read huge page |
| Message-ID | <t9nNT-6VN-9@gated-at.bofh.it> |
On Thu, Jan 26, 2017 at 02:57:59PM +0300, Kirill A. Shutemov wrote: > The approach is straight-forward: for compound pages we read out whole > huge page. Ouch. bufferheads must die ;-) > For huge page we cannot have array of buffer head pointers on stack -- > it's 4096 pointers on x86-64 -- 'arr' is allocated with kmalloc() for > huge pages. > > Signed-off-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com> Reviewed-by: Matthew Wilcox <mawilcox@microsoft.com>
Back to top | Article view | linux.kernel
csiph-web