From: bugzilla-daemon@freedesktop.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 31943] drm EDID checking is too strict
Date: Fri, 8 Apr 2011 08:25:08 -0700 (PDT) [thread overview]
Message-ID: <20110408152509.A130713004F@annarchy.freedesktop.org> (raw)
In-Reply-To: <bug-31943-502@http.bugs.freedesktop.org/>
https://bugs.freedesktop.org/show_bug.cgi?id=31943
--- Comment #11 from Joe Sislow <nouveau@madopal.com> 2011-04-08 08:25:08 PDT ---
I've got the problem as well. I've got an older Hanns G JC199D, and apparently
nouveau doesn't like its checksum either.
[ 83.297263] [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid,
remainder is 180
[ 83.297276] [drm:drm_edid_block_valid] *ERROR* Raw EDID:
[ 83.297286] <3>00 ff ff ff ff ff ff 00 22 64 c6 04 c9 15 00 00
........"d......
[ 83.297290] <3>10 10 01 03 81 26 1e 78 2a fd 56 a5 53 4a 9d 24
.....&.x*.V.SJ.$
[ 83.297294] <3>14 4f 54 bf ef 80 81 80 71 4f 81 40 01 01 01 01
.OT.....qO.@....
[ 83.297297] <3>01 01 01 01 01 01 30 2a 00 98 51 00 2a 40 30 70
......0*..Q.*@0p
[ 83.297300] <3>13 00 78 2d 11 00 00 1e 00 00 00 ff 00 36 31 36
..x-.........616
[ 83.297303] <3>47 4a 33 30 4a 41 35 35 37 37 00 00 00 fd 00 32
GJ30JA5577.....2
[ 83.297306] <3>4c 1e 53 0e 00 0a 20 20 20 20 20 20 00 00 00 fc L.S...
....
[ 83.297309] <3>00 4a 43 31 39 39 44 0a fd fe 41 01 a1 fd fd fd
.JC199D...A.....
Basically, what I'd like to suggest is that the driver uses whatever old
standard resolution that the VESA drivers use. Because right now, the driver
is crippling systems by choosing a resolution that is out of range for some
monitors, and there's no way to get the display back. In the current Fedora
build, even if all graphical booting is disabled, nouveau is still setting
things out of range.
The way I've worked around this was to switch to the nvidia driver (at least it
doesn't set a strange resolution when it starts up), manually create an
EDID.bin, fix the checksum, and tell xorg.conf to use that file instead of
reading the EDID.
I don't understand the boot process now where X is starting earlier, and I'm
not sure if the
Option "CustomEDID" "DFP-0:/path/to/edid.bin
line would work for nouveau. If it does, it's a possible intermediary fix for
people. It's not an easy one, as I had to manually correct the checksum.
Is this a version problem, btw? What is so offensive about these older EDID
versions that the drivers are crapping out on (other than the checksum)? Could
the code validate the other sections to at least *see* if the data is garbage
before throwing the whole block out?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
next prev parent reply other threads:[~2011-04-08 15:25 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bug-31943-502@http.bugs.freedesktop.org/>
2010-11-29 15:08 ` [Bug 31943] [drm:radeon_dvi_detect] *ERROR* HDMI Type A-1: probed a monitor but no|invalid EDID bugzilla-daemon
2010-11-29 15:09 ` bugzilla-daemon
2010-12-04 4:06 ` bugzilla-daemon
2010-12-13 15:32 ` [Bug 31943] drm EDID checking is too strict bugzilla-daemon
2011-01-04 23:04 ` bugzilla-daemon
2011-01-08 17:33 ` bugzilla-daemon
2011-01-08 17:37 ` bugzilla-daemon
2011-01-10 19:16 ` bugzilla-daemon
2011-02-05 17:39 ` bugzilla-daemon
2011-04-08 15:25 ` bugzilla-daemon [this message]
2011-04-08 16:05 ` bugzilla-daemon
2011-05-05 16:14 ` bugzilla-daemon
2011-05-09 8:58 ` bugzilla-daemon
2011-05-09 8:59 ` bugzilla-daemon
2011-05-09 9:27 ` bugzilla-daemon
2011-05-09 9:29 ` bugzilla-daemon
2011-11-02 21:27 ` bugzilla-daemon
2019-10-14 13:20 ` bugzilla-daemon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110408152509.A130713004F@annarchy.freedesktop.org \
--to=bugzilla-daemon@freedesktop.org \
--cc=dri-devel@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).