Re: Merged proto package

On 2010-04-06 17:41, Keith Packard wrote: I've written some scripts that construct a merged proto package from the existing proto packages. They're not fancy, but do preserve the entire history of each sub package as they get merged in. The goal is to make the installed files exactly match what

Re: Smooth scrolling

Am 07.04.2010 23:46, schrieb Éric Piel: > Failure to have a single value to map one click to one action would lead > to lots of small very frustrating regressions. That's why I was > suggesting 100u (or whatever other number which fits) to be set in > stone. That said, the usage of the resolution f

Re: [PATCH:macros] doc: add XORG_CHECK_SGML_DOCTOOLS to detect xorg-sgml-doctools

On 2010-04-05 08:58, Dan Nicholson wrote: On Thu, Mar 25, 2010 at 4:12 PM, Yaakov (Cygwin/X) wrote: +# XORG_CHECK_SGML_DOCTOOLS +# +# Minimum version: 1.7.0 +# +# Defines the variable XORG_SGML_PATH containing the location of X11/defs.ent +# provided by xorg-sgml-doctool

[PATCH] xfree86: Change VBE version early-out to 1.2. (#22672)

From: Evgeny M. Zubok Reporter has an S3 Trio with DDC and VESA 1.2. Signed-off-by: Corbin Simpson Reviewed-by: Matt Turner --- hw/xfree86/vbe/vbe.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/hw/xfree86/vbe/vbe.c b/hw/xfree86/vbe/vbe.c index 26f5911..baf897a 100

[PATCH] shadow: Optimize shadowUpdatePacked(). (#26973)

From: Ilpo Ruotsalainen v2: Also remove the very very last reference to PickBits, and handle some pointer maths. Signed-off-by: Corbin Simpson Reviewed-by: Matt Turner --- miext/shadow/shpacked.c |5 ++--- 1 files changed, 2 insertions(+), 3 deletions(-) diff --git a/miext/shadow/shpacke

Re: Merged proto package

On Thu, Apr 08, 2010 at 02:33:22AM -0500, Yaakov (Cygwin/X) wrote: > On 2010-04-06 17:41, Keith Packard wrote: > >I've written some scripts that construct a merged proto package from the > >existing proto packages. They're not fancy, but do preserve the entire > >history of each sub package as they

Re: [PATCH libX11 1/4] man: Redirect users from XKeycodeToKeysym to XkbKeycodeToKeysym #25732

On Tue, Feb 02, 2010 at 09:24:29PM +0100, Dirk Wallenstein wrote: > XKeycodeToKeysym keeps compatibility with pre-XKB and thus only sees 2 > groups with 2 levels each. It wraps the index into the next group. > This behavior confuses the unaware user, and therefore this will add a > reference to Xkb

[PATCH xserver] EXA: Check sys_ptr isn't NULL before passing it to the UploadToScreen hook.

From: Michel Dänzer Fixes https://bugs.freedesktop.org/show_bug.cgi?id=27510 . Signed-off-by: Michel Dänzer --- exa/exa_accel.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/exa/exa_accel.c b/exa/exa_accel.c index 4680c37..57029fd 100644 --- a/exa/exa_accel.c +++ b/

Re: [PATCH libX11 2/4] man: Fix return value specification of XkbKeyActionEntry

On Tue, Feb 02, 2010 at 10:32:48PM +0100, Julien Cristau wrote: > On Tue, Feb 2, 2010 at 21:24:30 +0100, Dirk Wallenstein wrote: > > > The XkbKeyActionEntry macro expands to a pointer. > > > > Signed-off-by: Dirk Wallenstein > > wow. what a mess of macros... > > Reviewed-by: Julien Cristau

Re: [PATCH libX11 3/4] man: Fix value of XkbAllComponentsMask in XkbGetKeyboard

On Wed, Feb 03, 2010 at 10:51:36AM -0800, Jeremy Huddleston wrote: > > On Feb 3, 2010, at 10:12, Dirk Wallenstein wrote: > > >On Tue, 02 Feb 2010 13:44:48 -0800 Jeremy Huddleston wrote: > >>I'd prefer to see this written as: > >> > >>(1L<<7) - 1L > > > >If it's a value I'd like to have it in sync

Re: [PATCH libX11 4/4] man: Return value of XkbGetState is Status and not Bool

On Tue, Feb 02, 2010 at 09:52:18PM +0100, Julien Cristau wrote: > On Tue, Feb 2, 2010 at 21:24:32 +0100, Dirk Wallenstein wrote: > > > Signed-off-by: Dirk Wallenstein > > Reviewed-by: Julien Cristau Hi, Keith Another little independent manual fix ready. Greetings, Dirk _

Re: Merged proto package

On Thu, Apr 8, 2010 at 4:40 AM, Peter Hutterer wrote: > On Thu, Apr 08, 2010 at 02:33:22AM -0500, Yaakov (Cygwin/X) wrote: >> On 2010-04-06 17:41, Keith Packard wrote: >> >I've written some scripts that construct a merged proto package from the >> >existing proto packages. They're not fancy, but d

Re: [PATCH:macros] doc: add XORG_CHECK_SGML_DOCTOOLS to detect xorg-sgml-doctools

On Thu, Apr 8, 2010 at 3:09 AM, Yaakov (Cygwin/X) wrote: > On 2010-04-05 08:58, Dan Nicholson wrote: >> >> On Thu, Mar 25, 2010 at 4:12 PM, Yaakov (Cygwin/X) wrote: >>> >>> +# XORG_CHECK_SGML_DOCTOOLS >>> +# >>> +# Minimum version: 1.7.0 >>> +# >>> +# Defines the variable

[PATCH 2/3] xvfb: void'lization of procedures

Just code organization. The semantics are the same. (this changes will make sense in the next commit) Signed-off-by: Tiago Vignatti --- hw/vfb/InitOutput.c | 30 +++--- 1 files changed, 15 insertions(+), 15 deletions(-) diff --git a/hw/vfb/InitOutput.c b/hw/vfb/InitOu

[PATCH 3/3] xvfb: process command line arguments afterwards in InitOutput

ddxProcessArgument() is a misname here. It should just *get* command line args, parse them, without start in fact the actual *processing* and execution. A reasonable place to processing is inside InitOutput(), when mostly common structure is already initialized. This patch follow the behaviour men

[PATCH 1/3] xvfb: reorganize command line argument processing in separate procedures

Just code organization. The semantics are the same. I left intentionally global variables there, which will make sense on the next commit. Signed-off-by: Tiago Vignatti --- hw/vfb/InitOutput.c | 233 -- 1 files changed, 149 insertions(+), 84 dele

[PATCH 2/5] xfree86: make MAXSCREENS run-time configurable

Signed-off-by: Tiago Vignatti --- hw/xfree86/common/xf86Cursor.c| 67 ++--- hw/xfree86/common/xf86xv.c|3 +- hw/xfree86/dixmods/extmod/xf86dga2.c |4 +- hw/xfree86/os-support/bsd/arm_video.c |5 +- 4 files changed, 45 insertions(+), 3

[PATCH 0/5 xserver] make MAXSCREENS run-time configurable

Yay, the RFC from last week became a patch series now! The most notable points compared with RFC is that by default uses MAXSCREENS as 16 (the same as the current implementation without patch). Besides, we have now patches for all DDXes that uses MAXSCREENS and some xorg drivers either. The serie

[PATCH 4/5] xnest: make MAXSCREENS run-time configurable

Signed-off-by: Tiago Vignatti --- hw/xnest/Args.c |5 +++-- hw/xnest/Color.c |6 +- hw/xnest/Init.c |3 +++ hw/xnest/Screen.c |4 ++-- hw/xnest/Screen.h |4 ++-- 5 files changed, 15 insertions(+), 7 deletions(-) diff --git a/hw/xnest/Args.c b/hw/xnest/Args.c index cd

[PATCH intel] make MAXSCREENS run-time configurable

Signed-off-by: Tiago Vignatti --- src/i810_dga.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/src/i810_dga.c b/src/i810_dga.c index 3f53057..72808ab 100644 --- a/src/i810_dga.c +++ b/src/i810_dga.c @@ -140,7 +140,7 @@ I810DGAInit(ScreenPtr pScreen) return DGAIni

[PATCH nv] make MAXSCREENS run-time configurable

Signed-off-by: Tiago Vignatti --- src/nv_dga.c |4 +++- src/riva_dga.c |4 +++- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/src/nv_dga.c b/src/nv_dga.c index ccbbf4d..e892d8a 100644 --- a/src/nv_dga.c +++ b/src/nv_dga.c @@ -181,11 +181,13 @@ NV_SetMode( ScrnInfoPt

[PATCH 5/5] xwin: make MAXSCREENS run-time configurable

From: Jon TURNEY Change g_ScreenInfo, an array of winScreenInfo elements, from a static array to a dynamically allocated one, now that MAXSCREENS is not a compile-time constant Use an instance of the XWin DDX-specific screen info structure to hold the current default values, to simplify greatly

[PATCH 3/5] xvfb: make MAXSCREENS run-time configurable

Signed-off-by: Tiago Vignatti --- hw/vfb/InitOutput.c | 10 +++--- 1 files changed, 7 insertions(+), 3 deletions(-) diff --git a/hw/vfb/InitOutput.c b/hw/vfb/InitOutput.c index e15de33..f339262 100644 --- a/hw/vfb/InitOutput.c +++ b/hw/vfb/InitOutput.c @@ -105,7 +105,7 @@ typedef struct }

[PATCH mga] make MAXSCREENS run-time configurable

Signed-off-by: Tiago Vignatti --- src/mga_dga.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/src/mga_dga.c b/src/mga_dga.c index d43b96d..c9712f3 100644 --- a/src/mga_dga.c +++ b/src/mga_dga.c @@ -301,11 +301,13 @@ MGA_SetMode( ScrnInfoPtr pScrn, DGAModePtr

[PATCH 1/5] dix: make MAXSCREENS run-time configurable

Signed-off-by: Tiago Vignatti --- Xext/panoramiX.c | 12 +- Xext/panoramiX.h |2 +- Xext/panoramiXprocs.c | 121 +++-- Xext/panoramiXsrv.h |2 +- Xext/xvdisp.c |8 +++- dix/events.c |1 + dix/globals.c

Re: X server 1.9 release thoughts

On Wed, 7 Apr 2010 20:50:28 -0700 Stephane Marchesin wrote: > On Wed, Apr 7, 2010 at 20:44, Daniel Stone wrote: > > > > On Wed, Apr 07, 2010 at 05:02:20PM -0700, Jesse Barnes wrote: > > > On the flip side, unless we have a decent set of video and input > > > drivers included in the server, build

Re: [PATCH 0/5 xserver] make MAXSCREENS run-time configurable

On Thu, Apr 08, 2010 at 05:06:32PM +0200, Vignatti Tiago (Nokia-D/Helsinki) wrote: > Yay, the RFC from last week became a patch series now! > oh yeah, I was almost forgetting. This series closes a bug reported back in 2005: X.Org Bug 3876 :)

Re: Merged proto package

On Thu, 08 Apr 2010 02:33:22 -0500, "Yaakov (Cygwin/X)" wrote: > 1) Keeping per-extension proto .pc files makes sense wrt to > compatibility, but perhaps keeping all the old version number schemes > does not. For example, in the future, if a package requires > compositeproto >= 0.4.2 (after

Re: Merged proto package

On Thu, Apr 8, 2010 at 9:01 AM, Keith Packard wrote: > On Thu, 08 Apr 2010 02:33:22 -0500, "Yaakov (Cygwin/X)" > wrote: > >> 6) Please tell me you're not planning on releasing this package with the >> name "proto". :-) > > Oh. Yeah, probably not the best name. 'xproto'? 'xprotocol'? Well, consi

Re: [PATCH libX11 3/4] man: Fix value of XkbAllComponentsMask in XkbGetKeyboard

On Apr 8, 2010, at 05:14, Dirk Wallenstein wrote: > > I tried in another thread but there are type divergence issues that > would have to be solved additionally in a questionable separate effort. > > Are you ok with the patch as is? yes. ___ xorg-dev

[PATCH proto] Remove AC_SUBST for removed protocol headers

From: Yaakov Selkowitz Signed-off-by: Yaakov Selkowitz --- configure.ac | 16 1 files changed, 0 insertions(+), 16 deletions(-) diff --git a/configure.ac b/configure.ac index a315efa..125e76d 100644 --- a/configure.ac +++ b/configure.ac @@ -36,8 +36,6 @@ APPLEWMPROTO_VERSION

Re: [PATCH libX11 3/4] man: Fix value of XkbAllComponentsMask in XkbGetKeyboard

On Thu, Apr 08, 2010 at 09:32:29AM -0700, Jeremy Huddleston wrote: > > On Apr 8, 2010, at 05:14, Dirk Wallenstein wrote: > > > > I tried in another thread but there are type divergence issues that > > would have to be solved additionally in a questionable separate effort. > > > > Are you ok with

Re: Merged proto package

On Thu, 8 Apr 2010 09:12:39 -0700, Dan Nicholson wrote: > On Thu, Apr 8, 2010 at 9:01 AM, Keith Packard wrote: > > On Thu, 08 Apr 2010 02:33:22 -0500, "Yaakov (Cygwin/X)" > > wrote: > > > >> 6) Please tell me you're not planning on releasing this package with the > >> name "proto". :-) > > > >

