lto:ja...@jlekstrand.net>> wrote:
Reviewed-by: Jason Ekstrand <ja...@jlekstrand.net
<mailto:ja...@jlekstrand.net>>
I'll let Dave or Bas push though. :-)
On Fri, Jan 6, 2017 at 12:57 PM, Pierre-Loup A. Griffais
<pgriff...@valvesoftware.com <mailto:pgriff...
Interpreting layerCount literally would try to create billions of image
views in radv_process_depth_image_inplace().
Signed-off-by: Pierre-Loup A. Griffais <pgriff...@valvesoftware.com>
---
src/amd/vulkan/radv_meta_decompress.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
I see lots of discussion has happened on that front already; sorry for
being late to the party.
I'm currently wrestling against a Dell UP3214Q, which seems to exhibit
all of the problems you refer to. There are many existing binary games
out there that most likely will never get touched again
Thanks!
On 01/02/2013 01:25 PM, Aaron Plattner wrote:
On 12/26/2012 11:49 PM, Pierre-Loup A. Griffais wrote:
Ping; anyone feel like merging this?
To ssh://git.freedesktop.org/git/xorg/app/xrandr
b26fd53..094b40e master - master
--
Aaron
Thanks,
- Pierre-Loup
On 12/19/2012 12:35
Ping; anyone feel like merging this?
Thanks,
- Pierre-Loup
On 12/19/2012 12:35 PM, Pierre-Loup A. Griffais wrote:
I could have sworn there was a change to do that in the wild already,
but I couldn't find it.
Thanks,
- Pierre-Loup
___
xorg
I could have sworn there was a change to do that in the wild already,
but I couldn't find it.
Thanks,
- Pierre-Loup
From 7d0720196cd89ac012fd7d0bf86cee0cffaea631 Mon Sep 17 00:00:00 2001
From: Pierre-Loup A. Griffais pgriff...@nvidia.com
Date: Wed, 19 Dec 2012 12:32:03 -0800
Subject: [PATCH
Looks like fallout from the XCB port? Anyhow, appreciated if someone
could push this on my behalf.
Thanks!
- Pierre-Loup
From 12df33eb2424533fa0b9ae8b9ceecdd67fa84ffc Mon Sep 17 00:00:00 2001
From: Pierre-Loup A. Griffais pgriff...@nvidia.com
Date: Tue, 9 Oct 2012 20:33:10 -0700
Subject: [PATCH
On 09/11/2012 10:43 AM, Søren Sandmann wrote:
Pierre-Loup A. Griffaispgriff...@nvidia.com writes:
I'm not very familiar with bicubic interpolation, but couldn't it be
achieved using the 'convolution' filter with the adequate kernel?
(possibly in several passes at different scales). AFAIK
On 09/10/2012 06:08 PM, Daniel Stone wrote:
Hi,
On 10 September 2012 23:33, Maarten Maathuismadman2...@gmail.com wrote:
On Mon, Sep 10, 2012 at 11:05 PM, Clemens Eissererlinuxhi...@gmail.com wrote:
I just realized that at least on my machine (fedora 17 + intel 20.2),
the only interpolation
Ping?
On 03/20/2012 04:54 PM, Pierre-Loup A. Griffais wrote:
Wasted a good chunk of time on that one.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
Wasted a good chunk of time on that one.
From f1a65814f119cb83d16e15093e81946f3adcde61 Mon Sep 17 00:00:00 2001
From: Pierre-Loup A. Griffais pgriff...@nvidia.com
Date: Tue, 20 Mar 2012 16:46:22 -0700
Subject: [PATCH] xrandr: move transform limit checking after scaling
This would trigger
From efced7bc4bba912e23a4c76f1057da7a1529dd92 Mon Sep 17 00:00:00 2001
From: Pierre-Loup A. Griffais pgriff...@nvidia.com
Date: Fri, 4 Nov 2011 23:26:25 -0700
Subject: [PATCH] xfree86: Fix RandR rotation across server generations
245cb8e94fd1599 fixed xf86RotateDestroy() to actually run its
people are getting today, even if the behaviour
ends up changing in the future.
On 11/04/2011 11:42 PM, Pierre-Loup A. Griffais wrote:
From efced7bc4bba912e23a4c76f1057da7a1529dd92 Mon Sep 17 00:00:00 2001
From: Pierre-Loup A. Griffaispgriff...@nvidia.com
Date: Fri, 4 Nov 2011 23:26:25 -0700
On 07/29/2011 03:26 PM, Ville Syrjälä wrote:
On Thu, Jul 28, 2011 at 01:00:54PM -0700, Pierre-Loup A. Griffais wrote:
Oops, initially got an outdated address for Ville. Properly CCing now; the idea
is that 193ecc8b453b22b3e6 breaks backfilling on resize if db8840600e8e213562 is
also applied
This reverts commit db8840600e8e21356241eb87395031388d9b54d2.
Conflicts:
composite/compalloc.c
---
composite/compalloc.c | 10 +++---
1 files changed, 3 insertions(+), 7 deletions(-)
diff --git a/composite/compalloc.c b/composite/compalloc.c
index 5c27631..841b2dc 100644
---
Oops, initially got an outdated address for Ville. Properly CCing now; the idea
is that 193ecc8b453b22b3e6 breaks backfilling on resize if db8840600e8e213562 is
also applied.
Thanks,
- Pierre-Loup
On 07/28/2011 12:58 PM, Pierre-Loup A. Griffais wrote:
This reverts commit
Yeah, it was somewhat lacking; fixed and added reviewed tag by ajax.
Thanks!
- Pierre-Loup
On 07/28/2011 01:53 PM, Julien Cristau wrote:
On Thu, Jul 28, 2011 at 13:00:54 -0700, Pierre-Loup A. Griffais wrote:
now; the idea is that 193ecc8b453b22b3e6 breaks backfilling on
resize
On 06/04/2010 09:58 PM, Jeremy Huddleston wrote:
This fixes a regression in miext/rootless from
643cb6e87c10ab554c03ada81930001a8ebcc909
Whoops.
Reviewed-by: Pierre-Loup A. Griffais pgriff...@nvidia.com
Found-by: tinderbox
Signed-off-by: Jeremy Huddlestonjerem...@apple.com
---
miext
On 05/27/2010 04:13 AM, Daniel Stone wrote:
* PGP Signed by an unknown key
On Wed, May 26, 2010 at 04:57:02PM -0700, Pierre-Loup A. Griffais wrote:
ValidateTree can be pretty expensive; gnome-shell floods the server with
input shape requests when animating windows, so that change makes
the input shape? The only
thing that looks needed for sure is CheckCursorConfinement(), but I have my
doubts about the rest.
Thanks,
- Pierre-Loup
From d462db1f8bf99c428fcc59e1f167f563e789995e Mon Sep 17 00:00:00 2001
From: Pierre-Loup A. Griffais pgriff...@nvidia.com
Date: Wed, 26 May 2010 15
On 05/24/2010 07:05 PM, Jamey Sharp wrote:
On Mon, May 24, 2010 at 4:49 PM, Pierre-Loup A. Griffais
pgriff...@nvidia.com wrote:
On 05/24/2010 09:34 AM, Jamey Sharp wrote:
These Pictures are not freed in miDCDeviceCleanup. Before the don't
thrash resources patch, there was a comment suggesting
Tiago,
On 05/19/2010 08:09 AM, Vignatti Tiago (Nokia-D/Helsinki) wrote:
Hi Pierre,
On Tue, May 04, 2010 at 10:21:55PM +0200, ext Pierre-Loup A. Griffais wrote:
I just reproduced something that sounds like what you're describing with
two R520 cards (one X screen per card) and the 'radeon
That looks good to me. Sorry I for introducing this!
- Pierre-Loup
On 05/14/2010 11:37 AM, Jamey Sharp wrote:
ActivateDevice was ignoring errors from DeviceCursorInitialize, so
cursor-related calls failed later. Jeremy Huddleston saw that crash in
miPointerConstrainCursor, while with Xvfb I
Tiago,
This commit fixes the SW cursor with several screens, so the multi-card case
is more or less the point of the change. Can you be more specific about the
problems you're having and your testing environment? Do you have the SW cursor
forced on?
Removing the dependency on devPrivates
behind that is, the driver ought to fail more gracefully.
In any case, I'm guessing you have similar spew in your logs?
Thanks,
- Pierre-Loup
On 05/04/2010 10:28 AM, Pierre-Loup A. Griffais wrote:
Tiago,
This commit fixes the SW cursor with several screens, so the multi-card case
is more
From: Pierre-Loup A. Griffais pgriff...@nvidia.com
Date: Wed, 21 Apr 2010 12:02:26 -0700
Subject: [PATCH] Don't double-free the software cursor pictures.
Signed-off-by: Pierre-Loup A. Griffais pgriff...@nvidia.com
---
mi/midispcur.c |5 -
1 files changed, 0 insertions(+), 5 deletions
);
}
}
--
1.6.6.1
From 7ffae8aaa4ac445a727e663e1e1bf05a2510cd35 Mon Sep 17 00:00:00 2001
From: Pierre-Loup A. Griffais pgriff...@nvidia.com
Date: Wed, 21 Apr 2010 16:46:17 -0700
Subject: [PATCH] mi: don't thrash resources when displaying the software cursor across screens
This changes the DC layer
Mon Sep 17 00:00:00 2001
From: Pierre-Loup A. Griffais pgriff...@nvidia.com
Date: Wed, 21 Apr 2010 17:59:42 -0700
Subject: [PATCH] xf86: Don't crash when switching modes through RandR without owning the VT.
While VT-switched, FB access is disabled and should remain so. Trying to switch
modes
Thanks for the review; responses inline and attached revised version of the
patch:
On 04/06/2010 06:52 PM, Peter Hutterer wrote:
On Tue, Apr 06, 2010 at 03:32:49PM -0700, Pierre-Loup A. Griffais wrote:
Now with a proper GC cleanup sequence instead of freeing the same GC in a loop.
Thanks
On 04/06/2010 08:20 AM, Tiago Vignatti wrote:
On Tue, Apr 06, 2010 at 03:52:07AM +0200, ext Pierre-Loup A. Griffais wrote:
The DC code is broken for setups with several screens. Devs only have one pSave
pixmap and there's no code to thrash them like p[Save|Restore]GC.
That means if you have
and
miSpriteDeviceCursorInitialize to only perform their own setup once in that
case. Opinions?
Thanks,
- Pierre-Loup
On 04/06/2010 08:20 AM, Tiago Vignatti wrote:
On Tue, Apr 06, 2010 at 03:52:07AM +0200, ext Pierre-Loup A. Griffais wrote:
The DC code is broken for setups with several screens. Devs only have one pSave
Now with a proper GC cleanup sequence instead of freeing the same GC in a loop.
Thanks,
- Pierre-Loup
On 04/06/2010 02:44 PM, Pierre-Loup A. Griffais wrote:
(disregard previous message sent too soon)
Attached is a tentative patch that cleans that particular code up and fixes the
issue
The DC code is broken for setups with several screens. Devs only have one pSave
pixmap and there's no code to thrash them like p[Save|Restore]GC.
That means if you have two X screens and force SW cursor on both, the server
will end up passing a bunch of CopyAreas with mismatching screens to the
Signed-off-by: Pierre-Loup A. Griffais pgriff...@nvidia.com
---
hw/xfree86/ramdac/xf86Cursor.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/hw/xfree86/ramdac/xf86Cursor.c b/hw/xfree86/ramdac/xf86Cursor.c
index 7f23d9e..f5f0873 100644
--- a/hw/xfree86/ramdac
Signed-off-by: Pierre-Loup A. Griffais pgriff...@nvidia.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
---
fb/fbpict.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/fb/fbpict.c b/fb/fbpict.c
index f9f4343..c046bae 100644
--- a/fb/fbpict.c
+++ b/fb/fbpict.c
recipient, please contact the
sender by
reply email and destroy all copies of the original message.
---
From 7495d36d1e9fd0ddfaa868c7628486591cac3f50 Mon Sep 17 00:00:00 2001
From: Pierre-Loup A. Griffais pgriff...@nvidia.com
36 matches
Mail list logo
