Nouveau Display Driver

• Thread Index

• [PATCH v3 16/20] drm/amd: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 01/15] gpu/drm: make drm_add_edid_modes() consistent when updating connector->display_info
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v4 03/20] drm/msm: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v4 07/20] drm/shmobile: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v4 01/20] drm: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v3 18/20] drm/amd: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN() [part 3]
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v3 04/20] drm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 12/15] drm/rockchip: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v4 15/20] drm/gma500: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v4 16/20] drm/amd: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v3 10/20] drm/nouveau: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH] gpu: drm: nouveau: switch over to vmemdup_user()
  • From: Qing Wang <wangqing@xxxxxxxx>
• [PATCH v3 20/20] drm: cleanup: remove acquire_ctx from drm_mode_config
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: [PATCH v3 20/20] drm: cleanup: remove acquire_ctx from drm_mode_config
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 03/15] drm/vc4: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v4 02/20] drm/i915: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 09/15] drm/sun4i: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v3 07/20] drm/shmobile: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v4 13/20] drm/i915: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN() [part 2]
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v3 06/20] drm/tegra: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v3 17/20] drm/amd: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN() [part 2]
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v4 10/20] drm/nouveau: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v3 03/20] drm/msm: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v3 00/20] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v3 19/20] drm: cleanup: remove drm_modeset_(un)lock_all()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: [PATCH v2 0/3] drm/nouveau: fix a use-after-free in postclose()
  • From: Salvatore Bonaccorso <carnil@xxxxxxxxxx>
• [PATCH 04/15] drm/radeon: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH 13/15] drm/bridge: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH 15/15] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v3 05/20] drm/vmwgfx: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v3 08/20] drm/radeon: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: [Intel-gfx] [PATCH 15/15] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v4 11/20] drm/msm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 12/13] drm/nouveau: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v2 08/13] drm/sun4i: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v2 13/13] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v2 05/13] drm/gma500: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v2 09/13] drm/sti: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v2 06/13] drm/exynos: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v2 07/13] drm/msm: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v2 10/13] drm/rockchip: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v2 11/13] drm/bridge: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v2 04/13] drm/tegra: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v2 03/13] drm/radeon: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v2 00/13] replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v2 02/13] drm/vc4: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v2 01/13] gpu/drm: make drm_add_edid_modes() consistent when updating connector->display_info
  • From: Claudio Suarez <cssk@xxxxxxxx>
• Re: [PATCH 02/15] drm/amdgpu: use drm_* functions instead of duplicated code in amdgpu driver
  • From: Claudio Suarez <cssk@xxxxxxxx>
• Re: [Freedreno] [PATCH 01/15] gpu/drm: make drm_add_edid_modes() consistent when updating connector->display_info
  • From: Claudio Suarez <cssk@xxxxxxxx>
• Re: [Freedreno] [PATCH 01/15] gpu/drm: make drm_add_edid_modes() consistent when updating connector->display_info
  • From: Claudio Suarez <cssk@xxxxxxxx>
• Re: [Intel-gfx] [PATCH 01/15] gpu/drm: make drm_add_edid_modes() consistent when updating connector->display_info
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/15] gpu/drm: make drm_add_edid_modes() consistent when updating connector->display_info
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/15] gpu/drm: make drm_add_edid_modes() consistent when updating connector->display_info
  • From: Claudio Suarez <cssk@xxxxxxxx>
• Re: [Intel-gfx] [PATCH 15/15] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• Re: [Intel-gfx] [PATCH 15/15] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/15] drm/amdgpu: use drm_* functions instead of duplicated code in amdgpu driver
  • From: Harry Wentland <harry.wentland@xxxxxxx>
• Re: [Intel-gfx] [PATCH 15/15] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH 15/15] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 15/15] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/15] gpu/drm: make drm_add_edid_modes() consistent when updating connector->display_info
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: Advice about debugging nouveau driver suspend issue (init_on_alloc=1 and init_on_free=1)
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: Advice about debugging nouveau driver suspend issue (init_on_alloc=1 and init_on_free=1)
  • From: Computer Enthusiastic <computer.enthusiastic@xxxxxxxxx>
