Any plan to support for drmModeAddFB2WithModifiers and query preferred
FB modifier?
On Tue, Sep 26, 2017 at 12:15 PM, Daniel Stone
wrote:
> We currently do the same thing in two places, and will soon have a
> third.
>
> Signed-off-by: Daniel Stone
> ---
> libweston/compositor-drm.c | 93 +
Currently I have a DRM modeset master which have multiple (HDMI) connectors.
I suppose there is a limitation (or security feature) in DRM that only one
user process can be a DRM master and only the master can do drmMode*
operations.
Wondering how to run multiple fullscreen applications (each for
The function will be provided by wayland-egl and which is from graphics
drivers either mesa or the any of the supported GPU drivers. Check the
Hardware Enabling for Wayland section in
http://wayland.freedesktop.org/architecture.html
On Thu, Oct 8, 2015 at 6:37 AM Joaquim Duran wrote:
> Hello,
>
>
to dig into EFL code as well .. but gave up due to not finding the
implementation of efl_gfx_visible_set (if someone can either point to that
or find the actual function to look at, that would be nice)"
On Mon, Aug 24, 2015 at 4:35 AM, Pekka Paalanen wrote:
> On Fri, 21 Aug 2015 19:04:11
called once a frame when the surface content
> is painted and shown on the screen. When there's no surface content,
> it isn't painted, so the frame event isn't called.
>
> I'm not sure what you mean about a buffer release event -- you never
> attached a buffer to
Hi,
Based on the wayland protocol specification for wl_surface::attach
>>If wl_surface.attach is sent with a NULL wl_buffer, the following
wl_surface.commit will remove the surface content.
Wondering if wl_surface_attach called with wl_buffer=NULL, will there be
any wl_buffer release event or fram
Hi All,
Wondering whether possible to run EGL-X on Xwayland?
If my understanding correct EGL applications need be built natively with
wayland-egl/EGL?
Thanks
Prabhu
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesk
s, you shouldn't
> need to be calling wl_surface.commit manually. Perhaps I'm just
> misunderstanding something?
>
> I hope that helps,
> --Jason Ekstrand
>
>
> On Fri, Feb 7, 2014 at 8:03 AM, Prabhu S wrote:
>
>> Hello,
>> eglSwapBuffers is a n
thread. In my assumption calls following wl_surface.attach,
wl_surface.damage, wl_surface.commit, wl_display.flush need to be called
from in different thread. Can this possible by creating callback and
setevent from different thread(frame completion thread). I assumg
wl_surface.frame is the compositor
Hello,
eglSwapBuffers is a non blocking call. Normally, 3D GPU will be used both
for content creation and composition, in that case everything will end up
the GPU unit. So the end frame will be will be synchronized. (assuming 1
GPU unit).
I have a scenario, where 3D GPU being used for creating con
Got the chorme-ozone working for ARM with proprietary GPU drivers. It is
neat!
WebGL also working very good.
I recommend to use gold linker and latest ninja(1.4).
I have to make only the following change
@@ -117,7 +117,7 @@ bool GLSurfaceEGL::InitializeOneOff() {
LOG(ERROR) << "OZONE failed
11 matches
Mail list logo
