[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20150203174123.GI3463@pd.tnic>
Date: Tue, 3 Feb 2015 18:41:23 +0100
From: Borislav Petkov <bp@...en8.de>
To: Junjie Mao <junjie.mao@...mail.com>
Cc: Doug Thompson <dougthompson@...ssion.com>,
Mauro Carvalho Chehab <mchehab@....samsung.com>,
linux-edac@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] edac: remove dev_attr_sdram_scrub_rate on failure
On Tue, Feb 03, 2015 at 09:54:41AM +0800, Junjie Mao wrote:
Commit message here please.
> Signed-off-by: Junjie Mao <junjie.mao@...mail.com>
> ---
> drivers/edac/edac_mc_sysfs.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/edac/edac_mc_sysfs.c b/drivers/edac/edac_mc_sysfs.c
> index 8e48d32efe37..ab2963bdd0d5 100644
> --- a/drivers/edac/edac_mc_sysfs.c
> +++ b/drivers/edac/edac_mc_sysfs.c
> @@ -1068,6 +1068,8 @@ fail_unregister_dimm:
> continue;
> device_unregister(&dimm->dev);
> }
> + if (mci->set_sdram_scrub_rate || mci->get_sdram_scrub_rate)
> + device_remove_file(&mci->dev, &dev_attr_sdram_scrub_rate);
> fail_unregister_dev:
> device_unregister(&mci->dev);
> fail_unregister_bus:
Do I see it correctly that the destroy path
edac_remove_sysfs_mci_device() doesn't call device_remove_file() on that
sysfs node either?
Please add that code too.
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
--
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists