Nouveau Display Driver

• Thread Index

• [PATCH v3 25/27] drm/vmwgfx: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 03/27] drm/radeon: Track IRQ state in local device state
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 11/22] drm/nouveau: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 04/27] drm: Don't test for IRQ support in VBLANK ioctls
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 04/27] drm: Don't test for IRQ support in VBLANK ioctls
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v4 08/27] drm/malidp: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 24/27] drm/vkms: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 01/22] drm/amdgpu: Track IRQ state in local device state
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 23/27] drm/vc4: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 13/27] drm/mediatek: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 06/27] drm/i915: Track IRQ state in local device state
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [PATCH v3 22/27] drm/tidss: Don't use struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 02/22] drm/hibmc: Call drm_irq_uninstall() unconditionally
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 20/22] drm/vmwgfx: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 17/22] drm/tegra: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 13/22] drm/rockchip: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 04/22] drm: Don't test for IRQ support in VBLANK ioctls
  • From: Liviu Dudau <liviu.dudau@xxxxxxx>
• Re: [PATCH v2 00/22] Deprecate struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 02/27] drm/hibmc: Call drm_irq_uninstall() unconditionally
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 00/22] Deprecate struct drm_device.irq_enabled
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 24/27] drm/vkms: Don't set struct drm_device.irq_enabled
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH v3 05/27] drm/armada: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 03/22] drm/radeon: Track IRQ state in local device state
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 11/27] drm/imx: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 19/22] drm/vc4: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 20/27] drm/sun4i: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 26/27] drm/xlnx: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 16/27] drm/rcar-du: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 26/27] drm/xlnx: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 22/27] drm/tidss: Don't use struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 12/27] drm/imx/dcss: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 04/22] drm: Don't test for IRQ support in VBLANK ioctls
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 16/27] drm/rcar-du: Don't set struct drm_device.irq_enabled
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH v4 06/27] drm/i915: Track IRQ state in local device state
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/nouveau: init the base GEM fields for internal BOs
  • From: Huang Rui <ray.huang@xxxxxxx>
• [PATCH v4 00/27] Deprecate struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v10 07/10] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH v2 10/22] drm/mediatek: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 00/22] Deprecate struct drm_device.irq_enabled
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 24/27] drm/vkms: Don't set struct drm_device.irq_enabled
  • From: Melissa Wen <melissa.srw@xxxxxxxxx>
• [PATCH v4 27/27] drm/zte: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v10 07/10] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH v4 09/27] drm/exynos: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 04/27] drm: Don't test for IRQ support in VBLANK ioctls
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH -next] drm/nouveau: Remove set but not used variable 'width'
  • From: "libaokun (A)" <libaokun1@xxxxxxxxxx>
• [PATCH v4 15/27] drm/omapdrm: Track IRQ state in local device state
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 10/27] drm/kirin: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 00/27] Deprecate struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 21/27] drm/tegra: Don't set struct drm_device.irq_enabled
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v4 18/27] drm/sti: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 17/27] drm/rockchip: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 02/27] drm/hibmc: Call drm_irq_uninstall() unconditionally
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 05/22] drm/komeda: Don't set struct drm_device.irq_enabled
  • From: Liviu Dudau <liviu.dudau@xxxxxxx>
• Re: [PATCH v3 04/27] drm: Don't test for IRQ support in VBLANK ioctls
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [PATCH v3 03/27] drm/radeon: Track IRQ state in local device state
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 12/27] drm/imx/dcss: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 14/27] drm/nouveau: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 05/22] drm/komeda: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v10 07/10] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3 04/27] drm: Don't test for IRQ support in VBLANK ioctls
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 01/27] drm/amdgpu: Track IRQ state in local device state
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 00/22] Deprecate struct drm_device.irq_enabled
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH v4 19/27] drm/stm: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 15/27] drm/omapdrm: Track IRQ state in local device state
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 05/27] drm/armada: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH -next] drm/nouveau:disp: Remove set but not used variable 'ret'
  • From: "libaokun (A)" <libaokun1@xxxxxxxxxx>
• [PATCH v3 10/27] drm/kirin: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 01/27] drm/amdgpu: Track IRQ state in local device state
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH] drm: nouveau: fix nouveau_backlight compiling error
  • From: Chen Jiahao <chenjiahao16@xxxxxxxxxx>
• [PATCH v2 09/22] drm/imx: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 15/22] drm/stm: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 11/27] drm/imx: Don't set struct drm_device.irq_enabled
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v2 04/22] drm: Don't test for IRQ support in VBLANK ioctls
  • From: Liviu Dudau <liviu.dudau@xxxxxxx>
• [PATCH v2 14/22] drm/sti: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 16/27] drm/rcar-du: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 04/27] drm: Don't test for IRQ support in VBLANK ioctls
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH -next] drm/nouveau: Remove set but not used variable 'dev'
  • From: "libaokun (A)" <libaokun1@xxxxxxxxxx>
• Re: [PATCH v10 07/10] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v2 04/22] drm: Don't test for IRQ support in VBLANK ioctls
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/nouveau: init the base GEM fields for internal BOs
  • From: Matthew Auld <matthew.william.auld@xxxxxxxxx>
• [PATCH v2 12/22] drm/omapdrm: Track IRQ state in local device state
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 00/22] Deprecate struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [Mesa-dev] XDC 2021: Registration & Call for Proposals now open!
  • From: Samuel Iglesias Gonsálvez <siglesias@xxxxxxxxxx>
