On Tue, Apr 06, 2010 at 09:30:47AM -0700, Keith Packard wrote:
First off, thanks to everyone involved in the 1.8 release; it was a
pleasure to work with you. I'm hoping everyone else is as happy as I am
about our new release process, it seemed to me that we saw a lot more
active review and
Keith Packard wrote:
For people like me, who really can't rely on a distribution to be up to
date enough, I end up installing protocol headers. Of course, they go
stale if I don't keep on top of them, and so I get accidental version
skew. Reducing the number of packages I have to track from 20
On Wed, Apr 07, 2010 at 01:43:58AM -0700, Alan Coopersmith wrote:
Keith Packard wrote:
For people like me, who really can't rely on a distribution to be up to
date enough, I end up installing protocol headers. Of course, they go
stale if I don't keep on top of them, and so I get accidental
0001-Add-partial-edge-horizontal-circular-scrolling-for-c.patch
Description: Binary data
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
Am 07.04.2010 02:46, schrieb Max Schwarz:
Hi Simon,
The problem I see is that it's really degrees or cycles on a wheel, or
some distance on more freaky devices (e.g. pad on mouse). Maybe it's
preferable to add some (user-overrideable) axis information which
toolkits may use to ultimately do
On Wed, 2010-04-07 at 12:58:11, Simon Thum wrote:
I'm unsure I get it. I assumed you were breaking up the 1:1 relation
between scroll button presses and your scroll valuator, such that the
valuator may work with much higher precision while button-scroll remains
working for apps unaware of the
On 07/04/10 02:46, Max Schwarz wrote:
Hi Simon,
The problem I see is that it's really degrees or cycles on a wheel, or
some distance on more freaky devices (e.g. pad on mouse). Maybe it's
preferable to add some (user-overrideable) axis information which
toolkits may use to ultimately do
On Mar 28, 10 18:04:04 +0200, Éric Piel wrote:
This is the 3rd version of this patch. It should comply with all the
Took a while, but I finally reviewed and pushed.
Thanks again
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_
Am 07.04.2010 13:40, schrieb Éric Piel:
Hi,
Still there should be an _official_ value for how much an old-fashion
click is worth in the new unit. This is important for the mice with
normal (clicky) wheel and any other device which really sends button
events. The apps should keep moving 3
On Tue, Apr 6, 2010 at 11:29 PM, Peter Hutterer
peter.hutte...@who-t.net wrote:
On Tue, Apr 06, 2010 at 09:30:47AM -0700, Keith Packard wrote:
First off, thanks to everyone involved in the 1.8 release; it was a
pleasure to work with you. I'm hoping everyone else is as happy as I am
about our
On Wed, Apr 07, 2010 at 08:14:18AM +0200, ext Keith Packard wrote:
In my ideal world, a user interested in trying out the latest driver
bits for their video card would have to download two modules, the
protocol headers and the X server/drivers. Just merging the protocol
headers together gets
On Wed, Apr 7, 2010 at 6:50 AM, Tiago Vignatti tiago.vigna...@nokia.com wrote:
On Wed, Apr 07, 2010 at 08:14:18AM +0200, ext Keith Packard wrote:
In my ideal world, a user interested in trying out the latest driver
bits for their video card would have to download two modules, the
protocol
On Tue, Apr 6, 2010 at 8:24 PM, Peter Hutterer peter.hutte...@who-t.net wrote:
Having a generic catchall also adds devices like accelerometers. These
devices make X unusable, hence restrict matching to known sane devices
like pointers, touchpads, keyboards, tablets and touchscreens.
Am 07.04.2010 13:55, schrieb Max Schwarz:
On Wed, 2010-04-07 at 12:58:11, Simon Thum wrote:
I'm unsure I get it. I assumed you were breaking up the 1:1 relation
between scroll button presses and your scroll valuator, such that the
valuator may work with much higher precision while
On Wed, 2010-04-07 at 13:24 +1000, Peter Hutterer wrote:
miSpriteRealizeCursor is called whenever a device is set floating and it's
fine to do so, no need for an error message.
X.Org Bug 26843 http://bugs.freedesktop.org/show_bug.cgi?id=26843
Signed-off-by: Peter Hutterer
On Tue, 2010-04-06 at 15:41 -0700, Keith Packard wrote:
Please let me know whether this seems like a good plan, and if so, I'll
move it into the /git/xorg tree and we can work on deprecating the
individual protocol packages.
Seems like a reasonable plan to me.
Implementation seems a little
On Wed, 2010-04-07 at 10:02 -0400, Gaetan Nadon wrote:
On Tue, 2010-04-06 at 18:43 -0700, Keith Packard wrote:
The goal is to reduce the number of packages required to build the X
server or drivers from git or from tarballs.
Have you considered using Automake nested packages feature?
On Tue, 2010-04-06 at 19:27 -0700, Dan Nicholson wrote:
2010/4/6 Michel Dänzer mic...@daenzer.net:
On Thu, 2010-04-01 at 14:47 -0700, Dan Nicholson wrote:
diff --git a/configure.ac b/configure.ac
index e39fcbb..b3d006f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -59,6
Remove declaration check and AM conditional HAVE_ISA along
with the code conditionnaly included.
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
configure.ac|8 --
src/ct_driver.c | 234 ---
2 files changed, 0 insertions(+), 242
As of commit f31bd087e8a7f65cd588bd1d022bb18e72b2a60c
dated August 2007, xfree86 xf1bpp and xf4bpp have been removed
from the xserver.
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
configure.ac|2 --
src/ct_driver.c | 44
2 files
Am 07.04.2010 17:06, schrieb Michel Dänzer:
-AC_OUTPUT([Makefile shared/Makefile src/Makefile tools/Makefile fdi/Makefile
man/Makefile])
+AC_OUTPUT([Makefile shared/Makefile src/Makefile tools/Makefile fdi/Makefile
man/Makefile udev/Makefile])
diff --git a/udev/10-vmmouse.conf
2010/4/7 Michel Dänzer mic...@daenzer.net:
On Tue, 2010-04-06 at 19:27 -0700, Dan Nicholson wrote:
2010/4/6 Michel Dänzer mic...@daenzer.net:
On Thu, 2010-04-01 at 14:47 -0700, Dan Nicholson wrote:
diff --git a/configure.ac b/configure.ac
index e39fcbb..b3d006f 100644
---
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/Makefile tools/Makefile
fdi/Makefile man/Makefile])
+AC_OUTPUT([Makefile shared/Makefile src/Makefile tools/Makefile
fdi/Makefile man/Makefile
I have done a rewrite of the Xwin DDX AIGLX code to actually make it do
something useful again, which requires a few minor DIX changes, offered
for comment here.
The actual XWin DDX changes aren't in this patch-set because they are
probably only of niche interest, and reasonably large. They are
If we use DDXBEFORERESET to control if the DIX calls ddxBeforeReset(),
all DDX built at the same time must provide that function, whether they
need it or not.
Instead use (a structure of) function pointers, which can be initialized
as required by the specific DDX
Signed-off-by: Jon TURNEY
This is needed to give DDX which are statically linked with extensions
a chance to install DDX specific GLX providers before the GLX extension
is initialized
The the swrast provider is installed just before GLX extension is
initialized. The GLX extension asks providers if they can support a
This way other DDX which don't have DRI can use them
I don't think this can generate ABI problems with the DRI1 loader,
but what do I know...
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
glx/Makefile.am |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git
Can't use --enable/disable-aiglx to control if Xwin DDX is built with AIGLX
enabled,
as at the moment it's forced off if we aren't building the X.Org DDX DRI loader
Rearrange things a bit, introducing a new configure symbol, DRI1_AIGLX to
specifically
indicate if the X.Org DDX DRI loader should
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/Makefile tools/Makefile
fdi/Makefile man/Makefile])
+AC_OUTPUT([Makefile shared/Makefile src/Makefile
PH == Peter Hutterer peter.hutte...@who-t.net writes:
PH Having a generic catchall also adds devices like accelerometers. These
PH devices make X unusable, hence restrict matching to known sane devices
PH like pointers, touchpads, keyboards, tablets and touchscreens.
PH Signed-off-by: Peter
This symbol is always defined in xorg-xserver.h.
ISA bus is no longer supported, pciaccess is required.
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
configure.ac| 15 +--
src/Makefile.am |6 +++---
2 files changed, 4 insertions(+), 17 deletions(-)
diff --git
I'm confused about whether multiple declarations of the same global
are allowed. In this case, ddxHooks is declared in both
xwin/InitOutput.c and dispatch.c. But as far as I can tell, this can't
hurt any DDX except Xwin, and I assume you've tested that it works
there, so I'd guess it's fine. :-)
bug https://bugs.freedesktop.org/show_bug.cgi?id=27134
Description of the change:
This coredump is happening because of assertion at ( Xext/security.c
line:325 assert(pAuth-timer == timer)
Overflow of CARD32 happens at ( os/WaitFor.c line:458 millis += now )
This bug could be fixed in
On Wed, 7 Apr 2010 16:29:13 +1000, Peter Hutterer peter.hutte...@who-t.net
wrote:
From the input drivers POV merging them in provides little benefit as of yet
and would probably be even detrimental to testing.
Yeah, we keep comparing the X server to the kernel and we really need to
understand
On Apr 7, 2010, at 10:46, Keith Packard wrote:
Something that might help here is to publish the list of subsystems and
who is the maintainer in charge of them. That should be in the project
tree itself so that anyone can find the right person.
It already is...
On Wed, 07 Apr 2010 10:02:54 -0400, Gaetan Nadon mems...@videotron.ca wrote:
It may provide the best of both worlds, retaining the desired level of
granularity while distributing a small number of packages.
I don't want to deliver multiple small packages. I want to deliver the
protocol headers
On Wed, 07 Apr 2010 10:56:50 -0400, Adam Jackson a...@nwnk.net wrote:
Implementation seems a little immature. fontsproto, for example, is a
mess. About half the headers are actually function prototypes for
libXfont, which absolutely does not belong there. I'd really like to
see that
On Wed, 2010-04-07 at 11:12 -0700, Keith Packard wrote:
On Wed, 07 Apr 2010 10:56:50 -0400, Adam Jackson a...@nwnk.net wrote:
Implementation seems a little immature. fontsproto, for example, is a
mess. About half the headers are actually function prototypes for
libXfont, which
On Tue, 2010-04-06 at 15:41 -0700, Keith Packard wrote:
Testing and comments welcome.
There might be a few deprecated extensions in the tree
(http://cgit.freedesktop.org/~keithp/proto/tree/).
The build.sh script has been maintained and is up-to-date. Additions and
removals are submitted by
Alan Coopersmith wrote:
Tiago Vignatti wrote:
The rationale behind is because no sane application will use this when we have
modern APIs such DRI2.
Isn't DBE the more direct replacement for MBX? The MBX spec [1] says:
The Multi-Buffering extension described here was a draft standard of
Am 07.04.2010 20:02, schrieb Keith Packard:
I don't want to deliver multiple small packages. I want to deliver the
protocol headers as a unit. Each one installs a couple of header files
and a protocol spec.
i like this idea for the protocol headers, they are only needed for
development
Am Mittwoch 07 April 2010 16:13:09 schrieben Sie:
First, you could have one factor which governs how many valuator scroll
steps are needed to trigger one button scroll event, as discussed above.
This would need to be enforced by the driver. If a mouse is clicky, it
may be 1 or the driver would
Tiago Vignatti wrote:
...but the question in table is: do we care for MBX on our next X
servers? I couldn't see no one pointing any application using it so far.
Sorry - I wasn't disagreeing with the removal, just nitpicking the message
and providing more historical context, mostly so that when
On Wed, 7 Apr 2010 13:24:38 +1000, Peter Hutterer peter.hutte...@who-t.net
wrote:
Having a generic catchall also adds devices like accelerometers. These
devices make X unusable, hence restrict matching to known sane devices
like pointers, touchpads, keyboards, tablets and touchscreens.
On Wed, 7 Apr 2010 17:26:46 +0300, Tiago Vignatti tiago.vigna...@nokia.com
wrote:
The rationale behind is because no sane application will use this when we have
modern APIs such DRI2. Besides, as a fact, xfree86 server has already
deprecated this extension in 1998:
I'd like to know what the
On Wed, 2010-04-07 at 11:52 -0700, Keith Packard wrote:
On Wed, 7 Apr 2010 17:26:46 +0300, Tiago Vignatti tiago.vigna...@nokia.com
wrote:
The rationale behind is because no sane application will use this when we
have
modern APIs such DRI2. Besides, as a fact, xfree86 server has
On Wed, 07 Apr 2010 15:40:29 -0400, Adam Jackson a...@redhat.com wrote:
Not that we have any driver that supports it, but typically people use
GL for that.
Yeah, I was talking to someone a few years ago where their GL stereo
implementation depended on Multibuffer though.
I mostly wanted to
On Wed, Apr 07, 2010 at 10:46:11AM -0700, Keith Packard wrote:
And, X has external dependencies which aren't going to be
integrated -- libdrm and Mesa.
Why not? The license issues do not seem unmanageable, so what else is
there?
OG.
___
On Wed, Apr 7, 2010 at 11:49:35 -0700, Keith Packard wrote:
On Wed, 7 Apr 2010 13:24:38 +1000, Peter Hutterer peter.hutte...@who-t.net
wrote:
Having a generic catchall also adds devices like accelerometers. These
devices make X unusable, hence restrict matching to known sane devices
Thanks for the review; responses inline and attached revised version of the
patch:
On 04/06/2010 06:52 PM, Peter Hutterer wrote:
On Tue, Apr 06, 2010 at 03:32:49PM -0700, Pierre-Loup A. Griffais wrote:
Now with a proper GC cleanup sequence instead of freeing the same GC in a loop.
Thanks,
Op 07-04-10 20:30, Max Schwarz schreef:
Am Mittwoch 07 April 2010 16:13:09 schrieben Sie:
First, you could have one factor which governs how many valuator scroll
steps are needed to trigger one button scroll event, as discussed above.
This would need to be enforced by the driver. If a mouse is
Hello,
I attempted to send this patch to the SIS USB driver author as listed
in the sources, and since I was unable to recieve a reply I am
forwarding it to this list in hopes that it can be applied to the
driver source by a maintainer. Please see the message below for
comments on what the patch
On Wed, Apr 07, 2010 at 11:02:46PM +0200, Julien Cristau wrote:
On Wed, Apr 7, 2010 at 11:49:35 -0700, Keith Packard wrote:
On Wed, 7 Apr 2010 13:24:38 +1000, Peter Hutterer
peter.hutte...@who-t.net wrote:
Having a generic catchall also adds devices like accelerometers. These
On Thu, 8 Apr 2010 08:19:05 +1000, Peter Hutterer peter.hutte...@who-t.net
wrote:
I agree with Julien here, the special-case drivers are better off to keep
their own snippets around. I'll add that once we have Dan's changes in to
export the location from the pkgconfig file.
Sounds good then.
Thanks. How about the other error messages of this form? I'm also
hitting miSpriteSetCursor in bug #26843; I don't know how useful the
error message is for the remaining functions (miSpriteRestoreCursor etc.).
Thanks,
Tom
On 04/06/2010 11:24 PM, Peter Hutterer wrote:
miSpriteRealizeCursor is
On Wed, Apr 07, 2010 at 06:33:25AM -0700, Dan Nicholson wrote:
On Tue, Apr 6, 2010 at 11:29 PM, Peter Hutterer
peter.hutte...@who-t.net wrote:
I'm just replying here so we've got my opinion public and archived rather
than spread across several IRC conversations.
From the input drivers
On Wed, Apr 7, 2010 at 7:19 PM, Peter Hutterer peter.hutte...@who-t.net wrote:
On Wed, Apr 07, 2010 at 06:33:25AM -0700, Dan Nicholson wrote:
On Tue, Apr 6, 2010 at 11:29 PM, Peter Hutterer
peter.hutte...@who-t.net wrote:
I'm just replying here so we've got my opinion public and archived
On Wed, Apr 07, 2010 at 11:46:49PM +0200, Éric Piel wrote:
Op 07-04-10 20:30, Max Schwarz schreef:
Am Mittwoch 07 April 2010 16:13:09 schrieben Sie:
First, you could have one factor which governs how many valuator scroll
steps are needed to trigger one button scroll event, as discussed
Ok, I've cleaned up the build process and removed the spurious
configure.ac/autogen.sh files. It now passes 'make distcheck' and I've
stuck a .tar.gz file in:
http://people.freedesktop.org/~keithp/proto-0.0.99.1.tar.gz
At this point, I'd like people to nominate subdirectories that should be
On Wed, 7 Apr 2010 19:32:32 -0400
Alex Deucher alexdeuc...@gmail.com wrote:
On Wed, Apr 7, 2010 at 7:19 PM, Peter Hutterer peter.hutte...@who-t.net
wrote:
On Wed, Apr 07, 2010 at 06:33:25AM -0700, Dan Nicholson wrote:
On Tue, Apr 6, 2010 at 11:29 PM, Peter Hutterer
On Wed, 7 Apr 2010 19:32:32 -0400, Alex Deucher alexdeuc...@gmail.com wrote:
On Wed, Apr 7, 2010 at 7:19 PM, Peter Hutterer peter.hutte...@who-t.net
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
On Wed, 07 Apr 2010 17:09:18 -0700, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
- calibrateproto
- lg3dproto
- pmproto
- printproto
- trapproto
- xf86miscproto
- xf86rushproto
Doesn't appear to have broken my X server build at least :-)
I've pushed the tree with these removed.
On Wed, Apr 07, 2010 at 02:08:18PM -0700, Pierre-Loup A. Griffais wrote:
Thanks for the review; responses inline and attached revised version of the
patch:
On 04/06/2010 06:52 PM, Peter Hutterer wrote:
On Tue, Apr 06, 2010 at 03:32:49PM -0700, Pierre-Loup A. Griffais wrote:
Now with a
From: Tim Yamin pl...@roo.me.uk
The de-duplication of CheckPhysLimits 942eae6868b8b0f343b6a added a
condition that is invalid for a Xinerama setup. pScreen is invalid for the
Xinerama case, so comparing it to anything is a bad idea.
https://bugs.freedesktop.org/show_bug.cgi?id=24986
On Wed, Apr 07, 2010 at 06:43:41PM -0400, Thomas Jaeger wrote:
Thanks. How about the other error messages of this form? I'm also
hitting miSpriteSetCursor in bug #26843; I don't know how useful the
error message is for the remaining functions (miSpriteRestoreCursor etc.).
whoops, sorry,
miSpriteRealizeCursor is called whenever a device is set floating and it's
fine to do so, no need for an error message.
Same goes for the other miSprite messages.
X.Org Bug 26843 http://bugs.freedesktop.org/show_bug.cgi?id=26843
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
On Wed,
Keith,
Please pull the input configuration fixes below. It's mainly Dan's work to
support two configuration directories instead of one, with the system config
being /usr/share/X11/xorg.conf.d and /etc/X11/xorg.conf.d (by default).
Two more patches in there, one being a simple crasher fix and a
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, building and testing a new one will
always be a bit painful.
Sure, but on the flip-flip side, and it's hard to say this without
On Wed, Apr 7, 2010 at 20:44, Daniel Stone dan...@fooishbar.org 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, building and testing a new one will
always be a bit painful.
On Wed, Apr 07, 2010 at 01:43:58AM -0700, Alan Coopersmith wrote:
But around 15 of those haven't really changed in years, beyond whot's recent
cleanup of moving the library headers out of the proto module so the proto
modules can change even less.
How many extensions are under regular active
These drivers have been deactivated for over a year now.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
hw/xfree86/doc/man/xorg.conf.man.pre |9 -
1 files changed, 0 insertions(+), 9 deletions(-)
diff --git a/hw/xfree86/doc/man/xorg.conf.man.pre
Reviewed-by: Alan Coopersmith alan.coopersm...@oracle.com
-alan-
Peter Hutterer wrote:
These drivers have been deactivated for over a year now.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
hw/xfree86/doc/man/xorg.conf.man.pre |9 -
1 files changed, 0
72 matches
Mail list logo