Re: [PATCH proto] Remove AC_SUBST for removed protocol headers

On Thu, 8 Apr 2010 11:33:31 -0500, "Yaakov (Cygwin/X)" wrote: Thanks. Don't know what I was thinking. -- keith.pack...@intel.com pgpCPyDJNdGMI.pgp Description: PGP signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.or

Re: [PATCH 0/5 xserver] make MAXSCREENS run-time configurable

On Thu, 8 Apr 2010 18:06:32 +0300, Tiago Vignatti wrote: > Please, review it. Thanks This looks good, but reviewing it makes me wonder how hard it would be to not have MAXSCREENS at all and just realloc each time you needed more space in any of the relevant arrays. It seems like you've got exa

Re: [PATCH] XGE: don't register an extension event

On Tue, Apr 06, 2010 at 07:52:45AM -0700, Keith Packard wrote: > On Tue, 6 Apr 2010 11:51:53 +0200, Julien Cristau > wrote: > > > The GenericEvent is a core event, we never send an extension event, so > > don't reserve an id for one. > > The protocol header still defines one event coming from

Re: [PATCH intel] make MAXSCREENS run-time configurable

Shouldn't the driver patches be choosing between the old and new ways with #ifdef MAXSCREENS or #ifdef MAXSCREENSALLOC_FATAL to allow them to continue to work with stable releases while 1.9 is in development? -alan- Tiago Vignatti wrote: > Signed-off-by: Tiago Vignatti > --- > src/i810_

