Merge branch '19-implemente-necessary-udev-rules-and-tools-to-flash-fpga-using-new-database' into 'master'

Resolve "Implemente necessary udev rules and tools to flash FPGA using new database"

Closes #19

See merge request be-cem-edl/fec/hardware-modules/spec!8

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Resolve "Use project evergreen's template for build and validation"

Closes #18

See merge request be-cem-edl/fec/hardware-modules/spec!7

Signed-off-by: Vaibhav Gupta <vaibhav.gupta@cern.ch>

Signed-off-by: Vaibhav Gupta <vaibhav.gupta@cern.ch>

Signed-off-by: Vaibhav Gupta <vaibhav.gupta@cern.ch>

With project evergreen's CI/CD templates and includes, it is much easier
to build CI/Cd of other projects with simple .gitlab-ci.yml file.
Signed-off-by: Vaibhav Gupta <vaibhav.gupta@cern.ch>

Resolve "Update CI to use generic EDL jobs"

Closes #17

See merge request be-cem-edl/fec/hardware-modules/spec!6

Such a long and detailed list can't be easily maintained.
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Resolve "automate spec-base version assignment"

Closes #11

See merge request be-cem-edl/fec/hardware-modules/spec!5

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Resolve "Make the 3.0.0 release"

Closes #6

See merge request be-cem-edl/fec/hardware-modules/spec!4

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Resolve "review vaibhav patches"

Closes #3

See merge request be-cem-edl/fec/hardware-modules/spec!2

Signed-off-by: Vaibhav Gupta <vaibhav.gupta@cern.ch>

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>

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>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

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>

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>

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>

Signed-off-by: Vaibhav Gupta <vaibhav.gupta@cern.ch>

Resolve "update HDL dependencies"

Closes #4

See merge request be-cem-edl/fec/hardware-modules/spec!1

Resolve "Document the CSR registers"

Closes #2

See merge request be-cem-edl/fec/hardware-modules/spec!3

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

GN4124: 3.1.1
DDR: 2.0.1
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

It happened at least once that we got an invalid tx pointer. Not sure
why this happened (e.g. spurious interrupt?), but it happened. With this
patch, we do not prevent this from happening, but we avoid to have a
kernel crash.

This could help to understand the real problem.
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>