* [dpdk-dev] [PATCH] bus/vdev: reduce scope of device list lock
@ 2018-05-21 16:11 Thomas Monjalon
2018-05-21 16:45 ` [dpdk-dev] [PATCH v2] bus/vdev: fix " Thomas Monjalon
2018-05-22 9:05 ` [dpdk-dev] [PATCH] bus/vdev: reduce " Burakov, Anatoly
0 siblings, 2 replies; 10+ messages in thread
From: Thomas Monjalon @ 2018-05-21 16:11 UTC (permalink / raw)
To: dev; +Cc: matan, ferruh.yigit
The lock vdev_device_list_lock was taken before calling
"remove" function for the device.
So it prevents to remove sub-devices (as in failsafe) inside
its own "remove" function, because of a deadlock.
The lock is now only protecting the device list inside
the bus driver.
Fixes: 35f462839b69 ("bus/vdev: add lock on device list")
Signed-off-by: Thomas Monjalon <thomas@monjalon.net>
---
drivers/bus/vdev/vdev.c | 10 ++++------
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/bus/vdev/vdev.c b/drivers/bus/vdev/vdev.c
index 099b9ff85..2fbc86806 100644
--- a/drivers/bus/vdev/vdev.c
+++ b/drivers/bus/vdev/vdev.c
@@ -293,25 +293,23 @@ rte_vdev_uninit(const char *name)
if (name == NULL)
return -EINVAL;
- rte_spinlock_lock(&vdev_device_list_lock);
-
dev = find_vdev(name);
if (!dev) {
ret = -ENOENT;
- goto unlock;
+ return ret;
}
ret = vdev_remove_driver(dev);
if (ret)
- goto unlock;
+ return ret;
+ rte_spinlock_lock(&vdev_device_list_lock);
TAILQ_REMOVE(&vdev_device_list, dev, next);
devargs = dev->device.devargs;
rte_devargs_remove(devargs->bus->name, devargs->name);
free(dev);
-
-unlock:
rte_spinlock_unlock(&vdev_device_list_lock);
+
return ret;
}
--
2.16.2
^ permalink raw reply [flat|nested] 10+ messages in thread
* [dpdk-dev] [PATCH v2] bus/vdev: fix scope of device list lock
2018-05-21 16:11 [dpdk-dev] [PATCH] bus/vdev: reduce scope of device list lock Thomas Monjalon
@ 2018-05-21 16:45 ` Thomas Monjalon
2018-05-21 17:28 ` Matan Azrad
2018-05-22 9:05 ` [dpdk-dev] [PATCH] bus/vdev: reduce " Burakov, Anatoly
1 sibling, 1 reply; 10+ messages in thread
From: Thomas Monjalon @ 2018-05-21 16:45 UTC (permalink / raw)
To: dev; +Cc: matan, ferruh.yigit
The lock vdev_device_list_lock was taken before calling
"remove" function for the device.
So it prevents to remove sub-devices (as in failsafe) inside
its own "remove" function, because of a deadlock.
The lock is now only protecting the device list inside
the bus driver.
Fixes: 35f462839b69 ("bus/vdev: add lock on device list")
Signed-off-by: Thomas Monjalon <thomas@monjalon.net>
---
v2: reduce scope more by moving unlock
---
drivers/bus/vdev/vdev.c | 11 +++++------
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/bus/vdev/vdev.c b/drivers/bus/vdev/vdev.c
index 099b9ff85..470cff46c 100644
--- a/drivers/bus/vdev/vdev.c
+++ b/drivers/bus/vdev/vdev.c
@@ -293,25 +293,24 @@ rte_vdev_uninit(const char *name)
if (name == NULL)
return -EINVAL;
- rte_spinlock_lock(&vdev_device_list_lock);
-
dev = find_vdev(name);
if (!dev) {
ret = -ENOENT;
- goto unlock;
+ return ret;
}
ret = vdev_remove_driver(dev);
if (ret)
- goto unlock;
+ return ret;
+ rte_spinlock_lock(&vdev_device_list_lock);
TAILQ_REMOVE(&vdev_device_list, dev, next);
+ rte_spinlock_unlock(&vdev_device_list_lock);
+
devargs = dev->device.devargs;
rte_devargs_remove(devargs->bus->name, devargs->name);
free(dev);
-unlock:
- rte_spinlock_unlock(&vdev_device_list_lock);
return ret;
}
--
2.16.2
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [dpdk-dev] [PATCH v2] bus/vdev: fix scope of device list lock
2018-05-21 16:45 ` [dpdk-dev] [PATCH v2] bus/vdev: fix " Thomas Monjalon
@ 2018-05-21 17:28 ` Matan Azrad
2018-05-22 9:11 ` Gaëtan Rivet
0 siblings, 1 reply; 10+ messages in thread
From: Matan Azrad @ 2018-05-21 17:28 UTC (permalink / raw)
To: Thomas Monjalon, dev; +Cc: ferruh.yigit
From: Thomas Monjalon
> The lock vdev_device_list_lock was taken before calling "remove" function for
> the device.
> So it prevents to remove sub-devices (as in failsafe) inside its own "remove"
> function, because of a deadlock.
>
> The lock is now only protecting the device list inside the bus driver.
>
> Fixes: 35f462839b69 ("bus/vdev: add lock on device list")
>
> Signed-off-by: Thomas Monjalon <thomas@monjalon.net>
Tested-by: Matan Azrad <matan@mellanox.com>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [dpdk-dev] [PATCH] bus/vdev: reduce scope of device list lock
2018-05-21 16:11 [dpdk-dev] [PATCH] bus/vdev: reduce scope of device list lock Thomas Monjalon
2018-05-21 16:45 ` [dpdk-dev] [PATCH v2] bus/vdev: fix " Thomas Monjalon
@ 2018-05-22 9:05 ` Burakov, Anatoly
2018-05-22 9:20 ` Thomas Monjalon
1 sibling, 1 reply; 10+ messages in thread
From: Burakov, Anatoly @ 2018-05-22 9:05 UTC (permalink / raw)
To: Thomas Monjalon, dev; +Cc: matan, ferruh.yigit
On 21-May-18 5:11 PM, Thomas Monjalon wrote:
> The lock vdev_device_list_lock was taken before calling
> "remove" function for the device.
> So it prevents to remove sub-devices (as in failsafe) inside
> its own "remove" function, because of a deadlock.
>
> The lock is now only protecting the device list inside
> the bus driver.
>
> Fixes: 35f462839b69 ("bus/vdev: add lock on device list")
>
> Signed-off-by: Thomas Monjalon <thomas@monjalon.net>
> ---
> drivers/bus/vdev/vdev.c | 10 ++++------
> 1 file changed, 4 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/bus/vdev/vdev.c b/drivers/bus/vdev/vdev.c
> index 099b9ff85..2fbc86806 100644
> --- a/drivers/bus/vdev/vdev.c
> +++ b/drivers/bus/vdev/vdev.c
> @@ -293,25 +293,23 @@ rte_vdev_uninit(const char *name)
> if (name == NULL)
> return -EINVAL;
>
> - rte_spinlock_lock(&vdev_device_list_lock);
> -
> dev = find_vdev(name);
> if (!dev) {
> ret = -ENOENT;
> - goto unlock;
> + return ret;
> }
Without that lock, all of this would be racy - find_dev would iterate a
tailq that might change under its feet, and tailq_remove may be called
with a pointer that has already been removed.
How about changing the lock to a recursive lock? Failsafe would be
removing devices from within the same thread, correct?
>
> ret = vdev_remove_driver(dev);
> if (ret)
> - goto unlock;
> + return ret;
>
> + rte_spinlock_lock(&vdev_device_list_lock);
> TAILQ_REMOVE(&vdev_device_list, dev, next);
> devargs = dev->device.devargs;
> rte_devargs_remove(devargs->bus->name, devargs->name);
> free(dev);
> -
> -unlock:
> rte_spinlock_unlock(&vdev_device_list_lock);
> +
> return ret;
> }
>
>
--
Thanks,
Anatoly
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [dpdk-dev] [PATCH v2] bus/vdev: fix scope of device list lock
2018-05-21 17:28 ` Matan Azrad
@ 2018-05-22 9:11 ` Gaëtan Rivet
0 siblings, 0 replies; 10+ messages in thread
From: Gaëtan Rivet @ 2018-05-22 9:11 UTC (permalink / raw)
To: Matan Azrad; +Cc: Thomas Monjalon, dev, ferruh.yigit
On Mon, May 21, 2018 at 05:28:52PM +0000, Matan Azrad wrote:
>
>
> From: Thomas Monjalon
> > The lock vdev_device_list_lock was taken before calling "remove" function for
> > the device.
> > So it prevents to remove sub-devices (as in failsafe) inside its own "remove"
> > function, because of a deadlock.
> >
> > The lock is now only protecting the device list inside the bus driver.
> >
> > Fixes: 35f462839b69 ("bus/vdev: add lock on device list")
> >
> > Signed-off-by: Thomas Monjalon <thomas@monjalon.net>
> Tested-by: Matan Azrad <matan@mellanox.com>
If these locks were necessary, they would be missing as well for
rte_devargs. Jianfeng inquired about it, I think it should be followed
upon.
Restricting the scope of the lock here could maybe re-introduce the bug
that motivated their introduction in the first place, as the
devargs_remove() is not in the critical section anymore.
However, this is an rte_devargs issue, not a vdev bus one, so
the fix makes sense and I'd like to have it ASAP for failsafe.
Without a vdev bus maintainer left:
Acked-by: Gaetan Rivet <gaetan.rivet@6wind.com>
--
Gaëtan Rivet
6WIND
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [dpdk-dev] [PATCH] bus/vdev: reduce scope of device list lock
2018-05-22 9:05 ` [dpdk-dev] [PATCH] bus/vdev: reduce " Burakov, Anatoly
@ 2018-05-22 9:20 ` Thomas Monjalon
2018-05-22 11:37 ` [dpdk-dev] [PATCH v3] bus/vdev: replace device list lock by a recursive one Thomas Monjalon
0 siblings, 1 reply; 10+ messages in thread
From: Thomas Monjalon @ 2018-05-22 9:20 UTC (permalink / raw)
To: Burakov, Anatoly; +Cc: dev, matan, ferruh.yigit
22/05/2018 11:05, Burakov, Anatoly:
> On 21-May-18 5:11 PM, Thomas Monjalon wrote:
> > The lock vdev_device_list_lock was taken before calling
> > "remove" function for the device.
> > So it prevents to remove sub-devices (as in failsafe) inside
> > its own "remove" function, because of a deadlock.
> >
> > The lock is now only protecting the device list inside
> > the bus driver.
> >
> > Fixes: 35f462839b69 ("bus/vdev: add lock on device list")
> >
> > Signed-off-by: Thomas Monjalon <thomas@monjalon.net>
>
> Without that lock, all of this would be racy - find_dev would iterate a
> tailq that might change under its feet, and tailq_remove may be called
> with a pointer that has already been removed.
>
> How about changing the lock to a recursive lock? Failsafe would be
> removing devices from within the same thread, correct?
Yes it could work.
I will give it a try.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [dpdk-dev] [PATCH v3] bus/vdev: replace device list lock by a recursive one
2018-05-22 9:20 ` Thomas Monjalon
@ 2018-05-22 11:37 ` Thomas Monjalon
2018-05-22 12:08 ` Matan Azrad
2018-05-22 13:34 ` Burakov, Anatoly
0 siblings, 2 replies; 10+ messages in thread
From: Thomas Monjalon @ 2018-05-22 11:37 UTC (permalink / raw)
To: dev; +Cc: matan, ferruh.yigit, anatoly.burakov, gaetan.rivet
A device like failsafe can manage sub-devices.
When removing such device, it removes its sub-devices
and try to take the same vdev_device_list_lock.
It was causing a deadlock because the lock was not recursive.
Fixes: 35f462839b69 ("bus/vdev: add lock on device list")
Suggested-by: Anatoly Burakov <anatoly.burakov@intel.com>
Signed-off-by: Thomas Monjalon <thomas@monjalon.net>
---
v3: try recursive lock
WARNING: not yet tested!
---
drivers/bus/vdev/vdev.c | 26 ++++++++++++++------------
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git a/drivers/bus/vdev/vdev.c b/drivers/bus/vdev/vdev.c
index 099b9ff85..6139dd551 100644
--- a/drivers/bus/vdev/vdev.c
+++ b/drivers/bus/vdev/vdev.c
@@ -36,7 +36,9 @@ TAILQ_HEAD(vdev_device_list, rte_vdev_device);
static struct vdev_device_list vdev_device_list =
TAILQ_HEAD_INITIALIZER(vdev_device_list);
-static rte_spinlock_t vdev_device_list_lock = RTE_SPINLOCK_INITIALIZER;
+/* The lock needs to be recursive because a vdev can manage another vdev. */
+static rte_spinlock_recursive_t vdev_device_list_lock =
+ RTE_SPINLOCK_RECURSIVE_INITIALIZER;
struct vdev_driver_list vdev_driver_list =
TAILQ_HEAD_INITIALIZER(vdev_driver_list);
@@ -249,7 +251,7 @@ rte_vdev_init(const char *name, const char *args)
struct rte_devargs *devargs;
int ret;
- rte_spinlock_lock(&vdev_device_list_lock);
+ rte_spinlock_recursive_lock(&vdev_device_list_lock);
ret = insert_vdev(name, args, &dev);
if (ret == 0) {
ret = vdev_probe_all_drivers(dev);
@@ -263,7 +265,7 @@ rte_vdev_init(const char *name, const char *args)
free(dev);
}
}
- rte_spinlock_unlock(&vdev_device_list_lock);
+ rte_spinlock_recursive_unlock(&vdev_device_list_lock);
return ret;
}
@@ -293,7 +295,7 @@ rte_vdev_uninit(const char *name)
if (name == NULL)
return -EINVAL;
- rte_spinlock_lock(&vdev_device_list_lock);
+ rte_spinlock_recursive_lock(&vdev_device_list_lock);
dev = find_vdev(name);
if (!dev) {
@@ -311,7 +313,7 @@ rte_vdev_uninit(const char *name)
free(dev);
unlock:
- rte_spinlock_unlock(&vdev_device_list_lock);
+ rte_spinlock_recursive_unlock(&vdev_device_list_lock);
return ret;
}
@@ -355,7 +357,7 @@ vdev_action(const struct rte_mp_msg *mp_msg, const void *peer)
ou->num = 1;
num = 0;
- rte_spinlock_lock(&vdev_device_list_lock);
+ rte_spinlock_recursive_lock(&vdev_device_list_lock);
TAILQ_FOREACH(dev, &vdev_device_list, next) {
devname = rte_vdev_device_name(dev);
if (strlen(devname) == 0) {
@@ -369,7 +371,7 @@ vdev_action(const struct rte_mp_msg *mp_msg, const void *peer)
devname, strerror(rte_errno));
num++;
}
- rte_spinlock_unlock(&vdev_device_list_lock);
+ rte_spinlock_recursive_unlock(&vdev_device_list_lock);
ou->type = VDEV_SCAN_REP;
ou->num = num;
@@ -445,10 +447,10 @@ vdev_scan(void)
if (!dev)
return -1;
- rte_spinlock_lock(&vdev_device_list_lock);
+ rte_spinlock_recursive_lock(&vdev_device_list_lock);
if (find_vdev(devargs->name)) {
- rte_spinlock_unlock(&vdev_device_list_lock);
+ rte_spinlock_recursive_unlock(&vdev_device_list_lock);
free(dev);
continue;
}
@@ -459,7 +461,7 @@ vdev_scan(void)
TAILQ_INSERT_TAIL(&vdev_device_list, dev, next);
- rte_spinlock_unlock(&vdev_device_list_lock);
+ rte_spinlock_recursive_unlock(&vdev_device_list_lock);
}
return 0;
@@ -498,7 +500,7 @@ vdev_find_device(const struct rte_device *start, rte_dev_cmp_t cmp,
const struct rte_vdev_device *vstart;
struct rte_vdev_device *dev;
- rte_spinlock_lock(&vdev_device_list_lock);
+ rte_spinlock_recursive_lock(&vdev_device_list_lock);
if (start != NULL) {
vstart = RTE_DEV_TO_VDEV_CONST(start);
dev = TAILQ_NEXT(vstart, next);
@@ -510,7 +512,7 @@ vdev_find_device(const struct rte_device *start, rte_dev_cmp_t cmp,
break;
dev = TAILQ_NEXT(dev, next);
}
- rte_spinlock_unlock(&vdev_device_list_lock);
+ rte_spinlock_recursive_unlock(&vdev_device_list_lock);
return dev ? &dev->device : NULL;
}
--
2.16.2
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [dpdk-dev] [PATCH v3] bus/vdev: replace device list lock by a recursive one
2018-05-22 11:37 ` [dpdk-dev] [PATCH v3] bus/vdev: replace device list lock by a recursive one Thomas Monjalon
@ 2018-05-22 12:08 ` Matan Azrad
2018-05-22 13:34 ` Burakov, Anatoly
1 sibling, 0 replies; 10+ messages in thread
From: Matan Azrad @ 2018-05-22 12:08 UTC (permalink / raw)
To: Thomas Monjalon, dev; +Cc: ferruh.yigit, anatoly.burakov, gaetan.rivet
From: Thomas Monjalon
> A device like failsafe can manage sub-devices.
> When removing such device, it removes its sub-devices and try to take the
> same vdev_device_list_lock.
> It was causing a deadlock because the lock was not recursive.
>
> Fixes: 35f462839b69 ("bus/vdev: add lock on device list")
>
> Suggested-by: Anatoly Burakov <anatoly.burakov@intel.com>
> Signed-off-by: Thomas Monjalon <thomas@monjalon.net>
Tested-by: Matan Azrad <matan@mellanox.com>
> ---
> v3: try recursive lock
> WARNING: not yet tested!
> ---
> drivers/bus/vdev/vdev.c | 26 ++++++++++++++------------
> 1 file changed, 14 insertions(+), 12 deletions(-)
>
> diff --git a/drivers/bus/vdev/vdev.c b/drivers/bus/vdev/vdev.c index
> 099b9ff85..6139dd551 100644
> --- a/drivers/bus/vdev/vdev.c
> +++ b/drivers/bus/vdev/vdev.c
> @@ -36,7 +36,9 @@ TAILQ_HEAD(vdev_device_list, rte_vdev_device);
>
> static struct vdev_device_list vdev_device_list =
> TAILQ_HEAD_INITIALIZER(vdev_device_list);
> -static rte_spinlock_t vdev_device_list_lock = RTE_SPINLOCK_INITIALIZER;
> +/* The lock needs to be recursive because a vdev can manage another
> +vdev. */ static rte_spinlock_recursive_t vdev_device_list_lock =
> + RTE_SPINLOCK_RECURSIVE_INITIALIZER;
>
> struct vdev_driver_list vdev_driver_list =
> TAILQ_HEAD_INITIALIZER(vdev_driver_list);
> @@ -249,7 +251,7 @@ rte_vdev_init(const char *name, const char *args)
> struct rte_devargs *devargs;
> int ret;
>
> - rte_spinlock_lock(&vdev_device_list_lock);
> + rte_spinlock_recursive_lock(&vdev_device_list_lock);
> ret = insert_vdev(name, args, &dev);
> if (ret == 0) {
> ret = vdev_probe_all_drivers(dev);
> @@ -263,7 +265,7 @@ rte_vdev_init(const char *name, const char *args)
> free(dev);
> }
> }
> - rte_spinlock_unlock(&vdev_device_list_lock);
> + rte_spinlock_recursive_unlock(&vdev_device_list_lock);
> return ret;
> }
>
> @@ -293,7 +295,7 @@ rte_vdev_uninit(const char *name)
> if (name == NULL)
> return -EINVAL;
>
> - rte_spinlock_lock(&vdev_device_list_lock);
> + rte_spinlock_recursive_lock(&vdev_device_list_lock);
>
> dev = find_vdev(name);
> if (!dev) {
> @@ -311,7 +313,7 @@ rte_vdev_uninit(const char *name)
> free(dev);
>
> unlock:
> - rte_spinlock_unlock(&vdev_device_list_lock);
> + rte_spinlock_recursive_unlock(&vdev_device_list_lock);
> return ret;
> }
>
> @@ -355,7 +357,7 @@ vdev_action(const struct rte_mp_msg *mp_msg, const
> void *peer)
> ou->num = 1;
> num = 0;
>
> - rte_spinlock_lock(&vdev_device_list_lock);
> + rte_spinlock_recursive_lock(&vdev_device_list_lock);
> TAILQ_FOREACH(dev, &vdev_device_list, next) {
> devname = rte_vdev_device_name(dev);
> if (strlen(devname) == 0) {
> @@ -369,7 +371,7 @@ vdev_action(const struct rte_mp_msg *mp_msg, const
> void *peer)
> devname, strerror(rte_errno));
> num++;
> }
> - rte_spinlock_unlock(&vdev_device_list_lock);
> + rte_spinlock_recursive_unlock(&vdev_device_list_lock);
>
> ou->type = VDEV_SCAN_REP;
> ou->num = num;
> @@ -445,10 +447,10 @@ vdev_scan(void)
> if (!dev)
> return -1;
>
> - rte_spinlock_lock(&vdev_device_list_lock);
> + rte_spinlock_recursive_lock(&vdev_device_list_lock);
>
> if (find_vdev(devargs->name)) {
> - rte_spinlock_unlock(&vdev_device_list_lock);
> +
> rte_spinlock_recursive_unlock(&vdev_device_list_lock);
> free(dev);
> continue;
> }
> @@ -459,7 +461,7 @@ vdev_scan(void)
>
> TAILQ_INSERT_TAIL(&vdev_device_list, dev, next);
>
> - rte_spinlock_unlock(&vdev_device_list_lock);
> + rte_spinlock_recursive_unlock(&vdev_device_list_lock);
> }
>
> return 0;
> @@ -498,7 +500,7 @@ vdev_find_device(const struct rte_device *start,
> rte_dev_cmp_t cmp,
> const struct rte_vdev_device *vstart;
> struct rte_vdev_device *dev;
>
> - rte_spinlock_lock(&vdev_device_list_lock);
> + rte_spinlock_recursive_lock(&vdev_device_list_lock);
> if (start != NULL) {
> vstart = RTE_DEV_TO_VDEV_CONST(start);
> dev = TAILQ_NEXT(vstart, next);
> @@ -510,7 +512,7 @@ vdev_find_device(const struct rte_device *start,
> rte_dev_cmp_t cmp,
> break;
> dev = TAILQ_NEXT(dev, next);
> }
> - rte_spinlock_unlock(&vdev_device_list_lock);
> + rte_spinlock_recursive_unlock(&vdev_device_list_lock);
>
> return dev ? &dev->device : NULL;
> }
> --
> 2.16.2
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [dpdk-dev] [PATCH v3] bus/vdev: replace device list lock by a recursive one
2018-05-22 11:37 ` [dpdk-dev] [PATCH v3] bus/vdev: replace device list lock by a recursive one Thomas Monjalon
2018-05-22 12:08 ` Matan Azrad
@ 2018-05-22 13:34 ` Burakov, Anatoly
2018-05-22 14:38 ` Thomas Monjalon
1 sibling, 1 reply; 10+ messages in thread
From: Burakov, Anatoly @ 2018-05-22 13:34 UTC (permalink / raw)
To: Thomas Monjalon, dev; +Cc: matan, ferruh.yigit, gaetan.rivet
On 22-May-18 12:37 PM, Thomas Monjalon wrote:
> A device like failsafe can manage sub-devices.
> When removing such device, it removes its sub-devices
> and try to take the same vdev_device_list_lock.
> It was causing a deadlock because the lock was not recursive.
>
> Fixes: 35f462839b69 ("bus/vdev: add lock on device list")
>
> Suggested-by: Anatoly Burakov <anatoly.burakov@intel.com>
> Signed-off-by: Thomas Monjalon <thomas@monjalon.net>
> ---
> v3: try recursive lock
> WARNING: not yet tested!
> ---
LGTM
Acked-by: Anatoly Burakov <anatoly.burakov@intel.com>
--
Thanks,
Anatoly
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [dpdk-dev] [PATCH v3] bus/vdev: replace device list lock by a recursive one
2018-05-22 13:34 ` Burakov, Anatoly
@ 2018-05-22 14:38 ` Thomas Monjalon
0 siblings, 0 replies; 10+ messages in thread
From: Thomas Monjalon @ 2018-05-22 14:38 UTC (permalink / raw)
To: dev; +Cc: Burakov, Anatoly, matan, ferruh.yigit, gaetan.rivet
22/05/2018 15:34, Burakov, Anatoly:
> On 22-May-18 12:37 PM, Thomas Monjalon wrote:
> > A device like failsafe can manage sub-devices.
> > When removing such device, it removes its sub-devices
> > and try to take the same vdev_device_list_lock.
> > It was causing a deadlock because the lock was not recursive.
> >
> > Fixes: 35f462839b69 ("bus/vdev: add lock on device list")
> >
> > Suggested-by: Anatoly Burakov <anatoly.burakov@intel.com>
> > Signed-off-by: Thomas Monjalon <thomas@monjalon.net>
> > ---
> > v3: try recursive lock
> > WARNING: not yet tested!
> > ---
>
> LGTM
>
> Acked-by: Anatoly Burakov <anatoly.burakov@intel.com>
Tested-by: Matan Azrad <matan@mellanox.com>
Applied
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2018-05-22 14:38 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-05-21 16:11 [dpdk-dev] [PATCH] bus/vdev: reduce scope of device list lock Thomas Monjalon
2018-05-21 16:45 ` [dpdk-dev] [PATCH v2] bus/vdev: fix " Thomas Monjalon
2018-05-21 17:28 ` Matan Azrad
2018-05-22 9:11 ` Gaëtan Rivet
2018-05-22 9:05 ` [dpdk-dev] [PATCH] bus/vdev: reduce " Burakov, Anatoly
2018-05-22 9:20 ` Thomas Monjalon
2018-05-22 11:37 ` [dpdk-dev] [PATCH v3] bus/vdev: replace device list lock by a recursive one Thomas Monjalon
2018-05-22 12:08 ` Matan Azrad
2018-05-22 13:34 ` Burakov, Anatoly
2018-05-22 14:38 ` Thomas Monjalon
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).