[PATCH] Xi: move property reset from extension shutdown to init.

2010-06-09 Thread Peter Hutterer
If any part of the stack calls XIGetKnownProperty during device shutdown the property is re-initialized before the server generation resets, leaving the value invalid again. Move the reset to the extension init which happens before input devices are initialized before the first property is

RE: Patch for rendering

2010-06-09 Thread Huang, FrankR
Mart, Separate the big patch into seven patches for your review. Thanks a lot for help us get close to community. Frank -Original Message- From: Huang, FrankR Sent: 2010年6月7日 12:03 To: 'q-f...@iki.fi' Cc: Mart Raudsepp; Torres, Rigo; Writer, Tim; Tanguay, Kevin; Xie,

RE: Who can explain the diff between Xserver-1.6.4 version and 1.7 version about the ExaGetPixmapAddress?

2010-06-09 Thread Cui, Hunk
Hi, Maarten, As your commit: http://cgit.freedesktop.org/xorg/xserver/commit/?id=12aeddf5ad41902a180f8108623f356642b3e911 About Scratch pixmap with gpu memory – Framebuffer. Now in 1.7 version, the exaModifyPixmapHeader function have been become exaModifyPixmapHeader_classic

Re: xserver: Branch 'master'

2010-06-09 Thread Michel Dänzer
On Die, 2010-06-08 at 12:57 -0700, Keith Packard wrote: On Tue, 08 Jun 2010 09:57:44 +0200, Michel Dänzer mic...@daenzer.net wrote: FWIW, I would have proposed the patch below instead. That looks better to me; I was after 'not crashing' while your patch eliminates the DRI2 overhead for

Re: Who can explain the diff between Xserver-1.6.4 version and 1.7 version about the ExaGetPixmapAddress?

2010-06-09 Thread Maarten Maathuis
On Wed, Jun 9, 2010 at 3:49 AM, Cui, Hunk hunk@amd.com wrote: Hi, all,     About the exaGetPixmapOffset function in exa.c, please see below, In Xserver 1.6.4 version, describe as: static _X_INLINE void* ExaGetPixmapAddress(PixmapPtr p) {     ExaPixmapPriv(p);     if

Re: Who can explain the diff between Xserver-1.6.4 version and 1.7 version about the ExaGetPixmapAddress?

2010-06-09 Thread Maarten Maathuis
On Wed, Jun 9, 2010 at 5:10 AM, Cui, Hunk hunk@amd.com wrote: Hi, Chris,        Thank you for your help, I will ask Maarten to give some suggestion. Hi, Maarten,        Could you explain the diff

Re: Who can explain the diff between Xserver-1.6.4 version and 1.7 version about the ExaGetPixmapAddress?

2010-06-09 Thread Maarten Maathuis
On Wed, Jun 9, 2010 at 11:59 AM, Cui, Hunk hunk@amd.com wrote: Hi, Maarten,        You can see my attachment screenshot, in this example, when run to the line 177-178, the pPixData is 0xb62b000, pExaScr-info-memoryBase is 0xb5e2b000,pExaScr-info-memorySize is 17825792, if only have , the

RE: Who can explain the diff between Xserver-1.6.4 version and 1.7 version about the ExaGetPixmapAddress?

2010-06-09 Thread Cui, Hunk
Hi, Maarten, About the crtc-rotatedData (AMD Geode LX driver) in http://cgit.freedesktop.org/xorg/driver/xf86-video-geode/tree/src/lx_display.c#n386 then the rotate_mem offset and shadow_allocate address will be return to xf86CrtcSetModeTransform, after run to xf86RotatePrepare, it will

Re: Input thread on EVoC

2010-06-09 Thread Vignatti Tiago (Nokia-D/Helsinki)
Oi, On Wed, Jun 09, 2010 at 02:37:22AM +0200, ext Fernando Carrijo wrote: Tiago Vignatti tiago.vigna...@nokia.com wrote: it's not that straightforward given, as the guys said already, X event dequeuing is very tied with clients and the server may spend considerable amount of time doing

Re: Who can explain the diff between Xserver-1.6.4 version and 1.7 version about the ExaGetPixmapAddress?

2010-06-09 Thread Maarten Maathuis
On Wed, Jun 9, 2010 at 12:37 PM, Cui, Hunk hunk@amd.com wrote: Hi, Maarten,        About the crtc-rotatedData (AMD Geode LX driver) in http://cgit.freedesktop.org/xorg/driver/xf86-video-geode/tree/src/lx_display.c#n386 then the rotate_mem offset and shadow_allocate address will be

RE: Who can explain the diff between Xserver-1.6.4 version and 1.7 version about the ExaGetPixmapAddress?

2010-06-09 Thread Cui, Hunk
Hi, Maarten, Thank you very much for your help, I am looking forward to your reply. :) Thanks, Hunk Cui -Original Message- From: Maarten Maathuis [mailto:madman2...@gmail.com] Sent: Wednesday, June 09, 2010 6:57 PM To: Cui, Hunk Cc: xorg-devel@lists.x.org; Huang, FrankR;

