+++ /dev/null
-From a3ef3c2da675a8a564c8bea1a511cdd0a2a9aa49 Mon Sep 17 00:00:00 2001
-From: Imre Deak <imre.deak@intel.com>
-Date: Thu, 5 Jun 2025 11:28:46 +0300
-Subject: drm/dp: Change AUX DPCD probe address from DPCD_REV to LANE0_1_STATUS
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-From: Imre Deak <imre.deak@intel.com>
-
-commit a3ef3c2da675a8a564c8bea1a511cdd0a2a9aa49 upstream.
-
-Reading DPCD registers has side-effects in general. In particular
-accessing registers outside of the link training register range
-(0x102-0x106, 0x202-0x207, 0x200c-0x200f, 0x2216) is explicitly
-forbidden by the DP v2.1 Standard, see
-
-3.6.5.1 DPTX AUX Transaction Handling Mandates
-3.6.7.4 128b/132b DP Link Layer LTTPR Link Training Mandates
-
-Based on my tests, accessing the DPCD_REV register during the link
-training of an UHBR TBT DP tunnel sink leads to link training failures.
-
-Solve the above by using the DP_LANE0_1_STATUS (0x202) register for the
-DPCD register access quirk.
-
-Cc: <stable@vger.kernel.org>
-Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
-Cc: Jani Nikula <jani.nikula@linux.intel.com>
-Acked-by: Jani Nikula <jani.nikula@intel.com>
-Signed-off-by: Imre Deak <imre.deak@intel.com>
-Link: https://lore.kernel.org/r/20250605082850.65136-2-imre.deak@intel.com
-(cherry picked from commit a40c5d727b8111b5db424a1e43e14a1dcce1e77f)
-Signed-off-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
----
- drivers/gpu/drm/display/drm_dp_helper.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
---- a/drivers/gpu/drm/display/drm_dp_helper.c
-+++ b/drivers/gpu/drm/display/drm_dp_helper.c
-@@ -663,7 +663,7 @@ ssize_t drm_dp_dpcd_read(struct drm_dp_a
- * monitor doesn't power down exactly after the throw away read.
- */
- if (!aux->is_remote) {
-- ret = drm_dp_dpcd_probe(aux, DP_DPCD_REV);
-+ ret = drm_dp_dpcd_probe(aux, DP_LANE0_1_STATUS);
- if (ret < 0)
- return ret;
- }
i2c-robotfuzz-osif-disable-zero-length-read-messages.patch
asoc-amd-yc-add-dmi-quirk-for-lenovo-ideapad-slim-5-15.patch
s390-pkey-prevent-overflow-in-size-calculation-for-memdup_user.patch
-drm-dp-change-aux-dpcd-probe-address-from-dpcd_rev-to-lane0_1_status.patch
atm-clip-prevent-null-deref-in-clip_push.patch
alsa-usb-audio-fix-out-of-bounds-read-in-snd_usb_get.patch
attach_recursive_mnt-do-not-lock-the-covering-tree-w.patch
+++ /dev/null
-From a3ef3c2da675a8a564c8bea1a511cdd0a2a9aa49 Mon Sep 17 00:00:00 2001
-From: Imre Deak <imre.deak@intel.com>
-Date: Thu, 5 Jun 2025 11:28:46 +0300
-Subject: drm/dp: Change AUX DPCD probe address from DPCD_REV to LANE0_1_STATUS
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-From: Imre Deak <imre.deak@intel.com>
-
-commit a3ef3c2da675a8a564c8bea1a511cdd0a2a9aa49 upstream.
-
-Reading DPCD registers has side-effects in general. In particular
-accessing registers outside of the link training register range
-(0x102-0x106, 0x202-0x207, 0x200c-0x200f, 0x2216) is explicitly
-forbidden by the DP v2.1 Standard, see
-
-3.6.5.1 DPTX AUX Transaction Handling Mandates
-3.6.7.4 128b/132b DP Link Layer LTTPR Link Training Mandates
-
-Based on my tests, accessing the DPCD_REV register during the link
-training of an UHBR TBT DP tunnel sink leads to link training failures.
-
-Solve the above by using the DP_LANE0_1_STATUS (0x202) register for the
-DPCD register access quirk.
-
-Cc: <stable@vger.kernel.org>
-Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
-Cc: Jani Nikula <jani.nikula@linux.intel.com>
-Acked-by: Jani Nikula <jani.nikula@intel.com>
-Signed-off-by: Imre Deak <imre.deak@intel.com>
-Link: https://lore.kernel.org/r/20250605082850.65136-2-imre.deak@intel.com
-(cherry picked from commit a40c5d727b8111b5db424a1e43e14a1dcce1e77f)
-Signed-off-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
----
- drivers/gpu/drm/display/drm_dp_helper.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
---- a/drivers/gpu/drm/display/drm_dp_helper.c
-+++ b/drivers/gpu/drm/display/drm_dp_helper.c
-@@ -664,7 +664,7 @@ ssize_t drm_dp_dpcd_read(struct drm_dp_a
- * monitor doesn't power down exactly after the throw away read.
- */
- if (!aux->is_remote) {
-- ret = drm_dp_dpcd_probe(aux, DP_DPCD_REV);
-+ ret = drm_dp_dpcd_probe(aux, DP_LANE0_1_STATUS);
- if (ret < 0)
- return ret;
- }
lib-group_cpus-fix-null-pointer-dereference-from-group_cpus_evenly.patch
revert-riscv-define-task_size_max-for-__access_ok.patch
revert-riscv-misaligned-fix-sleeping-function-called-during-misaligned-access-handling.patch
-drm-dp-change-aux-dpcd-probe-address-from-dpcd_rev-to-lane0_1_status.patch
drm-xe-display-add-check-for-alloc_ordered_workqueue.patch
hid-wacom-fix-crash-in-wacom_aes_battery_handler.patch
atm-clip-prevent-null-deref-in-clip_push.patch
+++ /dev/null
-From a3ef3c2da675a8a564c8bea1a511cdd0a2a9aa49 Mon Sep 17 00:00:00 2001
-From: Imre Deak <imre.deak@intel.com>
-Date: Thu, 5 Jun 2025 11:28:46 +0300
-Subject: drm/dp: Change AUX DPCD probe address from DPCD_REV to LANE0_1_STATUS
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-From: Imre Deak <imre.deak@intel.com>
-
-commit a3ef3c2da675a8a564c8bea1a511cdd0a2a9aa49 upstream.
-
-Reading DPCD registers has side-effects in general. In particular
-accessing registers outside of the link training register range
-(0x102-0x106, 0x202-0x207, 0x200c-0x200f, 0x2216) is explicitly
-forbidden by the DP v2.1 Standard, see
-
-3.6.5.1 DPTX AUX Transaction Handling Mandates
-3.6.7.4 128b/132b DP Link Layer LTTPR Link Training Mandates
-
-Based on my tests, accessing the DPCD_REV register during the link
-training of an UHBR TBT DP tunnel sink leads to link training failures.
-
-Solve the above by using the DP_LANE0_1_STATUS (0x202) register for the
-DPCD register access quirk.
-
-Cc: <stable@vger.kernel.org>
-Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
-Cc: Jani Nikula <jani.nikula@linux.intel.com>
-Acked-by: Jani Nikula <jani.nikula@intel.com>
-Signed-off-by: Imre Deak <imre.deak@intel.com>
-Link: https://lore.kernel.org/r/20250605082850.65136-2-imre.deak@intel.com
-(cherry picked from commit a40c5d727b8111b5db424a1e43e14a1dcce1e77f)
-Signed-off-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
----
- drivers/gpu/drm/display/drm_dp_helper.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
---- a/drivers/gpu/drm/display/drm_dp_helper.c
-+++ b/drivers/gpu/drm/display/drm_dp_helper.c
-@@ -723,7 +723,7 @@ ssize_t drm_dp_dpcd_read(struct drm_dp_a
- * monitor doesn't power down exactly after the throw away read.
- */
- if (!aux->is_remote) {
-- ret = drm_dp_dpcd_probe(aux, DP_DPCD_REV);
-+ ret = drm_dp_dpcd_probe(aux, DP_LANE0_1_STATUS);
- if (ret < 0)
- return ret;
- }
lib-group_cpus-fix-null-pointer-dereference-from-group_cpus_evenly.patch
revert-riscv-define-task_size_max-for-__access_ok.patch
revert-riscv-misaligned-fix-sleeping-function-called-during-misaligned-access-handling.patch
-drm-dp-change-aux-dpcd-probe-address-from-dpcd_rev-to-lane0_1_status.patch
drm-amd-display-add-sanity-checks-for-drm_edid_raw.patch
drm-amdgpu-mes-add-compatibility-checks-for-set_hw_resource_1.patch
drm-xe-display-add-check-for-alloc_ordered_workqueue.patch
+++ /dev/null
-From a3ef3c2da675a8a564c8bea1a511cdd0a2a9aa49 Mon Sep 17 00:00:00 2001
-From: Imre Deak <imre.deak@intel.com>
-Date: Thu, 5 Jun 2025 11:28:46 +0300
-Subject: drm/dp: Change AUX DPCD probe address from DPCD_REV to LANE0_1_STATUS
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-From: Imre Deak <imre.deak@intel.com>
-
-commit a3ef3c2da675a8a564c8bea1a511cdd0a2a9aa49 upstream.
-
-Reading DPCD registers has side-effects in general. In particular
-accessing registers outside of the link training register range
-(0x102-0x106, 0x202-0x207, 0x200c-0x200f, 0x2216) is explicitly
-forbidden by the DP v2.1 Standard, see
-
-3.6.5.1 DPTX AUX Transaction Handling Mandates
-3.6.7.4 128b/132b DP Link Layer LTTPR Link Training Mandates
-
-Based on my tests, accessing the DPCD_REV register during the link
-training of an UHBR TBT DP tunnel sink leads to link training failures.
-
-Solve the above by using the DP_LANE0_1_STATUS (0x202) register for the
-DPCD register access quirk.
-
-Cc: <stable@vger.kernel.org>
-Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
-Cc: Jani Nikula <jani.nikula@linux.intel.com>
-Acked-by: Jani Nikula <jani.nikula@intel.com>
-Signed-off-by: Imre Deak <imre.deak@intel.com>
-Link: https://lore.kernel.org/r/20250605082850.65136-2-imre.deak@intel.com
-(cherry picked from commit a40c5d727b8111b5db424a1e43e14a1dcce1e77f)
-Signed-off-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
----
- drivers/gpu/drm/display/drm_dp_helper.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
---- a/drivers/gpu/drm/display/drm_dp_helper.c
-+++ b/drivers/gpu/drm/display/drm_dp_helper.c
-@@ -663,7 +663,7 @@ ssize_t drm_dp_dpcd_read(struct drm_dp_a
- * monitor doesn't power down exactly after the throw away read.
- */
- if (!aux->is_remote) {
-- ret = drm_dp_dpcd_probe(aux, DP_DPCD_REV);
-+ ret = drm_dp_dpcd_probe(aux, DP_LANE0_1_STATUS);
- if (ret < 0)
- return ret;
- }
asoc-amd-yc-add-dmi-quirk-for-lenovo-ideapad-slim-5-15.patch
s390-pkey-prevent-overflow-in-size-calculation-for-memdup_user.patch
lib-group_cpus-fix-null-pointer-dereference-from-group_cpus_evenly.patch
-drm-dp-change-aux-dpcd-probe-address-from-dpcd_rev-to-lane0_1_status.patch
atm-clip-prevent-null-deref-in-clip_push.patch
alsa-usb-audio-fix-out-of-bounds-read-in-snd_usb_get.patch
attach_recursive_mnt-do-not-lock-the-covering-tree-w.patch