On Don, 2010-07-08 at 14:55 -0700, Jesse Barnes wrote:
> On Thu, 08 Jul 2010 14:19:23 -0700
> Keith Packard wrote:
>
> > On Thu, 8 Jul 2010 14:06:01 -0700, Jesse Barnes
> > wrote:
> > > Ok, back to tracking serials then.
> > >
> > > Unfortunately, using the pixmap serial for windows doesn't a
On Thu, Jul 8, 2010 at 10:44 AM, Martin Langhoff
wrote:
> I had to tweak Jamie's example a bit, and it doesn't scream
> hyper-performance, but pushing tons of pixels across USB v2 was never
> going to be fast anyway.
Xinerama works by asking each driver to do the same high-level drawing
operation
Hi,
commit 75beadd766fed7b12a76e59e57c244e297c2d2cb
Author: Mario Kleiner
Date: Sun Jun 13 18:05:26 2010 +0200
DRI2/xserver: Don't hang in glXSwapBuffers if drawable moves
between crtc's (bug 28383)
Detect if a drawable has been moved from an original crtc to a new crtc
with a low
On Thu, Jul 8, 2010 at 11:41 AM, Gaetan Nadon wrote:
> On Thu, 2010-07-08 at 17:39 +0100, Julien Cristau wrote:
>
> On Thu, Jul 8, 2010 at 12:31:57 -0400, Gaetan Nadon wrote:
>
>> On Thu, 2010-07-08 at 16:28 +0100, Julien Cristau wrote:
>>
>> > When building from tarball, yacc isn't needed becaus
On Fre, 2010-07-09 at 16:20 +0300, Pauli Nieminen wrote:
>
> This commit assumes that MSC maybe different depending on where the
> drawable is. While specification says "For a multi-monitor system, the
> monitor used to determine MSC is screen 0 of ." which IMO
> means that there should be single
On Mon, Jul 05, 2010 at 08:25:20PM +0200, ext Mikhail Gusarov wrote:
> ---
> src/util/miscutil.c |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
> diff --git a/src/util/miscutil.c b/src/util/miscutil.c
> index 1e76b4b..b587b3a 100644
> --- a/src/util/miscutil.c
> +++ b/src/util/
When you are coasting (but not corner coasting) you might want the
scrolling to slow down and stop on its own. This also lets you
start coasting while using a two finger scroll (starting with two
fingers only works for vertical and I can't figure out why it
doesn't work for horizontal). I couldn'
Twas brillig at 17:03:01 09.07.2010 UTC+03 when tiago.vigna...@nokia.com did
gyre and gimble:
TV> On Mon, Jul 05, 2010 at 08:25:20PM +0200, ext Mikhail Gusarov wrote:
>> ---
>> src/util/miscutil.c |4
>> 1 files changed, 4 insertions(+), 0 deletions(-)
>>
>> diff --git a/src/uti
On Fri, Jul 9, 2010 at 22:01:14 +0700, Mikhail Gusarov wrote:
>
> Twas brillig at 17:03:01 09.07.2010 UTC+03 when tiago.vigna...@nokia.com did
> gyre and gimble:
>
> TV> humm, interesting. So then you're setting up the server to not use
> TV> 'fixed' as default font path?
>
> Accidentally.
On Jul 9, 2010, at 3:40 PM, Michel Dänzer wrote:
On Fre, 2010-07-09 at 16:20 +0300, Pauli Nieminen wrote:
This commit assumes that MSC maybe different depending on where the
drawable is. While specification says "For a multi-monitor system,
the
monitor used to determine MSC is screen 0 of .
On Fri, 9 Jul 2010 18:07:25 +0200
Mario Kleiner wrote:
> On Jul 9, 2010, at 3:40 PM, Michel Dänzer wrote:
> > I agree there *should* be such a single MSC, the question is how it
> > should be calculated when the CRTCs don't all have the same vertical
> > refresh rate.
>
> I guess OML_sync_control
On Jul 9, 2010, at 3:20 PM, Pauli Nieminen wrote:
But actual patch has two problems. First, GetMSC is not NULL checked
before calling it. This causes crash with driver that is using
flipping without OML_sync_control. Second, same freeze would happen
I avoided a ds->GetMSC() NULL check because
On Fre, 2010-07-09 at 18:07 +0200, Mario Kleiner wrote:
> On Jul 9, 2010, at 3:40 PM, Michel Dänzer wrote:
>
> > On Fre, 2010-07-09 at 16:20 +0300, Pauli Nieminen wrote:
> >>
> >> This commit assumes that MSC maybe different depending on where the
> >> drawable is. While specification says "For a
From: Michel Dänzer
Previously we assumed every pixmap destroyed during a software fallback was
also created during a software fallback and had access prepared, but that's
not always true.
Fixes a server abort reported by 邓逸昕 .
Signed-off-by: Michel Dänzer
---
exa/exa.c | 23 ++
Twas brillig at 16:29:06 09.07.2010 UTC+01 when jcris...@debian.org did gyre
and gimble:
>> TV> humm, interesting. So then you're setting up the server to not use
>> TV> 'fixed' as default font path?
>> Accidentally. It did not work, but it still worth fixing in library, I
>> think.
JC> C
On Fri, Jul 09, 2010 at 06:28:55PM +0200, ext Mikhail Gusarov wrote:
>
> Twas brillig at 16:29:06 09.07.2010 UTC+01 when jcris...@debian.org did gyre
> and gimble:
>
> >> TV> humm, interesting. So then you're setting up the server to not use
> >> TV> 'fixed' as default font path?
> >> Accid
> > If Repeat is Normal (1), then the coordinate is wrapped back into
> > the image using the modulus (%) operation. This is your usual
> > repeating tile function. As a special case, a 1x1 image with Repeat
> > set to Normal is the usual way of representing a solid colour.
>
> I found that the
On Fri, Jul 9, 2010 at 19:32:48 +0300, Vignatti Tiago (Nokia-MS/Helsinki)
wrote:
> I'd conceptually (protocol wise) we want builtins, right? So it doesn't make
> sense to disables it.
>
I can't parse this.
Cheers,
Julien
___
xorg-devel@lists.x.org: X
Hi,
Looks like the commit in libXfont...
8f75706901da0141590d46f0f898e5678feac953
fixed the Cygwin tinderbox but broke Mac.
Some conditional bodging needed?
Could just ditch defining NO_WEAK_SYMBOLS and go for
:#if !defined(WIN32) && !defined(__CYGWIN__)
/* make sure everything initializes t
On Fri, 2010-07-09 at 09:17 +0800, Huang, FrankR wrote:
> What I am care about is the srcX and srcY which the server transmit
> the parameters to lx_do_composite. In my opinion, the srcX and srcY
> should be handled just as maskX and maskY(subtract them if they are
> not out of the region or in neg
On Fri, 2010-06-25 at 17:23 -0700, Alan Coopersmith wrote:
> Reflects API change made in commit 895f40792a during Xorg 1.8
> development
>
> Signed-off-by: Alan Coopersmith
>
Tested-by: Gaetan Nadon
signature.asc
Description: This is a digitally signed message part
On Fri, 2010-06-25 at 17:23 -0700, Alan Coopersmith wrote:
> Mostly pulled together from posts to my blog and the docs posted
> at http://people.freedesktop.org/~alanc/dtrace/ and converted to
> DocBook.
>
> Signed-off-by: Alan Coopersmith
>
You may want to trim whitespace.
Tested-by: Gaetan
Twas brillig at 19:32:48 09.07.2010 UTC+03 when tiago.vigna...@nokia.com did
gyre and gimble:
VT> conceptually (protocol wise) we want builtins, right?
Not really.
--
http://fossarchy.blogspot.com/
pgpXRPyL8Wzmx.pgp
Description: PGP signature
_
On Fri, 09 Jul 2010 10:11:35 +0200
Michel Dänzer wrote:
> On Don, 2010-07-08 at 14:55 -0700, Jesse Barnes wrote:
> > On Thu, 08 Jul 2010 14:19:23 -0700
> > Keith Packard wrote:
> >
> > > On Thu, 8 Jul 2010 14:06:01 -0700, Jesse Barnes
> > > wrote:
> > > > Ok, back to tracking serials then.
>
We should update the serial number even if we just change a single field.
Reviewed-by: Keith Packard
Signed-off-by: Jesse Barnes
---
mi/miscrinit.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/mi/miscrinit.c b/mi/miscrinit.c
index ea2a0c1..661ecb2 100644
--- a/mi/mi
If a pixmap header is modified or the drawable serial changes, some
aspects of the drawable are likely to have changed so we should
re-allocate the corresponding DRI2 drawable in that case. This is one
way of catching when the root window pixmap changes through xrandr.
Fixes bug https://bugs.free
On Fri, Jul 09, 2010 at 06:18:23PM +0200, ext Michel Dänzer wrote:
> From: Michel Dänzer
>
> Previously we assumed every pixmap destroyed during a software fallback was
> also created during a software fallback and had access prepared, but that's
> not always true.
>
> Fixes a server abort repor
Vignatti Tiago (Nokia-MS/Helsinki) wrote:
> I'd conceptually (protocol wise) we want builtins, right? So it doesn't make
> sense to disables it.
The protocol requires the "fixed" and "cursor" fonts. The protocol does not
require any specific format for those fonts nor any specific backend for th
On Jul 9, 2010, at 6:15 PM, Michel Dänzer wrote:
[...]
For the old intel DRI1 swap scheduling hack, I solved this by
making the
MSC not correspond to any specific CRTC counter directly but making
it a
'virtual' counter which increases at the same rate as the CRTC the
window is currently being
Raw keysyms were not getting parsed correctly, due to forgetting to add
the code to libX11, forgetting to add the backwards-compat code for old
libX11s, and then stuffing the lexing up anyway. Yeesh.
Signed-off-by: Daniel Stone
---
configure.ac |1 +
parseutils.c | 12
xkbpar
On Fri, Jul 09, 2010 at 07:37:03PM +0100, Daniel Stone wrote:
> Raw keysyms were not getting parsed correctly, due to forgetting to add
> the code to libX11, forgetting to add the backwards-compat code for old
> libX11s, and then stuffing the lexing up anyway. Yeesh.
Ugh, ignore that, I already p
If we get input in the style of 0xdeadbeef, just return that exact
keysym. Introduces a dependency on strtoul, which I'm told is OK on all
the systems we care about.
Signed-off-by: Daniel Stone
---
configure.ac|2 ++
src/StrKeysym.c | 12
2 files changed, 14 insertions(+)
On Thu, 2010-07-08 at 08:51 +0200, Michel Dänzer wrote:
> On Mit, 2010-07-07 at 18:43 +0200, Denis 'GNUtoo' Carikli wrote:
> > > It sounds like you just want not to call xf86DisableRandR()??
> > Yes thanks a lot it works well like this too.
> > Should I resend the patch?
>
> Yes, please. Bonus po
2010/7/9 Mario Kleiner :
> On Jul 9, 2010, at 6:15 PM, Michel Dänzer wrote:
>>
>> [...]
>>
For the old intel DRI1 swap scheduling hack, I solved this by
making the
MSC not correspond to any specific CRTC counter directly but making
it a
'virtual' counter which increases at
All 27 should now be pushed to the master git repos.
Thanks for trawling through all these.
--
-Alan Coopersmith-alan.coopersm...@oracle.com
Oracle Solaris Platform Engineering: X Window System
___
xorg-devel@lists.x.org: X.Or
35 matches
Mail list logo
