From: Dave Airlie
This fixes some really ugly code that got mangled by the indenting.
Signed-off-by: Dave Airlie
---
hw/xfree86/ramdac/xf86Cursor.c | 31 +++
1 file changed, 11 insertions(+), 20 deletions(-)
diff --git a/hw/xfree86/ramdac/xf86Cursor.c b/hw
From: Dave Airlie
This is in preparation for gpu screens in here, just use
a pScrn pointer to point at the new screen.
Signed-off-by: Dave Airlie
---
hw/xfree86/common/xf86Helper.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/hw/xfree86/common
From: Dave Airlie
This is a precursor for reusing this code to init gpu screens.
v2: fixup int check as per Keith's review.
Signed-off-by: Dave Airlie
---
dix/dispatch.c | 44 +++-
1 file changed, 27 insertions(+), 17 deletions(-)
diff --git
From: Dave Airlie
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),
this is used for
From: Dave Airlie
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 screens preinit and
From: Dave Airlie
This adds callbacks into the ddx for udev gpu hotplug.
v2: fix some strncmp returns.
Reviewed-by: Keith Packard
Signed-off-by: Dave Airlie
---
config/udev.c | 42 ++
include/hotplug.h |4
2 files changed, 46 insertions
From: Dave Airlie
This patch reverts:
Revert "Make SetCrtcConfigs take flags bits to allow partial configuration
changes"
This reverts commit 105a161a3f5fb67f5fe7e4119629d424672804aa.
Revert "Define new semantics for scanout pixmap destruction."
From: Dave Airlie
A provider object represents a GPU or virtual device that provides
rendering or output services to the X server.
This is the first rev of a protocol to enumerate providers
devices, set their roles, and provide generic properties based
on output properties for them
v1.1: fix
On Mon, Jun 25, 2012 at 4:56 PM, Michal Srb wrote:
> On Thursday 14 of June 2012 15:43:35 Dave Airlie wrote:
>> +int
>> +xf86platformProbeDev(DriverPtr drvp)
>> +{
>> + Bool foundScreen = FALSE;
>> + GDevPtr *devList;
>> + const unsigned num
This is my last set of patches I have sitting outstanding, this add dri2
offload slave support to the X server and DRI2.
Dave.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailma
From: Dave Airlie
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 for unredirected full
From: Dave Airlie
(yes I know it needs version changes after rebasing to master, but master
is broken now so I'll wait).
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: Dave Airlie
This is so we can tell the scanout pixmap has changed between calls
to the crtc set function.
Signed-off-by: Dave Airlie
---
hw/xfree86/modes/xf86Crtc.h|6 +-
hw/xfree86/modes/xf86RandR12.c |4
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git
From: Dave Airlie
add the linked list and provider hooks.
Signed-off-by: Dave Airlie
---
dix/dispatch.c | 18 ++
hw/xfree86/common/xf86platformBus.c |3 +++
hw/xfree86/modes/xf86RandR12.c | 12
include/screenint.h
From: Dave Airlie
We need this same code for dri2, so split it out to dix.
Signed-off-by: Dave Airlie
---
dix/pixmap.c | 28
include/pixmap.h |2 ++
randr/rrcrtc.c | 19 ++-
3 files changed, 32 insertions(+), 17 deletions(-)
diff
On Tue, Jun 26, 2012 at 1:00 AM, Peter Hutterer
wrote:
> *dev is the condition of the while loop we're in, reset to NULL after
> freeing
>
> Signed-off-by: Peter Hutterer
Reviewed-by: Dave Airlie
> ---
> hw/xfree86/common/xf86Config.c | 1 +
> 1 file changed, 1 i
On Tue, Jun 26, 2012 at 1:00 AM, Peter Hutterer
wrote:
> Found by Coverity.
>
> Signed-off-by: Peter Hutterer
Reviewed-by: Dave Airlie
> ---
> dix/touch.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/dix/touch.c b/dix/touch.c
> in
On Tue, Jun 26, 2012 at 1:00 AM, Peter Hutterer
wrote:
> Don't leak if ti->history is NULL.
>
> Found by coverity.
>
> Signed-off-by: Peter Hutterer
Reviewed-by: Dave Airlie
> ---
> dix/touch.c | 7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-
Signed-off-by: Peter Hutterer
Reviewed-by: Dave Airlie
___
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, Jun 26, 2012 at 1:09 AM, Christopher James Halse Rogers
wrote:
> The legacy logic was embarassingly wrong; AuthMagic should return errno,
> so returning FALSE only when AuthMagic returns nonzero is exactly wrong.
>
> https://bugs.freedesktop.org/show_bug.cgi?id=51400
> Signed-off-by: Chris
From: Dave Airlie
So we reserve bits 8->16 for offload device ids, this means we can
have 7 offload devices, which is plenty for now, and we can bump
this further later without fear.
Signed-off-by: Dave Airlie
---
dri2tokens.h |5 +
1 file changed, 5 insertions(+)
diff --gi
On Tue, Jun 26, 2012 at 6:03 PM, Michal Srb wrote:
> On Wednesday 20 of June 2012 15:00:30 Dave Airlie wrote:
>> From: Dave Airlie
>>
>> This driver is currently really the only choice for a hotplug
>> at the moment, we can refine this in the future to try and
>>
From: Dave Airlie
This code existed in 3 different forms, perhaps it should be
consolidated.
Reviewed-by: Keith Packard
Signed-off-by: Dave Airlie
---
composite/compalloc.c |4 ++--
composite/compint.h |2 --
composite/compwindow.c| 26
>> /* Event selection bits */
>> #define RRScreenChangeNotifyMask (1L << 0)
>> /* V1.2 additions */
>> #define RRCrtcChangeNotifyMask (1L << 1)
>> #define RROutputChangeNotifyMask (1L << 2)
>> #define RROutputPropertyNotifyMask (1L << 3)
>> +#define RRProviderPropertyNotifyMask
From: Dave Airlie
A provider object represents a GPU or virtual device that provides
rendering or output services to the X server.
This is the first rev of a protocol to enumerate providers
devices, set their roles, and provide generic properties based
on output properties for them
v1.1: fix
From: Dave Airlie
A provider object represents a GPU or virtual device that provides
rendering or output services to the X server.
This is the first rev of a protocol to enumerate providers
devices, set their roles, and provide generic properties based
on output properties for them
v1.1: fix
On Thu, Jun 28, 2012 at 10:36 AM, Dave Airlie wrote:
>>> /* Event selection bits */
>>> #define RRScreenChangeNotifyMask (1L << 0)
>>> /* V1.2 additions */
>>> #define RRCrtcChangeNotifyMask (1L << 1)
>>> #d
From: Dave Airlie
A provider object represents a GPU or virtual device that provides
rendering or output services to the X server.
This is the first rev of a protocol to enumerate providers
devices, set their roles, and provide generic properties based
on output properties for them
v1.1: fix
On Fri, Jun 29, 2012 at 3:48 AM, Keith Packard wrote:
> Aaron Plattner writes:
>
>> On 06/28/2012 03:21 AM, Dave Airlie wrote:
>
>> Keith, thoughts?
>
> Well, RRScreenChangeNotify is supposed to signal any 'screen
> configuration changes', which presumabl
>> +#define RR_Provider_Flag_Dynamic 1
>> +#define RR_Provider_Flag_MultiMaster 2
>
>
> Are these documented anywhere?
Oops totally forgot to add them, have done in v6.
Dynamic basically means you can make changes to the providers,
MultiMaster is to say xinerama style multiple rendering masters i
From: Dave Airlie
A provider object represents a GPU or virtual device that provides
rendering or output services to the X server.
This is the first rev of a protocol to enumerate providers
devices, set their roles, and provide generic properties based
on output properties for them
v1.1: fix
From: Dave Airlie
A provider object represents a GPU or virtual device that provides
rendering or output services to the X server.
This is the first rev of a protocol to enumerate providers
devices, set their roles, and provide generic properties based
on output properties for them
v1.1: fix
From: Dave Airlie
This fixes some really ugly code that got mangled by the indenting.
Reviewed-by: Keith Packard
Signed-off-by: Dave Airlie
---
hw/xfree86/ramdac/xf86Cursor.c | 31 +++
1 file changed, 11 insertions(+), 20 deletions(-)
diff --git a/hw/xfree86
This is a refresh send of the whole gpu screen + offload slave + output
slave stack.
I'd really like to send a pull req for this, but I'm striving to find any more
reviews of it. Aaron might get some more of it looked over hopefully, and I'll
kick ajax again to look at it.
I really want people to
From: Dave Airlie
This is in preparation for gpu screens in here, just use
a pScrn pointer to point at the new screen.
suggested by Keith.
Reviewed-by: Keith Packard
Signed-off-by: Dave Airlie
---
hw/xfree86/common/xf86Helper.c | 18 ++
1 file changed, 10 insertions(+), 8
From: Dave Airlie
This is a precursor for reusing this code to init gpu screens.
v2: fixup int check as per Keith's review.
Signed-off-by: Dave Airlie
---
dix/dispatch.c | 44 +++-
1 file changed, 27 insertions(+), 17 deletions(-)
diff --git
From: Dave Airlie
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),
this is used for
From: Dave Airlie
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 screens preinit and
From: Dave Airlie
This adds callbacks into the ddx for udev gpu hotplug.
v2: fix some strncmp returns.
Reviewed-by: Keith Packard
Signed-off-by: Dave Airlie
---
config/udev.c | 42 ++
include/hotplug.h |4
2 files changed, 46 insertions
From: Dave Airlie
This provides add/remove support for platform devices at xfree86 ddx level.
v2: cleanup properly if no driver found.
Signed-off-by: Dave Airlie
---
hw/xfree86/common/xf86platformBus.c| 99
hw/xfree86/common/xf86platformBus.h
From: Dave Airlie
This option is to stop the X server adding non-primary devices as
gpu screens.
Signed-off-by: Dave Airlie
---
hw/xfree86/common/xf86Config.c | 15 ++-
hw/xfree86/common/xf86Globals.c |9 +++--
hw/xfree86/common/xf86Privstr.h |2 ++
hw
From: Dave Airlie
This adds the framework for DDX provider support.
Signed-off-by: Dave Airlie
---
hw/xfree86/common/xf86str.h|4 +++
hw/xfree86/modes/xf86Crtc.c| 46 ++
hw/xfree86/modes/xf86Crtc.h| 58 ++
hw
From: Dave Airlie
This list is meant for attaching unbound gpu screens to initially,
before the client side rebinds them.
Signed-off-by: Dave Airlie
---
dix/dispatch.c | 19 +++
include/screenint.h |5 +
include/scrnintstr.h |6 ++
3 files changed, 30
From: Dave Airlie
This is the default attachment, unbound gpu screens get
attached to the 0 protocol screen.
detach on hotunplug.
Signed-off-by: Dave Airlie
---
hw/xfree86/common/xf86Init.c|3 +++
hw/xfree86/common/xf86platformBus.c |2 ++
2 files changed, 5 insertions
From: Dave Airlie
This provides the unattached provider list to the clients.
Signed-off-by: Dave Airlie
---
randr/rrprovider.c |8
1 file changed, 8 insertions(+)
diff --git a/randr/rrprovider.c b/randr/rrprovider.c
index 5797431..c019e91 100644
--- a/randr/rrprovider.c
+++ b
From: Dave Airlie
Just check for GPU screens, in DGAAvailable,
should probably overhaul DGA interface at some point,
or remove it.
Signed-off-by: Dave Airlie
---
hw/xfree86/common/xf86DGA.c |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/hw/xfree86/common
From: Dave Airlie
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
to increase private size as new drivers are loaded.
In theory any object allocated by an older driver won't try and use
From: Dave Airlie
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.
We have to reload this as it can get unloaded it not used
in the original probe.
Signed-off-by: Dave Airlie
---
hw/xfree86/os
From: Dave Airlie
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.
v2: pass slave
From: Dave Airlie
This bumps totalPixmapSize in all attached screens.
Signed-off-by: Dave Airlie
---
dix/privates.c | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git a/dix/privates.c b/dix/privates.c
index af6d327..7f7ec8b 100644
--- a/dix/privates.c
From: Dave Airlie
This just adds exa interfaces for mixed exa so drivers can
share and set shared pixmaps up correctly.
v2: update for passing slave screen.
Signed-off-by: Dave Airlie
---
exa/exa.c |7 +++
exa/exa.h |6 +-
exa/exa_mixed.c | 33
From: Dave Airlie
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 to it,
to keep it updated
From: Dave Airlie
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
---
randr/rrcrtc.c | 57 +---
1 file
From: Dave Airlie
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.
Signed-off-by: Dave Airlie
---
dix/dispatch.c | 16
include/screenint.h |6 ++
include
From: Dave Airlie
This just hooks up a simple role change to go from unattached
to slave output and back.
Signed-off-by: Dave Airlie
---
hw/xfree86/modes/xf86RandR12.c | 27 ++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git a/hw/xfree86/modes
From: Dave Airlie
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
---
randr/randr.c | 26 +++---
1 file
From: Dave Airlie
The master contains the complete screen size bounds, so check
the width/height against it.
Signed-off-by: Dave Airlie
---
randr/rrcrtc.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/randr/rrcrtc.c b/randr/rrcrtc.c
index e5fe059
From: Dave Airlie
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 not damagestr.h, fixes
From: Dave Airlie
Add the simple passthrough interface for drivers to use,
so they can set scanout pixmaps.
Signed-off-by: Dave Airlie
---
hw/xfree86/modes/xf86Crtc.h|5 +
hw/xfree86/modes/xf86RandR12.c | 11 +++
2 files changed, 16 insertions(+)
diff --git a/hw/xfree86
From: Dave Airlie
This will detach any scanout pixmaps attached to slave crtcs.
Signed-off-by: Dave Airlie
---
hw/xfree86/modes/xf86Crtc.c | 20
hw/xfree86/modes/xf86Crtc.h |3 +++
2 files changed, 23 insertions(+)
diff --git a/hw/xfree86/modes/xf86Crtc.c b/hw
From: Dave Airlie
If we get disconnected or a randr event, disconnect the slave crtcs.
v2: fix warning.
Signed-off-by: Dave Airlie
---
hw/xfree86/common/xf86platformBus.c | 12 +++-
hw/xfree86/modes/xf86RandR12.c |2 ++
2 files changed, 13 insertions(+), 1 deletion
From: Dave Airlie
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
---
hw/xfree86/ramdac/xf86Cursor.c |2 +-
1 file changed, 1 insertion(+), 1
From: Dave Airlie
add the linked list and provider hooks.
Signed-off-by: Dave Airlie
---
dix/dispatch.c | 18 ++
hw/xfree86/common/xf86platformBus.c |3 +++
hw/xfree86/modes/xf86RandR12.c | 12
include/screenint.h
From: Dave Airlie
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
---
randr/rrscreen.c | 169
From: Dave Airlie
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 for unredirected full
From: Dave Airlie
This is so we can tell the scanout pixmap has changed between calls
to the crtc set function.
Signed-off-by: Dave Airlie
---
hw/xfree86/modes/xf86Crtc.h|6 +-
hw/xfree86/modes/xf86RandR12.c |4
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git
From: Dave Airlie
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 dri2screen.
Then
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 wrote:
>
>
> Am 02.07.2012 12:13, schrieb Dave Airlie:
>> From: Dave Airlie
>>
>> This list is meant for attaching unbound gpu screens to initially,
>> before the client side rebinds them.
>>
>> Signed-o
On Mon, Jul 2, 2012 at 11:13 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> 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 pr
On Mon, Jul 2, 2012 at 7:19 PM, Keith Packard wrote:
> Dave Airlie writes:
>
>
>> +PROVIDER { XID }
>> +
>> +MAXMASTER { CARD16 }
>> + Maximum number of master GPUs server can support.
>> + 1 unless dynamic xinerama is enabled.
>
> You don
On Mon, Jul 2, 2012 at 7:37 PM, Keith Packard wrote:
> Dave Airlie writes:
>
>> +int
>> +xf86platformAddDevice(int index)
>> +{
>> +int i, old_screens, scr_index;
>> +DriverPtr drvp = NULL;
>> +int entity;
>> +screenLayoutPtr layout
On Mon, Jul 2, 2012 at 8:11 PM, Keith Packard wrote:
> Dave Airlie writes:
>
>> From: Dave Airlie
>>
>> 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 be ap
On Mon, Jul 2, 2012 at 8:20 PM, Keith Packard wrote:
> Dave Airlie writes:
>
>> From: Dave Airlie
>>
>> 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 t
On Mon, Jul 2, 2012 at 8:12 PM, Keith Packard wrote:
> Dave Airlie writes:
>
>> From: Dave Airlie
>>
>> 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 unboun
On Mon, Jul 2, 2012 at 8:07 PM, Keith Packard wrote:
> Dave Airlie writes:
>
>> +xf86ProviderPtr
>> +xf86ProviderCreate(ScrnInfoPtr scrn,
>> + const xf86ProviderFuncsRec *funcs, const char *name)
>> +{
>> +xf86CrtcConfigPtr xf8
On Mon, Jul 2, 2012 at 7:52 PM, Keith Packard wrote:
> Dave Airlie writes:
>
>
>> +struct _rrProvider {
>> +RRProvider id;
>> +ScreenPtr pScreen; /* gpu screen more than likely */
>> +int current_role;
>
> uint32_t current_role
indeed,
>
On Mon, Jul 2, 2012 at 8:54 PM, Keith Packard wrote:
> Dave Airlie writes:
>
>
>> Yes thats going to be the standard on switchable GPU machines, two masters
>> and the ability to jump between them. In that case max master is one, and
>> you'd
>> have to se
On Mon, Jul 2, 2012 at 11:52 PM, Keith Packard wrote:
> Adam Jackson 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.
>
> DGAAvailabl
On Mon, Jul 2, 2012 at 9:07 PM, Adam Jackson wrote:
> On 7/2/12 6:12 AM, Dave Airlie wrote:
>
>> +void
>> +RemoveGPUScreen(ScreenPtr pScreen)
>> +{
>> +int idx, j;
>> +if (!pScreen->isGPU)
>> +return;
>> +
>> +idx = pS
On Mon, Jul 2, 2012 at 11:45 PM, Keith Packard wrote:
> Dave Airlie writes:
>
>> On Mon, Jul 2, 2012 at 8:11 PM, Keith Packard 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 wrote:
>
> Dave Airlie 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 A
From: Dave Airlie
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),
this is used for
On Tue, Jul 3, 2012 at 8:51 AM, Dave Airlie wrote:
> On Mon, Jul 2, 2012 at 11:52 PM, Keith Packard wrote:
>> Adam Jackson 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
From: Dave Airlie
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
---
hw/xfree86/common/xf86DGA.c | 15 ---
hw/xfree86/dixmods/extmod
On Mon, Jul 2, 2012 at 10:32 PM, Keith Packard wrote:
> Dave Airlie writes:
>
>> On Mon, Jul 2, 2012 at 8:20 PM, Keith Packard wrote:
>
>> though a void * that just cases an fd is probably okay.
>
> That was my thinking. void * covers a lot of sins.
Okay I'll c
On Tue, Jul 3, 2012 at 12:51 AM, Keith Packard wrote:
> Dave Airlie writes:
>
>> From: Dave Airlie
>>
>> 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 al
On Tue, Jul 3, 2012 at 12:41 AM, Keith Packard wrote:
>
> Dave Airlie writes:
>
>> +void
>> +AttachOutputGPU(ScreenPtr pScreen, ScreenPtr new)
>> +{
>> +assert(new->isGPU);
>> +xorg_list_add(&new->output_head, &pScreen->o
On Tue, Jul 3, 2012 at 1:02 AM, Keith Packard wrote:
> Adam Jackson 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 need to walk.
>
> Nope
On Mon, Jul 2, 2012 at 11:55 PM, Keith Packard wrote:
> Dave Airlie writes:
>
>> From: Dave Airlie
>>
>> 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.
&g
On Mon, Jul 2, 2012 at 10:22 PM, Alex Deucher wrote:
> On Mon, Jul 2, 2012 at 6:13 AM, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> 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
On Mon, Jul 2, 2012 at 10:16 PM, Alex Deucher wrote:
> On Mon, Jul 2, 2012 at 6:13 AM, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> Current USB devices have no hw rendered cursors, so we need the
>> master GPU to render the cursor, so whenever we plug in a
>
On Mon, Jul 2, 2012 at 8:35 PM, Dave Airlie wrote:
> On Mon, Jul 2, 2012 at 8:07 PM, Keith Packard wrote:
>> Dave Airlie writes:
>>
>>> +xf86ProviderPtr
>>> +xf86ProviderCreate(ScrnInfoPtr scrn,
>>> + const xf8
(forgot list first time I sent this).
On Mon, Jul 2, 2012 at 10:03 PM, Keith Packard wrote:
> Dave Airlie writes:
>
>> On Mon, Jul 2, 2012 at 8:54 PM, Keith Packard wrote:
>>> Dave Airlie writes:
>>>
>>>
>>>> Yes thats going to be the standa
On Tue, Jul 3, 2012 at 12:41 AM, Keith Packard wrote:
> Adam Jackson writes:
>
>> On 7/2/12 6:13 AM, Dave Airlie wrote:
>>> From: Dave Airlie
>>>
>>> This bumps totalPixmapSize in all attached screens.
>>
>> Aieee. totalPixmapSize is
On Mon, Jul 2, 2012 at 10:10 PM, Adam Jackson wrote:
> On 7/2/12 6:13 AM, Dave Airlie wrote:
>>
>> From: Dave Airlie
>>
>> These asserts stop us increasing the size of privates after create screen
>> resources has been called, however for dynamic screens we need
From: Dave Airlie
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
---
hw/xfree86/common/xf86Config.c | 15 ++-
hw/xfree86/common/xf86Globals.c |9 +++--
hw/xfree86/c
On Tue, Jul 3, 2012 at 2:57 PM, Alex Deucher wrote:
> On Tue, Jul 3, 2012 at 7:57 AM, Dave Airlie wrote:
>> (forgot list first time I sent this).
>>
>> On Mon, Jul 2, 2012 at 10:03 PM, Keith Packard wrote:
>>> Dave Airlie writes:
>>>
>>>> O
From: Dave Airlie
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 dri2screen.
Then
On Tue, Jul 3, 2012 at 3:25 PM, Alex Deucher wrote:
> On Tue, Jul 3, 2012 at 10:10 AM, Dave Airlie wrote:
>> On Tue, Jul 3, 2012 at 2:57 PM, Alex Deucher wrote:
>>> On Tue, Jul 3, 2012 at 7:57 AM, Dave Airlie wrote:
>>>> (forgot list first time I sent this).
>&
401 - 500 of 1115 matches
Mail list logo