• Re: Advice about debugging nouveau driver suspend issue (init_on_alloc=1 and init_on_free=1)
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Advice about debugging nouveau driver suspend issue (init_on_alloc=1 and init_on_free=1)
  • From: Computer Enthusiastic <computer.enthusiastic@xxxxxxxxx>
• [PATCH v2 2/7] nouveau: ACPI: Use the ACPI_COMPANION() macro directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] Revert "drm/fb-helper: improve DRM fbdev emulation device names"
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v1 2/7] nouveau: ACPI: Use the ACPI_COMPANION() macro directly
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu/gp100: remove unused variable
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v1 2/7] nouveau: ACPI: Use the ACPI_COMPANION() macro directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] drm/nouveau/mmu/gp100: remove unused variable
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v2 0/3] drm/nouveau: fix a use-after-free in postclose()
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] Revert "drm/fb-helper: improve DRM fbdev emulation device names"
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/fifo: Reinstate the correct engine bit programming
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH] drm/nouveau/fifo: Reinstate the correct engine bit programming
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH] drm/nouveau/fifo: Reinstate the correct engine bit programming
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 0/4] drm/dp, drm/i915: Finish basic PWM support for VESA backlight helpers
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 0/4] drm/dp, drm/i915: Finish basic PWM support for VESA backlight helpers
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3 2/5] drm/nouveau/kms/nv50-: Explicitly check DPCD backlights for aux enable/brightness
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v3 2/5] drm/nouveau/kms/nv50-: Explicitly check DPCD backlights for aux enable/brightness
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH v3 5/5] drm/i915: Clarify probing order in intel_dp_aux_init_backlight_funcs()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 4/5] drm/dp, drm/i915: Add support for VESA backlights using PWM for brightness control
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 3/5] drm/dp: Disable unsupported features in DP_EDP_BACKLIGHT_MODE_SET_REGISTER
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 2/5] drm/nouveau/kms/nv50-: Explicitly check DPCD backlights for aux enable/brightness
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 1/5] drm/i915: Add support for panels with VESA backlights with PWM enable/disable
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 0/5] drm/dp, drm/i915: Finish basic PWM support for VESA backlight helpers
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/svm: Fix refcount leak bug and missing check against null bug
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH -next] drm/nouveau/gem: remove redundant semi-colon
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 0/4] drm/dp, drm/i915: Finish basic PWM support for VESA backlight helpers
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: Nvidia GeForce 8200M - Image flicker
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Nvidia GeForce 8200M - Image flicker
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 00/17] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers where possible
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 00/17] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers where possible
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 00/17] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers where possible
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 00/17] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers where possible
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: [Intel-gfx] [PATCH v2 00/17] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers where possible
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: [Intel-gfx] [PATCH v2 00/17] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers where possible
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• [PATCH v2 0/4] drm/dp, drm/i915: Finish basic PWM support for VESA backlight helpers
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Understanding BAR1 Offset to imem/VRAM PA Mapping
  • From: Joshua Bakita <jbakita@xxxxxxxxxx>
• [PATCH v2 3/4] drm/dp, drm/i915: Add support for VESA backlights using PWM for brightness control
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Nvidia GeForce 8200M - Image flicker
  • From: Oswaldo Graterol <oswaldo.graterol@xxxxxxxxx>
• kmemleak report: 5.15.0-rc3: nouveau_fence_new
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH v2 2/4] drm/nouveau/kms/nv50-: Explicitly check DPCD backlights for aux enable/brightness
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 2/3] drm/dp, drm/i915: Add support for VESA backlights using PWM for brightness control
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v2 4/4] drm/i915: Clarify probing order in intel_dp_aux_init_backlight_funcs()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v2 1/4] drm/i915: Add support for panels with VESA backlights with PWM enable/disable
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] drm/nouveau:Fix gcc '-Wunused-but-set-variable' warnings:
  • From: Kai Song <songkai01@xxxxxxxxxx>
• Re: EVoC Proposal: REclock - Reverse-engineer and implement NVA3/5/8 Voltage- and Frequency Scaling in Nouveau
  • From: mechagodzilla60 <whatyouwant.1900@xxxxxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Jerry Geis <jerry.geis@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 0/4] drm/dp, drm/i915: Finish basic PWM support for VESA backlight helpers
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 00/17] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers where possible
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Jerry Geis <jerry.geis@xxxxxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Jerry Geis <jerry.geis@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 00/17] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers where possible
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Jerry Geis <jerry.geis@xxxxxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Jerry Geis <jerry.geis@xxxxxxxxx>
• Re: [PATCH v2 00/17] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers where possible
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Jerry Geis <jerry.geis@xxxxxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Jerry Geis <jerry.geis@xxxxxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: [PATCH v2 00/17] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers where possible
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Jerry Geis <jerry.geis@xxxxxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: [PATCH v2 00/17] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers where possible
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Jerry Geis <jerry.geis@xxxxxxxxx>
• Re: Nouveau on Ubuntu 20.04 LTS
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Nouveau on Ubuntu 20.04 LTS
  • From: Jerry Geis <jerry.geis@xxxxxxxxx>
• Re: Understanding BAR1 Offset to imem/VRAM PA Mapping
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Understanding BAR1 Offset to imem/VRAM PA Mapping
  • From: Joshua Bakita <jbakita@xxxxxxxxxx>
• Re: [PATCH][next] nouveau/svm: Use kvcalloc() instead of kvzalloc()
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH][next] nouveau/svm: Use kvcalloc() instead of kvzalloc()
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH 2/3] drm/dp, drm/i915: Add support for VESA backlights using PWM for brightness control
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau/debugfs: fix file release memory leak
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau/kms/nv50-: fix file release memory leak
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH linux-next] drm/nouveau/mmu/gp100-: drop unneeded assignment in the if condition.
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH linux-next] drm/nouveau/mmu: drop unneeded assignment in the nvkm_uvmm_mthd_page()
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: avoid a use-after-free when BO init fails
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH linux-next] drm/nouveau/nvenc: remove duplicate include in base.c
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH 2/3] drm/dp, drm/i915: Add support for VESA backlights using PWM for brightness control
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v2 05/17] drm/vmwgfx: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 03/17] drm/msm: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 01/17] drm: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 06/17] drm/tegra: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 09/17] drm/omapdrm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 02/17] drm/i915: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 14/17] drm/gma500: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 08/17] drm/radeon: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 13/17] drm/i915: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN() part 2
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 10/17] drm/nouveau: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 12/17] drm/i915: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 04/17] drm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 00/17] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers where possible
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 15/17] drm/amd: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 07/17] drm/shmobile: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 11/17] drm/msm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 16/17] drm: cleanup: remove drm_modeset_(un)lock_all()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v2 17/17] doc: drm: remove TODO entry regarding DRM_MODSET_LOCK_ALL cleanup
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: nvprime
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• nvidia pp
  • From: __- -__ <isapgswell@xxxxxxxxx>
• pl nvidia
  • From: __- -__ <isapgswell@xxxxxxxxx>
• [PATCH] drm/nouveau/ga102: Free resources on error in ga102_chan_new()
  • From: Tim Gardner <tim.gardner@xxxxxxxxxxxxx>
• nvprime
  • From: __- -__ <isapgswell@xxxxxxxxx>
• Re: [PATCH 03/15] dmr/msm: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: [PATCH] drm/nouveau/ga102: Free resources on error in ga102_chan_new()
  • From: Tim Gardner <tim.gardner@xxxxxxxxxxxxx>
• Re: external monitor does not work
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/ga102: Free resources on error in ga102_chan_new()
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/ga102: Free resources on error in ga102_chan_new()
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Have you attended XDC 2021? Give us your feedback!
  • From: Samuel Iglesias Gonsálvez <siglesias@xxxxxxxxxx>
• Re: [PATCH 03/15] dmr/msm: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: kernel test robot <lkp@xxxxxxxxx>
• Nvidia OFFLOAD (nvidia-prime)
  • From: __- -__ <isapgswell@xxxxxxxxx>
