* [PATCH 0/2] Add vm_bind param check to ensure no overlap with kbo AS carveout
@ 2026-06-16 14:46 Adrián Larumbe
2026-06-16 14:46 ` [PATCH 1/2] drm/panthor: Add vm_bind region with kbo range intersection check Adrián Larumbe
2026-06-16 14:46 ` [PATCH 2/2] drm/panthor: Fix comment to reflect actual struct field name Adrián Larumbe
0 siblings, 2 replies; 8+ messages in thread
From: Adrián Larumbe @ 2026-06-16 14:46 UTC (permalink / raw)
To: Boris Brezillon, Steven Price, Liviu Dudau, Maarten Lankhorst,
Maxime Ripard, Thomas Zimmermann, David Airlie, Simona Vetter
Cc: dri-devel, linux-kernel, Adrián Larumbe
Just a quick check to make sure user-supplied vm_bind regions aren't
clashing with the region reserved for kernel bo's.
I tried to introduce a similar check for panthor_vm_alloc_va(), to throw
back an error when mappings of kernel bo's against specific addresses fall
within the auto_va region. However that is not possible, since there's one
FW region that must be mapped right at CSF_MCU_SHARED_REGION_START. That
is usually not a problem, since drm_mm_insert_node_in_range() will pick
the next one available.
Signed-off-by: Adrián Larumbe <adrian.larumbe@collabora.com>
---
Adrián Larumbe (2):
drm/panthor: Add vm_bind region with kbo range intersection check
drm/panthor: Fix comment to reflect actual struct field name
drivers/gpu/drm/panthor/panthor_mmu.c | 35 ++++++++++++++++++++++++++++++++++-
1 file changed, 34 insertions(+), 1 deletion(-)
---
base-commit: 2afdfc658f7a7e9ee2a67ec6663922da9c799c53
change-id: 20260614-vm_bind_checks-46075ba069a0
Best regards,
--
Adrián Larumbe <adrian.larumbe@collabora.com>
^ permalink raw reply [flat|nested] 8+ messages in thread* [PATCH 1/2] drm/panthor: Add vm_bind region with kbo range intersection check 2026-06-16 14:46 [PATCH 0/2] Add vm_bind param check to ensure no overlap with kbo AS carveout Adrián Larumbe @ 2026-06-16 14:46 ` Adrián Larumbe 2026-06-17 18:50 ` Boris Brezillon 2026-06-23 20:14 ` sashiko-bot 2026-06-16 14:46 ` [PATCH 2/2] drm/panthor: Fix comment to reflect actual struct field name Adrián Larumbe 1 sibling, 2 replies; 8+ messages in thread From: Adrián Larumbe @ 2026-06-16 14:46 UTC (permalink / raw) To: Boris Brezillon, Steven Price, Liviu Dudau, Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann, David Airlie, Simona Vetter Cc: dri-devel, linux-kernel, Adrián Larumbe When a VM is created, caller has to specify the range of the address space carve-out set aside for mapping kernel BO's. That means vm_bind mappings of UM-exposed BO's should not intersect with that region, but at the moment we're not checking this. At first, I thought of giving these values to drm_gpuvm_init() through its reserve_{offset, range} arguments, but it turns out that is meant for VM address spans that are not managed through the usual drm_gpuvm split/merge circuit, so I had no choice but to sort of duplicate that functionality in Panthor. That means we also need to keep that interval recorded in the VM. Signed-off-by: Adrián Larumbe <adrian.larumbe@collabora.com> --- drivers/gpu/drm/panthor/panthor_mmu.c | 33 +++++++++++++++++++++++++++++++++ 1 file changed, 33 insertions(+) diff --git a/drivers/gpu/drm/panthor/panthor_mmu.c b/drivers/gpu/drm/panthor/panthor_mmu.c index 31cc57029c12..5625f3d34031 100644 --- a/drivers/gpu/drm/panthor/panthor_mmu.c +++ b/drivers/gpu/drm/panthor/panthor_mmu.c @@ -301,6 +301,15 @@ struct panthor_vm { /** @mm_lock: Lock protecting the @mm field. */ struct mutex mm_lock; + /** @kernel_va: VA-range reserved for kernel BOs. */ + struct { + /** @kernel_va.start: Start of the VA-range for kernel BOs. */ + u64 start; + + /** @kernel_va.range: Size of the automatic VA-range for kernel BOs. */ + u64 range; + } kernel_va; + /** @kernel_auto_va: Automatic VA-range for kernel BOs. */ struct { /** @kernel_auto_va.start: Start of the automatic VA-range for kernel BOs. */ @@ -1309,6 +1318,24 @@ static int panthor_vm_op_ctx_prealloc_pts(struct panthor_vm_op_ctx *op_ctx) return 0; } +static bool +panthor_vm_is_kernel_address(struct panthor_vm *vm, + const struct drm_panthor_vm_bind_op *op) +{ + u32 op_type = op->flags & DRM_PANTHOR_VM_BIND_OP_TYPE_MASK; + u64 end, kstart, krange, kend; + + if (op_type == DRM_PANTHOR_VM_BIND_OP_TYPE_SYNC_ONLY) + return false; + + end = op->va + op->size; + kstart = vm->kernel_va.start; + krange = vm->kernel_va.range; + kend = kstart + krange; + + return krange && op->va < kend && kstart < end; +} + #define PANTHOR_VM_BIND_OP_MAP_FLAGS \ (DRM_PANTHOR_VM_BIND_OP_MAP_READONLY | \ DRM_PANTHOR_VM_BIND_OP_MAP_NOEXEC | \ @@ -2891,6 +2918,8 @@ panthor_vm_create(struct panthor_device *ptdev, bool for_mcu, } else { min_va = 0; va_range = full_va_range; + vm->kernel_va.start = kernel_va_start; + vm->kernel_va.range = kernel_va_size; } mutex_init(&vm->mm_lock); @@ -2981,6 +3010,10 @@ panthor_vm_bind_prepare_op_ctx(struct drm_file *file, if (!IS_ALIGNED(op->va | op->size | op->bo_offset, vm_pgsz)) return -EINVAL; + /* We don't allow mappings that intersect with kbo's reserved range */ + if (panthor_vm_is_kernel_address(vm, op)) + return -EINVAL; + switch (op->flags & DRM_PANTHOR_VM_BIND_OP_TYPE_MASK) { case DRM_PANTHOR_VM_BIND_OP_TYPE_MAP: if (!(op->flags & DRM_PANTHOR_VM_BIND_OP_MAP_SPARSE)) { -- 2.54.0 ^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH 1/2] drm/panthor: Add vm_bind region with kbo range intersection check 2026-06-16 14:46 ` [PATCH 1/2] drm/panthor: Add vm_bind region with kbo range intersection check Adrián Larumbe @ 2026-06-17 18:50 ` Boris Brezillon 2026-06-19 2:16 ` Adrián Larumbe 2026-06-23 20:14 ` sashiko-bot 1 sibling, 1 reply; 8+ messages in thread From: Boris Brezillon @ 2026-06-17 18:50 UTC (permalink / raw) To: Adrián Larumbe Cc: Steven Price, Liviu Dudau, Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann, David Airlie, Simona Vetter, dri-devel, linux-kernel On Tue, 16 Jun 2026 15:46:43 +0100 Adrián Larumbe <adrian.larumbe@collabora.com> wrote: > When a VM is created, caller has to specify the range of the address space > carve-out set aside for mapping kernel BO's. That means vm_bind mappings of > UM-exposed BO's should not intersect with that region, but at the moment > we're not checking this. > > At first, I thought of giving these values to drm_gpuvm_init() through its > reserve_{offset, range} arguments, but it turns out that is meant for VM > address spans that are not managed through the usual drm_gpuvm split/merge > circuit, so I had no choice but to sort of duplicate that functionality in > Panthor. That means we also need to keep that interval recorded in the VM. > > Signed-off-by: Adrián Larumbe <adrian.larumbe@collabora.com> > --- > drivers/gpu/drm/panthor/panthor_mmu.c | 33 +++++++++++++++++++++++++++++++++ > 1 file changed, 33 insertions(+) > > diff --git a/drivers/gpu/drm/panthor/panthor_mmu.c b/drivers/gpu/drm/panthor/panthor_mmu.c > index 31cc57029c12..5625f3d34031 100644 > --- a/drivers/gpu/drm/panthor/panthor_mmu.c > +++ b/drivers/gpu/drm/panthor/panthor_mmu.c > @@ -301,6 +301,15 @@ struct panthor_vm { > /** @mm_lock: Lock protecting the @mm field. */ > struct mutex mm_lock; > > + /** @kernel_va: VA-range reserved for kernel BOs. */ > + struct { > + /** @kernel_va.start: Start of the VA-range for kernel BOs. */ > + u64 start; > + > + /** @kernel_va.range: Size of the automatic VA-range for kernel BOs. */ > + u64 range; > + } kernel_va; We can do with a single user_va_end. > + > /** @kernel_auto_va: Automatic VA-range for kernel BOs. */ > struct { > /** @kernel_auto_va.start: Start of the automatic VA-range for kernel BOs. */ > @@ -1309,6 +1318,24 @@ static int panthor_vm_op_ctx_prealloc_pts(struct panthor_vm_op_ctx *op_ctx) > return 0; > } > > +static bool > +panthor_vm_is_kernel_address(struct panthor_vm *vm, > + const struct drm_panthor_vm_bind_op *op) Rather than checking if the VA is not in the kernel range, I'd check that the VA is in the user range, since that's what we want to enforce, and if we ever decide to carve out extra sections above the user-range that the UMD is not supposed to access, we would still catch invalid map/unmap ops. > +{ > + u32 op_type = op->flags & DRM_PANTHOR_VM_BIND_OP_TYPE_MASK; > + u64 end, kstart, krange, kend; > + > + if (op_type == DRM_PANTHOR_VM_BIND_OP_TYPE_SYNC_ONLY) > + return false; IIRC, we force op->va and op->size to be zero in that case[1], so no need for this extra check IMHO. > + > + end = op->va + op->size; > + kstart = vm->kernel_va.start; > + krange = vm->kernel_va.range; > + kend = kstart + krange; > + > + return krange && op->va < kend && kstart < end; A single op->va + op->size <= vm->user_va_end; would do, at which point I'm not too sure adding a helper makes sense. > +} > + > #define PANTHOR_VM_BIND_OP_MAP_FLAGS \ > (DRM_PANTHOR_VM_BIND_OP_MAP_READONLY | \ > DRM_PANTHOR_VM_BIND_OP_MAP_NOEXEC | \ > @@ -2891,6 +2918,8 @@ panthor_vm_create(struct panthor_device *ptdev, bool for_mcu, > } else { > min_va = 0; > va_range = full_va_range; > + vm->kernel_va.start = kernel_va_start; > + vm->kernel_va.range = kernel_va_size; > } > > mutex_init(&vm->mm_lock); > @@ -2981,6 +3010,10 @@ panthor_vm_bind_prepare_op_ctx(struct drm_file *file, > if (!IS_ALIGNED(op->va | op->size | op->bo_offset, vm_pgsz)) > return -EINVAL; > > + /* We don't allow mappings that intersect with kbo's reserved range */ > + if (panthor_vm_is_kernel_address(vm, op)) > + return -EINVAL; > + > switch (op->flags & DRM_PANTHOR_VM_BIND_OP_TYPE_MASK) { > case DRM_PANTHOR_VM_BIND_OP_TYPE_MAP: > if (!(op->flags & DRM_PANTHOR_VM_BIND_OP_MAP_SPARSE)) { > [1]https://elixir.bootlin.com/linux/v7.0.11/source/include/uapi/drm/panthor_drm.h#L588 ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 1/2] drm/panthor: Add vm_bind region with kbo range intersection check 2026-06-17 18:50 ` Boris Brezillon @ 2026-06-19 2:16 ` Adrián Larumbe 0 siblings, 0 replies; 8+ messages in thread From: Adrián Larumbe @ 2026-06-19 2:16 UTC (permalink / raw) To: Boris Brezillon Cc: Adrián Larumbe, Steven Price, Liviu Dudau, Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann, David Airlie, Simona Vetter, dri-devel, linux-kernel On 2026-06-17 20:50:03+02:00, Boris Brezillon wrote: > On Tue, 16 Jun 2026 15:46:43 +0100 > Adrián Larumbe <adrian.larumbe@collabora.com> wrote: > > > When a VM is created, caller has to specify the range of the address space > > carve-out set aside for mapping kernel BO's. That means vm_bind mappings of > > UM-exposed BO's should not intersect with that region, but at the moment > > we're not checking this. > > > > At first, I thought of giving these values to drm_gpuvm_init() through its > > reserve_{offset, range} arguments, but it turns out that is meant for VM > > address spans that are not managed through the usual drm_gpuvm split/merge > > circuit, so I had no choice but to sort of duplicate that functionality in > > Panthor. That means we also need to keep that interval recorded in the VM. > > > > Signed-off-by: Adrián Larumbe <adrian.larumbe@collabora.com> > > --- > > drivers/gpu/drm/panthor/panthor_mmu.c | 33 +++++++++++++++++++++++++++++++++ > > 1 file changed, 33 insertions(+) > > > > diff --git a/drivers/gpu/drm/panthor/panthor_mmu.c b/drivers/gpu/drm/panthor/panthor_mmu.c > > index 31cc57029c12..5625f3d34031 100644 > > --- a/drivers/gpu/drm/panthor/panthor_mmu.c > > +++ b/drivers/gpu/drm/panthor/panthor_mmu.c > > @@ -301,6 +301,15 @@ struct panthor_vm { > > /** @mm_lock: Lock protecting the @mm field. */ > > struct mutex mm_lock; > > > > + /** @kernel_va: VA-range reserved for kernel BOs. */ > > + struct { > > + /** @kernel_va.start: Start of the VA-range for kernel BOs. */ > > + u64 start; > > + > > + /** @kernel_va.range: Size of the automatic VA-range for kernel BOs. */ > > + u64 range; > > + } kernel_va; > > We can do with a single user_va_end. > > > + > > /** @kernel_auto_va: Automatic VA-range for kernel BOs. */ > > struct { > > /** @kernel_auto_va.start: Start of the automatic VA-range for kernel BOs. */ > > @@ -1309,6 +1318,24 @@ static int panthor_vm_op_ctx_prealloc_pts(struct panthor_vm_op_ctx *op_ctx) > > return 0; > > } > > > > +static bool > > +panthor_vm_is_kernel_address(struct panthor_vm *vm, > > + const struct drm_panthor_vm_bind_op *op) > > Rather than checking if the VA is not in the kernel range, I'd check > that the VA is in the user range, since that's what we want to enforce, > and if we ever decide to carve out extra sections above the user-range > that the UMD is not supposed to access, we would still catch invalid > map/unmap ops. > > > +{ > > + u32 op_type = op->flags & DRM_PANTHOR_VM_BIND_OP_TYPE_MASK; > > + u64 end, kstart, krange, kend; > > + > > + if (op_type == DRM_PANTHOR_VM_BIND_OP_TYPE_SYNC_ONLY) > > + return false; > > IIRC, we force op->va and op->size to be zero in that case[1], so no > need for this extra check IMHO. > > > + > > + end = op->va + op->size; > > + kstart = vm->kernel_va.start; > > + krange = vm->kernel_va.range; > > + kend = kstart + krange; > > + > > + return krange && op->va < kend && kstart < end; > > A single > > op->va + op->size <= vm->user_va_end; > > would do, at which point I'm not too sure adding a helper makes sense. I'll do this for v2. > > +} > > + > > #define PANTHOR_VM_BIND_OP_MAP_FLAGS \ > > (DRM_PANTHOR_VM_BIND_OP_MAP_READONLY | \ > > DRM_PANTHOR_VM_BIND_OP_MAP_NOEXEC | \ > > @@ -2891,6 +2918,8 @@ panthor_vm_create(struct panthor_device *ptdev, bool for_mcu, > > } else { > > min_va = 0; > > va_range = full_va_range; > > + vm->kernel_va.start = kernel_va_start; > > + vm->kernel_va.range = kernel_va_size; > > } > > > > mutex_init(&vm->mm_lock); > > @@ -2981,6 +3010,10 @@ panthor_vm_bind_prepare_op_ctx(struct drm_file *file, > > if (!IS_ALIGNED(op->va | op->size | op->bo_offset, vm_pgsz)) > > return -EINVAL; > > > > + /* We don't allow mappings that intersect with kbo's reserved range */ > > + if (panthor_vm_is_kernel_address(vm, op)) > > + return -EINVAL; > > + > > switch (op->flags & DRM_PANTHOR_VM_BIND_OP_TYPE_MASK) { > > case DRM_PANTHOR_VM_BIND_OP_TYPE_MAP: > > if (!(op->flags & DRM_PANTHOR_VM_BIND_OP_MAP_SPARSE)) { > > [1]https://elixir.bootlin.com/linux/v7.0.11/source/include/uapi/drm/panthor_drm.h#L588 ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 1/2] drm/panthor: Add vm_bind region with kbo range intersection check 2026-06-16 14:46 ` [PATCH 1/2] drm/panthor: Add vm_bind region with kbo range intersection check Adrián Larumbe 2026-06-17 18:50 ` Boris Brezillon @ 2026-06-23 20:14 ` sashiko-bot 2026-06-23 23:03 ` Adrián Larumbe 1 sibling, 1 reply; 8+ messages in thread From: sashiko-bot @ 2026-06-23 20:14 UTC (permalink / raw) To: Adrián Larumbe; +Cc: dri-devel Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider: - [Medium] Integer overflow in `panthor_vm_is_kernel_address()` bypasses the newly added kernel BO range check. -- commit 517863d5c6821783c9329a7a6ac1663177dce0ba Author: Adrián Larumbe <adrian.larumbe@collabora.com> drm/panthor: Add vm_bind region with kbo range intersection check This commit adds a check during VM binding to ensure that user-exposed BO mappings do not intersect with the virtual address space carve-out reserved for kernel BOs. It introduces panthor_vm_is_kernel_address() to evaluate if the requested mapping overlaps with the kernel VA range. > diff --git a/drivers/gpu/drm/panthor/panthor_mmu.c b/drivers/gpu/drm/panthor/panthor_mmu.c > index 31cc57029c12c..5625f3d340318 100644 > --- a/drivers/gpu/drm/panthor/panthor_mmu.c > +++ b/drivers/gpu/drm/panthor/panthor_mmu.c [ ... ] > @@ -1309,6 +1318,24 @@ static int panthor_vm_op_ctx_prealloc_pts(struct panthor_vm_op_ctx *op_ctx) > return 0; > } > > +static bool > +panthor_vm_is_kernel_address(struct panthor_vm *vm, > + const struct drm_panthor_vm_bind_op *op) > +{ > + u32 op_type = op->flags & DRM_PANTHOR_VM_BIND_OP_TYPE_MASK; > + u64 end, kstart, krange, kend; > + > + if (op_type == DRM_PANTHOR_VM_BIND_OP_TYPE_SYNC_ONLY) > + return false; > + > + end = op->va + op->size; > + kstart = vm->kernel_va.start; > + krange = vm->kernel_va.range; > + kend = kstart + krange; > + > + return krange && op->va < kend && kstart < end; [Severity: Medium] Can this calculation integer overflow? If a user provides an op->va and op->size that wrap around a 64-bit integer when added, end becomes a small value. This would cause the intersection check (kstart < end) to evaluate to false, bypassing the newly added kernel BO range check. Should this use an overflow safe check to validate the range before checking the intersection? > +} -- Sashiko AI review · https://sashiko.dev/#/patchset/20260616-vm_bind_checks-v1-0-956198602ae3@collabora.com?part=1 ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 1/2] drm/panthor: Add vm_bind region with kbo range intersection check 2026-06-23 20:14 ` sashiko-bot @ 2026-06-23 23:03 ` Adrián Larumbe 0 siblings, 0 replies; 8+ messages in thread From: Adrián Larumbe @ 2026-06-23 23:03 UTC (permalink / raw) To: sashiko-reviews; +Cc: dri-devel On 23.06.2026 20:14, sashiko-bot@kernel.org wrote: > Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider: > - [Medium] Integer overflow in `panthor_vm_is_kernel_address()` bypasses the newly added kernel BO range check. > -- > > commit 517863d5c6821783c9329a7a6ac1663177dce0ba > Author: Adrián Larumbe <adrian.larumbe@collabora.com> > > drm/panthor: Add vm_bind region with kbo range intersection check > > This commit adds a check during VM binding to ensure that user-exposed BO > mappings do not intersect with the virtual address space carve-out reserved > for kernel BOs. It introduces panthor_vm_is_kernel_address() to evaluate if > the requested mapping overlaps with the kernel VA range. > > > diff --git a/drivers/gpu/drm/panthor/panthor_mmu.c b/drivers/gpu/drm/panthor/panthor_mmu.c > > index 31cc57029c12c..5625f3d340318 100644 > > --- a/drivers/gpu/drm/panthor/panthor_mmu.c > > +++ b/drivers/gpu/drm/panthor/panthor_mmu.c > > [ ... ] > > > @@ -1309,6 +1318,24 @@ static int panthor_vm_op_ctx_prealloc_pts(struct panthor_vm_op_ctx *op_ctx) > > return 0; > > } > > > > +static bool > > +panthor_vm_is_kernel_address(struct panthor_vm *vm, > > + const struct drm_panthor_vm_bind_op *op) > > +{ > > + u32 op_type = op->flags & DRM_PANTHOR_VM_BIND_OP_TYPE_MASK; > > + u64 end, kstart, krange, kend; > > + > > + if (op_type == DRM_PANTHOR_VM_BIND_OP_TYPE_SYNC_ONLY) > > + return false; > > + > > + end = op->va + op->size; > > + kstart = vm->kernel_va.start; > > + krange = vm->kernel_va.range; > > + kend = kstart + krange; > > + > > + return krange && op->va < kend && kstart < end; > > [Severity: Medium] > Can this calculation integer overflow? > > If a user provides an op->va and op->size that wrap around a 64-bit integer > when added, end becomes a small value. > > This would cause the intersection check (kstart < end) to evaluate to false, > bypassing the newly added kernel BO range check. > > Should this use an overflow safe check to validate the range before checking > the intersection? Will address in v3. > > +} > > -- > Sashiko AI review · https://sashiko.dev/#/patchset/20260616-vm_bind_checks-v1-0-956198602ae3@collabora.com?part=1 Adrian Larumbe ^ permalink raw reply [flat|nested] 8+ messages in thread
* [PATCH 2/2] drm/panthor: Fix comment to reflect actual struct field name 2026-06-16 14:46 [PATCH 0/2] Add vm_bind param check to ensure no overlap with kbo AS carveout Adrián Larumbe 2026-06-16 14:46 ` [PATCH 1/2] drm/panthor: Add vm_bind region with kbo range intersection check Adrián Larumbe @ 2026-06-16 14:46 ` Adrián Larumbe 2026-06-17 18:50 ` Boris Brezillon 1 sibling, 1 reply; 8+ messages in thread From: Adrián Larumbe @ 2026-06-16 14:46 UTC (permalink / raw) To: Boris Brezillon, Steven Price, Liviu Dudau, Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann, David Airlie, Simona Vetter Cc: dri-devel, linux-kernel, Adrián Larumbe The mismatch would pop up when building the kernel with W=1. Signed-off-by: Adrián Larumbe <adrian.larumbe@collabora.com> --- drivers/gpu/drm/panthor/panthor_mmu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/panthor/panthor_mmu.c b/drivers/gpu/drm/panthor/panthor_mmu.c index 5625f3d34031..ab7a1698c327 100644 --- a/drivers/gpu/drm/panthor/panthor_mmu.c +++ b/drivers/gpu/drm/panthor/panthor_mmu.c @@ -315,7 +315,7 @@ struct panthor_vm { /** @kernel_auto_va.start: Start of the automatic VA-range for kernel BOs. */ u64 start; - /** @kernel_auto_va.size: Size of the automatic VA-range for kernel BOs. */ + /** @kernel_auto_va.end: End of the automatic VA-range for kernel BOs. */ u64 end; } kernel_auto_va; -- 2.54.0 ^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH 2/2] drm/panthor: Fix comment to reflect actual struct field name 2026-06-16 14:46 ` [PATCH 2/2] drm/panthor: Fix comment to reflect actual struct field name Adrián Larumbe @ 2026-06-17 18:50 ` Boris Brezillon 0 siblings, 0 replies; 8+ messages in thread From: Boris Brezillon @ 2026-06-17 18:50 UTC (permalink / raw) To: Adrián Larumbe Cc: Steven Price, Liviu Dudau, Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann, David Airlie, Simona Vetter, dri-devel, linux-kernel On Tue, 16 Jun 2026 15:46:44 +0100 Adrián Larumbe <adrian.larumbe@collabora.com> wrote: > The mismatch would pop up when building the kernel with W=1. > > Signed-off-by: Adrián Larumbe <adrian.larumbe@collabora.com> Reviewed-by: Boris Brezillon <boris.brezillon@collabora.com> > --- > drivers/gpu/drm/panthor/panthor_mmu.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/panthor/panthor_mmu.c b/drivers/gpu/drm/panthor/panthor_mmu.c > index 5625f3d34031..ab7a1698c327 100644 > --- a/drivers/gpu/drm/panthor/panthor_mmu.c > +++ b/drivers/gpu/drm/panthor/panthor_mmu.c > @@ -315,7 +315,7 @@ struct panthor_vm { > /** @kernel_auto_va.start: Start of the automatic VA-range for kernel BOs. */ > u64 start; > > - /** @kernel_auto_va.size: Size of the automatic VA-range for kernel BOs. */ > + /** @kernel_auto_va.end: End of the automatic VA-range for kernel BOs. */ > u64 end; > } kernel_auto_va; > > ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2026-06-23 23:03 UTC | newest] Thread overview: 8+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2026-06-16 14:46 [PATCH 0/2] Add vm_bind param check to ensure no overlap with kbo AS carveout Adrián Larumbe 2026-06-16 14:46 ` [PATCH 1/2] drm/panthor: Add vm_bind region with kbo range intersection check Adrián Larumbe 2026-06-17 18:50 ` Boris Brezillon 2026-06-19 2:16 ` Adrián Larumbe 2026-06-23 20:14 ` sashiko-bot 2026-06-23 23:03 ` Adrián Larumbe 2026-06-16 14:46 ` [PATCH 2/2] drm/panthor: Fix comment to reflect actual struct field name Adrián Larumbe 2026-06-17 18:50 ` Boris Brezillon
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.