From: Dave Airlie airl...@redhat.com
Tell changed need to tell only for the master pixmap,
however it gets called from various places for slave screens,
so convert to telling clients about changes on the master screen.
Signed-off-by: Dave Airlie airl...@redhat.com
---
randr/randr.c | 26
From: Dave Airlie airl...@redhat.com
The master contains the complete screen size bounds, so check
the width/height against it.
Signed-off-by: Dave Airlie airl...@redhat.com
---
randr/rrcrtc.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/randr/rrcrtc.c b
From: Dave Airlie airl...@redhat.com
This adds two functions for drivers to use directly to keep a
linked list of slave pixmaps to do damage tracking on and keep
updated. It also adds a helper function that drivers may optionally
call to do a simple copy area damage update.
v2: use damage.h
From: Dave Airlie airl...@redhat.com
Add the simple passthrough interface for drivers to use,
so they can set scanout pixmaps.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/modes/xf86Crtc.h|5 +
hw/xfree86/modes/xf86RandR12.c | 11 +++
2 files changed, 16
From: Dave Airlie airl...@redhat.com
This will detach any scanout pixmaps attached to slave crtcs.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/modes/xf86Crtc.c | 20
hw/xfree86/modes/xf86Crtc.h |3 +++
2 files changed, 23 insertions(+)
diff --git
From: Dave Airlie airl...@redhat.com
If we get disconnected or a randr event, disconnect the slave crtcs.
v2: fix warning.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/common/xf86platformBus.c | 12 +++-
hw/xfree86/modes/xf86RandR12.c |2 ++
2 files changed
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 plug in a
slave device, fallback to sw rendered cursors.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/ramdac/xf86Cursor.c |2
From: Dave Airlie airl...@redhat.com
add the linked list and provider hooks.
Signed-off-by: Dave Airlie airl...@redhat.com
---
dix/dispatch.c | 18 ++
hw/xfree86/common/xf86platformBus.c |3 +++
hw/xfree86/modes/xf86RandR12.c | 12
From: Dave Airlie airl...@redhat.com
When the client asks for the screen resources list, it will now
get a list of crtc/outputs for the master + all attached slaves,
this will let randr configure all attached slave devices properly.
Signed-off-by: Dave Airlie airl...@redhat.com
---
randr
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 to do the necessary work to set
a pixmap as the scanout pixmap for the crtc the drawable is currently on.
This is really only to be used
From: Dave Airlie airl...@redhat.com
This is so we can tell the scanout pixmap has changed between calls
to the crtc set function.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/modes/xf86Crtc.h|6 +-
hw/xfree86/modes/xf86RandR12.c |4
2 files changed, 9
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
Hi,
Just wondering about what sort of things are considered ABI breaks in reality,
From my understanding, I should be able to
a) add new members to end of ScreenRec.
b) add new members to xf86ScrnInfoRec in the reserved sections.
Can I though add members to GC, Pixmap, Picture structs or does
On Mon, Jul 2, 2012 at 5:31 PM, walter harms wha...@bfs.de wrote:
Am 02.07.2012 12:13, schrieb Dave Airlie:
From: Dave Airlie airl...@redhat.com
This list is meant for attaching unbound gpu screens to initially,
before the client side rebinds them.
Signed-off-by: Dave Airlie airl
On Mon, Jul 2, 2012 at 11:13 AM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
This adds the initial provider object and provider property
support to the randr dix code.
v2: destroy provider in screen close
v2.1: fix whitespace
v3: update for latest rev
On Mon, Jul 2, 2012 at 7:19 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
+PROVIDER { XID }
+
+MAXMASTER { CARD16 }
+ Maximum number of master GPUs server can support.
+ 1 unless dynamic xinerama is enabled.
You don't need a type for this; it's
On Mon, Jul 2, 2012 at 7:37 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
+int
+xf86platformAddDevice(int index)
+{
+int i, old_screens, scr_index;
+DriverPtr drvp = NULL;
+int entity;
+screenLayoutPtr layout;
+
+for (i = 0; i
On Mon, Jul 2, 2012 at 8:11 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
From: Dave Airlie airl...@redhat.com
This list is meant for attaching unbound gpu screens to initially,
before the client side rebinds them.
You'll need this before 10/36 can
On Mon, Jul 2, 2012 at 8:20 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
From: Dave Airlie airl...@redhat.com
This is a hooks for pixmap sharing and tracking.
The pixmap sharing ones get an integer handle for the pixmap
and use a handle to be the backing
On Mon, Jul 2, 2012 at 8:12 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
From: Dave Airlie airl...@redhat.com
This is the default attachment, unbound gpu screens get
attached to the 0 protocol screen.
This code doesn't check to see if the GPU is unbound
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, const char *name)
+{
+xf86CrtcConfigPtr xf86_config
On Mon, Jul 2, 2012 at 7:52 PM, Keith Packard kei...@keithp.com wrote:
Dave Airlie airl...@gmail.com writes:
+struct _rrProvider {
+RRProvider id;
+ScreenPtr pScreen; /* gpu screen more than likely */
+int current_role;
uint32_t current_role
indeed,
diff --git a/randr
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
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
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
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
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
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 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
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
On Tue, Jul 3, 2012 at 7:49 PM, Keith Packard kei...@keithp.com wrote:
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
On Tue, Jul 3, 2012 at 7:01 PM, Keith Packard kei...@keithp.com wrote:
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
On Wed, Jul 4, 2012 at 1:07 AM, Aaron Plattner aplatt...@nvidia.com wrote:
On 07/02/2012 03:12 AM, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
diff --git a/render/glyph.c b/render/glyph.c
index acb573f..c121e64 100644
--- a/render/glyph.c
+++ b/render/glyph.c
@@ -687,6 +687,8
From: Dave Airlie airl...@redhat.com
A provider object represents a GPU or virtual device that provides
rendering or output services to the X server. This protocol
allow controlling provider objects for output and offload slave devices.
v1.1: fix typo add missing define
v2: rename nProperties
From: Dave Airlie airl...@redhat.com
---
dix/privates.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dix/privates.c b/dix/privates.c
index 0948325..2b8af27 100644
--- a/dix/privates.c
+++ b/dix/privates.c
@@ -348,7 +348,7 @@ dixRegisterPrivateKey(DevPrivateKey key
From: Keith Packard kei...@keithp.com
Signed-off-by: Keith Packard kei...@keithp.com
Signed-off-by: Dave Airlie airl...@redhat.com
---
exa/exa.c | 10 --
exa/exa_priv.h | 12
2 files changed, 8 insertions(+), 14 deletions(-)
diff --git a/exa/exa.c b/exa/exa.c
index
From: Dave Airlie airl...@redhat.com
This is a precursor for reusing this code to init gpu screens.
v2: fixup int check as per Keith's review.
Reviewed-by: Keith Packard kei...@keithp.com
Signed-off-by: Dave Airlie airl...@redhat.com
---
dix/dispatch.c | 44
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
From: Dave Airlie airl...@redhat.com
This is in preparation for gpu screens in here, just use
a pScrn pointer to point at the new screen.
suggested by Keith.
v1.1: fix spacing as suggested by Aaron.
Reviewed-by: Keith Packard kei...@keithp.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
From: Dave Airlie airl...@redhat.com
This just adds the structures and interfaces required for adding/deleteing
gpu screens at the DDX level. The platform probe can pass a new flag
to the driver, so they can call xf86AllocateScreen and pass back the new
gpu screen flag.
It also calls the gpu
From: Dave Airlie airl...@redhat.com
This provides add/remove support for platform devices at xfree86 ddx level.
v2: cleanup properly if no driver found.
v3: load the modesetting driver before checking driver list.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/common
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
From: Dave Airlie airl...@redhat.com
This adds callbacks into the ddx for udev gpu hotplug.
v2: fix some strncmp returns.
Reviewed-by: Keith Packard kei...@keithp.com
Signed-off-by: Dave Airlie airl...@redhat.com
---
config/udev.c | 42 ++
include
From: Dave Airlie airl...@redhat.com
This adds the framework for DDX provider support.
v2: as per keithp's suggestion remove the xf86 provider object
and just store it in the toplevel object.
v3: update for new protocol
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/common
From: Dave Airlie airl...@redhat.com
This list is meant for attaching unbound gpu screens to initially,
before the client side rebinds them.
v1.1: add another assert in the add path.
Signed-off-by: Dave Airlie airl...@redhat.com
---
dix/dispatch.c | 20
include
From: Dave Airlie airl...@redhat.com
This is the default attachment, unbound gpu screens get
attached to the 0 protocol screen.
detach on hotunplug.
Reviewed-by: Keith Packard kei...@keithp.com
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/common/xf86Init.c |3 +++
hw
From: Dave Airlie airl...@redhat.com
This provides the unattached provider list to the clients.
Signed-off-by: Dave Airlie airl...@redhat.com
---
randr/rrprovider.c |8
1 file changed, 8 insertions(+)
diff --git a/randr/rrprovider.c b/randr/rrprovider.c
index b787b94..0a801d4
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
From: Dave Airlie airl...@redhat.com
Just add the interfaces to attach/detach output slaves, and
a linked list to keep track of them. Hook up the randr providers
list to include these slaves.
v1.1: add another assert to the add path.
Signed-off-by: Dave Airlie airl...@redhat.com
---
dix
From: Dave Airlie airl...@redhat.com
This is a hooks for pixmap sharing and tracking.
The pixmap sharing ones get an integer handle for the pixmap
and use a handle to be the backing for a pixmap.
The tracker interface is to be used when a GPU needs to
track pixmaps to be updated for another GPU
From: Dave Airlie airl...@redhat.com
This just adds exa interfaces for mixed exa so drivers can
share and set shared pixmaps up correctly.
v2: update for passing slave screen.
v3: update for void *
Reviewed-by: Keith Packard kei...@keithp.com
Signed-off-by: Dave Airlie airl...@redhat.com
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 allocates a new shared pixmap from the master, shares
it to the slave, and starts the master tracking damage
From: Dave Airlie airl...@redhat.com
Tell changed need to tell only for the master pixmap,
however it gets called from various places for slave screens,
so convert to telling clients about changes on the master screen.
Signed-off-by: Dave Airlie airl...@redhat.com
---
randr/randr.c | 26
From: Dave Airlie airl...@redhat.com
Add the simple passthrough interface for drivers to use,
so they can set scanout pixmaps.
Reviewed-by: Keith Packard kei...@keithp.com
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/modes/xf86Crtc.h|5 +
hw/xfree86/modes/xf86RandR12
From: Dave Airlie airl...@redhat.com
The master contains the complete screen size bounds, so check
the width/height against it.
Signed-off-by: Dave Airlie airl...@redhat.com
---
randr/rrcrtc.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/randr/rrcrtc.c b
From: Dave Airlie airl...@redhat.com
This adds two functions for drivers to use directly to keep a
linked list of slave pixmaps to do damage tracking on and keep
updated. It also adds a helper function that drivers may optionally
call to do a simple copy area damage update.
v2: use damage.h
From: Dave Airlie airl...@redhat.com
This will detach any scanout pixmaps attached to slave crtcs.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/modes/xf86Crtc.c | 20
hw/xfree86/modes/xf86Crtc.h |3 +++
2 files changed, 23 insertions(+)
diff --git
From: Dave Airlie airl...@redhat.com
This adds support for the randr callback for setting the output source
for a device.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/modes/xf86Crtc.c|6 +-
hw/xfree86/modes/xf86RandR12.c | 35 +++
2
From: Dave Airlie airl...@redhat.com
When the client asks for the screen resources list, it will now
get a list of crtc/outputs for the master + all attached slaves,
this will let randr configure all attached slave devices properly.
Signed-off-by: Dave Airlie airl...@redhat.com
---
randr
From: Dave Airlie airl...@redhat.com
This adds the output sources to the associated list and adds the protocol
handler for the randr SetProviderOutputSource.
Signed-off-by: Dave Airlie airl...@redhat.com
---
randr/randrstr.h |8
randr/rrdispatch.c |2 +-
randr/rrprovider.c
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 plug in a
slave device, fallback to sw rendered cursors.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/ramdac/xf86Cursor.c |2
From: Dave Airlie airl...@redhat.com
add the linked list and provider hooks.
v1.1: add another assert in the add path.
Signed-off-by: Dave Airlie airl...@redhat.com
---
dix/dispatch.c | 19 +++
include/screenint.h |6 ++
include/scrnintstr.h |3 +++
randr
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 airl...@redhat.com
---
randr/rrcrtc.c | 57
From: Dave Airlie airl...@redhat.com
This is so we can tell the scanout pixmap has changed between calls
to the crtc set function.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/modes/xf86Crtc.h|6 +-
hw/xfree86/modes/xf86RandR12.c |4
2 files changed, 9
From: Dave Airlie airl...@redhat.com
This adds support for setting the offload sink to the xf86 ddx.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/modes/xf86Crtc.c|5 -
hw/xfree86/modes/xf86RandR12.c | 27 +++
2 files changed, 31 insertions
From: Dave Airlie airl...@redhat.com
This adds the protocol handler and associated providers handling
for the offload slaves, it allows two providers to be connected as
offload sink/source.
Signed-off-by: Dave Airlie airl...@redhat.com
---
randr/randrstr.h | 10 ++
randr
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
From: Dave Airlie airl...@redhat.com
This adds the framework for DDX provider support.
v2: as per keithp's suggestion remove the xf86 provider object
and just store it in the toplevel object.
v3: update for new protocol
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/common
From: Dave Airlie airl...@redhat.com
Needed to build latest randr stuff.
Signed-off-by: Dave Airlie airl...@redhat.com
---
configure.ac |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index d1358a2..2442bac 100644
--- a/configure.ac
+++ b
From: Dave Airlie airl...@redhat.com
This provides the unattached provider list to the clients.
Signed-off-by: Dave Airlie airl...@redhat.com
---
randr/rrprovider.c |8
1 file changed, 8 insertions(+)
diff --git a/randr/rrprovider.c b/randr/rrprovider.c
index b787b94..0a801d4
From: Dave Airlie airl...@redhat.com
This is the default attachment, unbound gpu screens get
attached to the 0 protocol screen.
detach on hotunplug.
Reviewed-by: Keith Packard kei...@keithp.com
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/common/xf86Init.c |3 +++
hw
From: Dave Airlie airl...@redhat.com
Just add the interfaces to attach/detach output slaves, and
a linked list to keep track of them. Hook up the randr providers
list to include these slaves.
v1.1: add another assert to the add path.
Signed-off-by: Dave Airlie airl...@redhat.com
---
dix
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
From: Dave Airlie airl...@redhat.com
This just adds exa interfaces for mixed exa so drivers can
share and set shared pixmaps up correctly.
v2: update for passing slave screen.
v3: update for void *
Reviewed-by: Keith Packard kei...@keithp.com
Signed-off-by: Dave Airlie airl...@redhat.com
From: Dave Airlie airl...@redhat.com
This adds the initial provider object and provider property
support to the randr dix code.
v2: destroy provider in screen close
v2.1: fix whitespace
v3: update for latest rev of protocol + renumber after 1.4 tearout.
v4: fix logic issue, thanks Samsagax
From: Dave Airlie airl...@redhat.com
Add the simple passthrough interface for drivers to use,
so they can set scanout pixmaps.
Reviewed-by: Keith Packard kei...@keithp.com
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/modes/xf86Crtc.h|5 +
hw/xfree86/modes/xf86RandR12
From: Dave Airlie airl...@redhat.com
Tell changed need to tell only for the master pixmap,
however it gets called from various places for slave screens,
so convert to telling clients about changes on the master screen.
Signed-off-by: Dave Airlie airl...@redhat.com
---
randr/randr.c | 26
From: Dave Airlie airl...@redhat.com
The master contains the complete screen size bounds, so check
the width/height against it.
Signed-off-by: Dave Airlie airl...@redhat.com
---
randr/rrcrtc.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/randr/rrcrtc.c b
From: Dave Airlie airl...@redhat.com
This adds two functions for drivers to use directly to keep a
linked list of slave pixmaps to do damage tracking on and keep
updated. It also adds a helper function that drivers may optionally
call to do a simple copy area damage update.
v2: use damage.h
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 airl...@redhat.com
---
randr/rrcrtc.c | 57
From: Dave Airlie airl...@redhat.com
This will detach any scanout pixmaps attached to slave crtcs.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/modes/xf86Crtc.c | 20
hw/xfree86/modes/xf86Crtc.h |3 +++
2 files changed, 23 insertions(+)
diff --git
From: Dave Airlie airl...@redhat.com
When the client asks for the screen resources list, it will now
get a list of crtc/outputs for the master + all attached slaves,
this will let randr configure all attached slave devices properly.
Signed-off-by: Dave Airlie airl...@redhat.com
---
randr
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 plug in a
slave device, fallback to sw rendered cursors.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/ramdac/xf86Cursor.c |2
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 allocates a new shared pixmap from the master, shares
it to the slave, and starts the master tracking damage
From: Dave Airlie airl...@redhat.com
This adds support for the randr callback for setting the output source
for a device.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/modes/xf86Crtc.c|6 +-
hw/xfree86/modes/xf86RandR12.c | 35 +++
2
501 - 600 of 1051 matches
Mail list logo