similar to: RFC: drop glamor from nouveau ddx

Displaying 20 results from an estimated 5000 matches similar to: "RFC: drop glamor from nouveau ddx"

2015 Jul 07
2
RFC: drop glamor from nouveau ddx
On Tue, Jul 7, 2015 at 5:05 PM, Ben Skeggs <skeggsb at gmail.com> wrote: > On 8 July 2015 at 06:06, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >> 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
2015 Jul 14
4
[PATCH] Add Option "DRI3" to allow to disable DRI3 under EXA.
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
2015 Jul 14
3
[PATCH] Add Option "DRI3" to allow to disable DRI3 under EXA.
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 disable it by default for now, until issues are ironed > out. (Rather than what this patch has, which is default-on for Xorg > > some version.) What are the remaining known trouble
2019 Jun 19
3
nouveau: DRM: GPU lockup - switching to software fbcon
On Wed, Jun 19, 2019 at 1:48 AM Sergey Senozhatsky <sergey.senozhatsky.work at gmail.com> wrote: > > On (06/19/19 01:20), Ilia Mirkin wrote: > > On Wed, Jun 19, 2019 at 1:08 AM Sergey Senozhatsky > > <sergey.senozhatsky.work at gmail.com> wrote: > > > > > > On (06/14/19 11:50), Sergey Senozhatsky wrote: > > > > dmesg > > > >
2015 Jul 19
2
[PATCH] Add Option "DRI3" to allow to disable DRI3 under EXA.
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. >>> >>>
2015 Jul 29
3
[PATCH 1/2] present: Fixup return type of nouveau_present_init()
Make it a Bool consistently, as declared in header. Reported-by: Ilia Mirkin <imirkin at alum.mit.edu> Signed-off-by: Mario Kleiner <mario.kleiner.de at gmail.com> --- src/nouveau_present.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/nouveau_present.c b/src/nouveau_present.c index 4de1e6e..699a58d 100644 --- a/src/nouveau_present.c +++
2015 Aug 03
3
"enable dri3 support without glamor" causes gnome-shell regression on nv4x
Hi, On 30-07-15 16:09, Ilia Mirkin wrote: > FWIW this is a fail on nv50+ as well. See for example > https://bugs.freedesktop.org/show_bug.cgi?id=91445 > > My suspicion is that this is due to the lack of PUSH_KICK in the *Done > exa handlers -- works fine with DRI2, but DRI3 has no synchronization > and so the commands never get flushed out. Easily verified by sticking >
2015 Jul 04
2
[PATCH] Add Option "DRI3" to allow to disable DRI3 under EXA.
The DRI option with the intel ddx can be used to indicate the following - whether dri is disabled - the dri "version" - dri1, dri2, dri3 - the dri module name - doo_dri.so bar_dri.so I'm not sure how exactly it's supposed to work/works, and I believe most of that is due to legacy reasons. I'm just saying let's not do the whole thing - just the dri "version"
2015 Jul 30
2
"enable dri3 support without glamor" causes gnome-shell regression on nv4x
Hi Maarten, xf86-video-nouveau causes a garbled display when running gnome-shell on nv4x (tested with nv43 and nv46) since this commit: http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=241e7289f25a342a457952b9b0e539c2f0b81d99 I've seen some discussion about issues caused by enabling dri, but AFAIK no solution let. I have time to help with debugging / fixing this, but I
2015 Aug 03
2
"enable dri3 support without glamor" causes gnome-shell regression on nv4x
Hi, On 03-08-15 17:36, Ilia Mirkin wrote: > On Mon, Aug 3, 2015 at 9:02 AM, Hans de Goede <hdegoede at redhat.com> wrote: >> Hi, >> >> On 30-07-15 16:09, Ilia Mirkin wrote: >>> >>> FWIW this is a fail on nv50+ as well. See for example >>> https://bugs.freedesktop.org/show_bug.cgi?id=91445 >>> >>> My suspicion is that this is
2015 Jun 11
28
[Bug 90932] New: gm105 font glitches with kernel 4.1rc
https://bugs.freedesktop.org/show_bug.cgi?id=90932 Bug ID: 90932 Summary: gm105 font glitches with kernel 4.1rc Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at
2015 Aug 10
2
"enable dri3 support without glamor" causes gnome-shell regression on nv4x
Hi, On 03-08-15 20:09, Ilia Mirkin wrote: > On Mon, Aug 3, 2015 at 1:31 PM, Hans de Goede <hdegoede at redhat.com> wrote: >> Hi, >> >> >> On 03-08-15 17:36, Ilia Mirkin wrote: >>> >>> On Mon, Aug 3, 2015 at 9:02 AM, Hans de Goede <hdegoede at redhat.com> wrote: >>>> >>>> Hi, >>>> >>>> On
2015 Jul 04
2
[PATCH] Add Option "DRI3" to allow to disable DRI3 under EXA.
That would be great, as long as it does only that and does not go into the "drivername" territory. As the said driver ;-) "A driver name to use can be provided instead of simple boolean value, which will be passed to the GL implementation for it to load the appropriate backend." -Emil On 4 July 2015 at 18:17, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > IMO
2015 Mar 23
40
[Bug 89730] New: NV50: LightDM GTK+ Greeter Background - inconsistent display
https://bugs.freedesktop.org/show_bug.cgi?id=89730 Bug ID: 89730 Summary: NV50: LightDM GTK+ Greeter Background - inconsistent display Product: xorg Version: git Hardware: Other OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau
2015 Jun 30
3
[PATCH] Add Option "DRI3" to allow to disable DRI3 under EXA.
X-Server versions older than 1.16.3 have bugs in their DRI3/Present implementation which impair nouveau, so it is better to stick to good old DRI2 by default on such servers. E.g., page flipping doesn't work at all under DRI3/Present with older servers, and use of extensions like OML_sync_control, SGI_video_sync or INTEL_swap_events also causes failure of Present. nouveau's glamor accel
2016 Jun 26
2
Should I expect nouveau on 4.6 to work on a GM206?
On Sun, Jun 26, 2016 at 1:49 PM, Andy Lutomirski <luto at amacapital.net> wrote: > On Sun, May 29, 2016 at 12:27 PM, Andy Lutomirski <luto at kernel.org> wrote: >> On Sun, May 29, 2016 at 12:22 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >>> On Sun, May 29, 2016 at 3:07 PM, Andy Lutomirski <luto at kernel.org> wrote: >>>> On Sat, May 28,
2016 Apr 06
4
[Bug 94844] New: Ditching xf86-video-nouveau in favor of xf86-video-modesetting?
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
2015 Dec 10
2
[ANNOUNCE] xf86-video-nouveau 1.0.12
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 New nouveau DDX release. Ben Skeggs (1): Bump version to 1.0.12 Ilia Mirkin (14): copy: don't bother trying to create copy on pre-nva3 allow path to envyas binary to be specified kepler: remove unnecessary texbars, add live-only tex for nvf0 use defined method names where available nv50: explicitly disable
2015 Dec 10
2
[ANNOUNCE] xf86-video-nouveau 1.0.12
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 New nouveau DDX release. Ben Skeggs (1): Bump version to 1.0.12 Ilia Mirkin (14): copy: don't bother trying to create copy on pre-nva3 allow path to envyas binary to be specified kepler: remove unnecessary texbars, add live-only tex for nvf0 use defined method names where available nv50: explicitly disable
2014 Oct 07
2
[Bug 84759] New: EXTREME and blocking drawing delay accumulation with certain websites and programs (e.g. rdesktop) since forever
https://bugs.freedesktop.org/show_bug.cgi?id=84759 Bug ID: 84759 Summary: EXTREME and blocking drawing delay accumulation with certain websites and programs (e.g. rdesktop) since forever Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW