similar to: [Bug 48090] New: Spam of system log with EDID messages

https://bugs.freedesktop.org/show_bug.cgi?id=64858 Priority: medium Bug ID: 64858 Assignee: nouveau at lists.freedesktop.org Summary: Nouveau sees invalid EDID for eDP-1 whenever that display is turned off QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux

https://bugs.freedesktop.org/show_bug.cgi?id=32341 Summary: nouveau only reads half the EDID. Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

https://bugs.freedesktop.org/show_bug.cgi?id=53842 Bug #: 53842 Summary: Nouveau fails to read EDID, but X succeeds. Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component:

I cant make the nouveau work with an arcade monitor, problably because the EDID. I can make modeline work fine to reduce the horizontal to 15khz, tested in a normal pc monitor (with ugly visual because the 15khz in horizontal). But when i try in the arcade monitor, dont show any image after xorg start. In official nvidia driver has an option NOEDID to force the driver to ignore information from

https://bugs.freedesktop.org/show_bug.cgi?id=61537 Priority: medium Bug ID: 61537 Assignee: nouveau at lists.freedesktop.org Summary: Screen flicker when using display with incorrect EDID QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: tsalacinski at

https://bugs.freedesktop.org/show_bug.cgi?id=47846 Bug #: 47846 Summary: Nouveau -> overscan using HDMI Classification: Unclassified Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Since DP-specific information is stored in driver's structures, every driver needs to implement subconnector property by itself. Reviewed-by: Emil Velikov <emil.velikov at collabora.com> Signed-off-by: Oleg Vasilev <oleg.vasilev at intel.com> Cc: Ben Skeggs <bskeggs at redhat.com> Cc: nouveau at lists.freedesktop.org --- drivers/gpu/drm/nouveau/nouveau_connector.c | 13

Fall back to retrieving the EDID via the ACPI _DDC method, when present for notebook internal panels, when retrieving BIOS-embedded EDIDs. Signed-off-by: Daniel Dadap <ddadap at nvidia.com> --- drivers/gpu/drm/radeon/radeon_combios.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_combios.c b/drivers/gpu/drm/radeon/radeon_combios.c

Check first two header bytes before trying to read the edid blob, to avoid the log being spammed in case qemu has no edid support (old qemu or edid turned off). Fixes: 01f23459cf drm/bochs: add edid support. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- drivers/gpu/drm/bochs/bochs_hw.c | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/drivers/gpu/drm/bochs/bochs_hw.c

Check first two header bytes before trying to read the edid blob, to avoid the log being spammed in case qemu has no edid support (old qemu or edid turned off). Fixes: 01f23459cf drm/bochs: add edid support. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- drivers/gpu/drm/bochs/bochs_hw.c | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/drivers/gpu/drm/bochs/bochs_hw.c

For an unknown reason both my monitors ended up with a corrupted EDID. They both provide VGA and DVI input. The VGA input works fine, while DVI is broken because of the EDID issue. Using these [1] instructions I have been able to read the EDID and fix it. Unfortunately I'm not able to write it back to the eeprom. I always get this message: i2c i2c-1: sendbytes: NAK bailout. This is what I

Check header before trying to read the complete edid blob, to avoid the log being spammed in case qemu has no edid support (old qemu or edid support turned off). Fixes: 01f23459cf drm/bochs: add edid support. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- drivers/gpu/drm/bochs/bochs_hw.c | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/drivers/gpu/drm/bochs/bochs_hw.c

Hi, My dmesg is filled up with these errors nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for HDMI-A-1 nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for VGA-1 nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for HDMI-A-1 nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for VGA-1 nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for VGA-1 [..] nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=56788 Emil Velikov <emil.l.velikov at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|dri-devel at lists.freedesktop |nouveau at lists.freedesktop.o |.org |rg

On Thu, Sep 6, 2018 at 12:42 PM Sergey Senozhatsky <sergey.senozhatsky.work at gmail.com> wrote: > > On (08/02/18 11:46), Sergey Senozhatsky wrote: > > Hi, > > > > My dmesg is filled up with these errors > > > > nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for HDMI-A-1 > > nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for VGA-1

Another apparently harmless message.. But I find it quite curious. Especially that they seem pretty harmful in the case of http://bugs.freedesktop.org/show_bug.cgi?id=25393 So my setup is nv35 with a 19' CRT screen connected to vga output. I get random occurrences of this message : [drm:edid_is_valid] *ERROR* EDID checksum is invalid, remainder is 161 [drm:edid_is_valid] *ERROR* Raw EDID:

Commit c0077061e7ea accidentally inverted the logic for nouveau_acpi_edid, causing it to only show a connector as connected when the edid could not be retrieved with acpi. Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com> --- diff --git a/drivers/gpu/drm/nouveau/nouveau_connector.c b/drivers/gpu/drm/nouveau/nouveau_connector.c index 9a6e2cb..d3595b2 100644 ---

Some notebook systems provide the EDID for the internal panel via the _DDC method in ACPI, instead of or in addition to providing the EDID via DDC on LVDS/eDP. Add a DRM helper to search for an ACP _DDC method under the ACPI namespace for each VGA/3D controller, and return the first EDID successfully retrieved via _DDC. Update the i915, nouveau, and radeon DRM-KMS drivers to fall back to

On Mon, Jul 27, 2020 at 03:53:54PM -0500, Daniel Dadap wrote: > --- a/drivers/gpu/drm/drm_edid.c > +++ b/drivers/gpu/drm/drm_edid.c > @@ -34,6 +34,7 @@ > #include <linux/module.h> > #include <linux/slab.h> > #include <linux/vga_switcheroo.h> > +#include <linux/pci.h> Nit: Alphabetic ordering. > +static u64 *get_dod_entries(acpi_handle handle,

https://bugs.freedesktop.org/show_bug.cgi?id=50374 Bug #: 50374 Summary: nouveau fails to obtain EDID from NV11 (nforce IGP) Classification: Unclassified Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: