Wei Liu
2013-May-17 09:43 UTC
[PATCH net-next] xen-netfront: avoid leaking resources when setup_netfront fails
We should correctly free related resources (grant ref, memory page, evtchn) when setup_netfront fails. Signed-off-by: Wei Liu <wei.liu2@citrix.com> --- drivers/net/xen-netfront.c | 31 ++++++++++++++++++++----------- 1 file changed, 20 insertions(+), 11 deletions(-) diff --git a/drivers/net/xen-netfront.c b/drivers/net/xen-netfront.c index 1db10141..2dff4eb 100644 --- a/drivers/net/xen-netfront.c +++ b/drivers/net/xen-netfront.c @@ -1532,39 +1532,48 @@ static int setup_netfront(struct xenbus_device *dev, struct netfront_info *info) FRONT_RING_INIT(&info->tx, txs, PAGE_SIZE); err = xenbus_grant_ring(dev, virt_to_mfn(txs)); - if (err < 0) { - free_page((unsigned long)txs); - goto fail; - } + if (err < 0) + goto grant_tx_ring_fail; info->tx_ring_ref = err; rxs = (struct xen_netif_rx_sring *)get_zeroed_page(GFP_NOIO | __GFP_HIGH); if (!rxs) { err = -ENOMEM; xenbus_dev_fatal(dev, err, "allocating rx ring page"); - goto fail; + goto alloc_rx_ring_fail; } SHARED_RING_INIT(rxs); FRONT_RING_INIT(&info->rx, rxs, PAGE_SIZE); err = xenbus_grant_ring(dev, virt_to_mfn(rxs)); - if (err < 0) { - free_page((unsigned long)rxs); - goto fail; - } + if (err < 0) + goto grant_rx_ring_fail; info->rx_ring_ref = err; err = xenbus_alloc_evtchn(dev, &info->evtchn); if (err) - goto fail; + goto alloc_evtchn_fail; err = bind_evtchn_to_irqhandler(info->evtchn, xennet_interrupt, 0, netdev->name, netdev); if (err < 0) - goto fail; + goto bind_fail; netdev->irq = err; return 0; + /* If we fail to setup netfront, it is safe to just revoke access to granted + * pages because backend is not accessing it at this point. + */ + bind_fail: + xenbus_free_evtchn(dev, info->evtchn); + alloc_evtchn_fail: + gnttab_end_foreign_access_ref(info->rx_ring_ref, 0); + grant_rx_ring_fail: + free_page((unsigned long)rxs); + alloc_rx_ring_fail: + gnttab_end_foreign_access_ref(info->tx_ring_ref, 0); + grant_tx_ring_fail: + free_page((unsigned long)txs); fail: return err; } -- 1.7.10.4
David Miller
2013-May-20 06:28 UTC
Re: [PATCH net-next] xen-netfront: avoid leaking resources when setup_netfront fails
From: Wei Liu <wei.liu2@citrix.com> Date: Fri, 17 May 2013 10:43:58 +0100> > + /* If we fail to setup netfront, it is safe to just revoke access to granted > + * pages because backend is not accessing it at this point. > + */ > + bind_fail: > + xenbus_free_evtchn(dev, info->evtchn); > + alloc_evtchn_fail: > + gnttab_end_foreign_access_ref(info->rx_ring_ref, 0); > + grant_rx_ring_fail: > + free_page((unsigned long)rxs); > + alloc_rx_ring_fail: > + gnttab_end_foreign_access_ref(info->tx_ring_ref, 0); > + grant_tx_ring_fail: > + free_page((unsigned long)txs); > fail: > return err; > }This is not even close to adhering to proper coding style. The comment should be indented by one tab not one space: /* Like * this. */ And the code labels should appear at the first column, not with a leading space.
Wei Liu
2013-May-20 09:01 UTC
Re: [PATCH net-next] xen-netfront: avoid leaking resources when setup_netfront fails
On Sun, May 19, 2013 at 11:28:33PM -0700, David Miller wrote:> From: Wei Liu <wei.liu2@citrix.com> > Date: Fri, 17 May 2013 10:43:58 +0100 > > > > > + /* If we fail to setup netfront, it is safe to just revoke access to granted > > + * pages because backend is not accessing it at this point. > > + */ > > + bind_fail: > > + xenbus_free_evtchn(dev, info->evtchn); > > + alloc_evtchn_fail: > > + gnttab_end_foreign_access_ref(info->rx_ring_ref, 0); > > + grant_rx_ring_fail: > > + free_page((unsigned long)rxs); > > + alloc_rx_ring_fail: > > + gnttab_end_foreign_access_ref(info->tx_ring_ref, 0); > > + grant_tx_ring_fail: > > + free_page((unsigned long)txs); > > fail: > > return err; > > } > > This is not even close to adhering to proper coding style. > > The comment should be indented by one tab not one space: > > /* Like > * this. > */ > > And the code labels should appear at the first column, not > with a leading space.Thanks, coding style problems are fixed now. For some reason some other labels in this file appear to have the same style problem, I will fix them when I touch other part of the file in the future. Wei.