The client may need to know what is the sample size
of an specific channel

Now, we can simply reference the general SMIO file
that includes all other SMIO codes.

Also, removed unused code structure

This will be useful for the libbpmclient library
that needs to know the SMIO opcodes and error codes

These structures were not used anywhere in the
code

Now, we have a single file for the respective SMIO opcodes
and error codes.

Also, the SMIO "acq" messages were simplified with only one
success code and error codes.

Also, we have added some debug messages with the
HAL_ASSERT macros

For now, we are sharing the same file between the
server and the client

This is a first version of the BPM Client API
that is used to communicate to the BPM server

Now, the devio can control the acquisition
module

As we have included the "acq" SMIO module, we need to update
the SMIO dispatch table accordingly

This sleep should give sufficient amount of time
for dev_mngr registers its signal handlers

This was causing a segfault error, but not a crash on
my x86_64 mnachine.

There is a huge amount of messages from the LLIO
debug subsystem, specially when doing large
acquisitions. So, we disable its messages by default.

As we can have multiple boards, we default to
the ml605.

Also, the FPGA acquisiton core is WORD addressed
for now, so we use a temporary workaround to
address its registers. To be fixed soon!

New boards can be added by creating a new
file under hal/boards/ and referencing its
memory layout in hal/include/mem_layout/

These files were automatically generated by the wbgen2
and reflect the register map in the FPGA firmware

Also, added two simple debug messages to show BAR2
and BAR0 addresses

The correct way to specify an endpoint to the
init.sh script is just the system path, without the
transport prefix. This is assumed to be always ipc://