On Monday 2016-03-21 22:58, Benoit Gschwind wrote:
> struct x11_output {
>@@ -130,6 +127,11 @@ struct window_delete_data {
>
> struct gl_renderer_interface *gl_renderer;
>
>+static void
>+weston_x11_backend_config_init_default(struct weston_x11_backend_config *
>ths) {
>+ bzero(ths, sizeof
Hello,
I think that struct_version and struct_size should not be belong
compositor.h. I think those versioning should be back-end detail, and
each back-end should provide a major version number through #define in
the backend header.
Otherwise the patch look good
Best regards.
Reviewed-by: Benoi
Use a "well" defined structure to configure x11-backend and move configuration
file parsing inside the weston compositor code.
v4: add struct_version, and check for null pointer of the configuration
structure.
v3: properly check memory error for the memory allocation of the outputs
array.
v2: add
In preparation for follow-on changes to support frame presentation
through EGLDevice+EGLOutput, this change refactors
gl_renderer_output_window_create() to separate out window surface
creation code from output common creation code.
Bonus: Fix EGLSurface leakage upon gl_renderer_setup() failure.
S
Using strstr(3) for checking for extensions is an error-prone mechanism
as extension names can be prefixes of other extension names (see
https://www.opengl.org/registry/doc/rules.html#using).
This change implements the check_extension() function to properly check
for an extension and replaces all
In preparation for follow-on changes to support frame presentation
through EGLDevice+EGLOutput, this change includes the following:
-Rename gl_renderer_output_create to gl_renderer_output_window_create
-Add argument to gl_renderer_create
-Rename argument for gl_renderer_create() and
gl_r
EGLDevice provides means to enumerate native devices, and then create
an EGL display connection from them.
Similarly, EGLOutput will provide means to access different
portions of display control hardware associated with an EGLDevice.
For instance, EGLOutputLayer represents a portion of display
co
As previously stated, EGLDevice and EGLOutput will provide means
to access native device objects and different portions of display
control hardware respectively.
Whenever EGL_EXT_device_drm extension is present, EGLDevice can
be used to enumerate and access DRM KMS devices, and EGLOutputLayer
to e
Instant query for vblank timestamp may always fail, resulting in
never scheduling a full repaint in drm_output_start_repaint_loop().
Additionally, timestamp provided in page_flip_handler() may also be
invalid.
This change makes both drm_output_start_repaint_loop() and
page_flip_handler() to sched
In preparation for follow-on changes to support frame presentation
through EGLDevice+EGLOutput, this change includes the following:
- Rename drm_backend::format to gbm_format
- Rename drm_output::formatto gbm_format
- Rename drm_output::surface to gbm_surface
- Rename drm_output::cu
Hi all,
First of all, I'd like to introduce myself to the Wayland community: My
name is Miguel A. Vico, and I've been working as a Software Engineer
for NVIDIA for some time now, more specifically, in the Linux drivers
team. Although I've never spoken before, I've been lately following the
amazing
On 21.3.2016 14:40, Pekka Paalanen wrote:
On Mon, 21 Mar 2016 13:43:06 +0100
Armin Krezović wrote:
On 21.3.2016 8:57, Pekka Paalanen wrote:
On Sat, 19 Mar 2016 23:33:21 +0100
Armin Krezović wrote:
On 13.03.2016 18:22, Armin Krezović wrote:
Hello Pekka, Quentin and Kat (sorry, don't know
On Mon, 21 Mar 2016 13:43:06 +0100
Armin Krezović wrote:
> On 21.3.2016 8:57, Pekka Paalanen wrote:
> > On Sat, 19 Mar 2016 23:33:21 +0100
> > Armin Krezović wrote:
> >
> >> On 13.03.2016 18:22, Armin Krezović wrote:
> >>> Hello Pekka, Quentin and Kat (sorry, don't know the real name yet).
>
On 21.3.2016 8:57, Pekka Paalanen wrote:
On Sat, 19 Mar 2016 23:33:21 +0100
Armin Krezović wrote:
On 13.03.2016 18:22, Armin Krezović wrote:
Hello Pekka, Quentin and Kat (sorry, don't know the real name yet).
Pekka and Quentin have volounteered to review my GSoC application
draft for the Way
This patch is a further step in the wl_fixed_t internal sanitization.
It changes the notify_* functions to take doubles instead of wl_fixed_t
but does not change how these are stored in the various input structs
yet, except for weston_pointer_axis_event.
However this already allows to remove all wl
On Mon, 21 Mar 2016 08:36:59 +0100
Martin Graesslin wrote:
> Hi Wayland-devs,
>
> while implementing sub-surface support in KWin I run into a small problem
> regarding the get_subsurface request:
>
> When should the new subsurface be added to the parent surface?
>
> My interpretation was that
On Sat, 19 Mar 2016 23:33:21 +0100
Armin Krezović wrote:
> On 13.03.2016 18:22, Armin Krezović wrote:
> > Hello Pekka, Quentin and Kat (sorry, don't know the real name yet).
> >
> > Pekka and Quentin have volounteered to review my GSoC application
> > draft for the Wayland project. Pekka also su
Hi Wayland-devs,
while implementing sub-surface support in KWin I run into a small problem
regarding the get_subsurface request:
When should the new subsurface be added to the parent surface?
My interpretation was that the subsurface will only be added after the next
commit on the parent surfa
18 matches
Mail list logo