Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/xorg-gtest_main.cpp | 25 ++---
1 file changed, 14 insertions(+), 11 deletions(-)
diff --git a/src/xorg-gtest_main.cpp b/src/xorg-gtest_main.cpp
index bbf232b..08927a0 100644
--- a/src/xorg-gtest_main.cpp
+++
Introduced in e1c010f23272e61c28c73aa603b477ba6fbae875
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
examples/xorg-gtest-example.cpp |2 +-
include/xorg/gtest/evemu/xorg-gtest_device.h |2 +-
include/xorg/gtest/xorg-gtest_environment.h |2 +-
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
examples/Makefile.am |3 +++
1 file changed, 3 insertions(+)
diff --git a/examples/Makefile.am b/examples/Makefile.am
index b9b914b..4a3b633 100644
--- a/examples/Makefile.am
+++ b/examples/Makefile.am
@@ -29,10 +29,12 @@
Errors/warnings on building documentation are enough, we don't need to see
the whole spew
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
doc/Doxyfile |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/Doxyfile b/doc/Doxyfile
index 488b15c..cf58184 100644
---
XSERVER implies this has to do with the server, but these are the client
libs.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
configure.ac |2 +-
examples/Makefile.am |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
Hopefully saves the next poor sod weird linker errors.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/Makefile.am |1 +
1 file changed, 1 insertion(+)
diff --git a/src/Makefile.am b/src/Makefile.am
index 148f1f2..0b93df0 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@
Alan Coopersmith alan.coopersm...@oracle.com writes:
Clear them out when needed instead of leaving whatever values were
present in previously sent messages.
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
v2: Simplified as suggested by Keith to just use memset instead of a
I left the first patch as-is because it's easy to cherry-pick to 1.12 this
way. I also left the xf86BlockSIGIO() calls in though I don't think outside
of the ddx actually uses them. We can probably drop them, either this cycle
or the next.
Cheers,
Peter
Drivers call xf86InstallSIGIOHandler() for their fd on DEVICE_ON. That
function does not actually enable the signal if it was blocked to begin
with. As a result, if one vt-switches away from the server (SIGIO is
blocked) and then triggers a server regeneration, the signal remains
blocked and input
Let the dix be in charge of changing the sigprocmask so we only have one
entity that changes it.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/os.h |6 +++
os/utils.c | 54 +--
test/Makefile.am |3 +-
test/os.c| 130
We can ignore the wasset argument now since the DIX will keep proper
refcounting.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
hw/xfree86/os-support/shared/sigio.c | 17 ++---
1 file changed, 2 insertions(+), 15 deletions(-)
diff --git
The hooks are left for this cycle, we can drop it next cycle once the
drivers that need it (e.g. wacom) have been updated.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
hw/xfree86/common/xf86Cursor.c | 12 +---
hw/xfree86/common/xf86Events.c | 14
Peter Hutterer peter.hutte...@who-t.net writes:
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
These patches all seem innocuous enough;
For the series, Reviewed-by: Keith Packard kei...@keithp.com
--
keith.pack...@intel.com
pgpPT88BkAcHC.pgp
Description: PGP signature
Peter Hutterer peter.hutte...@who-t.net writes:
We can ignore the wasset argument now since the DIX will keep proper
refcounting.
Ok, so I was thinking that we should change the API here, but really
what we should do is plan to change users to use
OsBlockSIGIO/OsReleaseSIGIO directly and plan
Set a destructor function on pixman images and call fbFinishAccess()
from there, rather than directly from free_pixman_pict(). This ensures
that fbFinishAccess() gets called even if pixman still has a reference
to the image after free_pixman_pict(), as is the case for alphamaps.
Reviewed-by:
Peter Hutterer peter.hutte...@who-t.net writes:
void
OsReleaseSignals(void)
{
#ifdef SIG_BLOCK
if (--BlockedSignalCount == 0) {
sigprocmask(SIG_SETMASK, PreviousSignalMask, 0);
+OsReleaseSIGIO();
}
#endif
Should you use SIG_UNBLOCK instead of SIG_SETMASK?
Peter Hutterer peter.hutte...@who-t.net writes:
I left the first patch as-is because it's easy to cherry-pick to 1.12 this
way. I also left the xf86BlockSIGIO() calls in though I don't think outside
of the ddx actually uses them. We can probably drop them, either this cycle
or the next.
I
This branch is available on
git://people.freedesktop.org/~whot/xorg-gtest :devel
The main features here are adding a new XServer class that controls most of
the server-related bits. The current API is maintained, the bits just move
into different classes so existing tests should continue to
This class is a Process, so it's a drop-in replacement for the current
Environment, but it provides a few methods to talk to the server being
started.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
configure.ac|2 +-
include/Makefile.am
And initialise with the default settings
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-xserver.h | 12
src/environment.cpp |4 +++-
src/xserver.cpp | 26 +-
3 files
Moved from Environment to XServer class
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-xserver.h |5 +
src/environment.cpp | 34 +-
src/xserver.cpp | 35
The API currently means we lose the ability to pass arbitrary options (aside
from display/logfile/conf path), but this should be of minor impact only.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-xserver.h |6 ++
src/environment.cpp
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-xserver.h |2 ++
src/environment.cpp | 35 ---
src/xserver.cpp | 40 +++
3 files changed, 42
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-xserver.h |4
src/xserver.cpp |4
2 files changed, 8 insertions(+)
diff --git a/include/xorg/gtest/xorg-gtest-xserver.h
b/include/xorg/gtest/xorg-gtest-xserver.h
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-xserver.h | 13
src/environment.cpp | 31 +++-
src/xserver.cpp | 34 +++
3 files changed, 50
Doesn't do much yet, but once we support -displayfd we can hook it up here.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-xserver.h |7 +--
src/xserver.cpp |9 ++---
2 files changed, 11 insertions(+), 5
Keep those in the server only, not the environment. And only override the
build-in ones when they've been set by main.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/environment.cpp | 22 +-
1 file changed, 13 insertions(+), 9 deletions(-)
diff --git
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-xserver.h | 18
src/xserver.cpp | 35 ---
2 files changed, 41 insertions(+), 12 deletions(-)
diff --git
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/environment.cpp |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/environment.cpp b/src/environment.cpp
index 01b2148..f28bec4 100644
--- a/src/environment.cpp
+++ b/src/environment.cpp
@@ -106,9 +106,9 @@
Same thing as the va_list but takes a std::vector of arguments instead.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-process.h | 16
src/process.cpp | 20 +---
2 files changed, 29
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-xserver.h | 21 -
1 file changed, 20 insertions(+), 1 deletion(-)
diff --git a/include/xorg/gtest/xorg-gtest-xserver.h
b/include/xorg/gtest/xorg-gtest-xserver.h
index 707888e..6eb2241
There's probably some better way to do this than strdup()ing everything,
send me a patch if you know how.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/xserver.cpp | 24 ++--
1 file changed, 18 insertions(+), 6 deletions(-)
diff --git a/src/xserver.cpp
Don't rely on the environment alone, take the display string if it's been
set.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-test.h |7 +++
src/test.cpp |8 +++-
2 files changed, 14 insertions(+), 1 deletion(-)
evemu doesn't export this information and even evemu-device just trawls
through the file system to print this info. So do the same here, noting the
time before evemu_create() and the ctime of the new device file. If the
latter is later than the former and the device names match, we can assume
this
This series builds on top of chase' integration test branch, the whole lot
is available for, ahaha, testing from
git://people.freedesktop.org/~whot/xserver :driver-integration-testing
It requires the xorg-gtest patches available from
git://people.freedesktop.org/~whot/xorg-gtest :devel
The
integration tests require a bit more effort than the other tests, so make it
run on a separate target.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
Makefile.am |3 +++
test/Makefile.am |2 ++
test/integration/Makefile.am |9 ++---
3
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/Makefile.am | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/test/Makefile.am b/test/Makefile.am
index f58faed..aacd0c7 100644
--- a/test/Makefile.am
+++ b/test/Makefile.am
@@ -1,10 +1,11 @@
+SUBDIRS =
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/integration/Makefile.am | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/test/integration/Makefile.am b/test/integration/Makefile.am
index 4b02463..eefcbe5 100644
--- a/test/integration/Makefile.am
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/integration/Makefile.am |2 +-
test/integration/input_drivers.cpp | 128
2 files changed, 129 insertions(+), 1 deletion(-)
create mode 100644 test/integration/input_drivers.cpp
diff
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/integration/xi2.cpp | 172 ++
1 file changed, 5 insertions(+), 167 deletions(-)
diff --git a/test/integration/xi2.cpp b/test/integration/xi2.cpp
index 1cbbe05..5dcf831 100644
---
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/integration/input_drivers.cpp | 19 +++
1 file changed, 19 insertions(+)
diff --git a/test/integration/input_drivers.cpp
b/test/integration/input_drivers.cpp
index 5b3060b..bd0777f 100644
---
Default behaviour on linux is new devices are assigned the evdev driver and
show up with the same name as the uinput device. Test for that.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/integration/input_drivers.cpp | 65
1 file changed,
Check if the default mouse/keyboard sections are added if AutoAddDevices is
disabled.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/integration/Makefile.am |5 +-
test/integration/xorg-conf-input-tests.cpp | 111
2 files changed,
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/integration/xorg-conf-input-tests.cpp | 71
1 file changed, 71 insertions(+)
diff --git a/test/integration/xorg-conf-input-tests.cpp
b/test/integration/xorg-conf-input-tests.cpp
index 1a9871e..76512ca
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
.../SynPS2_Synaptics_TouchPad/device.prop | 33
test/integration/xorg-conf-input-tests.cpp | 82 ++--
2 files changed, 107 insertions(+), 8 deletions(-)
create mode 100644
On Mon, Jul 2, 2012 at 11:52 PM, Keith Packard kei...@keithp.com wrote:
Adam Jackson a...@nwnk.net writes:
On 7/2/12 6:13 AM, Dave Airlie wrote:
I think anywhere you see a screen number on the wire the safe thing to
do is index protocolscreens not gpuscreens.
DGAAvailable is also called
On Mon, Jul 2, 2012 at 9:07 PM, Adam Jackson a...@nwnk.net wrote:
On 7/2/12 6:12 AM, Dave Airlie wrote:
+void
+RemoveGPUScreen(ScreenPtr pScreen)
+{
+int idx, j;
+if (!pScreen-isGPU)
+return;
+
+idx = pScreen-myNum - GPU_SCREEN_OFFSET;
+for (j = idx; j
On Mon, Jul 2, 2012 at 11:45 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
On Mon, Jul 2, 2012 at 8:11 PM, Keith Packard kei...@keithp.com wrote:
Well an unbound gpu you probably don't know its a slave, its just
unbound.
It's about to become a slave
On Mon, Jul 2, 2012 at 10:31 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
No they can all do it, just haven't the code to do the picking yet of
a driver, and since
USB is really the only thing I can hotplug so far.
It seems like more driver ABI changes
From: Dave Airlie airl...@redhat.com
This patch introduces gpu screens into screenInfo. It adds interfaces
for adding and removing gpu screens, along with adding private fixup,
block handler support, and scratch pixmap init.
GPU screens have a myNum that is offset by GPU_SCREEN_OFFSET (256),
On Tue, Jul 3, 2012 at 8:51 AM, Dave Airlie airl...@gmail.com wrote:
On Mon, Jul 2, 2012 at 11:52 PM, Keith Packard kei...@keithp.com wrote:
Adam Jackson a...@nwnk.net writes:
On 7/2/12 6:13 AM, Dave Airlie wrote:
I think anywhere you see a screen number on the wire the safe thing to
do is
From: Dave Airlie airl...@redhat.com
v2: Split out DGAAvailable into two interfaces, one for calls from protocol
decoding and one for internal usage, after discussion with ajax and keithp.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/common/xf86DGA.c | 15
On Mon, Jul 2, 2012 at 10:32 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
On Mon, Jul 2, 2012 at 8:20 PM, Keith Packard kei...@keithp.com wrote:
though a void * that just cases an fd is probably okay.
That was my thinking. void * covers a lot of sins.
On Tue, Jul 3, 2012 at 12:51 AM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
From: Dave Airlie airl...@redhat.com
When randr notices a crtc configuration request for a slave device,
it checks if the slave allocated pixmap exists and is suitable,
if not it
On Tue, Jul 3, 2012 at 12:41 AM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
+void
+AttachOutputGPU(ScreenPtr pScreen, ScreenPtr new)
+{
+assert(new-isGPU);
+xorg_list_add(new-output_head, pScreen-output_slave_list);
+new-current_master =
On Tue, Jul 3, 2012 at 1:02 AM, Keith Packard kei...@keithp.com wrote:
Adam Jackson a...@nwnk.net writes:
I'm not sure this makes sense? The list of slave outputs is the list of
outputs from other screens connected to _this_ screen's CRTC list,
right? So _this_ screen's CRTC list is all you
On Mon, Jul 2, 2012 at 11:55 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
From: Dave Airlie airl...@redhat.com
This driver is currently really the only choice for a hotplug
at the moment, we can refine this in the future to try and
pick the driver names.
On Mon, Jul 2, 2012 at 10:22 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Mon, Jul 2, 2012 at 6:13 AM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
For DRI2 in some offload cases we need to set a new pixmap on the crtc,
this hook allows dri2 to call into randr
On Mon, Jul 2, 2012 at 10:16 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Mon, Jul 2, 2012 at 6:13 AM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
Current USB devices have no hw rendered cursors, so we need the
master GPU to render the cursor, so whenever we
Hello,
since the patches got lost somewhere without even generating an error
sending as plain email.
Changes since v1:
- split out module 'query' functions
- rename some variables
- fix some whitespace and braces
Thanks
Michal
From a86d41ee113f76776a9410205ef6f90c78e41d22 Mon Sep 17
On Mon, Jul 2, 2012 at 8:35 PM, Dave Airlie airl...@gmail.com wrote:
On Mon, Jul 2, 2012 at 8:07 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
+xf86ProviderPtr
+xf86ProviderCreate(ScrnInfoPtr scrn,
+ const xf86ProviderFuncsRec *funcs,
(forgot list first time I sent this).
On Mon, Jul 2, 2012 at 10:03 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
On Mon, Jul 2, 2012 at 8:54 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
Yes thats going to be the
On Tue, Jul 3, 2012 at 12:41 AM, Keith Packard kei...@keithp.com wrote:
Adam Jackson a...@nwnk.net writes:
On 7/2/12 6:13 AM, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
This bumps totalPixmapSize in all attached screens.
Aieee. totalPixmapSize is now monotonically increasing
On Mon, Jul 2, 2012 at 10:10 PM, Adam Jackson a...@nwnk.net wrote:
On 7/2/12 6:13 AM, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
These asserts stop us increasing the size of privates after create screen
resources has been called, however for dynamic screens we need to be able
On Tue, Jul 3, 2012 at 6:09 AM, Dave Airlie airl...@gmail.com wrote:
On Mon, Jul 2, 2012 at 10:22 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Mon, Jul 2, 2012 at 6:13 AM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
For DRI2 in some offload cases we need to
On Tue, Jul 3, 2012 at 7:57 AM, Dave Airlie airl...@gmail.com wrote:
(forgot list first time I sent this).
On Mon, Jul 2, 2012 at 10:03 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
On Mon, Jul 2, 2012 at 8:54 PM, Keith Packard kei...@keithp.com wrote:
From: Dave Airlie airl...@redhat.com
This option is to stop the X server adding non-primary devices as
gpu screens.
v2: fix per Keith's suggestion.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/common/xf86Config.c | 15 ++-
hw/xfree86/common/xf86Globals.c
On Tue, Jul 3, 2012 at 2:57 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Jul 3, 2012 at 7:57 AM, Dave Airlie airl...@gmail.com wrote:
(forgot list first time I sent this).
On Mon, Jul 2, 2012 at 10:03 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
From: Dave Airlie airl...@redhat.com
This adds the initial prime support for dri2 offload. The main thing is
when we get a connection from a prime client, we stored the information
and mark all drawables from that client as prime. We then create all
buffers for that drawable on the prime device
On Tue, Jul 3, 2012 at 10:10 AM, Dave Airlie airl...@gmail.com wrote:
On Tue, Jul 3, 2012 at 2:57 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Jul 3, 2012 at 7:57 AM, Dave Airlie airl...@gmail.com wrote:
(forgot list first time I sent this).
On Mon, Jul 2, 2012 at 10:03 PM, Keith
On Mon, Jul 2, 2012 at 5:13 AM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
Current code constrains the cursor to the crtcs on the master
device, for slave outputs to work we have to include their crtcs
in the constrain calculations.
Signed-off-by: Dave Airlie
On 07/02/2012 08:17 PM, Peter Hutterer wrote:
Mixing dashes and spaces in xorg-gtest_foobar.h is a painful naming
convention. Use dashes only instead, and provide compat headers plus a
warning for those using the old header files.
Those users should be using xorg-gtest.h anyway.
Signed-off-by:
On Tue, Jul 3, 2012 at 3:25 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Jul 3, 2012 at 10:10 AM, Dave Airlie airl...@gmail.com wrote:
On Tue, Jul 3, 2012 at 2:57 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Jul 3, 2012 at 7:57 AM, Dave Airlie airl...@gmail.com wrote:
(forgot
Everything in the series looks good.
Reviewed-by: Chase Douglas chase.doug...@canonical.com
___
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
On Tue, Jul 3, 2012 at 10:49 AM, Dave Airlie airl...@gmail.com wrote:
On Tue, Jul 3, 2012 at 3:25 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Jul 3, 2012 at 10:10 AM, Dave Airlie airl...@gmail.com wrote:
On Tue, Jul 3, 2012 at 2:57 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On
On 07/02/2012 11:44 PM, Peter Hutterer wrote:
This class is a Process, so it's a drop-in replacement for the current
Environment, but it provides a few methods to talk to the server being
started.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
configure.ac
On 07/02/2012 11:44 PM, Peter Hutterer wrote:
Moved from Environment to XServer class
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-xserver.h |5 +
src/environment.cpp | 34 +-
On 07/02/2012 11:44 PM, Peter Hutterer wrote:
The API currently means we lose the ability to pass arbitrary options (aside
from display/logfile/conf path), but this should be of minor impact only.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
On 07/02/2012 11:44 PM, Peter Hutterer wrote:
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
It makes sense to move the startup to the XServer object, but the
environment should then contain an XServer object and start it. The
point of the environment is that it starts up an xserver
On 07/02/2012 11:44 PM, Peter Hutterer wrote:
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-xserver.h | 13
src/environment.cpp | 31 +++-
src/xserver.cpp | 34
On 07/02/2012 11:44 PM, Peter Hutterer wrote:
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-xserver.h |4
src/xserver.cpp |4
2 files changed, 8 insertions(+)
diff --git
On 07/02/2012 11:44 PM, Peter Hutterer wrote:
Doesn't do much yet, but once we support -displayfd we can hook it up here.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-xserver.h |7 +--
src/xserver.cpp |9
On 07/02/2012 11:44 PM, Peter Hutterer wrote:
Keep those in the server only, not the environment. And only override the
build-in ones when they've been set by main.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/environment.cpp | 22 +-
1 file changed,
Dave Airlie airl...@gmail.com writes:
The current problem is I'm not sure any OS exposes muxless and mux
in one OS. Mac OSX always uses muxed, Vista the same, and I think
Windows 7 always exposes muxless if the bios reports optimus support
or the AMD equivalent.
So we pick the simplest mux
On 07/02/2012 11:44 PM, Peter Hutterer wrote:
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-xserver.h | 18
src/xserver.cpp | 35 ---
2 files changed, 41 insertions(+), 12
On 07/02/2012 11:44 PM, Peter Hutterer wrote:
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/environment.cpp |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/environment.cpp b/src/environment.cpp
index 01b2148..f28bec4 100644
---
On 07/02/2012 11:44 PM, Peter Hutterer wrote:
Same thing as the va_list but takes a std::vector of arguments instead.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-process.h | 16
src/process.cpp | 20
On 07/02/2012 11:44 PM, Peter Hutterer wrote:
There's probably some better way to do this than strdup()ing everything,
send me a patch if you know how.
Hopefully it will be easier if we use a vector of std::strings, as I
mentioned in the previous patch review :).
Signed-off-by: Peter
Dave Airlie airl...@gmail.com writes:
no further changes needed, granted I've no idea what drivers other
than modesetting will ever do proper hotplug,
I suppose I could get a real PCIE dock at some point and hotplug
radeon or nouveau, but there is a lot of work
kernel side before we could
On 07/02/2012 11:44 PM, Peter Hutterer wrote:
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-xserver.h | 21 -
1 file changed, 20 insertions(+), 1 deletion(-)
diff --git a/include/xorg/gtest/xorg-gtest-xserver.h
Dave Airlie airl...@gmail.com writes:
So I'm not sure what you mean by per-screen private data, drivers have
requirements for per-pixmap private data as well, currently by modesetting
driver stashes the slave framebuffer id from the kernel into a pixmap
private.
By per-screen private data, I
Dave Airlie airl...@gmail.com writes:
I could add
assert(!new-current_master);
which should be true.
Yeah, that's probably a good idea for now; I fear mis-use of this API
will end with slaves being on multiple masters...
--
keith.pack...@intel.com
pgpyTbWgfZTTx.pgp
Description: PGP
Dave Airlie airl...@gmail.com writes:
On Mon, Jul 2, 2012 at 10:32 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
On Mon, Jul 2, 2012 at 8:20 PM, Keith Packard kei...@keithp.com wrote:
though a void * that just cases an fd is probably okay.
That was my
Dave Airlie airl...@gmail.com writes:
So it made sense to stick it in the pixmap when I had two users, I
suppose I could
try and stash it somewhere else in each user but it might get a bit
ugly.
Meh. It's a bit weird to have it in the pixmap, but I guess it does seem
simplest.
--
On 07/02/2012 11:44 PM, Peter Hutterer wrote:
Don't rely on the environment alone, take the display string if it's been
set.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/xorg/gtest/xorg-gtest-test.h |7 +++
src/test.cpp |8 +++-
On 07/02/2012 11:44 PM, Peter Hutterer wrote:
evemu doesn't export this information and even evemu-device just trawls
through the file system to print this info. So do the same here, noting the
time before evemu_create() and the ctime of the new device file. If the
latter is later than the
On Tue, Jul 3, 2012 at 7:26 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
So I'm not sure what you mean by per-screen private data, drivers have
requirements for per-pixmap private data as well, currently by modesetting
driver stashes the slave framebuffer
Dave Airlie airl...@gmail.com writes:
I don't think its that bad, I think I got most of them, once the user has
looked
up the crtc XID, you don't care about the screen that often.
Seems like the following will need changes:
ProcRRSelectInput
Must send CRTC/OUTPUT
On 03.07.2012, at 16:22, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
This adds the initial prime support for dri2 offload. The main thing is
when we get a connection from a prime client, we stored the information
and mark all drawables from that client as prime. We then create
Dave Airlie airl...@gmail.com writes:
On Tue, Jul 3, 2012 at 7:26 PM, Keith Packard kei...@keithp.com wrote:
This sounds like what we want, do we have any examples of this sort of
thing already, I could take a look tomorrow, though it would be a bit of
a change to drivers that currently
1 - 100 of 127 matches
Mail list logo