Explain that the cport number is stored in greybus header.
That particullary important because other controller like
TPC/IP can open one communication channel per cport,
and doesn't need to keep it in the header.

Signed-off-by: Alexandre Bailon <abailon@baylibre.com>

The TCP/IP controller was able to send a SVC hotplug operation to Greybus
before we get the host name, the IP and the port of the module.
Send the hotplug to Greybus only once avahi have completed the resolve
operation.

Signed-off-by: Alexandre Bailon <abailon@baylibre.com>

When an error happen during a read operation,
the thread continuously try to read again, and break down the performances.
If something is going wrong during a read operation,
exit the thread instead of trying to read again.

Signed-off-by: Alexandre Bailon <abailon@baylibre.com>

Add the TCP/IP controller to connect to module through TCP/IP.
Currently, a module is detected by using avahi.
To be discovered, the module must register a service of type "_greybus._tcp".
The TCP/IP controller will create one socket per connection,
and use an unique port number to open each of them.

Signed-off-by: Alexandre Bailon <abailon@baylibre.com>

Currently, the read of data commming from module is made at interface level.
It is required for controller that only support one stream per interface.
But controllers may have one stream per connection and so,
we can create a thread to wait and read incoming data for each connection.

Signed-off-by: Alexandre Bailon <abailon@baylibre.com>

Currently, the connection between the host and a module
can only be created after the module has been detected or
during the interface create. For some controller, we don't
have the choice because they only have a stream that need
to open before any other operation.
But some controller (e.g. TPC/IP) can use more than one stream.
Add connection_create() and connection_destroy() callbacks to
let that kind of controller create more than one connection.

Signed-off-by: Alexandre Bailon <abailon@baylibre.com>

The event is mainly used for module detection.
The controller create a thread to run the loop and generate
the hotplug and hot unpulg events.
But an event loop may prevent the application to exit,
because it use methods that prevent thread to be cancelled.
Add a new callback that will be called before to cancel the
thread to put the event loop in a cancellable state.

Signed-off-by: Alexandre Bailon <abailon@baylibre.com>

Explain what is GBridge and,
speak a litle about the architecture.

Signed-off-by: Alexandre Bailon <abailon@baylibre.com>

The bluetooth controller only support one HCI controller.
It continuously scan devices and automatically add any device
with GREYBUS in its name.
Currently, the controller doesn't support hot remove.

Signed-off-by: Alexandre Bailon <abailon@baylibre.com>

Add the controller HAL in order to add support of Greybus
to different type of device such as bluetooth or Wi-Fi.
SVC and Greybus (through Netlink) use interface and cport,
and the controller HAL will convert it in some way to be
compatible with bluetooth, Wi-Fi, etc.

Signed-off-by: Alexandre Bailon <abailon@baylibre.com>

The TAILQ_FOREACH_SAFE () macro doesn't seems
to be always present.
Define it if it is not already defined.

Signed-off-by: Alexandre Bailon <abailon@baylibre.com>

Add a limited implementation of SVC protocol.
Most of the code has been generated and is obviously incomplete.
But it's enough to register the SVC and respond to ping.

Signed-off-by: Alexandre Bailon <abailon@baylibre.com>

Add the method pr_dump to dump greybus operations.

Signed-off-by: Alexandre Bailon <abailon@baylibre.com>

Netlink is used to communicate with the greybus kernel.
Add a preliminary support of netlink.

Signed-off-by: Alexandre Bailon <abailon@baylibre.com>

This application connects to greybus netlink host device.
The main is goal is to give a way to resgister
a host device driver in user space.

Signed-off-by: Alexandre Bailon <abailon@baylibre.com>