similar to: [Bug 107817] New: NV50 : Nvidia NVS295 - Printing out EDID errors about not connected monitor ports

https://bugs.freedesktop.org/show_bug.cgi?id=33771 Summary: Hang on boot with Quadro NVS295 Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

It looks like Ryan's Nouveau patch [1,2] to get the I2C working for EDID (thus modelines) is crucial for avoiding the Nvidia binary drivers on MacbookPro 2012s. Any plans/chance for it to be upstreamed to eg 3.6-rc3? Many thanks, Daniel --- [1] diff -urNp a/drivers/gpu/drm/nouveau/nouveau_bios.c b/drivers/gpu/drm/nouveau/nouveau_bios.c --- a/drivers/gpu/drm/nouveau/nouveau_bios.c

NVIDIA users - is this any good for you? - d. ---------- Forwarded message ---------- From: howard <austinghoward at gmail.com> Date: 2009/7/30 Subject: The NVIDIA EDID Problem & Solution To: xorg at freedesktop.org This is a problem that a lot of people seem to have with the NVIDIA proprietary drivers (the driver from NVIDIA website). And after many hours of struggling with it I

Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- drm/nouveau/nv50_display.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drm/nouveau/nv50_display.c b/drm/nouveau/nv50_display.c index bdaba91..d9cba87 100644 --- a/drm/nouveau/nv50_display.c +++ b/drm/nouveau/nv50_display.c @@ -773,7 +773,6 @@ nv50_crtc_set_scale(struct nouveau_crtc *nv_crtc, bool update) */ if

Ben, I think I'm being hit with this bug (I see EDID is invalid in dmesg), is there any workaround outside of recompiling without that commit and can I give any information to help? Max -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20170608/de78457c/attachment.html>

I got this in dmesg. I reconnected it and it works fine. What caused that? > [ 253.203797] nouveau 0000:07:00.0: HDMI-A-1: EDID is invalid: > [ 253.203801] [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > [ 253.203802] [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > [ 253.203803] [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > [

Am 27.07.20 um 22:53 schrieb Daniel Dadap: > 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

I don't have the cycles to maintain edid-decode, and Hans Verkuil (who contributed a ton of HDMI-related patches) has graciously offered to take over. The project can now be found at: https://git.linuxtv.org/hverkuil/edid-decode.git/ - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 659 bytes Desc:

On Tue, Oct 30, 2018 at 10:38:04AM +0100, Daniel Vetter wrote: > On Tue, Oct 30, 2018 at 07:32:06AM +0100, Gerd Hoffmann wrote: > > linux guest driver implementation of the VIRTIO_GPU_F_EDID feature. > > > > Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> > > Like with bochs, I think drm_do_get_edid() here is overkill and fairly > pointless. Like with

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 | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/bochs/bochs_hw.c

Hi, > You could probably have a comment here explaining the magic below > (just like in the commit message to ease the task of understanding > while reading the code why 2 of 8 bytes of the EDID header is checked > and why it is all needed). Of course one can use git blame... Up to you Makes sense. > > + if (readb(bochs->mmio + 0) != 0x00 || > > +

On Thu, Dec 20, 2018 at 07:50:01AM +0100, Gerd Hoffmann wrote: > 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> It's a bit a hack, but makes sense.

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

I'm running the following hardware: MSI 890FXA-GD70 motherboard With a AMI v1.7 BIOS AMD Phenom II X6 (1055T) 8 GB RAM (2 x 4 GB DIMM) nVidia Geforce 7300 (G72) video Card ViewSonic VA2431wvm monitor Plus The OS is: CentOS release 6.3 (Final) 2.6.32-279.5.2.el6.centos.plus.x86_64 Actually, on this machine I'm getting the following error during

http://bugs.freedesktop.org/show_bug.cgi?id=27230 Summary: [105M / Acer] Bad EDID causes nouveau to fail on Acer Extensa 5635G laptop Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

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

Hi, Bisected this to: commit df8dc97cd17269474344d73cc02739532c468d04 Author: Ben Skeggs <bskeggs at redhat.com> Date: Wed Mar 1 09:42:04 2017 +1000 drm/nouveau/kms/nv50: use drm core i2c-over-aux algorithm I'm not entirely sure NVKM needs to support this now, but I haven't removed it as of yet just in case it's needed from DEVINIT scripts where DRM isn't

Thanks, Lukas. I've incorporated your feedback into my local tree, but will wait for additional feedback from the individual DRM driver maintainers before sending out a series v2. On 8/8/20 5:11 PM, Lukas Wunner wrote: > On Mon, Jul 27, 2020 at 03:53:54PM -0500, Daniel Dadap wrote: >> + for (i = 0; i < num_dod_entries; i++) { >> + if (adr ==

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

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