netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: David Miller <davem@davemloft.net>
To: wei.liu2@citrix.com
Cc: Ian.Campbell@citrix.com, wdauchy@gmail.com,
	netdev@vger.kernel.org, xen-devel@lists.xen.org,
	annie.li@oracle.com, konrad.wilk@oracle.com, jbeulich@suse.com,
	david.vrabel@citrix.com
Subject: Re: [PATCH V4 7/7] xen-netback: don't disconnect frontend when seeing oversize packet
Date: Mon, 15 Apr 2013 13:36:51 -0400 (EDT)	[thread overview]
Message-ID: <20130415.133651.1119146088951084967.davem@davemloft.net> (raw)
In-Reply-To: <20130415153038.GI17602@zion.uk.xensource.com>

From: Wei Liu <wei.liu2@citrix.com>
Date: Mon, 15 Apr 2013 16:30:38 +0100

> On Mon, Apr 15, 2013 at 04:24:49PM +0100, Ian Campbell wrote:
>> On Mon, 2013-04-15 at 15:53 +0100, Wei Liu wrote:
>> > On Mon, Apr 15, 2013 at 10:03:25AM +0100, Ian Campbell wrote:
>> > > On Fri, 2013-04-12 at 18:17 +0100, William Dauchy wrote:
>> > > > On Fri, Apr 12, 2013 at 4:24 PM, Wei Liu <wei.liu2@citrix.com> wrote:
>> > > > > Some frontend drivers are sending packets > 64 KiB in length. This length
>> > > > > overflows the length field in the first slot making the following slots have
>> > > > > an invalid length.
>> > > > >
>> > > > > Turn this error back into a non-fatal error by dropping the packet. To avoid
>> > > > > having the following slots having fatal errors, consume all slots in the
>> > > > > packet.
>> > > > >
>> > > > > This does not reopen the security hole in XSA-39 as if the packet as an
>> > > > > invalid number of slots it will still hit fatal error case.
>> > > > >
>> > > > > Signed-off-by: David Vrabel <david.vrabel@citrix.com>
>> > > > > Signed-off-by: Wei Liu <wei.liu2@citrix.com>
>> > > > 
>> > > > Maybe this should be tagged for stable? Maybe part of patch 6/7 as
>> > > > well. I had to remove the part which was disabling the device because
>> > > > of issues encountered in stable tree.
>> > > 
>> > > AFAICT the majority of this series (as well as perhaps some of Wei's
>> > > earlier fixes) should be candidates for any stable tree which received
>> > > the XSA-39 security fixes. Wei -- could you enumerate which patches are
>> > > required to fixup the XSA-39 regressions?
>> > > 
>> > 
>> > Are mechinical fixes such as removing redudent variables / changing log
>> > messages candidates for stable? 1-4 are such kind of fixes.
>> 
>> #4 looks like meat to me too?
>> 
> 
> Not really. DaveM applied first 3 and later I discoverd there was a log
> message which should have been changed in 2. So I wrote a incremental
> patch on top of 2 to fix that.

Please don't do this, it is so confusing.

When I've applied some of your patches, don't repost them, only post the
new patches which are not yet in my tree.

All development and patches occurs relative to my tree, so by reposting
patches already applied you make for confusion and more work on my part.

      parent reply	other threads:[~2013-04-15 17:36 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-12 14:23 [PATCH V4 0/7] Bundle fixes for Xen netfront / netback Wei Liu
2013-04-12 14:24 ` [PATCH V4 1/7] xen-netfront: remove unused variable `extra' Wei Liu
2013-04-12 14:24 ` [PATCH V4 2/7] xen-netfront: frags -> slots in xennet_get_responses Wei Liu
2013-04-12 14:24 ` [PATCH V4 3/7] xen-netback: remove skb in xen_netbk_alloc_page Wei Liu
2013-04-12 14:24 ` [PATCH V4 4/7] xen-netfront: frags -> slots in log message Wei Liu
2013-04-12 14:41   ` Ian Campbell
2013-04-12 14:24 ` [PATCH V4 5/7] xen-netfront: reduce gso_max_size to account for max TCP header Wei Liu
2013-04-12 14:44   ` Ian Campbell
2013-04-12 15:07     ` Jan Beulich
2013-04-12 14:24 ` [PATCH V4 6/7] xen-netback: coalesce slots in TX path and fix regressions Wei Liu
2013-04-12 15:35   ` Ian Campbell
2013-04-14 16:15     ` Wei Liu
2013-04-12 14:24 ` [PATCH V4 7/7] xen-netback: don't disconnect frontend when seeing oversize packet Wei Liu
2013-04-12 15:38   ` Ian Campbell
2013-04-12 17:17   ` William Dauchy
2013-04-15  9:03     ` Ian Campbell
2013-04-15 14:53       ` Wei Liu
2013-04-15 15:22         ` Wei Liu
2013-04-15 15:24         ` Ian Campbell
2013-04-15 15:30           ` Wei Liu
2013-04-15 15:35             ` Ian Campbell
2013-04-15 15:39               ` Wei Liu
2013-04-15 17:36             ` David Miller [this message]

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=20130415.133651.1119146088951084967.davem@davemloft.net \
    --to=davem@davemloft.net \
    --cc=Ian.Campbell@citrix.com \
    --cc=annie.li@oracle.com \
    --cc=david.vrabel@citrix.com \
    --cc=jbeulich@suse.com \
    --cc=konrad.wilk@oracle.com \
    --cc=netdev@vger.kernel.org \
    --cc=wdauchy@gmail.com \
    --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).