On Wed, 1 Mar 2017 11:17:14 +
Daniel Stone wrote:
> Hi,
>
> On 1 March 2017 at 10:29, Pekka Paalanen wrote:
> > On Tue, 28 Feb 2017 14:46:21 + Daniel Stone
> > wrote:
> >> On 28 February 2017 at 10:59, Pekka Paalanen
Hi,
On 1 March 2017 at 10:29, Pekka Paalanen wrote:
> On Tue, 28 Feb 2017 14:46:21 + Daniel Stone wrote:
>> On 28 February 2017 at 10:59, Pekka Paalanen wrote:
>> > The important thing to document about this change is that is
On Tue, 28 Feb 2017 14:46:21 +
Daniel Stone wrote:
> Hi,
>
> On 28 February 2017 at 10:59, Pekka Paalanen wrote:
> > On Mon, 27 Feb 2017 22:58:48 + Daniel Stone
> > wrote:
> >> It's indeed almost certainly a bugfix:
Hi,
On 28 February 2017 at 10:59, Pekka Paalanen wrote:
> On Mon, 27 Feb 2017 22:58:48 + Daniel Stone wrote:
>> It's indeed almost certainly a bugfix: if you have one client buffer
>> with multiple views, both of which could be promoted to scanout,
On Mon, 27 Feb 2017 22:58:48 +
Daniel Stone wrote:
> Hi Pekka,
>
> On 21 February 2017 at 15:19, Pekka Paalanen wrote:
> > On Fri, 9 Dec 2016 19:57:34 + Daniel Stone
> > wrote:
> >> @@ -312,6 +316,7 @@
Hi Pekka,
On 21 February 2017 at 15:19, Pekka Paalanen wrote:
> On Fri, 9 Dec 2016 19:57:34 + Daniel Stone wrote:
>> @@ -312,6 +316,7 @@ drm_fb_create_dumb(struct drm_backend *b, int width, int
>> height,
>> if (!fb->format->depth ||
On Fri, 9 Dec 2016 19:57:34 +
Daniel Stone wrote:
> Sometimes we need to duplicate an existing drm_fb, e.g. when
> pageflipping to the same buffer to kickstart the repaint loop. To handle
> situations like these, and simplify resource management for dumb and
> cursor
Sometimes we need to duplicate an existing drm_fb, e.g. when
pageflipping to the same buffer to kickstart the repaint loop. To handle
situations like these, and simplify resource management for dumb and
cursor buffers, refcount drm_fb.
Differential Revision: