lkml.org 
[lkml]   [2021]   [Oct]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: Folios for 5.15 request - Was: re: Folio discussion recap -
    On Wed, Oct 20, 2021 at 09:50:58AM +0200, David Hildenbrand wrote:
    > For the records: I was happy to see the slab refactoring, although I
    > raised some points regarding how to access properties that belong into
    > the "struct page".

    I thought the slab discussion was quite productive. Unfortunately,
    none of our six (!) slab maintainers had anything to say about it. So I
    think it's pointless to proceed unless one of them weighs in and says
    "I'd be interested in merging something along these lines once these
    problems are addressed".

    > As raised elsewhere, I'd also be more comfortable
    > seeing small incremental changes/cleanups that are consistent even
    > without having decided on an ultimate end-goal -- this includes folios.
    > I'd be happy to see file-backed THP gaining their own, dedicated type
    > first ("struct $whatever"), before generalizing it to folios.

    I am genuinely confused by this.

    Folios are non-tail pages. That's all. There's no "ultimate end-goal".
    It's just a new type that lets the compiler (and humans!) know that this
    isn't a tail page.

    Some people want to take this further, and split off special types from
    struct page. I think that's a great idea. I'm even willing to help.
    But there are all kinds of places in the kernel where we handle generic
    pages of almost any type, and so regardless of how much we end up
    splitting off from struct page, we're still going to want the concept
    of folio.

    I get that in some parts of the MM, we can just assume that any struct
    page is a non-tail page. But that's not the case in the filemap APIs;
    they're pretty much all defined to return the precise page which contains
    the specific byte. I think that's a mistake, and I'm working to fix it.
    But until it is all fixed [1], having a type which says "this is not a
    tail page" is, frankly, essential.

    [1] which is a gargantuan job because I'm not just dealing with
    mm/filemap.c, but also with ~90 filesystems and things sufficiently like
    filesystems to have an address_space_operations of their own, including
    graphics drivers.

    \
     
     \ /
      Last update: 2021-10-20 19:30    [W:4.443 / U:0.496 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site