summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Enable GLESv2 library since build fails otherwisebaserock/genivi/morphBen Brewer2012-11-161-1/+1
|
* Fix invalid usage of cmake due to misleading documentationBen Brewer2012-11-161-1/+1
|
* Fix syntax error in morphBen Brewer2012-11-151-1/+1
|
* Add morphBen Brewer2012-11-151-0/+13
|
* LayerManagerService: Updating Release NotesMichael Schuldt2012-10-262-3/+7
|
* ilmClient: added detection if ilm_init() was called multiple timesTimo Lotterbach2012-10-261-0/+12
|
* DbusIpcModule: added checks before calling dbus_watch_handleTimo Lotterbach2012-10-261-12/+26
|
* GenericCommunciator: improved logging of client names and pidsTimo Lotterbach2012-10-261-6/+12
|
* LayerManagerService: removed cyclic header inclusionTimo Lotterbach2012-10-264-2/+7
| | | | | | | LayerManager.h included Scene.h Scene.h included LayerManager.h LayerManager now just forwards class Scene.
* DbusIpcModule: updated Introspect response to contain input and notification APITimo Lotterbach2012-10-221-1/+7
| | | | | New messages have been introduced for input handling and client notifications. These commands have to be reported in the introspect response of Dbus.
* LayerManagerService: added missing API documentationTimo Lotterbach2012-10-221-0/+11
|
* LayerManagerService: added creator pid to every graphical objectTimo Lotterbach2012-10-2225-171/+228
|
* GenericCommunicator: passes the pid to every created command objectTimo Lotterbach2012-10-2210-366/+733
|
* LayerManagerCommands: included sender pid in every received commandTimo Lotterbach2012-10-22129-680/+558
| | | | | | Each received messages contains a unique sender handle. During ServiceConnect call, the application registers it's process id. this way a mapping of unique client handle to process id is possible.
* ilmClient: including client application name in ServiceConnectTimo Lotterbach2012-10-221-2/+5
|
* WindowSystems: fixed issues caused by new compiler warning settingsTimo Lotterbach2012-10-221-3/+4
|
* GenericCommunicator: fixed issues caused by new compiler warning settingsTimo Lotterbach2012-10-221-6/+11
|
* BuildSystem: updated compiler warnings settings, added new build flagsTimo Lotterbach2012-10-229-83/+167
| | | | | | | | | | | | | Now 3 different compiler warning presets are used: - 3rd party libs, unit tests: cmake default compiler settings - Examples: strict compiler settings to catch many code flaws - other: very strict compiler settings to detect portability issues The new build flags allow disabling build of - LayerManagerService - ilmClient - GenericCommunciator This allows building e.g. only the examples or unit tests
* LayerManagerService: added logging of command line argumentsTimo Lotterbach2012-10-171-0/+7
| | | | On startup LayerManagerService logs the command line it was started with.
* LayerManagerService: fixed signal handling during shutdownTimo Lotterbach2012-10-171-0/+1
| | | | SIGABRT was not unset.
* Maintenance: removed use of non-portable usage of map::at(), fixed compiler ↵Timo Lotterbach2012-10-1716-200/+203
| | | | | | | | | | warnings map::at() function is no available on platforms, while map::operator[] is. additionally some compiler warnings have been fixed: - signed/unsigned mismatch - removed unused variables
* LayerManagerUtils: included DLT default log level configurationTimo Lotterbach2012-10-171-0/+1
|
* GLESGraphicSystem: disabled DEBUG_LOG output spamming all logsTimo Lotterbach2012-10-171-4/+4
| | | | | these DEBUG_LOG calls generated so much output, that no other information could be used any more.
* LayerManagerExamples: fixed gcc 4.7.1 warnings and errorsTimo Lotterbach2012-10-175-4/+7
| | | | These issues have occurred using Ubuntu 12.10 pre-release version.
* LayerManagerService: Updating Release Notesivi-layer-management_version_0_9_8Michael Schuldt2012-10-022-2/+15
|
* TcpIpcModule: updated to new IpcModule API, added notification supportTimo Lotterbach2012-10-027-144/+333
| | | | | | | | | | Added support for creating and sending notifications. Improved handling of incoming message data structure. removed destroyMessage: was only used for DBusIpcModule, but lifecycle of received messages is now handled internally. The external call is not required any more.
* DbusIpcModule: updated to new IpcModule API, added notification supportTimo Lotterbach2012-10-0214-344/+988
| | | | | | | | | | | | | | | | Send and Receive have been reimplemented to support asynchronous sending and receiving of events. This enables the use of DBus signals as transport for client notifications. The implementation now features a DBus main loop based on DBusWatches, select(), DBus filters and dbus_connection_dispatch(). Note: Layer- & SurfaceNotification messages are detected and the DBus signal handlers are setup as required inside the DbusIpcModule. removed destroyMessage: was only used for DBusIpcModule, but lifecycle of received messages is now handled internally. The external call is not required any more.
* GenericCommunicator: added notification supportTimo Lotterbach2012-10-025-741/+1275
| | | | | | | | | | | | | | | Updated to use new IpcModule API. Manages internal list of registered notifications. This list is used to remove notifications on client disconnect. After processing an incoming command, the list of client notifications is processed: each notification is created using the IpcModule and sent to the appropriate list of clients. removed destroyMessage: was only used for DBusIpcModule, but lifecycle of received messages is now handled internally. The external call is not required any more.
* ilmClient: added internal thread, updated IpcModule API, updated testsTimo Lotterbach2012-10-026-806/+2496
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch adds an internal thread thread which implements a receive loop. The internal thread is required to process any incoming notification event independent of the current client state. Inside the client API a list of callbacks is stored to support different callbacks for different layer and surface notification. The behavior of the API is unchanged, but additionally asynchronous callbacks can be supported. add notification tests: tests all possible individual notification targets for layers and surfaces and some combinations aswell. remove destroyMessage: was only used for DBusIpcModule, but lifecycle of received messages is now handled internally. The external call is not required any more. added thread for notification delivery: the receive thread used to execute notification callbacks directly, but this allowed a client to block the receive loop. Now the receive thread adds all received notifications to a queue. This queue is processed by the new notification thread, which triggers the callbacks for incoming notifications. if a client blocks the notification thread, it will only affect incoming notifications, but the receive thread will continue working. If the notification queue is full, the receive thread discards incoming notifications.
* IpcModuleLoader: updated IpcMpodule API to support client notificationsTimo Lotterbach2012-10-023-87/+130
| | | | | | removed destroyMessage: was only used for DBusIpcModule, but lifecycle of received messages is now handled internally. The external call is not required any more.
* LayerManagerCommands: enabled notifications for surface and layer property ↵Timo Lotterbach2012-10-0215-32/+153
| | | | | | | changes Commands that change properties of layers or surfaces now add notifications to the list of notifications.
* LayerManagerService: added internal notification queueTimo Lotterbach2012-10-026-2/+118
| | | | | | The executor now has an interface to add client notifications. This enables commands to trigger client notifications, if they have changed a property of a graphical object.
* LayerManagerControl: added watch layer/surface functionTimo Lotterbach2012-10-024-16/+209
| | | | | | | | This feature allows watching all notifications sent for changes of a layer or surface. This basically enables monitoring the state changes of a layer or surface. Additionally the ilmClient init and destroy was improved.
* ilmClient: added notification APITimo Lotterbach2012-10-023-8/+92
| | | | | added API functions for adding and removing notifications for layers and surfaces.
* Renderer: fixed issues detected by CoverityTimo Lotterbach2012-10-023-0/+7
|
* LayerManagerService: Add signal SIGABRT to catch assertsMichael Schuldt2012-10-021-0/+6
|
* LayerManagerClient: Cleanup of Chromakey ImplementationMichael Schuldt2012-09-121-50/+35
| | | | | - Removing do while loop in layerSetChromakey - Removing do while loop in surfaceSetChromakey
* ChromaKeyExample : Adapting to new shm protocol of wayland 0.95Michael Schuldt2012-09-121-16/+14
| | | | | - the shm interfaces has changed in wayland 0.95 - this patch correct the behaviour.
* LayerManagerControl: added chromakey supportTimo Lotterbach2012-09-122-0/+59
| | | | | - set chromakey value for surface and layer - disable chromakey for surface and layer
* WLChromakeyExample:Fixed path of include header of ilm_client.hNobuhiko Tanibata2012-09-121-1/+1
|
* Add test code of chromakey for layer to IlmCommandTest and GraphicalObjectTestNobuhiko Tanibata2012-09-122-1/+109
|
* Add implementation of chromakey for layer to LayerManagerPluginNobuhiko Tanibata2012-09-122-8/+168
| | | | | | GLESGraphicSystem: -If chromakey for layer is enabled, creates temporary buffer and render surfaces to it. -and then the buffer is texturized and composite.
* Add implementation of chromakey for layerNobuhiko Tanibata2012-09-127-6/+226
| | | | | | | | | | | | LayerManagerClient: -Add members into structure of ilmLayerProperties to get status of chromakey by ilm_getPropertiesOfLayer -ilm_layerSetChromaKey and modification of ilm_getPropertiesOfLayer to get properties of chromakey GenericCommunicator: -Add SetLayerChromaKey and GetPropertiesOfLayer LayerManagerCommands: -Add LayerSetChromaKeyCommand
* LayerManagerExamples: Add Example application for chromakeyNobuhiko Tanibata2012-09-127-0/+915
|
* LayerManagerClient: Add test code of chromakey to IlmCOmmandTest and ↵Nobuhiko Tanibata2012-09-122-2/+127
| | | | GraphicalObjectTest
* Add implmentation of chromakey for surface by shader program to ↵Nobuhiko Tanibata2012-09-128-8/+106
| | | | | | | | | | | | | LayerMangerPlugin LayerManagerService: -Add parameter of chromakey to ShaderProgram in order to set chromakey to shaders X11GLESRenderer: -renderer_frag_add_uchromakey. If chromakey and fragment color are same, the pixel is ignored. GLESGraphicSystem: -If chromakey is enabled, shader for chromakey is enabled.
* Add implmentation of chromakey for surfaceNobuhiko Tanibata2012-09-128-7/+306
| | | | | | | | | | | | | | | LayerManagerClient: -Add members into structure of ilmSurfaceProperties to get status of chromakey by ilm_getPropertiesOfSurface -ilm_surfaceSetChromaKey and Modification of ilm_getPropertiesOfSurface to get properties of chromakey GenericCommunicator: -Add SetSurfaceChromaKey and GetPropertiesOfSurface LayerManagerService -Add colorkey's methods and valiables to GraphicalObject LayerManagerPlugins -Add SurfaceSetChromakeyCommand
* LayerManagerService: Updating release notesivi-layer-management_version_0_9_7excalibur_releaseMichael Schuldt2012-09-122-2/+3
|
* ilmClient: fixed memory leak, error messages were not releasedTimo Lotterbach2012-09-121-239/+155
| | | | | | | destroyMessage() was only called for messages, if typecheck for "Command" was successful. If type was "Error", destroy was omitted. This patch changes the behavior to release all received events.
* IpcModule: Fix Memory Leak therefore introducing destroyMessage functionalityivi-layer-management_version_0_9_7_rc2Michael Schuldt2012-09-048-83/+197
| | | | | | | | - This patch will fix a huge memory leak on both client and generic communicator - This memory leak will not occur on all ipc module only if dbus is used. - To guarantee that the ipc message is successfull destroyed destroyMessage functionality is added.
View Lorry Controller Status