public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: Ard Biesheuvel <ard.biesheuvel@linaro.org>
To: Laszlo Ersek <lersek@redhat.com>
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: Fri, 31 Mar 2017 11:48:48 +0100	[thread overview]
Message-ID: <CAKv+Gu-5aeFjR4C_i5xi2fMH_bvpob_yFd+NgL=w+TMb8UZkYA@mail.gmail.com> (raw)
In-Reply-To: <c76aea17-e5b8-15a8-bbe9-508ee634e81b@redhat.com>

On 30 March 2017 at 17:16, Laszlo Ersek <lersek@redhat.com> wrote:
> 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.
>

Yeah good point. Keystrokes are cheap ...


  reply	other threads:[~2017-03-31 10:48 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
2017-03-31 10:48           ` Ard Biesheuvel [this message]
     [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='CAKv+Gu-5aeFjR4C_i5xi2fMH_bvpob_yFd+NgL=w+TMb8UZkYA@mail.gmail.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