RE: [PATCH 1/1] rasdaemon: Fix for regression in ras_mc_create_table() if some cpus are offline at the system start

[Shiju Jose <shiju.jose@huawei.com>]

Hi Mauro,

>-----Original Message-----
>From: Mauro Carvalho Chehab <mchehab@kernel.org>
>Sent: 18 March 2023 08:36
>To: Shiju Jose <shiju.jose@huawei.com>
>Cc: linux-edac@vger.kernel.org; tanxiaofei <tanxiaofei@huawei.com>; fenglei
><fenglei47@h-partners.com>; Jonathan Cameron
><jonathan.cameron@huawei.com>; Linuxarm <linuxarm@huawei.com>
>Subject: Re: [PATCH 1/1] rasdaemon: Fix for regression in
>ras_mc_create_table() if some cpus are offline at the system start
>
>Hi Jose,
>
>Em Tue, 14 Mar 2023 10:57:25 +0000
><shiju.jose@huawei.com> escreveu:
>
>> From: Shiju Jose <shiju.jose@huawei.com>
>>
>> Issues:
>> Regression in the ras_mc_create_table() if some of the cpus are
>> offline at the system start when run the rasdaemon. This issue is
>> reproducible in ras_mc_create_table() with decode and record
>> non-standard events and reproducible sometimes with
>> ras_mc_create_table() for the standard events.
>> Also in the multi thread way, there is memory leak in
>> ras_mc_event_opendb() as struct sqlite3_priv *priv and sqlite3 *db
>> allocated/initialized per thread, but stored in the common struct
>> ras_events ras in pthread data, which is shared across the threads.
>
>Could you please submit rasdaemon patches via github pull requests?
>
>It is currently easier to me to pick patches from there. You can still send then to
>the ML in case you want others to take a look and review them, but I'll be
>applying them only after the PR at rasdaemon.

I  will  submit the pull request in the github.
 
>
>Regards,
>Mauro
>
Thanks,
Shiju