similar to: [Bug 93612] New: Unable to force-enable output if monitor disconnected

Hi, > > Try your luck here > http://lists.freedesktop.org/mailman/listinfo/dri-devel The major problem is that there is no way to tell the nouveau kernel module to enforce a specific output. There is a video=XXX kernel parameter, but this only applies to the VGA framebuffer but not to the nouveau framebuffer. > BTW what is actual KVM switch device, vendor/product? This is an

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

https://bugs.freedesktop.org/show_bug.cgi?id=72952 J?rg H?hle <Joerg-Cyril.Hoehle at T-Systems.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #91095|0 |1 is obsolete| | --- Comment #3 from J?rg H?hle

https://bugs.freedesktop.org/show_bug.cgi?id=107817 Bug ID: 107817 Summary: NV50 : Nvidia NVS295 - Printing out EDID errors about not connected monitor ports Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: minor Priority:

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

Am Sonntag, den 23.09.2018, 12:55 -0400 schrieb Ilia Mirkin: > On Sun, Sep 23, 2018 at 12:26 PM, Wolfgang Rißler > <wolle321 at freenet.de> wrote: [snip] > > That's not extremely surprising ... force-enabling an output I think > might kill the resolution detection, and 1024x768 is the default. Why > are you force-enabling/disabling video outputs? That should not >

http://bugs.freedesktop.org/show_bug.cgi?id=25639 Summary: NV43 (6600GT): Monitor goes blank during boot Product: xorg Version: 7.5 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Hi I am just starting with xen and trying to get a few vm''s running on this pentium 4 system. I tried using virt-install to start things. I am using this link as the install base: ftp://download.fedora.redhat.com/pub/fedora/linux/core/6/i386/os/ , and a local file as hard drive. What happens is that virt-install downloads the kernel, boots, a VNC window for the new VM appears, but it

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=29935 Summary: X locks up with second monitor with DPMS Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

tags 490409 + patch thanks Hi, The following is the diff for my xen-3 3.2.1-2.1 NMU. It incorporates three patches from upstream and aims to fix CVE-2008-2004 aka #490409. It is not yet tested much, I would appreciate if interested parties could give it a try. I'll upload in due course. Kind regards T. diff -u xen-3-3.2.1/debian/control.md5sum xen-3-3.2.1/debian/control.md5sum ---

https://bugs.freedesktop.org/show_bug.cgi?id=29934 Summary: X locks up when hotplugging second monitor Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=108047 Bug ID: 108047 Summary: No recognition of DVI-D monitor Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

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

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

On Sun, Sep 23, 2018 at 12:26 PM, Wolfgang Rißler <wolle321 at freenet.de> wrote: > I try to send a friendly ping to my problem. > At the moment I'm running at 1600x1200 (monitor than has 1600x1200 > too), what looks better then 1920x1200 picture on that Monitor with > 960x1200. > I cant get 1920x1200 working, but I'm shure, that the monitor has this > native

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 switched. The _DDC method can be implemented for each

After analyzing verbose nouveau & drm dmesg, I have found seemingly no more useful details pertaining to having no TV-1 device. The TV-1 device might be getting lost within DRM, by setting the TV-1 (SVIDEO, Composite) device into DPMS mode or Full Power Down mode, and the ch7006 datasheet does say in this mode, all but the i2c circuits are disabled! Looking at

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