Commits on Source (13)
-
Split the two into separate functions. Former requires an initialized EGL display, while the latter a current context. We will use that distinction with the next patch. Signed-off-by:
Emil Velikov <emil.velikov@collabora.com>
-
In the case where CreateContext/MakeCurrent fails, we still want to know what the EGL driver is capable of. Move the EGL info printing, just after the eglInitialize() call to ensure that. Signed-off-by:
Emil Velikov <emil.velikov@collabora.com>
-
Tomohito Esaki authored
Add new member to store number of planes to drm_fb structure. Signed-off-by:
Tomohito Esaki <etom@igel.co.jp>
-
Tomohito Esaki authored
Add new API to gl-renderer interface for providing fence sync fd. the backend can wait for GPU rendering by this API. Signed-off-by:
Tomohito Esaki <etom@igel.co.jp>
-
Tomohito Esaki authored
Store usage flags of gbm bo in drm_output in order to specify the bo format for each output. A following patch will add a new type of drm_output which requires different gbm_bo_flags. Signed-off-by:
Tomohito Esaki <etom@igel.co.jp>
-
Tomohito Esaki authored
Add support virtual output for streaming image to remote output by remoting-plugin which will be added by the patch: "Add remoting plugin for output streaming." The gbm bo of virtual output is the linear format. Virtual output is implemented based on a patch by Grigory Kletsko <grigory.kletsko@cogentembedded.com>. Signed-off-by:
Tomohito Esaki <etom@igel.co.jp>
-
Tomohito Esaki authored
Xwayland block SIGUSR1 signal for handling this signal. However, if some weston plugins creates additional threads before xwayland is loaded, this signal get delivered these threads and causes weston quit. Therefore, we should set up SIGUSR1 blocking early so that these threads can inherit the setting when created. Signed-off-by:
Tomohito Esaki <etom@igel.co.jp>
-
Tomohito Esaki authored
Remoting plugin support streaming image of virtual output on drm-backend to remote output. By appending remote-output section in weston.ini, weston loads remoting plugin module and creates virtual outputs via remoting plugin. The mode, host, and port properties are configurable in remote-output section. This plugin send motion jpeg images to client via RTP using gstreamer. Client can receive by using following pipeline of gst-launch. gst-launch-1.0 rtpbin name=rtpbin \ udpsrc caps="application/x-rtp,media=(string)video,clock-rate=(int)90000, encoding-name=JPEG,payload=26" port=[PORTNUMBER] ! rtpbin.recv_rtp_sink_0 \ rtpbin. ! rtpjpegdepay ! jpegdec ! autovideosink \ udpsrc port=[PORTNUMBER+1] ! rtpbin.recv_rtcp_sink_0 \ rtpbin.send_rtcp_src_0 ! udpsink port=[PORTNUMBER+2] sync=false async=false where, PORTNUMBER is specified in weston.ini. Signed-off-by:
Tomohito Esaki <etom@igel.co.jp>
-
eucan authored
Move the implementation from commit_screen_list to build_view_list function Signed-off-by:
Emre Ucan <eucan@de.adit-jv.com>
-
eucan authored
From Michael Olbrich: "Both the core in weston_compositor_build_view_list() with view.link and the ivi-shell in commit_screen_list() with view.layer_link don't remove the old views from the list. As a result, all views that are not currently in the list have old broken links. Destroying such a view tries to remove the view from these lists and will access the old, invalid pointers." Therefore, we have to unmap weston_views which are not in current scenegraph of ivi-shell. I implemented ivi_view_is_mapped() function to check mappedness of ivi_views. The functions checks: - the view is on a layer's order list - the layer is on a screen - the layer and view's ivi_surface are visible If ivi_view is not mapped but weston_view is still mapped, we have to unmap the weston_view with weston_view_unmap() call. Reported-by:
Michael Olbrich <m.olbrich@pengutronix.de> Signed-off-by:
Emre Ucan <eucan@de.adit-jv.com>
-
eucan authored
If the view is not mapped, we do not need to update its properties. We can use ivi_view_is_mapped() function to check it. Also we don't need to call weston_view_damage_below() for weston_views, which were in the scenegraph. Because we are calling weston_view_unmap for views of unmapped ivi_views in build_view_list() function Signed-off-by:
Emre Ucan <eucan@de.adit-jv.com>
-
Not all drivers support fb2 modifiers so read the capability before using drmModeAddFB2WithModifiers. Signed-off-by:
Deepak Rawat <drawat@vmware.com>
-
Showing
- Makefile.am 20 additions, 1 deletionMakefile.am
- clients/simple-dmabuf-drm.c 5 additions, 1 deletionclients/simple-dmabuf-drm.c
- compositor/main.c 162 additions, 0 deletionscompositor/main.c
- configure.ac 14 additions, 0 deletionsconfigure.ac
- doc/remoting-client-receive.bash 38 additions, 0 deletionsdoc/remoting-client-receive.bash
- ivi-shell/ivi-layout.c 32 additions, 30 deletionsivi-shell/ivi-layout.c
- libweston/compositor-drm.c 384 additions, 8 deletionslibweston/compositor-drm.c
- libweston/compositor-drm.h 73 additions, 0 deletionslibweston/compositor-drm.h
- libweston/gl-renderer.c 52 additions, 14 deletionslibweston/gl-renderer.c
- libweston/gl-renderer.h 7 additions, 0 deletionslibweston/gl-renderer.h
- m4/ax_pthread.m4 485 additions, 0 deletionsm4/ax_pthread.m4
- man/weston-drm.man 31 additions, 0 deletionsman/weston-drm.man
- man/weston.ini.man 13 additions, 0 deletionsman/weston.ini.man
- remoting/README 28 additions, 0 deletionsremoting/README
- remoting/remoting-plugin.c 907 additions, 0 deletionsremoting/remoting-plugin.c
- remoting/remoting-plugin.h 74 additions, 0 deletionsremoting/remoting-plugin.h
doc/remoting-client-receive.bash
0 → 100755
m4/ax_pthread.m4
0 → 100644
This diff is collapsed.
remoting/README
0 → 100644
remoting/remoting-plugin.c
0 → 100644
This diff is collapsed.
remoting/remoting-plugin.h
0 → 100644