Fix warnings

Change-Id: I1a67ad4b5ed7aec35084ae991e07590a1ccbbbe8

Input implementation

    - implement open & close functions for libinput library
    - bug fix

Change-Id: If9a061be4a85a0385b14bd1a03f466892732e67c

drm backend implementation

    - output implementation
        - initial version
        - create framebuffers
        - draw using gl-renderer or pixman-renderer
        - add test code

Change-Id: I136872213c54ef887c3a58cbccad95b7f01d1801

gl-renderer: bugfix

Change-Id: Ibff85542e89f4233de7b84103b90e5d8788c5490

gl-renderer: pixman-renderer: Refactor surface attach code

Change-Id: I14874b2b653b56ddcc22b3002f42f200f66026c4

gl-renderer: Surface attach.

Change-Id: I4734f39d27d6d6d43cd9b0b3bb7c1bba1b3c8a55

gl-renderer: EGL and GL extension initialization.

Change-Id: Id6274ac8fe46c084d38030eb574b5cb449728c7d

core: Added attach_surface() to the renderer interface.

In order to draw a view, the surface of the view should be attached to the
renderer first. For pixman renderer, we need a pixman_image_t for the given
surface's current buffer. For gl renderer, we need a texture.

Size of a buffer is unknown until it is attached to a renderer for some types
of buffers, for example, size of an EGL buffer can be queried via
eglQueryWaylandBufferWL() so the core should attach the buffer to a renderer
in order to get its size.

Normaly, only shm buffers can be attached to pixman renderers. But there're
platforms that can map DMABUFs into CPU address so that pixman renderer can
serve those types of buffers.

Change-Id: I4c07b48d1879a3c2d2d4c26db67b41019071458b

core: Surface user set/get APIs.

Given a pointer key value, one can set a user data for the key. This can be
used for maintaining user-side objects for a pepper_surface_t. For, example,
sub-compositing application can set an evas image object.

Change-Id: I791e891340d69a47b3dc566a5766e0d67760721e

util: Simple hash table implementation.

Change-Id: I5992e76740ea1b3d4a78539ab377d3e7146b9af7

core: Removed pepper-util.h from API header file.

Change-Id: I4959f5fefbb0cf0bb68b0da8a9cd667e0533136b

core: Buffer APIs are now exposed to users.

Change-Id: I35a94b2a29d1d96c2244ddc7e3e32bd18c6ff504

core: APIs for accessing surface's current buffer and etc.

Change-Id: Ic9508440c605c39fc09c825dfb391cc7ff02c527

core: Layer & View implementation

A compositor has layers stacked from bottom to top. Each layer has its views
which are also stached from bottom to top. Layer can be used for grouping views
and maintaining z-order. For example, a desktop can have several layers like
panel, background and application layers.

View represent visible elements in the compositor space.

<< Written under following criteria. >>

1. View is a rectangle of the same size with its surface.

2. A view can have a parent and multiple childs.

3. View position and transform is relative to its parent.

4. Parent-Child relationship does not affect the z-order.

5. A view can be contained in a single layer at a time.

Change-Id: Ib0ad01575467960c5b04d968389e37879500f21b

util: List implementation

We need something more than wl_list when an item should be contained in
multiple lists. pepper_list_t can do this while it can be used in the same way
with wl_list. Don't use container_of for a node which is internally allocated.

Change-Id: I59aa1536205a6e8b5cf10136cfef19b8c90b1b4b

desktop-shell: Initial implementation

Written under following criteria.

1. A compositor can have only one shell module loaded at a time.
2. A shell module can expose several shell protocols.
3. Pepper simply passes input events to the shell module.

Change-Id: I2e9f4a40c40cc708d437fa72beb376b6449a8ef0

test:
    - fix makefile.am

Change-Id: I98fe8c33b741da95a1016ab268ca1b9323d103cd

data-device:
    - initial data-device-manager implementation

Change-Id: I15b6fb29e8021d84bccd09a20d2004ee404d8a19

test: x11-backend

Change-Id: I1e47d804fa85d4376fa3aead8ac19ee817d835bb

x11: update x11-backend module
    - renderer initialize
    - pixman rendering with xcb-shm
    - handle some x-events

Change-Id: Ib36902f6fe086c9018f89f20c891ee2b9ca3adda

test: simple-touch

    - add pointer & keyboard event handler

Change-Id: I9126567d2e600338ed566f02930b0c92620372f2

Input implementation

    - input module for drm & fbdev backends
        - initial version
        - using libinput

Change-Id: I963502abac30f5a75910b528d38d176c8ef9443d

test: Added weston's simple-shm, simple-touch test programs

Running them without any argument will connect to default server.
If an argument is given, it will connect to the given display name.

./simple-shm equals to ./simple-shm wayland-0