Re: Merged proto package

On Thu, 2010-04-08 at 10:17 -0700, Keith Packard wrote: > On Thu, 8 Apr 2010 09:12:39 -0700, Dan Nicholson wrote: > > On Thu, Apr 8, 2010 at 9:01 AM, Keith Packard wrote: > > > On Thu, 08 Apr 2010 02:33:22 -0500, "Yaakov (Cygwin/X)" > > > wrote: > > > > > >> 6) Please tell me you're not planni

Re: X server 1.9 release thoughts

Alex Deucher wrote: > On Wed, Apr 7, 2010 at 7:19 PM, Peter Hutterer > wrote: >> It's a numbers game. How many contributors and testers will I lose or gain >> compared to the hours of work spent? Until the server is a lot easier to >> build from scratch, I think the numbers aren't in my favour ye

[PATCH video-tseng] config: remove redundant compiler flags

These are available using --enable-strict-compilation Use same configure option as all x.org modules Only GCC was covered, not SUNCC or INTELCC Introduced in commit 85397a4ef7a3a13f7e2940cb0e5c2fdbfea4c695 Signed-off-by: Gaetan Nadon --- configure.ac|4 src/Makefile.am |2 +- 2

Re: Merged proto package

On Thu, Apr 8, 2010 at 11:24 AM, Gaetan Nadon wrote: > On Thu, 2010-04-08 at 10:17 -0700, Keith Packard wrote: > > On Thu, 8 Apr 2010 09:12:39 -0700, Dan Nicholson > wrote: >> On Thu, Apr 8, 2010 at 9:01 AM, Keith Packard wrote: >> > On Thu, 08 Apr 2010 02:33:22 -0500, "Yaakov (Cygwin/X)" >> >

