Bug 103483
Summary: | Sony Multiscan 15sf2 detected as Sony GDM-20SHT | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux Beta | Reporter: | Steve Bergman <sbergman> | ||||||
Component: | kudzu | Assignee: | Bill Nottingham <notting> | ||||||
Status: | CLOSED WONTFIX | QA Contact: | |||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | beta1 | CC: | mharris, rvokal | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | i386 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2004-02-20 02:48:23 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Steve Bergman
2003-09-01 02:44:26 UTC
Can you run the following command, and attach the file generated to the bug report using the bugzilla file attachment feature below: ddcprobe > ddc.log Also, if you have the floppy disk or CDROM which came with your monitor originally, and can attach the Windows .INF file from your monitor's driver disk, or can download the file from the manufacturer's website perhaps, I could ensure that it is added to our database. Thanks in advance for any information you can provide. Created attachment 94108 [details]
Output of ddcprobe
Well, ddcprobe shows it as a GDM-20SHT (My God, where was their marketing
department when they selected that model name?! ;-)
However, it should be a CPD-15SF2.
So does ddcprobe read the string directly (as one might expect) or is there
some guessing involved?
Sorry, no .INF file. I've had the monitor for years and I usually lose that
stuff within weeks.
However, as I recall it is a 15 inch trinitron monitor, with 14.7" viewable
diagonal, .25 dot pitch.
31.5-65.0 kHz horizontal
50-120 Hz vertical
This looks like a bug in ddcprobe I think. IMHO, ddcprobe should be returning the information straight from the monitor itself, however it seems it is reading it from the data in the monitor database instead, which I think is wrong anyway. The monitor data in the monitor database matches the information from Microsoft Windows however, supplied by sony: http://www.ita.sel.sony.com/bin/support/support.cgi?whichone=1&installfile=sonyminf.txt&downloadfile=SONYMINF.EXE The above file is an .EXE file, but it is a self extracting ZIP file that unzips happily with 'unzip'. Please attach your XFree86 log file, it should show the real data we require. Created attachment 94169 [details]
XFree86 Log
This is a firmware bug with a number of Sony monitors. Instead of reporting the EISA ID properly, they return "sny0000". There are seven of Sony monitor models with this EISA ID, so when ddcprobe looks up the number in the Monitor's database, it only has a one in seven chance of being right. The only fix I can think of is to change kudzu to pull the model name, hsync, and vsync from the firmware as mharris suggested instead of doing a lookup in the MonitorsDB. And then you'd only do the database lookup if the info can't be found from the kudzu probe. However, given that this only affects seven monitor models which have buggy firmware, it seems like a lot of work for very little gain. I'd also say that this solution also assumes that you can trust the rest of the values from the firmware probe. However, if the EISA ID is already wrong in the firmware, how reliable is the rest of the data like the sync rates? I'm going to change the component to the kudzu owner for him to consider, but I would recommend closing as 'wontfix'. Yeah, I don't think that changing the algo for 7 monitors would be necessarily worth the effort, especially when I'm not even sure the descriptions are even valid in the majority of the cases. |