• Re: Nvidia OFFLOAD (nvidia-prime)
  • From: __- -__ <isapgswell@xxxxxxxxx>
• Re: Nvidia OFFLOAD (nvidia-prime)
  • From: __- -__ <isapgswell@xxxxxxxxx>
• Re: [PATCH 14/15] drm/amd: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: [PATCH 15/15] doc: drm: remove TODO entry regarding DRM_MODSET_LOCK_ALL cleanup
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 03/15] dmr/msm: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 09/15] drm/omapdrm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 00/15] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers where possible
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 1/2] drm/nouveau/kms/nv50-: fix file release memory leak
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• [PATCH 14/15] drm/amd: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: [PATCH 12/15] drm/i915: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: [PATCH 08/15] drm/radeon: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 06/15] drm/tegra: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 02/15] dmr/i915: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 04/15] drm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 11/15] drm/msm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 15/15] doc: drm: remove TODO entry regarding DRM_MODSET_LOCK_ALL cleanup
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: [PATCH 00/15] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers where possible
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 13/15] drm/gma500: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 12/15] drm/i915: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 07/15] drm/shmobile: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 10/15] drm/nouveau: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: [PATCH 14/15] drm/amd: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 08/15] drm/radeon: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 05/15] drm/vmwgfx: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: [PATCH 01/15] dmr: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: [PATCH 11/15] drm/msm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 01/15] dmr: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: [PATCH 09/15] drm/omapdrm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 2/2] drm/nouveau/debugfs: fix file release memory leak
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• Re: [PATCH 06/15] drm/tegra: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• Re: [PATCH 15/15] doc: drm: remove TODO entry regarding DRM_MODSET_LOCK_ALL cleanup
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH 14/15] drm/amd: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH 13/15] drm/gma500: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH 12/15] drm/i915: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH 11/15] drm/msm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH 10/15] drm/nouveau: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH 09/15] drm/omapdrm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH 09/15] drm/omapdrm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH 08/15] drm/radeon: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH 07/15] drm/shmobile: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH 06/15] drm/tegra: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH 05/15] drm/vmwgfx: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH 04/15] drm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH 02/15] dmr/i915: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH 03/15] dmr/msm: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH 01/15] dmr: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH 00/15] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers where possible
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] drm/nouveau: don't detect DSM for non-NVIDIA device
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] drm/nouveau/svm: Fix refcount leak bug and missing check against null bug
  • From: Chenyuan Mi <cymi20@xxxxxxxxxxxx>
• external monitor does not work
  • From: Piro <startbase@xxxxxxxxx>
• Nouveau suspend issue (and possible bug detected)
  • From: Lam Bono <lambono80@xxxxxxxxxxx>
• [PATCH] drm/nouveau/nvkm: Replace -ENOSYS with -ENODEV
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: RTX 3070 / NV174 / GA104 - is there any development happening?
  • From: Przemo Firszt <przemo@xxxxxxxxx>
• Re: RTX 3070 / NV174 / GA104 - is there any development happening?
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: RTX 3070 / NV174 / GA104 - is there any development happening?
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• RTX 3070 / NV174 / GA104 - is there any development happening?
  • From: Przemo Firszt <przemo@xxxxxxxxx>
• Re: [PATCH AUTOSEL 5.13 20/26] drm/nouveau: recognise GA107
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 5.13 20/26] drm/nouveau: recognise GA107
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 5.13 20/26] drm/nouveau: recognise GA107
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 4.14 6/7] drm/nouveau: block a bunch of classes from userspace
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 5.13 20/26] drm/nouveau: recognise GA107
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: dri, nouveau: BUG: KASAN: use-after-free in dma_fence_signal_timestamp_locked+0x399/0x430
  • From: Mike Galbraith <efault@xxxxxx>
• dri, nouveau: BUG: KASAN: use-after-free in dma_fence_signal_timestamp_locked+0x399/0x430
  • From: Mike Galbraith <efault@xxxxxx>
• [PATCH] drm/nouveau: Make use of the helper macro SET_RUNTIME_PM_OPS()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• Re: [PATCH AUTOSEL 5.13 20/26] drm/nouveau: recognise GA107
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 5.10 16/18] drm/nouveau/kms/nv50: workaround EFI GOP window channel format differences
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 4.14 6/7] drm/nouveau: block a bunch of classes from userspace
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 6/7] drm/nouveau: block a bunch of classes from userspace
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 5/7] drm/nouveau/disp: power down unused DP links during init
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 09/10] drm/nouveau: block a bunch of classes from userspace
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 08/10] drm/nouveau/disp: power down unused DP links during init
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 09/10] drm/nouveau: block a bunch of classes from userspace
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 08/10] drm/nouveau/disp: power down unused DP links during init
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 16/18] drm/nouveau/kms/nv50: workaround EFI GOP window channel format differences
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 17/18] drm/nouveau: block a bunch of classes from userspace
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 15/18] drm/nouveau/disp: power down unused DP links during init
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.13 23/26] drm/nouveau: block a bunch of classes from userspace
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.13 22/26] drm/nouveau/kms/nv50: workaround EFI GOP window channel format differences
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.13 21/26] drm/nouveau/disp: power down unused DP links during init
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.13 20/26] drm/nouveau: recognise GA107
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH linux-next] drm/nouveau/mmu/gp100-: drop unneeded assignment in the if condition.
  • From: CGEL <cgel.zte@xxxxxxxxx>
• Fwd: env NVIDIA ModulePath
  • From: __- -__ <isapgswell@xxxxxxxxx>
• [PATCH linux-next] drm/nouveau/mmu: drop unneeded assignment in the nvkm_uvmm_mthd_page()
  • From: CGEL <cgel.zte@xxxxxxxxx>
• nouveau resume regression after 64f7c698bea9 ("drm/nouveau/fifo: add engine_id hook")
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxx>
• kcsan+slub+nouveau+threadirqs --> kaBoOm
  • From: Mike Galbraith <efault@xxxxxx>
• Re: nouveau resume regression after 64f7c698bea9 ("drm/nouveau/fifo: add engine_id hook")
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Donate NVC0 GF 100 GL [Quadro 4000]
  • From: Roger Price <roger@xxxxxxxxxxxxxx>
• Re: Donate NVC0 GF 100 GL [Quadro 4000]
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v2 0/3] drm/nouveau: fix a use-after-free in postclose()
  • From: Salvatore Bonaccorso <carnil@xxxxxxxxxx>
• Re: [PATCH v2 0/3] drm/nouveau: fix a use-after-free in postclose()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Donate NVC0 GF 100 GL [Quadro 4000]
  • From: Roger Price <roger@xxxxxxxxxxxxxx>
• Re: [Mesa-dev] Requests For Proposals for hosting XDC 2022 are now open
  • From: Samuel Iglesias Gonsálvez <siglesias@xxxxxxxxxx>
• Re: Proposal for allowing more Nouveau contributors to merge patches
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: Proposal for allowing more Nouveau contributors to merge patches
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Proposal for allowing more Nouveau contributors to merge patches
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v4 13/27] drm/mediatek: Don't set struct drm_device.irq_enabled
  • From: Chun-Kuang Hu <chunkuang.hu@xxxxxxxxxx>
• Re: [PATCH] nouveau: make backlight support non optional
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] nouveau: make backlight support non optional
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] depend on BACKLIGHT_CLASS_DEVICE for more devices
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] depend on BACKLIGHT_CLASS_DEVICE for more devices
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] drm/aperture: Pass DRM driver structure instead of driver name
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH linux-next] drm/nouveau/nvenc: remove duplicate include in base.c
  • From: cgel.zte@xxxxxxxxx
• Re: [PATCH 00/38] Replace deprecated CPU-hotplug
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] depend on BACKLIGHT_CLASS_DEVICE for more devices
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 00/38] Replace deprecated CPU-hotplug
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 00/38] Replace deprecated CPU-hotplug
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] drm/nouveau: don't detect DSM for non-NVIDIA device
  • From: Ratchanan Srirattanamet <peathot@xxxxxxxxxxx>
