lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Thu, 5 Dec 2013 09:56:15 +0800 From: Dave Young <dyoung@...hat.com> To: Toshi Kani <toshi.kani@...com> Cc: Borislav Petkov <bp@...en8.de>, linux-kernel@...r.kernel.org, linux-efi@...r.kernel.org, x86@...nel.org, mjg59@...f.ucam.org, hpa@...or.com, James.Bottomley@...senPartnership.com, vgoyal@...hat.com, ebiederm@...ssion.com, horms@...ge.net.au, kexec@...ts.infradead.org, greg@...ah.com, matt@...sole-pimps.org Subject: Re: [PATCH v4 07/12] efi: passing kexec necessary efi data via setup_data On 12/04/13 at 09:43am, Toshi Kani wrote: > On Wed, 2013-12-04 at 10:46 +0800, Dave Young wrote: > > Hi, Toshi > > > > > Oh, I think I now understand what the issue was. The z420 firmware > > > updates the SMBIOS table address in the EFI system table to a virtual > > > address after calling EFI SetVirtualAddressMap. So, you are passing the > > > original physical address of the SMBIOS table from the 1st kernel to the > > > 2nd kernel to put it back to physical. Is that right? > > > > Right. > > Hi Dave, > > The z420 firmware is based on some UEFI core that may be used by other > vendors as well. Since this handling is totally harmless (just > redundant), I'd suggest not to have a platform check on this handling. I have same worry as well, so I agree with you. Thanks Dave -- 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