From: Markus Schneider-Pargmann <msp@baylibre.com>
To: Simon Horman <simon.horman@corigine.com>
Cc: Marc Kleine-Budde <mkl@pengutronix.de>,
Chandrasekar Ramakrishnan <rcsekar@samsung.com>,
Wolfgang Grandegger <wg@grandegger.com>,
Vincent MAILHOL <mailhol.vincent@wanadoo.fr>,
linux-can@vger.kernel.org, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 13/16] can: m_can: Introduce a tx_fifo_in_flight counter
Date: Tue, 20 Jun 2023 14:53:54 +0200 [thread overview]
Message-ID: <20230620125354.ipok6i43lvow66t4@blmsp> (raw)
In-Reply-To: <ZBSPJHkcLG7gkZ7I@corigine.com>
Hi Simon,
On Fri, Mar 17, 2023 at 05:02:44PM +0100, Simon Horman wrote:
> On Wed, Mar 15, 2023 at 12:05:43PM +0100, Markus Schneider-Pargmann wrote:
> > Keep track of the number of transmits in flight.
> >
> > This patch prepares the driver to control the network interface queue
> > based on this counter. By itself this counter be
> > implemented with an atomic, but as we need to do other things in the
> > critical sections later I am using a spinlock instead.
> >
> > Signed-off-by: Markus Schneider-Pargmann <msp@baylibre.com>
Thank you for all your reviews, very helpful.
>
> Nit, assuming the values are always positive, I think
> that unsigned might be a more appropriate type than int
> for the tx_fifo_in_flight field, and associated function
> parameters and local variables.
I agree that tx_fifo_in_flight is and should always be a positive value.
However as the code is operating with ++ and -- exclusively I would
personally prefer int here as that shows off-by-one errors much easier
in case there are any at some point.
Is that fine for you?
Best,
Markus
>
> That notwithstanding,
>
> Reviewed-by: Simon Horman <simon.horman@corigine.com>
>
> > ---
> > drivers/net/can/m_can/m_can.c | 41 ++++++++++++++++++++++++++++++++++-
> > drivers/net/can/m_can/m_can.h | 4 ++++
> > 2 files changed, 44 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/net/can/m_can/m_can.c b/drivers/net/can/m_can/m_can.c
> > index 27d36bcc094c..4ad8f08f8284 100644
> > --- a/drivers/net/can/m_can/m_can.c
> > +++ b/drivers/net/can/m_can/m_can.c
> > @@ -442,6 +442,7 @@ static u32 m_can_get_timestamp(struct m_can_classdev *cdev)
> > static void m_can_clean(struct net_device *net)
> > {
> > struct m_can_classdev *cdev = netdev_priv(net);
> > + unsigned long irqflags;
> >
> > for (int i = 0; i != cdev->tx_fifo_size; ++i) {
> > if (!cdev->tx_ops[i].skb)
> > @@ -453,6 +454,10 @@ static void m_can_clean(struct net_device *net)
> >
> > for (int i = 0; i != cdev->can.echo_skb_max; ++i)
> > can_free_echo_skb(cdev->net, i, NULL);
> > +
> > + spin_lock_irqsave(&cdev->tx_handling_spinlock, irqflags);
> > + cdev->tx_fifo_in_flight = 0;
> > + spin_unlock_irqrestore(&cdev->tx_handling_spinlock, irqflags);
> > }
> >
> > /* For peripherals, pass skb to rx-offload, which will push skb from
> > @@ -1023,6 +1028,24 @@ static void m_can_tx_update_stats(struct m_can_classdev *cdev,
> > stats->tx_packets++;
> > }
> >
> > +static void m_can_finish_tx(struct m_can_classdev *cdev, int transmitted)
> > +{
> > + unsigned long irqflags;
> > +
> > + spin_lock_irqsave(&cdev->tx_handling_spinlock, irqflags);
> > + cdev->tx_fifo_in_flight -= transmitted;
> > + spin_unlock_irqrestore(&cdev->tx_handling_spinlock, irqflags);
> > +}
> > +
> > +static void m_can_start_tx(struct m_can_classdev *cdev)
> > +{
> > + unsigned long irqflags;
> > +
> > + spin_lock_irqsave(&cdev->tx_handling_spinlock, irqflags);
> > + ++cdev->tx_fifo_in_flight;
> > + spin_unlock_irqrestore(&cdev->tx_handling_spinlock, irqflags);
> > +}
> > +
> > static int m_can_echo_tx_event(struct net_device *dev)
> > {
> > u32 txe_count = 0;
> > @@ -1032,6 +1055,7 @@ static int m_can_echo_tx_event(struct net_device *dev)
> > int i = 0;
> > int err = 0;
> > unsigned int msg_mark;
> > + int processed = 0;
> >
> > struct m_can_classdev *cdev = netdev_priv(dev);
> >
> > @@ -1061,12 +1085,15 @@ static int m_can_echo_tx_event(struct net_device *dev)
> >
> > /* update stats */
> > m_can_tx_update_stats(cdev, msg_mark, timestamp);
> > + ++processed;
> > }
> >
> > if (ack_fgi != -1)
> > m_can_write(cdev, M_CAN_TXEFA, FIELD_PREP(TXEFA_EFAI_MASK,
> > ack_fgi));
> >
> > + m_can_finish_tx(cdev, processed);
> > +
> > return err;
> > }
> >
> > @@ -1161,6 +1188,7 @@ static irqreturn_t m_can_isr(int irq, void *dev_id)
> > timestamp = m_can_get_timestamp(cdev);
> > m_can_tx_update_stats(cdev, 0, timestamp);
> > netif_wake_queue(dev);
> > + m_can_finish_tx(cdev, 1);
> > }
> > } else {
> > if (ir & (IR_TEFN | IR_TEFW)) {
> > @@ -1846,11 +1874,22 @@ static netdev_tx_t m_can_start_peripheral_xmit(struct m_can_classdev *cdev,
> > }
> >
> > netif_stop_queue(cdev->net);
> > +
> > + m_can_start_tx(cdev);
> > +
> > m_can_tx_queue_skb(cdev, skb);
> >
> > return NETDEV_TX_OK;
> > }
> >
> > +static netdev_tx_t m_can_start_fast_xmit(struct m_can_classdev *cdev,
> > + struct sk_buff *skb)
> > +{
> > + m_can_start_tx(cdev);
> > +
> > + return m_can_tx_handler(cdev, skb);
> > +}
> > +
> > static netdev_tx_t m_can_start_xmit(struct sk_buff *skb,
> > struct net_device *dev)
> > {
> > @@ -1862,7 +1901,7 @@ static netdev_tx_t m_can_start_xmit(struct sk_buff *skb,
> > if (cdev->is_peripheral)
> > return m_can_start_peripheral_xmit(cdev, skb);
> > else
> > - return m_can_tx_handler(cdev, skb);
> > + return m_can_start_fast_xmit(cdev, skb);
> > }
> >
> > static int m_can_open(struct net_device *dev)
> > diff --git a/drivers/net/can/m_can/m_can.h b/drivers/net/can/m_can/m_can.h
> > index 2e1a52980a18..e230cf320a6c 100644
> > --- a/drivers/net/can/m_can/m_can.h
> > +++ b/drivers/net/can/m_can/m_can.h
> > @@ -109,6 +109,10 @@ struct m_can_classdev {
> > // Store this internally to avoid fetch delays on peripheral chips
> > int tx_fifo_putidx;
> >
> > + /* Protects shared state between start_xmit and m_can_isr */
> > + spinlock_t tx_handling_spinlock;
> > + int tx_fifo_in_flight;
> > +
> > struct m_can_tx_op *tx_ops;
> > int tx_fifo_size;
> > int next_tx_op;
> > --
> > 2.39.2
> >
next prev parent reply other threads:[~2023-06-20 12:54 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-15 11:05 [PATCH v3 00/16] can: m_can: Optimizations for m_can/tcan part 2 Markus Schneider-Pargmann
2023-03-15 11:05 ` [PATCH v3 01/16] can: m_can: Remove repeated check for is_peripheral Markus Schneider-Pargmann
2023-03-16 9:06 ` Simon Horman
2023-03-15 11:05 ` [PATCH v3 02/16] can: m_can: Always acknowledge all interrupts Markus Schneider-Pargmann
2023-03-16 9:08 ` Simon Horman
2023-03-15 11:05 ` [PATCH v3 03/16] can: m_can: Remove double interrupt enable Markus Schneider-Pargmann
2023-03-16 9:09 ` Simon Horman
2023-03-16 9:10 ` Simon Horman
2023-03-15 11:05 ` [PATCH v3 04/16] can: m_can: Disable unused interrupts Markus Schneider-Pargmann
2023-03-16 9:15 ` Simon Horman
2023-03-15 11:05 ` [PATCH v3 05/16] can: m_can: Keep interrupts enabled during peripheral read Markus Schneider-Pargmann
2023-03-16 10:03 ` Simon Horman
2023-03-15 11:05 ` [PATCH v3 06/16] can: m_can: Write transmit header and data in one transaction Markus Schneider-Pargmann
2023-03-16 9:27 ` Simon Horman
2023-06-19 11:46 ` Markus Schneider-Pargmann
2023-03-24 18:32 ` Marc Kleine-Budde
2023-03-15 11:05 ` [PATCH v3 07/16] can: m_can: Implement receive coalescing Markus Schneider-Pargmann
2023-03-16 10:04 ` Simon Horman
2023-03-15 11:05 ` [PATCH v3 08/16] can: m_can: Implement transmit coalescing Markus Schneider-Pargmann
2023-03-16 10:05 ` Simon Horman
2023-03-15 11:05 ` [PATCH v3 09/16] can: m_can: Add rx coalescing ethtool support Markus Schneider-Pargmann
2023-03-16 10:05 ` Simon Horman
2023-03-15 11:05 ` [PATCH v3 10/16] can: m_can: Add tx " Markus Schneider-Pargmann
2023-03-16 10:06 ` Simon Horman
2023-03-15 11:05 ` [PATCH v3 11/16] can: m_can: Cache tx putidx Markus Schneider-Pargmann
2023-03-16 9:55 ` Simon Horman
2023-03-16 10:08 ` Simon Horman
2023-03-15 11:05 ` [PATCH v3 12/16] can: m_can: Use the workqueue as queue Markus Schneider-Pargmann
2023-03-17 16:18 ` Simon Horman
2023-03-15 11:05 ` [PATCH v3 13/16] can: m_can: Introduce a tx_fifo_in_flight counter Markus Schneider-Pargmann
2023-03-17 16:02 ` Simon Horman
2023-06-20 12:53 ` Markus Schneider-Pargmann [this message]
2023-06-21 13:50 ` Simon Horman
2023-03-15 11:05 ` [PATCH v3 14/16] can: m_can: Use tx_fifo_in_flight for netif_queue control Markus Schneider-Pargmann
2023-03-17 16:04 ` Simon Horman
2023-03-15 11:05 ` [PATCH v3 15/16] can: m_can: Implement BQL Markus Schneider-Pargmann
2023-03-17 16:05 ` Simon Horman
2023-03-15 11:05 ` [PATCH v3 16/16] can: m_can: Implement transmit submission coalescing Markus Schneider-Pargmann
2023-03-24 18:32 ` [PATCH v3 00/16] can: m_can: Optimizations for m_can/tcan part 2 Marc Kleine-Budde
2023-04-12 8:33 ` Markus Schneider-Pargmann
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=20230620125354.ipok6i43lvow66t4@blmsp \
--to=msp@baylibre.com \
--cc=linux-can@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mailhol.vincent@wanadoo.fr \
--cc=mkl@pengutronix.de \
--cc=netdev@vger.kernel.org \
--cc=rcsekar@samsung.com \
--cc=simon.horman@corigine.com \
--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