[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAE2SPAaz4oa7q4UTZ=iiKGv3v8=6xT_=odgMN-mrH9enRP26qQ@mail.gmail.com>
Date: Thu, 15 Mar 2012 11:30:36 +0100
From: Bastien ROUCARIES <roucaries.bastien@...il.com>
To: Carsten Emde <C.Emde@...dl.org>
Cc: David Airlie <airlied@...ux.ie>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
Valdis Kletnieks <Valdis.Kletnieks@...edu>,
Thomas Gleixner <tglx@...utronix.de>,
Keith Packard <keithp@...thp.com>,
Paul Menzel <paulepanter@...rs.sourceforge.net>,
DRI <dri-devel@...ts.freedesktop.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [V3 PATCH 1/2] drivers-gpu-drm-allow-to-load-edid-firmware.patch
On Thu, Mar 15, 2012 at 10:52 AM, Carsten Emde <C.Emde@...dl.org> wrote:
> Broken monitors and/or broken graphic boards may send erroneous or no
> EDID data. This also applies to broken KVM devices that are unable to
> correctly forward the EDID data of the connected monitor but invent
> their own fantasy data.
>
> This patch allows to specify an EDID data set to be used instead of
> probing the monitor for it. It contains built-in data sets of frequently
> used screen resolutions. In addition, a particular EDID data set may be
> provided in the /lib/firmware directory and loaded via the firmware
> interface. The name is passed to the kernel as module parameter of the
> drm_kms_helper module either when loaded
> options drm_kms_helper edid_firmware=edid/1280x1024.bin
> or as kernel commandline parameter
> drm_kms_helper.edid_firmware=edid/1280x1024.bin
Windows allow vendor to override eddid based on 3 bytes manufacturer
and product code.
Seems a reasonnable approach to follow.
Bastien
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists