- 30 Jul, 2019 10 commits
-
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
While drivers are processing a level interrupts, the bit in GPIO_INT_STATUS get set and it sticks there. Only when drivers processed the level interrupts we are sure that the bit does not get set again. Therefore, only at this point we can properly clean the GPIO_INT_STATUS. Then we may have problems, with the edge interrupts, so we put them (edge interrupts) back in the GPIO_INT_STATUS. About this last point we are not sure that is going to work, but in all our installation we are not going to use edge interrupts because they are risky. Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
The hardware does not keep in count the INT_MASK, but on our side we do no want to handle interrupts that have not been requested. Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
- 19 Jul, 2019 1 commit
-
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
- 18 Jul, 2019 7 commits
-
-
Federico Vaga authored
It is not that useful to update the change log during development. I put in it information about previous development, before releaseing the version 1.4 (yes, we start with that number) we have to update this file. I choosed to keep it here and visible as a reminder of our duties Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Now that the project contains both HDL and software the README needs an update. I just wrote few lines here because the plan is to have a proper documentation in doc/. Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Dimitris Lampridis authored
-
Dimitris Lampridis authored
-
- 17 Jul, 2019 15 commits
-
-
Tristan Gingold authored
-
Tristan Gingold authored
-
Tristan Gingold authored
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Tristan Gingold authored
-
Tristan Gingold authored
-
Dimitris Lampridis authored
-
Dimitris Lampridis authored
-
Dimitris Lampridis authored
-
Dimitris Lampridis authored
-
Dimitris Lampridis authored
-
Dimitris Lampridis authored
-
Federico Vaga authored
If the FPGA bitstream has not been discovered correctly, then it does not exist a spec_fpga device. This implies that also the access to the FPGA is forbidden; therefore, the only mechanism to check if we failed to load the FPGA content is to check if the spec_fpga pointer is valid. Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Due to a Linux limitation we cannot support the vendor UUID in this version (the platform_device_id->name is limited to 20 characters, while only the vendor UUID needs 32). Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
We expose only the application reset because it is the useful one. Resetting the full design is something that the user can't (should not) do while the driver is running. Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
- 16 Jul, 2019 7 commits
-
-
Dimitris Lampridis authored
-
Dimitris Lampridis authored
-
Dimitris Lampridis authored
-
Federico Vaga authored
The maximum is 20 characters, make it 19 characters long Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-