[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1328660732-27263-1-git-send-email-olof@lixom.net>
Date: Tue, 7 Feb 2012 16:25:27 -0800
From: Olof Johansson <olof@...om.net>
To: x86@...nel.org, hpa@...or.com, mingo@...e.hu, tglx@...utronix.de
Cc: linux-kernel@...r.kernel.org, matt.fleming@...el.com,
mjg@...hat.com
Subject: [PATCH v4 0/5] [RESEND] x86: efi: cleanups and basic 32/64-bit support
This series allows basic booting of a 32-bit kernel on 64-bit EFI and vice
versa. It's needed by Chrome OS, and we've been carrying a nasty hack
to do it that I've cleaned up and made sure it works in both directions.
Tested on Chrome OS for 64-bit EFI 32-bit kernel. Tested with an old
MacBook for 32-bit EFI, 64-bit kernel.
Note that this is required, but not sufficient, for full platform support for
EFI in a mixed environment. There is no handling of runtime services, and no
thunking for going in and out of firmware in a different mode.
Resend of the last posted version. Acked by Matt, and Matthew seems to be OK
with it as well (see http://marc.info/?l=linux-kernel&m=132578786105542).
Please consider for 3.4 merge window. Thanks!
-Olof
Changelog is:
v4:
* Removed bogus memdesc warning printout
* Fixed up printk formatting, removing redundant EFI output
* Some of the earlier cleanup was accidentally reverted by this patch, fixed.
* Reworded some messages to not have to line wrap printk strings
v3:
* Reorganized to a series of patches to make it easier to review, and
do some of the cleanups I had left out before.
v2:
* Added graceful error handling for 32-bit kernel that gets passed
EFI data above 4GB.
* Removed some warnings that were missed in first version.
--
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