Nouveau Display Driver

• Thread Index

• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Maíra Canal <mcanal@xxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Matthew Brost <matthew.brost@xxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Matthew Brost <matthew.brost@xxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Philipp Stanner <phasta@xxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [syzbot] [dri?] divide error in drm_mode_debug_printmodeline
  • From: syzbot <syzbot+2e93e6fb36e6fdc56574@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 8/8] drm/nouveau: introduce the scrubber on Ada in a kernel doc
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 7/8] drm/nouveau: set max supported vGPU count when SRIOV is supported
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 6/8] drm/nouveau: override the WPR2 heap size when SRIOV is supported on Ada
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 5/8] drm/nouveau: support WPR2 heap size override
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 1/8] drm/nouveau: factor out nvkm_gsp_init_fw_heap()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 3/8] drm/nouveau: load scrubber ucode image when WPR2 heap size > 256MB
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 4/8] drm/nouveau: scrub the FB memory when scrubber firmware is loaded
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 4/8] drm/nouveau: scrub the FB memory when scrubber firmware is loaded
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Daniel Stone <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Daniel Stone <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 11/25] drm/loongson: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [PATCH v2 15/25] drm/omapdrm: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• [PATCH] drm/nouveau: Do not override forced connector status
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly. (v3)
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 13/25] drm/msm: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 22/25] drm/vmwgfx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Zack Rusin <zack.rusin@xxxxxxxxxxxx>
• Re: [PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 10/25] drm/imx/ipuv3: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly. (v3)
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 19/25] drm/rockchip: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [RFC 4/8] drm/nouveau: scrub the FB memory when scrubber firmware is loaded
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] [drm-misc-next] drm/nouveau: fix kernel-doc comments
  • From: Danilo Krummrich <kernel@xxxxxxxx>
• Re: [PATCH v2 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Matthew Auld <matthew.auld@xxxxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly. (v3)
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Matthew Auld <matthew.auld@xxxxxxxxx>
• [PATCH v2 22/25] drm/vmwgfx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 24/25] drm/xen: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 19/25] drm/rockchip: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 16/25] drm/qxl: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 15/25] drm/omapdrm: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 11/25] drm/loongson: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 09/25] drm/hibmc: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 06/25] drm/armada: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 03/25] drm/gem-dma: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 01/25] drm/dumb-buffers: Sanitize output on errors
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 13/25] drm/msm: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 21/25] drm/virtio: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 20/25] drm/tegra: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 18/25] drm/renesas/rz-du: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 17/25] drm/renesas/rcar-du: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 14/25] drm/nouveau: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 12/25] drm/mediatek: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 10/25] drm/imx/ipuv3: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 07/25] drm/exynos: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 08/25] drm/gma500: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 05/25] drm/gem-vram: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 04/25] drm/gem-shmem: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v4 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v4 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly. (v3)
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly. (v3)
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• Re: [PATCH] [drm-misc-next] drm/nouveau: fix kernel-doc comments
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH] nouveau/fence: handle cross cli fences properly.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] [drm-misc-next] drm/nouveau: fix kernel-doc comments
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH v4 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abhinav Kumar <quic_abhinavk@xxxxxxxxxxx>
• [PATCH] nouveau/fence: handle cross device fences properly. (v3)
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH v4 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Bjorn Andersson <andersson@xxxxxxxxxx>
• Re: [PATCH v4 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Bjorn Andersson <andersson@xxxxxxxxxx>
• Re: [PATCH v4 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abhinav Kumar <quic_abhinavk@xxxxxxxxxxx>
• [PATCH v4 0/4] drm/dp: Rework LTTPR transparent mode handling and add support to msm driver
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v4 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v4 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v4 2/4] drm/nouveau/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v4 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v3 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v3 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v3 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly.
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: Laptop, nouveau and external monitor
  • From: H <agents@xxxxxxxxxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly.
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly.
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH RESEND] drm/nouveau/disp: Fix missing backlight control on Macbook 5,1
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v3 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v3 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v3 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Johan Hovold <johan@xxxxxxxxxx>
• [PATCH] [RFC] nouveau: hack fix for regression from 6.2
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] nouveau/fence: handle cross device fences properly.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Harry Wentland <harry.wentland@xxxxxxx>
• Re: [PATCH v3 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: Kernel problem with multiseat on one card - more than 1 user simultaneously on 1 video card
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH v3 2/2] drm/nouveau: vendor in drm_encoder_slave API
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v3 1/2] drm/nouveau: incorporate I2C TV encoder drivers
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v3 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v3 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v3 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v3 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v3 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v3 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v3 2/4] drm/nouveau/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v3 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v3 0/4] drm/dp: Rework LTTPR transparent mode handling and add support to msm driver
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: Laptop, nouveau and external monitor
  • From: H <agents@xxxxxxxxxxxxxx>
• [PATCH RESEND] drm/nouveau/disp: Fix missing backlight control on Macbook 5, 1
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: Laptop, nouveau and external monitor
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Laptop, nouveau and external monitor
  • From: H <agents@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: Kernel problem with multiseat on one card - more than 1 user simultaneously on 1 video card
  • From: Gert Vanhaerents <gert.vanhaerents@xxxxxxxxxxx>
• Re: Kernel problem with multiseat on one card - more than 1 user simultaneously on 1 video card
  • From: Gert Vanhaerents <gert.vanhaerents@xxxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v2 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH 5/7] security: Replace get_task_comm() with %pTN
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/7] security: Replace get_task_comm() with %pTN
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v2 2/4] drm/nouveau/dp: Use the generic helper to control LTTPR transparent mode
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 6/7] drivers: Repace get_task_comm() with %pTN
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v2 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v2 5/5] drm/connector: make mode_valid take a const struct drm_display_mode
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v2 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v1 v1] drm/nouveau: Fix memory leak in nvbios_iccsense_parse
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 2/2] drm/nouveau: vendor in drm_encoder_slave API
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/nouveau: incorporate I2C TV encoder drivers
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Fix memory leak in nvbios_iccsense_parse
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 2/2] drm/nouveau: vendor in drm_encoder_slave API
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 1/2] drm/nouveau: incorporate I2C TV encoder drivers
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau: vendor in drm_encoder_slave API
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau: incorporate I2C TV encoder drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau: vendor in drm_encoder_slave API
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau: incorporate I2C TV encoder drivers
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH 2/2] drm/nouveau: vendor in drm_encoder_slave API
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 1/2] drm/nouveau: incorporate I2C TV encoder drivers
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 5/5] drm/connector: make mode_valid take a const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 4/5] drm/connector: make mode_valid_ctx take a const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 3/5] drm/sti: hda: pass const struct drm_display_mode* to hda_get_mode_idx()
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 2/5] drm/amdgpu: don't change mode in amdgpu_dm_connector_mode_valid()
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 1/7] vsprintf: Add %pTN to print task name
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/15] nvkm: rename "repc" to "gsp_rpc_len" on the GSP message recv path
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 01/15] nvkm: add a kernel doc to introduce the GSP RPC
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH 1/7] vsprintf: Add %pTN to print task name
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/7] vsprintf: Add %pTN to print task name
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: [PATCH 6/7] drivers: Repace get_task_comm() with %pTN
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: neil.armstrong@xxxxxxxxxx
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v3 12/15] nvkm: factor out r535_gsp_msgq_peek()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v2 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v2 2/4] drm/nouveau/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v2 0/4] drm/dp: Rework LTTPR transparent mode handling and add support to msm driver
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH RFC 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v3 02/15] nvkm: rename "repc" to "gsp_rpc_len" on the GSP message recv path
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v3 01/15] nvkm: add a kernel doc to introduce the GSP RPC
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH RFC 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH RFC 2/4] drm/nouveau/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH RFC 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH -next] drm/nouveau/gsp/r535: Modify mismatched function name
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH -next] drm/nouveau/gsp/r535: Modify mismatched function name
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] drm: remove driver date from struct drm_driver and all drivers
  • From: Louis Chauvet <louis.chauvet@xxxxxxxxxxx>
• [PATCH] nvn: Place flush_page below 4GB.
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] drm: remove driver date from struct drm_driver and all drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 3/3] drm: remove driver date from struct drm_driver and all drivers
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 1/2] [v2] drm/nouveau: retain device pointer in nvkm_gsp_mem object
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 3/3] drm: remove driver date from struct drm_driver and all drivers
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [RFC 5/5] RDMA/mlx5: Enabling ATS for ODP memory
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [RFC 4/5] RDMA/mlx5: Add fallback for P2P DMA errors
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [RFC 3/5] IB/core: P2P DMA for device private pages
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [RFC 2/5] nouveau/dmem: HMM P2P DMA for private dev pages
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [RFC 0/5] GPU Direct RDMA (P2P DMA) for Device Private Pages
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: create module debugfs root
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: create module debugfs root
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: create module debugfs root
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau: fw: sync dma after setup is called.
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: create module debugfs root
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 0/3] NVKM GSP RPC fixes
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] drm/nouveau: create module debugfs root
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau: Remove unused functions
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [RFC 0/8] drm/nouveau: scrubber ucode image support for vGPU
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [RFC 2/8] drm/nouveau: introduce tu102_gsp_init_fw_heap()
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [RFC 8/8] drm/nouveau: introduce the scrubber on Ada in a kernel doc
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 7/8] drm/nouveau: set max supported vGPU count when SRIOV is supported
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 5/8] drm/nouveau: support WPR2 heap size override
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 6/8] drm/nouveau: override the WPR2 heap size when SRIOV is supported on Ada
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 4/8] drm/nouveau: scrub the FB memory when scrubber firmware is loaded
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 3/8] drm/nouveau: load scrubber ucode image when WPR2 heap size > 256MB
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 2/8] drm/nouveau: introduce tu102_gsp_init_fw_heap()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 1/8] drm/nouveau: factor out nvkm_gsp_init_fw_heap()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 0/8] drm/nouveau: scrubber ucode image support for vGPU
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH] nouveau/gsp: drop WARN_ON in ACPI probes
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH 2/2] [v9] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• Re: [PATCH 1/2] nouveau: handle EBUSY and EAGAIN for GSP aux errors.
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 5/5] drm/connector: make mode_valid accept const struct drm_display_mode
  • From: Liviu Dudau <liviu.dudau@xxxxxxx>
• Re: [PATCH 5/5] drm/connector: make mode_valid accept const struct drm_display_mode
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] drm/connector: make mode_valid_ctx accept const struct drm_display_mode
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 5/5] drm/connector: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 5/5] drm/connector: make mode_valid accept const struct drm_display_mode
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] drm/connector: make mode_valid_ctx accept const struct drm_display_mode
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] drm/sti: hda: pass const struct drm_display_mode* to hda_get_mode_idx()
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] drm/amdgpu: don't change mode in amdgpu_dm_connector_mode_valid()
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Inquiry on Nouveau driver compatibility and documentation updates
  • From: David Hedlund <davidh@xxxxxxx>
• [PATCH 5/5] drm/connector: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 4/5] drm/connector: make mode_valid_ctx accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 3/5] drm/sti: hda: pass const struct drm_display_mode* to hda_get_mode_idx()
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 2/5] drm/amdgpu: don't change mode in amdgpu_dm_connector_mode_valid()
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH] nouveau: fw: sync dma after setup is called.
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH] nouveau: fw: sync dma after setup is called.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/2] nouveau: handle EBUSY and EAGAIN for GSP aux errors.
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [REGRESSION] GM20B pmu timeout
  • From: "Diogo Ivo" <diogo.ivo@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] nouveau/dp: handle retries for AUX CH transfers with GSP.
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 1/2] nouveau: handle EBUSY and EAGAIN for GSP aux errors.
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [REGRESSION] GM20B pmu timeout
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [RFC PATCH v1 06/10] mm/hugetlb: use separate folio->_hugetlb_list for hugetlb-internals
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [REGRESSION] GM20B pmu timeout
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [PATCH 2/2] nouveau/dp: handle retries for AUX CH transfers with GSP.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 1/2] nouveau: handle EBUSY and EAGAIN for GSP aux errors.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [RFC PATCH v1 10/10] mm: hugetlb: Use owner_ops on folio_put for hugetlb
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v1 09/10] mm: Use owner_ops on folio_put for zone device pages
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v1 08/10] mm: Use getters and setters to access page pgmap
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v1 07/10] mm: Introduce struct folio_owner_ops
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v1 06/10] mm/hugetlb: use separate folio->_hugetlb_list for hugetlb-internals
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v1 05/10] mm/hugetlb: use folio->lru int demote_free_hugetlb_folios()
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v1 04/10] mm/hugetlb-cgroup: convert hugetlb_cgroup_css_offline() to work on folios
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v1 03/10] mm/hugetlb: rename "folio_putback_active_hugetlb()" to "folio_putback_hugetlb()"
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v1 02/10] mm/migrate: don't call folio_putback_active_hugetlb() on dst hugetlb folio
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v1 01/10] mm/hugetlb: rename isolate_hugetlb() to folio_isolate_hugetlb()
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [linux-next:master] [tracing] 49e4154f4b: INFO:task_blocked_for_more_than#seconds
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [linux-next:master] [tracing] 49e4154f4b: INFO:task_blocked_for_more_than#seconds
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [REGRESSION] GM20B pmu timeout
  • From: "Diogo Ivo" <diogo.ivo@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] drm/nouveau: Add drm_panic support for nv50+
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• Re: [PATCH RFC 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v3 00/15] NVKM GSP RPC kernel docs, cleanups and fixes
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH RFC 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Imre Deak <imre.deak@xxxxxxxxx>
• Re: [PATCH RFC 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Imre Deak <imre.deak@xxxxxxxxx>
• Re: [PATCH RFC 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Imre Deak <imre.deak@xxxxxxxxx>
• Re: [PATCH v4 0/3] drm/nouveau: Add drm_panic support for nv50+
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v3 10/15] nvkm: refine the variable names in r535_gsp_msg_recv()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH RFC 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH RFC 2/4] drm/nouveau/dp: Use the generic helper to control LTTPR transparent mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v3 10/15] nvkm: refine the variable names in r535_gsp_msg_recv()
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH v3 10/15] nvkm: refine the variable names in r535_gsp_msg_recv()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH RFC 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH RFC 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH RFC 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH RFC 2/4] drm/nouveau/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH RFC 0/4] drm/dp: Rework LTTPR transparent mode handling and add support to msm driver
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v3 10/15] nvkm: refine the variable names in r535_gsp_msg_recv()
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH v3 12/15] nvkm: factor out r535_gsp_msgq_peek()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v3 04/15] nvkm: remove unused param repc in *rm_alloc_push()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v3 13/15] nvkm: factor out r535_gsp_msgq_recv_one_elem()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v3 10/15] nvkm: refine the variable names in r535_gsp_msg_recv()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v3 09/15] nvkm: refine the variable names in r535_gsp_rpc_push()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v3 08/15] nvkm: remove the magic number in r535_gsp_rpc_push()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v3 05/15] nvkm: rename "argv" to what it represents in *rm_{alloc, ctrl}_*()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v3 02/15] nvkm: rename "repc" to "gsp_rpc_len" on the GSP message recv path
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v3 15/15] nvkm: consume the return of large GSP message
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v3 00/15] NVKM GSP RPC kernel docs, cleanups and fixes
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v3 14/15] nvkm: support handling the return of large GSP message
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v3 11/15] nvkm: rename the variable "cmd" to "msg" in r535_gsp_cmdq_{get, push}()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v3 07/15] nvkm: fix the broken marco GSP_MSG_MAX_SIZE
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v3 06/15] nvkm: rename "argc" to what it represents in GSP RPC routines
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v3 01/15] nvkm: add a kernel doc to introduce the GSP RPC
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v3 03/15] nvkm: rename "argv" to what it represnts on the GSP message send path
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH 2/2] [v9] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH 1/2] [v2] drm/nouveau: retain device pointer in nvkm_gsp_mem object
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 2/2] [v8] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 2/2] [v8] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/gr/gf100: Fix missing unlock in gf100_gr_chan_new()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v2 3/3] drm: remove driver date from struct drm_driver and all drivers
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH] drm: encoder_slave: Remove unused encoder functions
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [REGRESSION] GM20B pmu timeout
  • From: "Diogo Ivo" <diogo.ivo@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] drm: Move plane->{fb,old_fb,crtc} to legacy sub-structure
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] drm: Treewide plane/crtc legacy state sweeping
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] drm: Move plane->{fb,old_fb,crtc} to legacy sub-structure
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] drm: Treewide plane/crtc legacy state sweeping
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 2/2] drm: remove driver date from struct drm_driver and all drivers
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH 0/2] drm: Treewide plane/crtc legacy state sweeping
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] drm: remove driver date from struct drm_driver and all drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] drm: remove driver date from struct drm_driver and all drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] drm: remove driver date from struct drm_driver and all drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] drm: remove driver date from struct drm_driver and all drivers
  • From: Simon Ser <contact@xxxxxxxxxxx>
• Re: [PATCH 2/2] drm: remove driver date from struct drm_driver and all drivers
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH 2/2] drm: remove driver date from struct drm_driver and all drivers
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH 2/2] drm: remove driver date from struct drm_driver and all drivers
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH v4 3/3] drm/nouveau: Add drm_panic support for nv50+
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• [PATCH v4 2/3] drm/nouveau/disp: Move tiling functions to dispnv50/tile.h
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• [PATCH v4 1/3] drm/panic: Add ABGR2101010 support
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• [PATCH v4 0/3] drm/nouveau: Add drm_panic support for nv50+
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• Re: [PATCH v3 2/2] drm/nouveau: Add drm_panic support for nv50+
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v3 2/2] drm/nouveau: Add drm_panic support for nv50+
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v3 2/2] drm/nouveau: Add drm_panic support for nv50+
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• Re: [PATCH v1 0/4] GPU Direct RDMA (P2P DMA) for Device Private Pages
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• Re: [PATCH v3 2/2] drm/nouveau: Add drm_panic support for nv50+
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v1 0/4] GPU Direct RDMA (P2P DMA) for Device Private Pages
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH 3/3] nvkm: handle the return of large RPC
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 3/3] nvkm: handle the return of large RPC
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 0/3] NVKM GSP RPC fixes
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/nvkm: refine the device SKU enum
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] nvkm: handle the return of large RPC
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] drm/nouveau/nvkm: refine the device SKU enum
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH 2/3] nvkm: correctly calculate the available space of the GSP cmdq buffer
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH 3/3] nvkm: handle the return of large RPC
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH 1/3] nvkm/gsp: correctly advance the read pointer of GSP message queue
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH 0/3] NVKM GSP RPC fixes
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 0/4] GPU Direct RDMA (P2P DMA) for Device Private Pages
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v1 2/4] nouveau/dmem: HMM P2P DMA for private dev pages
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• Re: [PATCH v1 0/4] GPU Direct RDMA (P2P DMA) for Device Private Pages
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• Re: [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• Re: [PATCH v1 2/4] nouveau/dmem: HMM P2P DMA for private dev pages
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/4] GPU Direct RDMA (P2P DMA) for Device Private Pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [REGRESSION] GM20B pmu timeout
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [RFC 04/29] nvkm/vgpu: set the VF partition count when NVIDIA vGPU is enabled
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v1 4/4] RDMA/mlx5: Enabling ATS for ODP memory
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH v1 3/4] IB/core: P2P DMA for device private pages
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH v1 2/4] nouveau/dmem: HMM P2P DMA for private dev pages
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH v1 1/4] mm/hmm: HMM API for P2P DMA to device zone pages
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH v1 0/4] GPU Direct RDMA (P2P DMA) for Device Private Pages
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• Re: [RFC 04/29] nvkm/vgpu: set the VF partition count when NVIDIA vGPU is enabled
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [RFC 18/29] nvkm/vgpu: introduce pci_driver.sriov_configure() in nvkm
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [RFC 18/29] nvkm/vgpu: introduce pci_driver.sriov_configure() in nvkm
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC 06/29] nvkm/vgpu: set RMSetSriovMode when NVIDIA vGPU is enabled
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC 04/29] nvkm/vgpu: set the VF partition count when NVIDIA vGPU is enabled
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC 06/29] nvkm/vgpu: set RMSetSriovMode when NVIDIA vGPU is enabled
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH][next] drm/nouveau: Avoid -Wflex-array-member-not-at-end warning
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 3/3] nvkm/gsp: handle the return of large RPC
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 2/3] nvkm/gsp: correctly calculate the available space of the GSP cmdq buffer
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 01/29] nvkm/vgpu: introduce NVIDIA vGPU support prelude
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [RFC 02/29] nvkm/vgpu: attach to nvkm as a nvkm client
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC 02/29] nvkm/vgpu: attach to nvkm as a nvkm client
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [RFC 01/29] nvkm/vgpu: introduce NVIDIA vGPU support prelude
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [RFC 18/29] nvkm/vgpu: introduce pci_driver.sriov_configure() in nvkm
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [RFC 18/29] nvkm/vgpu: introduce pci_driver.sriov_configure() in nvkm
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [RFC 06/29] nvkm/vgpu: set RMSetSriovMode when NVIDIA vGPU is enabled
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [RFC 04/29] nvkm/vgpu: set the VF partition count when NVIDIA vGPU is enabled
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH 2/3] nvkm/gsp: correctly calculate the available space of the GSP cmdq buffer
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/i2c: rename aux.c and aux.h to auxch.c and auxch.h
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [REGRESSION] GM20B pmu timeout
  • From: Diogo Ivo <diogo.ivo@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/51] treewide: Switch to __pm_runtime_put_autosuspend()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 00/51] treewide: Switch to __pm_runtime_put_autosuspend()
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH 00/51] treewide: Switch to __pm_runtime_put_autosuspend()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/51] treewide: Switch to __pm_runtime_put_autosuspend()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 0/2] drm/nouveau/dmem: Fix Vulnerability and Device Channels configuration
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v4 2/2] nouveau/dmem: Fix vulnerability in migrate_to_ram upon copy error
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH v4 1/2] nouveau/dmem: Fix privileged error in copy engine channel
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH v4 0/2] drm/nouveau/dmem: Fix Vulnerability and Device Channels configuration
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• Re: [PATCH v3 1/2] nouveau/dmem: Fix privileged error in copy engine channel
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v3 2/2] nouveau/dmem: Fix vulnerability in migrate_to_ram upon copy error
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH v3 1/2] nouveau/dmem: Fix privileged error in copy engine channel
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH v3 0/2] drm/nouveau/dmem: Fix Vulnerability and Device Channels configuration
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• Re: [PATCH 00/51] treewide: Switch to __pm_runtime_put_autosuspend()
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH 00/51] treewide: Switch to __pm_runtime_put_autosuspend()
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 00/51] treewide: Switch to __pm_runtime_put_autosuspend()
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH 00/51] treewide: Switch to __pm_runtime_put_autosuspend()
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] nouveau/dmem: Fix privileged error in copy engine channel
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 2/2] nouveau/dmem: Fix memory leak in `migrate_to_ram` upon copy error
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 2/2] nouveau/dmem: Fix memory leak in `migrate_to_ram` upon copy error
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH v2 1/2] nouveau/dmem: Fix privileged error in copy engine channel
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [no subject]
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• Re: [PATCH 1/2] nouveau/dmem: Fix privileged error in copy engine channel
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• Re: [PATCH 2/2] nouveau/dmem: Fix memory leak in `migrate_to_ram` upon copy error
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• Re: [PATCH][next] drm/nouveau: Avoid -Wflex-array-member-not-at-end warning
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Matthew Brost <matthew.brost@xxxxxxxxx>
• Re: [PATCH 2/3] nvkm/gsp: correctly calculate the available space of the GSP cmdq buffer
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/3] nvkm/gsp: correctly advance the read pointer of GSP message queue
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 00/51] treewide: Switch to __pm_runtime_put_autosuspend()
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [PATCH 00/51] treewide: Switch to __pm_runtime_put_autosuspend()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 10/51] drm/nouveau: Switch to __pm_runtime_put_autosuspend()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH][next] drm/nouveau/gsp: remove extraneous ; after mutex
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 2/2] [v8] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH][next] drm/nouveau: Avoid -Wflex-array-member-not-at-end warning
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH][next] drm/nouveau: Avoid -Wflex-array-member-not-at-end warning
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH][next] drm/nouveau: Avoid -Wflex-array-member-not-at-end warning
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH][next] drm/nouveau: Avoid -Wflex-array-member-not-at-end warning
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/i2c: rename aux.c and aux.h to auxch.c and auxch.h
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 2/2] drm: Move crtc->{x, y, mode, enabled} to legacy sub-structure
  • From: Louis Chauvet <louis.chauvet@xxxxxxxxxxx>
• Re: [PATCH 2/2] drm: Move crtc->{x, y, mode, enabled} to legacy sub-structure
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] drm: Move crtc->{x, y, mode, enabled} to legacy sub-structure
  • From: Louis Chauvet <louis.chauvet@xxxxxxxxxxx>
• Re: [PATCH 2/2] drm: Move crtc->{x, y, mode, enabled} to legacy sub-structure
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 79/80] drm/omapdrm: Remove struct drm_fb_helper from struct omap_fbdev.
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] drm: Move crtc->{x, y, mode, enabled} to legacy sub-structure
  • From: Louis Chauvet <louis.chauvet@xxxxxxxxxxx>
• Re: [PATCH 1/2] drm: Move plane->{fb,old_fb,crtc} to legacy sub-structure
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Zack Rusin <zack.rusin@xxxxxxxxxxxx>
• Re: [PATCH v2 1/3] drm/nouveau/tegra: Use iommu_paging_domain_alloc()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 1/2] drm: Move plane->{fb, old_fb, crtc} to legacy sub-structure
  • From: Ville Syrjala <ville.syrjala@xxxxxxxxxxxxxxx>
• [PATCH 0/2] drm: Treewide plane/crtc legacy state sweeping
  • From: Ville Syrjala <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] drm/ttm: Add a device flag to propagate -ENOSPC on OOM
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH v2 2/2] drm/ttm: Add a device flag to propagate -ENOSPC on OOM
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [PATCH v2 0/2] drm/ttm: Add an option to report graphics memory OOM
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] drm/nouveau/tegra: Use iommu_paging_domain_alloc()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 2/2] nouveau/dmem: Fix memory leak in `migrate_to_ram` upon copy error
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] nouveau/dmem: Fix privileged error in copy engine channel
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/i2c: rename aux.c and aux.h to auxch.c and auxch.h
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• Re: [PATCH 0/2] *** drm/nouveau/dmem: Fix Memory Leaking and Device Channels configuration***
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 2/2] nouveau/dmem: Fix memory leak in `migrate_to_ram` upon copy error
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH 2/2] nouveau/dmem: Fix memory leak in `migrate_to_ram` upon copy error
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH 0/2] *** drm/nouveau/dmem: Fix Memory Leaking and Device Channels configuration***
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH 1/2] nouveau/dmem: Fix privileged error in copy engine channel
  • From: Yonatan Maman <Ymaman@xxxxxxxxxx>
