similar to: [Bug 91236] New: [NVC3] Passive DP to HDMI adapter cannot use pixel clocks greater than 165 MHz

Hello, Various HDMI versions enable higher and higher pixel clocks. However individual GPUs are not required to support the maximum pixel clock supported by the spec in order to be compliant. It appears that some GPUs max out at 225MHz while others at 297MHz (while others still, I assume, are limited to 165MHz, esp among the older ones). We've been unable to find this in the VBIOS (I had a

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

This removes user control to force a hdmimhz. Given the vast variety of hardware and display configurations out there, I don't see how a patch like this won't blow up in our faces. I'm not saying we shouldn't do it -- we should attempt to respect the various maximums in the vbios, but until we get a solid handle on things, we should allow more user-configurability, not less, for

Hello, I am currently trying to connect my Dovecot mail server to Microsoft's Azure-AD and use it as password and user database. I am using version 2.3.7.1. Using the Azure-AD as passdb already works. In this context I noticed that the scope implementation is not yet merged. Since I haven't found any hints for an OAuth2 userdb implementation yet, I wanted to ask if there are any plans

https://bugs.freedesktop.org/show_bug.cgi?id=69876 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Revers prime sometime |[NVC3] Reverse prime |freezes the machine |sometimes freezes the |

https://bugs.freedesktop.org/show_bug.cgi?id=69876 --- Comment #3 from Mike <michele.cane at gmail.com> --- With 3.10 is working fine. Have not tried with 3.11. I recompiled 3.12-rc1 without vgaswitcheroo and the problem persists. -- 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=69876 --- Comment #4 from Kevin N. <vekinn at gmail.com> --- I experience the same thing with my Thinkpad t530 and NVS 5400m in Optimus mode with 3.12-rc2 on Fedora 19. Locks up if I use xrandr or try to do anything with the displayport unless I have it plugged in at boot. Works fine if I change in bios to discrete nvidia. -- You are

https://bugs.freedesktop.org/show_bug.cgi?id=69876 --- Comment #5 from Emil Velikov <emil.l.velikov at gmail.com> --- There has been quite a few changes in the window you've mentioned. Thus to narrow it down further you can try - boot with "nouveau.config=MSI=0" to disable MSI interrupts(introduced in 3.12) If that does not help git bisect might be in order :) -- You are

https://bugs.freedesktop.org/show_bug.cgi?id=69876 --- Comment #6 from Emil Velikov <emil.l.velikov at gmail.com> --- Had a typo previously, the correct argument is nouveau.config=NvMSI=0 -- 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=69876 --- Comment #7 from Mike <michele.cane at gmail.com> --- Created attachment 87285 --> https://bugs.freedesktop.org/attachment.cgi?id=87285&action=edit dmesg output from nouveau.debug=trace -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was

https://bugs.freedesktop.org/show_bug.cgi?id=69876 --- Comment #8 from Mike <michele.cane at gmail.com> --- (In reply to comment #6) > Had a typo previously, the correct argument is > nouveau.config=NvMSI=0 The behaviour remain the same with nouveau.config=NvMSI=0 -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An

https://bugs.freedesktop.org/show_bug.cgi?id=69876 --- Comment #9 from Mike <michele.cane at gmail.com> --- When nouveau.runpm=0 no freeze occurs. -- 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=69876 --- Comment #10 from Mike <michele.cane at gmail.com> --- If after xrandr --setprovideroffloadsink nouveau Intel i turn on the card with, for example, DRI_PRIME glxgers and then I xrandr --setprovideroutputsource nouveau Intel there is no freeze -- You are receiving this mail because: You are the assignee for the bug. --------------

https://bugs.freedesktop.org/show_bug.cgi?id=69876 --- Comment #11 from Ilia Mirkin <imirkin at alum.mit.edu> --- Is this still an issue with 3.13.x or later? Some runpm issues were fixed there. -- 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=69876 --- Comment #12 from Mike <michele.cane at gmail.com> --- I dropped Gnome and I now use Compton as compositor and the problem is no more present. I do not know if is due to newer kernel 3.16 or is a compositor related issue. Cheers Michele Cane, PhD. Sent from my Android device. On Aug 21, 2014 11:25 PM, <bugzilla-daemon at

https://bugs.freedesktop.org/show_bug.cgi?id=69876 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are

https://bugs.freedesktop.org/show_bug.cgi?id=83244 Priority: medium Bug ID: 83244 Assignee: nouveau at lists.freedesktop.org Summary: [nvc3/Quadro2000M] external monitor not activated after resume (EDID checksum is invalid) QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

https://bugs.freedesktop.org/show_bug.cgi?id=70464 Priority: medium Bug ID: 70464 Assignee: nouveau at lists.freedesktop.org Summary: [NVC3] runpm not working QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: michele.cane at gmail.com

https://bugs.freedesktop.org/show_bug.cgi?id=101191 Bug ID: 101191 Summary: [NVC3] Vsync stops working after mode changes in nouveau DDX Product: xorg Version: 7.7 (2012.06) Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

Signed-off-by: Karol Herbst <kherbst at redhat.com> --- drm/nouveau/dispnv50/disp.c | 5 +++++ drm/nouveau/nouveau_connector.c | 5 +++++ drm/nouveau/nouveau_encoder.h | 4 ++++ 3 files changed, 14 insertions(+) diff --git a/drm/nouveau/dispnv50/disp.c b/drm/nouveau/dispnv50/disp.c index 6f41a6a0..3a960664 100644 --- a/drm/nouveau/dispnv50/disp.c +++ b/drm/nouveau/dispnv50/disp.c @@