From: Jason Wang <jasowang@redhat.com>
To: Haiyang Zhang <haiyangz@microsoft.com>
Cc: "davem@davemloft.net" <davem@davemloft.net>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
KY Srinivasan <kys@microsoft.com>,
"olaf@aepfle.de" <olaf@aepfle.de>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"driverdev-devel@linuxdriverproject.org"
<driverdev-devel@linuxdriverproject.org>
Subject: RE: [PATCH net] hyperv: Fix the error processing in netvsc_send()
Date: Mon, 02 Feb 2015 06:57:22 +0008 [thread overview]
Message-ID: <1422859762.7028.2@smtp.corp.redhat.com> (raw)
In-Reply-To: <BN1PR0301MB0770FCDA58F3BC9E25382D95CA310@BN1PR0301MB0770.namprd03.prod.out look.com>
On Fri, Jan 30, 2015 at 11:05 PM, Haiyang Zhang
<haiyangz@microsoft.com> wrote:
>
>
>> -----Original Message-----
>> From: Jason Wang [mailto:jasowang@redhat.com]
>> Sent: Friday, January 30, 2015 5:25 AM
>> > + if (ret != 0) {
>> > + if (section_index != NETVSC_INVALID_INDEX)
>> > + netvsc_free_send_slot(net_device, section_index);
>>
>> What if ret is -EINVAL or -ENOSPC? Looks like we need free the skb
>> in
>> this case also.
>
> In these cases, skb is freed in netvsc_start_xmit().
>
>
>> >
>> > + } else if (skb) {
>> > + dev_kfree_skb_any(skb);
>>
>> The caller - netvsc_start_xmit() do this also, may be handle this in
>> caller is better since netvsc_start_xmit() is the only user that
>> tries
>> to send a skb?
>
> When the packet is sent out normally, we frees it in netvsc_send() if
> it's
> copied to send-buffer. The free is done in netvsc_send(), because the
> copy
> is also in this function. If it's not copied, it will be freed in
> another
> function -- netvsc_xmit_completion().
>
> netvsc_start_xmit() only does free skb in error case.
Ok.
>
>
>> btw, I find during netvsc_start_xmit(), ret was change to -ENOSPC
>> when
>> queue_sends[q_idx] < 1. But non of the caller check -ENOSPC in fact?
>
> In this case, we don't request re-send, so set ret to a value other
> than
> -EAGAIN.
Why not? We have available slots for it to be sent now. Dropping the
packet in this case may cause out of order sending.
> It's handled in the same way as errors != -EAGAIN, so we don't
> need to check this value specifically.
Thanks
next prev parent reply other threads:[~2015-02-02 6:49 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-29 20:34 [PATCH net] hyperv: Fix the error processing in netvsc_send() Haiyang Zhang
2015-01-30 10:25 ` Jason Wang
2015-01-30 15:05 ` Haiyang Zhang
[not found] ` <BN1PR0301MB0770FCDA58F3BC9E25382D95CA310@BN1PR0301MB0770.namprd03.prod.out look.com>
2015-02-02 6:49 ` Jason Wang [this message]
2015-02-03 15:46 ` Haiyang Zhang
[not found] ` <BN1PR0301MB077018D4A512E3AA9B8583E0CA3D0@BN1PR0301MB0770.namprd03.prod.out look.com>
2015-02-04 7:29 ` Jason Wang
2015-02-04 22:26 ` Haiyang Zhang
2015-02-01 1:32 ` 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=1422859762.7028.2@smtp.corp.redhat.com \
--to=jasowang@redhat.com \
--cc=davem@davemloft.net \
--cc=driverdev-devel@linuxdriverproject.org \
--cc=haiyangz@microsoft.com \
--cc=kys@microsoft.com \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=olaf@aepfle.de \
/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).