Re: performance of pci_device_get_{vendor, device}_name() in X server startup

2010-06-09 Thread Daniel Stone
On Tue, Jun 08, 2010 at 09:40:55PM -0400, Matt Turner wrote: On Tue, Jun 8, 2010 at 9:35 PM, Richard Barnette jrbarne...@chromium.org wrote: Still, cost/benefit matters here:  Essentially, the justification for all this work is a debug feature (being able to print the information in the

Re: performance of pci_device_get_{vendor, device}_name() in X server startup

2010-06-09 Thread James Cloos
MG == Mikhail Gusarov dotted...@dottedmag.net writes: MG Oh, that's _the_ right question. Looks like only for writing names to MG log (unless I missed some access to the data structure while MG grepping). Well, not really useful to trade for 400ms of startup :) That info should remain available

Re: performance of pci_device_get_{vendor, device}_name() in X server startup

2010-06-09 Thread Kristian Høgsberg
On Wed, Jun 9, 2010 at 7:23 AM, Daniel Stone dan...@fooishbar.org wrote: On Tue, Jun 08, 2010 at 09:40:55PM -0400, Matt Turner wrote: On Tue, Jun 8, 2010 at 9:35 PM, Richard Barnette jrbarne...@chromium.org wrote: Still, cost/benefit matters here:  Essentially, the justification for all

Re: [PATCH:libXfixes] Fix .TH values in Xfixes.man

2010-06-09 Thread Dan Nicholson
On Tue, Jun 8, 2010 at 7:17 PM, Alan Coopersmith alan.coopersm...@oracle.com wrote: Requires xorg-macros 1.8 in order to get the updated XORG_MANPAGE_SECTIONS that sets $(SED) $(MAN_SUBSTS) from configure for us. Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com Reviewed-by: Dan

[PATCH 1/2] xfree86: pci: remove superfluous vendor and card name logging

2010-06-09 Thread Tiago Vignatti
X server suffers in startup time when relying on the pciaccess's linear search to fetch vendor and video device name from PCI ID file (when existent). Such names are only used to write the log, which may be superfluous. Users can get the same information about external tools like lspci or scanpci.

Re: performance of pci_device_get_{vendor, device}_name() in X server startup

2010-06-09 Thread Alan Coopersmith
Daniel Stone wrote: On Tue, Jun 08, 2010 at 09:40:55PM -0400, Matt Turner wrote: On Tue, Jun 8, 2010 at 9:35 PM, Richard Barnette jrbarne...@chromium.org wrote: Still, cost/benefit matters here: Essentially, the justification for all this work is a debug feature (being able to print the

[PATCH 2/2] xfree86: configure: remove vendor and card name matching rules

2010-06-09 Thread Tiago Vignatti
Vendor and board naming were never used to create the configure file a device. This patch remove their references. Reported-by: Richard Barnette jrbarne...@chromium.org Signed-off-by: Tiago Vignatti tiago.vigna...@nokia.com --- Please, test it. hw/xfree86/common/xf86Configure.c | 23

Re: performance of pci_device_get_{vendor, device}_name() in X server startup

2010-06-09 Thread James Cloos
JC == James Cloos cl...@jhcloos.com writes: MG == Mikhail Gusarov dotted...@dottedmag.net writes: MG Oh, that's _the_ right question. Looks like only for writing names to MG log (unless I missed some access to the data structure while MG grepping). Well, not really useful to trade for 400ms of

Re: [PATCH 2/2] xfree86: configure: remove vendor and card name matching rules

2010-06-09 Thread Alan Coopersmith
Tiago Vignatti wrote: Vendor and board naming were never used to create the configure file a device. This patch remove their references. I have been wanting for a while to move the autoconfiguration matching for video cards from a hardcoded list in the code to xorg.conf.d-style files like we

Re: performance of pci_device_get_{vendor, device}_name() in X server startup

2010-06-09 Thread Alex Deucher
2010/6/9 Kristian Høgsberg k...@bitplanet.net: On Wed, Jun 9, 2010 at 7:23 AM, Daniel Stone dan...@fooishbar.org wrote: On Tue, Jun 08, 2010 at 09:40:55PM -0400, Matt Turner wrote: On Tue, Jun 8, 2010 at 9:35 PM, Richard Barnette jrbarne...@chromium.org wrote: Still, cost/benefit matters

[PATCH] Remove more superfluous if(p) checks around free(p)

2010-06-09 Thread Matt Turner
Signed-off-by: Matt Turner matts...@gmail.com --- exa/exa_glyphs.c | 12 ++--- hw/kdrive/ephyr/ephyrhostvideo.c |6 +-- hw/kdrive/ephyr/hostx.c | 25 +++-- hw/xfree86/modes/xf86Cursors.c |7 +-- hw/xfree86/os-support/bus/Sbus.c |6 +--

Re: performance of pci_device_get_{vendor, device}_name() in X server startup

2010-06-09 Thread Greg KH
On Wed, Jun 09, 2010 at 07:16:48AM -0400, James Cloos wrote: MG == Mikhail Gusarov dotted...@dottedmag.net writes: MG Oh, that's _the_ right question. Looks like only for writing names to MG log (unless I missed some access to the data structure while MG grepping). Well, not really useful

Re: [PATCH 2/2] xfree86: configure: remove vendor and card name matching rules

2010-06-09 Thread Dan Nicholson
On Wed, Jun 9, 2010 at 7:27 AM, Alan Coopersmith alan.coopersm...@oracle.com wrote: Tiago Vignatti wrote: Vendor and board naming were never used to create the configure file a device. This patch remove their references. I have been wanting for a while to move the autoconfiguration matching

Re: [PATCH] Remove more superfluous if(p) checks around free(p)

2010-06-09 Thread Mikhail Gusarov
Twas brillig at 11:05:47 09.06.2010 UTC-04 when matts...@gmail.com did gyre and gimble: MT Signed-off-by: Matt Turner matts...@gmail.com Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net -- http://fossarchy.blogspot.com/ pgpixHWjGZQ1C.pgp Description: PGP signature

Re: Who can explain the diff between Xserver-1.6.4 version and 1.7 version about the ExaGetPixmapAddress?

2010-06-09 Thread Maarten Maathuis
On Wed, Jun 9, 2010 at 1:00 PM, Cui, Hunk hunk@amd.com wrote: Hi, Maarten,        Thank you very much for your help, I am looking forward to your reply. :) GeodeAllocOffscreen() is an internal function, exa doesn't know this memory. The idea is to remove this from src/lx_memory.c:253

Re: [PATCH] Remove more superfluous if(p) checks around free(p)

2010-06-09 Thread Alan Coopersmith
Matt Turner wrote: --- a/xkb/ddxList.c +++ b/xkb/ddxList.c @@ -208,10 +208,8 @@ char tmpname[PATH_MAX]; return BadImplementation; } list-nFound[what]= 0; -if (buf) { -free(buf); -buf = NULL; -} +free(buf); +buf = NULL; buf =

