public inbox for linux-efi@vger.kernel.org
 help / color / mirror / Atom feed
From: Alex Elsayed <eternaleye-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: UEFI Plugfest 2013 -- New Orleans
Date: Mon, 2 Sep 2013 07:42:10 +0000 (UTC)	[thread overview]
Message-ID: <loom.20130902T093547-621@post.gmane.org> (raw)
In-Reply-To: 20130819203937.GA28967@srcf.ucam.org

Matthew Garrett <mjg59@...> writes:

> 
> On Mon, Aug 19, 2013 at 09:21:11PM +0100, David Woodhouse wrote:
> > On Mon, 2013-08-19 at 21:19 +0100, Matthew Garrett wrote:
> > > 
> > > We have no way to guarantee that. Most board vendors don't turn up to 
> > > the plugfests and aren't going to run anything we ship.
> > 
> > Oh well, let's just wring our hands and not bother to turn up to the
> > plugfest at all then. No point trying to *improve* the situation, after
> > all.
> 
> The plugfests have, from our perspective, always been useful in 
> identifying new implementation interpretations before hardware ships. 
> But even then, it's usually too late to modify the firmware. Vendors who 
> care about Linux compatibility have already tested Linux before we turn 
> up.
> 


Even if most vendors never bother testing at all, and even if a good number
of those that do use only the SCT and it hopefully gets extended to check
more things, for the ones who do care I feel having a 'disable all
workarounds' option would be useful.

Having multiple *independent* implementations, all verifying for both
interoperability (workarounds enabled) and correctness (workarounds
disabled) is *exactly* what plugfests are intended to do.

Coming to a plugfest and saying "Well, *my* code runs fine, but I'm not
going to tell you whether you're 'doing it right' or just 'doing it wrong in
a way we already know about'" is rather rude.

  parent reply	other threads:[~2013-09-02  7:42 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-16 15:20 UEFI Plugfest 2013 -- New Orleans John W. Linville
     [not found] ` <20130816152030.GL2133-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org>
2013-08-17  0:44   ` James Bottomley
2013-08-19  8:25 ` David Woodhouse
     [not found]   ` <1376900735.2322.26.camel-Fexsq3y4057IgHVZqg5X0TlWvGAXklZc@public.gmane.org>
2013-08-19 12:55     ` Matthew Garrett
     [not found]       ` <20130819125507.GA19093-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org>
2013-08-19 15:22         ` James Bottomley
2013-08-19 16:00           ` Matthew Garrett
     [not found]             ` <20130819160018.GA22532-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org>
2013-08-19 17:02               ` James Bottomley
     [not found]                 ` <1376931775.2069.46.camel-sFMDBYUN5F8GjUHQrlYNx2Wm91YjaHnnhRte9Li2A+AAvxtiuMwx3w@public.gmane.org>
2013-08-19 17:21                   ` Matthew Garrett
2013-08-19 17:38                     ` James Bottomley
     [not found]                       ` <1376933926.2069.52.camel-sFMDBYUN5F8GjUHQrlYNx2Wm91YjaHnnhRte9Li2A+AAvxtiuMwx3w@public.gmane.org>
2013-08-19 17:47                         ` Matthew Garrett
2013-08-19 20:09                         ` David Woodhouse
     [not found]                           ` <1376942994.2322.39.camel-Fexsq3y4057IgHVZqg5X0TlWvGAXklZc@public.gmane.org>
2013-08-19 20:19                             ` Matthew Garrett
     [not found]                               ` <20130819201952.GA28740-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org>
2013-08-19 20:21                                 ` David Woodhouse
     [not found]                                   ` <1376943671.2322.40.camel-Fexsq3y4057IgHVZqg5X0TlWvGAXklZc@public.gmane.org>
2013-08-19 20:39                                     ` Matthew Garrett
     [not found]                                       ` <20130819203937.GA28967-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org>
2013-08-19 21:06                                         ` David Woodhouse
     [not found]                                           ` <1376946411.5087.2.camel-Fexsq3y4057IgHVZqg5X0TlWvGAXklZc@public.gmane.org>
2013-08-19 21:30                                             ` Matthew Garrett
2013-09-02  7:42                                       ` Alex Elsayed [this message]
2013-09-02  6:23                             ` Matt Fleming
2013-08-19 15:17     ` Borislav Petkov

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=loom.20130902T093547-621@post.gmane.org \
    --to=eternaleye-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
    --cc=linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox