[PATCH] drm/xe/display: Fix memory leak in parse_lfp_panel_dtd()
Jani Nikula
jani.nikula at linux.intel.com
Thu Oct 10 10:02:55 UTC 2024
On Thu, 10 Oct 2024, Jani Nikula <jani.nikula at linux.intel.com> wrote:
> On Wed, 09 Oct 2024, Shuicheng Lin <shuicheng.lin at intel.com> wrote:
>> The function parse_lfp_panel_dtd() is called when the driver
>> attempts to initialize the eDP connector, and it allocates memory,
>> which is recorded in panel->vbt.lfp_vbt_mode. However, since no
>> eDP panel is connected, the driver fails at intel_edp_init_dpcd()
>> and follows the failure path. Unfortunately, the allocated memory
>> is not freed in this case.
>>
>> To fix this issue, free the memory in the failure path.
>>
>> leak info from kmemleak:
>> "
>> unreferenced object 0xffff8881252f8800 (size 128):
>> comm "systemd-udevd", pid 192, jiffies 4294896880
>> hex dump (first 32 bytes):
>> e8 fd 00 00 00 04 18 04 a0 04 40 05 00 00 00 03 .......... at .....
>> 03 03 09 03 26 03 00 00 0a 00 00 00 00 00 00 00 ....&...........
>> backtrace (crc 7448f6b4):
>> [<ffffffff82475c9b>] kmemleak_alloc+0x4b/0x80
>> [<ffffffff814bb50e>] __kmalloc_cache_noprof+0x2be/0x390
>> [<ffffffffa069862c>] intel_bios_init_panel+0x1c4c/0x2720 [xe]
>> [<ffffffffa0699123>] intel_bios_init_panel_early+0x13/0x20 [xe]
>> [<ffffffffa06fceb9>] intel_dp_init_connector+0x2f9/0x1080 [xe]
>> [<ffffffffa06c370a>] intel_ddi_init+0xbba/0xf50 [xe]
>> [<ffffffffa069b906>] intel_bios_for_each_encoder+0x36/0x60 [xe]
>> [<ffffffffa06d7bd6>] intel_setup_outputs+0x206/0x450 [xe]
>> [<ffffffffa06dad33>] intel_display_driver_probe_nogem+0x163/0x1f0 [xe]
>> [<ffffffffa0680fc7>] xe_display_init_noaccel+0x27/0x70 [xe]
>> [<ffffffffa05b30d6>] xe_device_probe+0x806/0x9a0 [xe]
>> [<ffffffffa0612f0f>] xe_pci_probe+0x31f/0x590 [xe]
>> [<ffffffff81b41718>] local_pci_probe+0x48/0xb0
>> [<ffffffff81b432c8>] pci_device_probe+0xc8/0x280
>> [<ffffffff81d5dde8>] really_probe+0xf8/0x390
>> [<ffffffff81d5e11a>] __driver_probe_device+0x8a/0x170
>> "
>>
>> Signed-off-by: Shuicheng Lin <shuicheng.lin at intel.com>
>> ---
>> drivers/gpu/drm/i915/display/intel_dp.c | 1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/drivers/gpu/drm/i915/display/intel_dp.c b/drivers/gpu/drm/i915/display/intel_dp.c
>> index 90fa73575feb..39ad71454d2b 100644
>> --- a/drivers/gpu/drm/i915/display/intel_dp.c
>> +++ b/drivers/gpu/drm/i915/display/intel_dp.c
>> @@ -6801,6 +6801,7 @@ static bool intel_edp_init_connector(struct intel_dp *intel_dp,
>>
>> out_vdd_off:
>> intel_pps_vdd_off_sync(intel_dp);
>> + intel_panel_fini(intel_connector);
>
> It's a bit hard to follow, but this breaks the symmetry. If we end up
> here, intel_panel_init() hasn't been called yet, so we shouldn't call
> intel_panel_fini() either.
>
> What we want to undo here is what was done by
> intel_bios_init_panel_early() and intel_bios_init_panel_late(). The
> appropriate function for that is intel_bios_fini_panel().
PS. The subject prefix should be "drm/i915/dp". This is not about xe
display per se.
BR,
Jani.
>
> BR,
> Jani.
>
>>
>> return false;
>> }
--
Jani Nikula, Intel
More information about the Intel-gfx
mailing list