walter harms writes:
> IMHO that should be done within miPolyArc().
Agreed. I'll also create an miPolylines to handle that case. Replicating
this silly logic all over the server is not useful
--
keith.pack...@intel.com
pgpWyXsIJcrfh.pgp
Description: PGP signature
walter harms writes:
> and this is needed why ?
I used it a bunch when trying to figure out if glamor's render code was
broken, or if there were bugs elsewhere. It was useful to me, so I sent
it along to see if other people also might find it useful to them.
--
keith.pack...@intel.com
pgpVK4
Keith Packard writes:
> Here's the current set of glamor patches to be added post 1.16.
>
> -keith
Patches 1, 7, 8, 9 are also:
Reviewed-by: Eric Anholt
pgp12e2Y8F8hJ.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Arch
Keith Packard writes:
> This allocates span data for all of the provided arcs and draws the
> whole set in one call, rather than doing them one at a time. For
> modern hardware, this is a significant performance improvement.
>
> Signed-off-by: Keith Packard
> ---
> mi/mifillarc.c | 98
> ++
Keith Packard writes:
> This copies the stipple to a 8bpp pixmap and uses that to paint the
> texture from.
>
> v2: Create deep stipple pixmap without GLAMOR_CREATE_FBO_NO_FBO
>
> v3: Fix stipple origin sign (matches tiles now). Track changes
> to original stipple with damage. This isn't requ
3 major changes:
- Drops power-of-two alignment of our line vertex data, simplifying
the code.
- Stops reading from the VBO. While on keithp's and my machines the
VBO is mapped cached, on many implementations it will be mapped WC,
making those reads extremely expensive.
- Style fixes (lin
Keith Packard writes:
> GL lines are nearly X compliant; you just need to fill in the last
> pixel when the client hasn't requested CapNotLast.
>
> v2: switch to glamor_make_current
>
> Signed-off-by: Keith Packard
> diff --git a/glamor/glamor_lines.c b/glamor/glamor_lines.c
> new file mode 100
Am 06.05.2014 18:43, schrieb Eric Anholt:
> walter harms writes:
>
>> Am 06.05.2014 00:02, schrieb Keith Packard:
>>> This allocates span data for all of the provided arcs and draws the
>>> whole set in one call, rather than doing them one at a time. For
>>> modern hardware, this is a significa
Am 06.05.2014 18:41, schrieb Eric Anholt:
> walter harms writes:
>
>> Am 05.05.2014 22:09, schrieb Eric Anholt:
>>> I want to expose this from Xephyr as well, both to be able to test XV
>>> changes rapidly, and beause the XV passthrough to the host's overlay
>>> really doesn't work out well whe
Keith Packard writes:
> This uses the same shaders as glamor_poly_glyph_blt.
>
> Signed-off-by: Keith Packard
> ---
> glamor/glamor_glyphblt.c | 131
> ++-
> 1 file changed, 49 insertions(+), 82 deletions(-)
>
> diff --git a/glamor/glamor_glyphblt.c
Looks like my reply last night didn't go through...
Keith Packard writes:
> Paints with textures, using a temporary buffer for overlapping copies
>
> Performs CPU to GPU transfers for pixmaps in memory. Accelerates copy
> plane when both objects are in the GPU. Includes copy_window
> acceleration
walter harms writes:
> Am 06.05.2014 00:02, schrieb Keith Packard:
>> This allocates span data for all of the provided arcs and draws the
>> whole set in one call, rather than doing them one at a time. For
>> modern hardware, this is a significant performance improvement.
>>
>> Signed-off-by: Ke
walter harms writes:
> Am 05.05.2014 22:09, schrieb Eric Anholt:
>> I want to expose this from Xephyr as well, both to be able to test XV
>> changes rapidly, and beause the XV passthrough to the host's overlay
>> really doesn't work out well when we glXSwapBuffers() over the
>> colorkey.
>>
>> S
Keith,
I've just submitted an updated series following your feedback. Please take
a look:
http://lists.x.org/archives/xorg-devel/2014-May/042329.html
CANTATE DOMINO CANTICUM NOVUM
QUIA MIRABILIA FECIT
Laércio
2014-05-03 15:19 GMT-03:00 Laércio de Sousa :
>
> Em 03/05/2014 14:02, "Keith Packa
With this patch, one can launch Xephyr with option "-screen WxH+X+Y"
to place its window origin at (X,Y). This patch relies on a previous
one that extends kdrive -screen option syntax to parse +X+Y substring
as expected.
If +X+Y is not passed in -screen argument string, let the WM place
the window
This is the v3 of patch series for providing window placement support
for Xephyr.
Following Keith Packard's feedback, we are dropping use
of -origin option to set window placement, and restoring extended -screen
option parsing for geometry strings like WxH+X+Y.
Moreover, we only force window plac
This patch enhances current -screen option parsing for kdrive-based
applications. It can parse strings like
x++, storing X and Y offsets
in KdScreenInfo instances.
For negative values, this patch supports +-X+-Y (not -X-Y) syntax.
It will allow e.g. proper Xephyr window placement for multiseat
pu
If a given output is passed via new -output option, Xephyr will query
host X server for its info. If the following conditions are met:
a. RandR extension is enabled in host X server;
b. supported RandR version in host X server is 1.2 or newer;
c. the given output name is valid;
d. the given ou
Am 06.05.2014 00:02, schrieb Keith Packard:
> Drawing all of the spans in one driver call is a considerable
> performance improvement, which we can do unless the arcs are
> double-dashed, in which case overlapping dashes should draw the latter
> arc contents.
>
> Signed-off-by: Keith Packard
>
Am 06.05.2014 00:02, schrieb Keith Packard:
> This allocates span data for all of the provided arcs and draws the
> whole set in one call, rather than doing them one at a time. For
> modern hardware, this is a significant performance improvement.
>
> Signed-off-by: Keith Packard
> ---
> mi/mif
Am 06.05.2014 00:02, schrieb Keith Packard:
> These provide a complete set of fallbacks to isolate the glamor render
> code from the rest of the implementation.
>
> Signed-off-by: Keith Packard
> ---
> glamor/Makefile.am | 4 +-
> glamor/glamor.c | 4 ++
> glam
Am 06.05.2014 00:02, schrieb Keith Packard:
> miPolyArc is a whole lot slower than miZeroPolyArc.
>
> Signed-off-by: Keith Packard
> ---
> glamor/glamor_core.c | 11 ++-
> 1 file changed, 10 insertions(+), 1 deletion(-)
>
> diff --git a/glamor/glamor_core.c b/glamor/glamor_core.c
> in
Am 05.05.2014 22:09, schrieb Eric Anholt:
> I want to expose this from Xephyr as well, both to be able to test XV
> changes rapidly, and beause the XV passthrough to the host's overlay
> really doesn't work out well when we glXSwapBuffers() over the
> colorkey.
>
> Signed-off-by: Eric Anholt
>
Am 05.05.2014 20:10, schrieb Eric Anholt:
> Signed-off-by: Eric Anholt
> ---
> hw/xfree86/common/xf86Events.c | 2 +-
> hw/xfree86/common/xf86Helper.c | 4 ++--
> hw/xfree86/dri/dri.c | 2 +-
> hw/xfree86/os-support/linux/lnx_video.c | 2 +-
> hw/xfr
Hi,
On 05/06/2014 02:43 AM, Peter Hutterer wrote:
> EvdevAddDevice/EvdevRemoveDevice keep a reference to the device to detect
> duplicate devices based on the dev_t.
>
> EvdevAddDevices was called during PreInit, EvdevRemoveDevice was called during
> DEVICE_CLOSE. That makes it imbalanced if the
25 matches
Mail list logo