public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: Laszlo Ersek <lersek@redhat.com>
To: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Cc: "edk2-devel@lists.01.org" <edk2-devel@lists.01.org>,
	Marc Zyngier <marc.zyngier@arm.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Drew Jones <drjones@redhat.com>, Jon Masters <jcm@redhat.com>
Subject: Re: [PATCH v2] ArmVirtPkg/PlatformHasAcpiDtDxe: allow guest level ACPI disable override
Date: Thu, 30 Mar 2017 18:16:58 +0200	[thread overview]
Message-ID: <c76aea17-e5b8-15a8-bbe9-508ee634e81b@redhat.com> (raw)
In-Reply-To: <CAKv+Gu8OVQPbPAM1w3yq4FPULkHx_tXxhaUb=EKp+VNxDZOH8A@mail.gmail.com>

On 03/30/17 10:40, Ard Biesheuvel wrote:
> On 29 March 2017 at 20:35, Laszlo Ersek <lersek@redhat.com> wrote:
>> On 03/29/17 21:10, Ard Biesheuvel wrote:
> [...]
>>>
>>> How on earth is having two ways to disable ACPI rather than one going
>>> to cause fragmentation? Unlike v1, this patch does not allow you to
>>> expose both DT and ACPI tables at the same time.
>>
>> Oopsie daisy. You actually updated the commit message too. (I have now
>> formally diffed v1 vs. v2, including commit msg -- I generally do that
>> when reviewing incremental versions of patches, but it has been a very
>> long day, and I failed to get my mind off the track set up by v1). I got
>> really no good explanation for missing the fundamental logic change
>> between v1 and v2. As you say, version 2 preserves the mutual exclusion
>> between DT and ACPI that I'm so annoyingly obsessed about. Thank you for
>> the update.
>>
>> Reviewed-by: Laszlo Ersek <lersek@redhat.com>
>>
> 
> Thanks Laszlo. I am glad we have a solution we can both live with.
> 
> I will wait for Marc to confirm that this works as expected for him.

Good idea.

In order to save some adrenaline down the line for both of us, I have
some suggestions:

- Please try clarify with the reporter of the regression what he or she
prefers as a solution, before giving me a heart attack :)

Regarding the "NACK" in all caps -- I wasn't yelling, that's just a way
of formatting we use downstream (we mostly use ACK and NACK), which
regrettably leaked into my upstream correspondence. Sorry about the
confusion.

(NB, I'm not apologizing for nacking v1 per se. There's a world of
difference between exposing the exlusivity with some additional switch
and getting cold feet on the exclusivity en bloc. In my opinion.)

- Please always include an incremental v2, v3, ... notes / info section
in the patch (or blurb, if there is one), so I can more easily find out
about the inter-version changes near the end of a 14 hour work day.
(When I finally went to bed my uptime was past 18 hours.)

In this instance, there was no v2 info section, and I thought you only
addressed the superficial technical suggestions that I made under v1.

*Importantly*, this is not to say that I did not do a shit job at
reviewing v2. I absolutely did. Lack of a v2 info section in the patch /
blurb is no excuse for missing the -- happy! -- elefant in the room.
It's quite embarrassing; I'm sorry about that. I'll strive to do the
formal v1<->v2 diffing in the future unconditionally.

Thanks,
Laszlo


  reply	other threads:[~2017-03-30 16:17 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-03-29 17:50 [PATCH v2] ArmVirtPkg/PlatformHasAcpiDtDxe: allow guest level ACPI disable override Ard Biesheuvel
2017-03-29 18:44 ` Laszlo Ersek
2017-03-29 19:10   ` Ard Biesheuvel
2017-03-29 19:35     ` Laszlo Ersek
2017-03-30  8:40       ` Ard Biesheuvel
2017-03-30 16:16         ` Laszlo Ersek [this message]
2017-03-31 10:48           ` Ard Biesheuvel
     [not found]         ` <e3ab9b91-8e0f-52ab-bb3a-53bd0cacf17c@arm.com>
2017-03-31  9:59           ` Laszlo Ersek
2017-03-31 10:10             ` Laszlo Ersek
2017-03-31 10:16             ` Ard Biesheuvel
2017-03-31 10:46               ` Laszlo Ersek
2017-03-31 10:52           ` Ard Biesheuvel

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-list 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=c76aea17-e5b8-15a8-bbe9-508ee634e81b@redhat.com \
    --to=devel@edk2.groups.io \
    /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