[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20121130105311.GA6869@liondog.tnic>
Date: Fri, 30 Nov 2012 11:53:11 +0100
From: Borislav Petkov <bp@...en8.de>
To: Steven Rostedt <rostedt@...dmis.org>
Cc: Lance Ortiz <lance.ortiz@...com>, bhelgaas@...gle.com,
lance_ortiz@...mail.com, jiang.liu@...wei.com, tony.luck@...el.com,
mchehab@...hat.com, linux-acpi@...r.kernel.org,
linux-pci@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/3] aerdrv: Trace Event for AER
On Thu, Nov 29, 2012 at 08:51:19PM -0500, Steven Rostedt wrote:
> > include/ras/aer_event.h | 77 +++++++++++++++++++++++++++++++++++++++++++++++
>
> Is there a reason this header is here? Egad, I never noticed the
> ras_event.h that is there. This include/ras directory was created for
> the sole purpose of trace events! This is not the way to do this.
Well, the idea for the ras event was to be able to use it in multiple
places. It is currently used only by EDAC but it could be that memory
errors could be reported by other agents which would reuse that TP.
> Please look at the sample in samples/trace_events/
>
> The proper way is to keep the header by the driver. Then you can simply
> include the header with "aer_event.h".
>
> But to have the macro magic work, you need to modify the Makefile to
> have something like:
>
> CFLAGS_aerdrv_errprint.o = -I$(src)
So I'm guessing that every .c file including the TP should also -I
include the TP definition header wherever it is. Is that agreeable?
Thanks.
--
Regards/Gruss,
Boris.
--
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