Am 26.09.11, 07:21 +0200 schrieb Luc Verhaegen:
* Martin Peres - Nouveau
* Alon Levy - Xspice
* Chris Wilson - Cairo
Only half the amount needed, with 5 days left. Surely we can do better
than that for X/Mesa/Wayland/Anything graphics.
I can talk about ICC colour management on top of a composi
On Mon, Sep 26, 2011 at 09:09:57AM +0200, Kai-Uwe Behrmann wrote:
> Am 26.09.11, 07:21 +0200 schrieb Luc Verhaegen:
>> * Martin Peres - Nouveau
>> * Alon Levy - Xspice
>> * Chris Wilson - Cairo
>>
>> Only half the amount needed, with 5 days left. Surely we can do better
>> than that for X/Mesa/Wayl
On Mon, Sep 26, 2011 at 09:14:05AM +0200, Luc Verhaegen wrote:
> On Mon, Sep 26, 2011 at 09:09:57AM +0200, Kai-Uwe Behrmann wrote:
> > Am 26.09.11, 07:21 +0200 schrieb Luc Verhaegen:
> >> * Martin Peres - Nouveau
> >> * Alon Levy - Xspice
> >> * Chris Wilson - Cairo
> >>
> >> Only half the amount n
Hi All,
We are looking for an XORG developer for a customization work of MPX. Pleas
e contact me if anyone is interested in the work.
--
Regards As Always
Sreelaj John
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives
Hi Peter,
Am Monday, 26. September 2011, 16:11:05 schrieb Peter Hutterer:
> sorry, I completely forgot about that.
No problem at all. Your approach is certainly more flexible than mine ever was.
I like the idea of doing both-way emulation in the server, that removes the
need to create both type o
Hi,
I don't usually do "me too" mails but it's for a good cause... FOSDEM is one of
the best places to talk to your users about the future of X.
Would someone be willing and able to fill an hour talking about how Wayland is
doing?
On Mon, 26 Sep 2011 08:58:46 +0100 Ilyes Gouta
wrote:
> Hi,
>
> Date: Sat, 24 Sep 2011 15:16:49 +
> From: Daniel Stone
>
> Hi,
>
> On 24 September 2011 13:26, Mark Kettenis wrote:
> > It's still work. Â And it probably inflicts pain on people like Micahel
> > Daenzer who maintain drivers for older xserver releases. Â And it also
> > inflicts pain on p
On Mon, 2011-09-26 at 10:34 +1000, Peter Hutterer wrote:
> :: whot@barra:~/Download> xmlto man XListInputDevices.xml
> Warn: meta author : no refentry/info/author XListInputDevices
> Note: meta author : see
> http://docbook.sf.net/el/author XListInputDevices
> Warn: meta author : no author data,
On 09/24/11 02:21 PM, Gaetan Nadon wrote:
Which is more useful.
Signed-off-by: Gaetan Nadon
---
doc/Xinput.xml |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/doc/Xinput.xml b/doc/Xinput.xml
index 1ae7afe..87c6d7f 100644
--- a/doc/Xinput.xml
+++ b/doc/Xinput.xml
This should be the right thing to do regardless whether the pci bus
cleanup gets committed.
Signed-off-by: Mark Kettenis
---
src/ct_driver.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/ct_driver.h b/src/ct_driver.h
index 10a24d4..39eeb6e 100644
--- a/src/ct_driv
> From: Jeremy Huddleston
> Date: Sat, 24 Sep 2011 12:24:56 -0700
>
> On Sep 24, 2011, at 05:28, Mark Kettenis wrote:
>
> >> That doesn't help us. PCITAG is gone, and CARD32 is being used
> >> instead. XSERVER_LIBPCIACCESS is still defined. Perhaps *both*
> >> changes are necessary.
> >
> >
On 09/24/11 02:21 PM, Gaetan Nadon wrote:
Signed-off-by: Gaetan Nadon
---
doc/Xinput.xml | 18 ++
1 files changed, 6 insertions(+), 12 deletions(-)
diff --git a/doc/Xinput.xml b/doc/Xinput.xml
index 87c6d7f..b88707f 100644
--- a/doc/Xinput.xml
+++ b/doc/Xinput.xml
@@ -16,16
Reviewed-by: Jeremy Huddleston
On Sep 26, 2011, at 12:41, Mark Kettenis wrote:
> This should be the right thing to do regardless whether the pci bus
> cleanup gets committed.
>
> Signed-off-by: Mark Kettenis
> ---
> src/ct_driver.h |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
This should be the right thing to do regardless whether the pci bus
cleanup gets committed.
Signed-off-by: Mark Kettenis
---
src/ct_driver.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/ct_driver.h b/src/ct_driver.h
index 10a24d4..39eeb6e 100644
--- a/src/ct_driv
> Date: Sat, 24 Sep 2011 18:31:11 +0200
> From: Matthieu Herrb
>
> > Still only a partial review; looking into the changes to the
> > interfaces that map video memory now.
>
> I wanted to look, and more importantly test them, but so far the
> IOADRESS fallout (plus a few other stuff induced by th
On Sep 26, 2011, at 06:10, Mark Kettenis wrote:
>>> I don't really object to the canges to the in10 module (although the
>>> libpciaccess API uses uint32_t instead of unsigned int). But please
>>> keep the IOADDRESS typedef until the majority of the video drivers
>>> have been converted to use t
On Fri, 23 Sep 2011 13:14:57 -0700, Jeremy Huddleston
wrote:
> Thanks for more eyes!
As always, I'm looking for rough consensus about this before I merge it
in; please let me know what you're looking for before it can be merged
to master.
--
keith.pack...@intel.com
pgpXzXCMrhiB5.pgp
Descrip
On Mon, Sep 26, 2011 at 12:56:45PM +0200, Max Schwarz wrote:
> Hi Peter,
>
> Am Monday, 26. September 2011, 16:11:05 schrieb Peter Hutterer:
> > sorry, I completely forgot about that.
> No problem at all. Your approach is certainly more flexible than mine ever
> was.
> I like the idea of doing bo
The first patch in this series adds a new callback hook,
RootWindowCreatedCallback. The second patch uses that to install Damage
handlers for screens 1 and up when Xinerama is enabled, and then marshals damage
from those screens onto screen 0's root window.
Aaron Plattner (2):
dix: Add a RootWi
It is sometimes useful to be able execute code after the root window
has been created, which happens after driver and extension init.
Instead of doing something hacky like wrapping CreateWindow or
installing a wakeup handler, add a callback list that modules can use.
Signed-off-by: Aaron Plattner
The Damage extension creates a pDamage object on the root window of
screen 0 when a DamageCreate request is received. However, this
ignores damage events from other screens so only damage that occurs to
the root window in the bounds of screen 0 is reported.
When the server starts, register a Root
Signed-off-by: Alan Coopersmith
---
src/xftdpy.c |6 +++---
src/xftfreetype.c |2 +-
src/xftinit.c |2 +-
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/xftdpy.c b/src/xftdpy.c
index 747b8db..86cd14c 100644
--- a/src/xftdpy.c
+++ b/src/xftdpy.c
@@ -307,7 +
Fixes many, but not all, of the warnings raised by this option
Signed-off-by: Alan Coopersmith
---
setxkbmap.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/setxkbmap.c b/setxkbmap.c
index 9bfe0df..cde779c 100644
--- a/setxkbmap.c
+++ b/setxkbmap.c
@@ -81,7 +81,
On 09/26/2011 03:43 PM, Alan Coopersmith wrote:
Signed-off-by: Alan Coopersmith
Reviewed-by: Aaron Plattner
XftDefaultParseBool could probably use a const too.
Should these be _Xconst rather than plain old const? Does anyone
#define _Xconst to override the definition in Xfuncproto.h?
--
Hi,
It seems impossible currently to build DDXs with --disable-dri against
an X server built with DRI. The X server's xorg-server.h file defines
XF86DRI, which is included by the DDX's config.h files.
In config.h, if --enable-dri is passed, XF86DRI is defined to 1. With
--disable-dri, /* #undef X
On 09/26/11 04:22 PM, Matt Turner wrote:
Hi,
It seems impossible currently to build DDXs with --disable-dri against
an X server built with DRI. The X server's xorg-server.h file defines
XF86DRI, which is included by the DDX's config.h files.
In config.h, if --enable-dri is passed, XF86DRI is de
On Mon, Sep 26, 2011 at 04:09:11PM -0700, Alan Coopersmith wrote:
> Fixes many, but not all, of the warnings raised by this option
>
> Signed-off-by: Alan Coopersmith
Reviewed-by: Peter Hutterer
Cheers,
Peter
> ---
> setxkbmap.c |8
> 1 files changed, 4 insertions(+), 4 deleti
On 09/25/2011 11:55 AM, Gaetan Nadon wrote:
On Sat, 2011-09-24 at 20:23 -0600, Matt Dew wrote:
---
specs/saver.xml | 30 +++---
1 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/specs/saver.xml b/specs/saver.xml
index b1e6f95..bcdd3a0 100644
--- a/spec
The pile of spaghettis that is the xfree86 include dependencies make it
rather hard to have a single typedef somewhere that's not interfering with
everything else or drags in a whole bunch of other includes.
Move the xf86OptionRec and GenericListRec declarations into a separate
header.
Signed-off
On 09/26/11 05:57 PM, Peter Hutterer wrote:
The pile of spaghettis that is the xfree86 include dependencies make it
rather hard to have a single typedef somewhere that's not interfering with
everything else or drags in a whole bunch of other includes.
Move the xf86OptionRec and GenericListRec de
Are you considering adding "xrefstyle" with pageabbrev to all xref links?
If so, consider this suggestion to put it in the customization layer.
http://lists.oasis-open.org/archives/docbook-apps/200405/msg00121.html
This attribute was meant to override the default in a few instances.
Consider t
Remove them from the build script, they may not work against the server.
Signed-off-by: Peter Hutterer
---
build.sh |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/build.sh b/build.sh
index 59c4d80..0c20175 100755
--- a/build.sh
+++ b/build.sh
@@ -748,7 +748,6 @@ build
On 09/26/11 06:19 PM, Peter Hutterer wrote:
Remove them from the build script, they may not work against the server.
Signed-off-by: Peter Hutterer
---
build.sh |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/build.sh b/build.sh
index 59c4d80..0c20175 100755
--- a/bu
On Tue, Sep 20, 2011 at 12:46:57PM +1000, Peter Hutterer wrote:
> We've retired a few input drivers a while ago. The ones we still have left
> are in a variety of different states. The big 4 are maintained and expected
> to work (evdev, synaptics, mouse, keyboard) with the development version of
>
On Mon, Sep 26, 2011 at 7:22 PM, Matt Turner wrote:
> Hi,
>
> It seems impossible currently to build DDXs with --disable-dri against
> an X server built with DRI. The X server's xorg-server.h file defines
> XF86DRI, which is included by the DDX's config.h files.
>
> In config.h, if --enable-dri is
Keith, the following are those patches from my next tree that don't affect
ABI, don't require new input proto and are supposed to be generally just
useful. Please merge them into master, I'll get the others ready once I have
reviews for smooth scrolling.
Cheers,
Peter
The following changes sinc
Signed-off-by: Matt Turner
---
src/mga_dga.c|2 +-
src/mga_dri.c| 70 +++---
src/mga_driver.c | 28 ++--
src/mga_merge.c | 22
src/mga_storm.c |2 +-
src/mga_vga.c|6 ++--
src/mga_vide
Signed-off-by: Matt Turner
---
src/mga_dri.c| 24
src/mga_driver.c | 20 ++--
src/mga_merge.c |6 ++
src/mga_video.c |3 +--
4 files changed, 17 insertions(+), 36 deletions(-)
diff --git a/src/mga_dri.c b/src/mga_dri.c
index 957c6df.
Signed-off-by: Matt Turner
---
src/mga_exa.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mga_exa.c b/src/mga_exa.c
index f292327..e5eaa92 100644
--- a/src/mga_exa.c
+++ b/src/mga_exa.c
@@ -865,7 +865,7 @@ mgaExaInit(ScreenPtr pScreen)
xf86DrvMsg(pScrn->scr
Signed-off-by: Matt Turner
---
src/mga_driver.c | 14 +-
src/mga_merge.c |2 +-
2 files changed, 2 insertions(+), 14 deletions(-)
diff --git a/src/mga_driver.c b/src/mga_driver.c
index dcbfabf..4af36ca 100644
--- a/src/mga_driver.c
+++ b/src/mga_driver.c
@@ -2164,7 +2164,7 @@
I wonder if there are any other patterns we haven't seen yet?
Signed-off-by: Matt Turner
---
hw/xfree86/fbdevhw/fbdevhw.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/hw/xfree86/fbdevhw/fbdevhw.c b/hw/xfree86/fbdevhw/fbdevhw.c
index dee731b..fbda349 100644
--- a/hw/x
On Mon, Sep 19, 2011 at 09:03:27PM +0200, Matthieu Herrb wrote:
> This does not really handle hotplug (it's handled inside the kernel,
> by the 'mux' devices), but uses the wscons console driver
> configuration to figure out the keyboard layout and the list of
> pointing devices found by the kernel
On Tue, 27 Sep 2011 12:02:44 +1000, Peter Hutterer
wrote:
> Carlos Garnacho (1):
> Xi: Fix passive XI2 ungrabs on XIAll[Master]Devices
>
> Daniel Kurtz (4):
> os/log: Pull LogMessageTypeVerbString out of LogVMessageVerb
> os/log: Add LogVHdrMessageVerb and friends
> xf86
On Mon, Sep 26, 2011 at 10:41:49PM -0400, Matt Turner wrote:
> --- a/src/mga_video.c
> +++ b/src/mga_video.c
> @@ -131,8 +131,7 @@ void MGAInitVideo(ScreenPtr pScreen)
> num_adaptors = 1;
> adaptors = &newAdaptor;
> } else {
> - newAdaptors = /* need to free this
Reviewed-by: Jamey Sharp
On Mon, Sep 26, 2011 at 10:41:50PM -0400, Matt Turner wrote:
> Signed-off-by: Matt Turner
> ---
> src/mga_dri.c| 24
> src/mga_driver.c | 20 ++--
> src/mga_merge.c |6 ++
> src/mga_video.c |3 +--
> 4 files
Reviewed-by: Jamey Sharp
On Mon, Sep 26, 2011 at 10:41:52PM -0400, Matt Turner wrote:
> Signed-off-by: Matt Turner
> ---
> src/mga_driver.c | 14 +-
> src/mga_merge.c |2 +-
> 2 files changed, 2 insertions(+), 14 deletions(-)
>
> diff --git a/src/mga_driver.c b/src/mga_drive
Reviewed-by: Jamey Sharp
On Mon, Sep 26, 2011 at 10:58:24PM -0400, Matt Turner wrote:
> I wonder if there are any other patterns we haven't seen yet?
>
> Signed-off-by: Matt Turner
> ---
> hw/xfree86/fbdevhw/fbdevhw.c |2 --
> 1 files changed, 0 insertions(+), 2 deletions(-)
>
> diff --gi
On Tue, Sep 27, 2011 at 12:11 AM, Jamey Sharp wrote:
> On Mon, Sep 26, 2011 at 10:41:49PM -0400, Matt Turner wrote:
>> --- a/src/mga_video.c
>> +++ b/src/mga_video.c
>> @@ -131,8 +131,7 @@ void MGAInitVideo(ScreenPtr pScreen)
>> num_adaptors = 1;
>> adaptors = &newAdaptor;
>>
Commit 05284a03f9002b03a66ae355b34790ec02b726f0 missed fixing up
kdrive's use of the old non-opaque structure.
Signed-off-by: Jamey Sharp
---
hw/kdrive/src/kinfo.c | 12 +---
1 files changed, 1 insertions(+), 11 deletions(-)
diff --git a/hw/kdrive/src/kinfo.c b/hw/kdrive/src/kinfo.c
i
I just sent out a new fix following the merge of Peter's branch;
meanwhile, I still have three year-old patches I'd like to get reviewed.
All four are available from my personal repo (see below), rebased on
current xserver master, and I've verified that each patch builds. I'm
also resending the old
Nothing ever set clientClip to anything but a region or NULL, so delete
the clientClipType field and change clientClip from (pointer) to
(RegionPtr).
Signed-off-by: Jamey Sharp
---
dix/gc.c | 51 +--
exa/exa_accel.c| 18 ++
A window's DrawableRec's x and y fields contain the offsets to be
applied to protocol-visible window-relative coordinates in order to make
those coordinates screen-relative instead. When Xinerama is active,
coordinates relative to the root window need to be adjusted for each
screen by the position
Use the mi implementation of these functions instead, moving them to
dix/gc.c.
Signed-off-by: Jamey Sharp
---
Xext/panoramiX.c | 32 --
dix/gc.c | 87 +--
doc/Xserver-spec.xml | 74 +-
exa/exa
On Mon, Sep 26, 2011 at 10:38:44PM -0700, Jamey Sharp wrote:
> Commit 05284a03f9002b03a66ae355b34790ec02b726f0 missed fixing up
> kdrive's use of the old non-opaque structure.
>
> Signed-off-by: Jamey Sharp
sorry.
Reviewed-by: Peter Hutterer
Cheers,
Peter
> ---
> hw/kdrive/src/kinfo.c |
Signed-off-by: Dirk Wallenstein
---
xorg.modules |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/xorg.modules b/xorg.modules
index 1d32ba7..265bb75 100644
--- a/xorg.modules
+++ b/xorg.modules
@@ -2064,13 +2064,13 @@
+
+
On Tue, Sep 27, 2011 at 08:48:24AM +0200, Dirk Wallenstein wrote:
> Signed-off-by: Dirk Wallenstein
Reviewed-by: Peter Hutterer
Cheers,
Peter
> ---
> xorg.modules |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/xorg.modules b/xorg.modules
> index 1d32ba7..2
56 matches
Mail list logo