[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <F54AEECA5E2B9541821D670476DAE19C2CC1259B@PGSMSX102.gar.corp.intel.com>
Date: Thu, 23 Apr 2015 08:30:44 +0000
From: "Kweh, Hock Leong" <hock.leong.kweh@...el.com>
To: James Bottomley <James.Bottomley@...senPartnership.com>,
Peter Jones <pjones@...hat.com>
CC: Andy Lutomirski <luto@...capital.net>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Matt Fleming <matt@...eblueprint.co.uk>,
"Ming Lei" <ming.lei@...onical.com>,
"Ong, Boon Leong" <boon.leong.ong@...el.com>,
LKML <linux-kernel@...r.kernel.org>,
"linux-efi@...r.kernel.org" <linux-efi@...r.kernel.org>,
Sam Protsenko <semen.protsenko@...aro.org>,
"Roy Franz" <roy.franz@...aro.org>, Borislav Petkov <bp@...en8.de>
Subject: RE: [PATCH v4 2/2] efi: an sysfs interface for user to update efi
firmware
> -----Original Message-----
> From: James Bottomley [mailto:James.Bottomley@...senPartnership.com]
> Sent: Wednesday, April 22, 2015 11:19 PM
>
>
> Yes, I think we've all agreed we can do it ... it's now a question of whether we
> can stomach the ick factor of actually initiating a transaction in close ... I'm still
> feeling queasy.
The file "close" here can I understand that the file system will call the "release"
function at the file_operations struct?
http://lxr.free-electrons.com/source/include/linux/fs.h#L1538
So, James you are meaning that we could initiating the update transaction
inside the f_ops->release() and return the error code if update failed in this
function?
Thanks & Regards,
Wilson
Powered by blists - more mailing lists