> On 11/16/17 4:04 PM, Harsha Manjula Mallikarjun (RBEI/ECF3) wrote:
> > Hi All,
> >
> > we are developing a middleware frame work for a 3D window manager.
> > The window manager should be able to map the client buffers to 3D
> > shapes (cube, cylinder and so on).
> >
> > Our idea is that "3D win
On Thu, Nov 16, 2017 at 03:03:41PM +0800, Dima Ryazanov wrote:
> Oh nice, much simpler. I have a few nitpick comments, but it looks good,
> and works for me.
>
> Reviewed-By: Dima Ryazanov
> Tested-By: Dima Ryazanov
thx, much appreciated!
> On Thu, Nov 16, 2017 at 1:11 PM, Peter Hutterer
> wr
Hi all,
this patch prevents weston from importing dmabuf buffer when the
EGL_EXT_image_dma_buf_import_modifiers extension is not supported. In this
case, the import will either fail in import_simple_dmabuf if the modifier
is zero, or in gl_renderer_import_dmabuf is the modifier is
DRM_FORMAT_MOD_I
Change code related to touch motion events to use struct timespec to
represent time.
This commit is part of a larger effort to transition the Weston codebase
to struct timespec.
Signed-off-by: Alexandros Frantzis
---
desktop-shell/shell.c | 5 +++--
ivi-shell/hmi-controller.c | 5 +++--
Change weston_compositor_get_time to return the current compositor time
as a struct timespec. Also, use clock_gettime (with CLOCK_REALTIME) to
get the time, since it's equivalent to the currently used gettimeofday
call, but returns the data directly in a struct timespec.
This commit is part of a l
Change code related to touch down events to use struct timespec to
represent time.
This commit is part of a larger effort to transition the Weston codebase
to struct timespec.
Signed-off-by: Alexandros Frantzis
---
desktop-shell/shell.c | 8 +---
ivi-shell/hmi-controller.c |
Change code related to touch up events to use struct timespec to represent
time.
This commit is part of a larger effort to transition the Weston codebase
to struct timespec.
Signed-off-by: Alexandros Frantzis
---
desktop-shell/shell.c | 3 ++-
ivi-shell/hmi-controller.c | 3 ++-
libwesto
Change code related to axis events to use struct timespec to represent
time.
This commit is part of a larger effort to transition the Weston codebase
to struct timespec.
Signed-off-by: Alexandros Frantzis
---
compositor/screen-share.c | 5 -
desktop-shell/exposay.c| 3 ++-
de
Change code related to button events to use struct timespec to represent
time.
This commit is part of a larger effort to transition the Weston codebase
to struct timespec.
Signed-off-by: Alexandros Frantzis
---
compositor/screen-share.c | 5 -
desktop-shell/exposay.c| 4 ++--
Change code related to key events to use struct timespec to represent
time.
This commit is part of a larger effort to transition the Weston codebase
to struct timespec.
Signed-off-by: Alexandros Frantzis
---
compositor/screen-share.c | 8 ---
compositor/text-backend.c | 13
Change code related to animations to use struct timespec to represent
time.
This commit is part of a larger effort to transition the Weston codebase
to struct timespec.
Signed-off-by: Alexandros Frantzis
---
desktop-shell/shell.c | 26 ++
desktop-shell/shell.h | 2 +
Add helper functions to make it easy and less error-prone to convert
between values in various time units (nsec, usec, msec) and struct
timespec. These helpers are going to be used in the upcoming commits to
transition the Weston codebase to struct timespec.
Signed-off-by: Alexandros Frantzis
---
Store the output presentation timestamp as struct timespec.
This commit is part of a larger effort to transition the Weston codebase
to struct timespec.
Signed-off-by: Alexandros Frantzis
---
libweston/compositor.c| 12 ++--
libweston/compositor.h| 2 +-
libweston/screenshooter
Change code related to motion events to use struct timespec to represent
time.
This commit is part of a larger effort to transition the Weston codebase
to struct timespec.
Signed-off-by: Alexandros Frantzis
---
compositor/screen-share.c | 6 +-
desktop-shell/exposay.c| 3 ++-
Add a helper function to check if a struct timespec is zero. This helper
will be used in the upcoming commits to transition the Weston codebase
to struct timespec.
Signed-off-by: Alexandros Frantzis
---
shared/timespec-util.h | 12
tests/timespec-test.c | 11 +++
2 files ch
This patchset changes libweston to consistently use struct timespec for time
values.
struct timespec is the standard way to represent time on Linux and allows for
an improved range and accuracy compared to the millisecond based uint32_t
values currently used in throughout the codebase. This change
On 11/16/17 4:04 PM, Harsha Manjula Mallikarjun (RBEI/ECF3) wrote:
Hi All,
we are developing a middleware frame work for a 3D window manager.
The window manager should be able to map the client buffers to
3D shapes (cube, cylinder and so on).
Our idea is that "3D window manager" uses libweston
Hi All,
we are developing a middleware frame work for a 3D window manager.
The window manager should be able to map the client buffers to
3D shapes (cube, cylinder and so on).
Our idea is that "3D window manager" uses libweston to get client
buffers and composites them on 3D shapes. Essentially,
Hi Olivier,
On 27 September 2017 at 17:01, Olivier Fourdan wrote:
> Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=103012
> Signed-off-by: Olivier Fourdan
> ---
> Note: I am not familiar with this so I have no idea whether or not the
> fix is correct (thus the RFC), but it does fix the te
Hi Jason,
I am trying to reproduce the issue. But in my environment I am facing some
issue with hid-replay (replay events are not received in weston). Can you
please provide coredumps or backtraces if possible.
Best regards,
Devadoss Maniraj
RBEI/ECF3
Tel. +91 80 6136-4382
-Original
Hi all,
Anyone to review/comment on this patch below?
It seems to fix the issue wit hte reproducer from the bug, but I dunno if this
is right fix...
Thanks
Olivier
> Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=103012
> Signed-off-by: Olivier Fourdan
> ---
> Note: I am not familiar wi
On Wed, 15 Nov 2017 15:47:32 +
"Turner, LewisX" wrote:
> Hi Derek and pq,
>
> Thanks for the further suggestions and comments.
>
> The idea around multiple threads is a likely candidate. We have added
> a thread and the flush is coming from the extra thread.
>
> There seems to be two obvio
22 matches
Mail list logo
