[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gentoo-user
Subject:    Re: [gentoo-user] get-edid?
From:       Erik <esigra () gmail ! com>
Date:       2010-07-16 7:47:27
Message-ID: 4C400E8F.3030306 () gmail ! com
[Download RAW message or body]

2010-07-16 09:22, Neil Bothwick skrev:
> On Fri, 16 Jul 2010 08:59:52 +0200, Erik wrote:
> 
> > I installed app-misc/read-edid-1.4.2. It is supposed to install 2 tools;
> > get-edid and parse-edid. But I only got parse-edid. So I can not use it.
> 
> % qlist read-edid
> /usr/sbin/get-edid
> /usr/share/man/man1/get-edid.1.bz2
> /usr/share/man/man1/parse-edid.1.bz2
> /usr/share/doc/read-edid-2.0.0-r1/NEWS.bz2
> /usr/share/doc/read-edid-2.0.0-r1/README.bz2
> /usr/share/doc/read-edid-2.0.0-r1/AUTHORS.bz2
> /usr/share/doc/read-edid-2.0.0-r1/ChangeLog.bz2
> /usr/bin/parse-edid
> 
> Both are there but note that get-edid is in /usr/sbin so only in root's
> path.

Thanks for the help. So version 2.0 has both binaries, but in different
places.

This is what it looks like for the stable version (1.4.2):
% qlist read-edid
/usr/share/man/man1/get-edid.1.lzma
/usr/share/man/man1/parse-edid.1.lzma
/usr/share/doc/read-edid-1.4.2/AUTHORS.lzma
/usr/share/doc/read-edid-1.4.2/README.lzma
/usr/share/doc/read-edid-1.4.2/ChangeLog.lzma
/usr/share/doc/read-edid-1.4.2/NEWS.lzma
/usr/sbin/parse-edid
/usr/lib/debug/usr/sbin/parse-edid.debug


So actually the stable version fails to install get-edid.

(I also had a problem with bash not finding the parse-edid binary after
upgrading to 2.0, since then /usr/sbin/parse-edid was removed and
/usr/bin/parse-edid was added without bash knowing about it. Ctrl+D and
starting the shell again fixed it though.)

Now to the actual result:

/usr/sbin/get-edid: get-edid version 2.0.0

        Performing real mode VBE call
        Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0
        Function supported
        Call successful

        VBE version 300
        VBE string at 0x11100 "NVIDIA"

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
Error: output block unchanged


Any idea why it fails? Is that why xorg can not read the display size either? If so, \
why does it just pick a random display size without reporting the error?


[prev in list] [next in list] [prev in thread] [next in thread]