search for: edid

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 0000:01:0...

...hu, 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 > > 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 n...

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 > 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 &gt...

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,...

Some notebook computer systems expose the EDID for the internal panel via the ACPI _DDC method. On some systems this is because the panel does not populate the hardware DDC lines, and on some systems with dynamic display muxes, _DDC is implemented to allow the internal panel's EDID to be read at any time, regardless of how the mux is switch...

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/...

...detection works fine if the FX 5200 DVI output is switched to the monitor, but when it is not, I have not found a way to force-enable it. Here is what I tried: *) used the video=DVI-I-1:1280x1024-24 at 60e kernel parameter (framebuffer still sits at 1024x768) *) used "options drm_kms_helper edid-firmware=edid/edid.bin" in /etc/modprobe.d/nouveau.conf. "no initrd here, drm-kms-helper.ko is loaded during bootstrap) *) downloaded the edid from the monitor and validated its correctness. I placed the edid data into /lib/firmware/edid/edid.bin, and added the module option "option...

Am 05.01.2016 um 11:41 schrieb poma: > > append to kernel cmdline: > drm_kms_helper.edid_firmware=DVI-I-1:edid/edid.bin > > $ cat /proc/cmdline > ... drm_kms_helper.edid_firmware=DVI-I-1:edid/edid.bin ... > Well, no banana. Yes, the kernel loads the edid, but the screen keeps blank if I switch the monitor to the system after bootstrap. )-: [ 20.319271] [drm] Got exter...

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 --...

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 --...

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...

Recent qemu (latest master branch, upcoming 3.1 release) got support for EDID data. This patch adds guest driver support. EDID support in qemu is not (yet) enabled by default, so please use 'qemu -device VGA,edid=on' for testing. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- drivers/gpu/drm/bochs/bochs.h | 1 + drivers/gpu/drm/bochs/bochs_hw....

Recent qemu (latest master branch, upcoming 3.1 release) got support for EDID data. This patch adds guest driver support. EDID support in qemu is not (yet) enabled by default, so please use 'qemu -device VGA,edid=on' for testing. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- drivers/gpu/drm/bochs/bochs.h | 1 + drivers/gpu/drm/bochs/bochs_hw....

Recent qemu (latest master branch, upcoming 3.1 release) got support for EDID data. This patch adds guest driver support. EDID support in qemu is not (yet) enabled by default, so please use 'qemu -device VGA,edid=on' for testing. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- drivers/gpu/drm/bochs/bochs.h | 1 + drivers/gpu/drm/bochs/bochs_hw....

https://bugs.freedesktop.org/show_bug.cgi?id=73267 Priority: medium Bug ID: 73267 Assignee: nouveau at lists.freedesktop.org Summary: Nouveau: corrupted laptop screen's EDID info QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: ezelspinguin at gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: 7.7 (2011) Component: D...

...x768 at 60Hz [ 5.206236] [drm:drm_helper_probe_single_connector_modes], [CONNECTOR:11:VGA-1] [ 5.264489] [drm:drm_helper_probe_single_connector_modes], [CONNECTOR:11:VGA-1] disconnected [ 5.264508] [drm:drm_helper_probe_single_connector_modes], [CONNECTOR:13:LVDS-1] [ 5.302438] [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 239 [ 5.339425] [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 239 [ 5.376396] [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 239 [ 5.414088] [drm:drm_edid_block_valid] *ERROR*...

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(+)...

...,0xd14(%rcx) b: 75 b7 jne 0xffffffffffffffc4 d: c3 retq e: 80 b9 0c 0d 00 00 00 cmpb $0x0,0xd0c(%rcx) 15: 75 .byte 0x75 objdump -SF --disassemble=nouveau_connector_detect_depth [...] if (nv_connector->edid && c85e1: 83 fa 41 cmp $0x41,%edx c85e4: 75 05 jne c85eb <nouveau_connector_detect_depth+0x6b> (File Offset: 0xc866b) c85e6: 48 85 c0 test %rax,%rax c85e9: 75 29 jne c8614...

> On Tue, Apr 01, 2014 at 02:53:02PM -0400, Ilia Mirkin wrote: >I believe that ch7006 is the only external encoder that's supposed to >work, so you're in luck. It sounds like it passes the nv04_tv_identify >stage of nv04_tv_create -- perhaps it fails later? Although based on >the prints, it's even doing dpms stuff (but it hits _detect a second >time... odd). Try

...ons made available by the system are: 1024x768 60.0Hz 800x600 60.3Hz and 56.2Hz 848x480 60.0Hz 640x480 59.9Hz However, the monitor native resolution is 1280x1024 and the refresh rate can be up to 75Hz (72Hz is also supported in Windows). The output from "xrandr -q" and "monitor-get-edid -v | monitor-parse-edid -v" mismatch. The latter shows that the suggested resolution is indeed 1280x1024 (60.0Hz). If I do: xrandr --newmode "1280x1024 at 60" 108 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync xrandr --addmode VGA-1 1280x1024 at 60 and then I change the moni...