- 14 Aug, 2019 2 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>
-
- 13 Aug, 2019 11 commits
-
-
Federico Vaga authored
The aim here is to clean up this register for the next acquisition. The user needs to configure the trigger it wants and then enable it. By clearing the register we avoid that future acquisitions are trigger by old configurations. Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
In principle, the trigger source register is programmed when the trigger is enabled which should happen before arming Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
-
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
The user has no control over it. Its configuration is done through other means, so it does not make sense to have part of the configuration here. Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
-
- 12 Aug, 2019 2 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>
-
- 08 Aug, 2019 1 commit
-
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
- 05 Aug, 2019 3 commits
-
-
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>
-
- 31 Jul, 2019 9 commits
-
-
Federico Vaga authored
This reverts commit 265c63476db166c69724c66a30df7e6c6ef1873a.
-
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
Like this they are visible on the command line Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
This patch port the FMC ADC driver to use DMA engines to handle DMA data transfers in order to move out any custum dependency with the carrier. The dedicated code for `svec` and `spec` are not anymore useful, so I removed those files. Anyway, it is not completely true that we can get rid off the knowledge about the carrier; for instance the `svec` needs a special configuration because of the VME bus. The Linux kernel API does not offer a way to set the DMA context (usefull for VME transfers) to a transfer. So, I have to call the operation directly. In order to find the correct dmaengine channel suitable for the FMC-ADC instance, the dmaengine filter function compares the device instances. If we are on a SPEC, then the dmaengine is on the SPEC itself (in the gateware we have the gennum dma). So, the dmaengine and the FMC-ADC must have the same FMC carrier If we are on a SVEC, then the dmaengine is on the VME bridge. So, the dmaengine and FMC carrier share the same VME bridge. Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
The SVEC version allows DMA within a PAGE_SIZE (4KiB) window. This means that we cannot perform DMA transfers bigger than PAGE_SIZE (4K). The sg_alloc_table_from_pages automatically squash continguos transfers to improve performances, but we cannot use it. In order to avoid to avoid one `if`, I defined this new operation that is configured at probe time so that we can use a no_squash version when necessary. Signed-off-by: Federico Vaga <federico.vaga@vaga.pv.it>
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
- 22 Jul, 2019 2 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>
-
- 18 Jul, 2019 1 commit
-
-
Federico Vaga authored
This driver must handle only its own device. The carrier part will be handled by the carrier driver. We can assume that if this driver is driving an instance the carrier is working correctly (PLL is locked, DDR calibration is DONE, and the application design has been resetted) Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
- 29 Apr, 2019 2 commits
-
-
Federico Vaga authored
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
fmc-bus has been replaced by a simpler platform driver, this means that: - IRQ needs to come through the standard kernel API - Calibration data cannot be read from the fmc-bus, the user (through an udev rule for example) should pass this information to the driver instance. By default the card will run uncalibrated. - registration must happen by other means and not from fmc-bus like before. - FPGA must be programmed before, the driver cannot do it anymore Signed-off-by: Federico Vaga <federico.vaga@cern.ch>
-
- 15 Apr, 2019 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>
-
- 19 Feb, 2019 2 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>
-