* David Hildenbrand [250512 08:35]:
> track_pfn() does not exist, let's simply refer to it as "pfnmap
> tracking".
>
> Reviewed-by: Lorenzo Stoakes
> Acked-by: Ingo Molnar # x86 bits
> Signed-off-by: David Hildenbrand
Reviewed-by: Liam R. Howlett
> ---
* David Hildenbrand [250512 08:35]:
> track_pfn() does not exist, let's simply refer to it as "pfnmap
> tracking".
>
> Reviewed-by: Lorenzo Stoakes
> Acked-by: Ingo Molnar # x86 bits
> Signed-off-by: David Hildenbrand
Reviewed-by: Liam R. Howlett
> ---
&
* David Hildenbrand [250512 08:34]:
> Let's just have it in a single function. The resulting function is
> certainly small enough and readable.
>
> Signed-off-by: David Hildenbrand
Same comment about interval_tree_for_each_span() here, I guess.
Reviewed-by: Liam R. Howlett
but this looks good.
Reviewed-by: Liam R. Howlett
> ---
> arch/x86/mm/pat/memtype_interval.c | 44 --
> 1 file changed, 6 insertions(+), 38 deletions(-)
>
> diff --git a/arch/x86/mm/pat/memtype_interval.c
> b/arch/x86/mm/pat/memtype_interval.c
* David Hildenbrand [250512 08:34]:
> Always set to 0, so let's remove it.
>
> Reviewed-by: Lorenzo Stoakes
> Acked-by: Ingo Molnar # x86 bits
> Signed-off-by: David Hildenbrand
Reviewed-by: Liam R. Howlett
> ---
> arch/x86/mm/pat/memtype.c | 12 +++
* David Hildenbrand [250512 08:34]:
> It's unused, so let's remove it.
>
> Reviewed-by: Lorenzo Stoakes
> Acked-by: Ingo Molnar # x86 bits
> Signed-off-by: David Hildenbrand
Reviewed-by: Liam R. Howlett
> ---
> include/linux/mm.h | 4 +---
>
* David Hildenbrand [250512 08:34]:
> We can now get rid of the old interface along with get_pat_info() and
> follow_phys().
>
> Reviewed-by: Lorenzo Stoakes
> Acked-by: Ingo Molnar # x86 bits
> Signed-off-by: David Hildenbrand
Reviewed-by: Liam R. Howlett
> -
d hook into VM splitting
> code and split the tracking; however, that adds complexity that might
> not be required, so we'll keep it simple for now.
>
> Acked-by: Ingo Molnar # x86 bits
> Signed-off-by: David Hildenbrand
Reviewed-by: Liam R. Howlett
> -
x86 bits
> Signed-off-by: David Hildenbrand
Small nit with this one, but either way:
Reviewed-by: Liam R. Howlett
> ---
> arch/x86/mm/pat/memtype.c | 14 ++
> include/linux/pgtable.h | 39 +++
> mm/memremap.c | 8 ++
ion,
> and also document why it is valid to not check the whole pfn range.
>
> We'll reuse pfnmap_setup_cachemode() from core MM next.
>
> Acked-by: Ingo Molnar # x86 bits
> Signed-off-by: David Hildenbrand
Reviewed-by: Liam R. Howlett
> ---
> arch/x86/mm/pat/memtyp
ired, but given that we are
> already doing a function call, no need to care about this
> micro-optimization.
>
> Reviewed-by: Lorenzo Stoakes
> Acked-by: Ingo Molnar # x86 bits
> Signed-off-by: David Hildenbrand
Reviewed-by: Liam R. Howlett
&
t; Cc: Joonas Lahtinen
> Cc: Rodrigo Vivi
> Cc: Tvrtko Ursulin
> Cc: David Airlie
> Cc: Simona Vetter
> Cc: Andrew Morton
> Cc: Steven Rostedt
> Cc: Masami Hiramatsu
> Cc: Mathieu Desnoyers
> Cc: "Liam R. Howlett"
> Cc: Lorenzo Stoakes
> Cc:
* Chuck Lever III [241108 08:23]:
>
>
> > On Nov 7, 2024, at 8:19 PM, Yu Kuai wrote:
> >
> > Hi,
> >
> > 在 2024/11/07 22:41, Chuck Lever 写道:
> >> On Thu, Nov 07, 2024 at 08:57:23AM +0800, Yu Kuai wrote:
> >>> Hi,
> >>>
> >>> 在 2024/11/06 23:19, Chuck Lever III 写道:
>
>
> > On
* Yu Kuai [241106 19:57]:
> Hi,
>
> 在 2024/11/06 23:19, Chuck Lever III 写道:
> >
> >
> > > On Nov 6, 2024, at 1:16 AM, Greg KH wrote:
> > >
> > > On Thu, Oct 24, 2024 at 09:19:41PM +0800, Yu Kuai wrote:
> > > > From: Yu Kuai
> > > >
> > > > Fix patch is patch 27, relied patches are from:
> >
* Greg KH [241106 01:16]:
> On Thu, Oct 24, 2024 at 09:19:41PM +0800, Yu Kuai wrote:
> > From: Yu Kuai
> >
> > Fix patch is patch 27, relied patches are from:
> >
> > - patches from set [1] to add helpers to maple_tree, the last patch to
> > improve fork() performance is not backported;
>
> S
* Danilo Krummrich [230606 18:32]:
> Provide the driver indirection iterating over all DRM GPU VA spaces to
> enable the common 'gpuvas' debugfs file for dumping DRM GPU VA spaces.
>
> Signed-off-by: Danilo Krummrich
> ---
> drivers/gpu/drm/nouveau/nouveau_debugfs.c | 39 +++
* Danilo Krummrich [230606 18:32]:
> Add infrastructure to keep track of GPU virtual address (VA) mappings
> with a decicated VA space manager implementation.
>
> New UAPIs, motivated by Vulkan sparse memory bindings graphics drivers
> start implementing, allow userspace applications to request m
iter_for_each_range(&si, sample, max) {
> frob(mgr, sample);
> }
>
> Signed-off-by: Danilo Krummrich
Reviewed-by: Liam R. Howlett
> ---
> include/linux/maple_tree.h | 7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/include/linu
* Danilo Krummrich [230313 19:46]:
> On 3/7/23 23:43, Liam R. Howlett wrote:
> > * Danilo Krummrich [230306 10:46]:
> > > On 3/2/23 03:38, Liam R. Howlett wrote:
> > > > * Danilo Krummrich [230227 08:17]:
> > > >
> > > > ...
> >
* Danilo Krummrich [230306 10:46]:
> On 3/2/23 03:38, Liam R. Howlett wrote:
> > * Danilo Krummrich [230227 08:17]:
> >
> > ...
> > > > > Would this variant be significantly more efficient?
> > > >
> > > > Well, what you are doing
* Danilo Krummrich [230227 08:17]:
...
> > > Would this variant be significantly more efficient?
> >
> > Well, what you are doing is walking the tree to see if there's anything
> > there... then re-walking the tree to store it. So, yes, it's much more
> > efficient.. However, writing is heavie
* Danilo Krummrich [230227 21:17]:
> On Tue, Feb 21, 2023 at 01:20:50PM -0500, Liam R. Howlett wrote:
> > * Danilo Krummrich [230217 08:45]:
> > > Add infrastructure to keep track of GPU virtual address (VA) mappings
> > > with a decicated VA space manager implementat
* Danilo Krummrich [230222 13:13]:
> On 2/21/23 19:20, Liam R. Howlett wrote:
> > * Danilo Krummrich [230217 08:45]:
> > > Add infrastructure to keep track of GPU virtual address (VA) mappings
> > > with a decicated VA space manager implementation.
> > >
* Danilo Krummrich [230217 08:45]:
> Add infrastructure to keep track of GPU virtual address (VA) mappings
> with a decicated VA space manager implementation.
>
> New UAPIs, motivated by Vulkan sparse memory bindings graphics drivers
> start implementing, allow userspace applications to request m
* Danilo Krummrich [230220 09:38]:
> On 2/17/23 19:34, Liam R. Howlett wrote:
> > * Danilo Krummrich [230217 08:44]:
> > > Split up the MA_STATE() macro such that components using the maple tree
> > > can easily inherit from struct ma_state and build custom tree walk
* Danilo Krummrich [230217 08:44]:
> Split up the MA_STATE() macro such that components using the maple tree
> can easily inherit from struct ma_state and build custom tree walk
> macros to hide their internals from users.
>
> Example:
>
> struct sample_iter {
> struct ma_state mas;
>
* Danilo Krummrich [230217 08:44]:
> Generic components making use of the maple tree (such as the
> DRM GPUVA Manager) delegate the responsibility of ensuring mutual
> exclusion to their users.
>
> While such components could inherit the concept of an external lock,
> some users might just serial
27 matches
Mail list logo
