From: Joe Perches <joe@perches.com>
To: Borislav Petkov <bp@alien8.de>, Tyler Baicar <tbaicar@codeaurora.org>
Cc: linux-efi@vger.kernel.org, kvm@vger.kernel.org,
matt@codeblueprint.co.uk, catalin.marinas@arm.com,
will.deacon@arm.com, robert.moore@intel.com,
paul.gortmaker@windriver.com, lv.zheng@intel.com,
kvmarm@lists.cs.columbia.edu, fu.wei@linaro.org,
zjzhang@codeaurora.org, linux@armlinux.org.uk,
gengdongjiu@huawei.com, linux-acpi@vger.kernel.org,
eun.taik.lee@samsung.com, shijie.huang@arm.com,
labbott@redhat.com, lenb@kernel.org, harba@codeaurora.org,
john.garry@huawei.com, marc.zyngier@arm.com,
punit.agrawal@arm.com, rostedt@goodmis.org, nkaje@codeaurora.org,
sandeepa.s.prabhu@gmail.com,
linux-arm-kernel@lists.infradead.org, devel@acpica.org,
rjw@rjwysocki.net, rruigrok@codeaurora.org,
linux-kernel@vger.kernel.org, astone@redhat.com,
hanjun.guo@linaro.org, pbonzini@redhat.com,
akpm@linux-foundation.org, bristot@redhat.com,
shiju.jose@huawei.com
Subject: Re: [PATCH V14 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
Date: Wed, 12 Apr 2017 09:40:03 -0700 [thread overview]
Message-ID: <1492015203.28586.1.camel@perches.com> (raw)
In-Reply-To: <20170412133447.n2yft7v266v6k6gh@pd.tnic>
On Wed, 2017-04-12 at 15:34 +0200, Borislav Petkov wrote:
> On Tue, Mar 28, 2017 at 01:30:32PM -0600, Tyler Baicar wrote:
> > Currently when a RAS error is reported it is not timestamped.
[]
> > diff --git a/include/acpi/ghes.h b/include/acpi/ghes.h
[]
> > +#define acpi_hest_generic_data_error_length(gdata) \
> > + (((struct acpi_hest_generic_data *)(gdata))->error_data_length)
> > +#define acpi_hest_generic_data_size(gdata) \
> > + ((acpi_hest_generic_data_version(gdata) >= 3) ? \
> > + sizeof(struct acpi_hest_generic_data_v300) : \
> > + sizeof(struct acpi_hest_generic_data))
> > +#define acpi_hest_generic_data_record_size(gdata) \
> > + (acpi_hest_generic_data_size(gdata) + \
> > + acpi_hest_generic_data_error_length(gdata))
> > +#define acpi_hest_generic_data_next(gdata) \
> > + ((void *)(gdata) + acpi_hest_generic_data_record_size(gdata))
>
> This is one unreadable pile of too long names with a clearly redundant
> and too long prefix. Please shorten it all.
Naming is generally author's choice and internal
consistency has value too.
acpi_hest_generic<foo> is already used throughout this codebase
in multiple files and paths.
> > @@ -73,3 +85,13 @@ static inline void ghes_edac_unregister(struct ghes *ghes)
> > {
> > }
> > #endif
> > +
> > +#define acpi_hest_generic_data_version(gdata) \
> > + (gdata->revision >> 8)
> > +
> > +static inline void *acpi_hest_generic_data_payload(struct acpi_hest_generic_data *gdata)
>
> Lemme try to shorten it:
>
> static inline void *acpi_hest_get_payload(struct acpi_hest_gdata *d)
> {
> if (hest_gdata_ver(d) >= 3)
> return (void *)(((struct acpi_hest_gdata_v3 *)d) + 1);
> else
> return d + 1;
> }
>
> Now this is much more readable IMO. You can actually see what's going
> on. And you still know what the struct names are.
trivial: unnecessary cast to void *
WARNING: multiple messages have this Message-ID (diff)
From: joe@perches.com (Joe Perches)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH V14 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
Date: Wed, 12 Apr 2017 09:40:03 -0700 [thread overview]
Message-ID: <1492015203.28586.1.camel@perches.com> (raw)
In-Reply-To: <20170412133447.n2yft7v266v6k6gh@pd.tnic>
On Wed, 2017-04-12 at 15:34 +0200, Borislav Petkov wrote:
> On Tue, Mar 28, 2017 at 01:30:32PM -0600, Tyler Baicar wrote:
> > Currently when a RAS error is reported it is not timestamped.
[]
> > diff --git a/include/acpi/ghes.h b/include/acpi/ghes.h
[]
> > +#define acpi_hest_generic_data_error_length(gdata) \
> > + (((struct acpi_hest_generic_data *)(gdata))->error_data_length)
> > +#define acpi_hest_generic_data_size(gdata) \
> > + ((acpi_hest_generic_data_version(gdata) >= 3) ? \
> > + sizeof(struct acpi_hest_generic_data_v300) : \
> > + sizeof(struct acpi_hest_generic_data))
> > +#define acpi_hest_generic_data_record_size(gdata) \
> > + (acpi_hest_generic_data_size(gdata) + \
> > + acpi_hest_generic_data_error_length(gdata))
> > +#define acpi_hest_generic_data_next(gdata) \
> > + ((void *)(gdata) + acpi_hest_generic_data_record_size(gdata))
>
> This is one unreadable pile of too long names with a clearly redundant
> and too long prefix. Please shorten it all.
Naming is generally author's choice and internal
consistency has value too.
acpi_hest_generic<foo> is already used throughout this codebase
in multiple files and paths.
> > @@ -73,3 +85,13 @@ static inline void ghes_edac_unregister(struct ghes *ghes)
> > {
> > }
> > #endif
> > +
> > +#define acpi_hest_generic_data_version(gdata) \
> > + (gdata->revision >> 8)
> > +
> > +static inline void *acpi_hest_generic_data_payload(struct acpi_hest_generic_data *gdata)
>
> Lemme try to shorten it:
>
> static inline void *acpi_hest_get_payload(struct acpi_hest_gdata *d)
> {
> if (hest_gdata_ver(d) >= 3)
> return (void *)(((struct acpi_hest_gdata_v3 *)d) + 1);
> else
> return d + 1;
> }
>
> Now this is much more readable IMO. You can actually see what's going
> on. And you still know what the struct names are.
trivial: unnecessary cast to void *
WARNING: multiple messages have this Message-ID (diff)
From: Joe Perches <joe@perches.com>
To: Borislav Petkov <bp@alien8.de>, Tyler Baicar <tbaicar@codeaurora.org>
Cc: christoffer.dall@linaro.org, marc.zyngier@arm.com,
pbonzini@redhat.com, rkrcmar@redhat.com, linux@armlinux.org.uk,
catalin.marinas@arm.com, will.deacon@arm.com, rjw@rjwysocki.net,
lenb@kernel.org, matt@codeblueprint.co.uk,
robert.moore@intel.com, lv.zheng@intel.com, nkaje@codeaurora.org,
zjzhang@codeaurora.org, mark.rutland@arm.com,
james.morse@arm.com, akpm@linux-foundation.org,
eun.taik.lee@samsung.com, sandeepa.s.prabhu@gmail.com,
labbott@redhat.com, shijie.huang@arm.com,
rruigrok@codeaurora.org, paul.gortmaker@windriver.com,
tn@semihalf.com, fu.wei@linaro.org, rostedt@goodmis.org,
bristot@redhat.com, linux-arm-kernel@lists.infradead.org,
kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org,
linux-efi@vger.kernel.org, devel@acpica.org,
Suzuki.Poulose@arm.com, punit.agrawal@arm.com, astone@redhat.com,
harba@codeaurora.org, hanjun.guo@linaro.org,
john.garry@huawei.com, shiju.jose@huawei.com,
gengdongjiu@huawei.com, xiexiuqi@huawei.com
Subject: Re: [PATCH V14 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
Date: Wed, 12 Apr 2017 09:40:03 -0700 [thread overview]
Message-ID: <1492015203.28586.1.camel@perches.com> (raw)
In-Reply-To: <20170412133447.n2yft7v266v6k6gh@pd.tnic>
On Wed, 2017-04-12 at 15:34 +0200, Borislav Petkov wrote:
> On Tue, Mar 28, 2017 at 01:30:32PM -0600, Tyler Baicar wrote:
> > Currently when a RAS error is reported it is not timestamped.
[]
> > diff --git a/include/acpi/ghes.h b/include/acpi/ghes.h
[]
> > +#define acpi_hest_generic_data_error_length(gdata) \
> > + (((struct acpi_hest_generic_data *)(gdata))->error_data_length)
> > +#define acpi_hest_generic_data_size(gdata) \
> > + ((acpi_hest_generic_data_version(gdata) >= 3) ? \
> > + sizeof(struct acpi_hest_generic_data_v300) : \
> > + sizeof(struct acpi_hest_generic_data))
> > +#define acpi_hest_generic_data_record_size(gdata) \
> > + (acpi_hest_generic_data_size(gdata) + \
> > + acpi_hest_generic_data_error_length(gdata))
> > +#define acpi_hest_generic_data_next(gdata) \
> > + ((void *)(gdata) + acpi_hest_generic_data_record_size(gdata))
>
> This is one unreadable pile of too long names with a clearly redundant
> and too long prefix. Please shorten it all.
Naming is generally author's choice and internal
consistency has value too.
acpi_hest_generic<foo> is already used throughout this codebase
in multiple files and paths.
> > @@ -73,3 +85,13 @@ static inline void ghes_edac_unregister(struct ghes *ghes)
> > {
> > }
> > #endif
> > +
> > +#define acpi_hest_generic_data_version(gdata) \
> > + (gdata->revision >> 8)
> > +
> > +static inline void *acpi_hest_generic_data_payload(struct acpi_hest_generic_data *gdata)
>
> Lemme try to shorten it:
>
> static inline void *acpi_hest_get_payload(struct acpi_hest_gdata *d)
> {
> if (hest_gdata_ver(d) >= 3)
> return (void *)(((struct acpi_hest_gdata_v3 *)d) + 1);
> else
> return d + 1;
> }
>
> Now this is much more readable IMO. You can actually see what's going
> on. And you still know what the struct names are.
trivial: unnecessary cast to void *
next prev parent reply other threads:[~2017-04-12 16:38 UTC|newest]
Thread overview: 80+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-28 19:30 [PATCH V14 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64 Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` [PATCH V14 01/10] acpi: apei: read ack upon ghes record consumption Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
[not found] ` <1490729440-32591-2-git-send-email-tbaicar-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
2017-04-11 17:15 ` Borislav Petkov
2017-04-11 17:15 ` Borislav Petkov
2017-04-11 17:15 ` Borislav Petkov
2017-04-11 17:15 ` Borislav Petkov
2017-04-13 19:45 ` Baicar, Tyler
2017-04-13 19:45 ` Baicar, Tyler
2017-04-13 19:45 ` Baicar, Tyler
2017-04-13 19:45 ` Baicar, Tyler
2017-03-28 19:30 ` [PATCH V14 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1 Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-04-12 13:34 ` Borislav Petkov
2017-04-12 13:34 ` Borislav Petkov
2017-04-12 13:34 ` Borislav Petkov
2017-04-12 13:34 ` Borislav Petkov
2017-04-12 16:40 ` Joe Perches [this message]
2017-04-12 16:40 ` Joe Perches
2017-04-12 16:40 ` Joe Perches
[not found] ` <20170412133447.n2yft7v266v6k6gh-fF5Pk5pvG8Y@public.gmane.org>
2017-04-13 20:30 ` Baicar, Tyler
2017-04-13 20:30 ` Baicar, Tyler
2017-04-13 20:30 ` Baicar, Tyler
2017-04-13 20:30 ` Baicar, Tyler
2017-04-13 20:47 ` Borislav Petkov
2017-04-13 20:47 ` Borislav Petkov
2017-04-13 20:47 ` Borislav Petkov
2017-04-13 21:33 ` Baicar, Tyler
2017-04-13 21:33 ` Baicar, Tyler
2017-04-13 21:33 ` Baicar, Tyler
2017-04-13 21:33 ` Baicar, Tyler
2017-03-28 19:30 ` [PATCH V14 03/10] efi: parse ARM processor error Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-04-12 16:51 ` Borislav Petkov
2017-04-12 16:51 ` Borislav Petkov
2017-04-12 16:51 ` Borislav Petkov
2017-04-12 16:51 ` Borislav Petkov
2017-04-13 20:32 ` Baicar, Tyler
2017-04-13 20:32 ` Baicar, Tyler
2017-04-13 20:32 ` Baicar, Tyler
2017-04-13 20:32 ` Baicar, Tyler
2017-03-28 19:30 ` [PATCH V14 04/10] arm64: exception: handle Synchronous External Abort Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` [PATCH V14 05/10] acpi: apei: handle SEA notification type for ARMv8 Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` [PATCH V14 06/10] acpi: apei: panic OS with fatal error status block Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` [PATCH V14 07/10] efi: print unrecognized CPER section Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` [PATCH V14 08/10] ras: acpi / apei: generate trace event for " Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` [PATCH V14 09/10] trace, ras: add ARM processor error trace event Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` [PATCH V14 10/10] arm/arm64: KVM: add guest SEA support Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 19:30 ` Tyler Baicar
2017-03-28 20:26 ` Christoffer Dall
2017-03-28 20:26 ` Christoffer Dall
2017-03-28 20:26 ` Christoffer Dall
2017-03-28 21:33 ` Baicar, Tyler
2017-03-28 21:33 ` Baicar, Tyler
2017-03-28 21:33 ` Baicar, Tyler
2017-03-28 22:18 ` Christoffer Dall
2017-03-28 22:18 ` Christoffer Dall
2017-03-28 22:18 ` Christoffer Dall
[not found] ` <1490729440-32591-1-git-send-email-tbaicar-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
2017-04-06 17:12 ` [PATCH V14 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64 Catalin Marinas
2017-04-06 17:12 ` Catalin Marinas
2017-04-06 17:12 ` Catalin Marinas
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=1492015203.28586.1.camel@perches.com \
--to=joe@perches.com \
--cc=akpm@linux-foundation.org \
--cc=astone@redhat.com \
--cc=bp@alien8.de \
--cc=bristot@redhat.com \
--cc=catalin.marinas@arm.com \
--cc=devel@acpica.org \
--cc=eun.taik.lee@samsung.com \
--cc=fu.wei@linaro.org \
--cc=gengdongjiu@huawei.com \
--cc=hanjun.guo@linaro.org \
--cc=harba@codeaurora.org \
--cc=john.garry@huawei.com \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.cs.columbia.edu \
--cc=labbott@redhat.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-efi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=lv.zheng@intel.com \
--cc=marc.zyngier@arm.com \
--cc=matt@codeblueprint.co.uk \
--cc=nkaje@codeaurora.org \
--cc=paul.gortmaker@windriver.com \
--cc=pbonzini@redhat.com \
--cc=punit.agrawal@arm.com \
--cc=rjw@rjwysocki.net \
--cc=robert.moore@intel.com \
--cc=rostedt@goodmis.org \
--cc=rruigrok@codeaurora.org \
--cc=sandeepa.s.prabhu@gmail.com \
--cc=shijie.huang@arm.com \
--cc=shiju.jose@huawei.com \
--cc=tbaicar@codeaurora.org \
--cc=will.deacon@arm.com \
--cc=zjzhang@codeaurora.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.