Hi all,
Ok I've tossed around another idea with Sean on irc, but it turned out
to be too complicated for irc. So here it's in more detail. So the
goal is to share bridge drivers/transcoders/whatever between different
drivers without going all-in with something like cdf but allowing easy
transition
On Tue, Aug 13, 2013 at 3:55 PM, Sean Paul wrote:
> On Tue, Aug 13, 2013 at 3:16 PM, Daniel Vetter wrote:
>> Hi all,
>>
>> Ok I've tossed around another idea with Sean on irc, but it turned out
>> to be too complicated for irc. So here it's in more detail. So the
>> goal is to share bridge driver
On Tue, Aug 13, 2013 at 3:16 PM, Daniel Vetter wrote:
> Hi all,
>
> Ok I've tossed around another idea with Sean on irc, but it turned out
> to be too complicated for irc. So here it's in more detail. So the
> goal is to share bridge drivers/transcoders/whatever between different
> drivers without
On Tue, Aug 13, 2013 at 3:55 PM, Sean Paul wrote:
> On Tue, Aug 13, 2013 at 3:16 PM, Daniel Vetter wrote:
>> Hi all,
>>
>> Ok I've tossed around another idea with Sean on irc, but it turned out
>> to be too complicated for irc. So here it's in more detail. So the
>> goal is to share bridge driver
On Tue, Aug 13, 2013 at 3:16 PM, Daniel Vetter wrote:
> Hi all,
>
> Ok I've tossed around another idea with Sean on irc, but it turned out
> to be too complicated for irc. So here it's in more detail. So the
> goal is to share bridge drivers/transcoders/whatever between different
> drivers without
Hi all,
Ok I've tossed around another idea with Sean on irc, but it turned out
to be too complicated for irc. So here it's in more detail. So the
goal is to share bridge drivers/transcoders/whatever between different
drivers without going all-in with something like cdf but allowing easy
transition
On Fri, Aug 09, 2013 at 09:19:22AM -0400, Sean Paul wrote:
> On Thu, Aug 8, 2013 at 8:36 PM, Daniel Vetter wrote:
> > On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote:
> >> This patch adds the notion of a drm_bridge. A bridge is a chained
> >> device which hangs off an encoder. The drm driver usi
On Fri, Aug 9, 2013 at 9:19 AM, Sean Paul wrote:
> On Thu, Aug 8, 2013 at 8:36 PM, Daniel Vetter wrote:
>> On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote:
>>> This patch adds the notion of a drm_bridge. A bridge is a chained
>>> device which hangs off an encoder. The drm driver using the bridg
On Fri, Aug 09, 2013 at 09:19:22AM -0400, Sean Paul wrote:
> On Thu, Aug 8, 2013 at 8:36 PM, Daniel Vetter wrote:
> > On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote:
> >> This patch adds the notion of a drm_bridge. A bridge is a chained
> >> device which hangs off an encoder. The drm driver usi
On Fri, Aug 9, 2013 at 9:19 AM, Sean Paul wrote:
> On Thu, Aug 8, 2013 at 8:36 PM, Daniel Vetter wrote:
>> On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote:
>>> This patch adds the notion of a drm_bridge. A bridge is a chained
>>> device which hangs off an encoder. The drm driver using the bridg
On Thu, Aug 8, 2013 at 8:36 PM, Daniel Vetter wrote:
> On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote:
>> This patch adds the notion of a drm_bridge. A bridge is a chained
>> device which hangs off an encoder. The drm driver using the bridge
>> should provide the association between encoder and
On Thu, Aug 8, 2013 at 8:36 PM, Daniel Vetter wrote:
> On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote:
>> This patch adds the notion of a drm_bridge. A bridge is a chained
>> device which hangs off an encoder. The drm driver using the bridge
>> should provide the association between encoder and
On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote:
> This patch adds the notion of a drm_bridge. A bridge is a chained
> device which hangs off an encoder. The drm driver using the bridge
> should provide the association between encoder and bridge. Once a
> bridge is associated with an encoder, it
On Thu, Aug 8, 2013 at 8:36 PM, Daniel Vetter wrote:
> On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote:
>> This patch adds the notion of a drm_bridge. A bridge is a chained
>> device which hangs off an encoder. The drm driver using the bridge
>> should provide the association between encoder and
On Thu, Aug 8, 2013 at 5:36 PM, Daniel Vetter wrote:
> On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote:
>> This patch adds the notion of a drm_bridge. A bridge is a chained
>> device which hangs off an encoder. The drm driver using the bridge
>> should provide the association between encoder and
On Thu, Aug 8, 2013 at 8:36 PM, Daniel Vetter wrote:
> On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote:
>> This patch adds the notion of a drm_bridge. A bridge is a chained
>> device which hangs off an encoder. The drm driver using the bridge
>> should provide the association between encoder and
On Thu, Aug 8, 2013 at 5:36 PM, Daniel Vetter wrote:
> On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote:
>> This patch adds the notion of a drm_bridge. A bridge is a chained
>> device which hangs off an encoder. The drm driver using the bridge
>> should provide the association between encoder and
On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote:
> This patch adds the notion of a drm_bridge. A bridge is a chained
> device which hangs off an encoder. The drm driver using the bridge
> should provide the association between encoder and bridge. Once a
> bridge is associated with an encoder, it
This patch adds the notion of a drm_bridge. A bridge is a chained
device which hangs off an encoder. The drm driver using the bridge
should provide the association between encoder and bridge. Once a
bridge is associated with an encoder, it will participate in mode
set, dpms, and optionally connecti
This patch adds the notion of a drm_bridge. A bridge is a chained
device which hangs off an encoder. The drm driver using the bridge
should provide the association between encoder and bridge. Once a
bridge is associated with an encoder, it will participate in mode
set, dpms, and optionally connecti
20 matches
Mail list logo