• [PATCH v1] drm/nouveau: remove unused varialble "struct device *dev"
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• Re: [PATCH] remove unused varialble "struct device *dev"
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: fix dma_address check for CPU/GPU sync
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: fix dma_address check for CPU/GPU sync
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 1/3] drm/nouveau: wait for moving fence after pinning
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 1/3] drm/nouveau: wait for moving fence after pinning
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 1/3] drm/nouveau: wait for moving fence after pinning
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 1/3] drm/nouveau: wait for moving fence after pinning
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 3/3] drm/amdgpu: wait for moving fence after pinning
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 2/3] drm/radeon: wait for moving fence after pinning
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 1/3] drm/nouveau: wait for moving fence after pinning
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH 2/3] drm/radeon: wait for moving fence after pinning
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 3/3] drm/amdgpu: wait for moving fence after pinning
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 1/3] drm/nouveau: wait for moving fence after pinning
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/core/object: fix double free on error in nvkm_ioctl_new()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v11 00/10] Add support for SVM atomics in Nouveau
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Update: [PATCH v11 00/10] Add support for SVM atomics in Nouveau
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v11 00/10] Add support for SVM atomics in Nouveau
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v11 10/10] nouveau/svm: Implement atomic SVM access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v11 09/10] nouveau/svm: Refactor nouveau_range_fault
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v11 08/10] mm: Selftests for exclusive device memory
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v11 07/10] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v11 06/10] mm/memory.c: Allow different return codes for copy_nonpresent_pte()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v11 05/10] mm: Rename migrate_pgmap_owner
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v11 04/10] mm/rmap: Split migration into its own function
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v11 02/10] mm/swapops: Rework swap entry manipulation code
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v11 03/10] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v11 01/10] mm: Remove special swap entry functions
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v11 00/10] Add support for SVM atomics in Nouveau
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v10 07/10] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH] drm/nouveau: fix double free in nouveau_gem_new()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH -next] drm/nouveau: Remove set but not used variable 'dev'
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm: nouveau: fix nouveau_backlight compiling error
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v10 07/10] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: fix dma_address check for CPU/GPU sync
  • From: Ondrej Zary <linux@xxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/nouveau/core/object: fix double free on error in nvkm_ioctl_new()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] drm/nouveau: fix dma_address check for CPU/GPU sync
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH] drm/nouveau/core/object: fix double free on error in nvkm_ioctl_new()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Ondrej Zary <linux@xxxxxxx>
• [PATCH] drm/nouveau/gk20a: fix NULL dereference on allocation failure
  • From: Mikko Perttunen <mperttunen@xxxxxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: linux-next: Tree for Jun 10 (drivers/gpu/drm/nouveau/dispnv50/disp.c)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v10 07/10] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v10 07/10] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v10 07/10] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Ondrej Zary <linux@xxxxxxx>
• Re: [PATCH] drm/nouveau: init the base GEM fields for internal BOs
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH -next v2] drm/nouveau/gr: use list_move instead of list_del/list_add in nv40.c
  • From: Baokun Li <libaokun1@xxxxxxxxxx>
• [PATCH -next v2] drm/nouveau/mpeg: use list_move instead of list_del/list_add in nv44.c
  • From: Baokun Li <libaokun1@xxxxxxxxxx>
• [PATCH -next v2] drm/nouveau/fifo: use list_move instead of list_del/list_add in base.c
  • From: Baokun Li <libaokun1@xxxxxxxxxx>
• [PATCH -next v2] drm/nouveau/sw: use list_move instead of list_del/list_add in base.c
  • From: Baokun Li <libaokun1@xxxxxxxxxx>
• Re: [PATCH v10 07/10] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v10 07/10] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Ondrej Zary <linux@xxxxxxx>
• Re: [PATCH] drm/nouveau: init the base GEM fields for internal BOs
  • From: Mikko Perttunen <cyndis@xxxxxxxx>
• [PATCH] drm/nouveau: init the base GEM fields for internal BOs
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: Trouble with TTM patches w/nouveau in linux-next
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: Trouble with TTM patches w/nouveau in linux-next
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: Trouble with TTM patches w/nouveau in linux-next
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: Trouble with TTM patches w/nouveau in linux-next
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Trouble with TTM patches w/nouveau in linux-next
  • From: Mikko Perttunen <cyndis@xxxxxxxx>
• Re: Trouble with TTM patches w/nouveau in linux-next
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v10 07/10] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Ondrej Zary <linux@xxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Ondrej Zary <linux@xxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v10 05/10] mm: Rename migrate_pgmap_owner
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v10 06/10] mm/memory.c: Allow different return codes for copy_nonpresent_pte()
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v10 07/10] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Ondrej Zary <linux@xxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Ondrej Zary <linux@xxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Ondrej Zary <linux@xxxxxxx>
• Re: [Mesa-dev] XDC 2021: Registration & Call for Proposals now open!
  • From: Samuel Iglesias Gonsálvez <siglesias@xxxxxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Ondrej Zary <linux@xxxxxxx>
• [PATCH v10 10/10] nouveau/svm: Implement atomic SVM access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v10 09/10] nouveau/svm: Refactor nouveau_range_fault
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v10 08/10] mm: Selftests for exclusive device memory
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v10 07/10] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v10 06/10] mm/memory.c: Allow different return codes for copy_nonpresent_pte()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v10 05/10] mm: Rename migrate_pgmap_owner
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v10 04/10] mm/rmap: Split migration into its own function
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v10 03/10] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v10 02/10] mm/swapops: Rework swap entry manipulation code
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v10 01/10] mm: Remove special swap entry functions
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v10 00/10] Add support for SVM atomics in Nouveau
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v9 03/10] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Ondrej Zary <linux@xxxxxxx>
• Re: [PATCH v9 03/10] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Liam Howlett <liam.howlett@xxxxxxxxxx>
• Re: [PATCH v9 03/10] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Liam Howlett <liam.howlett@xxxxxxxxxx>
• Re: [PATCH v9 03/10] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [PATCH v9 03/10] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Ondrej Zary <linux@xxxxxxx>
• Re: nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device
  • From: Ondrej Zary <linux@xxxxxxx>
• Re: [RESEND 00/26] Rid W=1 warnings from GPU
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [RESEND 00/26] Rid W=1 warnings from GPU
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH RESEND][next] drm/nouveau/clk: Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND][next] drm/nouveau: Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND][next] drm/nouveau/therm: Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• [RESEND 00/26] Rid W=1 warnings from GPU
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [RESEND 15/26] drm/nouveau/nvkm/subdev/mc/tu102: Make functions called by reference static
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH RESEND][next] drm/nouveau: Fix fall-through warnings for Clang
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH RESEND][next] drm/nouveau/therm: Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND][next] drm/nouveau/clk: Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND][next] drm/nouveau: Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH v6 1/9] drm/i915/dpcd_bl: Remove redundant AUX backlight frequency calculations
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH -next] drm/nouveau:disp: Remove set but not used variable 'ret'
  • From: "libaokun (A)" <libaokun1@xxxxxxxxxx>
• [PATCH -next] drm/nouveau/svm: Remove set but not used variable 'ret'
  • From: Baokun Li <libaokun1@xxxxxxxxxx>
• Building a Free as in Freedom PC
  • From: Joseph Kraemer <jkremer952@xxxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v9 06/10] mm/memory.c: Allow different return codes for copy_nonpresent_pte()
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v9 06/10] mm/memory.c: Allow different return codes for copy_nonpresent_pte()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH][next] nouveau/svm: Fix missing failure check on call to make_device_exclusive_range
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v9 05/10] mm: Rename migrate_pgmap_owner
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v9 06/10] mm/memory.c: Allow different return codes for copy_nonpresent_pte()
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH 00/34] Rid W=1 warnings from GPU
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH][next] nouveau/svm: Fix missing failure check on call to make_device_exclusive_range
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v4 0/7] drm: Clean up mmap for TTM-based GEM drivers
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 11/34] drm/nouveau/nvkm/subdev/mc/tu102: Make functions called by reference static
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH 11/34] drm/nouveau/nvkm/subdev/mc/tu102: Make functions called by reference static
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v9 03/10] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [PATCH v9 03/10] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Liam Howlett <liam.howlett@xxxxxxxxxx>
• [PATCH -next] drm/nouveau: Remove set but not used variable 'dev'
  • From: Baokun Li <libaokun1@xxxxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH v4 0/7] drm: Clean up mmap for TTM-based GEM drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 6/7] drm/vmwgfx: Inline vmw_verify_access()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 7/7] drm/ttm: Remove ttm_bo_mmap() and friends
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 5/7] drm/vmwgfx: Inline ttm_bo_mmap() into vmwgfx driver
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 4/7] drm/nouveau: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 2/7] drm/amdgpu: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 3/7] drm/radeon: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 0/7] drm: Clean up mmap for TTM-based GEM drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 1/7] drm/ttm: Don't override vm_ops callbacks, if set
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: 5.12.1 0010:nvkm_falcon_v1_wait_for_halt+0x8f/0xb9 [nouveau]
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v9 07/10] mm: Device exclusive memory access
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v9 10/10] nouveau/svm: Implement atomic SVM access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v9 09/10] nouveau/svm: Refactor nouveau_range_fault
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v9 07/10] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v9 08/10] mm: Selftests for exclusive device memory
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v9 06/10] mm/memory.c: Allow different return codes for copy_nonpresent_pte()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v9 04/10] mm/rmap: Split migration into its own function
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v9 03/10] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v9 05/10] mm: Rename migrate_pgmap_owner
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v9 02/10] mm/swapops: Rework swap entry manipulation code
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v9 01/10] mm: Remove special swap entry functions
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v9 00/10] Add support for SVM atomics in Nouveau
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 0/7] Per client engine busyness
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/9] drm/i915/dpcd_bl: Remove redundant AUX backlight frequency calculations
  • From: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>
• Re: [PATCH v6 8/9] drm/dp: Extract i915's eDP backlight code into DRM helpers
  • From: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v8 8/8] nouveau/svm: Implement atomic SVM access
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH v8 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v8 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Liam Howlett <liam.howlett@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 0/7] Per client engine busyness
  • From: arabek <arabek@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH 0/7] Per client engine busyness
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [Intel-gfx] [PATCH 0/7] Per client engine busyness
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Requests For Proposals for hosting XDC 2022 are now open
  • From: Samuel Iglesias Gonsálvez <siglesias@xxxxxxxxxx>
• XDC 2021: Registration & Call for Proposals now open!
  • From: "Szwichtenberg, Radoslaw" <radoslaw.szwichtenberg@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH 0/7] Per client engine busyness
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 0/7] Per client engine busyness
  • From: "Nieto, David M" <David.Nieto@xxxxxxx>
• Re: [Intel-gfx] [PATCH 0/7] Per client engine busyness
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH 0/7] Per client engine busyness
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v8 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v8 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Liam Howlett <liam.howlett@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm: Remove special swap entry functions
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v6 00/15] Restricted DMA
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm: Remove special swap entry functions
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH 0/7] Per client engine busyness
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] Per client engine busyness
  • From: Daniel Stone <daniel@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] Per client engine busyness
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm: Remove special swap entry functions
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH 0/7] Per client engine busyness
  • From: "Nieto, David M" <David.Nieto@xxxxxxx>
• Re: [PATCH 0/7] Per client engine busyness
  • From: Simon Ser <contact@xxxxxxxxxxx>
• Re: [PATCH] nouveau/gem: fix user-after-free in nouveau_gem_new
  • From: Thierry Reding <treding@xxxxxxxxxx>
• Re: [PATCH] nouveau/gem: fix user-after-free in nouveau_gem_new
  • From: Jeremy Cline <jcline@xxxxxxxxxx>
• Re: [PATCH] nouveau/gem: fix user-after-free in nouveau_gem_new
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 0/3] drm: Remove some includes of drm_legacy.h
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] nouveau/gem: fix user-after-free in nouveau_gem_new
  • From: Thierry Reding <treding@xxxxxxxxxx>
• Re: [PATCH] nouveau/gem: fix user-after-free in nouveau_gem_new
  • From: Thierry Reding <treding@xxxxxxxxxx>
• [PATCH 3/3] drm: Don't include drm_legacy.h in drm_lease.c
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/3] drm/nouveau: Don't include drm_legacy.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/3] drm: Remove some includes of drm_legacy.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/3] drm/i915: Don't include drm_legacy.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH -next] drm/nouveau:disp: Remove set but not used variable 'ret'
  • From: Baokun Li <libaokun1@xxxxxxxxxx>
