[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8556e402-52ae-849f-2f6e-e56406057dce@loongson.cn>
Date: Wed, 24 Jun 2020 19:30:02 +0800
From: Tiezhu Yang <yangtiezhu@...ngson.cn>
To: Markus Elfring <Markus.Elfring@....de>, devicetree@...r.kernel.org,
linux-mips@...r.kernel.org
Cc: kernel-janitors@...r.kernel.org, linux-kernel@...r.kernel.org,
Huacai Chen <chenhc@...ote.com>,
Jason Cooper <jason@...edaemon.net>,
Jiaxun Yang <jiaxun.yang@...goat.com>,
Marc Zyngier <maz@...nel.org>,
Rob Herring <robh+dt@...nel.org>,
Thomas Gleixner <tglx@...utronix.de>,
Xuefeng Li <lixuefeng@...ngson.cn>
Subject: Re: [1/7] irqchip: Fix potential resource leaks
On 06/24/2020 06:06 PM, Markus Elfring wrote:
>>> Were any known software analysis tools involved for the detection of
>>> questionable source code places?
>> kmemleak can detect memory leak,
>> but I do not know how to detect other kind of leaks.
> How do you think about to extend source code analysis tools accordingly?
I have no good idea,
maybe some simple match check tools can do this.
>
>
>> I think consciously release resource in the error path can avoid leaks.
> Is it often too easy to overlook relevant function calls?
Yes, I think code review can avoid this issue in some certain degree.
>
> Regards,
> Markus
Powered by blists - more mailing lists