date:20130917

[PATCH] Update GLX dependencies now that DRI DRI2 are builtins, not modules

2013-09-17 Thread Alan Coopersmith

---
 hw/xfree86/dixmods/Makefile.am |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/hw/xfree86/dixmods/Makefile.am b/hw/xfree86/dixmods/Makefile.am
index 9933bc8..3c43640 100644
--- a/hw/xfree86/dixmods/Makefile.am
+++ b/hw/xfree86/dixmods/Makefile.am
@@ -32,7 +32,7 @@ libglx_la_LIBADD = $(top_builddir)/glx/libglx.la 
$(GLX_SYS_LIBS)
 if AIGLX_DRI_LOADER
 libglx_la_LIBADD += $(top_builddir)/glx/libglxdri.la
 if NO_UNDEFINED
-libglx_la_LIBADD += ../dri/libdri.la ../dri2/libdri2.la
+libglx_la_LIBADD += $(LIBDRM_LIBS) $(PIXMAN_LIBS)
 endif
 endif
 libglx_la_SOURCES = glxmodule.c
-- 
1.7.9.2

___
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

Re: [libX11/nls] requesting patch review: composing breve via lowercase u

2013-09-17 Thread Benno Schulenberg


On Sun, Aug 11, 2013, at 10:18, Benno Schulenberg wrote:
 The Compose tables currently allow to put a breve on a letter via
 the capital U (for example: Multi_key U a produces ă).  This
 is fine for putting a breve on an uppercase letter, where one has
 to press Shift anyway, but it is awkward to have to press Shift
 when wanting to add a breve to a lowercase letter.

So, does anyone have any objections against the following sequences
with lowercase u being added?:

Multi_key u A : Ă   U0102 # LATIN CAPITAL LETTER A 
WITH BREVE
Multi_key u a : ă   U0103 # LATIN SMALL LETTER A 
WITH BREVE
Multi_key u E : Ĕ   U0114 # LATIN CAPITAL LETTER E 
WITH BREVE
Multi_key u e : ĕ   U0115 # LATIN SMALL LETTER E 
WITH BREVE
Multi_key u G : Ğ   U011E # LATIN CAPITAL LETTER G 
WITH BREVE
Multi_key u g : ğ   U011F # LATIN SMALL LETTER G 
WITH BREVE
Multi_key u I : Ĭ   U012C # LATIN CAPITAL LETTER I 
WITH BREVE
Multi_key u i : ĭ   U012D # LATIN SMALL LETTER I 
WITH BREVE
Multi_key u O : Ŏ   U014E # LATIN CAPITAL LETTER O 
WITH BREVE
Multi_key u o : ŏ   U014F # LATIN SMALL LETTER O 
WITH BREVE
Multi_key u U : Ŭ   U016C # LATIN CAPITAL LETTER U 
WITH BREVE


For the original submission see:
 https://bugs.freedesktop.org/show_bug.cgi?id=59319
 
 [Please CC, not subscribed.]


The patches in full:

 From 70f398690b457ee0900741508ab71f9f3efd5744 Mon Sep 17 00:00:00 2001
 From: Benno Schulenberg bensb...@justemail.net
 Date: Fri, 11 Jan 2013 23:08:12 +0100
 Subject: [PATCH 2/3] Compose: Allow letters with breve to be composed via 
 initial lowercase u.
 
 Signed-off-by: Benno Schulenberg bensb...@justemail.net
 ---
  nls/en_US.UTF-8/Compose.pre |   11 +++
  1 files changed, 11 insertions(+), 0 deletions(-)
 
 diff --git a/nls/en_US.UTF-8/Compose.pre b/nls/en_US.UTF-8/Compose.pre
 index 2ee73d6..e6b5d24 100644
 --- a/nls/en_US.UTF-8/Compose.pre
 +++ b/nls/en_US.UTF-8/Compose.pre
 @@ -812,10 +812,12 @@ XCOMM Part 3
  Multi_key a minus  : ā   U0100 # LATIN CAPITAL LETTER A 
 WITH MACRON
  dead_breve A : Ă   U0102 # LATIN CAPITAL LETTER A 
 WITH BREVE
  Multi_key U A  : Ă   U0102 # LATIN CAPITAL LETTER A 
 WITH BREVE
 +Multi_key u A  : Ă   U0102 # LATIN CAPITAL LETTER A 
 WITH BREVE
  Multi_key b A  : Ă   U0102 # LATIN CAPITAL LETTER A 
 WITH BREVE
  Multi_key A parenleft  : Ă   U0102 # LATIN CAPITAL LETTER A 
 WITH BREVE
  dead_breve a : ă   U0103 # LATIN SMALL LETTER A 
 WITH BREVE
  Multi_key U a  : ă   U0103 # LATIN SMALL LETTER A 
 WITH BREVE
 +Multi_key u a  : ă   U0103 # LATIN SMALL LETTER A 
 WITH BREVE
  Multi_key b a  : ă   U0103 # LATIN SMALL LETTER A 
 WITH BREVE
  Multi_key a parenleft  : ă   U0103 # LATIN SMALL LETTER A 
 WITH BREVE
  dead_ogonek A: Ą   U0104 # LATIN CAPITAL LETTER A 
 WITH OGONEK
 @@ -882,9 +884,11 @@ XCOMM Part 3
  Multi_key e minus  : ē   U0113 # LATIN SMALL LETTER E 
 WITH MACRON
  dead_breve E : Ĕ   U0114 # LATIN CAPITAL LETTER E 
 WITH BREVE
  Multi_key U E  : Ĕ   U0114 # LATIN CAPITAL LETTER E 
 WITH BREVE
 +Multi_key u E  : Ĕ   U0114 # LATIN CAPITAL LETTER E 
 WITH BREVE
  Multi_key b E  : Ĕ   U0114 # LATIN CAPITAL LETTER E 
 WITH BREVE
  dead_breve e : ĕ   U0115 # LATIN SMALL LETTER E 
 WITH BREVE
  Multi_key U e  : ĕ   U0115 # LATIN SMALL LETTER E 
 WITH BREVE
 +Multi_key u e  : ĕ   U0115 # LATIN SMALL LETTER E 
 WITH BREVE
  Multi_key b e  : ĕ   U0115 # LATIN SMALL LETTER E 
 WITH BREVE
  dead_abovedot E  : Ė   U0116 # LATIN CAPITAL LETTER E 
 WITH DOT ABOVE
  Multi_key period E : Ė   U0116 # LATIN CAPITAL LETTER E 
 WITH DOT ABOVE
 @@ -914,6 +918,7 @@ XCOMM Part 3
  Multi_key asciicircum g: ĝ   U011D # LATIN SMALL LETTER G 
 WITH CIRCUMFLEX
  dead_breve G : Ğ   U011E # LATIN CAPITAL LETTER G 
 WITH BREVE
  Multi_key U G  : Ğ   U011E # LATIN CAPITAL LETTER G 
 WITH BREVE
 +Multi_key u G  : Ğ   U011E # LATIN CAPITAL LETTER G 
 WITH BREVE
  Multi_key G U  : Ğ   U011E # LATIN CAPITAL LETTER G 
 WITH BREVE
  Multi_key b G  : Ğ   U011E # LATIN CAPITAL LETTER G 
 WITH BREVE
  Multi_key breve G  : Ğ   U011E # LATIN CAPITAL LETTER G 
 WITH BREVE
 @@ -921,6 +926,7 @@ XCOMM Part 3
  Multi_key G parenleft  : Ğ   U011E # LATIN CAPITAL LETTER G 
 WITH BREVE
  dead_breve g : ğ   U011F # LATIN SMALL LETTER G 
 WITH BREVE
  Multi_key U g  : ğ   U011F # LATIN SMALL LETTER G 
 WITH

Re: [PATCH] OS/ACPI: Reconnect to acpid when it gets restarted

2013-09-17 Thread Egbert Eich

Hi Keith!

Back from Vienna :)

On Mon, Sep 09, 2013 at 04:23:20PM -0700, Keith Packard wrote:
 Egbert Eich e...@freedesktop.org writes:
 
  +PMClose
  +lnxACPIPoll(void)
  +{
  +TimerSet(NULL, 0, 1, lnxACPICheckTimer, NULL);
 
 I'm betting this is supposed to be:
 
acpiTimer = TimerSet(NULL, 0, 1, lnxACPICheckTimer, NULL);

Right. Huh, not sure why this was forgotten.

 
 I'm also not understanding how this code is supposed to detect an acpid
 failure and automatically reconnect; seems like that would take a check
 in the ACPI event reading code? Did I just miss something?


Ok, now I see: the title of the patch is wrong. Originally I had this
in the patch I had in SUSE. But then you(and ajax) already added the 
reconnect functionality.

fa9a49a9(Adam Jackson   2006-05-18 18:18:41 +   83)if (n = 
0) {
9838b703(Keith Packard  2012-03-21 12:55:09 -0700   84)
lnxCloseACPI();
9838b703(Keith Packard  2012-03-21 12:55:09 -0700   85)
TimerSet(NULL, 0, ACPI_REOPEN_DELAY, lnxACPIReopen, NULL);
9838b703(Keith Packard  2012-03-21 12:55:09 -0700   86)
return 0;
fa9a49a9(Adam Jackson   2006-05-18 18:18:41 +   87)}

What this patch is supposed to add is a retry if the (re)open doesn't succeed:
Without this patch if acpid isn't active at the time the DDX tries to (re)open,
we will loose it.
Thus the title of the patch should probably be:

   OS/ACPI: Retry (re)connecting to acpid until successful

Maybe we should give up trying at some point. But then again we have a 10 sec
retry interval. 

I will resend this and the next patch with corrected changelog entries and the
one bug fixed.

Cheers,
Egbert.
___
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

Re: [PATCH] libXt: don't use target flags to build makestrs #69241

2013-09-17 Thread Yunlian Jiang

It works for my case.
I uses x86_64-pc-linux-gnu-gcc as the host compiler,
i686-pc-linux-gnu-gcc, armv7a-cros-linux-gnueabi-gcc
and x86_64-cros-linux-gnu-gcc as
the target comiler. They all work fine.


On Mon, Sep 16, 2013 at 12:58 PM, Alan Coopersmith 
alan.coopersm...@oracle.com wrote:

 On 09/13/13 04:58 PM, Yunlian Jiang wrote:

 From: Yunlian Jiang yunl...@gmail.com

 The build-time binary makestrs should not be built with target flags.
 If the target flags are not compatable with the build compiler. The
 compile time error or the runtime error may happen when building or
 running the binary makestrs.


 Does the resulting makestrs work?   It needs to have the right flags for
 generating the code for the target platform.   (This code really really
 really wasn't designed for cross-compiling, and I'm constantly surprised
 cross-compiling even appears to work.)

 --
 -Alan Coopersmith-  alan.coopersm...@oracle.com
  Oracle Solaris Engineering - http://blogs.oracle.com/alanc

___
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

SiS Mirage1 driver

2013-09-17 Thread Michal Suchanek

Hello,

I dusted off my D201GLY2 board and some old disks and found the SiS
driver that has working modestting on it.

I included some patches from the current Xorg SiS driver so it now
runs on Debian stable.

Compared to the vesa driver and it appears that vesa has better
precieved rendering speed. Since the card has only one output and the
ability to suspend/resume flawlessly is not a concern I guess vesa is
going to work for my use.

The driver is unfortunately severely bitrotten by now and includes
features that were never included to start with or ripped out of the
current Xorg SiS driver so merging patches is not trivial in most
cases.

Also I am getting rid of the board so even if I was feeling really
board I am not going to update this further.

Still somebody might make the sisfb kernel driver workable on newer
cards using the code or something so here it is
http://repo.or.cz/w/xf86-video-sis/mirage.git

Thanks

Michal
___
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

Mapping soft (keyboard) buttons to (resistive) touch

2013-09-17 Thread Andreas Lausch / TBT


Hello,

I've got a resistive touch screen, where the touch area
is larger than the display area. I'd like to map soft (keyboard) buttons
(e.g. ESC or num block ENTER) to the area outside of the screen -- similar to
android's [BACK], [HOME], [MENU] buttons at the bottom.
On the linux-side, the device is handled by AD7879-i2c driver.
Using xinput_calibrator, I can calibrate the mouse to the display area.

The main questions are:
* is there an existing xorg module that can map such soft buttons to mouse 
coordinates?
* if not, what would be the best starting point for writing code that solves my 
problem?
* would it be better to fork the AD7879 driver or use a (custom) xorg module?

I think the right way is to do it in X: the soft button calibration depends 
on the touch screen calibration
and the touch screen calibration depends on the display/GUI, which is handled 
by X in my case.


so long
Andy

___
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

Re: [PULL] Minor XQuartz build fixes

2013-09-17 Thread Keith Packard

Jeremy Huddleston Sequoia jerem...@apple.com writes:

 Jeremy Huddleston Sequoia (2):
   XQuartz: Fix build with moved pseudoramiX
   XQuartz: pbproxy: Fix build with -DDEBUG

Merged.
   47ff382..8010d3a  master - master

-- 
keith.pack...@intel.com


pgp_7FvnzCfO1.pgp
Description: PGP signature
___
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

[PATCH] xfree86: disable VT switching/enable VT sharing by default for non-seat0 seats (#69477)

2013-09-17 Thread Laércio de Sousa

This patch contributes to fill the remaining gaps which make
systemd-multi-seat-x wrapper still necessary in some multiseat setups.

When option -seat is passed with an argument different from seat0,
the following xf86Info properties are set to TRUE by default:

* dontVTSwitch (no need of enabling ServerFlag option DontVTSwitch in 
xorg.conf)
* ShareVTs (no need of passing -sharevts option)

Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=69477

Signed-off-by: Laércio de Sousa lbsous...@gmail.com
---
 hw/xfree86/common/xf86Config.c | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/hw/xfree86/common/xf86Config.c b/hw/xfree86/common/xf86Config.c
index 74d5ed3..8d13adb 100644
--- a/hw/xfree86/common/xf86Config.c
+++ b/hw/xfree86/common/xf86Config.c
@@ -783,6 +783,12 @@ configServerFlags(XF86ConfFlagsPtr flagsconf, 
XF86OptionPtr layoutopts)
 set.variant = NULL;
 set.options = NULL;
 
+/* Default for non-seat0 seats */
+if (ServerIsNotSeat0()) {
+xf86Info.dontVTSwitch = TRUE;
+xf86Info.ShareVTs = TRUE;
+}
+
 /*
  * Merge the ServerLayout and ServerFlags options.  The former have
  * precedence over the latter.
-- 
1.8.1.4

___
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

[PATCH evdev] evdev: enable option GrabDevice by default for non-seat0 seats (#69478)

2013-09-17 Thread Laércio de Sousa

This patch contributes to fill the remaining gaps which make
systemd-multi-seat-x wrapper still necessary in some multiseat setups.

When option -seat is passed with an argument different from seat0,
option GrabDevice is enabled by default (no need of enabling it
in xorg.conf's InputClass section).

Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=69478

Signed-off-by: Laércio de Sousa lbsous...@gmail.com
---
 src/evdev.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/evdev.c b/src/evdev.c
index b97b841..f7bd763 100644
--- a/src/evdev.c
+++ b/src/evdev.c
@@ -2643,7 +2643,7 @@ EvdevPreInit(InputDriverPtr drv, InputInfoPtr pInfo, int 
flags)
 /* Grabbing the event device stops in-kernel event forwarding. In other
words, it disables rfkill and the Macintosh mouse button emulation.
Note that this needs a server that sets the console to RAW mode. */
-pEvdev-grabDevice = xf86CheckBoolOption(pInfo-options, GrabDevice, 0);
+pEvdev-grabDevice = xf86CheckBoolOption(pInfo-options, GrabDevice, 
ServerIsNotSeat0());
 
 /* If grabDevice is set, ungrab immediately since we only want to grab
  * between DEVICE_ON and DEVICE_OFF. If we never get DEVICE_ON, don't
-- 
1.8.1.4

___
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

Re: [PATCHES] fix build on GNU/Hurd with GCC 4.8

2013-09-17 Thread Samuel Thibault

Hello,

Pino Toscano, le Wed 28 Aug 2013 17:36:26 +0200, a écrit :
 with GCC 4.8, few implicit declaration of function warnings become 
 errors, breaking the build of xserver on the Hurd.
 
 Attached there are two patches, which apply fine in both master and 
 server-1.14-branch branches, which fix the errors providing the right 
 includes:
 * the inclusion of hurd.h in Hurd parts should be straightforward
 * the move of the arpa/inet.h (which is POSIX) to a move general
   location affects any other Unix system with IPv6 support, I hope it is
   not a problem for all the supported platforms

Acked-by: Samuel Thibault samuel.thiba...@ens-lyon.org

Could somebody push that to the server?  We really need it.

Thanks,
Samuel

From ef6a236cf9b795017c9c8c4447a6735fa04bb061 Mon Sep 17 00:00:00 2001
From: Pino Toscano toscano.p...@tiscali.it
Date: Wed, 28 Aug 2013 17:04:48 +0200
Subject: [PATCH] xfree86/hurd: include hurd.h

Needed for using get_privileged_port.

Signed-off-by: Pino Toscano toscano.p...@tiscali.it
---
 hw/xfree86/os-support/hurd/hurd_init.c  |1 +
 hw/xfree86/os-support/hurd/hurd_mmap.c  |1 +
 hw/xfree86/os-support/hurd/hurd_video.c |1 +
 3 files changed, 3 insertions(+)

diff --git a/hw/xfree86/os-support/hurd/hurd_init.c 
b/hw/xfree86/os-support/hurd/hurd_init.c
index 185b2b9..fe1a764 100644
--- a/hw/xfree86/os-support/hurd/hurd_init.c
+++ b/hw/xfree86/os-support/hurd/hurd_init.c
@@ -42,6 +42,7 @@
 #include sys/file.h
 #include assert.h
 #include mach.h
+#include hurd.h
 
 int
 xf86ProcessArgument(int argc, char **argv, int i)
diff --git a/hw/xfree86/os-support/hurd/hurd_mmap.c 
b/hw/xfree86/os-support/hurd/hurd_mmap.c
index 6ac9efd..8e089ca 100644
--- a/hw/xfree86/os-support/hurd/hurd_mmap.c
+++ b/hw/xfree86/os-support/hurd/hurd_mmap.c
@@ -27,6 +27,7 @@
 #includemach.h
 #includedevice/device.h
 #includemach/machine/mach_i386.h
+#include hurd.h
 
 #include X11/X.h
 
diff --git a/hw/xfree86/os-support/hurd/hurd_video.c 
b/hw/xfree86/os-support/hurd/hurd_video.c
index 72474ba..b3b94c9 100644
--- a/hw/xfree86/os-support/hurd/hurd_video.c
+++ b/hw/xfree86/os-support/hurd/hurd_video.c
@@ -28,6 +28,7 @@
 #include mach.h
 #include device/device.h
 #include mach/machine/mach_i386.h
+#include hurd.h
 
 #include X11/X.h
 #include input.h
-- 
1.7.10.4


From 006b123a801afab44a9e1a3d6e2ff5e1c6415362 Mon Sep 17 00:00:00 2001
From: Pino Toscano toscano.p...@tiscali.it
Date: Wed, 28 Aug 2013 17:15:03 +0200
Subject: [PATCH] os: move arpa/inet.h for any !win32 system

It is needed in IPv6 configurations (for inet_pton) also when
SIOCGIFCONF is not defined.

Signed-off-by: Pino Toscano toscano.p...@tiscali.it
---
 os/access.c |8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/os/access.c b/os/access.c
index 88a44d9..6d991b3 100644
--- a/os/access.c
+++ b/os/access.c
@@ -163,6 +163,10 @@ SOFTWARE.
 /* #endif */
 #endif
 
+#if defined(IPv6)  defined(AF_INET6)
+#include arpa/inet.h
+#endif
+
 #endif  /* WIN32 */
 
 #define X_INCLUDE_NETDB_H
@@ -461,10 +465,6 @@ DefineSelf(int fd)
 #endif
 
 #if defined(IPv6)  defined(AF_INET6)
-#include arpa/inet.h
-#endif
-
-#if defined(IPv6)  defined(AF_INET6)
 static void
 in6_fillscopeid(struct sockaddr_in6 *sin6)
 {
-- 
1.7.10.4
___
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

[PATCH video-ark] Remove usage of mibstore.h (removed from server)

2013-09-17 Thread Gaetan Nadon

The module had a compile error for this missing header file.

Changes similar to vmware commit
23d87c92b7211cc5249eefe4ab3a2c7f370e279e

Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
 src/ark_driver.c |2 --
 1 file changed, 2 deletions(-)

diff --git a/src/ark_driver.c b/src/ark_driver.c
index b7c287c..65cfe84 100644
--- a/src/ark_driver.c
+++ b/src/ark_driver.c
@@ -39,7 +39,6 @@
 #include compiler.h
 #include mipointer.h
 #include micmap.h
-#include mibstore.h
 #include fb.h
 #include ark.h
 
@@ -538,7 +537,6 @@ static Bool ARKScreenInit(SCREEN_INIT_ARGS_DECL)
 
fbPictureInit (pScreen, 0, 0);
 
-   miInitializeBackingStore(pScreen);
xf86SetBackingStore(pScreen);
 
if (!pARK-NoAccel) {
-- 
1.7.9.5

___
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

Re: [PATCHES] fix build on GNU/Hurd with GCC 4.8

2013-09-17 Thread Matt Dew

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Chris,
  I'm guessing this won't affect you but can you verify that?  I don't
want a nasty loop where fixing one things breaks another.

thanks,
Matt

On 09/17/2013 12:02 PM, Samuel Thibault wrote:
 Hello,
 
 Pino Toscano, le Wed 28 Aug 2013 17:36:26 +0200, a écrit :
 with GCC 4.8, few implicit declaration of function warnings
 become errors, breaking the build of xserver on the Hurd.
 
 Attached there are two patches, which apply fine in both master
 and server-1.14-branch branches, which fix the errors providing
 the right includes: * the inclusion of hurd.h in Hurd parts
 should be straightforward * the move of the arpa/inet.h (which
 is POSIX) to a move general location affects any other Unix
 system with IPv6 support, I hope it is not a problem for all the
 supported platforms
 
 Acked-by: Samuel Thibault samuel.thiba...@ens-lyon.org
 
 Could somebody push that to the server?  We really need it.
 
 Thanks, Samuel
 
 From ef6a236cf9b795017c9c8c4447a6735fa04bb061 Mon Sep 17 00:00:00
 2001 From: Pino Toscano toscano.p...@tiscali.it Date: Wed, 28 Aug
 2013 17:04:48 +0200 Subject: [PATCH] xfree86/hurd: include
 hurd.h
 
 Needed for using get_privileged_port.
 
 Signed-off-by: Pino Toscano toscano.p...@tiscali.it --- 
 hw/xfree86/os-support/hurd/hurd_init.c  |1 + 
 hw/xfree86/os-support/hurd/hurd_mmap.c  |1 + 
 hw/xfree86/os-support/hurd/hurd_video.c |1 + 3 files changed, 3
 insertions(+)
 
 diff --git a/hw/xfree86/os-support/hurd/hurd_init.c
 b/hw/xfree86/os-support/hurd/hurd_init.c index 185b2b9..fe1a764
 100644 --- a/hw/xfree86/os-support/hurd/hurd_init.c +++
 b/hw/xfree86/os-support/hurd/hurd_init.c @@ -42,6 +42,7 @@ #include
 sys/file.h #include assert.h #include mach.h +#include
 hurd.h
 
 int xf86ProcessArgument(int argc, char **argv, int i) diff --git
 a/hw/xfree86/os-support/hurd/hurd_mmap.c
 b/hw/xfree86/os-support/hurd/hurd_mmap.c index 6ac9efd..8e089ca
 100644 --- a/hw/xfree86/os-support/hurd/hurd_mmap.c +++
 b/hw/xfree86/os-support/hurd/hurd_mmap.c @@ -27,6 +27,7 @@ 
 #includemach.h #includedevice/device.h 
 #includemach/machine/mach_i386.h +#include hurd.h
 
 #include X11/X.h
 
 diff --git a/hw/xfree86/os-support/hurd/hurd_video.c
 b/hw/xfree86/os-support/hurd/hurd_video.c index 72474ba..b3b94c9
 100644 --- a/hw/xfree86/os-support/hurd/hurd_video.c +++
 b/hw/xfree86/os-support/hurd/hurd_video.c @@ -28,6 +28,7 @@ 
 #include mach.h #include device/device.h #include
 mach/machine/mach_i386.h +#include hurd.h
 
 #include X11/X.h #include input.h
 


- -- 
Matt DewKey signature: 0xF7C3 BEC3
Fingerprint: FDB1 9D94 C573 DC29 BCCB 2F9F A6BF 3771 F7C3 BEC3
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJSOTEiAAoJEKa/N3H3w77DR+0H/jW12BBCYgGK2Oy25zHj6wvZ
y3xKi4PK+Pyb2ad1p/hTnbmD9usl/8+tSOmOZRU7i1OgjfP7vj012aCMyr2ZMmt2
+Sd0s2dpYxoobRg/m51+IFs2PiOVfCUH6NLkkrOP6xTQny57YG207fQYED3fJWwu
mFHT2CcrdjEBxd5gDc+2jxtGCz9656qTGHLTN73TKdnhGvT56Z8cIwq2VnBntiuX
V6SyQe6OZziIWsZ0POKyjiIeMFBjzMIn5fwufW3FzV4L48leJPOppsSx14YSxLd1
oH3n9xAlllfnC8AugtiJRzyVPvhFr8zbXe3iC3yoiBXc79x1RaGzHXiMLaa+vNU=
=zA5L
-END PGP SIGNATURE-
___
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

[PATCH] Update GLX dependencies now that DRI DRI2 are builtins, not modules

Re: [libX11/nls] requesting patch review: composing breve via lowercase u

Re: [PATCH] OS/ACPI: Reconnect to acpid when it gets restarted

Re: [PATCH] libXt: don't use target flags to build makestrs #69241

SiS Mirage1 driver

Mapping soft (keyboard) buttons to (resistive) touch

Re: [PULL] Minor XQuartz build fixes

[PATCH] xfree86: disable VT switching/enable VT sharing by default for non-seat0 seats (#69477)

[PATCH evdev] evdev: enable option GrabDevice by default for non-seat0 seats (#69478)

Re: [PATCHES] fix build on GNU/Hurd with GCC 4.8

[PATCH video-ark] Remove usage of mibstore.h (removed from server)

Re: [PATCHES] fix build on GNU/Hurd with GCC 4.8

12 matches

Site Navigation

Mail list logo

Footer information