From: joeyli Subject: Re: [PATCH 11/18] Hibernate: introduced RSA key-pair to verify signature of snapshot Date: Thu, 05 Sep 2013 18:13:36 +0800 Message-ID: <1378376016.6193.71.camel__9593.76681498743$1378376015$gmane$org@linux-s257.site> References: <1377169317-5959-1-git-send-email-jlee@suse.com> <1377169317-5959-12-git-send-email-jlee@suse.com> <20130905085348.GJ28598@console-pimps.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: linux-kernel@vger.kernel.org, linux-security-module@vger.kernel.org, linux-efi@vger.kernel.org, linux-pm@vger.kernel.org, linux-crypto@vger.kernel.org, opensuse-kernel@opensuse.org, David Howells , "Rafael J. Wysocki" , Matthew Garrett , Len Brown , Pavel Machek , Josh Boyer , Vojtech Pavlik , Matt Fleming , James Bottomley , Greg KH , JKosina@suse.com, Rusty Russell , Herbert Xu , "David S. Miller" , "H. Peter Anvin" , Michal Marek , Gary Lin , Vivek Goyal , Takashi Iwai To: Matt Fleming Return-path: Received: from smtp.nue.novell.com ([195.135.221.5]:47911 "EHLO smtp.nue.novell.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935552Ab3IEKNA (ORCPT ); Thu, 5 Sep 2013 06:13:00 -0400 In-Reply-To: <20130905085348.GJ28598@console-pimps.org> Sender: linux-crypto-owner@vger.kernel.org List-ID: Hi Matt,=20 =46irst, thanks for your review! =E6=96=BC =E5=9B=9B=EF=BC=8C2013-09-05 =E6=96=BC 09:53 +0100=EF=BC=8CMa= tt Fleming =E6=8F=90=E5=88=B0=EF=BC=9A > On Thu, 22 Aug, at 07:01:50PM, Lee, Chun-Yi wrote: > > +static int efi_status_to_err(efi_status_t status) > > +{ > > + int err; > > + > > + switch (status) { > > + case EFI_INVALID_PARAMETER: > > + err =3D -EINVAL; > > + break; > > + case EFI_OUT_OF_RESOURCES: > > + err =3D -ENOSPC; > > + break; > > + case EFI_DEVICE_ERROR: > > + err =3D -EIO; > > + break; > > + case EFI_WRITE_PROTECTED: > > + err =3D -EROFS; > > + break; > > + case EFI_SECURITY_VIOLATION: > > + err =3D -EACCES; > > + break; > > + case EFI_NOT_FOUND: > > + err =3D -ENODATA; > > + break; > > + default: > > + err =3D -EINVAL; > > + } > > + > > + return err; > > +} >=20 > Please don't reimplement this. Instead make the existing function > global. >=20 OK, I will make the function to global. > [...] >=20 > > +static void *load_wake_key_data(unsigned long *datasize) > > +{ > > + u32 attr; > > + void *wkey_data; > > + efi_status_t status; > > + > > + if (!efi_enabled(EFI_RUNTIME_SERVICES)) > > + return ERR_PTR(-EPERM); > > + > > + /* obtain the size */ > > + *datasize =3D 0; > > + status =3D efi.get_variable(EFI_S4_WAKE_KEY_NAME, &EFI_HIBERNATE_= GUID, > > + NULL, datasize, NULL); > > + if (status !=3D EFI_BUFFER_TOO_SMALL) { > > + wkey_data =3D ERR_PTR(efi_status_to_err(status)); > > + pr_err("PM: Couldn't get wake key data size: 0x%lx\n", status); > > + goto error; > > + } >=20 > Is it safe to completely bypass the efivars interface and access > efi.get_variable() directly? I wouldn't have thought so, unless you c= an > guarantee that the kernel isn't going to access any of the EFI runtim= e > services while you execute this function. >=20 This S4WakeKey is a VOLATILE variable that could not modify by SetVariable() at runtime. So, it's read only even through efivars.=20 Does it what your concern? Thanks a lot! Joey Lee