linux-can.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: David Jander <david@protonic.nl>
To: Marc Kleine-Budde <mkl@pengutronix.de>
Cc: Wolfgang Grandegger <wg@grandegger.com>,
	linux-can@vger.kernel.org,
	Alexander Stein <alexander.stein@systec-electronic.com>
Subject: Re: [PATCH 07/15] can: rx-fifo: Change to do controller off-load in interrupt and NAPI poll
Date: Mon, 20 Oct 2014 09:06:13 +0200	[thread overview]
Message-ID: <20141020090613.63044885@archvile> (raw)
In-Reply-To: <20141019220909.GC428@pengutronix.de>

On Mon, 20 Oct 2014 00:09:09 +0200
Marc Kleine-Budde <mkl@pengutronix.de> wrote:

> On Fri, Oct 10, 2014 at 05:46:52PM +0200, David Jander wrote:
> > The idea is to use rx-fifo from interrupt context and take away the need
> > for NAPI polling from the driver. Currently no support for error-handling
> > is included.
> 
> Not a complete review but, at least a start. See comments inline.

Thanks a lot.

> > 
> > Signed-off-by: David Jander <david@protonic.nl>
> > ---
> >  drivers/net/can/dev.c   | 213
> > +++++++++++++++++++++++++++++++++++++----------- include/linux/can/dev.h
> > |  21 +++-- 2 files changed, 180 insertions(+), 54 deletions(-)
> > 
> > diff --git a/drivers/net/can/dev.c b/drivers/net/can/dev.c
> > index 930b9f4..22a3955 100644
> > --- a/drivers/net/can/dev.c
> > +++ b/drivers/net/can/dev.c
> > @@ -26,6 +26,7 @@
> >  #include <linux/can/skb.h>
> >  #include <linux/can/netlink.h>
> >  #include <linux/can/led.h>
> > +#include <linux/circ_buf.h>
> >  #include <net/rtnetlink.h>
> >  
> >  #define MOD_DESC "CAN device driver interface"
> > @@ -281,6 +282,14 @@ static bool can_rx_fifo_ge(struct can_rx_fifo *fifo,
> > unsigned int a, unsigned in return a <= b;
> >  }
> >  
> > +static bool can_rx_fifo_le(struct can_rx_fifo *fifo, unsigned int a,
> > unsigned int b) +{
> > +	if (fifo->inc)
> > +		return a <= b;
> > +	else
> > +		return a >= b;
> > +}
> > +
> >  static unsigned int can_rx_fifo_inc(struct can_rx_fifo *fifo, unsigned
> > int *val) {
> >  	if (fifo->inc)
> > @@ -305,27 +314,100 @@ static u64 can_rx_fifo_mask_high(struct can_rx_fifo
> > *fifo) return ~0LLU >> (64 - fifo->high_first + fifo->high_last - 1) <<
> > fifo->high_last; }
> >  
> > +static int can_rx_fifo_read_napi_frame(struct can_rx_fifo *fifo, int
> > index) +{
> > +	struct net_device *dev = fifo->dev;
> > +	struct net_device_stats *stats = &dev->stats;
> > +	struct sk_buff *skb;
> > +	struct can_frame *cf;
> > +
> > +	skb = alloc_can_skb(dev, &cf);
> > +	if (unlikely(!skb)) {
> > +		stats->rx_dropped++;
> > +		return 0;
> > +	}
> > +
> > +	memcpy(cf, &fifo->ring[index], sizeof(*cf));
> > +
> > +	netif_receive_skb(skb);
> > +
> > +	stats->rx_packets++;
> > +	stats->rx_bytes += cf->can_dlc;
> 
> cf may not be valid after netif_receive_skb() anymore. Please so the stats
> before calling it.

Oops, right. Will fix that.

> 
> > +
> > +	can_led_event(dev, CAN_LED_EVENT_RX);
> 
> Please call can_led_event only once per napi invocation.

That is indeed a better idea. Will move the can_led_event() call to the end of
can_rx_fifo_napi_poll().

> > +
> > +	return 1;
> > +}
> > +
> > +static int can_rx_fifo_napi_poll(struct napi_struct *napi, int quota)
> > +{
> > +	struct can_rx_fifo *fifo = container_of(napi, struct can_rx_fifo,
> > napi);
> > +	int work_done = 0;
> > +	int ret;
> > +	unsigned int head;
> > +	unsigned int tail;
> > +
> > +restart_poll:
> > +	/* handle mailboxes */
> > +	head = smp_load_acquire(&fifo->ring_head);
> > +	tail = fifo->ring_tail;
> > +	while ((CIRC_CNT(head, tail, fifo->ring_size) >= 1) &&
> > +			(work_done < quota)) {
> > +		ret = can_rx_fifo_read_napi_frame(fifo, tail);
> > +		work_done += ret;
> > +		tail = (tail + 1) & (fifo->ring_size -1);
> > +		smp_store_release(&fifo->ring_tail, tail);
> > +	}
> > +
> > +	if (work_done < quota) {
> > +		napi_complete(napi);
> > +
> > +		/* Check if there was another interrupt */
> > +		head = smp_load_acquire(&fifo->ring_head);
> > +		if ((CIRC_CNT(head, tail, fifo->ring_size) >= 1) &&
> > +		    napi_reschedule(&fifo->napi))
> > +			goto restart_poll;
> 
> Hmmm, this looks a bit strange. If I understand the code correctly you ask
> that napi should be started again, but then jump directly to the beginning.

The documentation seems to say that one should use it like that:

http://www.linuxfoundation.org/collaborate/workgroups/networking/napi

If you still think it is wrong, then tell me how to re-enable napi and
continue correctly. AFAIK it is done like this in order to avoid a race when
the interrupt is called while NAPI polling was underway. napi_schedule() just
sets a flag, and does _not_ add work to a queue...

> > +	}
> > +
> > +	return work_done;
> > +}
> > +
> >  int can_rx_fifo_add(struct net_device *dev, struct can_rx_fifo *fifo)
> >  {
> > +	unsigned int weight;
> >  	fifo->dev = dev;
> >  
> >  	if ((fifo->low_first < fifo->high_first) &&
> > -	    (fifo->high_first < fifo->high_last))
> > +	    (fifo->high_first < fifo->high_last)) {
> >  		fifo->inc = true;
> > -	else if ((fifo->low_first > fifo->high_first) &&
> > -		 (fifo->high_first > fifo->high_last))
> > +		weight = fifo->high_last - fifo->low_first;
> > +	} else if ((fifo->low_first > fifo->high_first) &&
> > +		 (fifo->high_first > fifo->high_last)) {
> >  		fifo->inc = false;
> > -	else
> > +		weight = fifo->low_first - fifo->high_last;
> > +	} else
> >  		return -EINVAL;
> 
> Please but { } at every branch of the if else.

