summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* EGLWLInputEventExample: don't compile WaylandServerinfoProtocol source codesEmre Ucan2015-12-011-2/+0
| | | | Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* EGLWLInputEventExample: remove WaylandServerinfoProtocol implementationEmre Ucan2015-12-011-27/+0
| | | | | | | | WaylandServerinfoProtocol is used for old LayerManager component. It is not required to use with weston-ivi-shell. Therefore, I removed the implementation. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ilmControl: don't cast used variables to voidEmre Ucan2015-12-011-4/+0
| | | | Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* multi-touch-viewer: add EGL_CFLAGS definitionsEmre Ucan2015-12-011-0/+2
| | | | | | | EGL_CFLAGS may include platform dependent definitions, which are required to successfully build the application. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* EGLWLMockNavigation: add EGL_CFLAGS definitionsEmre Ucan2015-12-011-0/+2
| | | | | | | EGL_CFLAGS may include platform dependent definitions, which are required to successfully build the application. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ivi-controller: fixed screenshot function to capture current frameMitul Chokshi2015-11-041-7/+49
| | | | | | | | | | | With earlier implementation read_pixels was called without weston_output_schedule_repaint, causing screenshot to have image of previously triggered screenshot event. & first screenshot was always blank. Now we add frame listener, call weston_output_schedule_repaint and then capture the screenshot in the frame listener. Signed-off-by: Mitul Chokshi <mitul.chokshi@intel.com>
* Bump version to 1.5.0 for the official release1.5.0Nobuhiko Tanibata2015-10-011-2/+2
| | | | Signed-off-by: Nobuhiko Tanibata <nobuhiko_tanibata@xddp.denso.co.jp>
* tests: fix compiler warningsEmre Ucan2015-09-304-12/+12
| | | | Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* multi-touch-viewer: an example to receive multi touch and display them asNobuhiko Tanibata2015-09-308-0/+1802
| | | | | | | | | | points. This example provides us how to receive multi touch and handle them for own application. This shows multi touch as points with differenct color. Signed-off-by: Nobihiko Tanibata <ntanibata@jp.adit-jv.com>
* Bump version to 1.4.931.4.93Nobuhiko Tanibata2015-09-241-2/+2
| | | | Signed-off-by: Nobuhiko Tanibata <nobuhiko_tanibata@xddp.denso.co.jp>
* protocol: update required wayland/weston version to 1.9Emre Ucan2015-09-242-4/+4
| | | | | | | | | 1. weston_seat interface is changed at version 1.9 and it is not compatible with 1.8 2. Surface clipping works in version 1.9 of weston. 3. Some bugfixes are landed in version 1.9. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com> Signed-off-by: Nobuhiko Tanibata <ntanibata@jp.adit-jv.com>
* ivi-input: adjust for v1.9 weston_seat interfaceEmre Ucan2015-09-241-18/+28
| | | | | | | weston_seat data structure is changed at weston v1.9, and new APIs are included. I adjusted ivi-input implementation so that it works with the weston v1.9 Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ivi-controller: remove struct link_shell_weston_surfaceEmre Ucan2015-09-221-8/+0
| | | | | | Because it is not used. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ivi-controller: remove unused members of ivishell structEmre Ucan2015-09-222-27/+0
| | | | Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ivi-controller: remove struct ivicontroller_layerEmre Ucan2015-09-222-116/+32
| | | | Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ivi-controller: remove struct ivicontroller_screenEmre Ucan2015-09-222-100/+16
| | | | Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ivi-controller: remove struct ivicontroller_surfaceEmre Ucan2015-09-222-127/+30
| | | | Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ilmControl: remove failed to get surface/layer context in ilmControl error ↵Emre Ucan2015-09-221-2/+0
| | | | | | | | | | | | | | message When an ilmControl session gets the controller_listener_surface event after an application created an ivi_surface, it controls the existence of the surface with the get_surface_context internal API. It is expected that the surface does not exist. The same is true also for wayland_controller_get_layer_context API. Therefore, these error messages are redundant and confusing. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* Bump version to 1.4.921.4.92Nobuhiko Tanibata2015-09-101-2/+2
| | | | Signed-off-by: Nobuhiko Tanibata <nobuhiko_tanibata@xddp.denso.co.jp>
* Protocol: copy the latest ivi-application.xml from westonNobuhiko Tanibata2015-08-281-64/+88
| | | | Signed-off-by: Nobuhiko Tanibata <nobuhiko_tanibata@xddp.denso.co.jp>
* ilmControl: fix no receiving notification afterNobuhiko Tanibata2015-08-281-0/+2
| | | | | | | | | | LM_NOTIFICATION_CONTENT_AVAILABLE. Privious code doesn't register linstener to receive notification from server. To fix it, register callback function by using ivi_controller_surface_add_listener. Signed-off-by: Nobuhiko Tanibata <NOBUHIKO_TANIBATA@denso.co.jp>
* ivi-controller: multi screens supportNobuhiko Tanibata2015-08-281-2/+2
| | | | | | | Previous code used fixed screen 0 only. The new code creates multi ivi-screens according to the number of screen from output_list. Signed-off-by: Nobuhiko Tanibata <NOBUHIKO_TANIBATA@xddp.denso.co.jp>
* ivi-controller: remove struct link_layerEmre Ucan2015-08-271-33/+5
| | | | | | | | | A surface can be on only one layer. Therefore, the struct link_layer is not required. Instead, struct ivisurface has a pointer to the layer. In the future, A feature that a surface belongs to several layers would be supported if somebody requires. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ivi-controller: remove struct link_screenEmre Ucan2015-08-271-32/+4
| | | | | | | | | A layer can be on only one screen. Therefore, the struct link_screen is not required. Instead, struct ivilayer has a pointer to the screen. In the future, a feature to support that a layer belongs to several screens would be supported again if somebody requires. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* tests: set new expected values for notification testsEmre Ucan2015-08-271-19/+21
| | | | | | | | | | | After a callback function for a surface is registered with the ilm_surfaceAddNotificaiton API, the callback function is called with ILM_NOTIFICATION_CONTENT_AVAILABLE flag, if the surface exists. This causes that the notification test fail. Because they are only expecting the flag of the changed parameter (e.g.ILM_NOTIFICATION_ORIENTATION). The notification tests are successful again after these changes. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ivi-controller: remove redundant wl_list_empty/init callsNobuhiko Tanibata2015-08-271-12/+1
| | | | | | | | | | | | | | | | Checking wl_list_empty() on a link offers no information: if it returns true, wl_list_remove() is safe to do. If it returns false, you still do not know if wl_list_remove() is safe; the link could be part of a list, or the link could be "uninitialized" (e.g. just wl_list_remove()'d). (From Pekka Paalanen's comment at http://lists.freedesktop.org/archives/wayland-devel/2015-August/023987.html). Calling wl_list_init just before wl_list_insert is redundant. Because the links of the list are not read before it is overwritten by wl_list_insert. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com> Signed-off-by: Nobuhiko Tanibata <nobuhiko_tanibata@xddp.denso.co.jp>
* ilmControl: remove redundant wl_list_empty/init callsNobuhiko Tanibata2015-08-271-6/+0
| | | | | | | | | | | | | | | | Checking wl_list_empty() on a link offers no information: if it returns true, wl_list_remove() is safe to do. If it returns false, you still do not know if wl_list_remove() is safe; the link could be part of a list, or the link could be "uninitialized" (e.g. just wl_list_remove()'d). (From Pekka Paalanen's comment at http://lists.freedesktop.org/archives/wayland-devel/2015-August/023987.html). Calling wl_list_init just before wl_list_insert is redundant. Because the links of the list are not read before it is overwritten by wl_list_insert. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com> Signed-off-by: Nobuhiko Tanibata <nobuhiko_tanibata@xddp.denso.co.jp>
* ilmClient: remove redundant wl_list_empty/init callsNobuhiko Tanibata2015-08-271-1/+0
| | | | | | | | | | | | | | | | Checking wl_list_empty() on a link offers no information: if it returns true, wl_list_remove() is safe to do. If it returns false, you still do not know if wl_list_remove() is safe; the link could be part of a list, or the link could be "uninitialized" (e.g. just wl_list_remove()'d). (From Pekka Paalanen's comment at http://lists.freedesktop.org/archives/wayland-devel/2015-August/023987.html). Calling wl_list_init just before wl_list_insert is redundant. Because the links of the list are not read before it is overwritten by wl_list_insert. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com> Signed-off-by: Nobuhiko Tanibata <nobuhiko_tanibata@xddp.denso.co.jp>
* Bump version to 1.4.911.4.91Nobuhiko Tanibata2015-08-171-2/+2
| | | | Signed-off-by: Nobuhiko Tanibata <nobuhiko_tanibata@xddp.denso.co.jp>
* ilmCommon: return failed if context is already destroyedEmre Ucan2015-08-171-0/+6
| | | | Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ilmControl: do nothing if the context is not initializedEmre Ucan2015-08-171-0/+6
| | | | | | Otherwise pthread_join call causes SEGV, beacuse the thread of the ilm_control_context is NULL Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ilmCommon: ilm_destroy() to be thread-safe and introduce an initialization ↵Emre Ucan2015-08-171-4/+30
| | | | | | | | | | | | | counter If ilm_init() is called multiple times, the ilm context should not be destroyed at the first call of ilm_destroy(). Because a thread can call ilm_destroy() and destroy commonly used ilm context. Each ilm_init() call increments the initialization counter, and each ilm_destroy() call decrements the counter. The ilm context is only destroyed when the counter is 0. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ilmControl: When a layer is removed, also clears the order of theNobuhiko Tanibata2015-08-051-0/+19
| | | | surface belonging to the layer.
* ilmControl: Call ilmControl_destroy() if failed in ilmControl_init()Nobuhiko Tanibata2015-08-051-5/+15
| | | | | Additionally ilmConrol_destroy is improved to free contexts only when it is allocated.
* ilmCommon: ilm_init() to be thread-safe.Nobuhiko Tanibata2015-08-051-13/+36
| | | | | | | If ilm_init() is called from another thread it will wait until the first of the initialization is complete. Then, when the initialization is complete, and then exits with a ILM_SUCCESS without anything. Also print the following message.
* ilmControl: Screen width and height are swapped according to rotation of screen.Nobuhiko Tanibata2015-08-051-3/+14
|
* ilmControl: update ILM_CONTROL_PLATFORM_FUNC structureEmre Ucan2015-08-051-22/+0
| | | | Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ilmControl: remove ilm_getNativeHandle APIEmre Ucan2015-08-051-34/+0
| | | | | | it is not part of ILM APIs. it is not in ilm_control.h and it is not used. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ilmControl: use wl_display_roundtrip_queueEmre Ucan2015-08-051-46/+6
| | | | | | | display_roundtrip_queue functions is an exact copy of the wl_display_roundtrip_queue. Use the wayland implementation instead of its copy. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ilmControl: ilm_surfaceRemoveNotification is reimplemented according to specEmre Ucan2015-08-041-1/+17
| | | | | | | It should return ILM_ERROR_INVALID_ARGUMENT according to specification in ilm_control.h, if the given surface has no notification callback registered. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* layer-add-surface: support surface which was created before layer-add-surface.Nobuhiko Tanibata2015-07-291-17/+20
| | | | Signed-off-by: Nobuhiko Tanibata <nobuhiko_tanibata@xddp.denso.co.jp>
* ilm_registerNotification: ilm_registerNotification invokes callback with a ↵Shingo Fujita2015-07-291-0/+14
| | | | | | layer and surface which are already created before callback registration. Signed-off-by: Nobuhiko Tanibata <nobuhiko_tanibata@xddp.denso.co.jp>
* protocol objects: Avoid relocations in .textFrederico Cadete2015-07-271-0/+3
| | | | | | | | | | | | | The current build system is compiling the scanner-generated code as an intermediate static library, and then linking it in with the output shared libraries. This results in some code that was not build with -fPIC, which prevents hardened non-writable code and produces warnings in buildsystems such as yocto. This patch adds -fPIC to the ivi-extension-protocol intermediate library. Signed-off-by: <frederico.cadete@awtce.be>
* ivi-controller: use image_size for surface_screenshot APIEmre Ucan2015-07-211-1/+1
| | | | | | | image_buffer has a size of image_size. Therefore, image_size should be used in the write operation. Otherwise, weston crashes. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* layer-add-surface: use origSourceWidth and Height for configuringEmre Ucan2015-07-201-10/+31
| | | | | | | | | | | check in surface creation event, if the surface is already configured. If it is, use the origSourceWidth and Height to configure destination and source rectangle of ilm_surface. If not, add a surface notification callback and wait for configured event. Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* layer-add-surface: add more infomation which ilm api is called onNobuhiko Tanibata2015-07-171-1/+7
| | | | | | surface/layer. Signed-off-by: Nobuhiko Tanibata <ntanibata@jp.adit-jv.com>
* layer-add-surface: initial implementationEmre Ucan2015-07-173-0/+171
| | | | | | | | | | | | | | | | | it has 2 parameters: layerID: The layer with the given ID is created and added to the screen 0. Moreover, it is made visible number_of_surfaces: number of surfaces which should be added to the layer. when the surface creation callback is called, the surface is made visible, added to the layer. Moreover, destination rectangle and source rectangle are set to size of its wayland buffers. layer-add-surfaces exits when given number of surfaces are added to the layer Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ilmControl: send notifications for surface creation/deletionEmre Ucan2015-07-171-0/+12
| | | | Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ilmControl: send notifications for layer creation/deletionEmre Ucan2015-07-171-0/+13
| | | | Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
* ilmControl: implement ilm_registerNotification(s)Emre Ucan2015-07-171-0/+18
| | | | Signed-off-by: Emre Ucan <eucan@de.adit-jv.com>
View Lorry Controller Status