EDID

Val vace117 at yahoo.ca
Fri Jul 6 14:20:33 PDT 2007


I had a very similar problem with my upgrade to Ubuntu Fiesty. Although
I didn't figure out how to override the erroneous info coming from the
CRT's EDID, I configured the NVIDIA driver to suppress many of the
checks it does on a candidate graphical mode before putting it into the
mode pool. This works if you already know what modes your CRT can do.

I don't know if you use nvidia, but I assume ATI will have some sort of
an equivalent:

Option "ModeValidation" "CRT-1: NoVertRefreshCheck,
NoDFPNativeResolutionCheck, NoMaxPClkCheck, NoEdidMaxPClkCheck,
NoHorizSyncCheck, NoVirtualSizeCheck;"


On Fri, 2007-06-07 at 14:39 +1000, Russell Shaw wrote:
> Hi,
> I get a corrupt edid with get-edid. I've got a left-hand DVI LCD monitor and
> a right-hand VGA CRT, both of which should work. I was using dual-head merged framebuffer
> ok, but after a debian dist-upgrade, X now only does clone mode because it can't
> configure the VGA CRT.
> 
> 
> get-edid version 1.4.1
> 
>          Performing real mode VBE call
>          Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0
>          Function supported
>          Call successful
> 
>          VBE version 200
>          VBE string at 0x11110 "ATI RADEON 9200"
> 
> VBE/DDC service about to be called
>          Report DDC capabilities
> 
>          Performing real mode VBE call
>          Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0
>          Function supported
>          Call successful
> 
>          Monitor and video card combination does not support DDC1 transfers
>          Monitor and video card combination does not support DDC2 transfers
>          0 seconds per 128 byte EDID block transfer
>          Screen is not blanked during DDC transfer
> 
> Reading next EDID block
> 
> VBE/DDC service about to be called
>          Read EDID
> 
>          Performing real mode VBE call
>          Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0
>          Function supported
>          Call failed
> 
> The EDID data should not be trusted as the VBE call failed
> EDID claims 19 more blocks left
> EDID blocks left is wrong.
> Your EDID is probably invalid.
> parse-edid: parse-edid version 1.4.1
> parse-edid: EDID checksum failed - data is corrupt. Continuing anyway.
> parse-edid: first bytes don't match EDID version 1 header
> parse-edid: do not trust output (if any).
> 
>          # EDID version 19 revision 19
> Section "Monitor"
>          Identifier "DXS:1313"
>          VendorName "DXS"
>          ModelName "DXS:1313"
>          # DPMS capabilities: Active off:no  Suspend:no  Standby:no
> 
>          Mode    "275x275"       # vfreq 43.295Hz, hfreq 45.979kHz
>                  DotClock        48.830000
>                  HTimings        275 294 313 1062
>                  VTimings        275 276 327 1062
>          EndMode
>          Mode    "275x275"       # vfreq 43.295Hz, hfreq 45.979kHz
>                  DotClock        48.830000
>                  HTimings        275 294 313 1062
>                  VTimings        275 276 327 1062
>          EndMode
>          Mode    "275x275"       # vfreq 43.295Hz, hfreq 45.979kHz
>                  DotClock        48.830000
>                  HTimings        275 294 313 1062
>                  VTimings        275 276 327 1062
>          EndMode
>          Mode    "275x275"       # vfreq 43.295Hz, hfreq 45.979kHz
>                  DotClock        48.830000
>                  HTimings        275 294 313 1062
>                  VTimings        275 276 327 1062
>          EndMode
> EndSection
> _______________________________________________
> xorg mailing list
> xorg at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg




More information about the xorg mailing list