diff options
| author | Alexander Graf <agraf@suse.de> | 2016-05-18 02:04:24 +0200 |
|---|---|---|
| committer | Tom Rini <trini@konsulko.com> | 2016-05-27 15:39:57 -0400 |
| commit | c9cfac5d3023e9b2993578400fbc7f03aa6919af (patch) | |
| tree | be16c350a5a07343684849db72fe4e282d4aaaf4 /test | |
| parent | ae87440578369456b55e54125e101d27c332bc5a (diff) | |
| download | talos-obmc-uboot-c9cfac5d3023e9b2993578400fbc7f03aa6919af.tar.gz talos-obmc-uboot-c9cfac5d3023e9b2993578400fbc7f03aa6919af.zip | |
efi_loader: gop: Don't expose fb address
Recently Linux is gaining support for efifb on AArch64 and that support actually
tries to make use of the frame buffer address we expose to it via gop.
While this wouldn't be bad in theory, in practice it means a few bad things
1) We expose 16bit frame buffers as 32bit today
2) Linux can't deal with overlapping non-PCI regions between efifb and
a different frame buffer driver
For now, let's just disable exposure of the frame buffer address. Most OSs that
get booted will have a native driver for the GPU anyway.
Signed-off-by: Alexander Graf <agraf@suse.de>
[trini: Remove line_len entirely]
Signed-off-by: Tom Rini <trini@konsulko.com>
Diffstat (limited to 'test')
0 files changed, 0 insertions, 0 deletions
