Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1653780 > unrolled thread

Re: [HMM 02/15] mm/hmm: heterogeneous memory management (HMM for short) v4

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.

Contents

  Re: [HMM 02/15] mm/hmm: heterogeneous memory management (HMM for  short) v4 Balbir Singh <bsingharora@gmail.com> - 2017-05-31 04:20 +0200
    Re: [HMM 02/15] mm/hmm: heterogeneous memory management (HMM for  short) v4 Jerome Glisse <jglisse@redhat.com> - 2017-06-02 00:40 +0200

#1653780 — Re: [HMM 02/15] mm/hmm: heterogeneous memory management (HMM for short) v4

On Wed, 24 May 2017 13:20:11 -0400
Jérôme Glisse <jglisse@redhat.com> wrote:

> HMM provides 3 separate types of functionality:
>     - Mirroring: synchronize CPU page table and device page table
>     - Device memory: allocating struct page for device memory
>     - Migration: migrating regular memory to device memory
> 
> This patch introduces some common helpers and definitions to all of
> those 3 functionality.
> 
> Changed since v3:
>   - Unconditionaly build hmm.c for static keys
> Changed since v2:
>   - s/device unaddressable/device private
> Changed since v1:
>   - Kconfig logic (depend on x86-64 and use ARCH_HAS pattern)
> 
> Signed-off-by: Jérôme Glisse <jglisse@redhat.com>
> Signed-off-by: Evgeny Baskakov <ebaskakov@nvidia.com>
> Signed-off-by: John Hubbard <jhubbard@nvidia.com>
> Signed-off-by: Mark Hairgrove <mhairgrove@nvidia.com>
> Signed-off-by: Sherry Cheung <SCheung@nvidia.com>
> Signed-off-by: Subhash Gutti <sgutti@nvidia.com>
> ---

It would be nice to explain a bit of how hmm_pfn_t bits work with pfn
and find out what we need from an arch to support HMM.


Balbir Singh.

[toc] | [next] | [standalone]

#1655795

On Wed, May 31, 2017 at 12:10:24PM +1000, Balbir Singh wrote:
> On Wed, 24 May 2017 13:20:11 -0400
> Jérôme Glisse <jglisse@redhat.com> wrote:
> 
> > HMM provides 3 separate types of functionality:
> >     - Mirroring: synchronize CPU page table and device page table
> >     - Device memory: allocating struct page for device memory
> >     - Migration: migrating regular memory to device memory
> > 
> > This patch introduces some common helpers and definitions to all of
> > those 3 functionality.
> > 
> > Changed since v3:
> >   - Unconditionaly build hmm.c for static keys
> > Changed since v2:
> >   - s/device unaddressable/device private
> > Changed since v1:
> >   - Kconfig logic (depend on x86-64 and use ARCH_HAS pattern)
> > 
> > Signed-off-by: Jérôme Glisse <jglisse@redhat.com>
> > Signed-off-by: Evgeny Baskakov <ebaskakov@nvidia.com>
> > Signed-off-by: John Hubbard <jhubbard@nvidia.com>
> > Signed-off-by: Mark Hairgrove <mhairgrove@nvidia.com>
> > Signed-off-by: Sherry Cheung <SCheung@nvidia.com>
> > Signed-off-by: Subhash Gutti <sgutti@nvidia.com>
> > ---
> 
> It would be nice to explain a bit of how hmm_pfn_t bits work with pfn
> and find out what we need from an arch to support HMM.
> 

This is only needed for HMM_MIRROR feature so you do not care about it
for powerpc

Jérôme

[toc] | [prev] | [standalone]

Back to top | Article view | linux.kernel

csiph-web