[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <46543163.1020607@aitel.hist.no>
Date: Wed, 23 May 2007 14:19:47 +0200
From: Helge Hafting <helge.hafting@...el.hist.no>
To: Benjamin Herrenschmidt <benh@...nel.crashing.org>
CC: Jesse Barnes <jbarnes@...tuousgeek.org>,
dri-devel@...ts.sourceforge.net,
Jesse Barnes <jesse.barnes@...el.com>,
James Simmons <jsimmons@...tafluge.infradead.org>,
Dave Airlie <airlied@...il.com>, linux-kernel@...r.kernel.org,
"Antonino A. Daplas" <adaplas@...il.com>
Subject: Re: [RFC] enhancing the kernel's graphics subsystem
Benjamin Herrenschmidt wrote:
> On Tue, 2007-05-22 at 08:39 -0700, Jesse Barnes wrote:
>
>> The current code does its best to figure out what modes are available and
>> tries to pick a good one for each display. It sounds like you're mainly
>> concerned with the actual mode picking, not the mode and output detection
>> and enumeration? If so, that's a pretty easy change to make. But if
>> you're also worried about the kernel building mode lists, then we'll have
>> bigger changes to make...
>>
>
> I'm worried that the EDID we get from the monitor is bogus and needs to
> be overriden.
>
How often do that happen?
There is the alternate solution of assuming that EDID is correct,
and provide an override when it isn't. So anyone with a good monitor
get a nice display by default. Those with a defective lying monitor
may have to add a "resolution=640x480" parameter to their
kernel command line to get out of the black screen modus.
This shifts the bother to those with a bad monitor, who then are
free to get pissed off at their monitor vendor . . .
Helge Hafting
-
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