From: Borislav Petkov <bp@alien8.de>
To: Tony Luck <tony.luck@intel.com>
Cc: "Rafael J. Wysocki" <rafael.j.wysocki@intel.com>,
Qiuxu Zhuo <qiuxu.zhuo@intel.com>,
Aristeu Rozanski <aris@redhat.com>,
Mauro Carvalho Chehab <mchehab@s-opensource.com>,
linux-edac@vger.kernel.org, linux-acpi@vger.kernel.org
Subject: [v2,2/3] EDAC, skx_edac: Clean up debugfs
Date: Tue, 16 Oct 2018 10:35:56 +0200 [thread overview]
Message-ID: <20181016083556.GC5212@zn.tnic> (raw)
On Thu, Oct 11, 2018 at 02:12:35PM -0700, Tony Luck wrote:
> From: Qiuxu Zhuo <qiuxu.zhuo@intel.com>
>
> 1) The skx_edac debugfs node is '/sys/kernel/debug/skx_edac_test,
> move it under EDAC debugfs root node '/sys/kernel/debug/edac/'
>
> 2) Use skx_mce_check_error() instead of skx_decode() for debugfs,
> then the decoded result is showed via EDAC core. Because EDAC
> core show the decoded result in a more readable format as like:
> CPU_SrcID#[0-9]_MC#[0-9]_Chan#[0-9]_DIMM#[0-9].
>
> Signed-off-by: Qiuxu Zhuo <qiuxu.zhuo@intel.com>
> Signed-off-by: Tony Luck <tony.luck@intel.com>
> ---
> drivers/edac/skx_edac.c | 91 ++++++++++++++++++++---------------------
> 1 file changed, 44 insertions(+), 47 deletions(-)
>
> diff --git a/drivers/edac/skx_edac.c b/drivers/edac/skx_edac.c
> index fae095162c01..a710169abdbc 100644
> --- a/drivers/edac/skx_edac.c
> +++ b/drivers/edac/skx_edac.c
> @@ -894,53 +894,6 @@ static bool skx_decode(struct decoded_addr *res)
> skx_rir_decode(res) && skx_mad_decode(res);
> }
>
> -#ifdef CONFIG_EDAC_DEBUG
> -/*
> - * Debug feature. Make /sys/kernel/debug/skx_edac_test/addr.
> - * Write an address to this file to exercise the address decode
> - * logic in this driver.
> - */
> -static struct dentry *skx_test;
> -static u64 skx_fake_addr;
> -
> -static int debugfs_u64_set(void *data, u64 val)
> -{
> - struct decoded_addr res;
> -
> - res.addr = val;
> - skx_decode(&res);
> -
> - return 0;
> -}
> -
> -DEFINE_SIMPLE_ATTRIBUTE(fops_u64_wo, NULL, debugfs_u64_set, "%llu\n");
> -
> -static struct dentry *mydebugfs_create(const char *name, umode_t mode,
> - struct dentry *parent, u64 *value)
> -{
> - return debugfs_create_file(name, mode, parent, value, &fops_u64_wo);
> -}
> -
> -static void setup_skx_debug(void)
> -{
> - skx_test = debugfs_create_dir("skx_edac_test", NULL);
> - mydebugfs_create("addr", S_IWUSR, skx_test, &skx_fake_addr);
> -}
> -
> -static void teardown_skx_debug(void)
> -{
> - debugfs_remove_recursive(skx_test);
> -}
> -#else
> -static void setup_skx_debug(void)
> -{
> -}
> -
> -static void teardown_skx_debug(void)
> -{
> -}
> -#endif /*CONFIG_EDAC_DEBUG*/
> -
> static void skx_mce_output_error(struct mem_ctl_info *mci,
> const struct mce *m,
> struct decoded_addr *res)
> @@ -1072,6 +1025,50 @@ static struct notifier_block skx_mce_dec = {
> .priority = MCE_PRIO_EDAC,
> };
>
> +#ifdef CONFIG_EDAC_DEBUG
> +/*
> + * Debug feature.
> + * Exercise the address decode logic by writing an address to
> + * /sys/kernel/debug/edac/skx_edac_test/addr.
> + */
> +static struct dentry *skx_test;
> +static u64 skx_fake_addr;
What is that unused variable for?
> +
> +static int debugfs_u64_set(void *data, u64 val)
> +{
> + struct mce m;
memset(&m, ...
otherwise, funky headscratchers will happen as to where the h*ll is this
value set?!?
I'm talking from experience here.
> +
> + m.mcgstatus = 0;
> + /* ADDRV + MemRd + Unknown channel */
> + m.status = MCI_STATUS_ADDRV + 0x90;
> + /* One corrected error */
> + m.status |= 1ULL << MCI_STATUS_CEC_SHIFT;
BIT_ULL()
> + m.addr = val;
> + m.socketid = 0;
And if you memset above, you don't need those silly zeroing lines to
clutter the code.
> + skx_mce_check_error(NULL, 0, &m);
> +
> + return 0;
> +}
> +DEFINE_SIMPLE_ATTRIBUTE(fops_u64_wo, NULL, debugfs_u64_set, "%llu\n");
> +
> +static void setup_skx_debug(void)
> +{
> + skx_test = edac_debugfs_create_dir("skx_edac_test");
> + if (!skx_test)
> + return;
> + edac_debugfs_create_file("addr", 0200, skx_test,
> + &skx_fake_addr, &fops_u64_wo);
Error handling needs to remove skx_test on error.
> +}
> +
> +static void teardown_skx_debug(void)
> +{
> + debugfs_remove_recursive(skx_test);
> +}
> +#else
> +static void setup_skx_debug(void) {}
> +static void teardown_skx_debug(void) {}
> +#endif /*CONFIG_EDAC_DEBUG*/
> +
> static void skx_remove(void)
> {
> int i, j;
> --
> 2.17.1
>
next reply other threads:[~2018-10-16 8:35 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-16 8:35 Borislav Petkov [this message]
-- strict thread matches above, loose matches on Subject: below --
2018-10-11 21:12 [v2,2/3] EDAC, skx_edac: Clean up debugfs Luck, Tony
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20181016083556.GC5212@zn.tnic \
--to=bp@alien8.de \
--cc=aris@redhat.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-edac@vger.kernel.org \
--cc=mchehab@s-opensource.com \
--cc=qiuxu.zhuo@intel.com \
--cc=rafael.j.wysocki@intel.com \
--cc=tony.luck@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox