- 08 Nov, 2022 3 commits
-
-
Vaibhav Gupta authored
Signed-off-by: Vaibhav Gupta <vaibhav.gupta@cern.ch>
-
Vaibhav Gupta authored
If we name the group-attributes, an additional directory will be created in sysfs. And the goal of making SPEC and SVEC symmetric, will not be achieved. Signed-off-by: Vaibhav Gupta <vaibhav.gupta@cern.ch>
-
Vaibhav Gupta authored
Along with SPEC devices, we also have SVEC devices which have symmetric code. Due to kernel upgrade, SVEC started using sysfs to get the name of firmware to be loaded. Thus, to keep the code symmetric, we should do similar change in SPEC. Signed-off-by: Vaibhav Gupta <vaibhav.gupta@cern.ch>
-
- 11 Oct, 2022 3 commits
-
-
Vaibhav Gupta authored
The "spec-core-fpga.h" file is produced by tools during build in "kernel". This header-file is also used by C files in "tools". Thus, "kernel" should build before "tools". Signed-off-by: Vaibhav Gupta <vaibhav.gupta@cern.ch>
-
Vaibhav Gupta authored
Some drivers make use of 'REPO_PARENT' and 'TOPDIR' variables and some not. Thus to keep the code uniform, use the variables for this driver too. Signed-off-by: Vaibhav Gupta <vaibhav.gupta@cern.ch>
-
Vaibhav Gupta authored
Header-files and Module.symvers from fpga-mgr-backport project should only be used for the FEC-OS based on 3.10.0-957.1.3.rt56.913.el7.x86_64 CentOS kernel. Signed-off-by: Vaibhav Gupta <vaibhav.gupta@cern.ch>
-
- 12 Aug, 2022 1 commit
-
-
Vaibhav Gupta authored
Header-files and Module.symvers from fpga-mgr-backport project should only be used for the FEC-OS based on 3.10.0-957.1.3.rt56.913.el7.x86_64 CentOS kernel. And the vesrion-check should be done on the basis of kernel source (done in $(REPO_PARENT/common.mk) )and not on host's kernel version. Signed-off-by: Vaibhav Gupta <vaibhav.gupta@cern.ch>
-
- 26 Jul, 2022 3 commits
-
-
Vaibhav Gupta authored
Variable name 'LINUX' is very ambiguous for its purpose in the makefile. Also, this project builds as a part of COHT project which uses another variable name 'KERNELSRC' for the same purpose. Hence, this change makes this project uniform with others. Signed-off-by: Vaibhav Gupta <vaibhav.gupta@cern.ch>
-
Vaibhav Gupta authored
The value of this variable is initialized when these drivers are build as a part of entire COHT project. But if these drivers are build independently, but inside COHT source tree, there must be a default value. Signed-off-by: Vaibhav Gupta <vaibhav.gupta@cern.ch>
-
Vaibhav Gupta authored
Signed-off-by: Vaibhav Gupta <vaibhav.gupta@cern.ch>
-
- 29 Jul, 2021 5 commits
-
-
Federico Vaga authored
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Mathis MARION authored
This patch follows a change to how IRQ are handled by HTVIC. Here is a copy of the commit message for the corresponding HTVIC patch: When creating an IRQ domain, the code used to store a device struct pointer in the `of_node` field of the irq_domain struct returned by `irq_domain_add_linear`. This was done by casting to a void pointer and passing as the first argument of the function. In the SPEC repository (and supposedly other depending repositories), we would then get back the irq_domain struct by calling `irq_find_host` with again a device struct pointer casted to a void pointer as the argument. The function would compare the addresses of the 2 device structs and return the right irq_domain. This trick was most likely due to the fact that the IRQ domain API was conceived around OpenFirmware before version 4.4, and that the project should work for ACPI. A workaround for kernel 4.7 was written, which involved using a `select` function, and passing the address of the device struct as a parameter. It was particularly ugly as it would require getting around the `irq_find_host` to call immediately `irq_find_matching_fwspec` and pass in the address of the wanted device struct as a parameter in a hacky way to fit it inside two 32 bit integers. Kernel version 4.4 introduced fwnodes, which would make easier working with ACPI. Instead of repeating the hacky workaround (which would result in a kernel error on later kernels when calling irq_domain_add_linear), I allocated a fwnode_handle struct before creating a new IRQ domain. Then I used the new irq_domain_create_* API to get an irq_domain using this fwnode. I also took care of disallocating the fwnode_handle. On the other end, we can just call `irq_find_matching_fwnode` and pass dev.fwnode as a parameter. Signed-off-by: Gwenhael GOAVEC <gwenhael.goavec@femto-st.fr> Signed-off-by: Mathis MARION <mathis.marion@grenoble-inp.org>
-
Mathis MARION authored
`kallsyms_lookup_name` is no longer available from headers since kernel 5.7. This compatibility fix is described here: https://github.com/xcellerator/linux_kernel_hacking/issues/3Signed-off-by: Gwenhael GOAVEC <gwenhael.goavec@femto-st.fr> Signed-off-by: Mathis MARION <mathis.marion@grenoble-inp.org>
-
Mathis MARION authored
The signature for `debugfs_create_regset32` changed from returning a `struct dentry *` to `void`. Error checking is no longer possible. Signed-off-by: Gwenhael GOAVEC <gwenhael.goavec@femto-st.fr> Signed-off-by: Mathis MARION <mathis.marion@grenoble-inp.org>
-
- 18 May, 2021 5 commits
-
-
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>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
- 26 Nov, 2020 5 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>
-
- 25 Nov, 2020 3 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>
-
- 23 Nov, 2020 4 commits
-
-
Federico Vaga authored
2.1.4 - 2020-11-23 ================== Fixed ----- - sw: SPEC driver detects the correct FLASH only on drivers reload
-
Federico Vaga authored
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Mamta Shukla authored
The SPI connection to the FLASH has 3 different configuration: FPGA-FLASH, GENNUM-FLASH, GENNUM-FPGA to program the FPGA from the FEC ,GENNUM-FGPA mode is needed, but to use the MTD driver FPGA-FLASH mode is required. Hence, enforce bootsel(GPIO) to FPGA-FLASH mode after firmware is loaded in GENNUM-FPGA mode and before initiating SPI communication & initializing the FPGA through spec_fpga_init(spec_gn412x) , to identify flash chip id from spi-ocores and m25p80 driver. Signed-off-by: Mamta Shukla <mamta.ramendra.shukla@cern.ch> Suggested-by: Federico Vaga <federico.vaga@cern.ch>
-
- 16 Nov, 2020 6 commits
-
-
Federico Vaga authored
2.1.3 - 2020-11-16 ================== Added ----- - sw,drv: module parameter to ignore bitstream version check (for development or debug) - sw: the spec-firmware-version tool can dump build-info Fixed ----- - hdl: DMA failures fixed with thight timing constraints
-
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>
-
Federico Vaga authored
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
- 13 Nov, 2020 2 commits
-
-
Tristan Gingold authored
-
Tristan Gingold authored
They were too relaxed, in particular the register sync which is used by FIFOs.
-