According to v4l2 documentation, DQBUF always clears FLAG_DONE, so
this assert can be expected to fire 100% of the time.
Signed-off-by: Derek Foreman
---
clients/simple-dmabuf-v4l.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/clients/simple-dmabuf-v4l.c
Hey Emil,
On 9 March 2017 at 22:57, Emil Velikov wrote:
> So was feeling a bit bored and decided to remind myself about all the
> crazy formats out there :-)
>
> I believe you've got a couple of mistakes, plus there's a couple of
> questions/ideas below.
> Note that
Hey Emil,
On 9 March 2017 at 23:12, Emil Velikov wrote:
> On 3 March 2017 at 23:05, Daniel Stone wrote:
>> - x = (x - output->base.x) * output->base.current_scale;
>> - y = (y - output->base.y) * output->base.current_scale;
>> +
Hey Emil,
On 9 March 2017 at 23:51, Emil Velikov wrote:
> On 3 March 2017 at 23:05, Daniel Stone wrote:
>> +static void
>> +drm_fb_destroy_dumb(struct drm_fb *fb)
>> +{
>> + struct drm_mode_destroy_dumb destroy_arg;
>> +
>> +
Hi Pekka,
On 10 March 2017 at 13:41, Pekka Paalanen
wrote:
> On Wed, 1 Mar 2017 11:34:09 + Daniel Stone wrote:
>>* the deadline given by repaint_msec? In that case we delay until
>>* the deadline of the next frame, to
Hi,
On 8 March 2017 at 14:05, Pekka Paalanen wrote:
> On Wed, 1 Mar 2017 11:34:08 + Daniel Stone wrote:
>> + /* XXX: This can keep postponing forever, maybe? */
>> + if (msec_to_next < 1)
>> + msec_to_next = 1;
>
>
Hi Pekka,
On 8 March 2017 at 12:27, Pekka Paalanen wrote:
> On Wed, 8 Mar 2017 13:34:18 +0200
> Pekka Paalanen wrote:
>
>> On Wed, 1 Mar 2017 11:34:02 +
>> Daniel Stone wrote:
>>
>> > Paralleling timespec_to_nsec, converts
Hi Pekka,
On 8 March 2017 at 13:22, Pekka Paalanen wrote:
> On Fri, 3 Mar 2017 16:59:42 + Daniel Stone wrote:
>> repaint_scheduled is actually cleverly a quad-state, disguised as a
>> boolean. There are four possible conditions for the repaint
On Wed, 1 Mar 2017 11:34:09 +
Daniel Stone wrote:
> At the bottom of weston_output_finish_frame(), code exists to account
> for flips which have missed the repaint window, by shifting them to lock
> on to the next repaint window rather than repainting immediately.
>
On Thu, 9 Mar 2017 15:01:03 +
Vincent ABRIOU wrote:
> On 03/09/2017 02:48 PM, Pekka Paalanen wrote:
> > On Thu, 9 Mar 2017 12:53:35 +
> > Vincent ABRIOU wrote:
> >
> >> Hi Pekka,
> >>
> >> On 03/09/2017 11:32 AM, Pekka Paalanen wrote:
>
From: Quentin Glidic
Signed-off-by: Quentin Glidic
---
libweston-desktop/xdg-shell-v6.c | 36
1 file changed, 20 insertions(+), 16 deletions(-)
diff --git a/libweston-desktop/xdg-shell-v6.c
On 03/09/2017 04:41 PM, Pekka Paalanen wrote:
> On Thu, 9 Mar 2017 15:01:03 +
> Vincent ABRIOU wrote:
>
>> On 03/09/2017 02:48 PM, Pekka Paalanen wrote:
>>> On Thu, 9 Mar 2017 12:53:35 +
>>> Vincent ABRIOU wrote:
>>>
Hi Pekka,
Hi Vikash,
You can basically add the same surface on different layers and attach these
layers to different screens.
This feature is supported in IVI-Shell but not in ilmControl libraries. The
libraries assumes that a surface could be only on one layer.
Today I will send a big update to
On Fri, 10 Mar 2017 12:14:36 +0530
Vikas Patil wrote:
> Dear All,
>
> Do wayland/weston or wayland-ivi-extension supports dual display in clone
> mode? If not, is there any way I can configure weston or
> wayland-ivi-extension to operate dual display in clone mode?
Hi,
14 matches
Mail list logo