[PATCH] drm/vgem: Restore mmap functionality
Thomas Zimmermann
tzimmermann at suse.de
Mon Jul 12 07:09:24 UTC 2021
Hi
Am 09.07.21 um 16:43 schrieb Daniel Vetter:
> On Fri, Jul 9, 2021 at 1:47 PM Thomas Zimmermann <tzimmermann at suse.de> wrote:
>>
>> Commit 375cca1cfeb5 ("drm/vgem: Implement mmap as GEM object function")
>> accidentally removed the actual mmap functionality from vgem. Restore
>> the original implementation and VMA flags.
>
> Ah yes that explains things.
>
> Reviewed-by: Daniel Vetter <daniel.vetter at ffwll.ch>
Apparently, this fix fails a number of other tests. [1] Can we revert
the original patch for now? I'd like to have time to investigate.
Best regards
Thomas
[1]
https://lore.kernel.org/intel-gfx/20210709154256.12005-1-tzimmermann@suse.de/T/#maa12be2a6d4b6a4ed8cb05e98f00b8955638c518
>>
>> Fixes access to unmapped memory:
>>
>> [ 106.591744] BUG: KASAN: vmalloc-out-of-bounds in do_fault+0x38/0x480
>> [ 106.598154] Read of size 8 at addr ffffffffc10c44a8 by task vgem_basic/1514
>> [ 106.605173]
>> [ 106.606678] CPU: 1 PID: 1514 Comm: vgem_basic Tainted: G E 5.13.0-1-default+ #990
>> [ 106.615535] Hardware name: Dell Inc. OptiPlex 9020/0N4YC8, BIOS A24 10/24/2018
>> [ 106.622818] Call Trace:
>> [ 106.625289] dump_stack+0xa5/0xdc
>> [ 106.628642] print_address_description.constprop.0+0x18/0x100
>> [ 106.634439] ? do_fault+0x38/0x480
>> [ 106.637872] kasan_report.cold+0x7c/0xd8
>> [ 106.641834] ? do_fault+0x38/0x480
>> [ 106.645274] do_fault+0x38/0x480
>> [ 106.648535] __handle_mm_fault+0x935/0xb00
>> [ 106.652676] ? vm_iomap_memory+0xe0/0xe0
>> [ 106.656634] ? __lock_release+0x12f/0x4e0
>> [ 106.660696] ? count_memcg_event_mm.part.0+0xb9/0x190
>> [ 106.665799] handle_mm_fault+0xd0/0x370
>> [ 106.669675] do_user_addr_fault+0x2a0/0x8c0
>> [ 106.673908] exc_page_fault+0x64/0xf0
>> [ 106.677604] ? asm_exc_page_fault+0x8/0x30
>> [ 106.681739] asm_exc_page_fault+0x1e/0x30
>> [ 106.685782] RIP: 0033:0x402e12
>> ...
>>
>> Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de>
>> Fixes: 375cca1cfeb5 ("drm/vgem: Implement mmap as GEM object function")
>> Cc: Thomas Zimmermann <tzimmermann at suse.de>
>> Cc: Christian König <christian.koenig at amd.com>
>> Cc: Daniel Vetter <daniel.vetter at ffwll.ch>
>> Cc: "Christian König" <christian.koenig at amd.com>
>> Cc: Melissa Wen <melissa.srw at gmail.com>
>> Cc: Jason Gunthorpe <jgg at ziepe.ca>
>> Cc: Gerd Hoffmann <kraxel at redhat.com>
>> Cc: Lee Jones <lee.jones at linaro.org>
>> ---
>> drivers/gpu/drm/vgem/vgem_drv.c | 11 ++++++++++-
>> 1 file changed, 10 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/gpu/drm/vgem/vgem_drv.c b/drivers/gpu/drm/vgem/vgem_drv.c
>> index df634aa52638..f50fd10c4fad 100644
>> --- a/drivers/gpu/drm/vgem/vgem_drv.c
>> +++ b/drivers/gpu/drm/vgem/vgem_drv.c
>> @@ -364,8 +364,17 @@ static void vgem_prime_vunmap(struct drm_gem_object *obj, struct dma_buf_map *ma
>>
>> static int vgem_prime_mmap(struct drm_gem_object *obj, struct vm_area_struct *vma)
>> {
>> + int ret;
>> +
>> + if (!obj->filp)
>> + return -ENODEV;
>> +
>> + ret = call_mmap(obj->filp, vma);
>> + if (ret)
>> + return ret;
>> +
>> vma_set_file(vma, obj->filp);
>> - vma->vm_flags |= VM_DONTEXPAND | VM_DONTDUMP;
>> + vma->vm_flags |= VM_IO | VM_PFNMAP | VM_DONTEXPAND | VM_DONTDUMP;
>> vma->vm_page_prot = pgprot_writecombine(vm_get_page_prot(vma->vm_flags));
>> vma->vm_page_prot = pgprot_decrypted(vma->vm_page_prot);
>>
>> --
>> 2.32.0
>>
>
>
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Maxfeldstr. 5, 90409 Nürnberg, Germany
(HRB 36809, AG Nürnberg)
Geschäftsführer: Felix Imendörffer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20210712/d10ae5bf/attachment.sig>
More information about the dri-devel
mailing list