[PATCH v2] i915: Add option to bypass vbt table.

Paul Menzel paulepanter at users.sourceforge.net
Thu Mar 1 13:41:32 PST 2012


Am Donnerstag, den 01.03.2012, 20:38 +0100 schrieb Daniel Vetter:
> On Thu, Mar 01, 2012 at 06:44:35AM +0100, Mathias.Froehlich at gmx.net wrote:
> > From: Mathias Fröhlich <Mathias.Froehlich at web.de>
> > 
> > Add an option to skip reading the mode entries from
> > the vbt bios tables.
> > This change enables the use of displays where the vbt table just
> > contains inappropriate values, but either the vesa defaults or
> > the video=... modes do something sensible with the attached display.
> > 
> > Reviewed-by: Paul Menzel <paulepanter at users.sourceforge.net>
> > Signed-off-by: Mathias Froehlich <Mathias.Froehlich at web.de>
> 
> Can you elaborate a bit on why this is required? Is this for a machine
> (like the chrome machines) that just lack a vbios? Or do we fail to parse
> the vbt in some way?

Pasted from Mathias’ message with the first patch iteration.

Am Mittwoch, den 29.02.2012, 20:34 +0100 schrieb Mathias Fröhlich:
> Attached is a small change to i915 that fixes a customer case that I had in my 
> day job.
> 
> The problem happens with an embedded board that contains vbt bios tables that 
> do not match the attached display.
> Using this change and the appropriate kernel boot command line they are able to 
> use an otherwise completely unusable secondary display on that embedded board.
> 
> Please review. 


Thanks,

Paul
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120301/8ff5caab/attachment.pgp>


More information about the dri-devel mailing list