Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1364308 > unrolled thread
| Started by | Bjorn Helgaas <bhelgaas@google.com> |
|---|---|
| First post | 2016-03-24 17:20 +0100 |
| Last post | 2016-03-24 20:00 +0100 |
| Articles | 2 — 2 participants |
Back to article view | Back to linux.kernel
[PATCH] netpoll: Fix extra refcount release in netpoll_cleanup() Bjorn Helgaas <bhelgaas@google.com> - 2016-03-24 17:20 +0100
Re: [PATCH] netpoll: Fix extra refcount release in netpoll_cleanup() David Miller <davem@davemloft.net> - 2016-03-24 20:00 +0100
| From | Bjorn Helgaas <bhelgaas@google.com> |
|---|---|
| Date | 2016-03-24 17:20 +0100 |
| Subject | [PATCH] netpoll: Fix extra refcount release in netpoll_cleanup() |
| Message-ID | <rgg9k-57p-23@gated-at.bofh.it> |
netpoll_setup() does a dev_hold() on np->dev, the netpoll device. If it
fails, it correctly does a dev_put() but leaves np->dev set. If we call
netpoll_cleanup() after the failure, np->dev is still set so we do another
dev_put(), which decrements the refcount an extra time.
It's questionable to call netpoll_cleanup() after netpoll_setup() fails,
but it can be difficult to find the problem, and we can easily avoid it in
this case. The extra decrements can lead to hangs like this:
unregister_netdevice: waiting for bond0 to become free. Usage count = -3
In __netpoll_setup(), don't set np->dev until we know we're going to
succeed.
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
net/core/netpoll.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/core/netpoll.c b/net/core/netpoll.c
index 94acfc8..32e373e 100644
--- a/net/core/netpoll.c
+++ b/net/core/netpoll.c
@@ -603,7 +603,6 @@ int __netpoll_setup(struct netpoll *np, struct net_device *ndev)
const struct net_device_ops *ops;
int err;
- np->dev = ndev;
strlcpy(np->dev_name, ndev->name, IFNAMSIZ);
INIT_WORK(&np->cleanup_work, netpoll_async_cleanup);
@@ -628,7 +627,7 @@ int __netpoll_setup(struct netpoll *np, struct net_device *ndev)
atomic_set(&npinfo->refcnt, 1);
- ops = np->dev->netdev_ops;
+ ops = ndev->netdev_ops;
if (ops->ndo_netpoll_setup) {
err = ops->ndo_netpoll_setup(ndev, npinfo);
if (err)
@@ -639,6 +638,7 @@ int __netpoll_setup(struct netpoll *np, struct net_device *ndev)
atomic_inc(&npinfo->refcnt);
}
+ np->dev = ndev;
npinfo->netpoll = np;
/* last thing to do is link it to the net device structure */
[toc] | [next] | [standalone]
| From | David Miller <davem@davemloft.net> |
|---|---|
| Date | 2016-03-24 20:00 +0100 |
| Subject | Re: [PATCH] netpoll: Fix extra refcount release in netpoll_cleanup() |
| Message-ID | <rgiEa-6S6-27@gated-at.bofh.it> |
| In reply to | #1364308 |
From: Bjorn Helgaas <bhelgaas@google.com> Date: Thu, 24 Mar 2016 11:13:34 -0500 > netpoll_setup() does a dev_hold() on np->dev, the netpoll device. If it > fails, it correctly does a dev_put() but leaves np->dev set. If we call > netpoll_cleanup() after the failure, np->dev is still set so we do another > dev_put(), which decrements the refcount an extra time. > > It's questionable to call netpoll_cleanup() after netpoll_setup() fails, > but it can be difficult to find the problem, and we can easily avoid it in > this case. The extra decrements can lead to hangs like this: > > unregister_netdevice: waiting for bond0 to become free. Usage count = -3 > > In __netpoll_setup(), don't set np->dev until we know we're going to > succeed. > > Signed-off-by: Bjorn Helgaas <bhelgaas@google.com> The reason this bug exists is because the thing doing the reference counting is separated from the thing that assigns the device pointer. That's how this was allowed to happen. If you instead do the np->dev = dev; assignment where the get is performed, and do a np->dev = NULL; where the error path puts the reference, everything is obvious and this error is unlikely to be reintroduced. So could you please implement your fix like that? Thanks.
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web