• [PATCH] drm: Only select I2C_ALGOBIT for drivers that actually need it
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v6 9/9] drm/nouveau/kms/nv50-: Add basic DPCD backlight support for nouveau
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v6 8/9] drm/dp: Extract i915's eDP backlight code into DRM helpers
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v6 7/9] drm/i915/dpcd_bl: Print return codes for VESA backlight failures
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v6 6/9] drm/i915/dpcd_bl: Return early in vesa_calc_max_backlight if we can't read PWMGEN_BIT_COUNT
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v6 5/9] drm/i915/dpcd_bl: Move VESA backlight enabling code closer together
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v6 4/9] drm/i915/dpcd_bl: Cache some backlight capabilities in intel_panel.backlight
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v6 3/9] drm/i915/dpcd_bl: Cleanup intel_dp_aux_vesa_enable_backlight() a bit
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v6 2/9] drm/i915/dpcd_bl: Handle drm_dpcd_read/write() return values correctly
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v6 1/9] drm/i915/dpcd_bl: Remove redundant AUX backlight frequency calculations
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v6 0/9] drm: Extract DPCD backlight helpers from i915, add support in nouveau
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/nouveau: Fix ida leak
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• [PATCH v2 0/1] drm/dp_mst: Use kHz as link rate units when settig source max link caps at init
  • From: Nikola Cornij <nikola.cornij@xxxxxxx>
• [PATCH v2 1/1] drm/dp_mst: Use kHz as link rate units when settig source max link caps at init
  • From: Nikola Cornij <nikola.cornij@xxxxxxx>
• Re: [PATCH] nouveau/gem: fix user-after-free in nouveau_gem_new
  • From: Jeremy Cline <jcline@xxxxxxxxxx>
• Re: [PATCH] nouveau/gem: fix user-after-free in nouveau_gem_new
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [RFC PATCH v3 0/2] mm: remove extra ZONE_DEVICE struct page refcount
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [PATCH v2 1/1] drm/dp_mst: Use kHz as link rate units when settig source max link caps at init
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] nouveau/gem: fix user-after-free in nouveau_gem_new
  • From: Jeremy Cline <jcline@xxxxxxxxxx>
• Re: [RFC PATCH v3 0/2] mm: remove extra ZONE_DEVICE struct page refcount
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Remove invalid reference to struct drm_device.pdev
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] drm/nouveau: Remove invalid reference to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 1/2] drm/nouveau: Fix ida leak
  • From: Pierre Moreau <pierre.morrow@xxxxxxx>
• Re: [PATCH v2 2/2] drm/nouveau: Fix error return code in nouveau_backlight_init()
  • From: Pierre Moreau <pierre.morrow@xxxxxxx>
• Re: [PATCH v6 05/15] swiotlb: Add a new get_io_tlb_mem getter
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• Re: [PATCH v6 08/15] swiotlb: Bounce data from/to restricted DMA pool if available
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• Re: [PATCH v6 04/15] swiotlb: Add restricted DMA pool initialization
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH] nouveau/gem: fix user-after-free in nouveau_gem_new
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v6 01/15] swiotlb: Refactor swiotlb init functions
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v6 06/15] swiotlb: Update is_swiotlb_buffer to add a struct device argument
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v6 13/15] dma-direct: Allocate memory from restricted DMA pool if available
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v6 10/15] swiotlb: Refactor swiotlb_tbl_unmap_single
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v6 11/15] dma-direct: Add a new wrapper __dma_direct_free_pages()
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v6 07/15] swiotlb: Update is_swiotlb_active to add a struct device argument
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v6 15/15] of: Add plumbing for restricted DMA pool
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• Re: [PATCH v6 02/15] swiotlb: Refactor swiotlb_create_debugfs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v6 09/15] swiotlb: Move alloc_size to find_slots
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• Re: [PATCH v6 04/15] swiotlb: Add restricted DMA pool initialization
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v6 00/15] Restricted DMA
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• Re: [PATCH v6 08/15] swiotlb: Bounce data from/to restricted DMA pool if available
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v6 02/15] swiotlb: Refactor swiotlb_create_debugfs
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• Re: [PATCH v6 05/15] swiotlb: Add a new get_io_tlb_mem getter
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v6 05/15] swiotlb: Add a new get_io_tlb_mem getter
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v6 01/15] swiotlb: Refactor swiotlb init functions
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v2 0/2] Fix ida leak and error return code
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v6 08/15] swiotlb: Bounce data from/to restricted DMA pool if available
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v6 12/15] swiotlb: Add restricted DMA alloc/free support.
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v2 1/2] drm/nouveau: Fix ida leak
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v6 04/15] swiotlb: Add restricted DMA pool initialization
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v6 14/15] dt-bindings: of: Add restricted DMA pool
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v2 2/2] drm/nouveau: Fix error return code in nouveau_backlight_init()
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH v5 00/16] Restricted DMA
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v6 03/15] swiotlb: Add DMA_RESTRICTED_POOL
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• Re: [PATCH] drm/ttm: use dma_alloc_pages for the page pool
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/ttm: use dma_alloc_pages for the page pool
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] drm/ttm: use dma_alloc_pages for the page pool
  • From: Christian König <christian.koenig@xxxxxxx>
• RFC: use dma_alloc_noncoherent in ttm_pool_alloc_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] drm/ttm: use dma_alloc_pages for the page pool
  • From: Christoph Hellwig <hch@xxxxxx>
• nouveau timeout errors with kernel 5.12
  • From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
• [PATCH 1/1] drm/nouveau: fix error return code in nouveau_backlight_init()
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH 1/1] drm/nouveau: fix error return code in nouveau_backlight_init()
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH 1/1] drm/nouveau: fix error return code in nouveau_backlight_init()
  • From: Pierre Moreau <pierre.morrow@xxxxxxx>
• [RFC v5 9/9] drm/nouveau/kms/nv50-: Add basic DPCD backlight support for nouveau
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [RFC v5 8/9] drm/dp: Extract i915's eDP backlight code into DRM helpers
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [RFC v5 7/9] drm/i915/dpcd_bl: Print return codes for VESA backlight failures
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [RFC v5 6/9] drm/i915/dpcd_bl: Return early in vesa_calc_max_backlight if we can't read PWMGEN_BIT_COUNT
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [RFC v5 5/9] drm/i915/dpcd_bl: Move VESA backlight enabling code closer together
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [RFC v5 4/9] drm/i915/dpcd_bl: Cache some backlight capabilities in intel_panel.backlight
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [RFC v5 3/9] drm/i915/dpcd_bl: Cleanup intel_dp_aux_vesa_enable_backlight() a bit
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [RFC v5 1/9] drm/i915/dpcd_bl: Remove redundant AUX backlight frequency calculations
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [RFC v5 2/9] drm/i915/dpcd_bl: Handle drm_dpcd_read/write() return values correctly
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [RFC v5 0/9] drm: Extract DPCD backlight helpers from i915, add support in nouveau
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: 5.12.1 0010:nvkm_falcon_v1_wait_for_halt+0x8f/0xb9 [nouveau]
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v8 0/8] Add support for SVM atomics in Nouveau
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• 5.12.1 0010:nvkm_falcon_v1_wait_for_halt+0x8f/0xb9 [nouveau]
  • From: Marc MERLIN <marc_nouveau@xxxxxxxxxxx>
