[ofa-general][PATCH 1/2] mlx4_core: Link sensing support
Roland Dreier
rdreier at cisco.com
Wed Mar 4 15:32:43 PST 2009
> mlx4_core-y := alloc.o catas.o cmd.o cq.o eq.o fw.o icm.o intf.o main.o mcg.o \
> - mr.o pd.o port.o profile.o qp.o reset.o srq.o
> + mr.o pd.o port.o profile.o qp.o reset.o srq.o sense.o
trivial but if this is going to be respun, please keep the filenames in
alphabetical order -- ie sense.o goes before srq.o
> +#include <linux/random.h>
this isn't needed, is it?
> + if (sense->resched)
Do we need resched? Can't we just use cancel_delayed_work_sync() when
we want to stop this from running?
> + queue_delayed_work(sense->sense_wq , &sense->sense_poll,
> + round_jiffies(MLX4_SENSE_RANGE));
should be round_jiffies_relative, right?
> +void mlx4_stop_sense(struct mlx4_dev *dev)
> +{
> + mlx4_priv(dev)->sense.resched = 0;
> +}
This doesn't stop anything... we need cancel_delayed_work_sync().
> + sense->sense_wq = create_singlethread_workqueue("mlx4_sense");
Do we really another work queue, or can we share one queue for the
catastrophic error and port sensing work?
- R.
More information about the general
mailing list