This is still incomplete, but it is expected to grow as we
need more functionality.

This layer would sit on top of the SMPR layer and
provides read/write capabilities to specific chips,
such as the AD9510.

This was supposed to be added just after the change in
BPM client API.

This makes it easier to identify which mesages are from
LLIO and which are from other subsystems.

Now, we can specify a function different from
smio_thsafe_read/write_32 (). This should give us more flexibility
in exporting some inner functions.

We don't use BAR4 specifier for all MACROS. Just for the
ones that are the base address of the SMIOs.

Now, we specify which log filemode we want. So, we update
them here.

Now, we can select which mode we want to open the logfile.
The specifier follow the semantics of the fopen () call.

Mistakenly, the brackets were added in the HAL assert
macros and, becasue of this, 2 brackets were print on
	an error.

Now, they are located in hal/include/protocols/smpr_spi_regs.h.
Also, updated the hal.mk file to search files in the new folder

We were suppose to call DBG_SM_PR inside sm_pr subsystem
DBG macros, but instead we had DBG_LL_IO.

The option can be selected on compile-time through the
use of the Makefile variable BOARD, with possible values
of ml605 and afcv3. Examples: BOARD=ml605 or BOARD=afcv3.

Now, we are using just the offset from a SMIO base
address which is set on SMIO boot time.

This fixes #23 github issue

There are some cases that we need to write to the LLIO
without ORing the SMIO register address with the SMIO base
address, such as when we are reading from BAR2 (DDR3 currently).

This is part of the github issue #23

This is part of the github issue #23

Now, we must specify the base SMIO core address and its
instance. In the future, these parameters will be set
by the SDB subsystem.

This is part of the github issue #23

Now, this allows us to instantiate various SMIO with the
same base name service, apart from the ID appended at the end
of the service, such as: BPM0:DEVIO:SWAP0, BPM0:DEVIO:SWAP1,
and so on.

This is part of the github issue #23

Now, it is possbile to concatenate 2 or 3 strings
with a separator inbetween the first and the second
strings. This is a very restrict case, but it is
the one we need.

TODO: make this function more generic

As we are going to use a new SMIO specifier, we update the
old ML605 macro definitions here.

Also, we have changed the way we specify the devices. Now,
we have only the offsets to a generic base address. In this way,
we can instantiate various SMIO with the same name service, apart
from an ID at the end, such as: BPM0:DEVIO:SWAP0, BPM0:DEVIO:SWAP1
and so on.