search for: ddc

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

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

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

https://bugs.freedesktop.org/show_bug.cgi?id=73563 Priority: medium Bug ID: 73563 Assignee: nouveau at lists.freedesktop.org Summary: Continous output of "nouveau E[ DRM] DDC responded, but no EDID for VGA-1" QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: rose at rz.uni-potsdam.de Hardware: Other Status: NEW Vers...

Enable GPU switching on the pre-retina MacBook Pro (2008 - 2013), v5. The main obstacle on these machines is that the panel mode in VBIOS is bogus. Fortunately gmux can switch DDC independently from the display, thereby allowing the inactive GPU to probe the panel's EDID. In short, vga_switcheroo and apple-gmux are amended with hooks to switch DDC, DRM core is amended with a drm_get_edid_switcheroo() helper, and relevant drivers are amended to call that for LVDS outputs...

...u [ DRM] 0: core 425MHz shader 425MHz fanspeed > 100% > [ 2.044417] nouveau [ DRM] c: core 39MHz > [ 2.046011] nouveau [ DRM] MM: using M2MF for buffer copies > [ 2.163105] nouveau 0000:00:12.0: VGA-1: EDID block 0 invalid. > [ 2.163108] nouveau E[ DRM] DDC responded, but no EDID for VGA-1 > [ 2.216264] nouveau [ DRM] allocated 1024x768 fb: 0x9000, bo > ffff880037329800 > [ 2.216347] fbcon: nouveaufb (fb0) is primary device > [ 2.248000] nouveau 0000:00:12.0: fb0: nouveaufb frame buffer device > [ 2.248015] nouveau 0000...

Hello, I had a question on rsynch'ing, please do help me on this, I have scenario where,I need to synch the two softwares, where both the software are across the network, on different cells( AFS cells). For ex: first1 - /afs/tr/software , second1 - /afs/ddc/software Both the softwares are same & fist1 cell will be constantly updating and I need to synch this software to sencond1. In this scenario what command I should use ? I will appreciate your great help. Thanks in advance Thanks Uma

...veau 0000:01:00.0: DRM: DCB outp 03: 04011342 00020010 [ 2.155404] nouveau 0000:01:00.0: DRM: DCB conn 00: 00005046 [ 2.155405] nouveau 0000:01:00.0: DRM: DCB conn 01: 0000a146 [ 2.164991] nouveau 0000:01:00.0: DRM: MM: using M2MF for buffer copies [ 2.291693] nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for DP-1 [ 2.299041] nouveau 0000:01:00.0: DRM: allocated 1920x1080 fb: 0x50000, bo (____ptrval____) [ 2.299785] fbcon: nouveaufb (fb0) is primary device [ 2.423693] nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for DP-1 [ 2.607694] nouveau 0000:01:00.0: D...

http://bugs.freedesktop.org/show_bug.cgi?id=15729 Summary: nouveau fails to get ddc info from screen Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: minor Priority: low Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop....

...k Pro uses an LVDS panel and a gmux controller to switch the panel between its two GPUs. The panel mode in VBIOS is notoriously bogus on these machines. Use drm_get_edid_switcheroo() in lieu of drm_get_edid() on LVDS if the vga_switcheroo handler is capable of temporarily switching the panel's DDC lines to the discrete GPU. This allows us to retrieve the EDID if the panel is currently muxed to the integrated GPU. Likewise, ask vga_switcheroo to switch DDC before probing LVDS connectors. This only enables EDID probing on the pre-retina MBP (2008 - 2013). The retina MBP (2012 - present) uses...

