[PATCH 1/3] Add missing file io header includes
Include unistd.h, sys/stat.h, and fcntl.h for open(), et al. --- modules/im/ximcp/imLcIm.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/modules/im/ximcp/imLcIm.c b/modules/im/ximcp/imLcIm.c index 5af08c0..17121b5 100644 --- a/modules/im/ximcp/imLcIm.c +++ b/modules/im/ximcp/imLcIm.c @@ -38,6 +38,9 @@ THIS SOFTWARE. #include config.h #endif #include stdio.h +#include unistd.h +#include sys/stat.h +#include fcntl.h #include X11/Xmd.h #include X11/Xatom.h -- 1.6.3.1 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[PATCH 2/3] Fix printf() format
Fix compiler warning: imLcIm.c:364: warning: format ‘%03x’ expects type ‘unsigned int’, but argument 6 has type ‘long unsigned int’ imLcIm.c:367: warning: format ‘%03x’ expects type ‘unsigned int’, but argument 6 has type ‘long unsigned int’ --- modules/im/ximcp/imLcIm.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/modules/im/ximcp/imLcIm.c b/modules/im/ximcp/imLcIm.c index 17121b5..e398112 100644 --- a/modules/im/ximcp/imLcIm.c +++ b/modules/im/ximcp/imLcIm.c @@ -363,11 +363,11 @@ Private int _XimCachedFileName ( *res = Xmalloc (len + 1 + 27 + 1); /* Max VERSION */ if (len == 0 || dir [len-1] != '/') - sprintf (*res, %s/%c%d_%03x_%08x_%08x, dir, _XimGetMyEndian(), - XIM_CACHE_VERSION, sizeof (DefTree), hash, hash2); + sprintf (*res, %s/%c%d_%03lx_%08x_%08x, dir, _XimGetMyEndian(), + XIM_CACHE_VERSION, sizeof(DefTree), hash, hash2); else - sprintf (*res, %s%c%d_%03x_%08x_%08x, dir, _XimGetMyEndian(), - XIM_CACHE_VERSION, sizeof (DefTree), hash, hash2); + sprintf (*res, %s%c%d_%03lx_%08x_%08x, dir, _XimGetMyEndian(), + XIM_CACHE_VERSION, sizeof(DefTree), hash, hash2); /* fprintf (stderr, - %s\n, *res); */ if ( (fd = _XOpenFile (*res, O_RDONLY)) == -1) -- 1.6.3.1 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[PATCH 3/3] Add missing time.h include
Fix compiler warning,
imLcIm.c:383: warning: implicit declaration of function ‘time’
imLcIm.c:383: warning: nested extern declaration of ‘time’
---
modules/im/ximcp/imLcIm.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/modules/im/ximcp/imLcIm.c b/modules/im/ximcp/imLcIm.c
index e398112..8299b31 100644
--- a/modules/im/ximcp/imLcIm.c
+++ b/modules/im/ximcp/imLcIm.c
@@ -52,6 +52,7 @@ THIS SOFTWARE.
#include Ximint.h
#include ctype.h
#include assert.h
+#include time.h
#ifdef COMPOSECACHE
# include sys/types.h
@@ -383,7 +384,7 @@ Private int _XimCachedFileName (
if (! S_ISREG (st.st_mode) || st.st_uid != uid
|| (st.st_mode 0022) != || st.st_mtime = st_name.st_mtime
- || (st.st_mtime time (NULL) - 24*60*60 ! isglobal)) {
+ || (st.st_mtime time(NULL) - 24*60*60 ! isglobal)) {
close (fd);
if (unlink (*res) != 0) {
--
1.6.3.1
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Xorg missing includes
It seems like gcc 4.4 (in Karmic) must have become a little stricter recently. My xorg builds tonight have been having tons of issues with missing includes that were strangely skipped right over in the past. Anyways, I've added the necessary includes. xserver builds fine with these patches. Thanks, - Ben ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[PATCH 1/9] Add missing unistd.h include
Fix compiler error, xf86Init.c: In function ‘ddxProcessArgument’: xf86Init.c:1518: warning: implicit declaration of function ‘geteuid’ xf86Init.c:1518: warning: nested extern declaration of ‘geteuid’ xf86Init.c:1518: warning: implicit declaration of function ‘getuid’ xf86Init.c:1518: warning: nested extern declaration of ‘getuid’ --- hw/xfree86/common/xf86Init.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/hw/xfree86/common/xf86Init.c b/hw/xfree86/common/xf86Init.c index 37380d9..27fceb4 100644 --- a/hw/xfree86/common/xf86Init.c +++ b/hw/xfree86/common/xf86Init.c @@ -37,6 +37,7 @@ #include stdlib.h #include errno.h #include time.h +#include unistd.h #undef HAS_UTSNAME #if !defined(WIN32) -- 1.6.3.1 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[PATCH 3/9] Add missing unistd.h, fcntl.h includes
--- hw/xfree86/os-support/linux/lnx_init.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/hw/xfree86/os-support/linux/lnx_init.c b/hw/xfree86/os-support/linux/lnx_init.c index a49086b..ea92543 100644 --- a/hw/xfree86/os-support/linux/lnx_init.c +++ b/hw/xfree86/os-support/linux/lnx_init.c @@ -37,7 +37,9 @@ #include xf86_OSlib.h #include lnx.h +#include unistd.h #include sys/stat.h +#include fcntl.h static Bool KeepTty = FALSE; static int VTnum = -1; -- 1.6.3.1 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[PATCH 9/9] Add missing unistd.h, sys/stat.h, fcntl.h includes
Fix compiler errors, InitOutput.c: In function ‘ddxGiveUp’: InitOutput.c:178: warning: implicit declaration of function ‘unlink’ InitOutput.c:178: warning: nested extern declaration of ‘unlink’ InitOutput.c: In function ‘vfbAllocateMmappedFramebuffer’: InitOutput.c:601: warning: implicit declaration of function ‘open’ InitOutput.c:601: warning: nested extern declaration of ‘open’ InitOutput.c:601: error: ‘O_CREAT’ undeclared (first use in this function) InitOutput.c:601: error: (Each undeclared identifier is reported only once InitOutput.c:601: error: for each function it appears in.) InitOutput.c:601: error: ‘O_RDWR’ undeclared (first use in this function) InitOutput.c:617: warning: implicit declaration of function ‘write’ InitOutput.c:617: warning: nested extern declaration of ‘write’ InitOutput.c: In function ‘vfbWriteXWDFileHeader’: InitOutput.c:779: warning: implicit declaration of function ‘gethostname’ InitOutput.c:779: warning: nested extern declaration of ‘gethostname’ --- hw/vfb/InitOutput.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/hw/vfb/InitOutput.c b/hw/vfb/InitOutput.c index e7dd1d9..4be0026 100644 --- a/hw/vfb/InitOutput.c +++ b/hw/vfb/InitOutput.c @@ -34,6 +34,10 @@ from The Open Group. #include X11/Xwinsock.h #endif #include stdio.h +#include unistd.h +#include sys/stat.h +#include fcntl.h + #include X11/X.h #include X11/Xproto.h #include X11/Xos.h -- 1.6.3.1 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[PATCH 8/9] Replace X_GETTIMEOFDAY with gettimeofday()
Fix linker error,
./.libs/libxorg.a(xf86i2c.o): In function `I2CUDelay':
/opt/exp/xorg/xserver/hw/xfree86/i2c/xf86i2c.c:54: undefined reference to
`X_GETTIMEOFDAY'
/opt/exp/xorg/xserver/hw/xfree86/i2c/xf86i2c.c:59: undefined reference to
`X_GETTIMEOFDAY'
---
hw/xfree86/i2c/xf86i2c.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/xfree86/i2c/xf86i2c.c b/hw/xfree86/i2c/xf86i2c.c
index 59832d6..bd8782e 100644
--- a/hw/xfree86/i2c/xf86i2c.c
+++ b/hw/xfree86/i2c/xf86i2c.c
@@ -51,12 +51,12 @@ I2CUDelay(I2CBusPtr b, int usec)
long diff;
if (usec 0) {
-X_GETTIMEOFDAY(begin);
+gettimeofday(begin, NULL);
do {
/* It would be nice to use {xf86}usleep,
* but usleep (1) takes 1 usec !
*/
- X_GETTIMEOFDAY(cur);
+ gettimeofday(cur, NULL);
d_secs = (cur.tv_sec - begin.tv_sec);
d_usecs = (cur.tv_usec - begin.tv_usec);
diff = d_secs*100 + d_usecs;
--
1.6.3.1
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
[PATCH 5/9] add missing unistd.h, sys/stat.h, fcntl.h includes
--- hw/xfree86/os-support/linux/lnx_video.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/hw/xfree86/os-support/linux/lnx_video.c b/hw/xfree86/os-support/linux/lnx_video.c index 73409df..9f6496a 100644 --- a/hw/xfree86/os-support/linux/lnx_video.c +++ b/hw/xfree86/os-support/linux/lnx_video.c @@ -27,6 +27,10 @@ #include xorg-config.h #endif +#include unistd.h +#include sys/stat.h +#include fcntl.h + #include errno.h #include string.h -- 1.6.3.1 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[PATCH 2/9] Add missing file i/o headers
To fix compiler errors for open(), close(), flags, etc. --- hw/xfree86/os-support/bus/linuxPci.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/hw/xfree86/os-support/bus/linuxPci.c b/hw/xfree86/os-support/bus/linuxPci.c index e210fa1..8f1c85e 100644 --- a/hw/xfree86/os-support/bus/linuxPci.c +++ b/hw/xfree86/os-support/bus/linuxPci.c @@ -49,6 +49,10 @@ #endif #include stdio.h +#include sys/stat.h +#include fcntl.h +#include unistd.h + #include compiler.h #include xf86.h #include xf86Priv.h -- 1.6.3.1 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[PATCH 6/9] Add missing unistd.h include
Fix compiler warning, Delay.c: In function ‘xf86UDelay’: Delay.c:21: warning: implicit declaration of function ‘usleep’ Delay.c:21: warning: nested extern declaration of ‘usleep’ --- hw/xfree86/os-support/misc/Delay.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/hw/xfree86/os-support/misc/Delay.c b/hw/xfree86/os-support/misc/Delay.c index 35ced8c..e7e3b4d 100644 --- a/hw/xfree86/os-support/misc/Delay.c +++ b/hw/xfree86/os-support/misc/Delay.c @@ -2,6 +2,7 @@ #include xorg-config.h #endif +#include unistd.h #include X11/X.h #include xf86.h #include xf86Priv.h -- 1.6.3.1 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [PATCH 2/3] Fix printf() format
On Sun, Jun 14, 2009 at 12:06 AM, Ben Gamaribgamari.f...@gmail.com wrote: Fix compiler warning: imLcIm.c:364: warning: format ‘%03x’ expects type ‘unsigned int’, but argument 6 has type ‘long unsigned int’ imLcIm.c:367: warning: format ‘%03x’ expects type ‘unsigned int’, but argument 6 has type ‘long unsigned int’ --- modules/im/ximcp/imLcIm.c | 8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/modules/im/ximcp/imLcIm.c b/modules/im/ximcp/imLcIm.c index 17121b5..e398112 100644 --- a/modules/im/ximcp/imLcIm.c +++ b/modules/im/ximcp/imLcIm.c @@ -363,11 +363,11 @@ Private int _XimCachedFileName ( *res = Xmalloc (len + 1 + 27 + 1); /* Max VERSION */ if (len == 0 || dir [len-1] != '/') - sprintf (*res, %s/%c%d_%03x_%08x_%08x, dir, _XimGetMyEndian(), - XIM_CACHE_VERSION, sizeof (DefTree), hash, hash2); + sprintf (*res, %s/%c%d_%03lx_%08x_%08x, dir, _XimGetMyEndian(), + XIM_CACHE_VERSION, sizeof(DefTree), hash, hash2); This will break systems where size_t is 32 bits. 'z' is the correct length modifier for size_t else - sprintf (*res, %s%c%d_%03x_%08x_%08x, dir, _XimGetMyEndian(), - XIM_CACHE_VERSION, sizeof (DefTree), hash, hash2); + sprintf (*res, %s%c%d_%03lx_%08x_%08x, dir, _XimGetMyEndian(), + XIM_CACHE_VERSION, sizeof(DefTree), hash, hash2); /* fprintf (stderr, - %s\n, *res); */ if ( (fd = _XOpenFile (*res, O_RDONLY)) == -1) -- 1.6.3.1 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
redirecting X11 output to a file
I want to compare the graphical output of different versions of a program pixel by pixel. To do that, I would like to divert the contents of the program's (single) X11 frame directly to a file -- a kind of automatic capturing without manual selection of the window. Can anyone give me hints where to start? Werner ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: redirecting X11 output to a file
Le 14/06/2009 12:05, Werner LEMBERG a écrit : I want to compare the graphical output of different versions of a program pixel by pixel. To do that, I would like to divert the contents of the program's (single) X11 frame directly to a file -- a kind of automatic capturing without manual selection of the window. xwd is probably what you're looking for. convert should then be able to convert the dump's content to png or whatever format you like. Cheers, Rémi Cardona ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: intel g45 - outputs detected wrong with KMS
Hi! This message from Keith on the intel-gfx list probably explains it: I already tried that patch, but it doesn't fix the issues. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg missing includes
Ben Gamari schrieb: It seems like gcc 4.4 (in Karmic) must have become a little stricter recently. My xorg builds tonight have been having tons of issues with missing includes that were strangely skipped right over in the past. Anyways, I've added the necessary includes. xserver builds fine with these patches. Thanks, - Ben This is a problem in Xos.h, a #else was overlooked when removing an #ifdef #endif pair, in commit ced38e880b54f2aae31a5354aecb4235a129f0a4: Remove all trace of X_NOT_STDC_ENV (#6527). diff --git a/Xos.h b/Xos.h --- a/Xos.h +++ b/Xos.h @@ -81,8 +81,6 @@ #endif #endif -#else - #ifdef SYSV #include string.h #define index strchr This #else is now on the top-level. Maybe the part between #else and the removed #endif should go away, too. Regards, Pierre ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: redirecting X11 output to a file
I want to compare the graphical output of different versions of a program pixel by pixel. To do that, I would like to divert the contents of the program's (single) X11 frame directly to a file -- a kind of automatic capturing without manual selection of the window. xwd is probably what you're looking for. convert should then be able to convert the dump's content to png or whatever format you like. Thanks. ImageMagick's `import' command does something similar, and it directly outputs the right format. Werner ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg missing includes
Ben Gamari wrote: It seems like gcc 4.4 (in Karmic) must have become a little stricter recently. No, Xorg git got a lot more broken. The includes are in X11/Xos.h, they just fell into an else clause that isn't traversed in ajax's commits on Friday. My xorg builds tonight have been having tons of issues with missing includes that were strangely skipped right over in the past. Anyways, I've added the necessary includes. xserver builds fine with these patches. Thanks, Most of them seem unnecessary once Xos.h is fixed - I believe originally they were done in Xos.h to handle non-UNIX-like platforms such as OS/2, Win32 and pre-OS X MacOS. I don't know if any platforms X still supports are missing POSIX-standard headers like unistd.h or not. The gettimeofday patch is defintely wrong, since the macro is needed to deal with long-standing differences in the number of arguments to gettimeofday on some platforms. (The SysV vs. BSD wars may be long done, but their casualties remain.) -- -Alan Coopersmith- alan.coopersm...@sun.com Sun Microsystems, Inc. - X Window System Engineering ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: How to run the X xserver in a chroot environment
On Thu, Jun 11, 2009 at 1:54 PM, Tino Keiteltino.keitel+x...@tikei.de wrote: Hi, as the Intel driver is very fragile recently, I want to test it in a chroot environment, and keep the stable 2.4 driver in the normal system. This implies that I also keep an old version of the X server in the normal system. So I installed a chroot system. But HAL can not be used in a chroot, and without HAL, I get not input devices in the X server. You can easily just install a temporary X to another location and use it without chrooting. I think this is the way most of the developers test X. You can even leverage most of the client side that's already installed and just focus on server/drivers. -- Dan ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Pegasos II + Radeon 9000: No DRI and wrong colours for OpenGL
Hi Xorg-folks, I want to report a bug. I'm using Gentoo Linux (CPU: PowerPC G4) and updated my xorg-server to the version 1.5.3-r6 and now my X11 performance for OpenGL (Mesa 7.3-r1) is bad and has wrong colours (eg. glxgears). I did a little investigation of this problem and saw this: xorg-server-1.5.3-r6 has a library called libglx.so. This library uses drmOpenOnce(NULL, pci:0001:01:08.0, ...) to get the graphics card. lspci reports 0001:01:08.0 VGA compatible controller: ATI Technologies Inc Radeon RV250 If [Radeon 9000] (rev 01) So the PCI Bus ID seems to be correct. libdrm-2.4.5 has the function drmOpenOnce(). This function goes down to drmOpen(NULL, pci:0001:01:08.0) and drmOpenByBusid(pci:0001:01:08.0). Now drmGetBusid(fd) is called and returns pci::01:08.0. Which is wrong, because it differs from the original PCI Bus ID. So my graphics card will not be used with hardware accelerated OpenGL. drmGetBusid() calls the kernel module drm via IOCTL DRM_IOCTL_GET_UNIQUE. (see file drm_ioc32.c). So is it a bug in the kernel? Who is the right person to report this? Thanks for any suggestions Johannes -- --//-- //Johannes R. Geiss Zaurus, Pegasos, Amiga and C64 user \\ // PGP at http://home.arcor.de/jgeiss/pgpkey.txt --\X/- signature.asc Description: This is a digitally signed message part ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: How to run the X xserver in a chroot environment
On Sat, Jun 13, 2009 at 01:35:19PM +0200, Maarten Maathuis wrote: They can never be replaced by evdev, because evdev is linux-only. But yes, evdev is often used on linux platforms, but it does need a working hal. HAL and evdev are independent. HAL is a replacement for xorg.conf and most distributions ship a HAL configuration that selects the evdev driver for input devices. You can use the mouse/kbd driver with HAL and you can use evdev with xorg.conf. Cheers, Peter ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Keystroke flow in X.org
On Sat, Jun 13, 2009 at 10:52:05AM +1000, Timothy S. Nelson wrote: On Fri, 12 Jun 2009, Peter Hutterer wrote: if the physical keyboard changes, the server sends out a keymap notify event and the cycle starts at 2 again. Hopefully, anyway, otherwise the amount of Is this if the keyboard device changes from eg. the first to the second, or is it if you unplug your keyboard and plug in another? Anyway, I've revised the article and diagram; if you could have another skim over, and let me know if there are any other obvious problems, that would be great. Here's the link again: http://computerstuff.jdarx.info/content/keystroke-flow-xorg I still think it's confusing at best. The diagram makes it appear as if the files were actually used on each keystroke, which certainly isn't the case. The keys symbols only matter if the keysym describes a compat (i.e. action) or a modifier, otherwise the server just passes it on. If it's a compat or modifier, the server actually processes something based on the keystroke. once the keycode hits the server it doesn't change anymore, so the scancode to keycode translation (in evdev that's essentially 'kernel keycode + 8') is done in the driver only. the keycode to keysym translation is done in the client (with the compat/modifier exception above). all files in xkb/* are actually aimed for RMLVO configuration, not for direct work with the Kcgst. see also http://who-t.blogspot.com/2008/09/rmlvo-keyboard-configuration.html unfortunately, key processing is more complex than it possibly should be, so any attempt to squash it into a small article will miss out vital bits important for understanding the overall concept. Cheers, Peter ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Keystroke flow in X.org
On Mon, Jun 15, 2009 at 09:05:57AM +1000, Peter Hutterer wrote: Here's the link again: http://computerstuff.jdarx.info/content/keystroke-flow-xorg I still think it's confusing at best. The diagram makes it appear as if the files were actually used on each keystroke, which certainly isn't the case. The keys symbols only matter if the keysym describes a compat (i.e. action) or a modifier, otherwise the server just passes it on. If it's a compat or modifier, the server actually processes something based on the keystroke. once the keycode hits the server it doesn't change anymore, so the scancode to keycode translation (in evdev that's essentially 'kernel keycode + 8') is done in the driver only. the keycode to keysym translation is done in the client (with the compat/modifier exception above). all files in xkb/* are actually aimed for RMLVO configuration, not for direct work with the Kcgst. see also http://who-t.blogspot.com/2008/09/rmlvo-keyboard-configuration.html unfortunately, key processing is more complex than it possibly should be, so any attempt to squash it into a small article will miss out vital bits important for understanding the overall concept. doh. either you just changed the graphics in the last 10 minutes or I was looking at the cached version before. sorry. the current diagram is much better, thanks. Cheers, Peter ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: radeon and separated heads
On Mon, Jun 15, 2009 at 3:14 AM, Alejandro Meryam...@opensde.org wrote: Hello, I'm using Xubuntu 9.04 on a notebook + VGA LCD monitor and the radeon (1:6.12.1-0ubuntu2) driver. It works smoothly in merged mode (half of the workspace in one display and half on the other) but I wish to run separate displays on each monitor under the same session so if I switch workspaces in one monitor it doesn't affect the other. In the attached mutant xorg.conf I have been trying to add a second layout (Identified as dual) for this. I get cloned instead :-\ may you please enlighten me? You need to add BusID and Screen x options in the Device sections, please see xorg.conf man page. Dave. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
