<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Sun, Jan 15, 2017 at 10:09 AM Nico Huber <<a href="mailto:nico.h@gmx.de">nico.h@gmx.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br class="gmail_msg">
It wouldn't matter as the current native gfx code in coreboot doesn't<br class="gmail_msg">
support external displays.<br class="gmail_msg"></blockquote><div><br></div><div>Yes. I started that code as a "let's get chromebooks to not use the video binary blob" project. That was five years ago, if you can believe it. I did not realize when I started it just how complicated it would get. But external display support was not a goal. Of course, with support from the chipset vendor it would have gone much more smoothly and we could have all been using open source gfx code for five years now, but you all know how that story ends ...</div><div><br></div><div>Note that x86 chromebooks still use the VGA BIOS.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br class="gmail_msg">
If you want OSS for the gfx initialization, there's also libgfxinit<br class="gmail_msg">
(written in Ada, see 3rdparty/libgfxinit in the coreboot tree). It can<br class="gmail_msg">
enable external displays but would need some patching to make the panel<br class="gmail_msg">
power and backlight control work with that.<br class="gmail_msg"><br></blockquote><div><br></div><div>Yes. I think the Ada code is far superior to the C code at this point. I think it makes sense to focus on extending it as opposed to working on the C gfx code.</div><div><br></div><div>ron </div></div></div>