Daniel Wheeler

تتعلق المشكلة بإدارة عد المراجع للخطط في وحدة drm/amd/display التابعة لنواة لينكس. لا تحافظ آلية النسخ الاحتياطي واستعادة حالات الأسطح على عدد المراجع، مما قد يتسبب في مشاكل إذا تغير عدد مراجع السطح بين عمليتي النسخ الاحتياطي والاستعادة. وقد يؤدي ذلك إلى تسربات في الذاكرة إذا كان من المفترض أن ينخفض عدد المراجع، أو إلى عمليات تحرير مزدوجة/وصول غير صالح إلى الذاكرة إذا كان من المفترض أن يزداد عدد المراجع. يتضمن الإصلاح تخزين عدد المراجع الحالي مؤقتًا وإعادة تطبيقه عند استعادة حالات الخطط.

تتعلق المشكلة بتلف الذاكرة الناجم عن مؤشرات المصفوفة خارج النطاق. لحل هذه المشكلة، تمت إضافة عمليات تحقق لضمان بقاء مؤشرات المصفوفة ضمن النطاق المسموح به، وتحديدًا في مكون drm/amd/display في نواة Linux.

The issue occurs when a monitor connected after an MST hub is unplugged, resulting in a null pointer dereference. This happens because `dc sink` is released immediately in `early unregister()` or `detect ctx()`, and committing a new state that refers to information stored in `dc sink` causes a null pointer dereference. The problem is resolved by removing a redundant checking condition and resetting `dsc aux` to NULL when the connector is disconnected.

The issue is related to a double free problem in the Linux kernel's amdgpu module. Specifically, the `link destruct()` function in the `drivers/gpu/drm/amd/display/dc/link/link factory.c` file is vulnerable to repeated freeing of previously freed memory. This could potentially allow an attacker to impact the confidentiality, integrity, and availability of protected information. The vulnerability occurs when unloading the amdgpu module, and it involves the `dcn10 link encoder destroy()` and `link destroy()` functions.

The issue is related to a bounds check in the Linux kernel's drm/amd/display component, specifically for dcn35 DcfClocks. The problem arises because `NumFclkLevelsEnabled` is used instead of the designated `NumDcfClkLevelsEnabled` for the bounds check, potentially causing an array index out-of-bounds access.

The issue is related to the drm/amd/display component of the Linux kernel, where two problems have been fixed: a comparison with a wider integer type in a loop condition that can cause infinite loops, and a pointer dereference before a null check.

There is a potential memory access violation while iterating through an array of dcn35 clks. This issue can be resolved by limiting iteration per array size.

The issue is related to a NULL dereference of the timing generator in the drm/amd/display component of the Linux kernel. This can be exploited to cause a denial of service. The vulnerability occurs when the assigned timing generator is NULL, and its functions are accessed without proper checks. To prevent this, the kernel now checks whether the assigned timing generator is NULL before accessing its functions.