On Fri, Aug 04, 2017 at 02:30:58PM -0400, Doug Ledford wrote:
> On Tue, 2017-08-01 at 09:41 +0300, Leon Romanovsky wrote:
> > Changelog:
> > v0 -> v1:
> > * Added Reviewed-by tags
> > * Moved 10 patches to -next
> >
> > Thanks
> > ----------------------------------------------------------------
> >
> > The following changes since commit
> > 5dc78ad1904db597bdb4427f3ead437aae86f54c:
> >
> > IB/ipoib: Notify on modify QP failure only when relevant (2017-07-
> > 23 10:52:00 +0300)
> >
> > are available in the git repository at:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/leon/linux-rdma.git
> > tags/rdma-rc-2017-08-01
> >
> > for you to fetch changes up to
> > 0626c5a5dec2e601f06a2c03b295fb7d7288e29c:
> >
> > RDMA/mlx5: Fix existence check for extended address vector (2017-
> > 07-31 20:43:06 +0300)
> >
> > ----------------------------------------------------------------
> > RDMA fixes for 4.13
> >
> > This patchset contains four patches:
> > * Two kernel panic fixes from Yishai and Parav.
> > * The bugfix to mlx5 wrong usage of big-endian variable.
> > * Preventing leak of reserved field.
> >
> > ----------------------------------------------------------------
> > Leon Romanovsky (2):
> > RDMA/uverbs: Prevent leak of reserved field
> > RDMA/mlx5: Fix existence check for extended address vector
> >
> > Parav Pandit (1):
> > IB/core: Fix race condition in resolving IP to MAC
>
> This patch, in particular, was very similar in description to another
> patch I already took for this -rc cycle. Both of these patches ended
> up using ordered workqueues to resolve the problem. Finding two
> different workqueues that needed to be made ordered in the same -rc
> cycle makes me wonder if we might not have some other issues lurking in
> the subsystem in regards to workqueues...
I hope no, we don't have many workqueues (except hfi1).
➜ linux-rdma git:(topic/rdma-uapi-export) git grep 'alloc_workqueue(\|create_workqueue(' drivers/infiniband
drivers/infiniband/core/addr.c: addr_wq = alloc_workqueue("ib_addr", WQ_MEM_RECLAIM, 0);
drivers/infiniband/core/cm.c: cm.wq = create_workqueue("ib_cm");
drivers/infiniband/core/device.c: ib_wq = alloc_workqueue("infiniband", 0, 0);
drivers/infiniband/core/device.c: ib_comp_wq = alloc_workqueue("ib-comp-wq",
drivers/infiniband/hw/hfi1/init.c: alloc_workqueue(
drivers/infiniband/hw/usnic/usnic_uiom.c: usnic_uiom_wq = create_workqueue(drv_name);
drivers/infiniband/ulp/iser/iscsi_iser.c: release_wq = alloc_workqueue("release workqueue", 0, 0);
drivers/infiniband/ulp/isert/ib_isert.c: isert_comp_wq = alloc_workqueue("isert_comp_wq",
drivers/infiniband/ulp/isert/ib_isert.c: isert_release_wq = alloc_workqueue("isert_release_wq", WQ_UNBOUND,
drivers/infiniband/ulp/srp/ib_srp.c: srp_remove_wq = create_workqueue("srp_remove");
>
> >
> > Yishai Hadas (1):
> > IB/uverbs: Fix device cleanup
> >
> > drivers/infiniband/core/addr.c | 62
> > +++++++++++++++++++++++++++--------
> > drivers/infiniband/core/uverbs_cmd.c | 2 +-
> > drivers/infiniband/core/uverbs_main.c | 3 +-
> > drivers/infiniband/hw/mlx5/odp.c | 2 +-
> > include/linux/mlx5/qp.h | 1 -
> > 5 files changed, 51 insertions(+), 19 deletions(-)
>
> I didn't use a pull (mainly because I was going through patchworks and
> saw the patches and took them from there before I saw the cover letter
> here with the pull tag...that and I'm not used to the pull request
> model so hunting through patchworks for the relevant patches is second
> nature and pull requests aren't). I'll try to keep the pull option in
> mind next time. In any case, thanks, series applied.
>
> --
> Doug Ledford <dledford@xxxxxxxxxx>
> GPG KeyID: B826A3330E572FDD
> Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
>
Attachment:
signature.asc
Description: PGP signature
