All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jason Wang <jasowang@redhat.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: davem@davemloft.net, netdev@vger.kernel.org,
	wannes rombouts <wannes.rombouts@epitech.eu>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH net] tuntap: correctly handle error in tun_set_iff()
Date: Wed, 11 Sep 2013 06:18:30 -0400 (EDT)	[thread overview]
Message-ID: <2041729417.12296527.1378894710024.JavaMail.root@redhat.com> (raw)
In-Reply-To: <20130911100804.GA21091@redhat.com>



----- Original Message -----
> On Wed, Sep 11, 2013 at 05:55:04AM -0400, Jason Wang wrote:
> > 
> > 
> > ----- Original Message -----
> > > On Wed, Sep 11, 2013 at 04:24:05PM +0800, Jason Wang wrote:
> > > > Commit c8d68e6be1c3b242f1c598595830890b65cea64a (tuntap: multiqueue
> > > > support)
> > > > only call free_netdev() on err in tun_set_iff(). This causes several
> > > > issues:
> > > > 
> > > > - memory of tun security were leaked
> > > 
> > > Not just tun security -  sock reference too (didn't detach)
> > > 
> > 
> > Yes, I mention it in the next item.
> 
> That line's a bit too long btw.
> Keep it under 70 chars for commit logs.
> 

Ok.
> > > > - use after free since the flow gc timer was not deleted and the tfile
> > > > were
> > > > not
> > > >   detached
> > > > 
> > > > This patch solves the above issues.
> > > > 
> > > > Reported-by: Wannes Rombouts <wannes.rombouts@epitech.eu>
> > > > Cc: Michael S. Tsirkin <mst@redhat.com>
> > > > Signed-off-by: Jason Wang <jasowang@redhat.com>
> > > > ---
> > > > The patch were also needed for stable 3.8+.
> > > > ---
> > > >  drivers/net/tun.c |    9 +++++++--
> > > >  1 files changed, 7 insertions(+), 2 deletions(-)
> > > > 
> > > > diff --git a/drivers/net/tun.c b/drivers/net/tun.c
> > > > index a639de8..e5fb5d3 100644
> > > > --- a/drivers/net/tun.c
> > > > +++ b/drivers/net/tun.c
> > > > @@ -1641,11 +1641,11 @@ static int tun_set_iff(struct net *net, struct
> > > > file
> > > > *file, struct ifreq *ifr)
> > > >  		INIT_LIST_HEAD(&tun->disabled);
> > > >  		err = tun_attach(tun, file, false);
> > > >  		if (err < 0)
> > > > -			goto err_free_dev;
> > > > +			goto err_free_flow;
> > > >  
> > > >  		err = register_netdevice(tun->dev);
> > > >  		if (err < 0)
> > > > -			goto err_free_dev;
> > > > +			goto err_detach;
> > > >  
> > > >  		if (device_create_file(&tun->dev->dev, &dev_attr_tun_flags) ||
> > > >  		    device_create_file(&tun->dev->dev, &dev_attr_owner) ||
> > > > @@ -1689,6 +1689,11 @@ static int tun_set_iff(struct net *net, struct
> > > > file
> > > > *file, struct ifreq *ifr)
> > > >  	strcpy(ifr->ifr_name, tun->dev->name);
> > > >  	return 0;
> > > >  
> > > > +err_detach:
> > > > +	tun_detach_all(dev);
> > > > +err_free_flow:
> > > > +	tun_flow_uninit(tun);
> > > > +	security_tun_dev_free_security(tun->security);
> > > 
> > > This bit looks wrong: if flow_init fails, we
> > > need security_tun_dev_free_security, don't we?
> > > I think we need:
> > > 	+err_free_sec:	security_tun_dev_free_security(tun->security);
> > > and goto here on flow_init failures.
> > 
> > tun_flow_init() always succeed. So we're ok here.
> 
> True. So please make it return void then.
> 

It has already returned void.
> > > 
> > > >   err_free_dev:
> > > 
> > > Pls shift this one 1 space left for consistency.
> > > 
> > 
> > Ok.
> > > >  	free_netdev(dev);
> > > >  	return err;
> > > > --
> > > > 1.7.1
> > > --
> > > To unsubscribe from this list: send the line "unsubscribe linux-kernel"
> > > in
> > > the body of a message to majordomo@vger.kernel.org
> > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > > Please read the FAQ at  http://www.tux.org/lkml/
> > > 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 

  reply	other threads:[~2013-09-11 10:18 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-09-11  8:24 [PATCH net] tuntap: correctly handle error in tun_set_iff() Jason Wang
2013-09-11  9:38 ` Michael S. Tsirkin
2013-09-11  9:55   ` Jason Wang
2013-09-11 10:08     ` Michael S. Tsirkin
2013-09-11 10:18       ` Jason Wang [this message]
2013-09-11 10:58       ` Michael S. Tsirkin

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=2041729417.12296527.1378894710024.JavaMail.root@redhat.com \
    --to=jasowang@redhat.com \
    --cc=davem@davemloft.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mst@redhat.com \
    --cc=netdev@vger.kernel.org \
    --cc=wannes.rombouts@epitech.eu \
    /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.