Skip to content

F
FMC TDC 1ns 5cha - Software
Commit 02a2d342 authored by Federico Vaga's avatar Federico Vaga
Browse files
Options

kernel: remove unused variable 

Signed-off-by: Federico Vaga's avatarFederico Vaga <federico.vaga@cern.ch>
parent ef46eaff
Hide whitespace changes
Inline Side-by-side
Showing with 0 additions and 6 deletions
kernel/ft-core.c
View file @ 02a2d342
......@@ -187,7 +187,6 @@ int ft_probe(struct fmc_device *fmc)
struct device *dev = fmc->hwdev;
char *fwname;
int i, index, ret, ord;
signed long addr;
ft = kzalloc(sizeof(struct fmctdc_dev), GFP_KERNEL);
if (!ft) {
......
kernel/ft-irq.c
View file @ 02a2d342
......@@ -58,7 +58,6 @@ int ft_read_sw_fifo(struct fmctdc_dev *ft, int channel,
uint32_t *v;
struct ft_wr_timestamp ts;
struct ft_channel_state *st;
unsigned long flags;
int ret;
st = &ft->channels[channel - 1];
......
kernel/ft-spec.c
View file @ 02a2d342
......@@ -20,8 +20,6 @@
static int ft_spec_reset(struct fmctdc_dev *ft)
{
struct spec_dev *spec = (struct spec_dev *)ft->fmc->carrier_data;
/* it takes a while for the PLL to bootstrap.... or not!
We have no possibility to check, as the PLL status register is driven
by the clock from this PLL :( */
......
kernel/ft-svec.c
View file @ 02a2d342
......@@ -22,8 +22,6 @@
static int ft_svec_reset(struct fmctdc_dev *ft)
{
unsigned long tmo;
/* FIXME: An UGLY hack: ft_svec_reset() executed on slot 0
(first mezzanine to be initialized) resets BOTH cards. The reason is
that we need both mezzanines PLLs running to read the entire
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment