Re: [PATCH] xfree86: always switch console to raw mode on vt switch (#41146)

Am 08.03.2012 05:21, schrieb Peter Hutterer: Alt+SysReq+R sets the console to raw mode. Re-enable raw mode when VT-switching back to the server. X.Org Bug 41146 http://bugs.freedesktop.org/show_bug.cgi?id=41146 Signed-off-by: Peter Hutterer peter.hutte...@who-t.net ---

Re: [PATCH] dix: add dtrace probes to input API

Cool beans! Acked-by: Jeremy Huddleston jerem...@apple.com On Mar 7, 2012, at 9:47 PM, Peter Hutterer peter.hutte...@who-t.net wrote: For driver debugging, it is helpful to know whether the driver has actually submitted an event to the server. dtrace hook can help here. Note that

[PATCH xorg-gtest 1/3] config: remove redundant AC_PROG_INSTALL

Already included in XORG_DEFAULT_OPTIONS Signed-off-by: Gaetan Nadon mems...@videotron.ca --- configure.ac |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/configure.ac b/configure.ac index 5e760e2..5fa9161 100644 --- a/configure.ac +++ b/configure.ac @@ -21,7 +21,6 @@

[PATCH xorg-gtest 2/3] config: support Automake 1.10

X.Org has a requirement to support 1.10 or later. The silent rules are handled by XORG_DEFAULT_OPTIONS We do not write the version number, but refer to the wiki: http://www.x.org/wiki/ModularDevelopersGuide#GNU_Build_System Signed-off-by: Gaetan Nadon mems...@videotron.ca --- configure.ac |3

[PATCH xorg-gtest 3/3] config: use existing feature --enable-strict-compilation

This replaces current code attempting to perform similar function. In configure.ac, the code is gcc specific. The src/Makefile.am has $(WARNING_FLAGS) rather than $(WARNING_CPPFLAGS) http://cgit.freedesktop.org/xorg/util/macros/tree/xorg-macros.m4.in Looking at the xorg-gtest module --help text:

[PATCH v2] x86emu: Correctly handle 0x66 prefix for some instructions

Some instructions are not emulated correctly by x86emu when they are prefixed by the 0x66 opcode. I've identified problems in the emulation of these intructions: ret, enter, leave, iret and some forms of call. Most of the time, the problem is that these instructions should push or pop 32-bit

[PATCH xorg-gtest 2/3] config: merge both AC_CONFIG_FILES statements.

Typically all modules have a single statement unless some output files are conditionally generated. Signed-off-by: Gaetan Nadon mems...@videotron.ca --- configure.ac |7 +++ 1 files changed, 3 insertions(+), 4 deletions(-) diff --git a/configure.ac b/configure.ac index 9b2dee0..9d04d40

[PATCH xorg-gtest 3/3] config: remove unused LIB_VERSION variable

This appears to be an unused library versioning scheme. 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 9d04d40..84860f4 100644 --- a/configure.ac +++ b/configure.ac @@

Re: [PATCH] x86emu: Correctly handle 0x66 prefix for some instructions

On Thu, 2012-03-08 at 22:57:30 +, Julian Pidancet wrote: On Wed, Mar 7, 2012 at 7:04 PM, Guillem Jover guil...@hadrons.org wrote: On Wed, 2012-03-07 at 17:54:57 +, Julian Pidancet wrote: So according to the manual, it should be BP, not EBP. The register being decreased should

Re: [PATCH] xfree86: always switch console to raw mode on vt switch (#41146)

On Thu, Mar 08, 2012 at 04:50:28PM +0100, walter harms wrote: Am 08.03.2012 05:21, schrieb Peter Hutterer: Alt+SysReq+R sets the console to raw mode. Re-enable raw mode when VT-switching back to the server. X.Org Bug 41146 http://bugs.freedesktop.org/show_bug.cgi?id=41146

Re: [PATCH v2] x86emu: Correctly handle 0x66 prefix for some instructions

On Fri, 2012-03-09 at 00:02:55 +, Julian Pidancet wrote: Some instructions are not emulated correctly by x86emu when they are prefixed by the 0x66 opcode. I've identified problems in the emulation of these intructions: ret, enter, leave, iret and some forms of call. Most of the time,

Re: [PATCH lib/libX11] Don't use caddr_t casts

On 02/19/12 06:31 AM, Jon TURNEY wrote: On 18/02/2012 19:11, Jamey Sharp wrote: On Sat, Feb 18, 2012 at 05:21:24PM +, Jon TURNEY wrote: Casting a (const char *) to (caddr_t) to assign to iovec.io_base seems pointless. caddr_t isn't used anywhere else in xcb or libX11 According to the

libX11 1.5 release blockers/status

Peter has said he's ready for the GetRequest changes in here to be released, but before we cut a release, it seems there's a few outstanding patches waiting for review/applying: - Cannot wait for user lock in sync_while_locked http://patchwork.freedesktop.org/patch/9376/

Modules releases needed for X11R7.7 katamari

For this year's katamari, I've only kicked out a couple modules - the two input drivers (acecad aiptek) which were declared dead during the last year. So far I've not added any new ones - the most likely candidate I see for adding is xf86-video-nouveau. Given nvidia's statement about ending