[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ea9b0d97-ddf6-cc22-652f-dde1ec6c1e89@amd.com>
Date: Sun, 2 Apr 2023 17:17:29 -0500
From: "Limonciello, Mario" <mario.limonciello@....com>
To: Mark Pearson <mpearson-lenovo@...ebb.ca>
Cc: Hans de Goede <hdegoede@...hat.com>,
"markgross@...nel.org" <markgross@...nel.org>,
Armin Wolf <W_Armin@....de>,
Mirsad Goran Todorovac <mirsad.todorovac@....unizg.hr>,
Thomas Weißschuh <linux@...ssschuh.net>,
"platform-driver-x86@...r.kernel.org"
<platform-driver-x86@...r.kernel.org>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/2] platform/x86: think-lmi: Fix memory leaks when
parsing ThinkStation WMI strings
On 4/2/2023 14:23, Mark Pearson wrote:
> Hi Mario
>
> On Sun, Apr 2, 2023, at 10:04 AM, Mario Limonciello wrote:
>> On 4/1/23 13:43, Mark Pearson wrote:
>>
>>> My previous commit introduced a memory leak where the item allocated
>>> from tlmi_setting was not freed.
>>> This commit also renames it to avoid confusion with the similarly name
>>> variable in the same function.
>>>
>>> Fixes: 8a02d70679fc ("platform/x86: think-lmi: Add possible_values for ThinkStation")
>>> Reported-by: Mirsad Todorovac <mirsad.todorovac@....unizg.hr>
>>> Link: https://lore.kernel.org/lkml/df26ff45-8933-f2b3-25f4-6ee51ccda7d8@gmx.de/T/
>>> Signed-off-by: Mark Pearson <mpearson-lenovo@...ebb.ca>
>>> ---
>>> This patch series builds on top of the proposed patch from Armin Wolf
>>> "platform/x86: think-lmi: Fix memory leak when showing current settings"
>>
>> Which version of the patch did you do it from? I tried to apply v3 of
>> Armin's patch
>> to Linus' tree and then apply these two.
>>
>> The first applied, but the second had conflicts. Here was my base (with
>> patch 1 in
>> this series applied).
>
> I was using v2 - but there shouldn't be any code changes between v3 and v2....so I hadn't re-based.
>
> I'm working in the fixes branch from pdx86.git (with the aim of making it easier for Hans to pull in the patches). It's possible I've goofed somehow...though not sure how :(
>
> I'll go double check - but likely won't be until tomorrow I'm afraid. I should probably just wait for the patch to be accepted and then work from there....
>
> Mark
Hmm, I just tried on platform-x86/for-next.
commit e3271a5917d1501089b1a224d702aa053e2877f4 (tag:
platform-drivers-x86-v6.3-4, platform-x86/fixes)
I get the same problem there. I just applied Armin's single v3 patch
and then tried your series.
Powered by blists - more mailing lists