search for: modesets

Dear Devs, The support for multiple xscreens (i.e. no xinerama, just separate :0.0 and :0.1 displays) in nouveau is broken. It would be great if someone could confirm this. It is easily done, by commenting the "xinerama" option from the xorg.conf file: https://nouveau.freedesktop.org/wiki/MultiMonitorDesktop/ With the nvidia proprietary drivers separate xscreens work fine. Could

Od: "Ilia Mirkin" <imirkin at alum.mit.edu> Do: "Lampshade" <lampshade at poczta.fm>; Wys?ane: 19:07 Czwartek 2014-07-10 Temat: Re: [Nouveau] Warnings in dmesg and results of mmiotrace 10de:1140 Geforce620m Optimus Laptop Acer E1-531G > On Thu, Jul 10, 2014 at 11:01 AM, Lampshade wrote: > > Hello > > in dmesg I always have these informations (I

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

Ok, here's what I think we should release as 1.17. I plan on doing that in a few days (Monday? Tuesday?), unless there's some good reason not to. Let me know if there's some critical (i.e. crashing) fixes that I've missed somehow. And, again, I think we can run a shorter 1.18 cycle, given the pent-up list of fixes. Sorry for not getting this wrapped up sooner. Turns out that

Hey all, I've just pushed out the initial Nouveau support for $subject \o/ As the atomic modesetting transition is basically a rewrite of the KMS portion of the driver, I would be very grateful for any additional testing that people could provide (even as simple as just booting and making sure you get a display is valuable). There's a Linux tree at

I think we're ready for RC1 at this point, but wanted to give people a chance to scream about "just one more API change" until tomorrow. Let me know if there's something I'm missing; if I don't hear anything, I'll be tagging RC1 in the morning. Aaron Plattner (1): xace: Fix XaceCensorImage to actually censor the right part of the image Adam Jackson (92):

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

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=100567 Bug ID: 100567 Summary: Nouveau system freeze fifo: SCHED_ERROR 0a [CTXSW_TIMEOUT] Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

This merges the DRI3 1.2 support (with an asterisk) and per-window flips for Xwayland, along with the usual collection of miscellaneous fixes. In particular the meson build is much closer to production- ready. The asterisk for DRI3 is that the modesetting driver has some known issues still, so the code to enable planes and modifiers is hidden behind an xorg.conf option: Section

$ glmark2 ======================================================= glmark2 2014.03 ======================================================= OpenGL Information GL_VENDOR: nouveau GL_RENDERER: Gallium 0.4 on NV98 GL_VERSION: 3.0 Mesa 11.2.0 ======================================================= /etc/X11/xorg.conf.d/nouveau.conf Section "Device" Identifier

Ben, Looks like the reality is that glamor is just not hooked up properly in the nouveau DDX. Mainly it's missing DRI2, which in turn means no core GL contexts, and probably lots of other issues. While this could probably be fixed somehow, I doubt there's any advantage to using the nouveau DDX over something like modesetting nowadays. How would you feel about dropping glamor support from

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

Hello Default to xf86-video-modesetting on GeForce 8 and newer. https://src.fedoraproject.org/cgit/rpms/xorg-x11-server.git/commit/?id=de1c849ff18b41f53d003bb70bf8b1744b749af8 This is thrown onto users downstream, without any further explanation, why modesetting is preferred for GeForce 8. Is the nouveau Xorg DDX i.e. xf86-video-nouveau broken with NV50 family (Tesla)? I mean xf86-video-nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=106657 Bug ID: 106657 Summary: nouveau driver causes graphic issues on gnome apps Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau

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

On 10 September 2015 at 15:23, Gerd Hoffmann <kraxel at redhat.com> wrote: > On Do, 2015-09-10 at 09:59 +0100, Emil Velikov wrote: >> On 9 September 2015 at 12:42, Gerd Hoffmann <kraxel at redhat.com> wrote: >> > From: Dave Airlie <airlied at redhat.com> >> > >> > Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> >> > ---

Another pile of backports from the devel branch, primarily in glamor, xwayland, and the modesetting driver. Thanks to all who contributed. Adam Jackson (9): dix: Squash some new gcc6 warnings kdrive: Nuke a bunch of dead code xfree86: Add IndirectGLX server flag (v2) xfree86: Don't swallow ±iglx command line flag modesetting: resubmit dirty rects on EINVAL (v2)

On 10 September 2015 at 15:23, Gerd Hoffmann <kraxel at redhat.com> wrote: > On Do, 2015-09-10 at 09:59 +0100, Emil Velikov wrote: >> On 9 September 2015 at 12:42, Gerd Hoffmann <kraxel at redhat.com> wrote: >> > From: Dave Airlie <airlied at redhat.com> >> > >> > Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> >> > ---