similar to: [Bug 58735] New: GeForce 680, HDMI output no good after passing through HDMI-to-DVI converter

Fixes regression introduced in commit 70790f4f "drm/nouveau/clock: pull in the implementation from all over the place" When code was moved from nv50_crtc_set_clock to nvc0_clock_pll_set, the PLLs it is used for got limited to only the first two VPLLs. nv50_crtc_set_clock was only called to change VPLLs, so it didn't limit what it was used for in any way. Since nvc0_clock_pll_set is

http://bugs.freedesktop.org/show_bug.cgi?id=24092 Summary: X with nouveau hangs in nouveau_bo_map_range when doing anything Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau

Hi List, I'm stuck how to get a dual head monitor solution to work with Nouveau, running openSUSE 13.1 on my hp8710w mobile workstation equipped with a Nvidia graphical card. Beyond the built-in WUXGA display, an external WQHD monitor is connected to the HDMI port on the graphical card and/or to the dual link DVI-D on a hp docking station. To compare with SLED11/Nvidia driver running in

Hi I have an issue with a Nvidia GeForce 710 graphic card since several weeks, probably related to a bug in Nouveau. Here is my setup : A Computer based on X58 chipset running Proxmox VE 4.x. The graphic card is used by a qemu-kvm virtual machine running Debian 9 testing thanks to PCI passthrough. The issue : the graphic card has 1 VGA, 1 DVI, 1 HDMI outputs. If a DVI or HDMI monitor is plugged

I got 1920x1200 at 59.95Hz via DVI and 3840x2160 at 60.00Hz via HDMI at the same time with the proprietary nvidia driver. I get flickering on the 1920x1200 at 59.95 with the nouveau driver (it doesn't flicker if I lower it to 1920x1080 at 59.96). Any idea why? proprietary: $ xrandr Screen 0: minimum 8 x 8, current 5760 x 2160, maximum 32767 x 32767 DVI-D-0 connected primary 1920x1200+0+0

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

The important thing for display detection/setting proper modes/etc is the kernel -- what kernel version are you using? Separately, there has been a fix that affected VBIOSes found in NV96 cards, and it would not be a stretch to believe that a similar VBIOS script could be found in a NV92 card. However the NV96 error condition was different (everything detected fine, but no actual image displayed,

https://bugs.freedesktop.org/show_bug.cgi?id=72952 --- Comment #4 from J?rg H?hle <Joerg-Cyril.Hoehle at T-Systems.com> --- No HDMI either when booting Ubuntu 13.04 on the same machine from a live DVD. Alas, using the live DVD, I couldn't check the behaviour described in comment #2 past a suspend&resume cycle, because the machine hung shortly after resume. -- You are receiving

https://bugs.freedesktop.org/show_bug.cgi?id=72952 Aaron Plattner <aplattner at nvidia.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|aplattner at nvidia.com |nouveau at lists.freedesktop.o | |rg

https://bugs.freedesktop.org/show_bug.cgi?id=72952 --- Comment #5 from Ilia Mirkin <imirkin at alum.mit.edu> --- I think this issue might be the same one as bug #60680. Can you try the patch at https://bugs.freedesktop.org/attachment.cgi?id=92319 and see if it helps? If it doesn't, can you upload your vbios (/sys/kernel/debug/dri/0/vbios.rom) as well as a dmesg booting with

https://bugs.freedesktop.org/show_bug.cgi?id=72952 --- Comment #6 from Ilia Mirkin <imirkin at alum.mit.edu> --- Erm, sorry, that patch link was wrong. Can you give drm-next a shot? (Or try 3.14-rc1 when that comes out?) -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL:

https://bugs.freedesktop.org/show_bug.cgi?id=72952 --- Comment #7 from J?rg H?hle <Joerg-Cyril.Hoehle at T-Systems.com> --- I'm sure you meant attachment #92185 not the log file, but I'm sorry I've never recompiled a kernel or driver yet, despite decades of UNIX. One thing that worked well in the past with the Intel driver was when Keith put an intel_drv.so online for us users

https://bugs.freedesktop.org/show_bug.cgi?id=72952 --- Comment #8 from Ilia Mirkin <imirkin at alum.mit.edu> --- (In reply to comment #7) > I'm sure you meant attachment #92185 [details] [review] not the log file, Indeed. Although a different approach was finally merged, that the original bug reporter (and several others with the same issue) confirmed also fixed the problem. >

https://bugs.freedesktop.org/show_bug.cgi?id=72952 Martin Peres <martin.peres at free.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |MOVED --- Comment #9 from Martin Peres

https://bugs.freedesktop.org/show_bug.cgi?id=43939 Bug #: 43939 Summary: DVI monitor connected via HDMI is blank / standby (NV96 / 9500GS) Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal

http://bugs.freedesktop.org/show_bug.cgi?id=17185 Summary: Black Display when using Nouveau on 7300gt with dvi to hdmi attached Sony 32W4000 Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

These patches are adding support for outputting 2560x1440 at 56 over HDMI. This needs a pixel clock of 225 MHz which was not supported before. This was tested in a dual monitor setup with a GF114 (GTX 560 TI) and one HDMI monitor running with 2560x1440 at 56 and one DVI monitor running with 1920x1200 at 60. This still needs testing on other graphics cards and with dual link DVI. There is no

These patches are adding support for outputting 2560x1440 at 56 over HDMI. This needs a pixel clock of 225 MHz which was not supported before. This was tested in a dual monitor setup with a GF114 (GTX 560 TI) and one HDMI monitor running with 2560x1440 at 56 and one DVI monitor running with 1920x1200 at 60. This still needs testing on other graphics cards and with dual link DVI. There is no

https://bugs.freedesktop.org/show_bug.cgi?id=91705 Bug ID: 91705 Summary: [NVE7] GPU crash (read fault) on boot w/ DMI+HDMI outputs Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

On Fri, Aug 3, 2018 at 8:19 AM, Karol Herbst <kherbst at redhat.com> wrote: > v2: clean up left over comments > don't overwrite hdmimhz parameter > cap to 297MHz > > Signed-off-by: Karol Herbst <kherbst at redhat.com> > --- > drm/nouveau/dispnv50/disp.c | 5 +++++ > drm/nouveau/nouveau_connector.c | 15 ++++++++++----- >