• [Donation] NVidia 8800M GTX
  • From: Samuel VISCAPI <sviscapi@xxxxxxx>
• [PATCH][next] drm/nouveau/nvkm: Fix spelling mistake "endianess" -> "endianness"
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] drm/dp_mst: Use kHz as link rate units when settig source max link caps at init
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [PATCH v1 1/1] drm/dp_mst: Use kHz as link rate units when settig source max link caps at init
  • From: Nikola Cornij <nikola.cornij@xxxxxxx>
• Re: [PATCH v5 14/16] dma-direct: Allocate memory from restricted DMA pool if available
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• Re: [PATCH v5 05/16] swiotlb: Add restricted DMA pool initialization
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [bug report] drm/nouveau/hwmon: Remove old code, add .write/.read operations
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 6/8] drm/nouveau: Don't set allow_fb_modifiers explicitly
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v4 00/17] drm: Use new DRM printk funcs (like drm_dbg_*()) in DP helpers
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH v5 16/16] of: Add plumbing for restricted DMA pool
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• Re: [PATCH v5 05/16] swiotlb: Add restricted DMA pool initialization
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• Re: [PATCH v5 08/16] swiotlb: Update is_swiotlb_active to add a struct device argument
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• Re: [PATCH v4 02/17] drm/nouveau/kms/nv50-: Move AUX adapter reg to connector late register/early unregister
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• [PATCH v4 13/17] drm/dp_mst: Pass drm_dp_mst_topology_mgr to drm_dp_get_vc_payload_bw()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 17/17] drm/dp_mst: Convert drm_dp_mst_topology.c to drm_err()/drm_dbg*()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 14/17] drm/print: Handle potentially NULL drm_devices in drm_dbg_*
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 16/17] drm/dp_dual_mode: Convert drm_dp_dual_mode_helper.c to using drm_err/drm_dbg_kms()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 15/17] drm/dp: Convert drm_dp_helper.c to using drm_err/drm_dbg_*()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 10/17] drm/dp_dual_mode: Pass drm_device to drm_dp_dual_mode_max_tmds_clock()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 12/17] drm/dp_dual_mode: Pass drm_device to drm_lspcon_(get|set)_mode()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 11/17] drm/dp_dual_mode: Pass drm_device to drm_dp_dual_mode_get_tmds_output()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 09/17] drm/dp_dual_mode: Pass drm_device to drm_dp_dual_mode_set_tmds_output()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 08/17] drm/dp_dual_mode: Pass drm_device to drm_dp_dual_mode_detect()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 06/17] drm/dp: Pass drm_dp_aux to drm_dp*_link_train_channel_eq_delay()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 07/17] drm/dp: Always print aux channel name in logs
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v3 03/20] drm/dp: Move i2c init to drm_dp_aux_init, add __must_check and fini
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 03/17] drm/dp: Add backpointer to drm_device in drm_dp_aux
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 05/17] drm/dp: Pass drm_dp_aux to drm_dp_link_train_clock_recovery_delay()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 04/17] drm/dp: Clarify DP AUX registration time
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 01/17] drm/bridge/cdns-mhdp8546: Register DP aux channel with userspace
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 02/17] drm/nouveau/kms/nv50-: Move AUX adapter reg to connector late register/early unregister
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 00/17] drm: Use new DRM printk funcs (like drm_dbg_*()) in DP helpers
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v3 03/20] drm/dp: Move i2c init to drm_dp_aux_init, add __must_check and fini
  • From: Thierry Reding <treding@xxxxxxxxxx>
• Re: [PATCH v5 16/16] of: Add plumbing for restricted DMA pool
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v5 01/16] swiotlb: Fix the type of index
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 16/16] of: Add plumbing for restricted DMA pool
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• Re: [PATCH v3 03/20] drm/dp: Move i2c init to drm_dp_aux_init, add __must_check and fini
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v3 03/20] drm/dp: Move i2c init to drm_dp_aux_init, add __must_check and fini
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v5 05/16] swiotlb: Add restricted DMA pool initialization
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH v5 14/16] dma-direct: Allocate memory from restricted DMA pool if available
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v5 08/16] swiotlb: Update is_swiotlb_active to add a struct device argument
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v3 03/20] drm/dp: Move i2c init to drm_dp_aux_init, add __must_check and fini
  • From: Thierry Reding <treding@xxxxxxxxxx>
• Re: [PATCH v3 03/20] drm/dp: Move i2c init to drm_dp_aux_init, add __must_check and fini
  • From: Thierry Reding <treding@xxxxxxxxxx>
• [PATCH v5 04/16] swiotlb: Add DMA_RESTRICTED_POOL
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v5 07/16] swiotlb: Update is_swiotlb_buffer to add a struct device argument
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v5 16/16] of: Add plumbing for restricted DMA pool
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v5 00/16] Restricted DMA
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v5 10/16] swiotlb: Move alloc_size to find_slots
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v5 05/16] swiotlb: Add restricted DMA pool initialization
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v5 13/16] swiotlb: Add restricted DMA alloc/free support.
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v5 08/16] swiotlb: Update is_swiotlb_active to add a struct device argument
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v5 09/16] swiotlb: Bounce data from/to restricted DMA pool if available
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v5 01/16] swiotlb: Fix the type of index
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v5 11/16] swiotlb: Refactor swiotlb_tbl_unmap_single
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v5 12/16] dma-direct: Add a new wrapper __dma_direct_free_pages()
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v5 02/16] swiotlb: Refactor swiotlb init functions
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v5 06/16] swiotlb: Add a new get_io_tlb_mem getter
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v5 15/16] dt-bindings: of: Add restricted DMA pool
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• [PATCH v5 03/16] swiotlb: Refactor swiotlb_create_debugfs
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• Re: [PATCH v3 03/20] drm/dp: Move i2c init to drm_dp_aux_init, add __must_check and fini
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v5 14/16] dma-direct: Allocate memory from restricted DMA pool if available
  • From: Claire Chang <tientzu@xxxxxxxxxxxx>
