Bug 33127 - QA0322 - RFE: DCC returned data not being well used?
Summary: QA0322 - RFE: DCC returned data not being well used?
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: Xconfigurator
Version: 7.1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Preston Brown
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-03-25 19:59 UTC by R P Herrold
Modified: 2007-04-18 16:32 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2001-03-25 19:59:41 UTC
Embargoed:


Attachments (Terms of Use)

Description R P Herrold 2001-03-25 19:59:37 UTC
Not for for the present test cycle, but ...

I was configuring a laptop (a two year old Toshiba) and during install it
queried and received DCC parameters ...

Reported as a TOS5082, 31.5-48.5  and 50-70 ...

which is NOT is the Xconfigurator monitor database ...

---------------------------------

It concluded, and runs very nicely.  Obvioully new monitors and panels will
proliferate beyond the ability of anyone to keep up to date.  

RFE 1. As a rework of Xconfigurator, add a DCC query, and if a DCC return
is received, perhaps a new branch of code, using that DCC data, might be
added.

RFE 2. Ask permission, and report the DCC data of monitors names NOT found
in the Xconfigurator list back to a email collection address at RH for
Xconfig monitor list extension, in well formed format, for automated data
collection of monitor specs.  See also Bugzilla 25919

Comment 1 Preston Brown 2001-03-27 17:18:44 UTC
Recent versions of Xconfigurator do make efficient use of DDC.  they get the 
EDID, look up the monitor in the database, and use that timing info if 
present.  If not present, it falls back to the DDC timing info, if that 
appears sane.  If it appears insane (and yes, some monitors have an EDID but 
report refresh rates that are totally out of whack), it then makes you choose.

The monitor EDID data sharing with Red Hat is a good idea, we'll have to 
figure out how to best implement getting such data back to us.



Note You need to log in before you can comment on or make changes to this bug.