From: Mark Pearson <markpearson@lenovo.com>
To: "Hans de Goede" <hdegoede@redhat.com>,
"Barnabás Pőcze" <pobrn@protonmail.com>
Cc: "rjw@rjwysocki.net" <rjw@rjwysocki.net>,
"mgross@linux.intel.com" <mgross@linux.intel.com>,
"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
"mario.limonciello@dell.com" <mario.limonciello@dell.com>,
"eliadevito@gmail.com" <eliadevito@gmail.com>,
"hadess@hadess.net" <hadess@hadess.net>,
"bberg@redhat.com" <bberg@redhat.com>,
"platform-driver-x86@vger.kernel.org"
<platform-driver-x86@vger.kernel.org>,
"dvhart@infradead.org" <dvhart@infradead.org>
Subject: Re: [External] Re: [PATCH v3] ACPI: platform-profile: Add platform profile support
Date: Mon, 16 Nov 2020 10:19:50 -0500 [thread overview]
Message-ID: <33a0d9d8-5e37-ee5b-9c8a-ba64ad8387aa@lenovo.com> (raw)
In-Reply-To: <db12f029-cff8-2c38-7d92-38746bde96a9@redhat.com>
Thanks Hans
On 16/11/2020 09:33, Hans de Goede wrote:
> Hi,
>
> On 11/16/20 12:04 AM, Mark Pearson wrote:
>
> <snip>
>>> I believe there's no reason to remove the comma from there, and in fact,
>>> having a comma after the last entry in an array, enum, etc. seems to be
>>> the preferred.
>> OK.
>> Have to be honest - I struggle to know when comma's are needed on the last entry and when they aren't (I've had similar corrections in other cases both ways :)). I do seem to have a knack of getting it consistently wrong....
>
> Do the rule of thumb here is, if the last element is a terminating element,
> e.g. NULL or {} or foo_number_of_foo_types in an enum foo declaration then
> there should not be a comma after the last element. The reason for is is
> that in case case new entries will be added one line above the last element.
>
> If there is no terminating element (e.g. because ARRAY_SIZE is always used
> on the array). Then the last element should end with a comma. The reason for
> this is so that the unified diff of a patch adding a new element does not
> have -++ lines, as would be necessary when the comma is missing (-+ to add
> the comma, plus one more + for the new element).
>
> I hope this helps explain.
It does - makes complete sense.
>
> I expect you will send out a v4 of the entire set addressing all current
> remarks?
Absolutely. Hopefully will get that out soon but I'm going to take a bit
longer on it as I was pretty disappointed with myself for some of the
things that slipped into the last set. I'll aim to get a cleaner set out
for v4.
>
> Regards,
>
> Hans
>
Thanks
Mark
next prev parent reply other threads:[~2020-11-16 15:20 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-15 0:44 [PATCH v3] ACPI: platform-profile: Add platform profile support Mark Pearson
2020-11-15 18:26 ` Barnabás Pőcze
2020-11-15 23:04 ` [External] " Mark Pearson
2020-11-16 10:24 ` Barnabás Pőcze
2020-11-16 15:25 ` Mark Pearson
2020-11-16 14:33 ` Hans de Goede
2020-11-16 15:19 ` Mark Pearson [this message]
2020-11-20 19:50 ` Barnabás Pőcze
2020-11-21 4:14 ` [External] " Mark Pearson
2020-11-21 14:27 ` Hans de Goede
2020-11-21 21:18 ` Barnabás Pőcze
2020-11-22 9:32 ` Hans de Goede
2020-11-24 15:30 ` Bastien Nocera
2020-11-25 16:42 ` Hans de Goede
2020-11-25 19:41 ` [External] " Mark Pearson
2020-11-25 22:32 ` Bastien Nocera
2020-11-26 10:36 ` Hans de Goede
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=33a0d9d8-5e37-ee5b-9c8a-ba64ad8387aa@lenovo.com \
--to=markpearson@lenovo.com \
--cc=bberg@redhat.com \
--cc=dvhart@infradead.org \
--cc=eliadevito@gmail.com \
--cc=hadess@hadess.net \
--cc=hdegoede@redhat.com \
--cc=linux-acpi@vger.kernel.org \
--cc=mario.limonciello@dell.com \
--cc=mgross@linux.intel.com \
--cc=platform-driver-x86@vger.kernel.org \
--cc=pobrn@protonmail.com \
--cc=rjw@rjwysocki.net \
/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;
as well as URLs for NNTP newsgroup(s).