On Sat, Jul 16, 2011 at 01:11:47PM -0700, Eric W. Biederman wrote: > Without some real understanding of what is going on I'm not inclined > to meet any of this half way and summarily reject every change to > the kexec on panic code path. There are platforms that simply refuse to correctly function with a 1:1 physical/virtual mapping. But that's not the point here - this patch simply hardcodes saving dmesg to an EFI variable rather than using kmsg_dump and pstore in order to avoid handling the locking, and does nothing whatsoever to change the amount of EFI code involved. -- Matthew Garrett | mjg59 at srcf.ucam.org