Re: [PATCH 1/5] dix: make MAXSCREENS run-time configurable

On Thu, Apr 08, 2010 at 08:06:33AM -0700, Tiago Vignatti wrote: > diff --git a/Xext/panoramiX.c b/Xext/panoramiX.c > index cfeba01..7d1b849 100644 > --- a/Xext/panoramiX.c > +++ b/Xext/panoramiX.c > @@ -122,7 +122,7 @@ typedef struct { >CloseScreenProcPtr CloseScreen; > } PanoramiXScreenRec,

[PATCH 0/6] Merged proto package

From: Yaakov Selkowitz These patches have also been uploaded to annarchy: http://cgit.freedesktop.org/~yselkowitz/xproto/ Yaakov Selkowitz (6): Remove deprecated fontcacheproto Unify gitignore files Install xproto.pc Use PACKAGE_VERSION as Version for all protos Bump version to 7.2-pre

[PATCH 1/6] Remove deprecated fontcacheproto

From: Yaakov Selkowitz Signed-off-by: Yaakov Selkowitz --- Makefile.am |1 - configure.ac|2 - fontcacheproto/.gitignore | 78 - fontcacheproto/COPYING | 24 --- fontcacheproto/Makefile.am

[PATCH 2/6] Unify gitignore files

From: Yaakov Selkowitz Signed-off-by: Yaakov Selkowitz --- .gitignore | 78 ++ applewmproto/.gitignore | 78 -- bigreqsproto/.gitignore | 78 --

[PATCH 3/6] Install xproto.pc

From: Yaakov Selkowitz This is a follow-up to 8241a34b722331e09d981d5b232a6fb6b6aa143a. Signed-off-by: Yaakov Selkowitz --- Makefile.am |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/Makefile.am b/Makefile.am index 5f79d54..3f93562 100644 --- a/Makefile.am +++ b/Make

[PATCH 5/6] Bump version to 7.2-pre1

From: Yaakov Selkowitz The new merged xproto version must be greater than the version of all split protos so that existing PKG_CHECK_* tests work. Although the last split xproto version was 7.0.x, the split xextproto was already 7.1.x, so we need to bump to a 7.2 prerelease to supersede that. S

[PATCH 4/6] Use PACKAGE_VERSION as Version for all protos

From: Yaakov Selkowitz Trying to keep individual versions of all protos which don't match the version of the package with which they are shipped will just cause confusion. As the new xproto version will be greater than any split proto version, existing configure tests will work without any chang

[PATCH 6/6] Require macros-1.4 for XORG_INSTALL

From: Yaakov Selkowitz Signed-off-by: Yaakov Selkowitz --- configure.ac |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/configure.ac b/configure.ac index ff57a61..baaf78a 100644 --- a/configure.ac +++ b/configure.ac @@ -26,10 +26,10 @@ AC_INIT([Xproto], [7.1.99.1],

Re: Merged proto package

I see that there are no tags in the combined proto repo. Retaining history should require retaining the tags, too. The only way I can think of to retain the tags would be to create a repo with each existing proto tree as a branch (perhaps called legacy/FOO/BAR for each BAR head of each existing F

Re: [PATCH 1/6] Remove deprecated fontcacheproto

On Thu, 2010-04-08 at 14:47 -0500, Yaakov (Cygwin/X) wrote: > From: Yaakov Selkowitz > > Correct, evie, fontcache and xf86misc are 3 extensions (proto and lib) that were deprecated and not included in X11R7.5 http://www.x.org/releases/X11R7.5/src/proto/ If any of these are re-introduced, I'l

Re: Merged proto package

On Thu, 08 Apr 2010 16:24:44 -0400, James Cloos wrote: > I see that there are no tags in the combined proto repo. Retaining > history should require retaining the tags, too. Almost all of the tags were from CVS days; are those really interesting? > I hope the goal is to eliminate the existing,

Re: Merged proto package

On Thu, 08 Apr 2010 16:24:44 -0400, James Cloos wrote: > I see that there are no tags in the combined proto repo. Retaining > history should require retaining the tags, too. Almost all of the tags in the proto modules are old CVS tags, and they're all the same names, so we can't move them forwa

Re: Merged proto package

On Thu, 08 Apr 2010 14:24:29 -0400, Gaetan Nadon wrote: > I like that. I am not sure, but are the old *.pc realy needed? It adds a > little bit to existing complexity: Just for compatibility with existing users. > For backward compatibility, if config file ask for old package, then old > packag

Re: X server 1.9 release thoughts

On Fri, Apr 9, 2010 at 4:24 AM, Alan Coopersmith wrote: > Alex Deucher wrote: >> On Wed, Apr 7, 2010 at 7:19 PM, Peter Hutterer >> wrote: >>> It's a numbers game. How many contributors and testers will I lose or gain >>> compared to the hours of work spent? Until the server is a lot easier to >>

Re: [PATCH 4/6] Use PACKAGE_VERSION as Version for all protos

On Thu, 8 Apr 2010 14:47:33 -0500, "Yaakov (Cygwin/X)" wrote: > From: Yaakov Selkowitz > > Trying to keep individual versions of all protos which don't match the > version of the package with which they are shipped will just cause > confusion. As the new xproto version will be greater than an

Re: [PATCH 0/6] Merged proto package

On Thu, 8 Apr 2010 14:47:29 -0500, "Yaakov (Cygwin/X)" wrote: > From: Yaakov Selkowitz > > These patches have also been uploaded to annarchy: > http://cgit.freedesktop.org/~yselkowitz/xproto/ Thanks. I've merged everything but the PACKAGE_VERSION change and pushed that to my xproto repo now.

Re: [PATCH 1/5] dix: make MAXSCREENS run-time configurable

On Thu, 8 Apr 2010 12:24:41 -0700, Aaron Plattner wrote: > Since you're breaking the ABI already, could we move this sort of > dynamically-allocated global array into the pScreen or pScrnInfo instead, > either as just a plain old struct member or as a DevPrivate hook? That > will get us one step

[PATCH vmmouse] man: move vmmouse_detect back to section 1

Was moved to section 4 in commit 36c2cd8ec6d3bf7191a98a04a876e8d7b6f64d5d, "man: build vmmouse_detect man page". Signed-off-by: Peter Hutterer --- man/Makefile.am| 10 -- man/vmmouse_detect.man |2 +- 2 files changed, 9 insertions(+), 3 deletions(-) diff --git a/man/Makefi

Re: [PATCH vmmouse] man: move vmmouse_detect back to section 1

Peter Hutterer wrote: > Was moved to section 4 in commit 36c2cd8ec6d3bf7191a98a04a876e8d7b6f64d5d, > "man: build vmmouse_detect man page". > > Signed-off-by: Peter Hutterer > --- > man/Makefile.am| 10 -- > man/vmmouse_detect.man |2 +- > 2 files changed, 9 insertions(+), 3

[PATCH v2] man: move vmmouse_detect back to section 1

Was moved to section 4 in commit 36c2cd8ec6d3bf7191a98a04a876e8d7b6f64d5d, "man: build vmmouse_detect man page". Signed-off-by: Peter Hutterer --- Changes to v1: use appmandir instead of vmmouse_detectmandir man/Makefile.am| 12 +--- man/vmmouse_detect.man |2 +- 2 files c

Re: [PATCH v2] man: move vmmouse_detect back to section 1

Peter Hutterer wrote: > Was moved to section 4 in commit 36c2cd8ec6d3bf7191a98a04a876e8d7b6f64d5d, > "man: build vmmouse_detect man page". > > Signed-off-by: Peter Hutterer > --- > Changes to v1: use appmandir instead of vmmouse_detectmandir > > man/Makefile.am| 12 +--- > man

Re: [PATCH] Install support files to try and have the driver loaded automatically via udev.

On Wed, 2010-04-07 at 10:01 -0700, Dan Nicholson wrote: > 2010/4/7 Simon Thum : > > Am 07.04.2010 18:15, schrieb Michel Dänzer: > >> On Wed, 2010-04-07 at 18:09 +0200, Simon Thum wrote: > >>> Am 07.04.2010 17:06, schrieb Michel Dänzer: > > -AC_OUTPUT([Makefile shared/Makefile src/Makefil

Re: [RFC vmmouse] Install support files to try and have the driver loaded automatically via udev.

On Wed, 2010-04-07 at 09:10 -0700, Dan Nicholson wrote: > 2010/4/7 Michel Dänzer : > > On Tue, 2010-04-06 at 19:27 -0700, Dan Nicholson wrote: > >> 2010/4/6 Michel Dänzer : > >> > Something else I'm wondering: Does it make sense to install the > >> > xorg.conf.d snippet unconditionally, or will it

[PATCH] Define/use ALIGN() instead of open coding it

Signed-off-by: Matt Turner --- Xext/xf86bigfont.c|2 +- hw/dmx/dmxpict.c |2 +- hw/kdrive/ephyr/XF86dri.c |6 +++--- hw/xfree86/dixmods/extmod/xf86vmode.c |6 +++--- hw/xfree86/int10/generic.c| 13 ++--- hw

Re: [PATCH resent] Death to Multibuffer extension

On Wed, 7 Apr 2010 17:26:46 +0300, Tiago Vignatti wrote: > I sent last week and no one object that, but even no one put his stamp of > review. So please... This looks good to me, with a few comments included below > /* > *** Server Block Handler > -*** code inspired by multibuffer extension

Re: [PATCH] Define/use ALIGN() instead of open coding it

On Thu, 8 Apr 2010 19:10:52 -0400, Matt Turner wrote: > -#define GET_HIGH_BASE(x) (((V_BIOS + (x) + getpagesize() - 1)/getpagesize()) > \ > - * getpagesize()) > +#define GET_HIGH_BASE(x) (ALIGN(V_BIOS + (x), getpagesize())) > #endif Note that this assumes getpages

[PATCH 1/2] glx: Enforce a 1:1 correspondence between GLX and X11 windows.

From: Francisco Jerez The spec says (regarding glXCreateWindow): "If there is already a GLXFBConfig associated with win (as a result of a previous glXCreateWindow call), then a BadAlloc error is generated.". It will also come useful to implement DRI2InvalidateBuffers for the indirect case. Signe

[PATCH 2/2] glx: Destroy GLX drawables by the GLX XID

The DestroyWindow hook only works when the GLX drawable XID is the same as the X window XID. This is only the case for drawables created through the pre-GLX-1.3 compatibility mechanism. GLX Drawables created using glXCreateWindow get a different XID and we need to look up the GLX private and pass

Re: [PATCH 2/2] glx: Destroy GLX drawables by the GLX XID

2010/4/8 Kristian Høgsberg : > The DestroyWindow hook only works when the GLX drawable XID is the same > as the X window XID.  This is only the case for drawables created > through the pre-GLX-1.3 compatibility mechanism.  GLX Drawables created > using glXCreateWindow get a different XID and we nee

Re: [PATCH 1/2] glx: Enforce a 1:1 correspondence between GLX and X11 windows.

On Thu, 8 Apr 2010 20:06:40 -0400, Kristian Høgsberg wrote: > +static int glxWindowPrivateKeyIndex; > +static DevPrivateKey glxWindowPrivateKey = &glxWindowPrivateKeyIndex; Because there doesn't appear to be any performance critical use for this object, it should be in the resource database ke

Re: [PATCH 0/5 xserver] make MAXSCREENS run-time configurable

On Thu, Apr 08, 2010 at 10:28:27AM -0700, Keith Packard wrote: > On Thu, 8 Apr 2010 18:06:32 +0300, Tiago Vignatti > wrote: > > Please, review it. Thanks > > This looks good, but reviewing it makes me wonder how hard it would be > to not have MAXSCREENS at all and just realloc each time you nee

Re: [PATCH 1/2] glx: Enforce a 1:1 correspondence between GLX and X11 windows.

On Thu, Apr 8, 2010 at 9:02 PM, Keith Packard wrote: > On Thu,  8 Apr 2010 20:06:40 -0400, Kristian Høgsberg > wrote: > >> +static int glxWindowPrivateKeyIndex; >> +static DevPrivateKey glxWindowPrivateKey = &glxWindowPrivateKeyIndex; > > Because there doesn't appear to be any performance critic

Re: [PATCH 0/5 xserver] make MAXSCREENS run-time configurable

On Fri, 9 Apr 2010 11:20:10 +1000, Daniel Stone wrote: > Well, for a start, you'd have to start only storing screen IDs instead > of ScreenPtrs everywhere. No, the ScreenRecs are allocated in AddScreen and the pointer stored in the (currently static) array in screenInfo. Just using realloc on th

Re: [PATCH 1/2] glx: Enforce a 1:1 correspondence between GLX and X11 windows.

On Thu, 8 Apr 2010 21:48:11 -0400, Kristian Høgsberg wrote: > Do you have a better suggestion? You create another resource type and *always* index that by the window id. Destruction order would not be guaranteed, of course. -- keith.pack...@intel.com pgpO8Pw290ycc.pgp Description: PGP signa

[PATCH for server-1.8-branch] Convert x86emu fixed size int typedefs to use stdint types

Fixes x86emu builds when using non-gnu compilers now that u64 is required Before this fix, the u64 type would not be defined, causing x86emu/sys.c to fail to build: "sys.c", line 102: syntax error before or at: ldq_u "sys.c", line 102: syntax error before or at: * Since Keith requested using , co

[RFC xserver] Require all-in-one xproto

From: Yaakov Selkowitz xproto-7.2 ships with all protos supported by the server, so we can simplify configure by removing a number of conditionals that were based on whether certain protos are installed or not. Signed-off-by: Yaakov Selkowitz --- DO NOT PULL/MERGE THIS PATCH YET!! This is just

Re: [PATCH 0/5 xserver] make MAXSCREENS run-time configurable

On Thu, Apr 08, 2010 at 06:55:05PM -0700, Keith Packard wrote: > On Fri, 9 Apr 2010 11:20:10 +1000, Daniel Stone wrote: > > Well, for a start, you'd have to start only storing screen IDs instead > > of ScreenPtrs everywhere. > > No, the ScreenRecs are allocated in AddScreen and the pointer stored

[PATCH] Revert "Disable Record by default."

From: Yaakov Selkowitz Record was broken during the pre-1.6 development cycle and was not fixed until 1.7.6. Now that it is fixed, re-enable it by default. This reverts commit 3eaecdd66e791e0f3d86b23ce10be057ca44c044. Conflicts: configure.ac Signed-off-by: Yaakov Selkowitz --- conf

[PULL server-1.8-branch] Cygwin configure fixes

Peter, These Cygwin-specific build patches were pulled into master just after 1.8.0. The following changes since commit b12f6142f356a72af64665e753c5a4e61b2a6ec1: Peter Hutterer (1): xfree86: remove dead input drivers from xorg.conf man page. are available in the git repository at:

Re: [PATCH libX11 0/4] Diverse manual improvements

Dirk Wallenstein wrote: > If the patch in response to the bug arrived already I'm sorry. I'll change my > subsription to my main account (halsmit). > > Dirk Wallenstein (4): > man: Redirect users from XKeycodeToKeysym to XkbKeycodeToKeysym #25732 > man: Fix return value specification of XkbKey

Re: [PATCH libX11 0/4] Diverse manual improvements

Alan Coopersmith wrote: > Thanks, I've gone ahead and applied this all of these but the > third, since I didn't see the revised version of it. If you can > resend it, I'll try to get to it sooner this time. Never mind - I just realized the third one was replaced by the later series you sent for t

Re: [PATCH 0/5] Change the mask specification theme and a few corrections

Dirk Wallenstein wrote: > Move all of kbproto and the corresponding manuals in libX11 to the > (next-1) mask specification theme. This makes editing the flags less > error-prone and it did already let me find some errors. This also fixes > those errors I found on the way. > > To print the shift le

Re: [PATCH libX11] Fix manual typos.

Kusanagi Kouichi wrote: > Signed-off-by: Kusanagi Kouichi > --- > man/xkb/Makefile.am|4 +- > ...torepeat.man => XkbGetDetectableAutoRepeat.man} | 46 +- > ...torepeat.man => XkbSetDetectableAutoRepeat.man} | 48 > ++-- > 3

Re: [xinit] Nuke OS/2 and LynxOS support remnants.

Mikhail Gusarov wrote: > Signed-off-by: Mikhail Gusarov > --- > xinit.c | 91 +++--- > 1 files changed, 5 insertions(+), 86 deletions(-) Pushed. Thanks. -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle S

[PATCH evdev] Use X_PROBED instead of X_INFO for probed values.

No functional changes, only the log output differs now. Signed-off-by: Peter Hutterer --- src/evdev.c | 20 ++-- 1 files changed, 10 insertions(+), 10 deletions(-) diff --git a/src/evdev.c b/src/evdev.c index 66b746a..06b1bb6 100644 --- a/src/evdev.c +++ b/src/evdev.c @@ -1833

Re: [PATCH evdev] Use X_PROBED instead of X_INFO for probed values.

Peter Hutterer wrote: > No functional changes, only the log output differs now. > > Signed-off-by: Peter Hutterer Reviewed-by: Fernando Carrijo ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: htt

Re: [PATCH] Revert "Disable Record by default."

On Thu, Apr 08, 2010 at 10:06:44PM -0500, Yaakov (Cygwin/X) wrote: > From: Yaakov Selkowitz > > Record was broken during the pre-1.6 development cycle and was not fixed > until 1.7.6. Now that it is fixed, re-enable it by default. > > This reverts commit 3eaecdd66e791e0f3d86b23ce10be057ca44c044

Re: [PATCH evdev 2/5] Detection of multitouch devices

On Sun, Mar 28, 2010 at 01:58:10PM +0200, Benjamin Tissoires wrote: > This patch does nothing except detecting multitouch devices and putting > this detection in the log. > > Signed-off-by: Benjamin Tissoires ACK, but I'd like this one to be squashed in with the next one, it feels a bit lost on

Re: [PATCH evdev 3/5] Add the new valuators for multitouch

On Sun, Mar 28, 2010 at 01:58:11PM +0200, Benjamin Tissoires wrote: > The step one in implementing multitouch in evdev is to report all the > touches in different valuators. > This patch just creates the extra valuators required for multitouch. > > Note that I currently assume that all definitions

Re: [PATCH evdev 4/5] Dummy process MT events.

On Sun, Mar 28, 2010 at 01:58:12PM +0200, Benjamin Tissoires wrote: > In case the driver receive a mt event, it stores it at the first > available place, i.e. it does not overrides older mt values. > > At the end, in the EV_SYNC event, it only send the values it has > filled. > > Signed-off-by: B

Re: [PATCH evdev 5/5] Keep the states of multitouch events

On Sun, Mar 28, 2010 at 01:58:13PM +0200, Benjamin Tissoires wrote: > The idea here is to track the different touches given by the device. > > Currently, the driver continue to send the trackingID as the XInput > implementation in the server does not contains the masks of the > valuators. > > Not

Re: [PATCH:macros] doc: add XORG_CHECK_SGML_DOCTOOLS to detect xorg-sgml-doctools

On 2010-04-08 08:14, Dan Nicholson wrote: Huh, I hadn't noticed that. I think we should demand that you have the version with the .pc file once there's a release. For the very few people who are going to attempt to build the sgml documentation, I think they can be bothered to grab a newer doctool

Re: [PATCH] Define/use ALIGN() instead of open coding it

Please use a different name for the macro. On *BSD ALIGN() is a macro that gets pulled in as part of and will conflict with your new macro. ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists

No icon on the gnome desktop using geode driver

Hi, all This is AMD guy. We need some help from the community. Right now, we are debugging the geode driver. In three BTS, the big issue is the "no icon" bug on the desktop. I have written some simple Xlib programs trying to reproduce this issue because i