Nouveau - Dec 2009 - [Bug 25393] New: Repeated "EDID checksum is invalid" erros with varying remainders on NV43

http://bugs.freedesktop.org/show_bug.cgi?id=25393

           Summary: Repeated "EDID checksum is invalid" erros with
varying
                    remainders on NV43
           Product: xorg
           Version: git
          Platform: x86 (IA32)
        OS/Version: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/nouveau
        AssignedTo: nouveau at lists.freedesktop.org
        ReportedBy: TomasMiljenovic at HoTMaiL.com
         QAContact: xorg-team at lists.x.org


Created an attachment (id=31654)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=31654)
dmesg | tail -n 150

I'm experiencing X crashes, graphical corruption and sudden deactivations of
a
VGA monitor using nouveau and dual head with my NV43.  I'm seeing the
following
from dmesg each time:
    [drm:edid_is_valid] *ERROR* EDID checksum is invalid, remainder is N
    [drm:edid_is_valid] *ERROR* Raw EDID:
for varying N.  There can be one or several consecutive occurrences of EDID
errors for each problem.  The remainder displayed (N) is not constant in the
latter case.  Every printed raw EDID appears correct however.

Though commonly occurring when starting an X session or resuming from suspend,
this also happens at seemingly random intervals with no apparent correlation
with my uptime or how long my X server's been running.  Graphical corruption
is
only visible after s2ram.

N.B. Using current Fedora 12 packages, no modifications.  Problems did not
occur with Fedora 11 snapshots.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=25393





--- Comment #1 from Tomas M <TomasMiljenovic at HoTMaiL.com>  2009-12-02
05:10:24 PST ---
Created an attachment (id=31655)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=31655)
Xorg log


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=25393





--- Comment #2 from Tomas M <TomasMiljenovic at HoTMaiL.com>  2009-12-02
05:11:49 PST ---
Created an attachment (id=31656)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=31656)
xorg.conf


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=25393





--- Comment #3 from Tomas M <TomasMiljenovic at HoTMaiL.com>  2010-03-24
04:18:43 PST ---
X crashes and monitor deactivations no longer occur with latest upstream code. 

EDID errors still reported upon boot, and when resuming from suspend. 
Non-static graphical corruption still visible after resume.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=25393

--- Comment #4 from TomG <kaw550pgz at yahoo.com> 2010-05-26 16:26:02 PDT
---
I have worked around the problem as follows.

Background:  The nouveau driver interferes with the probing of nvidia's
driver.
 Going into init 1 or init 3 from init 5 will result in nouveau still being
loaded in the kernel.  One must boot into init 1 or init 3 before nouveau has a
chance to load for the NVIDIA installer to work correctly. 

Solution:

Restart and boot into single mode by appending the capital letter S to
grub's
kernel line.

run the installer as before, ignoring the warning about potential problems with
init 1.

Verified as a solution in UBUNTU 10.04 LTS and NVIDIA x86-195-32-24.

Also, these newer (post 190) drivers have a ignore-EDID option; you can Google
the readme of the driver if need be, that should solve these problems.

--Tom G.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=25393

--- Comment #5 from Tomas M <TomasMiljenovic at HoTMaiL.com> 2010-05-26
20:30:01 PDT ---
(In reply to comment #4)
> I have worked around the problem as follows.
> 
> Background:  The nouveau driver interferes with the probing of nvidia's
driver.
>  Going into init 1 or init 3 from init 5 will result in nouveau still being
> loaded in the kernel.  One must boot into init 1 or init 3 before nouveau
has a
> chance to load for the NVIDIA installer to work correctly. 
Thanks Tom; I'll keep that in mind if I ever want to use the proprietary
driver
with bad EDID devices.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=25393

Tomas M <TomasMiljenovic at HoTMaiL.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #31654|0                           |1
        is obsolete|                            |

--- Comment #6 from Tomas M <TomasMiljenovic at HoTMaiL.com> 2010-10-01
03:41:15 PDT ---
Created an attachment (id=39099)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=39099)
dmesg output after (suspend to RAM)?(resume)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=25393

Tomas M <TomasMiljenovic at HoTMaiL.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|medium                      |lowest

--- Comment #7 from Tomas M <TomasMiljenovic at HoTMaiL.com> 2010-10-01
03:42:35 PDT ---
With the latest DRM and DDX, I only see these errors when suspending to RAM.

The error only shows up in my logs a couple of times (still with different
remainders), suspend/sleep is working great (no graphical
corruption/flickering), and I'm no longer noticing any 'symptoms'
other than
kernel message buffer usage.  I have attached dmesg output from a
suspend?resume cycle in case anyone wants a look, but I've reniced the bug
as
it no longer bothers me.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=25393

Ilia Mirkin <imirkin at alum.mit.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |INVALID

--- Comment #8 from Ilia Mirkin <imirkin at alum.mit.edu> ---
It appears that this bug report has laid dormant for quite a while. Sorry we
haven't gotten to it. Since we fix bugs all the time, chances are pretty
good
that your issue has been fixed with the latest software. Please give it a shot.
(Linux kernel 3.10.7, xf86-video-nouveau 1.0.9, mesa 9.1.6, or their git
versions.) If upgrading to the latest isn't an option for you, your
distro's
bugzilla is probably the right destination for your bug report.

In an effort to clean up our bug list, we're pre-emptively closing all bugs
that haven't seen updates since 2011. If the original issue remains, please
make sure to provide fresh info, see http://nouveau.freedesktop.org/wiki/Bugs/
for what we need to see, and re-open this one.

Thanks,

The Nouveau Team

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130818/df4ed897/attachment-0001.html>