similar to: [Bug 29403] New: [nvac] attempting to use displayport freezes machine

https://bugs.freedesktop.org/show_bug.cgi?id=88272 Bug ID: 88272 Summary: [NVAC] Flickering screen on 1920x1080 monitor with 9400M in MacbookPro 5,5 Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

On 01/28/2015 03:30 PM, Frank Cox wrote: > ... > Having never used DisplayPort before, I'm wondering if this means that > if I purchase the BenQ monitor above, or something similar, I can then > reasonably expect to plug it in and have it just-work with my Centos 7 > setup. > I like the full-size DisplayPort connector the best of any video connector I've dealt with,

As long as you have the DisplayPort connection on your computer and you have the proper cable to connect it to the monitor then it's no trouble. I had been using dual DP monitors on my last work machine. Also, note that sometimes the PC end is normal DisplayPort but sometimes it has a mini DisplayPort connection. Just get the right cable and it should be as simple as HDMI. On Jan 28, 2015

Hi. We've installed CentOS 5.5 on a "mini PC" with an onboard Intel graphics chip, which has both "VGA" and DisplayPort output. This works reasonably well, except that I'd like to connect the monitor to the DisplayPort, and I only seem to get a signal on the VGA connector. This is the case even if I boot with the DisplayPort (only) connected, in which case console

Hi all, This is really just a friendly nudge related to the bug I filed here: https://bugs.freedesktop.org/show_bug.cgi?id=56615. Basically the problem is related to DisplayPort initialisation since when I have an external monitor plugged into the DisplayPort then even X on the in-built LCD fails to start. Reboot with the DisplayPort unplugged and local X starts without a problem. I'm

One of our embedded system uses GPU from NVIDIA GTX 765M. The system has only DisplayPort, nothing else like VGA, DVI or HDMI. The OS does not see the DisplayPort when it looks for it. As a result, the OS gets loaded but the monitor stays blank. If I disconnect the cable and reconnect then the display comes back. I've done some search and found that people blame the problem with

On Sat, January 31, 2015 12:22 pm, Frank Cox wrote: > On Sat, 31 Jan 2015 12:21:07 -0500 > Lamar Owen wrote: > >> I like the full-size DisplayPort connector the best of any video >> connector I've dealt with, > > Thanks! > > I'm waiting to see if my current monitor actually dies. It's an Asus > 1920x1200 monitor that I like rather a lot, but it

https://bugs.freedesktop.org/show_bug.cgi?id=74815 Priority: medium Bug ID: 74815 Assignee: nouveau at lists.freedesktop.org Summary: nouveau: no displayport output on quadro 400/600 cards QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: mgulick at

On 1/31/2015 10:34 AM, Valeri Galtsev wrote: > I see that single link DVI supports up to WQUXGA (3,840 ? 2,400) @ 17 Hz > (164 MHz) whereas dual link DVI supports up to WQUXGA (3,840 ? 2,400) @ 33 > Hz with GTF blanking (2 ? 159 MHz) those numbers seem wrong to me. nothing I've ever seen uses 17hz or 33hz refresh, its all pretty much 60Hz in LCD flat panel land. single link DVI

http://bugs.freedesktop.org/show_bug.cgi?id=27398 Summary: displayport: x server does not draw anything on ThinkPad T410 Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo:

Since my current monitor appears to be slowly dying, I'm looking for a replacement. I generally use hardware replacement as an excuse to get something bigger/better/faster than what I had before, so I'm currently considering something like a BenQ GW2765HT. The manual for my Intel motherboard has this to say about DisplayPort on the built-in graphics controller: QUOTE: DisplayPort?s

On Sat, 31 Jan 2015 12:21:07 -0500 Lamar Owen wrote: > I like the full-size DisplayPort connector the best of any video > connector I've dealt with, Thanks! I'm waiting to see if my current monitor actually dies. It's an Asus 1920x1200 monitor that I like rather a lot, but it occasionally acts a bit flaky when coming back out of sleep mode. (The screen fills with a white

https://bugs.freedesktop.org/show_bug.cgi?id=77073 Priority: medium Bug ID: 77073 Assignee: nouveau at lists.freedesktop.org Summary: [nouveaun NVE0] Attaching displayport spawns kworker taking up 100% cpu QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS:

In my code below tempa and tempb are numeric vectors that I combined into a dataframe along with the deciles of tempa. I have an lapply statement that goes through the dataframe and does ten plots according to the appropriate decile. The code is below and it works fine. There are no bugs so I figure there was no need to include structure statements on the data. Also, I don't want to use coplot

From: Hans Verkuil <hans.verkuil at cisco.com> Add DisplayPort CEC-Tunneling-over-AUX support to amdgpu. Signed-off-by: Hans Verkuil <hans.verkuil at cisco.com> Acked-by: Alex Deucher <alexander.deucher at amd.com> --- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 13 +++++++++++-- .../drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c | 2 ++ 2 files changed, 13

From: Hans Verkuil <hans.verkuil at cisco.com> Add DisplayPort CEC-Tunneling-over-AUX support to nouveau. Signed-off-by: Hans Verkuil <hans.verkuil at cisco.com> --- drivers/gpu/drm/nouveau/nouveau_connector.c | 17 +++++++++++++++-- 1 file changed, 15 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_connector.c

From: Hans Verkuil <hans.verkuil at cisco.com> Add DisplayPort CEC-Tunneling-over-AUX support to amdgpu. Signed-off-by: Hans Verkuil <hans.verkuil at cisco.com> --- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 13 +++++++++++-- .../drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c | 2 ++ 2 files changed, 13 insertions(+), 2 deletions(-) diff --git

From: Hans Verkuil <hans.verkuil at cisco.com> Add DisplayPort CEC-Tunneling-over-AUX support to nouveau. Signed-off-by: Hans Verkuil <hans.verkuil at cisco.com> --- drivers/gpu/drm/nouveau/nouveau_connector.c | 17 +++++++++++++++-- 1 file changed, 15 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_connector.c

> -----Original Message----- > From: Lamar Owen [mailto:lowen at pari.edu] > Sent: Saturday, January 31, 2015 1:53 PM > To: CentOS mailing list > Subject: Re: [CentOS] Intel Displayport on Centos 7 > <SNIP> > the stock ATI drivers. I haven't tried with the fglrx driver; it seems > to be a bit of a problem child on C7 at the moment. For that matter, > the

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