On 10/08/2013 03:28 PM, Aaron Plattner wrote:
On 10/02/2013 08:56 AM, Adam Jackson wrote:
v4: Use the new PostDispatchCallback, to avoid recursing through
FlushCallback -> WriteToClient -> FlushCallback -> ...
Screen 0 holds the "real" damage for all drawable types; the window
report hooks for
Save a pointer to the passed in closure structure before copying it
and overwriting the *c pointer to point to our copy instead of the
original. If we hit an error, once we free(c), reset c to point to
the original structure before jumping to the cleanup code that
references *c.
Since one of the
Søren Sandmann writes:
> From: Søren Sandmann Pedersen
Please ignore this old patch, which was sent by mistake
Soren
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listi
On 10/02/2013 08:56 AM, Adam Jackson wrote:
v4: Use the new PostDispatchCallback, to avoid recursing through
FlushCallback -> WriteToClient -> FlushCallback -> ...
Screen 0 holds the "real" damage for all drawable types; the window
report hooks for other screens look up screen 0 and pile on. Th
On Tue, Oct 08, 2013 at 10:06:41AM -0400, Gaetan Nadon wrote:
> This is a wrapper library for evdev devices. It is a dependency
> for xf86-input-evdev and more modules later.
>
> Only recent kernel versions are supported and there is currently no
> check at configuration time, so you just get comp
From: Søren Sandmann Pedersen
After fc3ab84d the pVideo field in DevToConfig[i] is no longer
initialized, so it's always NULL. This causes the duplicate finding
algorithm in the beginning of the function to not work anymore as it
is based on this field.
The symptom of this bug is that X -configu
From: Søren Sandmann Pedersen
This new API allows glyphs to be cached in a data structure in pixman,
and entire glyph strings to be composited in one go.
Also bump pixman dependency to 0.27.2.
Results from the cairo peformance test suite running against Xvfb with
a screen size of 1680x1050@32bp
Hi,
On 8 October 2013 19:22, Mouse wrote:
>> Good catch. It's just luck that False is #defined as 0. :) It
>> should, of course, be NULL.
>
> Well, I'd actually disagree; I think NULL should never be used - see my
> blah post of 2009-10-09
> (http://ftp.rodents-montreal.org/mouse/blah/2009-10-0
-ctx->isCurrent = False;
+ctx->currentClient = False;
>> Should this maybe be 0 instead of False?
> Good catch. It's just luck that False is #defined as 0. :) It
> should, of course, be NULL.
Well, I'd actually disagree; I think NULL should never be used - see my
blah post of
On 10/08/2013 10:19 AM, Mouse wrote:
>>> --- a/glx/createcontext.c
>>> +++ b/glx/createcontext.c
>>> @@ -320,7 +320,7 @@ __glXDisp_CreateContextAttribsARB(__GLXclientState *
>>> cl, GLbyte * pc)
>>> ctx->id = req->context;
>>> ctx->share_id = req->shareList;
>>> ctx->idExists = True
On Tue, Oct 08, 2013 at 04:22:30PM +0800, Zhigang Gong wrote:
> This function is to draw lines with at lest two points. So n = 1 is not a
> realisitic input.
Hello, welcome back from your time off.
Thanks so much for giving my comments a look, I appreciate the time you've
put into it.
Thanks,
Se
>> --- a/glx/createcontext.c
>> +++ b/glx/createcontext.c
>> @@ -320,7 +320,7 @@ __glXDisp_CreateContextAttribsARB(__GLXclientState * cl,
>> GLbyte * pc)
>> ctx->id = req->context;
>> ctx->share_id = req->shareList;
>> ctx->idExists = True;
>> -ctx->isCurrent = False;
>> +ct
Patches 1, 3, and 4 are
Reviewed-by: Ian Romanick
I sent out separate comments about 2.
On 10/02/2013 02:51 PM, Adam Jackson wrote:
> This is something of a pessimization, since now we'll call the
> provider's MakeCurrent hook more often. But that's correct, since the
> provider might have a c
On 10/02/2013 02:51 PM, Adam Jackson wrote:
> I broke this, back in:
>
> commit a48dadc98a28c969741979b70b7a639f24f4cbbd
> Author: Adam Jackson
> Date: Mon Mar 21 11:59:29 2011 -0400
>
> glx: Reimplement context tags
>
> In that, I changed the glx client state to not explici
This is a wrapper library for evdev devices. It is a dependency
for xf86-input-evdev and more modules later.
Only recent kernel versions are supported and there is currently no
check at configuration time, so you just get compile errors.
Building from tar file will not work at the moment as the .
Hi!
On Mon, 2013-10-07 at 13:26:30 +0300, Michal Srb wrote:
[…]
> 6 files changed, 143 insertions(+)
> mode change 100644 => 100755 hw/xfree86/common/xf86platformBus.c
> mode change 100644 => 100755 randr/randr.c
> mode change 100644 => 100755 randr/randrstr.h
> mode change 100644 => 100755 r
Don't know why I wrote the wrong bugzilla number in the commit log. The
correct one is as below, sorry for that.
https://bugs.freedesktop.org/show_bug.cgi?id=69683
You can find in the log, I proposed how to fix the bug, and Raul help to
test the idea and found it can fix the bug for him.
Thanks.
On Wed, Sep 25, 2013 at 06:29:07PM -0700, Seth Arnold wrote:
> Hello, I recently gave glamor-egl a very quick audit, and found some
> issues that I wanted to run past someone who would know the code better
> than I do.
>
> - _glamor_poly_lines():
> - unchecked malloc() return value
> - if n =
Commits a1d41e311c21e, 7d859bd87834d & 3ed2c6e11298c made extinit.h require
the XF86 Big Font, XRes & ScrnSaver proto headers, but failed to add them
to the SDK_REQUIRED_MODULES so pkg-config would find them for driver builds.
Signed-off-by: Emil Velikov
Reviewed-by: Daniel Stone
---
Hello Keit
19 matches
Mail list logo