• Re: Bug system problems
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Bug system problems
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Bug system problems
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: [PATCH v3 01/20] drm/amdgpu: Add error handling to amdgpu_dm_initialize_dp_connector()
  • From: Mikita Lipski <mlipski@xxxxxxx>
• Re: [bug report] drm/nouveau/hwmon: Remove old code, add .write/.read operations
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v3 01/20] drm/amdgpu: Add error handling to amdgpu_dm_initialize_dp_connector()
  • From: "Deucher, Alexander" <Alexander.Deucher@xxxxxxx>
• [bug report] drm/nouveau/hwmon: Remove old code, add .write/.read operations
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v3 5/7] drm/vmwgfx: Inline ttm_bo_mmap() into vmwgfx driver
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 5/7] drm/vmwgfx: Inline ttm_bo_mmap() into vmwgfx driver
  • From: Christian König <christian.koenig@xxxxxxx>
• How to use DIX with nouveau GUI driver, instead of DDX?
  • From: "Susmita/Rajib" <bkpsusmitaa@xxxxxxxxx>
• Re: [PATCH v3 5/7] drm/vmwgfx: Inline ttm_bo_mmap() into vmwgfx driver
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH RESEND][next] drm/nouveau/therm: Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND][next] drm/nouveau: Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND][next] drm/nouveau/clk: Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH v3 5/7] drm/vmwgfx: Inline ttm_bo_mmap() into vmwgfx driver
  • From: Felix Kuehling <felix.kuehling@xxxxxxx>
• Re: [PATCH v3 5/7] drm/vmwgfx: Inline ttm_bo_mmap() into vmwgfx driver
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 5/7] drm/vmwgfx: Inline ttm_bo_mmap() into vmwgfx driver
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 06/20] drm/dp: Add backpointer to drm_device in drm_dp_aux
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 03/20] drm/dp: Move i2c init to drm_dp_aux_init, add __must_check and fini
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v3 03/20] drm/dp: Move i2c init to drm_dp_aux_init, add __must_check and fini
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• [PATCH v3 20/20] drm/dp_mst: Convert drm_dp_mst_topology.c to drm_err()/drm_dbg*()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 18/20] drm/dp: Convert drm_dp_helper.c to using drm_err/drm_dbg_*()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 19/20] drm/dp_dual_mode: Convert drm_dp_dual_mode_helper.c to using drm_err/drm_dbg_kms()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 17/20] drm/print: Handle potentially NULL drm_devices in drm_dbg_*
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 16/20] drm/dp_mst: Pass drm_dp_mst_topology_mgr to drm_dp_get_vc_payload_bw()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 15/20] drm/dp_dual_mode: Pass drm_device to drm_lspcon_(get|set)_mode()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 13/20] drm/dp_dual_mode: Pass drm_device to drm_dp_dual_mode_max_tmds_clock()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 14/20] drm/dp_dual_mode: Pass drm_device to drm_dp_dual_mode_get_tmds_output()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 12/20] drm/dp_dual_mode: Pass drm_device to drm_dp_dual_mode_set_tmds_output()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 10/20] drm/dp: Always print aux channel name in logs
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 11/20] drm/dp_dual_mode: Pass drm_device to drm_dp_dual_mode_detect()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 09/20] drm/dp: Pass drm_dp_aux to drm_dp*_link_train_channel_eq_delay()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 08/20] drm/dp: Pass drm_dp_aux to drm_dp_link_train_clock_recovery_delay()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 07/20] drm/dp: Clarify DP AUX registration time
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 05/20] drm/nouveau/kms/nv50-: Move AUX adapter reg to connector late register/early unregister
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 04/20] drm/bridge/cdns-mhdp8546: Register DP aux channel with userspace
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 01/20] drm/amdgpu: Add error handling to amdgpu_dm_initialize_dp_connector()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 02/20] drm/dp: Add __no_check to drm_dp_aux_register()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 00/20] drm: Use new DRM printk funcs (like drm_dbg_*()) in DP helpers
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: fix an error code in nouveau_backlight_init()
  • From: Pierre Moreau <pierre.morrow@xxxxxxx>
• Re: [v4] nouveau/dispnv50: add cursor pitch check
  • From: Simon Ser <contact@xxxxxxxxxxx>
• Re: [PATCH 13/40] drm/nouveau/dispnv50/disp: Include header containing our prototypes
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 14/40] drm/nouveau/nouveau_ioc32: File headers are not good candidates for kernel-doc
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 16/40] drm/nouveau/nouveau_ioc32: Demote kernel-doc abuse to standard comment block
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 15/40] drm/nouveau/nouveau_svm: Remove unused variable 'ret' from void function
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 12/40] drm/nouveau/nv50_display: Remove superfluous prototype for local static functions
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 11/40] drm/nouveau/dispnv50/headc57d: Make local function 'headc57d_olut' static
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 10/40] drm/nouveau/dispnv50/disp: Remove unused variable 'ret' from function returning void
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 09/40] drm/nouveau/dispnv04/crtc: Demote non-conforming kernel-doc headers
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 07/40] drm/nouveau/nouveau_bo: Remove unused variables 'dev'
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 05/40] drm/nouveau/nvkm/subdev/volt/gk20a: Demote non-conformant kernel-doc headers
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 06/40] drm/nouveau/nvkm/engine/gr/gf100: Demote non-conformant kernel-doc header
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 02/40] drm/nouveau/dispnv50/disp: Remove unused variable 'ret'
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 01/40] drm/nouveau/nvkm/subdev/bios/init: Demote obvious abuse of kernel-doc
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH 00/40] [Set 16] Rid W=1 warnings from GPU!
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 13/40] drm/nouveau/dispnv50/disp: Include header containing our prototypes
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 14/40] drm/nouveau/nouveau_ioc32: File headers are not good candidates for kernel-doc
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 16/40] drm/nouveau/nouveau_ioc32: Demote kernel-doc abuse to standard comment block
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 15/40] drm/nouveau/nouveau_svm: Remove unused variable 'ret' from void function
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 12/40] drm/nouveau/nv50_display: Remove superfluous prototype for local static functions
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 11/40] drm/nouveau/dispnv50/headc57d: Make local function 'headc57d_olut' static
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 10/40] drm/nouveau/dispnv50/disp: Remove unused variable 'ret' from function returning void
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 09/40] drm/nouveau/dispnv04/crtc: Demote non-conforming kernel-doc headers
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 07/40] drm/nouveau/nouveau_bo: Remove unused variables 'dev'
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 08/40] drm/nouveau/nouveau_display: Remove set but unused variable 'width'
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 06/40] drm/nouveau/nvkm/engine/gr/gf100: Demote non-conformant kernel-doc header
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 05/40] drm/nouveau/nvkm/subdev/volt/gk20a: Demote non-conformant kernel-doc headers
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 02/40] drm/nouveau/dispnv50/disp: Remove unused variable 'ret'
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 01/40] drm/nouveau/nvkm/subdev/bios/init: Demote obvious abuse of kernel-doc
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v3 5/7] drm/vmwgfx: Inline ttm_bo_mmap() into vmwgfx driver
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 5/7] drm/vmwgfx: Inline ttm_bo_mmap() into vmwgfx driver
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v3 5/7] drm/vmwgfx: Inline ttm_bo_mmap() into vmwgfx driver
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH v3 0/7] drm: Clean up mmap for TTM-based GEM drivers
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH v3 6/7] drm/vmwgfx: Inline vmw_verify_access()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 7/7] drm/ttm: Remove ttm_bo_mmap() and friends
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 4/7] drm/nouveau: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 5/7] drm/vmwgfx: Inline ttm_bo_mmap() into vmwgfx driver
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 2/7] drm/amdgpu: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 3/7] drm/radeon: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 0/7] drm: Clean up mmap for TTM-based GEM drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 1/7] drm/ttm: Don't override vm_ops callbacks, if set
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Enquiry about EVOC projects
  • From: Tarun Chandrasekhar <tarunchandrasekhar@xxxxxxxxx>
• Re: [PATCH v2 1/7] drm/ttm: Don't override vm_ops callbacks, if set
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 2/7] drm/amdgpu: Implement mmap as GEM object function
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v2 2/7] drm/amdgpu: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 2/7] drm/amdgpu: Implement mmap as GEM object function
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH v2 6/7] drm/vmwgfx: Inline vmw_verify_access()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 7/7] drm/ttm: Remove ttm_bo_mmap() and friends
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 5/7] drm/vmwgfx: Inline ttm_bo_mmap() into vmwgfx driver
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 4/7] drm/nouveau: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 3/7] drm/radeon: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 2/7] drm/amdgpu: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 1/7] drm/ttm: Don't override vm_ops callbacks, if set
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 0/7] drm: Clean up mmap for TTM-based GEM drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 03/30] drm/tegra: Don't register DP AUX channels before connectors
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• can nouveau run opencl now?
  • From: 苍穹 <w359405949@xxxxxxxxx>
• Re: [PATCH 03/30] drm/tegra: Don't register DP AUX channels before connectors
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function
  • From: Felix Kuehling <felix.kuehling@xxxxxxx>
• Re: [PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH] drm/nouveau: fix an error code in nouveau_backlight_init()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2] ALSA: hda: Continue to probe when codec probe fails
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v2] ALSA: hda: Continue to probe when codec probe fails
  • From: Roy Spliet <nouveau@xxxxxxxxxx>
• [PATCH 08/12] drm/nouveau: Don't set allow_fb_modifiers explicitly
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v2] ALSA: hda: Continue to probe when codec probe fails
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v2] ALSA: hda: Continue to probe when codec probe fails
  • From: Roy Spliet <nouveau@xxxxxxxxxx>
• Re: [PATCH v2] ALSA: hda: Continue to probe when codec probe fails
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v2] ALSA: hda: Continue to probe when codec probe fails
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: [PATCH v2] ALSA: hda: Continue to probe when codec probe fails
  • From: Aaron Plattner <aplattner@xxxxxxxxxx>
• Re: [PATCH v2] ALSA: hda: Continue to probe when codec probe fails
  • From: Roy Spliet <nouveau@xxxxxxxxxx>
• Re: [PATCH v2] ALSA: hda: Continue to probe when codec probe fails
  • From: Aaron Plattner <aplattner@xxxxxxxxxx>
• [PATCH] drm/nouveau/hwmon: Convert sysfs sprintf/snprintf family to sysfs_emit
  • From: Tian Tao <tiantao6@xxxxxxxxxxxxx>
• [PATCH] drm/nouveau/nvkm: Remove unnecessary assignment
  • From: Wan Jiabing <wanjiabing@xxxxxxxx>
• Re: [PATCH v2] ALSA: hda: Continue to probe when codec probe fails
  • From: Roy Spliet <nouveau@xxxxxxxxxx>
• Re: [PATCH v2] ALSA: hda: Continue to probe when codec probe fails
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v2] ALSA: hda: Continue to probe when codec probe fails
  • From: Roy Spliet <nouveau@xxxxxxxxxx>
• [PATCH -next] drm/nouveau: delete redundant header file if000c.h
  • From: Zhang Jianhua <zhangjianhua18@xxxxxxxxxx>
• Hangups and high kworker usage
  • From: Megamind6155 <megamind6155@nixnet.email>
• Re: [PATCH 0/4] drm: Generic dumb_map_offset for TTM-based drivers
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH] drm/nouveau/hwmon: convert sysfs snprintf to sysfs_emit
  • From: Carlis <llyz108@xxxxxxx>
