Re: [PATCH 08/12] mm/pgtable: add pte_free_defer() for pgtable as page

2023-06-02 Thread Jason Gunthorpe
On Thu, Jun 01, 2023 at 11:03:11PM -0700, Hugh Dickins wrote: > > I was hoping Mathew's folio conversion would help clarify this.. > > I doubt that: what we have for use today is pages, however they are > dressed up. I mean the part where Matthew is going and splitting the types and making it

Re: [PATCH 08/12] mm/pgtable: add pte_free_defer() for pgtable as page

2023-06-02 Thread Hugh Dickins
On Wed, 31 May 2023, Jason Gunthorpe wrote: > On Sun, May 28, 2023 at 11:23:47PM -0700, Hugh Dickins wrote: > > Add the generic pte_free_defer(), to call pte_free() via call_rcu(). > > pte_free_defer() will be called inside khugepaged's retract_page_tables() > > loop, where allocating extra memory

Re: [PATCH 08/12] mm/pgtable: add pte_free_defer() for pgtable as page

2023-06-01 Thread Jann Horn
On Mon, May 29, 2023 at 8:23 AM Hugh Dickins wrote: > Add the generic pte_free_defer(), to call pte_free() via call_rcu(). > pte_free_defer() will be called inside khugepaged's retract_page_tables() > loop, where allocating extra memory cannot be relied upon. This version > suits all those

Re: [PATCH 08/12] mm/pgtable: add pte_free_defer() for pgtable as page

2023-05-31 Thread Jason Gunthorpe
On Sun, May 28, 2023 at 11:23:47PM -0700, Hugh Dickins wrote: > Add the generic pte_free_defer(), to call pte_free() via call_rcu(). > pte_free_defer() will be called inside khugepaged's retract_page_tables() > loop, where allocating extra memory cannot be relied upon. This version > suits all

[PATCH 08/12] mm/pgtable: add pte_free_defer() for pgtable as page

2023-05-29 Thread Hugh Dickins
Add the generic pte_free_defer(), to call pte_free() via call_rcu(). pte_free_defer() will be called inside khugepaged's retract_page_tables() loop, where allocating extra memory cannot be relied upon. This version suits all those architectures which use an unfragmented page for one page table