• Proposal for allowing more Nouveau contributors to merge patches
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Help needed for EVoC/GSoC/Outreachy
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] depend on BACKLIGHT_CLASS_DEVICE for more devices
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] depend on BACKLIGHT_CLASS_DEVICE for more devices
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] depend on BACKLIGHT_CLASS_DEVICE for more devices
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] depend on BACKLIGHT_CLASS_DEVICE for more devices
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 06/38] x86/mmiotrace: Replace deprecated CPU-hotplug functions.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 06/38] x86/mmiotrace: Replace deprecated CPU-hotplug functions.
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH 06/38] x86/mmiotrace: Replace deprecated CPU-hotplug functions.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• falcon limit(s) exceeded on GF108M [GeForce GT 620M]
  • From: Reinhard Karcher <reinhard.karcher@xxxxxxx>
• Re: [Mesa-dev] Requests For Proposals for hosting XDC 2022 are now open
  • From: Samuel Iglesias Gonsálvez <siglesias@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: don't touch has_pr3 for likely-non-NVIDIA device
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] drm/nouveau/kms/nv50-: use DRM_NOUVEAU_BACKLIGHT consistently
  • From: trix@xxxxxxxxxx
• Re: [PATCH] nouveau: make backlight support non optional
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] nouveau: make backlight support non optional
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] nouveau: make backlight support non optional
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] nouveau: make backlight support non optional
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] nouveau: make backlight support non optional
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] nouveau: make backlight support non optional
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] nouveau: make backlight support non optional
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] nouveau: make backlight support non optional
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] drm/nouveau/kms/nv50-: fix build failure with CONFIG_BACKLIGHT=n
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50-: fix build failure with CONFIG_BACKLIGHT=n
  • From: "Cornij, Nikola" <Nikola.Cornij@xxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50-: fix build failure with CONFIG_BACKLIGHT=n
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50-: fix build failure with CONFIG_BACKLIGHT=n
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH] nouveau: make backlight support non optional
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50-: fix build failure with CONFIG_BACKLIGHT=n
  • From: Harry Wentland <harry.wentland@xxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50-: fix build failure with CONFIG_BACKLIGHT=n
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50-: fix build failure with CONFIG_BACKLIGHT=n
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50-: fix build failure with CONFIG_BACKLIGHT=n
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50-: fix build failure with CONFIG_BACKLIGHT=n
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: nouveau broken again on Riva TNT2 in 5.14.0-rc2
  • From: Ondrej Zary <linux@xxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50-: fix build failure with CONFIG_BACKLIGHT=n
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50-: fix build failure with CONFIG_BACKLIGHT=n
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50-: fix build failure with CONFIG_BACKLIGHT=n
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50-: fix build failure with CONFIG_BACKLIGHT=n
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50-: fix build failure with CONFIG_BACKLIGHT=n
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50-: fix build failure with CONFIG_BACKLIGHT=n
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: nouveau broken again on Riva TNT2 in 5.14.0-rc2
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH] drm/nouveau: don't touch has_pr3 for likely-non-NVIDIA device
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: don't touch has_pr3 for likely-non-NVIDIA device
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: nouveau broken again on Riva TNT2 in 5.14.0-rc2
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: don't touch has_pr3 for likely-non-NVIDIA device
  • From: Ratchanan Srirattanamet <peathot@xxxxxxxxxxx>
• nouveau broken again on Riva TNT2 in 5.14.0-rc2
  • From: Ondrej Zary <linux@xxxxxxx>
• Re: [PATCH] drm/nouveau: don't touch has_pr3 for likely-non-NVIDIA device
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] drivers/gpu/drm/nouveau/dispnv50/headc57d.c: mark headc57d_olut() as static
  • From: zhaoxiao <zhaoxiao@xxxxxxxxxxxxx>
• [PATCH] drivers/gpu/drm/nouveau/nouveau_bo: Remove a bunch of unused variables
  • From: zhaoxiao <zhaoxiao@xxxxxxxxxxxxx>
• [PATCH] drm/nouveau: don't touch has_pr3 for likely-non-NVIDIA device
  • From: Ratchanan Srirattanamet <peathot@xxxxxxxxxxx>
