From: Borislav Petkov <bp@amd64.org>
To: Mauro Carvalho Chehab <mchehab@redhat.com>
Cc: Linux Edac Mailing List <linux-edac@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Aristeu Rozanski <arozansk@redhat.com>,
Doug Thompson <norsk5@yahoo.com>,
Steven Rostedt <rostedt@goodmis.org>,
Frederic Weisbecker <fweisbec@gmail.com>,
Ingo Molnar <mingo@redhat.com>
Subject: Re: [PATCH v29] RAS: Add a tracepoint for reporting memory controller events
Date: Fri, 1 Jun 2012 17:21:51 +0200 [thread overview]
Message-ID: <20120601152151.GC28216@aftab.osrc.amd.com> (raw)
In-Reply-To: <1338563258-13322-1-git-send-email-mchehab@redhat.com>
On Fri, Jun 01, 2012 at 12:07:38PM -0300, Mauro Carvalho Chehab wrote:
> + * Default error mechanisms for Memory Controller errors (CE and UE)
> + */
> +TRACE_EVENT(mc_event,
> +
> + TP_PROTO(const unsigned int err_type,
> + const char *error_msg,
> + const char *label,
> + const int error_count,
> + const u8 mc_index,
> + const s8 layer0,
> + const s8 layer1,
> + const s8 layer2,
Btw, why are the layers still called layer[012] but differently below?
This is confusing.
Also, edac_mc_handle_error() should have the top/middle/lower layer arg
names too.
And also, why are the layers s8? Any reason for the signedness?
> + unsigned long address,
> + const int grain_bits,
This is an int here and a u8 below?
I was just about to befriend the idea of grain being u8 and accepting it
as a compromise.
Make it a u8 and cast it at the call sites of trace_mc_event instead.
> + unsigned long syndrome,
> + const char *driver_detail),
> +
> + TP_ARGS(err_type, error_msg, label, error_count, mc_index,
> + layer0, layer1, layer2, address, grain_bits, syndrome,
> + driver_detail),
> +
> + TP_STRUCT__entry(
> + __field( unsigned int, error_type )
> + __string( msg, error_msg )
> + __string( label, label )
> + __field( u16, error_count )
> + __field( u8, mc_index )
> + __field( s8, top_layer )
> + __field( s8, middle_layer )
> + __field( s8, lower_layer )
> + __field( long, address )
> + __field( u8, grain_bits )
> + __field( long, syndrome )
> + __string( driver_detail, driver_detail )
> + ),
--
Regards/Gruss,
Boris.
Advanced Micro Devices GmbH
Einsteinring 24, 85609 Dornach
GM: Alberto Bozzo
Reg: Dornach, Landkreis Muenchen
HRB Nr. 43632 WEEE Registernr: 129 19551
next prev parent reply other threads:[~2012-06-01 15:21 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-01 15:07 [PATCH v29] RAS: Add a tracepoint for reporting memory controller events Mauro Carvalho Chehab
2012-06-01 15:21 ` Borislav Petkov [this message]
2012-06-01 15:54 ` Mauro Carvalho Chehab
2012-06-05 13:07 ` Borislav Petkov
2012-06-06 10:33 ` Mauro Carvalho Chehab
2012-06-06 12:53 ` Borislav Petkov
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=20120601152151.GC28216@aftab.osrc.amd.com \
--to=bp@amd64.org \
--cc=arozansk@redhat.com \
--cc=fweisbec@gmail.com \
--cc=linux-edac@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mchehab@redhat.com \
--cc=mingo@redhat.com \
--cc=norsk5@yahoo.com \
--cc=rostedt@goodmis.org \
/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