[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d02a76ff37dc2db153c7b9c4d00a0399f9ac1b47.camel@infradead.org>
Date: Wed, 27 Mar 2019 09:52:15 +0000
From: David Woodhouse <dwmw2@...radead.org>
To: Lorenzo Pieralisi <lorenzo.pieralisi@....com>
Cc: Jonathan Chocron <jonnyc@...zon.com>, linux-pci@...r.kernel.org,
bhelgaas@...gle.com, linux-kernel@...r.kernel.org,
vaerov@...zon.com, benh@...nel.crashing.org, alisaidi@...zon.com,
zeev@...zon.com, ronenk@...zon.com, barakw@...zon.com,
Gustavo Pimentel <gustavo.pimentel@...opsys.com>,
Zhou Wang <wangzhou1@...ilicon.com>
Subject: Re: [PATCH v2] PCI: al: Add Amazon Annapurna Labs PCIe host
controller driver
On Tue, 2019-03-26 at 15:58 +0000, Lorenzo Pieralisi wrote:
> > We did that internally. You really don't want me telling engineers to
> > post to the list *first* without running things by me to get the basics
> > right. Not to start with, at least.
>
> Hi David,
>
> I am obviously in favour of internal review and I do not question it was
> carried out internally, I just kindly ask developers to drop review tags
> given internally when going to public mailing lists - I understand it is
> churn for you but I prefer them to be given explicitly.
Sure, I've provided mine in public now.
I will attempt to remember your preference, although I'm not sure I
think it's necessary.
What's the failure mode we're protecting against here? That my
engineers are lying and have *faked* my reviewed-by tag?
Don't you think I'd *eat* them if I ever found that happening?
What's next? That you only accept such tags in signed email, so that
the dishonest engineer in question can't *fake* an email from me to the
list? They know I'm afflicted by Exchange so they can always send that
fake message with a message-id matching another message they know is
already in my inbox, so Exchange will helpfully discard theirs. :)
Download attachment "smime.p7s" of type "application/x-pkcs7-signature" (5174 bytes)
Powered by blists - more mailing lists