• [PATCH] drivers/gpu/drm/nouveau/nouveau_bo: Remove a bunch of unused variables
  • From: zhaoxiao <zhaoxiao@xxxxxxxxxxxxx>
• [PATCH] drivers/gpu/drm/nouveau/dispnv50/headc57d.c: mark headc57d_olut() as static
  • From: zhaoxiao <zhaoxiao@xxxxxxxxxxxxx>
• [RESEND PATCH v6 08/14] drm/nouveau: Change debug checks to specifically target syslog
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: nouveau failure 5.14-rc1 and -rc2
  • From: Sid Boyce <sboyce@xxxxxxxxxxxxxxxx>
• Re: nouveau failure 5.14-rc1 and -rc2
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: nouveau failure 5.14-rc1 and -rc2
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 1/7] vgaarb: remove VGA_DEFAULT_DEVICE
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 1/7] vgaarb: remove VGA_DEFAULT_DEVICE
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 1/7] vgaarb: remove VGA_DEFAULT_DEVICE
  • From: Daniel Vetter <daniel@xxxxxxxx>
• nouveau failure 5.14-rc1 and -rc2
  • From: Sid Boyce <sboyce@xxxxxxxxxxxxxxxx>
• Re: misc vgaarb cleanups
  • From: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>
• Re: [PATCH 1/7] vgaarb: remove VGA_DEFAULT_DEVICE
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH 7/7] vgaarb: don't pass a cookie to vga_client_register
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/7] vgaarb: remove the unused irq_set_state argument to vga_client_register
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/7] vgaarb: provide a vga_client_unregister wrapper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/7] vgaarb: cleanup vgaarb.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/7] vgaarb: move the kerneldoc for vga_set_legacy_decoding to vgaarb.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/7] vgaarb: remove vga_conflicts
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/7] vgaarb: remove VGA_DEFAULT_DEVICE
  • From: Christoph Hellwig <hch@xxxxxx>
• misc vgaarb cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH -next] drm: nouveau: fix disp.c build when NOUVEAU_BACKLIGHT is not enabled
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 5.13 204/266] drm/nouveau: Dont set allow_fb_modifiers explicitly
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.12 180/242] drm/nouveau: Dont set allow_fb_modifiers explicitly
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.10 164/215] drm/nouveau: Dont set allow_fb_modifiers explicitly
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "drm/nouveau: Don't set allow_fb_modifiers explicitly" has been added to the 5.13-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "drm/nouveau: Don't set allow_fb_modifiers explicitly" has been added to the 5.12-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "drm/nouveau: Don't set allow_fb_modifiers explicitly" has been added to the 5.10-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Help needed for EVoC/GSoC/Outreachy
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH -next] drm: nouveau: fix disp.c build when NOUVEAU_BACKLIGHT is not enabled
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: nouveau: failed to initialise sync
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: nouveau: failed to initialise sync
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: nouveau: failed to initialise sync
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] include/uapi/drm: fix spelling mistakes in header files
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] include/uapi/drm: fix spelling mistakes in header files
  • From: gushengxian <gushengxian507419@xxxxxxxxx>
• Re: [Mesa-dev] XDC 2021: Registration & Call for Proposals now open!
  • From: Samuel Iglesias Gonsálvez <siglesias@xxxxxxxxxx>
• Re: nouveau: failed to initialise sync
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [Mesa-dev] XDC 2021: Registration & Call for Proposals now open!
  • From: Samuel Iglesias Gonsálvez <siglesias@xxxxxxxxxx>
• Re: nouveau: failed to initialise sync
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: nouveau: failed to initialise sync
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH] drm/nouveau: remove unused varialble "struct device *dev"
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• nouveau: failed to initialise sync
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• Re: [PATCH] include/uapi/drm: fix spelling mistakes in header files
  • From: Simon Ser <contact@xxxxxxxxxxx>
• [PATCH] drm/nouveau: Remove redundant error check on variable ret
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [Mesa-dev] Requests For Proposals for hosting XDC 2022 are now open
  • From: Samuel Iglesias Gonsálvez <siglesias@xxxxxxxxxx>
• [PATCH v2] drm/nouveau: remove unused varialble "struct device *dev"
  • From: Cai Huoqing <caihuoqing1990@xxxxxxx>
• Re: [PATCH] drm/aperture: Pass DRM driver structure instead of driver name
  • From: "Das, Nirmoy" <nirmoy.das@xxxxxxx>
• Re: [PATCH v4 19/27] drm/stm: Don't set struct drm_device.irq_enabled
  • From: yannick Fertre <yannick.fertre@xxxxxxxxxxx>
• Re: [PATCH] drm/aperture: Pass DRM driver structure instead of driver name
  • From: Chen-Yu Tsai <wens@xxxxxxxxxx>
• Re: [PATCH v4 05/27] drm/armada: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/aperture: Pass DRM driver structure instead of driver name
  • From: Neil Armstrong <narmstrong@xxxxxxxxxxxx>
• [PATCH] drm/aperture: Pass DRM driver structure instead of driver name
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH AUTOSEL 4.4 2/2] drm/nouveau: fix dma_address check for CPU/GPU sync
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 2/2] drm/nouveau: fix dma_address check for CPU/GPU sync
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 2/2] drm/nouveau: fix dma_address check for CPU/GPU sync
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 2/2] drm/nouveau: fix dma_address check for CPU/GPU sync
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 2/3] drm/nouveau: fix dma_address check for CPU/GPU sync
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 3/4] drm/nouveau: fix dma_address check for CPU/GPU sync
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.12 4/5] drm/nouveau: fix dma_address check for CPU/GPU sync
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: drm/nouveau: lockdep circular locking dependency report
  • From: Mike Galbraith <efault@xxxxxx>
• drm/nouveau: lockdep circular locking dependency report
  • From: Mike Galbraith <efault@xxxxxx>
• [PATCH v3 08/27] drm/malidp: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 17/27] drm/rockchip: 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>
• [PATCH] drm/nouveau/core: fix the uninitialized use in nvkm_ioctl_map()
  • From: Yizhuo Zhai <yzhai003@xxxxxxx>
• Re: [PATCH v3 04/27] drm: Don't test for IRQ support in VBLANK ioctls
  • From: Liviu Dudau <liviu.dudau@xxxxxxx>
• [PATCH v4 20/27] drm/sun4i: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 14/27] drm/nouveau: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 18/27] drm/sti: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 11/27] drm/imx: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 07/27] drm/komeda: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 23/27] drm/vc4: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH -next] drm/nouveau/svm: Remove set but not used variable 'ret'
  • From: "libaokun (A)" <libaokun1@xxxxxxxxxx>
• [PATCH] remove unused varialble "struct device *dev"
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH v4 24/27] drm/vkms: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 22/22] drm/zte: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 19/27] drm/stm: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 21/22] drm/xlnx: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• 答复: [PATCH v2 02/22] drm/hibmc: Call drm_irq_uninstall() unconditionally
  • From: "tiantao (H)" <tiantao6@xxxxxxxxxxxxx>
• [PATCH v4 13/27] drm/mediatek: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 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: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 08/22] drm/kirin: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 25/27] drm/vmwgfx: Don't set struct drm_device.irq_enabled
  • From: Zack Rusin <zackr@xxxxxxxxxx>
• [PATCH v4 21/27] drm/tegra: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 18/22] drm/tidss: Don't use struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 21/27] drm/tegra: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 07/22] drm/exynos: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 09/22] drm/imx: Don't set struct drm_device.irq_enabled
  • From: Laurentiu Palcu <laurentiu.palcu@xxxxxxxxxxx>
• [PATCH v3 04/27] drm: Don't test for IRQ support in VBLANK ioctls
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 16/22] drm/sun4i: 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>
• [PATCH v3 06/27] drm/i915: Track IRQ state in local device state
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 06/22] drm/malidp: Don't set struct drm_device.irq_enabled
  • From: Liviu Dudau <liviu.dudau@xxxxxxx>
• Re: [PATCH v10 07/10] mm: Device exclusive memory access
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH v4 25/27] drm/vmwgfx: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 27/27] drm/zte: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 06/22] drm/malidp: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 07/27] drm/komeda: Don't set struct drm_device.irq_enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [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>