[PATCH 5/8] vfio/mdev: Avoid masking error code to EBUSY

Instead of masking return error to -EBUSY, return actual error returned by the driver. Signed-off-by: Parav Pandit --- drivers/vfio/mdev/mdev_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/vfio/mdev/mdev_core.c b/drivers/vfio/mdev/mdev_core.c index 3d91f62

[PATCH 7/8] vfio/mdev: Fix aborting mdev child device removal if one fails

device removal using generic child iterator, mdev check is already done using dev_is_mdev(). Hence, remove the unnecessary loop in mdev_device_remove(). Fixes: 7b96953bc640 ("vfio: Mediated device Core driver") Signed-off-by: Parav Pandit --- drivers/vfio/mdev/mdev_c

[PATCH 0/8] vfio/mdev: Improve vfio/mdev core module

/0x13/session.html?workshop-hardware-offload Parav Pandit (8): vfio/mdev: Fix to not do put_device on device_register failure vfio/mdev: Avoid release parent reference during error path vfio/mdev: Removed unused kref vfio/mdev: Drop redundant extern for exported symbols vfio/mdev: Avoid

[PATCH 8/8] vfio/mdev: Improve the create/remove sequence

e() and remove callbacks. Fixes: 7b96953bc640 ("vfio: Mediated device Core driver") Signed-off-by: Parav Pandit --- drivers/vfio/mdev/mdev_core.c| 142 +-- drivers/vfio/mdev/mdev_private.h | 7 +- drivers/vfio/mdev/mdev_sysfs.c | 6 +- 3 f

[PATCH 4/8] vfio/mdev: Drop redundant extern for exported symbols

There is no need use 'extern' for exported functions. Signed-off-by: Parav Pandit --- include/linux/mdev.h | 21 ++--- 1 file changed, 10 insertions(+), 11 deletions(-) diff --git a/include/linux/mdev.h b/include/linux/mdev.h index b6e048e..0924c48 100644 --- a/include/linux

[PATCH 6/8] vfio/mdev: Follow correct remove sequence

mdev_remove_sysfs_files() should follow exact mirror sequence of a create, similar to what is followed in error unwinding path of mdev_create_sysfs_files(). Fixes: 7b96953bc640 ("vfio: Mediated device Core driver") Signed-off-by: Parav Pandit --- drivers/vfio/mdev/mdev_sysfs.c | 2

[PATCH 3/8] vfio/mdev: Removed unused kref

Remove unused kref from the mdev_device structure. Fixes: 7b96953bc640 ("vfio: Mediated device Core driver") Signed-off-by: Parav Pandit --- drivers/vfio/mdev/mdev_core.c| 1 - drivers/vfio/mdev/mdev_private.h | 1 - 2 files changed, 2 deletions(-) diff --git a/drivers

RE: [RFC net-next v1 1/3] vfio/mdev: Inherit dma masks of parent device

> -Original Message- > From: Alex Williamson > Sent: Friday, March 8, 2019 4:33 PM > To: Parav Pandit > Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; > michal.l...@markovi.net; da...@davemloft.net; > gre...@linuxfoundation.org; Jiri Pirko ; > kwank

[RFC net-next v1 1/3] vfio/mdev: Inherit dma masks of parent device

Inherit dma mask of parent device in child mdev devices, so that protocol stack can use right dma mask while doing dma mappings. Signed-off-by: Parav Pandit --- drivers/vfio/mdev/mdev_core.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/vfio/mdev/mdev_core.c b/drivers/vfio

[RFC net-next v1 2/3] net/mlx5: Add mdev sub device life cycle command support

driver as below. $ echo 49d0e9ac-61b8-4c91-957e-6f6dbc42557d > /sys/bus/mdev/drivers/mlx5_core/bind devlink output: $ devlink dev show pci/:05:00.0 mdev/69ea1551-d054-46e9-974d-8edae8f0aefe Signed-off-by: Parav Pandit --- drivers/net/ethernet/mellanox/mlx5/core/Kconfig| 9 ++ drivers/net

[RFC net-next v1 3/3] net/mlx5: Add mdev driver to bind to mdev devices

(), remove() are invokes to handle life cycle of netdev and rdma device associated with the mdev. Current RFC patch only creates one fake netdev, but in subsequent non RFC patch, it will create related hw objects and netdev. Signed-off-by: Parav Pandit --- drivers/net/ethernet/mellanox/mlx5/core

[RFC net-next v1 0/3] Support mlx5 mediated devices in host

mdev framework. - Updated SPDX license line in patches. - Added TODO to patches where more hardware specific code will be added. Parav Pandit (3): vfio/mdev: Inherit dma masks of parent device net/mlx5: Add mdev sub device life cycle command support net/mlx5: Add mdev driver to bind to mdev d

RE: [RFC net-next 0/8] Introducing subdev bus and devlink extension

> -Original Message- > From: Kirti Wankhede > Sent: Friday, March 8, 2019 6:19 AM > To: Parav Pandit ; Jakub Kicinski > > Cc: Or Gerlitz ; net...@vger.kernel.org; linux- > ker...@vger.kernel.org; michal.l...@markovi.net; da...@davemloft.net; > gre...@linuxfo

RE: [RFC net-next 0/8] Introducing subdev bus and devlink extension

> -Original Message- > From: Kirti Wankhede > Sent: Thursday, March 7, 2019 4:02 PM > To: Parav Pandit ; Jakub Kicinski > > Cc: Or Gerlitz ; net...@vger.kernel.org; linux- > ker...@vger.kernel.org; michal.l...@markovi.net; da...@davemloft.net; > gre...@linuxfo

RE: [RFC net-next 0/8] Introducing subdev bus and devlink extension

> -Original Message- > From: Kirti Wankhede > Sent: Thursday, March 7, 2019 3:08 PM > To: Parav Pandit ; Jakub Kicinski > > Cc: Or Gerlitz ; net...@vger.kernel.org; linux- > ker...@vger.kernel.org; michal.l...@markovi.net; da...@davemloft.net; > gre...@linuxfo

RE: [RFC net-next 0/8] Introducing subdev bus and devlink extension

> -Original Message- > From: Kirti Wankhede > Sent: Thursday, March 7, 2019 2:54 PM > To: Parav Pandit ; Jakub Kicinski > > Cc: Or Gerlitz ; net...@vger.kernel.org; linux- > ker...@vger.kernel.org; michal.l...@markovi.net; da...@davemloft.net; > gre...@linuxfo

RE: [RFC net-next 0/8] Introducing subdev bus and devlink extension

> -Original Message- > From: Kirti Wankhede > Sent: Thursday, March 7, 2019 1:04 PM > To: Parav Pandit ; Jakub Kicinski > > Cc: Or Gerlitz ; net...@vger.kernel.org; linux- > ker...@vger.kernel.org; michal.l...@markovi.net; da...@davemloft.net; > gre...@linuxfo

RE: [RFC net-next 0/8] Introducing subdev bus and devlink extension

Hi Kirti, > -Original Message- > From: Kirti Wankhede > Sent: Tuesday, March 5, 2019 9:51 PM > To: Parav Pandit ; Jakub Kicinski > > Cc: Or Gerlitz ; net...@vger.kernel.org; linux- > ker...@vger.kernel.org; michal.l...@markovi.net; da...@davemloft.net; > gre...@l

RE: [RFC net-next 0/8] Introducing subdev bus and devlink extension

Hi Greg, Kirti, > -Original Message- > From: Parav Pandit > Sent: Tuesday, March 5, 2019 5:45 PM > To: Parav Pandit ; Kirti Wankhede > ; Jakub Kicinski > Cc: Or Gerlitz ; net...@vger.kernel.org; linux- > ker...@vger.kernel.org; michal.l...@markovi.net; da...

RE: [RFC net-next 0/8] Introducing subdev bus and devlink extension

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Parav Pandit > Sent: Tuesday, March 5, 2019 5:17 PM > To: Kirti Wankhede ; Jakub Kicinski > > Cc: Or Gerlitz ; net...@vger.kernel.org; linux- > ker...@v

RE: [RFC net-next 0/8] Introducing subdev bus and devlink extension

Hi Kirti, > -Original Message- > From: Kirti Wankhede > Sent: Tuesday, March 5, 2019 4:40 PM > To: Parav Pandit ; Jakub Kicinski > > Cc: Or Gerlitz ; net...@vger.kernel.org; linux- > ker...@vger.kernel.org; michal.l...@markovi.net; da...@davemloft.net; > gre...@l

RE: [RFC net-next 8/8] net/mlx5: Add subdev driver to bind to subdev devices

