broadwell: Work around VBIOS framebuffer issue
The first 64 bytes of the framebuffer contain garbage after running the option rom and after calling the VBE mode set with the flag to clear the framebuffer. Work around this issue by clearing the first 64 bytes in the framebuffer in the broadwell graphics setup code after it executes the VBIOS. BUG=chrome-os-partner:32771 BRANCH=samus,auron TEST=build and boot on samus in dev mode, check for graphical corruption Change-Id: I072bc913f7daea16e4861a7549e1b4ec85cde4cd Signed-off-by: Duncan Laurie <dlaurie@chromium.org> Reviewed-on: https://chromium-review.googlesource.com/222676 Reviewed-by: Aaron Durbin <adurbin@chromium.org>
This commit is contained in:
parent
7021a2ff90
commit
f29c1b0b7c
1 changed files with 9 additions and 0 deletions
|
|
@ -523,6 +523,15 @@ static void igd_init(struct device *dev)
|
|||
reg_script_run_on_dev(dev, haswell_late_init_script);
|
||||
}
|
||||
|
||||
if (oprom_is_loaded) {
|
||||
/*
|
||||
* Work around VBIOS issue that is not clearing first 64
|
||||
* bytes of the framebuffer during VBE mode set.
|
||||
*/
|
||||
struct resource *fb = find_resource(dev, PCI_BASE_ADDRESS_2);
|
||||
memset((void *)((u32)fb->base), 0, 64);
|
||||
}
|
||||
|
||||
if (!oprom_is_loaded && acpi_slp_type != 3) {
|
||||
/*
|
||||
* Enable DDI-A if the Option ROM did not execute:
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue