similar to: nv50: wfb patches

These two patches make nv50 usable with driver allocated pixmaps. I am aware that some cards (NV9X?) have a slightly different texture layout somehow, i would encourage people to use the test program i sent a few days ago to try and figure it out, or at least sent in the output (see the last email for details). Sorry for all the bitmasking, shifting and such in the first patch but is absolutely

- Only for sufficiently new xserver's and exa_driver_pixmaps. --- src/nouveau_exa.c | 217 +++++++++++++++++++++++++++++++++++++++++++++++++++-- src/nv_driver.c | 51 +++++++++++-- src/nv_proto.h | 4 + src/nv_type.h | 12 +++- 4 files changed, 267 insertions(+), 17 deletions(-) diff --git a/src/nouveau_exa.c b/src/nouveau_exa.c index 93fc3c5..074a226 100644 ---

This patch will only work with Option "EXAPixmaps" "1", and will prevent classic exa from working. Occasionally a pixmap fails to map, but that's not related to this patch. I haven't done any hardcore optimisations, but suggestions are ofcource appreciated. In my experience some benchmarks suck now (gtkperf for which had it's performance halved), and qt4 is

This causes nouveau_drv.so to not be loadable due to a missing wfbPictureInit. I'm not 100% sure what causes it -- it happens at runtime in the middle of probe, and I don't have wfb enabled. Either way, I'm going to revert this until we get a better idea of what's going on. On Sun, Jan 20, 2019 at 7:20 PM Rhys Kidd <rhyskidd at gmail.com> wrote: > > Fixes warning with

http://bugs.freedesktop.org/show_bug.cgi?id=22253 Summary: KMS Nouveau - wfb crash Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Fixes warning with xserver 1.20 and gcc 8.2: nv_driver.c:1443:9: warning: implicit declaration of function ‘wfbScreenInit’; did you mean ‘fbScreenInit’? [-Wimplicit-function-declaration] ret = wfbScreenInit(pScreen, FBStart, pScrn->virtualX, ^~~~~~~~~~~~~ fbScreenInit (See xserver 706e6d9cd074da606016ed4ecff51e9c2a822087) Signed-off-by: Rhys Kidd <rhyskidd at

These patches are pretty much done, except for a compile warning somewhere. The major remaining bottleneck is this line (as far as i can tell): offset -= (unsigned long) pPixmap->devPrivate.ptr; A significant amount of samples is spent on that, so suggestions on how to improve that are appreciated. I'm out of time for the moment. I'm curious how this performs for other people

12:08 < curro_> shining: hmm, it seems, darktama didn't quite finish the additional reloc checking he started to code 12:11 < curro_> shining: that would have solved your problem, poke him when he's back from vacations :) 12:16 < shining> curro_: hmm I really dont get it, it looks like domain can have both set, and flags can also have both set 12:16 < shining> I

Add NV96 in NV9X_GRCLASS8297_CHIPSETS bitmask and remove the test blocking NV9x (another test is already present above) --- src/gallium/drivers/nv50/nv50_screen.c | 8 +------- 1 files changed, 1 insertions(+), 7 deletions(-) diff --git a/src/gallium/drivers/nv50/nv50_screen.c b/src/gallium/drivers/nv50/nv50_screen.c index 9bf5e8c..4130ede 100644 --- a/src/gallium/drivers/nv50/nv50_screen.c

A short series of compiler visibility warning fixes that I prepared whilst trialing improvements to xf86-video-nouveau's use of the core xorg-server utility macros. Rhys Kidd (4): wfb: Remove declaration for undefined function nouveau_wfb_init() dri2: Mark local create/destroy buffer and copy region functions as static xv: Mark local NVSetupTexturedVideo function as static

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Full log below, but most notably: - Better 30bpp handling - DP-MST hotplug support - DRI3/Present support in the presence of rotated RandR screens - Updates for various Xorg API changes - Autoconf cleanups Adam Jackson (1): modesetting: Validate the atom for enum properties Ilia Mirkin (10): man: remove reference to glamor under

Hi folks, I have a problem, shame on me I feel as newbie, I cannot open Firefox though ssh. ssh server is 7.2 and ssh client (running Xorg) is Fedora 23. Firefox does not open. I've tried a lot of methods, even adding xauth cookie, and for example: firefox --no-remote --no-xshm debug3: receive packet: type 90 debug1: client_input_channel_open: ctype x11 rchan 2 win 65536 max 16384 debug1:

I've got a preliminary wfb implementation, but it still has issues. In the meantime i've added what i know to the wiki. Maarten.

Various bugfixes across the board.  The most visible changes include fixing GLX extension setup under Xwayland and other non-Xorg servers (enabling core contexts in more scenarios), and various stability fixes to glamor and the Present extension.  Full change list: Aaron Plattner (1):       privates: Clear screen-specific keys during CloseScreen Adam Jackson (9):       fb: Make rootless-agnostic

Back in the day (read: before the latest firefox update), I used to be able to ssh to a remote box, run 'firefox -local', and have that box fire up its own firefox session even if I was running firefox on the system from I which I sshed. Those days seem to be gone. No matter what I try, if I've got firefox running on my local desktop, the remote firefox command just fires off

Someone with a known good setup needs to test these patches. Koala_BR is the obvious candidate, but i'm sending them to the mailinglist anyway. These are not extremely drastic, but i still need conformation that they work, before i can proceed with more serious changes. Maarten. -------------- next part -------------- A non-text attachment was scrubbed... Name:

Time for another release candidate. Long past time, to be honest. Please speak up soon if you have a favorite patch or series that isn't in yet. Aaron Plattner (1):       privates: Clear screen-specific keys during CloseScreen Adam Jackson (6):       glxproxy: Fix an obvious thinko in QueryExtensionsString       render: Simplify SProcRenderScale       rootless: Fix bogus handling of broken

So, I wrote a generator for ctxprogs on NV50, NV84, NV86, NV92, NV94, NV96, NV98. Atm it's only tested with NV86 and I'd like to see if it works for all the other cards, especially NV50. NVAx support is still missing due to some differences, but should be coming soon. Address is http://0x04.net/~mwk/gen.diff , please test it with all mentioned cards, and involve as much gallium as

https://bugs.freedesktop.org/show_bug.cgi?id=33977 Summary: X core font rendering is "laggy" Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

2016-06-01 19:36 GMT-03:00 <cpolish at surewest.net>: > On 2016-06-01 09:53, Sergio Belkin wrote: > > Hi folks, > > > > I have a problem, shame on me I feel as newbie, I cannot open Firefox > > though ssh. > > > > ssh server is 7.2 and ssh client (running Xorg) is Fedora 23. Firefox > does > > not open. I've tried a lot of methods, even