[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ada63poldrp.fsf@cisco.com>
Date: Mon, 25 Aug 2008 19:18:50 -0700
From: Roland Dreier <rdreier@...co.com>
To: Scott Feldman <scofeldm@...co.com>
Cc: netdev@...r.kernel.org
Subject: Re: [RFC][PATCH 3/3] enic: add h/w interfaces
> + for (delay = 0; delay < wait; delay++) {
> +
> + udelay(100);
spinning for 100 usecs is pretty nasty... can this be changed to
usleep()?
> +static inline void cq_desc_dec(const struct cq_desc *desc_arg,
> + u8 *type, u8 *color, u16 *q_number, u16 *completed_index)
> +{
> + volatile const struct cq_desc *desc = desc_arg;
not sure why you're making this volatile here... I suspect it doesn't do
what you really want on architectures with a weak memory ordering model,
so it would be better to make things explicit with a memory barrier plus
a comment explaining what you're doing.
> + const u8 type_color = desc->type_color;
> +
> + *color = (type_color >> CQ_DESC_TYPE_BITS) & CQ_DESC_COLOR_MASK;
> + *type = type_color & CQ_DESC_TYPE_MASK;
> + *q_number = desc->q_number & CQ_DESC_Q_NUM_MASK;
> + *completed_index = desc->completed_index & CQ_DESC_COMP_NDX_MASK;
> +}
> +
> +static inline void cq_color_dec(const struct cq_desc *desc_arg, u8 *color)
> +{
> + volatile const struct cq_desc *desc = desc_arg;
same here but this function doesn't appear to have any callers.
> +
> + *color = (desc->type_color >> CQ_DESC_TYPE_BITS) & CQ_DESC_COLOR_MASK;
> +}
> +int vnic_cq_mem_size(struct vnic_cq *cq, unsigned int desc_count,
> + unsigned int desc_size)
I don't see any callers of this (or vnic_dev_get_pdev,
vnic_dev_get_size, vnic_dev_init_done, vnic_rq_error_status,
vnic_rq_mem_size, vnic_wq_error_status or vnic_wq_mem_size).
> +static inline unsigned int vnic_cq_service(struct vnic_cq *cq,
> + unsigned int work_to_do,
> + int (*q_service)(struct vnic_dev *vdev, struct cq_desc *cq_desc,
> + u8 type, u16 q_number, u16 completed_index, void *opaque),
> + void *opaque)
> +{
> + struct cq_desc *cq_desc;
> + unsigned int work_done = 0;
> + u16 q_number, completed_index;
> + u8 type, color;
> +
> + cq_desc = (struct cq_desc *)((u8 *)cq->ring.descs +
> + cq->ring.desc_size * cq->to_clean);
> + cq_desc_dec(cq_desc, &type, &color,
> + &q_number, &completed_index);
> +
> + while (color != cq->last_color) {
> +
> + if ((*q_service)(cq->vdev, cq_desc, type,
> + le16_to_cpu(q_number),
> + le16_to_cpu(completed_index),
> + opaque))
> + break;
> +
> + cq->to_clean++;
> + if (cq->to_clean == cq->ring.desc_count) {
> + cq->to_clean = 0;
> + cq->last_color = cq->last_color ? 0 : 1;
> + }
> +
> + cq_desc = (struct cq_desc *)((u8 *)cq->ring.descs +
> + cq->ring.desc_size * cq->to_clean);
> + cq_desc_dec(cq_desc, &type, &color,
> + &q_number, &completed_index);
> +
> + work_done++;
> + if (work_done >= work_to_do)
> + break;
> + }
> +
> + return work_done;
> +}
This looks way too big to inline.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists