search for: modesetting

...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 the problem have something to do with the "modesetting" driver? Please check out below the xorg.conf and Xorg.0.log files (no Xorg.1.log present) Regards, Sampsa *** xorg.conf *** Section "ServerLayout" Identifier "Layout0" # Option "Xinerama" "off" # tried commenting & uncommentin...

...odules/drivers/nouveau_drv.so [ 2068.614] (II) Module nouveau: vendor="X.Org Foundation" [ 2068.614] compiled for 1.15.0, module version = 1.0.10 [ 2068.614] Module class: X.Org Video Driver [ 2068.614] ABI class: X.Org Video Driver, version 15.0 [ 2068.614] (II) LoadModule: "modesetting" [ 2068.614] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so [ 2068.614] (II) Module modesetting: vendor="X.Org Foundation" [ 2068.614] compiled for 1.15.0, module version = 0.8.1 [ 2068.614] Module class: X.Org Video Driver [ 2068.614] ABI class: X.Org Video Dr...

...rds 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 channel preempt with subdev mutex) Against: 4.8.7 Fullscreen game: Portal (FAIL is: it is not working, but neither did it before.) G80: * Basic modesetting: OK * VT switching: OK * Changing rotation: REGRESSION (disp: ERROR 5 [INVALID_STATE] * Suspend: OK * Hotplugging: - * Fullscreen game: FAIL (fail ttm_validate, vaildate: -12) (different on 4.8.7, but still failing) G84: * Basic modesetting: OK * VT switching: OK * Chan...

...utInfo reply Chris Wilson (1): dri2: SourceOffloads may be for DRI3 only Colin Harrison (1): hw/xwin: Don't allocate one wchar_t too much for unicode text placed on the Windows clipboard Daniel Martin (5): config/udev: Prefix and shift "removing GPU" message modesetting: Move Bool glamor into drmmode struct modesetting: Create new EGL screen in drmmode_xf86crtc_resize modesetting: Fix ifdefs s/HAVE_UDEV/CONFIG_UDEV_KMS/ modesetting: Remove unused params from drmmode_output_init() Dave Airlie (2): glamor: Add an accessor for the GBM device....

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 https://github.com/skeggsb/linux/tree/linux-...

...a system counter before sync is initialized randr: Silence unused variable warning Revert "Fix uninitialized variable warnings reported by clang" os: Failure to remove a non-existent log file is not an error glx: Fix GLX_EXT_create_context_es2_profile support modesetting: Require sufficiently new libdrm xfree86: Remove ancient DRI build instructions xfree86: Build parser for DRI config file subsection unconditionally xephyr: Remove DRI1 autogen: Set a default subject prefix for patches os: unifdef STREAMSCONN dri2: Use the work q...

...obably saw my patches to just remove glamor from nouveau :) That >>> integration doesn't support DRI2, which in turn means no core contexts >>> (due to lack of GLX_ARB_create_context_profile), and a slew of other >>> issues. Seemed easier to just tell people to go use modesetting, which >>> gets all of these things right(er). >>> >> >> Hm, a total removal would at least make me and my users rather unhappy atm., >> as without glamor no hw accel at all on >= maxwell. modesetting and nouveau >> are not on par feature-wise atm. E.g.,...

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

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 "ServerFlags" Option "Debug" "dmabuf_capable" EndSection Thanks to all for testing and debugging. Adam Jackson (30): randr: Fix a c...

...Option "DRI" "3" EndSection $ ps -C glmark2 -o cmd,pcpu CMD %CPU glmark2 86.4 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /etc/X11/xorg.conf.d/modeset.conf Section "Device" Identifier "gpu0" Driver "modesetting" EndSection $ ps -C glmark2 -o cmd,pcpu CMD %CPU glmark2 94.5

...lity 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 the nouveau ddx and failing to load for GPUs that don't have EXA support (unless AccelMode = none is forced for them). That way it'll fall back to loading modesetting which should be properly set up for DRI2 and so on. Cheers...

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

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 Assignee: nouveau at lists.freedesktop.org Reporter: nw9165-...

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

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

...afaics. > > You probably saw my patches to just remove glamor from nouveau :) That > integration doesn't support DRI2, which in turn means no core contexts > (due to lack of GLX_ARB_create_context_profile), and a slew of other > issues. Seemed easier to just tell people to go use modesetting, which > gets all of these things right(er). > Hm, a total removal would at least make me and my users rather unhappy atm., as without glamor no hw accel at all on >= maxwell. modesetting and nouveau are not on par feature-wise atm. E.g., modesetting as of the next xorg 1.18 server onl...

...IVER_GEM | DRIVER_PRIME | DRIVER_RENDER, >> >> I believe that this will only create the renderD# node. Shouldn't one >> also tag the relevant ioctls with DRM_RENDER_ALLOW ? > > Dave? Looking at the ioctls they are all fine for render nodes, there > isn't anything modesetting related in the device-specific ioctls. > > Correct? > Unless I've overdone the coffee this time - modesetting is done via the card# node, while render via either card# or renderD#. So I'm suspecting that you're using card# node which would explain why things work. Otherwise dr...

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

...IVER_GEM | DRIVER_PRIME | DRIVER_RENDER, >> >> I believe that this will only create the renderD# node. Shouldn't one >> also tag the relevant ioctls with DRM_RENDER_ALLOW ? > > Dave? Looking at the ioctls they are all fine for render nodes, there > isn't anything modesetting related in the device-specific ioctls. > > Correct? > Unless I've overdone the coffee this time - modesetting is done via the card# node, while render via either card# or renderD#. So I'm suspecting that you're using card# node which would explain why things work. Otherwise dr...