Ok, will do.

> >  
> > -	if (!fifo->read_pending || !fifo->mailbox_enable_mask ||
> > -	    !fifo->mailbox_disable || !fifo->mailbox_receive)
> > +	if (!fifo->mailbox_enable_mask || !fifo->mailbox_move_to_buffer ||
> > +	    !fifo->mailbox_enable)
> >  		return -EINVAL;
> >  
> > +	/* Make ring-buffer a sensible size that is a power of 2 */
> > +	fifo->ring_size = (2 << fls(weight));
> > +	fifo->ring = kzalloc(sizeof(struct can_frame) * fifo->ring_size,
> > +			     GFP_KERNEL);
> > +	if (!fifo->ring)
> > +		return -ENOMEM;
> > +
> > +	fifo->ring_head = fifo->ring_tail = 0;
> > +
> > +	/* Take care of NAPI handling */
> > +	netif_napi_add(dev, &fifo->napi, can_rx_fifo_napi_poll, weight);
> 
> I'm not sure, if the rx-fifo should take care of the whole NAPI, I think it's
> better to provide helper functions instead.

Why not? We are removing the messages from the CAN controller in the IRQ
already, so why would the CAN driver have to even care about NAPI which
happens _after_ all that? Can you come up with an example where this may not
be desirable?
Can you illustrate your idea with helper functions?

