I'd really like to get support for this in place in 1.13,
Added abilities, to say what a device can handle in terms
of slaves.
I've modified the previous suggestions with some feedback,
SetProviderRole not can set multiple provider roles, so
no need for exclusive master toggle anymore.
I've added
Dave Airlie writes:
> I think the only way to do it and keep it extensible, it to make
> everything a property of an object.
Not sure it has to be 'properties', but surely something where you can
set a bunch of 'pending' values, and then push the 'go' button and have
the whole set either succeed
On Thu, May 17, 2012 at 10:42 PM, Keith Packard wrote:
> Adam Jackson writes:
>
>> On 5/15/12 3:04 PM, Dave Airlie wrote:
>
>> My concern is how you're going to build this programmatically if you
>> keep with a poke-one-thing model, I just envision intermediate states
>> that don't make a ton of
Adam Jackson writes:
> On 5/15/12 3:04 PM, Dave Airlie wrote:
> My concern is how you're going to build this programmatically if you
> keep with a poke-one-thing model, I just envision intermediate states
> that don't make a ton of sense on their own but that we'd end up needing
> to allow.
On Wed, May 16, 2012 at 3:12 AM, Dave Airlie wrote:
>>>
>>> I'm not sure I can really fix that with this though, thats a whole
>>> project by itself, and if fixing the crappy history of X decisions
>>> before we try and move on, we'll never get anywhere.
>>>
>>> The reason for exclusive_master is
>>
>> I'm not sure I can really fix that with this though, thats a whole
>> project by itself, and if fixing the crappy history of X decisions
>> before we try and move on, we'll never get anywhere.
>>
>> The reason for exclusive_master is just GPU switching, since it needs
>> to be an atomic opera
On 5/15/12 3:04 PM, Dave Airlie wrote:
typedef struct {
CARD8 reqType;
CARD8 randrReqType;
CARD16 length B16;
RRProvider provider B32;
Time configTimestamp B32;
CARD32 new_role B32;
CARD32 exclusive_master B32; /* xinerama or GPU switch */
} xRRSetProviderRoleReq;
#de
> I don't think you need (or want) outputs here. GetCrtcInfo already gives
> you the current and possible mapping for crtc->output.
Well the main reason was just to provide the application the info in
an easy to find place about what resources are on what GPU,
so it can draw a pretty picture, we
On 5/6/12 12:51 PM, Dave Airlie wrote:
The provider object also contains the list of crtcs and outputs
controlled by this provider.
I don't think you need (or want) outputs here. GetCrtcInfo already
gives you the current and possible mapping for crtc->output.
The set provider API is then
On 6 May 2012 18:51, Dave Airlie wrote:
> Hi,
>
> so as part of hotplug I've started to specify a "provider" object to
> basically represent a GPU.
>
> http://cgit.freedesktop.org/~airlied/randrproto/commit/?h=provider&id=670d2762a5c92da778fc3be4ad5a6b952e4f4027
>
> The idea of a provider is you h
Hi,
so as part of hotplug I've started to specify a "provider" object to
basically represent a GPU.
http://cgit.freedesktop.org/~airlied/randrproto/commit/?h=provider&id=670d2762a5c92da778fc3be4ad5a6b952e4f4027
The idea of a provider is you have multiple providers per protocol
screen, and they h
11 matches
Mail list logo
