similar to: Atomic modesetting + DisplayPort MST

Hello Ben, You can find below my results; there is a slight over-representation of 1st gen Tesla cards, but… that’s what I have. :-D No regressions observed, apart from: * screen rotation on G80, MCP79 * resuming on G86 I’ll retest those cards with your linux-4.10 branch but without the atomic + DP serie. Pierre Tested: linux-4.10 (HEAD at b27add13f "drm/nouveau/fifo/gf100-: protect

On 07/18/2015 01:09 PM, Dave Airlie wrote: >>>> >>>> We can disable it by default on exa - intel and amd/radeon drivers also >>>> disable by default. However, on gpus >= maxwell only glamor accel is >>>> supported and glamor on nouveau is either dri3/present or no hw accel at >>>> all >>>> afaics. >>> >>>

On 07/14/2015 05:26 PM, Ilia Mirkin wrote: > On Mon, Jul 13, 2015 at 11:43 PM, Mario Kleiner > <mario.kleiner.de at gmail.com> wrote: >> On 07/07/2015 09:51 PM, Ilia Mirkin wrote: >>> >>> Lastly, from some discussions with ajax on IRC, it appears that DRI3 >>> is half-baked at best wrt sync between server and client. I think we >>> should just

http://bugs.freedesktop.org/show_bug.cgi?id=16792 Summary: modesetting on NV86: text mode goes blank, machine freeze on gdm stop Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=110830 Bug ID: 110830 Summary: [nouveau] GeForce GTX 1660 Ti (mobile) not supported (NV168/TU116) Product: xorg Version: 7.7 (2012.06) Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:

http://bugs.freedesktop.org/show_bug.cgi?id=18286 Summary: GeForce 8300 not supported (10de:0848/C77/MCP77) Product: xorg Version: 7.4 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

http://bugs.freedesktop.org/show_bug.cgi?id=20142 Summary: black horizontal line on 9600M GT, KMS issue Product: xorg Version: 7.4 Platform: Other OS/Version: All Status: NEW Severity: major Priority: high Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

Hello , I'm new here but I hope I can describe my problem exactly. I'm trying to get my DVI-Monitor to work with nouveau. The monitor is automatically reported as not connected. LVDS is detected. Forcing it on Xorg.conf didn't work, KMS does: video=DVI-D-1:1920x1200e video=LVDS-1:d X started with 1024x768, but could switch by xrandr to 1920x1200. The viewed picture now is

https://bugs.freedesktop.org/show_bug.cgi?id=47846 Bug #: 47846 Summary: Nouveau -> overscan using HDMI Classification: Unclassified Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=94844 Bug ID: 94844 Summary: Ditching xf86-video-nouveau in favor of xf86-video-modesetting? Product: xorg Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=98240 Bug ID: 98240 Summary: Kernel module fails to load on HP Pavilion V3A33AV laptop. Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=92991 Bug ID: 92991 Summary: Nouveau module loading regression in 4.4-rc1 on optimus system Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=63135 Priority: medium Bug ID: 63135 Assignee: nouveau at lists.freedesktop.org Summary: [bisected] G69/nv50 DisplayPort dual-head fails to switch to KMS QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All)

https://bugs.freedesktop.org/show_bug.cgi?id=94990 Bug ID: 94990 Summary: Latest 4.6rc4 kernel, no booting on gtx970 Product: xorg Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=99922 Bug ID: 99922 Summary: [NVE4] [regression, bisected] 4.10 (atomic): X shows black screen with cursor after monitors turn off Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Keywords: bisected

Video and input drivers Subgroups and projects on gitlab does not list modesetting DDX, presumably because it's not packaged separately from the server. Where's the right place to report a modesetting DDX bug that manifests only on an NVidia GPU? Directly against the server https://gitlab.freedesktop.org/xorg/xserver? Here are some particulars: How can I tell whether this should be

https://bugs.freedesktop.org/show_bug.cgi?id=31676 Summary: garbled text after loading nouveau module on EFI boot; X driver thinks there are no connected outputs Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

On the ThinkPad P71, we have one eDP connector exposed along with 5 DP connectors, resulting in a total of 11 TMDS encoders. Since the GPU on this system is also capable of MST, we create an additional 4 fake MST encoders for each DP port. Unfortunately, we also do this for the eDP port as well, resulting in: 1 eDP port: +1 TMDS encoder +4 DPMST encoders 5 DP ports: +2 TMDS

On Tue, Dec 1, 2015 at 6:30 PM, Mario Kleiner <mario.kleiner.de at gmail.com> wrote: > When we are at it, the one with the title "[PATCH] drm/nouveau: Use > drm_vblank_on/off consistently" from Daniel, which has a reviewed and tested > by me also never made it into nouveau. > > Maybe pick that up as well? > > -mario > If you refer to "[1/3]

https://nouveau.freedesktop.org/wiki/CodeNames/ > If you're running a recent version nouveau, you can find your chipset by doing dmesg | grep -i chipset. This will always be correct, whereas the lists below are approximate. # dmesg | grep -i chipset # Not true anymore I guess. What is the 'GP' in 'GP107' if 'NV...' are the code names? # dmesg | grep -i nouveau