• [PATCH 0/2] *** drm/nouveau/dmem: BUG Fixes for Nouveau DMEM***
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• Re: [RFC PATCH 7/8] rust: add firmware abstractions
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 25/29] vfio/vgpu_mgr: map mgmt heap when creating a vGPU
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH 1/2] nouveau/dmem: Fix privileged error in copy engine channel
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH 1/2] nouveau/dmem: Fix privileged error in copy engine channel
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH 0/2] *** drm/nouveau/dmem: Fix Memory Leaking and Device Channels configuration***
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH 2/2] nouveau/dmem: Fix memory leak in `migrate_to_ram` upon copy error
  • From: Yonatan Maman <Ymaman@xxxxxxxxxx>
• [PATCH 2/2] nouveau/dmem: Fix memory leak in `migrate_to_ram` upon copy error
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH 0/2] *** BUG Fix for Nouveau Memory***
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH 2/2] nouveau/dmem: Fix memory leak in `migrate_to_ram` upon copy error
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH 2/2] nouveau/dmem: Fix memory leak in `migrate_to_ram` upon copy error
  • From: Yonatan Maman <Ymaman@xxxxxxxxxx>
• [PATCH 0/2] *** BUG Fix for Nouveau Memory***
  • From: Yonatan Maman <Ymaman@xxxxxxxxxx>
• [PATCH 1/2] nouveau/dmem: Fix privileged error in copy engine channel
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH 1/2] nouveau/dmem: Fix privileged error in copy engine channel
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [PATCH 0/2] *** BUG Fix for Nouveau Memory***
  • From: Yonatan Maman <Ymaman@xxxxxxxxxx>
• [PATCH 1/2] nouveau/dmem: Fix privileged error in copy engine channel
  • From: Yonatan Maman <Ymaman@xxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [RFC PATCH 7/8] rust: add firmware abstractions
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 29/29] vfio/vgpu_mgr: introduce NVIDIA vGPU VFIO variant driver
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 26/29] vfio/vgpu_mgr: allocate GSP RM client when creating vGPUs
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 21/29] vfio/vgpu_mgr: introduce vGPU type uploading
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 16/29] nvkm/vgpu: introduce BAR1 map routines for vGPUs
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 14/29] nvkm/vgpu: introduce channel allocation for vGPU
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 19/29] vfio/vgpu_mgr: introdcue vGPU lifecycle management prelude
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 20/29] vfio/vgpu_mgr: allocate GSP RM client for NVIDIA vGPU manager
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 13/29] nvkm: move chid.h to nvkm/engine.
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 17/29] nvkm/vgpu: introduce engine bitmap for vGPU
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH 3/3] nvkm/gsp: handle the return of large RPC
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH 2/3] nvkm/gsp: correctly calculate the available space of the GSP cmdq buffer
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 37/37] drm/nouveau/kms: remove push pointer from nv50_dmac
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 12/29] nvkm/vgpu: introduce GSP RM control interface for vGPU
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 18/37] drm/nouveau/nvif: remove driver keep/fini
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 22/37] drm/nouveau/nvif: remove client fini
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 04/29] nvkm/vgpu: set the VF partition count when NVIDIA vGPU is enabled
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 36/37] drm/nouveau/kms: remove a few unused struct members and fn decls
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 13/37] drm/nouveau/nvkm: remove nvkm_client_search()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 10/37] drm/nouveau: remove abi16->handles
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 02/29] nvkm/vgpu: attach to nvkm as a nvkm client
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH 0/3] NVKM GSP RPC fixes
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 25/37] drm/nouveau/nvif: remove device rd/wr
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 07/29] nvkm/gsp: add a notify handler for GSP event GPUACCT_PERFMON_UTIL_SAMPLES
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 08/29] nvkm/vgpu: get the size VMMU segment from GSP firmware
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 32/37] drm/nouveau: remove nouveau_chan.device
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 28/29] vfio/vgpu_mgr: introduce vGPU host RPC channel
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 05/29] nvkm/vgpu: populate GSP_VF_INFO when NVIDIA vGPU is enabled
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 09/29] nvkm/vgpu: introduce the reserved channel allocator
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 03/37] drm/nouveau: replace drm_device* with nouveau_drm* as dev drvdata
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 23/29] vfio/vgpu_mgr: allocate vGPU channels when creating vGPUs
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 01/37] drm/nouveau: move nouveau_drm_device_fini() above init()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 17/37] drm/nouveau/nvif: remove nvxx_client()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 00/37] drm/nouveau: misc. cleanups and removal of unused apis
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 31/37] drm/nouveau: pass cli to nouveau_channel_new() instead of drm+device
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 28/37] drm/nouveau: add nvif_mmu to nouveau_drm
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 20/37] drm/nouveau/nvif: remove client version
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 05/37] drm/nouveau: store nvkm_device pointer in nouveau_drm
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 27/37] drm/nouveau: move nvxx_* definitions to nouveau_drv.h
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 22/29] vfio/vgpu_mgr: allocate vGPU FB memory when creating vGPUs
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 01/29] nvkm/vgpu: introduce NVIDIA vGPU support prelude
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 02/37] drm/nouveau: handle pci/tegra drm_dev_{alloc, register} from common code
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 09/37] drm/nouveau: remove abi16->device
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 34/37] drm/nouveau: remove master
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 16/37] drm/nouveau/nvif: remove nvxx_object()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 02/37] drm/nouveau: handle pci/tegra drm_dev_{alloc, register} from common code
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 24/37] drm/nouveau: always map device
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 07/37] drm/nouveau: add nouveau_cli to nouveau_abi16
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [RFC PATCH 7/8] rust: add firmware abstractions
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 04/37] drm/nouveau: create pci device once
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [RFC PATCH 7/8] rust: add firmware abstractions
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 18/29] nvkm/vgpu: introduce pci_driver.sriov_configure() in nvkm
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 15/29] nvkm/vgpu: introduce FB memory allocation for vGPU
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 03/29] nvkm/vgpu: reserve a larger GSP heap when NVIDIA vGPU is enabled
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH 1/3] nvkm/gsp: correctly advance the read pointer of GSP message queue
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 27/29] vfio/vgpu_mgr: bootload the new vGPU
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 10/29] nvkm/vgpu: introduce interfaces for NVIDIA vGPU VFIO module
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 24/29] vfio/vgpu_mgr: allocate mgmt heap when creating vGPUs
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 11/37] drm/nouveau/nvkm: remove detect/mmio/subdev_mask from device args
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 33/37] drm/nouveau: remove chan->drm
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 30/37] drm/nouveau: pass drm to nv50_dmac_create(), rather than device+disp
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 35/37] drm/nouveau: remove push pointer from nouveau_channel
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 29/37] drm/nouveau: pass drm to nouveau_mem_new(), instead of cli
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 06/29] nvkm/vgpu: set RMSetSriovMode when NVIDIA vGPU is enabled
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 06/37] drm/nouveau: move allocation of root client out of nouveau_cli_init()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 11/29] nvkm/vgpu: introduce GSP RM client alloc and free for vGPU
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v5 79/80] drm/omapdrm: Remove struct drm_fb_helper from struct omap_fbdev.
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC 18/29] nvkm/vgpu: introduce pci_driver.sriov_configure() in nvkm
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC 06/29] nvkm/vgpu: set RMSetSriovMode when NVIDIA vGPU is enabled
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC 05/29] nvkm/vgpu: populate GSP_VF_INFO when NVIDIA vGPU is enabled
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC 04/29] nvkm/vgpu: set the VF partition count when NVIDIA vGPU is enabled
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Andy Ritger <aritger@xxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v5 42/80] drm/tilcdc: Run DRM default client setup
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 47/80] drm/xlnx: Run DRM default client setup
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 80/80] drm/omapdrm: Run DRM default client setup
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v5 79/80] drm/omapdrm: Remove struct drm_fb_helper from struct omap_fbdev.
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v5 41/80] drm/tidss: Run DRM default client setup
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [RFC 01/29] nvkm/vgpu: introduce NVIDIA vGPU support prelude
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [RFC 02/29] nvkm/vgpu: attach to nvkm as a nvkm client
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: Some program windows only show "rain"...
  • From: riveravaldez <riveravaldezmail@xxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC 27/29] vfio/vgpu_mgr: bootload the new vGPU
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 00/29] Introduce NVIDIA GPU Virtualization (vGPU) Support
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v3 0/2] drm/nouveau: Add drm_panic support for nv50+
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• Re: [PATCH v5 42/80] drm/tilcdc: Run DRM default client setup
  • From: jyri.sarha@xxxxxx
• Some program windows only show "rain"...
  • From: riveravaldez <riveravaldezmail@xxxxxxxxx>
• [PATCH v5 73/80] drm/armada: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 77/80] drm/radeon: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 75/80] drm/gma500: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 69/80] drm/qxl: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 68/80] drm/nouveau: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 71/80] drm/vmwgfx: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 76/80] drm/msm: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 72/80] drm/fbdev-ttm: Remove obsolete setup function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 80/80] drm/omapdrm: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 61/80] drm/virtgpu: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 64/80] drm/fbdev-ttm: Support struct drm_driver.fbdev_probe
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 51/80] drm/bochs: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 49/80] drm/fbdev-shmem: Support struct drm_driver.fbdev_probe
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 44/80] drm/st7735r: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 74/80] drm/exynos-drm: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 79/80] drm/omapdrm: Remove struct drm_fb_helper from struct omap_fbdev.
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 78/80] drm/tegra: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 70/80] drm/vboxvideo: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 62/80] drm/vkms: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 50/80] drm/ast: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 36/80] drm/repaper: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 67/80] drm/loongson: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 59/80] drm/solomon: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 35/80] drm/renesas/shmobile: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 65/80] drm/amdgpu: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 66/80] drm/hisilicon/hibmc: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 55/80] drm/hyperv_drm: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 39/80] drm/stm: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 32/80] drm/pl111: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 60/80] drm/udl: Run DRM default client setup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>