[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