From: Steven Haigh <netwiz@crc.id.au>
To: Wei Liu <liuw@liuw.name>
Cc: Wei Liu <wei.liu2@citrix.com>, xen-devel <xen-devel@lists.xen.org>
Subject: Re: Frag is bigger than frame.
Date: Fri, 26 Apr 2013 14:21:06 +1000 [thread overview]
Message-ID: <517A00B2.2010403@crc.id.au> (raw)
In-Reply-To: <CAOsiSVVMLxza2zbxuTXXRrmQ_kFG_Mfpi40LVsL-SBA7drhsnw@mail.gmail.com>
On 26/04/2013 1:36 AM, Wei Liu wrote:
> On Thu, Apr 25, 2013 at 4:11 PM, Wei Liu <wei.liu2@citrix.com> wrote:
>> On Thu, Apr 25, 2013 at 12:24:22PM +0100, Steven Haigh wrote:
>>> Hi all,
>>>
>>> I've noticed a couple of DomUs have networking freeze with the following
>>> getting printed to the Dom0's /var/log/messages:
>>>
>>> Apr 25 12:09:25 hosting kernel: vif vif-4-0 vif.crc: Frag is bigger than
>>> frame.
>>> Apr 25 12:09:25 hosting kernel: vif vif-4-0 vif.crc: fatal error;
>>> disabling device
>>> Apr 25 12:09:25 hosting kernel: br0: port 5(vif.crc) entered disabled state
>>>
>>> I thought this was something to do with MAX_SKB_FRAGS - however the
>>> kernel I use has this increased to 19 - so in theory I shouldn't hit
>>> this (as far as I know).
>>>
>>> Are there any other things that could trigger this?
>>>
>>
>> You're seeing a netfront bug which is fixed in that series. And it is
>> not related to MAX_SKB_FRAGS but related to GSO.
>>
>> Could you try applying my patch set "Bundle fixes for Xen netfront /
>> netback" version 7. That series has been applied to DaveM's net-next.
>>
>
> BTW with that series you should be able to get rid of the
> MAX_SKB_FRAGS -> 19 hack.
This could be quite difficult. The DomU kernel is RHEL based - and not
easily changed without sending the patch upstream to RH - which may or
may not apply it.
My google-fu has failed a little here - do you have a link to the
patches? Is it against Xen or the kernel? Further, is it something that
just altering the Dom0 part would resolve?
--
Steven Haigh
Email: netwiz@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
next prev parent reply other threads:[~2013-04-26 4:21 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-25 11:24 Frag is bigger than frame Steven Haigh
2013-04-25 15:11 ` Wei Liu
2013-04-25 15:36 ` Wei Liu
2013-04-26 4:21 ` Steven Haigh [this message]
2013-04-26 8:21 ` Teck Choon Giam
2013-04-26 8:36 ` Wei Liu
2013-04-26 9:13 ` Teck Choon Giam
2013-04-26 8:32 ` Wei Liu
-- strict thread matches above, loose matches on Subject: below --
2013-06-04 0:49 Alex A
2013-06-04 8:44 ` Wei Liu
2013-06-04 19:56 ` Alex A
2013-06-04 20:08 ` Wei Liu
2013-06-11 5:15 ` Alex A
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=517A00B2.2010403@crc.id.au \
--to=netwiz@crc.id.au \
--cc=liuw@liuw.name \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.