> -Original Message- > From: Greg KH > Sent: Tuesday, March 5, 2019 1:27 PM > To: Parav Pandit > Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; > michal.l...@markovi.net; da...@davemloft.net; Jiri Pirko > ; Jakub Kicinski > Subject: Re: [RFC net

RE: [RFC net-next 0/8] Introducing subdev bus and devlink extension

> -Original Message- > From: Jakub Kicinski > Sent: Monday, March 4, 2019 7:35 PM > To: Parav Pandit > Cc: Or Gerlitz ; net...@vger.kernel.org; linux- > ker...@vger.kernel.org; michal.l...@markovi.net; da...@davemloft.net; > gre...@linuxfoundation.org; Jiri Pirko

RE: [RFC net-next 8/8] net/mlx5: Add subdev driver to bind to subdev devices

> -Original Message- > From: Greg KH > Sent: Tuesday, March 5, 2019 1:14 AM > To: Parav Pandit > Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; > michal.l...@markovi.net; da...@davemloft.net; Jiri Pirko > ; Jakub Kicinski > Subject: Re: [RFC net

RE: [RFC net-next 0/8] Introducing subdev bus and devlink extension

> -Original Message- > From: Jakub Kicinski > Sent: Monday, March 4, 2019 7:46 PM > To: Parav Pandit > Cc: Or Gerlitz ; net...@vger.kernel.org; linux- > ker...@vger.kernel.org; michal.l...@markovi.net; da...@davemloft.net; > gre...@linuxfoundation.org; Jiri Pirko

RE: [RFC net-next 8/8] net/mlx5: Add subdev driver to bind to subdev devices

Hi Saeed, > -Original Message- > From: Saeed Mahameed > Sent: Friday, March 1, 2019 4:12 PM > To: Jiri Pirko ; net...@vger.kernel.org; linux- > ker...@vger.kernel.org; Parav Pandit ; > da...@davemloft.net; gre...@linuxfoundation.org; > michal.l...@markovi.net > Su

RE: [PATCH] RDMA/cma: Make CM response timeout and # CM retries configurable

> -Original Message- > From: Leon Romanovsky > Sent: Saturday, February 23, 2019 2:50 AM > To: Doug Ledford > Cc: Steve Wise ; Jason Gunthorpe > ; Håkon Bugge ; Parav Pandit > ; linux-r...@vger.kernel.org; linux- > ker...@vger.kernel.org > Subject: Re

RE: [RFC net-next 0/8] Introducing subdev bus and devlink extension

> -Original Message- > From: Jakub Kicinski > Sent: Friday, March 1, 2019 2:04 PM > To: Parav Pandit ; Or Gerlitz > Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; > michal.l...@markovi.net; da...@davemloft.net; > gre...@linuxfoundation.org; Jiri Pirko

RE: [RFC net-next 8/8] net/mlx5: Add subdev driver to bind to subdev devices

> -Original Message- > From: Greg KH > Sent: Friday, March 1, 2019 1:22 AM > To: Parav Pandit > Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; > michal.l...@markovi.net; da...@davemloft.net; Jiri Pirko > > Subject: Re: [RFC net-next 8/8] net/mlx5: A

RE: [RFC net-next 1/8] subdev: Introducing subdev bus

Hi Greg, > -Original Message- > From: Greg KH > Sent: Friday, March 1, 2019 1:17 AM > To: Parav Pandit > Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; > michal.l...@markovi.net; da...@davemloft.net; Jiri Pirko > > Subject: Re: [RFC net-next 1/8] su

RE: [RFC net-next 7/8] net/mlx5: Add devlink subdev life cycle command support

> -Original Message- > From: Greg KH > Sent: Friday, March 1, 2019 1:19 AM > To: Parav Pandit > Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; > michal.l...@markovi.net; da...@davemloft.net; Jiri Pirko > > Subject: Re: [RFC net-next 7/8] net/mlx5:

RE: [PATCH net-next 0/8] Introducing subdev bus and devlink extension

> -Original Message- > From: Parav Pandit > Sent: Thursday, February 28, 2019 11:36 PM > To: net...@vger.kernel.org; linux-kernel@vger.kernel.org; > michal.l...@markovi.net; da...@davemloft.net; > gre...@linuxfoundation.org; Jiri Pirko > Cc: Parav Pandit > Su

[RFC net-next 2/8] subdev: Introduce pm callbacks

Keep power management callbacks in place to optionally notify drivers who register them. Signed-off-by: Parav Pandit --- drivers/subdev/subdev_main.c | 59 1 file changed, 59 insertions(+) diff --git a/drivers/subdev/subdev_main.c b/drivers/subdev

[RFC net-next 3/8] modpost: Add support for subdev device id table

Add support to parse subdev module device id table. Signed-off-by: Parav Pandit --- scripts/mod/devicetable-offsets.c | 4 scripts/mod/file2alias.c | 15 +++ 2 files changed, 19 insertions(+) diff --git a/scripts/mod/devicetable-offsets.c b/scripts/mod/devicetable

[RFC net-next 5/8] devlink: Add variant of devlink_register/unregister

: I74417158144b28ff51ecfb2d1105c83ebefdf985 Signed-off-by: Parav Pandit --- include/net/devlink.h | 15 ++- net/core/devlink.c| 36 +++- 2 files changed, 45 insertions(+), 6 deletions(-) diff --git a/include/net/devlink.h b/include/net/devlink.h index ae5e0e6..9a067b1 100644

[RFC net-next 1/8] subdev: Introducing subdev bus

subdev are allocated and freed using subdev_alloc(), subdev_free() APIs. A driver which wants to create actual class driver such as net/block/infiniband need to use subdev_register_driver(), subdev_unregister_driver() APIs. Signed-off-by: Parav Pandit --- drivers/Kconfig

[RFC net-next 6/8] devlink: Add support for devlink subdev lifecycle

such as netdev, block or infiniband devices. devlink subdev are created using iproute2 devlink tool command such as: (a) create devlink subdev $devlink dev add DEV output: subdev/subdev0 (b) delete a devlink subdev $devlink dev del DEV $devlink dev del subdev/subdev0 Signed-off-by: Parav Pandit

[RFC net-next 7/8] net/mlx5: Add devlink subdev life cycle command support

Implement devlink device add/del command which cretes dummy subdev devices that actual driver can bind to using standard device driver model. Signed-off-by: Parav Pandit --- drivers/net/ethernet/mellanox/mlx5/core/Makefile | 1 + drivers/net/ethernet/mellanox/mlx5/core/main.c | 4

[RFC net-next 8/8] net/mlx5: Add subdev driver to bind to subdev devices

Add a subdev driver to probe the subdev devices and create fake netdevice for it. Signed-off-by: Parav Pandit --- drivers/net/ethernet/mellanox/mlx5/core/Makefile | 2 +- drivers/net/ethernet/mellanox/mlx5/core/main.c | 8 +- .../net/ethernet/mellanox/mlx5/core/mlx5_core.h| 3

[RFC net-next 4/8] devlink: Introduce and use devlink_init/cleanup() in alloc/free

APIs and reuse them in existing alloc/free APIs. Signed-off-by: Parav Pandit --- include/net/devlink.h | 10 ++ net/core/devlink.c| 50 +- 2 files changed, 47 insertions(+), 13 deletions(-) diff --git a/include/net/devlink.h b/include

[RFC net-next 0/8] Introducing subdev bus and devlink extension

rately if needed to keep this RFC short. Parav Pandit (8): subdev: Introducing subdev bus subdev: Introduce pm callbacks modpost: Add support for subdev device id table devlink: Introduce and use devlink_init/cleanup() in alloc/free devlink: Add variant of devlink_register/unregister devl

[PATCH net-next 0/8] Introducing subdev bus and devlink extension

rately if needed to keep this RFC short. Parav Pandit (8): subdev: Introducing subdev bus subdev: Introduce pm callbacks modpost: Add support for subdev device id table devlink: Introduce and use devlink_init/cleanup() in alloc/free devlink: Add variant of devlink_register/unregister devl

RE: [PATCH v2] RDMA/cma: Rollback source IP address if failing to acquire device

> -Original Message- > From: Myungho Jung > Sent: Thursday, January 10, 2019 12:28 AM > To: Doug Ledford ; Jason Gunthorpe ; > Parav Pandit > Cc: linux-r...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject: [PATCH v2] RDMA/cma: Rollback source IP address if

RE: [PATCH] RDMA/cma: Rollback source IP address if failing to acquire device

> @@ -2980,6 +2984,8 @@ static void addr_handler(int status, struct sockaddr > *src_addr, > } > > if (status) { > + memcpy(addr, _addr, > +rdma_addr_size((struct sockaddr *)_addr)); > if (!cma_comp_exch(id_priv, RDMA_CM_ADDR_RESOLVED, > RDMA_CM_ADDR_BOUND)) > goto out; > -- > 2.17.1 Reviewed-by: Parav Pandit

RE: [PATCH] rdmacg: fix a typo in rdmacg documentation

s tag is good to have. Fixes: 9c1e67f94101 ("rdmacg: Added documentation for rdmacg") Reviewed-by: Parav Pandit

RE: [PATCH] rdmacg: fix a typo in rdmacg documentation

s tag is good to have. Fixes: 9c1e67f94101 ("rdmacg: Added documentation for rdmacg") Reviewed-by: Parav Pandit

RE: [PATCHv1] RDMA/core: Check error status of rdma_find_ndev_for_src_ip_rcu

> -Original Message- > From: linux-rdma-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Jason Gunthorpe > Sent: Wednesday, October 3, 2018 9:48 PM > To: Parav Pandit > Cc: linux-r...@vger.kernel.org; linux-kernel@vger.kernel.org; > l...@kernel.org; Dan

RE: [PATCHv1] RDMA/core: Check error status of rdma_find_ndev_for_src_ip_rcu

> -Original Message- > From: linux-rdma-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Jason Gunthorpe > Sent: Wednesday, October 3, 2018 9:48 PM > To: Parav Pandit > Cc: linux-r...@vger.kernel.org; linux-kernel@vger.kernel.org; > l...@kernel.org; Dan

RE: [PATCHv1] RDMA/core: Check error status of rdma_find_ndev_for_src_ip_rcu

Hi Doug, Jason, > -Original Message- > From: Parav Pandit > Sent: Friday, September 21, 2018 10:00 AM > To: linux-r...@vger.kernel.org; linux-kernel@vger.kernel.org; > l...@kernel.org; j...@ziepe.ca; syzkaller-b...@googlegroups.com; Daniel > Jurgens ; dledf...@redh

RE: [PATCHv1] RDMA/core: Check error status of rdma_find_ndev_for_src_ip_rcu

Hi Doug, Jason, > -Original Message- > From: Parav Pandit > Sent: Friday, September 21, 2018 10:00 AM > To: linux-r...@vger.kernel.org; linux-kernel@vger.kernel.org; > l...@kernel.org; j...@ziepe.ca; syzkaller-b...@googlegroups.com; Daniel > Jurgens ; dledf...@redh

RE: linux-next: manual merge of the rdma tree with Linus' tree

Hi Stephen, > -Original Message- > From: Stephen Rothwell > Sent: Thursday, September 27, 2018 7:01 PM > To: Doug Ledford ; Jason Gunthorpe > > Cc: Linux-Next Mailing List ; Linux Kernel > Mailing List ; Parav Pandit > > Subject: linux-next: manual merge

RE: linux-next: manual merge of the rdma tree with Linus' tree

Hi Stephen, > -Original Message- > From: Stephen Rothwell > Sent: Thursday, September 27, 2018 7:01 PM > To: Doug Ledford ; Jason Gunthorpe > > Cc: Linux-Next Mailing List ; Linux Kernel > Mailing List ; Parav Pandit > > Subject: linux-next: manual merge

RE: general protection fault in addr_resolve

> -Original Message- > From: linux-rdma-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Parav Pandit > Sent: Friday, September 21, 2018 8:53 AM > To: syzbot ; > Daniel Jurgens ; dledf...@redhat.com; > j...@ziepe.ca; l...@kernel.org; linux-kernel@vger.k

RE: general protection fault in addr_resolve

> -Original Message- > From: linux-rdma-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Parav Pandit > Sent: Friday, September 21, 2018 8:53 AM > To: syzbot ; > Daniel Jurgens ; dledf...@redhat.com; > j...@ziepe.ca; l...@kernel.org; linux-kernel@vger.k

RE: general protection fault in addr_resolve

> -Original Message- > From: syzbot > Sent: Friday, September 21, 2018 3:35 AM > To: Daniel Jurgens ; dledf...@redhat.com; > j...@ziepe.ca; l...@kernel.org; linux-kernel@vger.kernel.org; linux- > r...@vger.kernel.org; Parav Pandit ; syzkaller- > b...@googlegroups.c

RE: general protection fault in addr_resolve

> -Original Message- > From: syzbot > Sent: Friday, September 21, 2018 3:35 AM > To: Daniel Jurgens ; dledf...@redhat.com; > j...@ziepe.ca; l...@kernel.org; linux-kernel@vger.kernel.org; linux- > r...@vger.kernel.org; Parav Pandit ; syzkaller- > b...@googlegroups.c

RE: [PATCH -next] RDMA/core: Properly return the error code of rdma_set_src_addr_rcu

Hi YueHaibing, > -Original Message- > From: linux-rdma-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Parav Pandit > Sent: Wednesday, September 19, 2018 8:47 AM > To: YueHaibing ; dledf...@redhat.com; > j...@ziepe.ca; l...@kernel.org; Daniel Jurgens

RE: [PATCH -next] RDMA/core: Properly return the error code of rdma_set_src_addr_rcu

Hi YueHaibing, > -Original Message- > From: linux-rdma-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Parav Pandit > Sent: Wednesday, September 19, 2018 8:47 AM > To: YueHaibing ; dledf...@redhat.com; > j...@ziepe.ca; l...@kernel.org; Daniel Jurgens

RE: [PATCH -next] RDMA/core: Properly return the error code of rdma_set_src_addr_rcu

> -Original Message- > From: YueHaibing > Sent: Wednesday, September 19, 2018 7:29 AM > To: dledf...@redhat.com; j...@ziepe.ca; l...@kernel.org; Parav Pandit > ; Daniel Jurgens > Cc: linux-kernel@vger.kernel.org; linux-r...@vger.kernel.org; YueHaibing > > Sub

RE: [PATCH -next] RDMA/core: Properly return the error code of rdma_set_src_addr_rcu

> -Original Message- > From: YueHaibing > Sent: Wednesday, September 19, 2018 7:29 AM > To: dledf...@redhat.com; j...@ziepe.ca; l...@kernel.org; Parav Pandit > ; Daniel Jurgens > Cc: linux-kernel@vger.kernel.org; linux-r...@vger.kernel.org; YueHaibing > > Sub

RE: [RDMA bug] KASAN: use-after-free Read in __list_del_entry_valid (4)

Hi Doug, > -Original Message- > From: Doug Ledford > Sent: Thursday, August 23, 2018 11:56 AM > To: Parav Pandit ; Jason Gunthorpe ; > Eric Biggers > Cc: linux-r...@vger.kernel.org; dasaratharaman.chandramo...@intel.com; > Leon Romanovsky ; linux-kernel@vger.ker

RE: [RDMA bug] KASAN: use-after-free Read in __list_del_entry_valid (4)

Hi Doug, > -Original Message- > From: Doug Ledford > Sent: Thursday, August 23, 2018 11:56 AM > To: Parav Pandit ; Jason Gunthorpe ; > Eric Biggers > Cc: linux-r...@vger.kernel.org; dasaratharaman.chandramo...@intel.com; > Leon Romanovsky ; linux-kernel@vger.ker

RE: [RDMA bug] KASAN: use-after-free Read in __list_del_entry_valid (4)

> -Original Message- > From: Jason Gunthorpe > Sent: Thursday, August 23, 2018 9:55 AM > To: Eric Biggers > Cc: Doug Ledford ; linux-r...@vger.kernel.org; > dasaratharaman.chandramo...@intel.com; Leon Romanovsky > ; linux-kernel@vger.kernel.org; Mark Bloch &

RE: [RDMA bug] KASAN: use-after-free Read in __list_del_entry_valid (4)

> -Original Message- > From: Jason Gunthorpe > Sent: Thursday, August 23, 2018 9:55 AM > To: Eric Biggers > Cc: Doug Ledford ; linux-r...@vger.kernel.org; > dasaratharaman.chandramo...@intel.com; Leon Romanovsky > ; linux-kernel@vger.kernel.org; Mark Bloch &

RE: [PATCH] IB/mlx5: avoid binding a new mpi unit to the same devices repeatedly

Hi Qing, > -Original Message- > From: Qing Huang [mailto:qing.hu...@oracle.com] > Sent: Monday, July 23, 2018 10:36 AM > To: Daniel Jurgens ; Or Gerlitz > ; Parav Pandit > Cc: Linux Kernel ; RDMA mailing list r...@vger.kernel.org>; Jason Gunthorpe ; Doug Ledfor

RE: [PATCH] IB/mlx5: avoid binding a new mpi unit to the same devices repeatedly

Hi Qing, > -Original Message- > From: Qing Huang [mailto:qing.hu...@oracle.com] > Sent: Monday, July 23, 2018 10:36 AM > To: Daniel Jurgens ; Or Gerlitz > ; Parav Pandit > Cc: Linux Kernel ; RDMA mailing list r...@vger.kernel.org>; Jason Gunthorpe ; Doug Ledfor

RE: general protection fault in rdma_resolve_route

.@ziepe.ca; l...@kernel.org; linux-kernel@vger.kernel.org; linux- > r...@vger.kernel.org; Moni Shoua <mo...@mellanox.com>; Parav Pandit > <pa...@mellanox.com>; sw...@opengridcomputing.com; syzkaller- > b...@googlegroups.com > Subject: general protection fault in rdma_resolve_ro

RE: general protection fault in rdma_resolve_route

nel.org; linux-kernel@vger.kernel.org; linux- > r...@vger.kernel.org; Moni Shoua ; Parav Pandit > ; sw...@opengridcomputing.com; syzkaller- > b...@googlegroups.com > Subject: general protection fault in rdma_resolve_route > > Hello, > > syzbot hit the following crash on upstream comm

RE: [Patch v2 2/6] cifs: Allocate validate negotiation request through kmalloc

downgrade attacks" > Format is: Fixes: ff1c038addc4 ("Check SMB3 dialects against downgrade attacks") It should be right above Signed-off signature. > Changes in v2: > Removed duplicated code on freeing buffers on function exit. > (Thanks to Parav Pandit <pa..

RE: [Patch v2 2/6] cifs: Allocate validate negotiation request through kmalloc

ects against downgrade attacks") It should be right above Signed-off signature. > Changes in v2: > Removed duplicated code on freeing buffers on function exit. > (Thanks to Parav Pandit ) > > Fixed typo in the patch title. > > Signed-off-by: Long Li > Cc: sta...@vger

RE: [PATCH 2/6] cifs: Allocate validate negoation request through kmalloc

> -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Long Li > Sent: Monday, April 16, 2018 7:49 PM > To: Steve French ; linux-c...@vger.kernel.org; samba- > techni...@lists.samba.org;

RE: [PATCH 2/6] cifs: Allocate validate negoation request through kmalloc

> -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Long Li > Sent: Monday, April 16, 2018 7:49 PM > To: Steve French ; linux-c...@vger.kernel.org; samba- > techni...@lists.samba.org; linux-kernel@vger.kernel.org; linux-

RE: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant

Hi Arnd Bergmann, > -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Arnd Bergmann > Sent: Tuesday, February 20, 2018 2:59 PM > To: Doug Ledford ; Jason Gunthorpe > Cc: Arnd Bergmann

RE: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant

Hi Arnd Bergmann, > -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Arnd Bergmann > Sent: Tuesday, February 20, 2018 2:59 PM > To: Doug Ledford ; Jason Gunthorpe > Cc: Arnd Bergmann ; Leon Romanovsky > ; Sagi Grimberg

RE: [PATCH v3] Documentation/ABI: update infiniband sysfs interfaces

Hi Aishwarya, > -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Aishwarya Pant > Sent: Tuesday, February 06, 2018 11:00 PM > To: Doug Ledford ; Jason Gunthorpe ; >

RE: [PATCH v3] Documentation/ABI: update infiniband sysfs interfaces

Hi Aishwarya, > -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Aishwarya Pant > Sent: Tuesday, February 06, 2018 11:00 PM > To: Doug Ledford ; Jason Gunthorpe ; > linux-r...@vger.kernel.org;

RE: [PATCH] IB/CM: fix memory corruption by avoiding unnecessary memset

Hi Qing, > -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Qing Huang > Sent: Thursday, November 02, 2017 6:22 PM > To: linux-r...@vger.kernel.org; linux-kernel@vger.kernel.org > Cc: dledf...@redhat.com;

RE: [PATCH] IB/CM: fix memory corruption by avoiding unnecessary memset

Hi Qing, > -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Qing Huang > Sent: Thursday, November 02, 2017 6:22 PM > To: linux-r...@vger.kernel.org; linux-kernel@vger.kernel.org > Cc: dledf...@redhat.com;

RE: [PATCH] IB/mlx5: give back valid speed/width even without plugged in SFP module

> -Original Message- > From: Hal Rosenstock [mailto:h...@dev.mellanox.co.il] > Sent: Friday, October 27, 2017 3:19 PM > To: Parav Pandit <pa...@mellanox.com>; Thomas Bogendoerfer > <tbogendoer...@suse.de>; Matan Barak <mat...@mellanox.com>; Leon > Ro

RE: [PATCH] IB/mlx5: give back valid speed/width even without plugged in SFP module

> -Original Message- > From: Hal Rosenstock [mailto:h...@dev.mellanox.co.il] > Sent: Friday, October 27, 2017 3:19 PM > To: Parav Pandit ; Thomas Bogendoerfer > ; Matan Barak ; Leon > Romanovsky ; Doug Ledford ; > linux-r...@vger.kernel.org; linux-kernel@vger.ker

RE: [PATCH] IB/mlx5: give back valid speed/width even without plugged in SFP module

> -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Thomas Bogendoerfer > Sent: Friday, October 27, 2017 7:30 AM > To: Matan Barak ; Leon Romanovsky > ; Doug Ledford

RE: [PATCH] IB/mlx5: give back valid speed/width even without plugged in SFP module

> -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Thomas Bogendoerfer > Sent: Friday, October 27, 2017 7:30 AM > To: Matan Barak ; Leon Romanovsky > ; Doug Ledford ; linux- > r...@vger.kernel.org;

RE: [PATCH] checkpatch: Introduce check for format of Fixes line in commit log

> -Original Message- > From: Joe Perches [mailto:j...@perches.com] > Sent: Thursday, October 19, 2017 12:57 AM > To: Parav Pandit <pa...@mellanox.com>; a...@canonical.com > Cc: linux-kernel@vger.kernel.org; linux-r...@vger.kernel.org; Brad Erickson > <brad...@

RE: [PATCH] checkpatch: Introduce check for format of Fixes line in commit log

> -Original Message- > From: Joe Perches [mailto:j...@perches.com] > Sent: Thursday, October 19, 2017 12:57 AM > To: Parav Pandit ; a...@canonical.com > Cc: linux-kernel@vger.kernel.org; linux-r...@vger.kernel.org; Brad Erickson > > Subject: Re: [PATCH] checkp

RE: [PATCH] checkpatch: Introduce check for format of Fixes line in commit log

Hi Joe, > -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Parav Pandit > Sent: Tuesday, October 10, 2017 5:44 PM > To: j...@perches.com; a...@canonical.com > Cc: linux-kernel@vger.kernel.org; linux-r.

RE: [PATCH] checkpatch: Introduce check for format of Fixes line in commit log

Hi Joe, > -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Parav Pandit > Sent: Tuesday, October 10, 2017 5:44 PM > To: j...@perches.com; a...@canonical.com > Cc: linux-kernel@vger.kernel.org; linux-r.

Re: [PATCH] IB/cma: make config_item_type const

On Thu, Oct 12, 2017 at 10:04 AM, Bhumika Goyal wrote: > On Thu, Oct 12, 2017 at 2:20 PM, Bhumika Goyal wrote: >> This is a followup patch for: https://lkml.org/lkml/2017/10/11/375 and >> https://patchwork.kernel.org/patch/649/ >> >> Make these

Re: [PATCH] IB/cma: make config_item_type const

On Thu, Oct 12, 2017 at 10:04 AM, Bhumika Goyal wrote: > On Thu, Oct 12, 2017 at 2:20 PM, Bhumika Goyal wrote: >> This is a followup patch for: https://lkml.org/lkml/2017/10/11/375 and >> https://patchwork.kernel.org/patch/649/ >> >> Make these structures const as they are either passed to

[PATCH] checkpatch: Introduce check for format of Fixes line in commit log

This patch introduces a format check for 'Fixes' line in commit log for 12 characters commit id and format for Fixes as ("..."). Its created against linux-rdma Doug's tree [1]. [1] git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git Signed-off-by: Parav Pandit <pa...

[PATCH] checkpatch: Introduce check for format of Fixes line in commit log

This patch introduces a format check for 'Fixes' line in commit log for 12 characters commit id and format for Fixes as ("..."). Its created against linux-rdma Doug's tree [1]. [1] git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git Signed-off-by: Parav Pandit Signed-of

RE: [PATCH] IB/core: fix memory leak on ah on error return path

Hi, I need to top post because comments are unrelated to past discussion. rdma_ah_retrieve_dmac() can never fail for RoCE as its returning pointer from structure ah_attr. Provider driver doesn't need to check for null pointer as ib/core would never call provider if it's not RoCE provider. So

RE: [PATCH] IB/core: fix memory leak on ah on error return path

Hi, I need to top post because comments are unrelated to past discussion. rdma_ah_retrieve_dmac() can never fail for RoCE as its returning pointer from structure ah_attr. Provider driver doesn't need to check for null pointer as ib/core would never call provider if it's not RoCE provider. So

RE: [infiniband-core] question about arguments position

Hi, > -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Gustavo A. R. Silva > Sent: Thursday, May 4, 2017 12:42 PM > To: Doug Ledford ; Sean Hefty > ; Hal Rosenstock

RE: [infiniband-core] question about arguments position

Hi, > -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Gustavo A. R. Silva > Sent: Thursday, May 4, 2017 12:42 PM > To: Doug Ledford ; Sean Hefty > ; Hal Rosenstock ; Sagi > Grimberg ; Bart Van Assche > ; Steve Wise ; >

Re: counting file descriptors with a cgroup controller

Hi, On Tue, Mar 7, 2017 at 2:48 PM, Tejun Heo wrote: > > Hello, > > On Tue, Mar 07, 2017 at 09:06:49PM +0100, Krzysztof Opasiak wrote: > > Personally, I don't want to use rlimit for this as it ends up returning > > error code from for example open() when we hit the limit. This

Re: counting file descriptors with a cgroup controller

Hi, On Tue, Mar 7, 2017 at 2:48 PM, Tejun Heo wrote: > > Hello, > > On Tue, Mar 07, 2017 at 09:06:49PM +0100, Krzysztof Opasiak wrote: > > Personally, I don't want to use rlimit for this as it ends up returning > > error code from for example open() when we hit the limit. This may lead to > >

RE: [PATCH 1/2] device: Stop requiring that struct device is embedded in struct pci_dev

> -Original Message- > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > Sent: Tuesday, March 7, 2017 11:14 AM > To: Bart Van Assche <bart.vanass...@sandisk.com> > Cc: linux-kernel@vger.kernel.org; linux-r...@vger.kernel.org; Parav Pandit > &

RE: [PATCH 1/2] device: Stop requiring that struct device is embedded in struct pci_dev

> -Original Message- > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > Sent: Tuesday, March 7, 2017 11:14 AM > To: Bart Van Assche > Cc: linux-kernel@vger.kernel.org; linux-r...@vger.kernel.org; Parav Pandit > ; seb...@linux.vnet.ibm.com; >

RE: [PATCH 1/2] device: Stop requiring that struct device is embedded in struct pci_dev

Hi Bart, > -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Bart Van Assche > Sent: Monday, March 6, 2017 11:13 PM > To: Parav Pandit <pa...@mellanox.com>; gre...@linuxfoundation.org > Cc: linu

RE: [PATCH 1/2] device: Stop requiring that struct device is embedded in struct pci_dev

Hi Bart, > -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Bart Van Assche > Sent: Monday, March 6, 2017 11:13 PM > To: Parav Pandit ; gre...@linuxfoundation.org > Cc: linux-kernel@vger.k

<    1   2   3   4   5   6   7   >