On Tue, 2010-12-07 at 23:20 +, Matt Turner wrote:
On Tue, Dec 7, 2010 at 8:07 PM, Mark Kettenis mark.kette...@xs4all.nl wrote:
No need for byteswapping in YV12 decoding on BE machines
The hardware seems to do the proper thing already, so always use the same
code on both little-endian
From: Matt Turner matts...@gmail.com
Date: Tue, 7 Dec 2010 23:20:44 +
On Tue, Dec 7, 2010 at 8:07 PM, Mark Kettenis mark.kette...@xs4all.nl wrote:
No need for byteswapping in YV12 decoding on BE machines
The hardware seems to do the proper thing already, so always use the same
On Wed, 2010-12-08 at 08:50 +, Alan Hourihane wrote:
On Tue, 2010-12-07 at 23:20 +, Matt Turner wrote:
On Tue, Dec 7, 2010 at 8:07 PM, Mark Kettenis mark.kette...@xs4all.nl
wrote:
No need for byteswapping in YV12 decoding on BE machines
The hardware seems to do the proper
On Tue, Dec 7, 2010 at 7:54 PM, James Jones jajo...@nvidia.com wrote:
On Sunday 05 December 2010 20:31:24 Owen Taylor wrote:
...
But I can't say that I'm at all happy the idea that we'll have two sets of
drivers, one where flushing rendering enables an implicit fence for
subsequent rendering
On Tue, Dec 07, 2010 at 07:47:28AM -0800, ext Keith Packard wrote:
On Tue, 7 Dec 2010 15:44:36 +0200, Ville Syrjälä ville.syrj...@nokia.com
wrote:
Say, for example, that you have a portrait scanned LCD (which has it's
own memory) and TV out, and let's say you want everything to be in
On Tue, 2010-12-07 at 16:54 -0800, James Jones wrote:
[ In terms of GNOME 3 and NVIDIA: If it's *that* slow to update clip lists
for a GLX window, then just save the last one you got, and during
ValidateTree memcmp() and if nothing changed, don't do anything. Can't be
more than 20 lines
James Jones jajo...@nvidia.com writes:
On Sunday 05 December 2010 20:31:24 Owen Taylor wrote:
[...]
Something like this was the first thing that came to mind (well, not the
sequence number, since those are per-client, but say associating an XSync
counter with the damage object.) I don't think
On Tue, 2010-12-07 at 19:52 -0800, Alan Coopersmith wrote:
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
xorg.xsl |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/xorg.xsl b/xorg.xsl
index 6184b4e..cf6c649 100644
--- a/xorg.xsl
+++
Hi,
I have a client (window) which abort() upon BadAlloc sent XErrorEvent due to
resizing the window over its back -- either above the top or beyond the left.
(xterm, for example, resizes to a very long window
in such a case; other X terminal client just disappears.)
Or BadAlloc sounds like a
On 08/12/10 07:56 +0100, ext Christopher James Halse Rogers wrote:
The SwapBuffers request requires that we trigger the swap at some point
in the future. Sane drivers implement this by passing this request to
something that will trigger a callback with the buffer pointers
at the appropriate
On Wed, Dec 8, 2010 at 1:56 AM, Christopher James Halse Rogers
christopher.halse.rog...@canonical.com wrote:
The DRI2 SwapBuffers request requires drivers to defer the swap work
until some point in the future. It's entirely possible for the client
that requested the swap to go away before that
On 08/12/10 16:55 +0100, ext Alex Deucher wrote:
One other thing that might be worth adding to DRI2 is a way for the
driver to access the swap interval. If we could, then the driver
could dynamically disable things like vline waits for buffer blits or
do non-vsynced pageflipping more easily
On 12/07/2010 05:48 PM, Peter Hutterer wrote:
On Tue, Dec 07, 2010 at 10:36:36PM +0100, Denis Dzyubenko wrote:
On 7 December 2010 20:07, Daniel Stone dan...@fooishbar.org wrote:
Chase, Daniel: would be nice to put packages with debugging symbols to the
ppa.
The server should have debugging
So, HP laptops come with a pointy-stick in the middle of the keyboard
and only two buttons. Not having middle-button emulation in this
environment is pretty harsh.
I know it's not optimal to enable this by default, but I'm wondering
what can be done to not break these people's machines?
--
On 12/07/2010 08:58 PM, Peter Hutterer wrote:
No functional changes, just improves readability. This statement had things
added to/removed from it for a few server releases while the input event
queue was revamped. What made sense once is now mainly confusing.
Signed-off-by: Peter Hutterer
On 12/07/2010 08:58 PM, Peter Hutterer wrote:
If a device doesn't send valuators, don't try to move its position.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Chase Douglas chase.doug...@canonical.com
___
On 12/07/2010 08:58 PM, Peter Hutterer wrote:
Add a few checks for the existence of a valuator class on the device to
avoid null-pointer dereferences for button events from devices without a
valuator class.
X.Org Bug 21457 http://bugs.freedesktop.org/show_bug.cgi?id=21457
Signed-off-by:
On Tue, 7 Dec 2010 22:13:12 +0100, Stefan Tomanek
stefan.toma...@wertarbyte.de wrote:
Dies schrieb Cyril Brulebois (k...@debian.org):
Stefan Tomanek stefan.toma...@wertarbyte.de (08/11/2010):
- printf (%s %s, output_info-name,
connection[output_info-connection]);
+ printf (
On 08/12/10 12:25 PM, Keith Packard wrote:
So, HP laptops come with a pointy-stick in the middle of the keyboard
and only two buttons. Not having middle-button emulation in this
environment is pretty harsh.
I know it's not optimal to enable this by default, but I'm wondering
what can be done
On 12/07/2010 11:07 AM, Daniel Stone wrote:
On Tue, Dec 07, 2010 at 05:22:09PM +0100, Denis Dzyubenko wrote:
I've started using experimental XI 2.1 from Chase's personal ubuntu
repository and noticed a few issues I would like to ask about:
- I get XI_TouchMotion without ever getting
On 06/12/2010 22:53, James Jones wrote:
As a precursor to the fence sync object video driver
and extension API, move some code from Xext to
miext/sync. Most of this is just code to set up the
build system to include the new directory. No
functional code is added in this change.
---
Hi,
Jon's fix is good for me
Reviewed-by: Colin Harrison colin.harrison at virgin.net
Thanks,
Colin Harrison
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info:
On Wed, 08 Dec 2010 18:54:30 +, Jon TURNEY jon.tur...@dronecode.org.uk
wrote:
Fix damage to XWIN_LIBS in commit af0f9f913398d34a885c3fb4e8d40c1a7e2b3ee9
Move some sync code to miext, which broke the XWin build
Merged.
7807540..2c70b65 master - master
--
keith.pack...@intel.com
The following changes since commit 2c70b650b342378898064cf27e2f95c4b2e53d24:
Fix Xwin build after af0f9f91 (2010-12-08 11:48:21 -0800)
are available in the git repository at:
git://people.freedesktop.org/~jeremyhu/xserver master
Jeremy Huddleston (1):
XQuartz: Just NSBeep() for
Date: Wed, 8 Dec 2010 22:31:37 +0100
From: Matthieu Herrb matthieu.he...@laas.fr
+/*
+ * There is no standard way to detect UTF-8 capabilities of a
+ * given terminal, but this gets pretty close as a good heuristic.
+ */
Actually, there is a somewhat better way to do this.
v2: Review fixes:
- Take any drawable to name the screen, don't require a window
- Pointer barriers, not Cursor barriers
- Elaborate on the interaction with XI2 and with absolute devices
- Elaborate on the coordinate rules
Signed-off-by: Adam Jackson a...@redhat.com
---
COPYING|1 +
PS == Pat Suwalski p...@suwalski.net writes:
PS From a user's point of view, I'd expect to see this in the GUI
PS with the rest of the mouse properties.
GUI with mouse properties is not a universal concept.
I still use:
Section InputDevice
Identifier evRelMouse
Option
On Wed, Dec 08, 2010 at 10:31:37PM +0100, Matthieu Herrb wrote:
Based on an initial patch by Jasper Lievisse Adriaanse.
Signed-off-by: Matthieu Herrb matthieu.he...@laas.fr
---
src/list.c | 37 -
1 files changed, 32 insertions(+), 5 deletions(-)
On Wed, Dec 08, 2010 at 12:44:40PM -0500, Pat Suwalski wrote:
On 08/12/10 12:25 PM, Keith Packard wrote:
So, HP laptops come with a pointy-stick in the middle of the keyboard
and only two buttons. Not having middle-button emulation in this
environment is pretty harsh.
I know it's not
On Wed, Dec 08, 2010 at 05:35:06PM -0500, Adam Jackson wrote:
v2: Review fixes:
- Take any drawable to name the screen, don't require a window
- Pointer barriers, not Cursor barriers
- Elaborate on the interaction with XI2 and with absolute devices
- Elaborate on the coordinate rules
On Wed, Dec 8, 2010 at 9:25 AM, Keith Packard kei...@keithp.com wrote:
So, HP laptops come with a pointy-stick in the middle of the keyboard
and only two buttons. Not having middle-button emulation in this
environment is pretty harsh.
I know it's not optimal to enable this by default, but
On Wed, Dec 08, 2010 at 04:30:01PM -0800, Dan Nicholson wrote:
On Wed, Dec 8, 2010 at 9:25 AM, Keith Packard kei...@keithp.com wrote:
So, HP laptops come with a pointy-stick in the middle of the keyboard
and only two buttons. Not having middle-button emulation in this
environment is
On Wed, 2010-12-08 at 17:47 +0200, Pauli Nieminen wrote:
On 08/12/10 07:56 +0100, ext Christopher James Halse Rogers wrote:
The SwapBuffers request requires that we trigger the swap at some point
in the future. Sane drivers implement this by passing this request to
something that will
On Wed, Dec 08, 2010 at 03:55:47PM +0800, Yan Li wrote:
This patch adds the support for Synaptics Clickpad devices.
It requires the change in Linux kernel synaptics input driver, found in
https://patchwork.kernel.org/patch/92435/
The kernel patch is already included in 2.6.34 and later
Includes simple local implemenation of asprintf if configure doesn't
find one in system libraries
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
configure.ac |3 ++
src/process.c | 91 +
2 files changed, 62
The recent fence sync changes have introduced a new warning that should be
addressed. I'm guessing it's just a cast to a less-specific struct ptr, but I
haven't looked at the code to be certain:
sync.c: In function 'SyncCreate':
sync.c:889: warning: assignment from incompatible pointer type
Hello,
one of our customers uses the xgi-driver (sadly 1.5.1 and not 1.6.0 due
to an old xserver) for his Volari Z9s, and needs rotation. This is just
my first contact with Xorg-development, but I'd think that:
- the ShadowFB support is currently incomplete, so the option CW just
gives a black
This release still has the file collision with bitmap that I mentioned a while
ago.
Stipple is installed by bitmap
stipple is installed by xbitmaps
How are we going to resolve that?
On Dec 8, 2010, at 22:26, Alan Coopersmith wrote:
Tag 'xbitmaps-1.1.1' created by Alan Coopersmith
On Wed, Dec 08, 2010 at 10:33:25PM -0800, Dan Nicholson wrote:
On Wed, Dec 8, 2010 at 4:54 PM, Peter Hutterer peter.hutte...@who-t.net
wrote:
On Wed, Dec 08, 2010 at 04:30:01PM -0800, Dan Nicholson wrote:
On Wed, Dec 8, 2010 at 9:25 AM, Keith Packard kei...@keithp.com wrote:
So, HP
looks like the name advertised by the trackstick that sparked this thread is
PS/2 Generic Mouse. I'm rather hesitant on shipping any quirks matching on
this name with the driver, short of one that jumps out of the laptop and
hits the necessary engineers with a cluebat.
Maybe allow matching
40 matches
Mail list logo