The following changes since commit
f3d19c0cf3327cceb90f7378f5d8fc0c3e327400:
Keith Packard (1):
Version bumped to 1.10
are available in the git repository at:
git://anongit.freedesktop.org/~sandmann/xserver for-keithp
Søren Sandmann Pedersen (5):
Require pixman 0.21.6
On Mon, Feb 28, 2011 at 05:29:56PM -0800, ext Keith Packard wrote:
Ok, let's try to get a bit of protocol review, then look at the library
API, then the server internal APIs and finally the server
implementation. Most of the code already exists, so this shouldn't take
a terribly long time.
On Mon, 2011-02-28 at 22:37 -0800, Jeremy Huddleston wrote:
Yeah, and unless someone else wants to take over the stable release
branch, I'm fine continuing on as server-1.10-branch manager. The
process has been fairly smooth, so I think running 1.10 like I did 1.9
should be fine, but
On Mon, 2011-02-28 at 21:14 -0800, Keith Packard wrote:
Do we need more formal rules for merging code? The RandR 1.4 server code
was merged before the protocol and library APIs had seen sufficient
review, but we don't have a formal process for either of those
modules. Anyone know how to help
On Tue, 01 Mar 2011 10:39:15 -0500, Adam Jackson a...@nwnk.net wrote:
The rule I've sort of had in mind for protocol changes is something
like: the protocol and client library must have official releases before
any xserver release candidate can release that implements them.
Given that they
On Tue, 2011-03-01 at 15:48 +0200, Ville Syrjälä wrote:
So what about also allowing windows to use the scanout pixmaps as their
backing pixmap? I'm mainly interested in something that would allow
unredirected 32bpp windows on a 16bpp screen.
I think the terminology is a little confusing here.
On Tue, 1 Mar 2011 15:48:51 +0200, Ville Syrjälä ville.syrj...@nokia.com
wrote:
So what about also allowing windows to use the scanout pixmaps as their
backing pixmap? I'm mainly interested in something that would allow
unredirected 32bpp windows on a 16bpp screen.
We talked about a
A couple of typos below...
Keith Packard kei...@keithp.com wrote:
+CRTCCONFIG { crtc: CRTC
+ set: SETofCRTCFLAG
+ x, y: INT16
+ mode: MODE
+ rotation: ROTATION
+ sprite-position-transform: TRANSFORM
+ sprite-image-transform: TRANSFORM
On Feb 28, 2011, at 22:53, Keith Packard wrote:
2) I think the early rcs might not have been as well tested because
they relied on xextproto and randrproto versions that were not
released. Perhaps we should ensure that we release rc protos along
with rc servers where appropriate.
Do you
On Tue, 1 Mar 2011 08:44:20 -0800, Jeremy Huddleston jerem...@apple.com wrote:
I think that locked-step changes should be done as simultaneously as
possible.
A randrproto/extproto release should always work with current server
releases, so it should be possible to release the protocol headers
On Tue, Mar 01, 2011 at 10:39:15AM -0500, Adam Jackson wrote:
On Mon, 2011-02-28 at 21:14 -0800, Keith Packard wrote:
Do we need more formal rules for merging code? The RandR 1.4 server code
was merged before the protocol and library APIs had seen sufficient
review, but we don't have a
Hi,
On Mon, Feb 28, 2011 at 09:14:26PM -0800, Keith Packard wrote:
Do we need more formal rules for merging code? The RandR 1.4 server code
was merged before the protocol and library APIs had seen sufficient
review, but we don't have a formal process for either of those
modules. Anyone know
On Tue, 1 Mar 2011 17:52:34 +, Daniel Stone dan...@fooishbar.org wrote:
I described my rough plan here:
http://lists.freedesktop.org/archives/xorg-devel/2010-September/013145.html
Get it started and I'll start pushing RandR patches your way. Sooner
would be better than later...
--
On Tue, Mar 01, 2011 at 10:08:02AM -0800, Keith Packard wrote:
On Tue, 1 Mar 2011 17:52:34 +, Daniel Stone dan...@fooishbar.org wrote:
I described my rough plan here:
http://lists.freedesktop.org/archives/xorg-devel/2010-September/013145.html
Get it started and I'll start pushing RandR
Ville Syrjälä ville.syrj...@nokia.com writes:
On Mon, Feb 28, 2011 at 05:29:56PM -0800, ext Keith Packard wrote:
Ok, let's try to get a bit of protocol review, then look at the library
API, then the server internal APIs and finally the server
implementation. Most of the code already exists,
I could really use a review of this patch :). It's in Ubuntu now, and
the longer we wait the harder it will be to fix.
As a side note, if everyone is happy with this, can we release an
inputproto package as version 2.0.99.901? Then we can work on releasing
libXi 1.4.99.901 too.
Thanks!
-- Chase
This joke is no longer funny.
Signed-off-by: Adam Jackson a...@redhat.com
---
glx/glapi.c | 22 ++
1 files changed, 2 insertions(+), 20 deletions(-)
diff --git a/glx/glapi.c b/glx/glapi.c
index d6a568e..fd4eb92 100644
--- a/glx/glapi.c
+++ b/glx/glapi.c
@@ -226,24 +226,6
On 03/ 1/11 01:17 PM, Adam Jackson wrote:
This joke is no longer funny.
Signed-off-by: Adam Jackson a...@redhat.com
---
glx/glapi.c | 22 ++
1 files changed, 2 insertions(+), 20 deletions(-)
diff --git a/glx/glapi.c b/glx/glapi.c
index d6a568e..fd4eb92 100644
---
On 03/ 1/11 09:52 AM, Daniel Stone wrote:
Hi,
On Mon, Feb 28, 2011 at 09:14:26PM -0800, Keith Packard wrote:
Do we need more formal rules for merging code? The RandR 1.4 server code
was merged before the protocol and library APIs had seen sufficient
review, but we don't have a formal
Signed-off-by: Adam Jackson a...@redhat.com
---
glx/glapi.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/glx/glapi.c b/glx/glapi.c
index fd4eb92..d16cd85 100644
--- a/glx/glapi.c
+++ b/glx/glapi.c
@@ -372,7 +372,7 @@ _glapi_get_dispatch(void)
# endif
#endif
On Tue, 01 Mar 2011 20:12:14 +0100, Soeren Sandmann sandm...@cs.au.dk wrote:
Presumably the main use case for this is fullscreen video.
When using a compositing manager, any full-screen window for video or
graphics would be 'un-redirected', eliminating any cost of using a
compositing manager.
On Tue, Mar 1, 2011 at 16:51:48 -0500, Adam Jackson wrote:
Signed-off-by: Adam Jackson a...@redhat.com
---
glx/glapi.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/glx/glapi.c b/glx/glapi.c
index fd4eb92..d16cd85 100644
--- a/glx/glapi.c
+++
Looks like this got reviewed but never applied:
http://patchwork.freedesktop.org/patch/1413/
A conversation with a user on IRC today pointed out that we still document
this option even though it doesn't work, so this patch should probably be
resubmitted for the now open 1.11 merge window with the
Hi,
Jeremy Huddleston jerem...@apple.com (01/03/2011):
I think that locked-step changes should be done as simultaneously as
possible. We should try not to merge proto updates that cause the
server to stop building (as was the case with randr for a while)
until both sets are reviewed and can
Get rid of this with CFLAGS=-Wall -Werror:
| CC g80_display.lo
| cc1: warnings being treated as errors
| g80_display.c: In function ‘G80CrtcSetPClk’:
| g80_display.c:216: error: unused variable ‘i’
Signed-off-by: Cyril Brulebois k...@debian.org
---
src/g80_display.c |2 +-
1 files
On Tuesday 01 March 2011 14:48:44 Soeren Sandmann wrote:
Keith Packard kei...@keithp.com writes:
On Tue, 01 Mar 2011 20:12:14 +0100, Soeren Sandmann sandm...@cs.au.dk
wrote:
Presumably the main use case for this is fullscreen video.
When using a compositing manager, any full-screen
On Tuesday 01 March 2011 11:12:14 Soeren Sandmann wrote:
Ville Syrjälä ville.syrj...@nokia.com writes:
On Mon, Feb 28, 2011 at 05:29:56PM -0800, ext Keith Packard wrote:
Ok, let's try to get a bit of protocol review, then look at the library
API, then the server internal APIs and finally
On Tue, Mar 01, 2011 at 05:09:10PM -0800, Cyril Brulebois wrote:
Get rid of this with CFLAGS=-Wall -Werror:
| CC g80_display.lo
| cc1: warnings being treated as errors
| g80_display.c: In function ‘G80CrtcSetPClk’:
| g80_display.c:216: error: unused variable ‘i’
Signed-off-by: Cyril
On Tuesday 01 March 2011 18:35:14 Keith Packard wrote:
* PGP Signed by an unknown key
On Tue, 1 Mar 2011 18:11:24 -0800, James Jones jajo...@nvidia.com wrote:
Also, getting the unredirect/redirect to work without causing a bunch of
expose events and related flickering is hard. It's
On Tuesday 01 March 2011 08:02:24 Keith Packard wrote:
*snip*
Scanout pixmaps get resized automatically when the associated crtc gets
a new mode. This lets a compositing manager deal with the scanout pixmap
creation while separate screen configuration applications deal with mode
setting. Of
The following changes since commit f3d19c0cf3327cceb90f7378f5d8fc0c3e327400:
Version bumped to 1.10 (2011-02-25 21:25:58 -0800)
are available in the git repository at:
git://people.freedesktop.org/~jeremyhu/xserver master
Jeremy Huddleston (6):
XQuartz: RandR: Capture the display when
On Tue, 1 Mar 2011 18:47:51 -0800, James Jones jajo...@nvidia.com wrote:
The distinction between randr crtc pixmaps and composite backing
pixmaps is getting thin enough that both should be kept in mind when
working on either of the two.
Good point. I hope the automatic crtc pixmap resize will
On Tue, Mar 1, 2011 at 9:52 AM, Daniel Stone dan...@fooishbar.org wrote:
Hi,
On Mon, Feb 28, 2011 at 09:14:26PM -0800, Keith Packard wrote:
Do we need more formal rules for merging code? The RandR 1.4 server code
was merged before the protocol and library APIs had seen sufficient
review, but
On Tue, Mar 01, 2011 at 03:36:51PM -0500, Chase Douglas wrote:
I could really use a review of this patch :). It's in Ubuntu now, and
the longer we wait the harder it will be to fix.
uhm, you're shipping pre-release software that hasn't really settled down
yet. we don't really know yet how well
On Tue, Feb 22, 2011 at 10:06:37AM -0500, Chase Douglas wrote:
Also includes resolutions for dependent devices and implicit grabs and
how to handle slave touch device attachment and touch selections.
Signed-off-by: Chase Douglas chase.doug...@canonical.com
---
Diff is against latest patch
35 matches
Mail list logo