From: ANNIE LI <annie.li@oracle.com>
To: Ian Campbell <ian.campbell@citrix.com>
Cc: Wei Liu <wei.liu2@citrix.com>,
"Palagummi, Siva" <Siva.Palagummi@ca.com>,
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>,
msw@amazon.com, 'Steven Haigh' <netwiz@crc.id.au>,
Jacek Milewicz <jacekowski@jacekowski.org>
Subject: Re: Is: SKB_MAX_LEN bites again. Was: Re: bug disabling guest interface
Date: Sun, 10 Mar 2013 12:49:00 +0800 [thread overview]
Message-ID: <513C10BC.10105@oracle.com> (raw)
In-Reply-To: <1362797836.8941.189.camel@hastur.hellion.org.uk>
On 2013-3-9 10:57, Ian Campbell wrote:
>>> - change MAX_SKB_FRAGS to 19 to accommodate all guests
> Changing MAX_SKB_FRAGS is *not* an option upstream. This might be a
> useful local hack but we need to drop the idea as a long term fix.
>
>> Ugh. The negotiations between host and guest is probably the best
>> choice. The issues you are going to hit are that you might need
>> to redo the skbs to match what the frontend's max is.
> IMHO the right fix is for netback to coalesce as it copies from the
> frontend if it needs to do so, it is copying anyway so it should be
> cheap enough. I thought we had discussed this and someone was working on
> implementing it. If not Annie then perhaps it was Matt or Siva (both now
> CC'd)
Sorry, I have been working on some windows whql thing these days, so did
not start it till now.
I did do some patch for netfront before(Sander mentioned later), which
did some segment for large skbs in netfront. This is different from what
you mentioned. I assume we need to do some work in both netback and
netfront.
Thanks
Annie
>
> If necessary netback could even allocate a larger order head in order to
> accommodate very large packets, but I don't expect that to be required
> to fix the immediate issue we are seeing (but gives flexibility)
>
> This should get us past the immediate issue of the upstream change from
> 18->16 frags thing. Longer term the negotiation will allow us to avoid
> future incompatible changes in guest and host network stacks, as well as
> allowing frontends on other OSes (in particular Windows) to havea better
> chance of to DTRT.
>
>> Annie, Wei, Ian - were there some RFC patches floating around
>> for this?
>>
>>> diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h
>>> index 821c7f4..82de0f5 100644
>>> --- a/include/linux/skbuff.h
>>> +++ b/include/linux/skbuff.h
>>> @@ -143,8 +143,8 @@ struct sk_buff;
>>> * Since GRO uses frags we allocate at least 16 regardless of page
>>> * size.
>>> */
>>> -#if (65536/PAGE_SIZE + 1)< 16
>>> -#define MAX_SKB_FRAGS 16UL
>>> +#if (65536/PAGE_SIZE + 1)< 19
>>> +#define MAX_SKB_FRAGS 19UL
>>> #else
>>> #define MAX_SKB_FRAGS (65536/PAGE_SIZE + 1)
>>> #endif
>>>
>>>
>>> _______________________________________________
>>> Xen-devel mailing list
>>> Xen-devel@lists.xen.org
>>> http://lists.xen.org/xen-devel
>>>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2013-03-10 4:49 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-08 8:46 bug disabling guest interface Steven Haigh
2013-03-08 19:36 ` Jacek Milewicz
2013-03-08 20:36 ` Is: SKB_MAX_LEN bites again. Was: " Konrad Rzeszutek Wilk
2013-03-08 22:09 ` Jacek Milewicz
2013-03-09 2:19 ` Steven Haigh
2013-03-12 14:49 ` Konrad Rzeszutek Wilk
2013-03-12 14:56 ` Ian Campbell
2013-03-12 15:05 ` Steven Haigh
2013-03-12 15:08 ` Ian Campbell
2013-03-12 22:19 ` James Harper
2013-03-13 4:09 ` jacek burghardt
2013-03-12 14:49 ` Konrad Rzeszutek Wilk
2013-03-09 2:57 ` Ian Campbell
2013-03-09 3:16 ` Steven Haigh
2013-03-09 12:53 ` Sander Eikelenboom
2013-03-10 4:58 ` ANNIE LI
2013-03-10 4:49 ` ANNIE LI [this message]
2013-03-12 11:39 ` Ian Campbell
2013-03-10 19:18 ` Wei Liu
2013-03-12 11:40 ` Ian Campbell
2013-03-12 12:18 ` Wei Liu
2013-03-12 15:07 ` ANNIE LI
2013-03-12 15:25 ` Wei Liu
2013-03-12 20:13 ` Wei Liu
2013-03-12 21:08 ` Wei Liu
2013-03-13 6:44 ` annie li
2013-03-13 9:43 ` Ian Campbell
2013-03-13 11:24 ` Wei Liu
2013-03-13 6:22 ` annie li
2013-03-13 11:26 ` Wei Liu
2013-03-10 4:48 ` ANNIE LI
[not found] <CAHyyzzTtK+LbxOh2r_X0=Zd2FsTxoAiLLaWahv5FY-QZnQxhLQ@mail.gmail.com>
[not found] ` <CAHyyzzSO0vY3LquDjXVAeV3U9sLnAY28+iADzsOLFkMGcJHLOQ@mail.gmail.com>
[not found] ` <CAHyyzzSDqmBNWmyRKFijei8YrJD5i40AJ9mcxxnme9CeCLZX2g@mail.gmail.com>
[not found] ` <CAHyyzzQcjzeWv-Z6SBOb8Ra0u6BOMzjKV3Ze482rMmMHkAMccw@mail.gmail.com>
[not found] ` <CAHyyzzQsh30y7-4M1xmJc+8p-EcqS0+jaibpTrXxTQi92iGDgw@mail.gmail.com>
2013-04-10 15:28 ` (no subject) jacek burghardt
[not found] ` <20130411010344.GY11427@reaktio.net>
2013-04-11 7:31 ` Is: SKB_MAX_LEN bites again. Was: Re: bug disabling guest interface Brian Menges
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=513C10BC.10105@oracle.com \
--to=annie.li@oracle.com \
--cc=Siva.Palagummi@ca.com \
--cc=ian.campbell@citrix.com \
--cc=jacekowski@jacekowski.org \
--cc=konrad.wilk@oracle.com \
--cc=msw@amazon.com \
--cc=netwiz@crc.id.au \
--cc=wei.liu2@citrix.com \
--cc=xen-devel@lists.xen.org \
/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).