From: Eric Dumazet <eric.dumazet@gmail.com>
To: Will Deacon <will.deacon@arm.com>
Cc: "netdev@vger.kernel.org" <netdev@vger.kernel.org>,
Steve Glendinning <steve.glendinning@smsc.com>
Subject: Re: [PATCH] net: smsc911x: fix RX FIFO fastforwarding when dropping packets
Date: Thu, 12 Apr 2012 15:06:03 +0200 [thread overview]
Message-ID: <1334235963.5300.6361.camel@edumazet-glaptop> (raw)
In-Reply-To: <20120412125355.GG16025@mudshark.cambridge.arm.com>
On Thu, 2012-04-12 at 13:53 +0100, Will Deacon wrote:
> Hi Eric,
>
> Thanks for taking a look.
>
> On Thu, Apr 12, 2012 at 10:20:48AM +0100, Eric Dumazet wrote:
> > On Thu, 2012-04-12 at 10:07 +0100, Will Deacon wrote:
> > > diff --git a/drivers/net/ethernet/smsc/smsc911x.c b/drivers/net/ethernet/smsc/smsc911x.c
> > > index 4a69710..b5599bc 100644
> > > --- a/drivers/net/ethernet/smsc/smsc911x.c
> > > +++ b/drivers/net/ethernet/smsc/smsc911x.c
> > > @@ -1228,7 +1228,7 @@ static int smsc911x_poll(struct napi_struct *napi, int budget)
> > > "Discarding packet with error bit set");
> > > /* Packet has an error, discard it and continue with
> > > * the next */
> > > - smsc911x_rx_fastforward(pdata, pktwords);
> > > + smsc911x_rx_fastforward(pdata, pktlength);
> > > dev->stats.rx_dropped++;
> > > continue;
> > > }
>
> [...]
>
> > Hum, looking at this driver, I see wrong code in lines 1246/1247
> >
> > skb->data = skb->head;
> > skb_reset_tail_pointer(skb);
> >
> > I suspect its hiding a buffer overflow bug or something.
>
> Yes, you're right.
>
> > netdev_alloc_skb() reserved NET_SKB_PAD bytes. A driver should not
> > un-reserve this headroom, or some networking setups can be very slow.
> >
> > So
> >
> > pdata->ops->rx_readfifo(pdata,
> > (unsigned int *)skb->head, pktwords);
> >
> > also should be fixed to use skb->data instead.
>
> Right, this seems to do the trick (and can replace my original patch by
> actually passing in the number of words to the fastforward function). I'm
> not sure whether the skb_trim is really required, but it makes the data
> format slightly clearer.
>
> It would be nice to get some input from Steve, but his email address seems
> to be bouncing at the moment.
>
> Will
>
>
> diff --git a/drivers/net/ethernet/smsc/smsc911x.c b/drivers/net/ethernet/smsc/smsc911x.c
> index 4a69710..3f43c24 100644
> --- a/drivers/net/ethernet/smsc/smsc911x.c
> +++ b/drivers/net/ethernet/smsc/smsc911x.c
> @@ -1166,10 +1166,8 @@ smsc911x_rx_counterrors(struct net_device *dev, unsigned int rxstat)
>
> /* Quickly dumps bad packets */
> static void
> -smsc911x_rx_fastforward(struct smsc911x_data *pdata, unsigned int pktbytes)
> +smsc911x_rx_fastforward(struct smsc911x_data *pdata, unsigned int pktwords)
> {
> - unsigned int pktwords = (pktbytes + NET_IP_ALIGN + 3) >> 2;
> -
> if (likely(pktwords >= 4)) {
> unsigned int timeout = 500;
> unsigned int val;
> @@ -1233,7 +1231,7 @@ static int smsc911x_poll(struct napi_struct *napi, int budget)
> continue;
> }
>
> - skb = netdev_alloc_skb(dev, pktlength + NET_IP_ALIGN);
> + skb = netdev_alloc_skb(dev, pktwords << 2);
> if (unlikely(!skb)) {
> SMSC_WARN(pdata, rx_err,
> "Unable to allocate skb for rx packet");
> @@ -1243,21 +1241,19 @@ static int smsc911x_poll(struct napi_struct *napi, int budget)
> break;
> }
>
> - skb->data = skb->head;
> - skb_reset_tail_pointer(skb);
> -
> - /* Align IP on 16B boundary */
> - skb_reserve(skb, NET_IP_ALIGN);
> - skb_put(skb, pktlength - 4);
> + skb_put(skb, pktwords << 2);
You could remove this line and do it after skb_reserve() ?
> pdata->ops->rx_readfifo(pdata,
> - (unsigned int *)skb->head, pktwords);
> + (unsigned int *)skb->data, pktwords);
> + skb_pull(skb, NET_IP_ALIGN);
skb_reserve(skb, NET_IP_ALIGN);
skb_put(skb, pktlength - 4);
> + skb_trim(skb, pktlength);
and remove this skb_trim()
> +
> skb->protocol = eth_type_trans(skb, dev);
> skb_checksum_none_assert(skb);
> netif_receive_skb(skb);
>
> /* Update counters */
> dev->stats.rx_packets++;
> - dev->stats.rx_bytes += (pktlength - 4);
> + dev->stats.rx_bytes += pktlength;
Some drivers account for the FCS, some dont, I guess you can leave the
line as is
> }
>
> /* Return total received packets */
> @@ -1565,7 +1561,7 @@ static int smsc911x_open(struct net_device *dev)
> smsc911x_reg_write(pdata, FIFO_INT, temp);
>
> /* set RX Data offset to 2 bytes for alignment */
> - smsc911x_reg_write(pdata, RX_CFG, (2 << 8));
> + smsc911x_reg_write(pdata, RX_CFG, (NET_IP_ALIGN << 8));
Good ;)
>
> /* enable NAPI polling before enabling RX interrupts */
> napi_enable(&pdata->napi);
>
Thanks
next prev parent reply other threads:[~2012-04-12 13:06 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-12 9:07 [PATCH] net: smsc911x: fix RX FIFO fastforwarding when dropping packets Will Deacon
2012-04-12 9:20 ` Eric Dumazet
2012-04-12 12:53 ` Will Deacon
2012-04-12 13:06 ` Eric Dumazet [this message]
2012-04-12 13:47 ` Will Deacon
2012-04-12 14:01 ` Eric Dumazet
2012-04-12 15:54 ` Will Deacon
2012-04-12 16:08 ` Eric Dumazet
2012-04-12 17:03 ` Will Deacon
2012-04-12 17:41 ` Eric Dumazet
2012-04-13 18:08 ` David Miller
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=1334235963.5300.6361.camel@edumazet-glaptop \
--to=eric.dumazet@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=steve.glendinning@smsc.com \
--cc=will.deacon@arm.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).