Re: [PATCH] Remove more superfluous if(p) checks around free(p)

2010-06-09 Thread Matt Turner
On Wed, Jun 9, 2010 at 12:46 PM, Alan Coopersmith alan.coopersm...@oracle.com wrote: Matt Turner wrote: --- a/xkb/ddxList.c +++ b/xkb/ddxList.c @@ -208,10 +208,8 @@ char     tmpname[PATH_MAX];       return BadImplementation;      }      list-nFound[what]= 0; -    if (buf) { -        

Re: [PATCH] Remove more superfluous if(p) checks around free(p)

2010-06-09 Thread Mikhail Gusarov
Twas brillig at 12:51:39 09.06.2010 UTC-04 when matts...@gmail.com did gyre and gimble: MT Good catch. I'll resent to Keith with the Reviewed-by tags and this MT change. Keith said merge window is closed. Do you mind if I stick this patch to my pending queue of cleanups? --

Re: [PATCH 1/2] xfree86: pci: remove superfluous vendor and card name logging

2010-06-09 Thread Richard Barnette
On Jun 9, 2010, at 6:22 AM, Tiago Vignatti wrote: X server suffers in startup time when relying on the pciaccess's linear search to fetch vendor and video device name from PCI ID file (when existent). Such names are only used to write the log, which may be superfluous. Users can get the

[PATCH xscope] Use strncpy rather than strlcpy as it is not available on Linux

2010-06-09 Thread Gaetan Nadon
From: Gaetan Nadon na...@ibmt43.(none) Because it is available on other platforms, it only fails on Linux. strncpy should be safe enough in this situation where a constant is copied. The xserver private impl of strlcpy is not available to apps. Signed-off-by: Gaetan Nadon mems...@videotron.ca

[PATCH app-xscope] Use strncpy rather than strlcpy as it is not available on Linux

2010-06-09 Thread Gaetan Nadon
Because it is available on other platforms, it only fails on Linux. strncpy should be safe enough in this situation where a constant is copied. The xserver private impl of strlcpy is not available to apps. Signed-off-by: Gaetan Nadon mems...@videotron.ca --- scope.c |2 +- 1 files changed, 1

Re: [PATCH:libXmu] Use _X_ATTRIBUTE_PRINTF from Xfuncproto.h in Xmu headers

2010-06-09 Thread Julien Cristau
On Wed, Jun 9, 2010 at 11:31:26 -0700, Alan Coopersmith wrote: Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com --- include/X11/Xmu/SysUtil.h |6 +- include/X11/Xmu/Xmu.h |7 ++- 2 files changed, 3 insertions(+), 10 deletions(-) Reviewed-by: Julien Cristau

Re: [PATCH] Remove more superfluous if(p) checks around free(p)

2010-06-09 Thread Matt Turner
On Wed, Jun 9, 2010 at 1:04 PM, Mikhail Gusarov dotted...@dottedmag.net wrote: Twas brillig at 12:51:39 09.06.2010 UTC-04 when matts...@gmail.com did gyre and gimble:  MT Good catch. I'll resent to Keith with the Reviewed-by tags and this  MT change. Keith said merge window is closed. Do

performance of USB mouse initialization on startup

2010-06-09 Thread Richard Barnette
And for my next trick... Initialization for PS/2 compatible mice uses a number of explicit calls to usleep(). The code mostly lives in src/pnp.c, under xorg/driver/xf86-input-mouse. The pattern of sleep calls is sufficiently systematic to suggest that they're specifically prescribed by a

Re: performance of USB mouse initialization on startup

2010-06-09 Thread Julien Cristau
On Wed, Jun 9, 2010 at 12:26:34 -0700, Richard Barnette wrote: And for my next trick... Initialization for PS/2 compatible mice uses a number of explicit calls to usleep(). The code mostly lives in src/pnp.c, under xorg/driver/xf86-input-mouse. We don't use xf86-input-mouse on Linux,

Re: [PATCH] DRI2: Don't return junk reply instead of blocking in glXWaitForSbcOML()

2010-06-09 Thread Jesse Barnes
On Sat, 5 Jun 2010 13:09:28 +0200 Mario Kleiner mario.klei...@tuebingen.mpg.de wrote: DRI2WaitSBC() didn't block if requested targetSBC wasn't yet reached. Instead it returned a xreply with uninitialized junk return values, then blocked the connection until targetSBC was reached.

Re: performance of USB mouse initialization on startup

2010-06-09 Thread Richard Barnette
On Jun 9, 2010, at 12:34 PM, Julien Cristau wrote: On Wed, Jun 9, 2010 at 12:26:34 -0700, Richard Barnette wrote: And for my next trick... Initialization for PS/2 compatible mice uses a number of explicit calls to usleep(). The code mostly lives in src/pnp.c, under

Re: [PATCH:libXmu] Use _X_ATTRIBUTE_PRINTF from Xfuncproto.h in Xmu headers

2010-06-09 Thread Alan Coopersmith
Alan Coopersmith wrote: -#if defined(__GNUC__) \ -((__GNUC__ 2) || ((__GNUC__ == 2) (__GNUC_MINOR__ 4))) -__attribute((format(printf,3,4))) BTW, one thing I've noticed, but will leave fixing up to someone with more gcc versions around to test with - Xmu was using that for gcc = 2.4,

Re: [PATCH:libXmu] Use _X_ATTRIBUTE_PRINTF from Xfuncproto.h in Xmu headers

2010-06-09 Thread Jamey Sharp
On Wed, Jun 9, 2010 at 1:01 PM, Alan Coopersmith alan.coopersm...@oracle.com wrote: Alan Coopersmith wrote: -#if defined(__GNUC__) \ -    ((__GNUC__ 2) || ((__GNUC__ == 2) (__GNUC_MINOR__ 4))) -__attribute((format(printf,3,4))) BTW, one thing I've noticed, but will leave fixing up to

Re: [PATCH] Remove more superfluous if(p) checks around free(p)

2010-06-09 Thread Mikhail Gusarov
Twas brillig at 14:53:40 09.06.2010 UTC-04 when matts...@gmail.com did gyre and gimble: MT Sure, that sounds good. I've attached it and another trivial patch. MT Please add both to your cleanup queue. Pushed to http://cgit.freedesktop.org/~dottedmag/xserver/log/?h=for-keithp I have adjusted

[PATCH input-evdev 1/3] config: upgrade to util-macros 1.8 for additional man page support

2010-06-09 Thread Gaetan Nadon
Use MAN_SUBST now supplied in XORG_MANPAGE_SECTIONS The value of MAN_SUBST is the same for all X.Org packages. Use AC_PROG_SED now supplied by XORG_DEFAULT_OPTIONS The existing statement can now be removed from the configuration file. Use Automake $() for variables in Makefile.am Signed-off-by:

[PATCH input-evdev 2/3] config: use AC_PROG_INSTALL now supplied by XORG_DEFAULT_OPTIONS

2010-06-09 Thread Gaetan Nadon
It depends on util-macros 1.8 The existing statement can now be removed from the configuration file. Signed-off-by: Gaetan Nadon mems...@videotron.ca --- configure.ac |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diff --git a/configure.ac b/configure.ac index aa7ba18..63460b7

[PATCH input-evdev 3/3] config: evdev depends on RANDR through xf86.h

2010-06-09 Thread Gaetan Nadon
The xf86.h file contains external declarations specific to RANDR If this extension is defined (installed) evdev will not compile if randrproto is not installed. Because this is an optional extension, XORG_DRIVER_CHECK_EXT must be used. evdev also depends on xext, kbproto and inputproto

Re: [PATCH input-evdev 3/3] config: evdev depends on RANDR through xf86.h

2010-06-09 Thread Julien Cristau
On Wed, Jun 9, 2010 at 17:17:44 -0400, Gaetan Nadon wrote: The xf86.h file contains external declarations specific to RANDR If this extension is defined (installed) evdev will not compile if randrproto is not installed. Because this is an optional extension, XORG_DRIVER_CHECK_EXT must be

Re: [PATCH input-evdev 3/3] config: evdev depends on RANDR through xf86.h

2010-06-09 Thread Gaetan Nadon
On Wed, 2010-06-09 at 23:24 +0200, Julien Cristau wrote: On Wed, Jun 9, 2010 at 17:17:44 -0400, Gaetan Nadon wrote: The xf86.h file contains external declarations specific to RANDR If this extension is defined (installed) evdev will not compile if randrproto is not installed. Because

Re: [PATCH input-evdev 3/3] config: evdev depends on RANDR through xf86.h

2010-06-09 Thread Julien Cristau
On Wed, Jun 9, 2010 at 17:42:00 -0400, Gaetan Nadon wrote: On Wed, 2010-06-09 at 23:24 +0200, Julien Cristau wrote: On Wed, Jun 9, 2010 at 17:17:44 -0400, Gaetan Nadon wrote: The xf86.h file contains external declarations specific to RANDR If this extension is defined (installed)

Re: [PATCH input-evdev 3/3] config: evdev depends on RANDR through xf86.h

2010-06-09 Thread Gaetan Nadon
On Wed, 2010-06-09 at 23:48 +0200, Julien Cristau wrote: On Wed, Jun 9, 2010 at 17:42:00 -0400, Gaetan Nadon wrote: On Wed, 2010-06-09 at 23:24 +0200, Julien Cristau wrote: On Wed, Jun 9, 2010 at 17:17:44 -0400, Gaetan Nadon wrote: The xf86.h file contains external

Re: [PATCH input-evdev 3/3] config: evdev depends on RANDR through xf86.h

2010-06-09 Thread Julien Cristau
On Wed, Jun 9, 2010 at 17:57:45 -0400, Gaetan Nadon wrote: Now I get it. However randr is an optional extension, it may or may not be defined in the server. On the other hand, the server should perhaps xorg-server.pc is generated, it can require randrproto or not depending on whether

Re: [PATCH input-evdev 3/3] config: evdev depends on RANDR through xf86.h

2010-06-09 Thread Gaetan Nadon
On Thu, 2010-06-10 at 00:00 +0200, Julien Cristau wrote: On Wed, Jun 9, 2010 at 17:57:45 -0400, Gaetan Nadon wrote: Now I get it. However randr is an optional extension, it may or may not be defined in the server. On the other hand, the server should perhaps xorg-server.pc is

Re: performance of USB mouse initialization on startup

2010-06-09 Thread Peter Hutterer
On Wed, Jun 09, 2010 at 12:46:58PM -0700, Richard Barnette wrote: On Jun 9, 2010, at 12:34 PM, Julien Cristau wrote: On Wed, Jun 9, 2010 at 12:26:34 -0700, Richard Barnette wrote: And for my next trick... Initialization for PS/2 compatible mice uses a number of explicit calls to

Re: [PATCH input-evdev 3/3] config: evdev depends on RANDR through xf86.h

2010-06-09 Thread Peter Hutterer
On Wed, Jun 09, 2010 at 06:12:57PM -0400, Gaetan Nadon wrote: On Thu, 2010-06-10 at 00:00 +0200, Julien Cristau wrote: On Wed, Jun 9, 2010 at 17:57:45 -0400, Gaetan Nadon wrote: Now I get it. However randr is an optional extension, it may or may not be defined in the server. On the

Re: [PATCH app-xscope] Use strncpy rather than strlcpy as it is not available on Linux

2010-06-09 Thread Alan Coopersmith
Gaetan Nadon wrote: Because it is available on other platforms, it only fails on Linux. *sigh* is GNU libc ever going to get with the program? strncpy should be safe enough in this situation where a constant is copied. The xserver private impl of strlcpy is not available to apps.

Re: [PATCH input-evdev 3/3] config: evdev depends on RANDR through xf86.h

2010-06-09 Thread Gaetan Nadon
On Thu, 2010-06-10 at 08:50 +1000, Peter Hutterer wrote: On Wed, Jun 09, 2010 at 06:12:57PM -0400, Gaetan Nadon wrote: On Thu, 2010-06-10 at 00:00 +0200, Julien Cristau wrote: On Wed, Jun 9, 2010 at 17:57:45 -0400, Gaetan Nadon wrote: Now I get it. However randr is an optional

RE: Who can explain the diff between Xserver-1.6.4 version and 1.7 version about the ExaGetPixmapAddress?

2010-06-09 Thread Cui, Hunk
Hi, Maarten, Thanks for your suggestion for how the driver to allocate Offscreen, I will try to use this method to modify exa pool, If I have any other doubt, I will sent E-mail to you. Thanks, Hunk Cui -Original Message- From: Maarten Maathuis [mailto:madman2...@gmail.com]

[PATCH] Xi: don't copy the modifier key count when copying device classes (#25480)

2010-06-09 Thread Peter Hutterer
The modifier key count is maintained by the XKB layer and increased/decreased for all modifiers that set state. Test case, MD/SD modifier key count in comment: 1. keyboard 1: press and hold Shift_L# SD:1 MD:1 2. keyboard 2: press and release Shift_L # SD:1,0 MD:1,0 class copy happens

[PATCH] config: remove redundant DBUS API define, require dbus-1 = 1.0

2010-06-09 Thread Peter Hutterer
It's still being pulled in by the HAL CFLAGS but the requirement to define this was dropped from DBus pre 1.0 (November 2006). This means we require dbus 1.0 now. Signed-off-by: Peter Hutterer peter.hutte...@who-t.net --- config/dbus.c |1 - configure.ac |3 ++- 2 files changed, 2

Re: [PATCH resend] glxdriswrast bugfix: configure swapgc, not gc.

2010-06-09 Thread Keith Packard
On Wed, 9 Jun 2010 10:26:49 -0700, Jamey Sharp ja...@minilop.net wrote: Anybody? I don't want 1.9 to go out with this regression I introduced still in it, please. 1.9 isn't going out until August; there's no huge panic (yet). But, thanks for getting this fixed and reviewed in a timely fashion.

Re: [PATCH v2 07/11] xfree86: Match devices based on PnP ID

2010-06-09 Thread Peter Hutterer
On Mon, Jun 07, 2010 at 08:39:54PM -0700, Dan Nicholson wrote: Serial input devices lack properties such as product or vendor name. This makes matching InputClass sections difficult. Add a MatchPnPID entry to test against the PnP ID of the device. The entry supports a shell pattern match on

Re: [PATCH v2 00/11] Various input configuration fixes

2010-06-09 Thread Peter Hutterer
On Mon, Jun 07, 2010 at 08:39:47PM -0700, Dan Nicholson wrote: This is an update to the patchset sent here: http://lists.freedesktop.org/archives/xorg-devel/2010-May/008862.html The first 4 patches are cleanup. The const InputAttributes members patch has been dropped since the duplicate