Change-Id: I677fd3809a87d29b5729244c9dadb42f375f6f1d

wayland: input: Fix some bugs

Change-Id: I84997592ec6aba955b78987bf524e2f149047801

wayland: pixman rendering via wl_shm_buffer

Change-Id: If95a155db5942f3fa08b49b2c2d53bf8ad40c5bb

output: initial output repaint and frame control implementation

Two boolean frame state flags
    - scheduled : TRUE if repaint task is scheduled
    - pending   : TRUE if repaint is flushed but not posted

Three events affect the frame state flags
    - Frame     : called when any pending repaint is posted
    - Repaint   : Repaint the output
    - Schedule  : Schedule a repaint

<< Transition of "scheduled" state flag >>
-----------------------------------------
|        |  frame  | repaint | schedule |
-----------------------------------------
|  TRUE  |   TRUE  |   FALSE |     TRUE |
-----------------------------------------
| FALSE  |  FALSE  |   error |     TRUE |
-----------------------------------------

<< Transition of "pending" state flag >>
-----------------------------------------
|        |  frame | repaint | schedule |
-----------------------------------------
|  TRUE  |  FALSE |   error |     TRUE |
-----------------------------------------
| FALSE  |  FALSE |    TRUE |    FALSE |
-----------------------------------------

Frame event is invoked by output backend module. wayland backend invokes it
when it receives frame callback done event. DRM backend invokes it in the
vblank period.

When to call repaint is upto pepper core, currently it is called in the frame
event handler function.

Schedule can be called at any time.

We should aim following criteria.

1. Don't make clients render frames which will not be seen on the display
  This is done by sending frame done events to the clients when the compositor
is ready for following surface commits. This can be achieved by sending frame
done event once per frame at most.

2. Maximize FPS.
  We also should maximize the FPS as possible as we can while still meets the
criteria #1. If a client can render its frame within a frame period, it should
be able to render at about display refresh rate.

3. Minimize latency
  Latency means time between surface commit and actual display scanning. Short
latency is always preferable but we might have to do trade-off between FPS and
latency.

Change-Id: I9e3440ea5b79c20ed16229fcade2429afa00c767

Change a member name in seat structure

 - capability_signal ==> capabilities_signal

Change-Id: I2e0c4bd965913b7eac018354f6d62dece1f1bb5f

build: Changed default option for wayland backend egl support to no

We need a working EGL driver which supports wayland-egl for the wayland backend
to be properly compiled. We don't have such driver at the moment, just disable
it by default.

Change-Id: Ib45c0b7a312e3195ee37acb31231351ebc986d8d

Add test program template.

Add test program name to TESTPROGRAMS variable in test/Makefile.am

Change-Id: I888dd46730e2ce0a0fae75028fbe477e08fec8c9

Add missing initialization of signal and list

Change-Id: I5730e8b175f2fcae942dba25a345e1f9346e58ec

renderer: initial pixman renderer & wayland backend rendering functions

Change-Id: I6b906148d73405da3adc1cda5cedbb3968641507

Fix warnings

EGLint might be 64 bits, so just cast uint32_t to EGLint and compare.

Change-Id: I6f8d1a03e1034b2c2592fba306bd3e85f66bacd2

Added vim custom config file to .gitignore

Change-Id: Id8c4416735eb7c6a460b4d56a1de3f470d245e3a

Initial renderer implementation

Renderer base class and initial version of GL renderer implementation.

Change-Id: I452144074a5526c1d2dde4b4bb70de40f184efa3

Fix warnings & some minor coding style fix

Change-Id: I5768588da0fe2fa60b9af14f47d79a80b305d81e

x11: disable warnings, fix indent

Change-Id: Ic32ad5e7e84571ef718f62ff16bbeae39d072a67

X11 backend implementation
    - initial version
    - partially implemented

Change-Id: I68a2f0675bfdc3f6ca110d23daf80cc88ce3b068

Shell implementation
    - initial version
    - partially implemented
    - wl_shell and wl_shell_surface protocol APIs are added

Change-Id: If1be160154e9ca40fad315260baf24dbe93af9ce

Shm initialize
    - using wayland implementation

Change-Id: I96f00065a393d25aaa10dea16e9f7f1686495287

Input implementation
    - initial version
    - wayland backend module
    - core module
        - wl_seat

Change-Id: I726e04421cacacf8a25d366656e5f059e810a192

Fix typo error

Change-Id: I743cf48d87ad0d713170ca105ebbb35b3e555aec

Output: Changed output creation/destruction functions

Change-Id: I4e0d18b5f9454bff4b7b4211b3c870ea6b47d2f4

Build: Build backend modules by default & some bug fix

Change-Id: I0768a51d072863b0da4e630ffed1ee891a42d47d

Refactor: output, backend APIs and etc

Change-Id: I2fdcd700ea541e347c44a60cdd0f3699cd1aa40d

Surface & Buffer initial implementation

Change-Id: I3b703bc30b3790f8f448769b4373e7c978399074

wl_region implementation

Implemented using pixman region.

Change-Id: If83abf5a2da62ae69e3f8b5be141156cc043d619

Refactoring

1. Use "-" to concatenate file name tokens.
2. Removed features which is not necessary now. Can be added later.
3. Modules are built together as a libpepper.so.
4. Modules can use only the pepper library APIs like normal applications do.
5. Modules can export its own header files.
6. pepper exports wayland display of a compositor so that applications can use wayland-server APIs.
7. Following configure arguments are added
    --enable-wayland-backend=yes or no (default no)
    --enable-drm-backend=yes or no (default no)
    --enable-pepper-server=yes or no (default yes)

Change-Id: I5e6d04a2a1af150a246f34ba32c4ce4d87b1bb30

input: Some minor cleanups

Change-Id: I4a4c7f5da28bcd9af0d6782c62324ab22a95c609

Apply TmaxWindow's log style
    - usage
    - must be declare 'DECLARE_DEBUG_CHANNEL(module_name);' at ahead of files
        "Syntax of the DEBUGCH variable:\n"
         "  DEBUGCH=[class]+xxx,[class]-yyy,...\n\n"
         "Example: DEBUGCH=+all,warn-heap\n"
         "    turns on all messages except warning heap messages\n"
         "Available message classes: err, warn, fixme, trace\n";

Change-Id: Iaeb88a81c9884481216a13c929f9b12b7806ae3f

Simplified initial APIs and some cleanups

Let's start with minimal APIs. Just create a compositor and run.
APIs for output, client, input and surfaces will be added later.

Moved typedefs into internal header which should not be exposed to the user
at the moment.

Change-Id: I8f08ca00a2305d79b2278bf3a5a9ffaa61cc596d

Input implementation
    - input module interface functions

Change-Id: I84aa7d06cef38858a87b7b0c4ecadda7f4790fbc

Input implementation
    1. add handlers for wl_seat, wl_pointer, wl_keyboard and wl_touch
        - handlers do nothing
    2. add input module using libinput
        - partially implemented

Change-Id: I1729eabbdcf3b41e5dbff2fb0efe9855c82ecb56

Code indentation
    - expand tab to space

Change-Id: I7807df9910a2e1d3bce7b344ee61740aa1c08fd9

More utility macros, memory & string functions, coding style fix

1. Do not use __inline__ directly, use PEPPER_INLINE instead.
2. Always use PEPPER_ASSERT() instead of assert().
3. Use PEPPER_IGNORE() to avoid warning on unsed variables.
4. Always use pepper_malloc/pepper_calloc/pepper_free.
5. Don't use multiple new lines, put some meaningful comments instead.
6. Removed excessive error handling for OOM.

Change-Id: Idab2f85457c9ff093eb47ffc7c97373e338fd6d1

add global object creation and handler codes for basic functionality

 - remove white-space
 - remove 'pepper_' prefix in internal static functions
 - modify function names and fn table names
    - bind_xxx
    - xxx_implementation

Change-Id: I89aa27a312964986e8a3245b8e3667dbfe5a411b

common: Implementation starting point

APIs for pepper library are located in pepper.h
API implementations should go to their object files. (ex. output.c)
Utilities, macros and other stuffs should go to common.h
Internal structures and functions should go to pepper_internal.h

Change-Id: I6cf48d256cc3a2e5c4ac0424558ec3738e35688a

Added .gitignore file

Change-Id: I69f2b2bc392c482e6e5a8cea4022332b209952af

Source directory hierarchy

Change-Id: I7572a5bebc51740777d5624bae2e26cd9d78e62e

Modifled pepper.c to apply coding style guide line

Change-Id: Ie9b19eeb5b191f0770875e3fe257dc3f7fd7f6ef

Added coding style guide line

Change-Id: I4901a0d4638f4e08efae1d3fcbdf88be9bf4c4c1

Build: Added initial RPM spec file for GBS build

Change-Id: Ie06260e6e565b451e82e09fdfb457d1d8dcaa4fd

Compositor: Basic compositor main loop

Starting point for implementing pepper server.

Change-Id: I6981231d22351754ceb95cb3c4a9baeda5eee72d

Compositor: Added build configurations for wayland server

COMPOSITOR_MODULES should contain all necessary packages to build pepper
executable. These modules will be checked by PKG_CHECK_MODULES at the end of
the configure.

Change-Id: I043b69802dff938a1250ef47302b3facaaa0b872

Initial project configuration

We start from this tiny hello world project :-)

Change-Id: I3043952401effdcdfdeae59cd990f97777098148

Initial empty repository