...es IMHO. (Arguably being able to retrieve EDID but then locking up on switching isn't really worse than not being able to retrieve EDID in the first place.) Thanks, Lukas > > The main obstacle on these machines is that the panel mode in VBIOS > is bogus. Fortunately gmux can switch DDC independently from the > display, thereby allowing the inactive GPU to probe the panel's EDID. > > In short, vga_switcheroo and apple-gmux are amended with hooks to > switch DDC, DRM core is amended with a drm_get_edid_switcheroo() helper, > and relevant drivers are amended to c...

...howed up as a CRT monitor. The refresh rate set was way outside the manufacturer's recommendations (1280 x 1024 @ 60Hz). so I tried manually setting refresh rates to match the manual's recommendations. At the moment my xorg.conf has ### Comment all HorizSync and VertSync values to use DDC: Identifier "Monitor0" ModelName "Monitor 1280x1024" ### Comment all HorizSync and VertSync values to use DDC: HorizSync 60.0 - 72.0 VertRefresh 60.0 - 72.0 Option "dpms" EndSection Section "Device"...

...(s) [ 2.044415] nouveau [ DRM] 0: core 425MHz shader 425MHz fanspeed 100% [ 2.044417] nouveau [ DRM] c: core 39MHz [ 2.046011] nouveau [ DRM] MM: using M2MF for buffer copies [ 2.163105] nouveau 0000:00:12.0: VGA-1: EDID block 0 invalid. [ 2.163108] nouveau E[ DRM] DDC responded, but no EDID for VGA-1 [ 2.216264] nouveau [ DRM] allocated 1024x768 fb: 0x9000, bo ffff880037329800 [ 2.216347] fbcon: nouveaufb (fb0) is primary device [ 2.248000] nouveau 0000:00:12.0: fb0: nouveaufb frame buffer device [ 2.248015] nouveau 0000:00:12.0: registered pani...

...same result. My investigations indicate that the monitor reports itself to be "1440x900". It also supports 1600x1200 by squashing the pixels together, so it also advertises support for that resolution, which messes things up. According to the documentation I have seen online, disabling DDC (using NoDDC and DCC "off") and setting the correct modeline should work, but it always reverts to 1440x900 (if I am lucky). Any ideas on how to force it to the right resolution? It really is driving me nuts not being able to use the monitor to the native resolution. Thanks Gabriel...

...MacBook Pro uses an LVDS panel and a gmux controller to switch the panel between its two GPUs. The panel mode in VBIOS is notoriously bogus on these machines and some models have no VBIOS at all, so the inactive GPU cannot set up its LVDS output. Extend vga_switcheroo to support switching only the DDC lines. Introduce a drm_get_edid_switcheroo() helper which uses this feature. Amend i915, nouveau and radeon to call it for LVDS connectors. This only enables EDID probing on the pre-retina MBP (2008 - 2013), and only under the condition that apple-gmux loads before the DRM drivers. Later patches w...

...Loading /usr/lib/xorg/modules/libfb.so [ 19.497] (II) Module fb: vendor="X.Org Foundation" [ 19.497] compiled for 1.9.0, module version = 1.0.0 [ 19.497] ABI class: X.Org ANSI C Emulation, version 0.4 [ 19.497] (==) fglrx(0): Active stereo disabled [ 19.497] (II) Loading sub module "ddc" [ 19.497] (II) LoadModule: "ddc" [ 19.497] (II) Module "ddc" already built-in [ 20.576] (II) fglrx(0): Finished Initialize PPLIB! [ 20.620] (II) fglrx(0): Output LVDS has no monitor section [ 20.620] (II) fglrx(0): Output DFP1 has no monitor section [ 20.620] (II) fglrx(0)...

...break; Since it's rather difficult to notice: the conditional in this loop is actually: nv_encoder = NULL, i < DRM_CONNECTOR_MAX_ENCODER Meaning that all early breaks result in nv_encoder keeping it's value, otherwise nv_encoder = NULL. Ugh. Since this got dropped, nouveau_connector_ddc_detect() now returns an encoder for every single connector, regardless of whether or not it's detected: [ 1780.056185] nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for DP-2 So: fix this to ensure we only return an encoder if we actually found one, and clean up the rest of the fun...

...ned a workaround, whereas v2 contains a proper fix in a separate commit. The long journey towards retina support: The pixel clock required for retina resolution is not supported by LVDS (which was used on pre-retinas), necessitating eDP instead. Problem is, the gmux register which switches the DDC lines on pre-retinas doesn't switch the AUX channel on retinas. Disassembling the OS X driver revealed that the gmux in retina MBPs gained an additional register 0x7f which gets written to when setting up the eDP configuration. There was some hope that this might switch the AUX channel. Alas, w...

Signed-off-by: Lyude Paul <lyude at redhat.com> --- drivers/gpu/drm/nouveau/nouveau_connector.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/nouveau/nouveau_connector.c b/drivers/gpu/drm/nouveau/nouveau_connector.c index 0d42a7e5deff..9fb00c4b9764 100644 --- a/drivers/gpu/drm/nouveau/nouveau_connector.c +++ b/drivers/gpu/drm/nouveau/nouveau_connector.c @@ -550,6

On Mon, Jan 11, 2016 at 08:09:20PM +0100, Lukas Wunner wrote: > Enable GPU switching on the pre-retina MacBook Pro (2008 - 2013), v5. > > The main obstacle on these machines is that the panel mode in VBIOS > is bogus. Fortunately gmux can switch DDC independently from the > display, thereby allowing the inactive GPU to probe the panel's EDID. > > In short, vga_switcheroo and apple-gmux are amended with hooks to > switch DDC, DRM core is amended with a drm_get_edid_switcheroo() helper, > and relevant drivers are amended to c...