[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <251eeef8-cba5-4b3c-89c2-525cac0d6829@app.fastmail.com>
Date: Sun, 02 Apr 2023 20:38:58 -0400
From: "Mark Pearson" <mpearson-lenovo@...ebb.ca>
To: "Limonciello, Mario" <mario.limonciello@....com>
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 Sun, Apr 2, 2023, at 6:17 PM, Limonciello, Mario wrote:
> 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.
You're absolutely right...it doesn't apply if I start again from clean.
I have no idea why - it must have been something I did when applying the patch in the first place but I'm at a loss as to what. Urgh :(
I'm regenerating the patch and will resend as a v2. Just going to run some tests as a sanity check first.
Mark
Powered by blists - more mailing lists