• [PATCH -next] drm/nouveau/nvenc: delete redundant header file priv.h
  • From: Zhang Jianhua <zhangjianhua18@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 00/20] drm: Use new DRM printk funcs (like drm_dbg_*()) in DP helpers
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v2 3/4] drm/nouveau: Use drm_gem_ttm_dumb_map_offset()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 4/4] drm/qxl: Use drm_gem_ttm_dumb_map_offset()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 2/4] drm/vram-helper: Use drm_gem_ttm_dumb_map_offset()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 0/4] drm: Generic dumb_map_offset for TTM-based drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 1/4] drm/gem-ttm-helper: Provide helper for struct drm_driver.dumb_map_offset
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 0/8] drm: Clean up mmap for TTM-based GEM drivers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 0/4] drm: Generic dumb_map_offset for TTM-based drivers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 0/8] drm: Clean up mmap for TTM-based GEM drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 0/4] drm: Generic dumb_map_offset for TTM-based drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 0/8] drm: Clean up mmap for TTM-based GEM drivers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 0/4] drm: Generic dumb_map_offset for TTM-based drivers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 00/20] drm: Use new DRM printk funcs (like drm_dbg_*()) in DP helpers
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 00/20] drm: Use new DRM printk funcs (like drm_dbg_*()) in DP helpers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function
  • From: Felix Kuehling <felix.kuehling@xxxxxxx>
• Re: [PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function
  • From: Felix Kuehling <felix.kuehling@xxxxxxx>
• Re: [PATCH 6/8] drm/vmwgfx: Inline ttm_bo_mmap() into vmwgfx driver
  • From: Zack Rusin <zackr@xxxxxxxxxx>
• Re: [PATCH 7/8] drm/vmwgfx: Inline vmw_verify_access()
  • From: Zack Rusin <zackr@xxxxxxxxxx>
• [PATCH 1/1] drm/nouveau/kms: remove unused local variable 'width'
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH] drm/nouveau/kms/nv50-: remove unused variable
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH v8 8/8] nouveau/svm: Implement atomic SVM access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v8 5/8] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v8 7/8] nouveau/svm: Refactor nouveau_range_fault
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v8 6/8] mm: Selftests for exclusive device memory
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v8 4/8] mm/rmap: Split migration into its own function
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v8 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v8 2/8] mm/swapops: Rework swap entry manipulation code
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v8 1/8] mm: Remove special swap entry functions
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v8 0/8] Add support for SVM atomics in Nouveau
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v2 1/1] drm/nouveau/dmem: Remove duplicated header file inclusion
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH 2/4] drm/vram-helper: Use drm_gem_ttm_dumb_map_offset()
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 0/1] drm/nouveau/dmem: Remove duplicated header file
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function
  • From: Felix Kuehling <felix.kuehling@xxxxxxx>
• Re: [PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function
  • From: Felix Kuehling <felix.kuehling@xxxxxxx>
• Re: [PATCH 4/8] drm/radeon: Implement mmap as GEM object function
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 2/8] drm/amdgpu: Remove unused function amdgpu_bo_fbdev_mmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 2/8] drm/amdgpu: Remove unused function amdgpu_bo_fbdev_mmap()
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 8/8] drm/ttm: Remove ttm_bo_mmap() and friends
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 4/8] drm/radeon: Implement mmap as GEM object function
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH 7/8] drm/vmwgfx: Inline vmw_verify_access()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 8/8] drm/ttm: Remove ttm_bo_mmap() and friends
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 5/8] drm/nouveau: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 6/8] drm/vmwgfx: Inline ttm_bo_mmap() into vmwgfx driver
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 4/8] drm/radeon: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/8] drm/amdgpu: Remove unused function amdgpu_bo_fbdev_mmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/8] drm/ttm: Don't override vm_ops callbacks, if set
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/8] drm: Clean up mmap for TTM-based GEM drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 3/4] drm/nouveau: Use drm_gem_ttm_dumb_map_offset()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/4] drm/vram-helper: Use drm_gem_ttm_dumb_map_offset()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 4/4] drm/qxl: Use drm_gem_ttm_dumb_map_offset()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/4] drm/gem-ttm-helper: Provide helper for struct drm_driver.dumb_map_offset
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/4] drm: Generic dumb_map_offset for TTM-based drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• solved one issue to find another behind it
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• [PATCH] drm/nouveau: fix potential abnormal lock/unlock
  • From: Bernard Zhao <bernard@xxxxxxxx>
• Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• [PATCH -next] drm/nouveau/gem: remove redundant semi-colon
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• Re: [PATCH v2 05/20] drm/dp: Add backpointer to drm_device in drm_dp_aux
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [PATCH] drm/nouveau: remove unused code
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 00/20] drm: Use new DRM printk funcs (like drm_dbg_*()) in DP helpers
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 5/8] mm: Device exclusive memory access
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v7 5/8] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v7 5/8] mm: Device exclusive memory access
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v7 5/8] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH] drm/nouveau: cleanup-coding-style-a-bit
  • From: Bernard Zhao <bernard@xxxxxxxx>
• Re: [PATCH v7 5/8] mm: Device exclusive memory access
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v7 5/8] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v7 5/8] mm: Device exclusive memory access
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v7 5/8] mm: Device exclusive memory access
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v7 5/8] mm: Device exclusive memory access
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v7 1/8] mm: Remove special swap entry functions
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 17/20] drm/dp: Convert drm_dp_helper.c to using drm_err/drm_dbg_*()
  • From: Robert Foss <robert.foss@xxxxxxxxxx>
• Re: [PATCH v2 07/20] drm/print: Fixup DRM_DEBUG_KMS_RATELIMITED()
  • From: Robert Foss <robert.foss@xxxxxxxxxx>
• Re: [PATCH v2 19/20] drm/dp_mst: Drop DRM_ERROR() on kzalloc() fail in drm_dp_mst_handle_up_req()
  • From: Robert Foss <robert.foss@xxxxxxxxxx>
• Re: [RESEND 00/19] Rid GPU from W=1 warnings
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v2 20/20] drm/dp_mst: Convert drm_dp_mst_topology.c to drm_err()/drm_dbg*()
  • From: Robert Foss <robert.foss@xxxxxxxxxx>
• Re: [PATCH v2 05/20] drm/dp: Add backpointer to drm_device in drm_dp_aux
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 1/1] drm/nouveau/dmem: Remove duplicated header file inclusion
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH 1/1] drm/nouveau/nvenc: Remove duplicated header file inclusion
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• Re: SLI support for nv44
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>