[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20141108130556.GM3592@console-pimps.org>
Date: Sat, 8 Nov 2014 13:05:56 +0000
From: Matt Fleming <matt@...sole-pimps.org>
To: Andy Lutomirski <luto@...capital.net>
Cc: Greg KH <gregkh@...uxfoundation.org>,
Matt Fleming <matt.fleming@...el.com>,
Sam Protsenko <semen.protsenko@...aro.org>,
"Kweh, Hock Leong" <hock.leong.kweh@...el.com>,
LKML <linux-kernel@...r.kernel.org>,
"Ong, Boon Leong" <boon.leong.ong@...el.com>,
"linux-efi@...r.kernel.org" <linux-efi@...r.kernel.org>,
Ming Lei <ming.lei@...onical.com>
Subject: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
On Tue, 04 Nov, at 08:35:40AM, Andy Lutomirski wrote:
>
> Am I missing something here? The current proposal is missing the
> success/failure part, unless you count the loaded count (in a
> different sysfs directory) as a useful interface for that.
As Wilson pointed out, you only get the ability to make meaningful
success/failure declarations once you've performed the reboot.
I know of no firmware that will hot-patch itself when you call
UpdateCapsule(). A reboot is always required. Certainly that's the way
Windows will work from what I've read, which means that for x86 it's
pretty much set in stone.
Which means there's only so much info you can return to userspace once
you've handed the blob to the firmware. I don't see a huge problem with
printing things in kernel buffer, since that's how other
firmware-related things work today.
--
Matt Fleming, Intel Open Source Technology Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists