- 15 Dec, 2014 2 commits
-
-
Lucas Russo authored
-
Lucas Russo authored
This folder now holds our subprojects and third-party code
-
- 10 Dec, 2014 6 commits
-
-
Lucas Russo authored
-
Lucas Russo authored
-
Lucas Russo authored
-
Lucas Russo authored
We can choose whether or not we want the compilation of DEV_MNGR.
-
Lucas Russo authored
Also, some conditional compilation is in pace, in which we can choose what DEVIOs to compile.
-
Lucas Russo authored
This is a first stub for the RFFE DEVIO and will not work!
-
- 09 Dec, 2014 10 commits
-
-
Lucas Russo authored
The dev_io_core.h is the generic dev_io include and should be used in agnostic code. The dev_io.h include should specify specific definitions.
-
Lucas Russo authored
This gives more meaning to the program and allow us to create more dev_io's, such as the new RFFE dev_io, in the near future.
-
Lucas Russo authored
-
Lucas Russo authored
-
Lucas Russo authored
In this way, we favor the reuse of the array structure by the libclient, for instance.
-
Lucas Russo authored
-
Lucas Russo authored
-
Lucas Russo authored
-
Lucas Russo authored
This is not needed anymore, as the NULL field marks the end of our arrays.
-
Lucas Russo authored
In this way, we avoid extra pointer access and unify the way we check for our array bounds: always check for the NULL array element. Also, the disp_op_end, which was used for marking the end of the array, is not needed anymore and was, thus, removed.
-
- 08 Dec, 2014 6 commits
-
-
Lucas Russo authored
As ML605 platform has only a single BPM, instead of two, we need fewer definitions here.
-
Lucas Russo authored
We've changed the base address name and did not reflect these changes for the ML605 platform.
-
Lucas Russo authored
Now, we must pass the array size of both parameters.
-
Lucas Russo authored
-
Lucas Russo authored
This adds safety, as we explicity enforce array bounds.
-
Lucas Russo authored
Although we check for more things here. That doesn't actually help us against out-of-bounds exception and will probably cause a segmentation fault if that occurs.
-
- 06 Dec, 2014 6 commits
-
-
Lucas Russo authored
Final step to fix #48 github issue
-
Lucas Russo authored
Step number 3 on fixing github issue #48
-
Lucas Russo authored
Step number 2 on fixing github issue #48
-
Lucas Russo authored
Step number 1 on fixing github issue #48
-
Lucas Russo authored
This is just for convenience of the SMIO environment.
-
Lucas Russo authored
Now, we can initialize the exported function descriptor by means of a different structure. This is necessary to keep function description and function pointers separate (next commits). This starts to solve github issue #48.
-
- 05 Dec, 2014 6 commits
-
-
Lucas Russo authored
As we are using the new disp_op_insert_all () we don't need an extra table with the opcodes. This fixes #53 github issue
-
Lucas Russo authored
Instead of reimplementing the same code twice, we use the dispatch table function here.
-
Lucas Russo authored
We don't need an opcode for each fucntion being inserted now.
-
Lucas Russo authored
We don't need an explicity opcode for the function being inserted in the dispatch table, as within the disp_op_t structure there is already an opcode.
-
Lucas Russo authored
Conflicts: Makefile hal/include/hw/wb_acq_core_regs.h
-
Lucas Russo authored
-
- 03 Dec, 2014 4 commits
-
-
Lucas Russo authored
Value 0x01 means power-down and 0x00 means power-up
-
Lucas Russo authored
-
Lucas Russo authored
-
Lucas Russo authored
The previous definition of it was wrong and always returned an error regardless of the board type.
-