As we have changed the data width, we must
print it differently.

The range of commits from lnls-dig/bpm-gw@f7d6e831fd
to lnls-dig/bpm-gw@dc8e06241f changed the acquisition
map. So, we changed it here.

The types size_t, ssize_t, uint64_t must have
portable specific types, such as: zu, zd and PRIx64.

This IDs are located on the specific
RFFE SMIO called sm_io_rffe_codes.h

Now, we can start/stop bpm-sw-fe and bpm-sw-be
instances independently or using just the
bpm-sw instance

Now, instead of spawning a DEVIO BE application
and that application, in turn, spawn the DEVIO FE,
we are using a more modular approach in that each
DEVIO BE or DEVIO FE spawns a single application.

We will rely on the system integration (such as
systemd) to take care of our dependencies for us.

As the RFFE hardware changed, we did not update
the bpm-sw communication with it. Many variables
have ceased to exist and other have been included.

The correct place t destroy it is in
eth_release (), as we assign it in
eth_open ()

This fixes the issue where we want just to read
the last channel acquisition. Before this patch,
we would always read the trigger address from
the last acquisition independent of the channel.

This would result in wrong data, if the last channel
was not the same as the current.

This is documented on github issue #119.

On BPM server, even if a field is not used, trhe client must send
it. So, that the server can correctly validate it size.

Now, it's possible to select a range of channels to apply
the same configurations.

Github commit lnls-dig/bpm-gw@d952234374 changed it.
So we update it here.