<div dir="ltr"><div>Hello<br><br>The issues with i915.fastboot have been explained by Jesse Barnes, unfortunately I do not think I can help any further with that.<br><br></div><div>Could someone from the list help him pinpoint why coreboot is using a different mode?<br><br>This would make native video init compatible with i915.fastboot=1, to further reduce bootime. I guesstimate about 0.8 seconds could be shaved, which would be quite significant.<br></div><div><br></div>My reply was:<br><div><br>(IIRC, there is no VBT  or INT 10H support yet in coreboot native video init)<br><br>Regarding EDID, it's handled from intel_gma_init in coreboot/src/northbridge/<div>intel/i945/gma.c.<br>The only thing I see that could be linked to a preferred mode is in decode_edid from coreboot/src/lib/edid.c :<br>                if (edid[0x18] & 0x02) {<br>                        printk(BIOS_SPEW, "First detailed timing is preferred timing\n");<br>                        has_preferred_timing = 1;<br>                }<br>(...)<br>                /* detailed timings */<br>                printk(BIOS_SPEW, "Detailed timings\n");<br>                has_valid_detailed_blocks = detailed_block(out, edid + 0x36, 0);<br>                if (has_preferred_timing && !did_detailed_timing)<br>                        has_preferred_timing = 0; /* not really accurate... */<br><br></div>Maybe disabling has_preferred_timing  if there are no did_detailed_timing is wrong?<br><div><br><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Jesse Barnes</b> <span dir="ltr"><<a href="mailto:jbarnes@virtuousgeek.org">jbarnes@virtuousgeek.org</a>></span><br>Date: Thu, Oct 30, 2014 at 5:34 PM<br>Subject: Re: [Intel-gfx] i915.fastboot bug report - not working on coreboot<br>To: Charles Devereaux <<a href="mailto:intelgfx@guylhem.net">intelgfx@guylhem.net</a>><br>Cc: <a href="mailto:intel-gfx@lists.freedesktop.org">intel-gfx@lists.freedesktop.org</a>, Paul Menzel <<a href="mailto:paulepanter@users.sourceforge.net">paulepanter@users.sourceforge.net</a>><br><br><br>On Thu, 23 Oct 2014 16:44:26 -0400<br>
Charles Devereaux <<a href="mailto:intelgfx@guylhem.net">intelgfx@guylhem.net</a>> wrote:<br>
<br>
> [    0.529733] [drm:intel_set_config_compute_mode_changes], modes are<br>
<span class="">> different, full mode set<br>
> [    0.529736] [drm:drm_mode_debug_printmodeline], Modeline 0:"" 0 54167<br>
> 1024 1048 1184 1344 768 771 777 806 0x0 0xa<br>
> [    0.529740] [drm:drm_mode_debug_printmodeline], Modeline 11:"1024x768"<br>
> 60 65000 1024 1048 1184 1344 768 771 777 806 0x48 0xa<br>
<br>
</span>This looks like the issue.  The BIOS programs a slightly different<br>
1024x768 mode than what the kernel tries to apply.  Looks like reduced<br>
vs non-reduced blanking approximately.<br>
<br>
We could adjust the fastboot code to handle that, or change coreboot to<br>
use the preferred mode from the EDID of the display or make the VBT<br>
match, which is presumably what the kernel is using.<br>
<span class=""><font color="#888888"><br>
--<br>
Jesse Barnes, Intel Open Source Technology Center<br>
</font></span></div><br></div></div></div>