> > +
> >  	/* init variables */
> >  	fifo->mask_low = can_rx_fifo_mask_low(fifo);
> >  	fifo->mask_high = can_rx_fifo_mask_high(fifo);
> > -	fifo->next = fifo->low_first;
> > +	fifo->second_first = false;
> >  	fifo->active = fifo->mask_low | fifo->mask_high;
> >  	fifo->mailbox_enable_mask(fifo, fifo->active);
> >  
> > @@ -338,60 +420,95 @@ int can_rx_fifo_add(struct net_device *dev, struct
> > can_rx_fifo *fifo) }
> >  EXPORT_SYMBOL_GPL(can_rx_fifo_add);
> >  
> > -int can_rx_fifo_poll(struct can_rx_fifo *fifo, int quota)
> > +static unsigned int can_rx_fifo_offload_if_full(struct can_rx_fifo *fifo,
> > unsigned int n) +{
> > +	unsigned int head = fifo->ring_head;
> > +	unsigned int tail = ACCESS_ONCE(fifo->ring_tail);
> > +	unsigned int ret = 0;
> > +
> > +	if (CIRC_SPACE(head, tail, fifo->ring_size) >= 1) {
> > +		ret = fifo->mailbox_move_to_buffer(fifo,
> > &fifo->ring[head], n);
> > +		if (ret)
> > +			smp_store_release(&fifo->ring_head,
> > +				(head + 1) & (fifo->ring_size - 1));
> > +	} else {
> > +		ret = fifo->mailbox_move_to_buffer(fifo, &fifo->overflow,
> > n);
> > +		if (ret)
> > +			fifo->dev->stats.rx_dropped++;
> > +	}
> 
> That's the purpose of the overflow mailbox? fifo-> overflow seems to be write
> only?

Yes.
The idea is to simplify the code for the user. mailbox_move_to_buffer() should
just move the corresponding can message to the provided buffer and do all
interrupt-flag clearing and stuff the driver needs to do in order to free the
MB. Its just that in the case we don't have space in the circular buffer, I
don't want to complicate things for the driver and tell him that this message
should be discarded. Just think of fifo->overflow as a sort of /dev/null.
Of course I could just pass NULL to that function, but IMHO that's dangerous
because since it happens only very seldom, a missing check for NULL in that
function may bite you when it is already too late (i.e. the driver already hit
mainline).

> > +	return ret;
> > +}
> > +
> > +int can_rx_fifo_irq_offload(struct can_rx_fifo *fifo)
> >  {
> > -	int received = 0;
> > -	u64 pending;
> > -	unsigned int mb;
> > -
> > -	do {
> > -		pending = fifo->read_pending(fifo);
> > -		pending &= fifo->active;
> > -
> > -		if (!(pending & BIT_ULL(fifo->next))) {
> > -			/*
> > -			 * Wrap around only if:
> > -			 * - we are in the upper group and
> > -			 * - there is a CAN frame in the first mailbox
> > -			 *   of the lower group.
> > -			 */
> > -			if (can_rx_fifo_ge(fifo, fifo->next,
> > fifo->high_first) &&
> > -			    (pending & BIT_ULL(fifo->low_first))) {
> > -				fifo->next = fifo->low_first;
> > -
> > -				fifo->active |= fifo->mask_high;
> > -				fifo->mailbox_enable_mask(fifo,
> > fifo->mask_high);
> > -			} else {
> > -				break;
> > -			}
> > +	unsigned int i;
> > +	unsigned int ret;
> > +	unsigned int received = 0;
> > +
> > +	if (fifo->second_first) {
> > +		for (i = fifo->high_first;
> > +		     can_rx_fifo_le(fifo, i, fifo->high_last);
> > +		     can_rx_fifo_inc(fifo, &i)) {
> > +			received += can_rx_fifo_offload_if_full(fifo, i);
> > +			fifo->active |= BIT_ULL(i);
> > +			fifo->mailbox_enable(fifo, i);
> >  		}
> > +	}
> >  
> > -		mb = can_rx_fifo_inc(fifo, &fifo->next);
> > +	/* Copy and disable FULL MBs */
> > +	for (i = fifo->low_first; can_rx_fifo_le(fifo, i,
> > fifo->high_last);
> > +			can_rx_fifo_inc(fifo, &i)) {
> > +		if (!(fifo->active & BIT_ULL(i)))
> > +			continue;
> > +		ret = can_rx_fifo_offload_if_full(fifo, i);
> > +		if (!ret)
> > +			break;
> > +		received += ret;
> > +		fifo->active &= ~BIT_ULL(i);
> > +	}
> >  
> > -		/* disable mailbox */
> > -		fifo->active &= ~BIT_ULL(mb);
> > -		fifo->mailbox_disable(fifo, mb);
> > +	if (can_rx_fifo_ge(fifo, i, fifo->high_first) &&
> > fifo->second_first)
> > +		netdev_warn(fifo->dev, "%s: RX order cannot be
> > guaranteed."
> > +			" (count=%d)\n", __func__, i);
> >  
> > -		fifo->mailbox_receive(fifo, mb);
> > +	fifo->second_first = false;
> >  
> > -		if (fifo->next == fifo->high_first) {
> > -			fifo->active |= fifo->mask_low;
> > -			fifo->mailbox_enable_mask(fifo, fifo->mask_low);
> > -		}
> > +	/* No EMPTY MB in first half? */
> > +	if (can_rx_fifo_ge(fifo, i, fifo->high_first)) {
> > +		/* Re-enable all disabled MBs */
> > +		fifo->active = fifo->mask_low | fifo->mask_high;
> > +		fifo->mailbox_enable_mask(fifo, fifo->active);
> > +
> > +		/* Next time we need to check the second half first */
> > +		fifo->second_first = true;
> > +	}
> >  
> > -		received++;
> > -		quota--;
> > -	} while (quota);
> > +	if (received)
> > +		napi_schedule(&fifo->napi);
> >  
> >  	return received;
> >  }
> > -EXPORT_SYMBOL_GPL(can_rx_fifo_poll);
> > +EXPORT_SYMBOL_GPL(can_rx_fifo_irq_offload);
> > +
> > +void can_rx_fifo_napi_enable(struct can_rx_fifo *fifo)
> > +{
> > +	napi_enable(&fifo->napi);
> > +}
> > +EXPORT_SYMBOL_GPL(can_rx_fifo_napi_enable);
> > +
> > +void can_rx_fifo_napi_disable(struct can_rx_fifo *fifo)
> > +{
> > +	napi_disable(&fifo->napi);
> > +}
> > +EXPORT_SYMBOL_GPL(can_rx_fifo_napi_disable);
> >  
> > -u64 can_rx_fifo_get_active_mb_mask(const struct can_rx_fifo *fifo)
> > +void can_rx_fifo_del(struct can_rx_fifo *fifo)
> >  {
> > -	return fifo->active;
> > +	if (fifo->ring)
> > +		kfree(fifo->ring);
> 
> kfree() can be called with NULL

Right. Will remove the if().

> > +	netif_napi_del(&fifo->napi);
> >  }
> > -EXPORT_SYMBOL_GPL(can_rx_fifo_get_active_mb_mask);
> > +EXPORT_SYMBOL_GPL(can_rx_fifo_del);
> >  
> >  /*
> >   * Local echo of CAN messages
> > diff --git a/include/linux/can/dev.h b/include/linux/can/dev.h
> > index ed46f7d..64a8de3 100644
> > --- a/include/linux/can/dev.h
> > +++ b/include/linux/can/dev.h
> > @@ -71,18 +71,25 @@ struct can_rx_fifo {
> >  	unsigned int high_first;
> >  	unsigned int high_last;		/* not needed during
> > runtime */ 
> > -	u64 (*read_pending)(struct can_rx_fifo *rx_fifo);
> >  	void (*mailbox_enable_mask)(struct can_rx_fifo *rx_fifo, u64
> > mask);
> > -	void (*mailbox_disable)(struct can_rx_fifo *rx_fifo, unsigned int
> > mb);
> > -	void (*mailbox_receive)(struct can_rx_fifo *rx_fifo, unsigned int
> > mb);
> > +	void (*mailbox_enable)(struct can_rx_fifo *rx_fifo, unsigned int
> > mb);
> > +	unsigned int (*mailbox_move_to_buffer)(struct can_rx_fifo
> > *rx_fifo,
> > +		struct can_frame *frame, unsigned int mb);
> >  
> >  	u64 mask_low;
> >  	u64 mask_high;
> >  	u64 active;
> >  
> > -	unsigned int next;
> > +	unsigned int second_first;
> 
> The rest of the code talks about low and high, what about naming this
> variable, high_first?

Good idea... it was a leftover of my original patch, and I didn't change the
name. Will do.

> 
> >  
> >  	bool inc;
> > +
> > +	struct can_frame *ring;
> > +	struct can_frame overflow;
> > +	size_t ring_size;
> > +	unsigned int ring_head;
> > +	unsigned int ring_tail;
> > +	struct napi_struct napi;
> >  };
> >  
> >  /*
> > @@ -127,8 +134,10 @@ u8 can_dlc2len(u8 can_dlc);
> >  u8 can_len2dlc(u8 len);
> >  
> >  int can_rx_fifo_add(struct net_device *dev, struct can_rx_fifo *fifo);
> > -int can_rx_fifo_poll(struct can_rx_fifo *fifo, int quota);
> > -u64 can_rx_fifo_get_active_mb_mask(const struct can_rx_fifo *fifo);
> > +int can_rx_fifo_irq_offload(struct can_rx_fifo *fifo);
> > +void can_rx_fifo_napi_enable(struct can_rx_fifo *fifo);
> > +void can_rx_fifo_napi_disable(struct can_rx_fifo *fifo);
> > +void can_rx_fifo_del(struct can_rx_fifo *fifo);
> >  
> >  struct net_device *alloc_candev(int sizeof_priv, unsigned int
> > echo_skb_max); void free_candev(struct net_device *dev);
> 
> Marc

Best regards,

-- 
David Jander
Protonic Holland.

  reply	other threads:[~2014-10-20  7:05 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-10 15:46 [RFC PATCH V3 00/15] CAN: Add rx-fifo support and port flexcan to it David Jander
2014-10-10 15:46 ` [PATCH 01/15] can: flexcan: add documentation about mailbox organizaiton David Jander
2014-10-10 15:46 ` [PATCH 02/15] can: flexcan: rename crl2 -> ctrl2 David Jander
2014-10-10 15:46 ` [PATCH 03/15] can: flexcan: replace open coded mailbox code by proper defines David Jander
2014-10-10 15:46 ` [PATCH 04/15] can: flexcan: Re-write receive path to use MB queue instead of FIFO David Jander
2014-10-10 15:46 ` [PATCH 05/15] can: dev: add preliminary rx-fifo David Jander
2014-10-10 15:46 ` [PATCH 06/15] can: rx-fifo: Increase MB size limit from 32 to 64 David Jander
2014-10-19 21:25   ` Marc Kleine-Budde
2014-10-20  6:14     ` David Jander
2014-10-10 15:46 ` [PATCH 07/15] can: rx-fifo: Change to do controller off-load in interrupt and NAPI poll David Jander
2014-10-19 22:09   ` Marc Kleine-Budde
2014-10-20  7:06     ` David Jander [this message]
2014-11-03 11:10       ` Marc Kleine-Budde
2014-11-03 12:44         ` David Jander
2014-10-10 15:46 ` [PATCH 08/15] can: rx-fifo: fix long lines David Jander
2014-10-19 21:18   ` Marc Kleine-Budde
2014-10-20  7:09     ` David Jander
2014-10-10 15:46 ` [PATCH 09/15] can: rx-fifo: Add can_rx_fifo_reset() function David Jander
2014-11-03 11:16   ` Marc Kleine-Budde
2014-11-03 12:46     ` David Jander
2014-11-03 12:51       ` Marc Kleine-Budde
2014-10-10 15:46 ` [PATCH 10/15] can: rx-fifo: remove obsolete comment David Jander
2014-10-10 15:46 ` [PATCH 11/15] can: rx-fifo: Add support for can state tracking and error polling David Jander
2014-11-03 11:24   ` Marc Kleine-Budde
2014-11-03 12:51     ` David Jander
2014-11-03 12:58       ` Marc Kleine-Budde
2014-11-03 13:09         ` David Jander
2014-11-03 13:24           ` Marc Kleine-Budde
2014-11-05 17:16             ` David Jander
2014-11-06 10:20               ` Marc Kleine-Budde
2014-11-06 11:07                 ` David Jander
2014-10-10 15:46 ` [PATCH 12/15] can: flexcan: Add support for RX-FIFO David Jander
2014-11-03 11:26   ` Marc Kleine-Budde
2014-11-03 12:55     ` David Jander
2014-11-03 13:34       ` Marc Kleine-Budde
2014-10-10 15:46 ` [PATCH 13/15] can: rx-fifo: Add support for simple irq offloading David Jander
2014-11-03 11:59   ` Marc Kleine-Budde
2014-10-10 15:46 ` [PATCH 14/15] can: flexcan: Add MB/Fifo specific column to comment table of IP versions David Jander
2014-10-10 15:47 ` [PATCH 15/15] can: flexcan: Re-enable RTR reception support for older flexcan IPs David Jander
2014-11-03 12:02   ` Marc Kleine-Budde

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20141020090613.63044885@archvile \
    --to=david@protonic.nl \
    --cc=alexander.stein@systec-electronic.com \
    --cc=linux-can@vger.kernel.org \
    --cc=mkl@pengutronix.de \
    --cc=wg@grandegger.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).