Linux RDMA and InfiniBand Development

• Date Index

• Re: [PATCH v2] RDMA/rtrs: client: Fix function return on success, (continued)
  • Re: [PATCH v2] RDMA/rtrs: client: Fix function return on success, Jason Gunthorpe
• [PATCH] RDMA/rtrs: client: Fix function return on success, Gustavo A. R. Silva
  • Re: [PATCH] RDMA/rtrs: client: Fix function return on success, Bart Van Assche
    • Re: [PATCH] RDMA/rtrs: client: Fix function return on success, Jinpu Wang
• [PATCH] dma-fence: add might_sleep annotation to _wait(), Daniel Vetter
  • Re: [PATCH] dma-fence: add might_sleep annotation to _wait(), Christian König
    • Re: [PATCH] dma-fence: add might_sleep annotation to _wait(), Daniel Vetter
• [PATCH V3 0/4] Introducing RDMA shared CQ pool, Yamin Friedman
  • [PATCH V3 3/4] nvme-rdma: use new shared CQ mechanism, Yamin Friedman
  • [PATCH V3 1/4] RDMA/core: Add protection for shared CQs used by ULPs, Yamin Friedman
  • [PATCH V3 4/4] nvmet-rdma: use new shared CQ mechanism, Yamin Friedman
  • [PATCH V3 2/4] RDMA/core: Introduce shared CQ pool API, Yamin Friedman
    • Re: [PATCH V3 2/4] RDMA/core: Introduce shared CQ pool API, Devesh Sharma
      • Re: [PATCH V3 2/4] RDMA/core: Introduce shared CQ pool API, Yamin Friedman
        • Re: [PATCH V3 2/4] RDMA/core: Introduce shared CQ pool API, Devesh Sharma
          • Re: [PATCH V3 2/4] RDMA/core: Introduce shared CQ pool API, Yamin Friedman
            • Re: [PATCH V3 2/4] RDMA/core: Introduce shared CQ pool API, Devesh Sharma
        • Re: [PATCH V3 2/4] RDMA/core: Introduce shared CQ pool API, Leon Romanovsky
    • Re: [PATCH V3 2/4] RDMA/core: Introduce shared CQ pool API, Yamin Friedman
      • Re: [PATCH V3 2/4] RDMA/core: Introduce shared CQ pool API, Yamin Friedman
    • Re: [PATCH V3 2/4] RDMA/core: Introduce shared CQ pool API, Bart Van Assche
      • Re: [PATCH V3 2/4] RDMA/core: Introduce shared CQ pool API, Jason Gunthorpe
        • Re: [PATCH V3 2/4] RDMA/core: Introduce shared CQ pool API, Yamin Friedman
    • Re: [PATCH V3 2/4] RDMA/core: Introduce shared CQ pool API, Jason Gunthorpe
      • Re: [PATCH V3 2/4] RDMA/core: Introduce shared CQ pool API, Leon Romanovsky
        • Re: [PATCH V3 2/4] RDMA/core: Introduce shared CQ pool API, Yamin Friedman
          • Re: [PATCH V3 2/4] RDMA/core: Introduce shared CQ pool API, Jason Gunthorpe
  • Re: [PATCH V3 0/4] Introducing RDMA shared CQ pool, Sagi Grimberg
    • Re: [PATCH V3 0/4] Introducing RDMA shared CQ pool, Yamin Friedman
• [PATCH] RDMA/rtrs: Fix some signedness bugs in error handling, Dan Carpenter
  • Re: [PATCH] RDMA/rtrs: Fix some signedness bugs in error handling, Jinpu Wang
    • Re: [PATCH] RDMA/rtrs: Fix some signedness bugs in error handling, Dan Carpenter
    • [PATCH v2] RDMA/rtrs: Fix some signedness bugs in error handling, Dan Carpenter
      • Re: [PATCH v2] RDMA/rtrs: Fix some signedness bugs in error handling, Jinpu Wang
      • Re: [PATCH v2] RDMA/rtrs: Fix some signedness bugs in error handling, Jason Gunthorpe
• [bug report] RDMA/rtrs: server: main functionality, Dan Carpenter
  • Re: [bug report] RDMA/rtrs: server: main functionality, Danil Kipnis
    • [PATCH] RDMA/rtrs: Fix a couple off by one bugs in rtrs_srv_rdma_done(), Dan Carpenter
      • Re: [PATCH] RDMA/rtrs: Fix a couple off by one bugs in rtrs_srv_rdma_done(), Danil Kipnis
      • Re: [PATCH] RDMA/rtrs: Fix a couple off by one bugs in rtrs_srv_rdma_done(), Jason Gunthorpe
• [PATCH v2] rtrs-clt: silence kbuild test inconsistent intenting smatch warning, Danil Kipnis
  • Re: [PATCH v2] rtrs-clt: silence kbuild test inconsistent intenting smatch warning, Bart Van Assche
    • Re: [PATCH v2] rtrs-clt: silence kbuild test inconsistent intenting smatch warning, Jason Gunthorpe
      • Re: [PATCH v2] rtrs-clt: silence kbuild test inconsistent intenting smatch warning, Danil Kipnis
        • Re: [PATCH v2] rtrs-clt: silence kbuild test inconsistent intenting smatch warning, Jason Gunthorpe
          • [PATCH] RDMA/rtrs: get rid of the do_next_path while_next_path macros, Danil Kipnis
            • Re: [PATCH] RDMA/rtrs: get rid of the do_next_path while_next_path macros, Jason Gunthorpe
    • Re: [PATCH v2] rtrs-clt: silence kbuild test inconsistent intenting smatch warning, Danil Kipnis
• [PATCH -next] RDMA/rtrs: server: fix some error return code, Wei Yongjun
  • Re: [PATCH -next] RDMA/rtrs: server: fix some error return code, Danil Kipnis
  • Re: [PATCH -next] RDMA/rtrs: server: fix some error return code, Jason Gunthorpe
• [PATCH rdma-next v2 0/7] Enable asynchronous event FD per object, Leon Romanovsky
  • [PATCH rdma-next v2 1/7] RDMA/core: Allow the ioctl layer to abort a fully created uobject, Leon Romanovsky
  • [PATCH rdma-next v2 3/7] IB/uverbs: Extend CQ to get its own asynchronous event FD, Leon Romanovsky
  • [PATCH rdma-next v2 2/7] IB/uverbs: Refactor related objects to use their own asynchronous event FD, Leon Romanovsky
  • [PATCH rdma-next v2 4/7] IB/uverbs: Move QP, SRQ, WQ type and flags to UAPI, Leon Romanovsky
  • [PATCH rdma-next v2 6/7] IB/uverbs: Introduce create/destroy WQ commands over ioctl, Leon Romanovsky
  • [PATCH rdma-next v2 7/7] IB/uverbs: Introduce create/destroy QP commands over ioctl, Leon Romanovsky
  • [PATCH rdma-next v2 5/7] IB/uverbs: Introduce create/destroy SRQ commands over ioctl, Leon Romanovsky
  • Re: [PATCH rdma-next v2 0/7] Enable asynchronous event FD per object, Jason Gunthorpe
• [rdma:wip/jgg-for-next] BUILD SUCCESS 23bbd5818e2b0d265aa1835e66f5055f63a8fa4c, kbuild test robot
• Re: linux-next: Tree for May 18 (drivers/infiniband/ulp/rtrs/rtrs-clt.c), Randy Dunlap
  • Re: linux-next: Tree for May 18 (drivers/infiniband/ulp/rtrs/rtrs-clt.c), Danil Kipnis
  • [PATCH 0/1] Fix RTRS compilation with block layer disabled, Danil Kipnis
    • [PATCH 1/1] rnbd/rtrs: pass max segment size from blk user to the rdma library, Danil Kipnis
      • Re: [PATCH 1/1] rnbd/rtrs: pass max segment size from blk user to the rdma library, Leon Romanovsky
        • Re: [PATCH 1/1] rnbd/rtrs: pass max segment size from blk user to the rdma library, Danil Kipnis
          • Re: [PATCH 1/1] rnbd/rtrs: pass max segment size from blk user to the rdma library, Leon Romanovsky
        • [PATCH v2] rnbd/rtrs: pass max segment size from blk user to the rdma library, Danil Kipnis
          • Re: [PATCH v2] rnbd/rtrs: pass max segment size from blk user to the rdma library, Randy Dunlap
          • Re: [PATCH v2] rnbd/rtrs: pass max segment size from blk user to the rdma library, Jason Gunthorpe
            • Re: [PATCH v2] rnbd/rtrs: pass max segment size from blk user to the rdma library, Randy Dunlap
              • Re: [PATCH v2] rnbd/rtrs: pass max segment size from blk user to the rdma library, Jason Gunthorpe
    • Re: [PATCH 0/1] Fix RTRS compilation with block layer disabled, Leon Romanovsky
    • Re: [PATCH 0/1] Fix RTRS compilation with block layer disabled, Jason Gunthorpe
• [rdma:wip/jgg-for-next] BUILD SUCCESS 41d5e318ccb34bded248a7a4c97264fdb1c8a42e, kbuild test robot
• [rdma:for-next] BUILD SUCCESS f11e0ec55f0c80ff47693af2150bad5db0e20387, kbuild test robot
• [rdma:wip/jgg-for-next 106/128] drivers/infiniband/ulp/rtrs/rtrs-clt.c:1196 rtrs_clt_failover_req() warn: inconsistent indenting, kbuild test robot
  • [PATCH 0/1] Fix kbuilt test smatch inconsistent intentation warning, Danil Kipnis
    • [PATCH 1/1] rtrs-clt: silence kbuild test inconsistent intenting smatch warning, Danil Kipnis
• [PATCH] rds: convert get_user_pages() --> pin_user_pages(), John Hubbard
  • Re: [PATCH] rds: convert get_user_pages() --> pin_user_pages(), David Miller
• [PATCH v2] mm/hmm/test: use xa_for_each_range instead of looping, Ralph Campbell
  • Re: [PATCH v2] mm/hmm/test: use xa_for_each_range instead of looping, Jason Gunthorpe
• [PATCH v2] net/mlx5e: Use IS_ERR() to check and simplify code, Tang Bin
  • Re: [PATCH v2] net/mlx5e: Use IS_ERR() to check and simplify code, Saeed Mahameed
• [PATCH mlx5-next 0/3] Mellanox, updates for mlx5 next 15-05-2020, Saeed Mahameed
  • [PATCH mlx5-next 1/3] net/mlx5: Cleanup mlx5_ifc_fte_match_set_misc2_bits, Saeed Mahameed
  • [PATCH mlx5-next 2/3] net/mlx5: Move iseg access helper routines close to mlx5_core driver, Saeed Mahameed
  • [PATCH mlx5-next 3/3] net/mlx5: Add support for RDMA TX FT headers modifying, Saeed Mahameed
  • Re: [PATCH mlx5-next 0/3] Mellanox, updates for mlx5 next 15-05-2020, Saeed Mahameed
• [rdma:for-next] BUILD SUCCESS 59dde4d19cf8de232c17c79c08e0db67636b022b, kbuild test robot
• Re: [PATCH] IB/sa: Fix use-after-free in ib_nl_send_msg(), Markus Elfring
  • Re: [PATCH] IB/sa: Fix use-after-free in ib_nl_send_msg(), Divya Indi
• [PATCH AUTOSEL 4.14 22/39] net/mlx5: Fix forced completion access non initialized command entry, Sasha Levin
• [PATCH AUTOSEL 4.14 23/39] net/mlx5: Fix command entry leak in Internal Error State, Sasha Levin
• [PATCH AUTOSEL 4.14 34/39] net/mlx4_core: Fix use of ENOSPC around mlx4_counter_alloc(), Sasha Levin
• [PATCH AUTOSEL 4.9 14/27] net/mlx5: Fix command entry leak in Internal Error State, Sasha Levin
• [PATCH AUTOSEL 4.9 13/27] net/mlx5: Fix forced completion access non initialized command entry, Sasha Levin
• [PATCH AUTOSEL 4.4 10/14] net/mlx4_core: Fix use of ENOSPC around mlx4_counter_alloc(), Sasha Levin
• [PATCH AUTOSEL 4.9 23/27] net/mlx4_core: Fix use of ENOSPC around mlx4_counter_alloc(), Sasha Levin
• Review Request, Divya Indi
  • [PATCH] IB/sa: Resolving use-after-free in ib_nl_send_msg., Divya Indi
    • Re: [PATCH] IB/sa: Resolving use-after-free in ib_nl_send_msg., Jason Gunthorpe
  • <Possible follow-ups>
  • Review Request, Divya Indi
    • [PATCH v3] IB/sa: Resolving use-after-free in ib_nl_send_msg, Divya Indi
      • Re: [PATCH v3] IB/sa: Resolving use-after-free in ib_nl_send_msg, Leon Romanovsky
        • Re: [PATCH v3] IB/sa: Resolving use-after-free in ib_nl_send_msg, Divya Indi
          • Re: [PATCH v3] IB/sa: Resolving use-after-free in ib_nl_send_msg, Leon Romanovsky
            • Re: [PATCH v3] IB/sa: Resolving use-after-free in ib_nl_send_msg, Divya Indi
              • Re: [PATCH v3] IB/sa: Resolving use-after-free in ib_nl_send_msg, Leon Romanovsky
                • Re: [PATCH v3] IB/sa: Resolving use-after-free in ib_nl_send_msg, Jason Gunthorpe
                  • Re: [PATCH v3] IB/sa: Resolving use-after-free in ib_nl_send_msg, Leon Romanovsky
              • Re: [PATCH v3] IB/sa: Resolving use-after-free in ib_nl_send_msg, Jason Gunthorpe
                • Re: [PATCH v3] IB/sa: Resolving use-after-free in ib_nl_send_msg, Divya Indi
    • Re: Review Request, Leon Romanovsky
      • Re: Review Request, Divya Indi
• [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Max Gurtovoy
  • [PATCH 2/8] RDMA/rds: remove FMR support for memory registration, Max Gurtovoy
  • [PATCH 1/8] RDMA/mlx4: remove FMR support for memory registration, Max Gurtovoy
  • [PATCH 5/8] RDMA/iser: Remove support for FMR memory registration, Max Gurtovoy
  • [PATCH 8/8] RDMA/core: remove FMR device ops, Max Gurtovoy
  • [PATCH 6/8] RDMA/srp: remove support for FMR memory registration, Max Gurtovoy
    • Re: [PATCH 6/8] RDMA/srp: remove support for FMR memory registration, Bart Van Assche
  • [PATCH 4/8] RDMA/rdmavt: remove FMR memory registration, Max Gurtovoy
  • [PATCH 3/8] RDMA/mthca: remove FMR support for memory registration, Max Gurtovoy
  • [PATCH 7/8] RDMA/core: remove FMR pool API, Max Gurtovoy
  • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Aron Silverton
    • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, santosh . shilimkar
      • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Max Gurtovoy
      • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Sagi Grimberg
        • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, santosh . shilimkar
          • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Tom Talpey
            • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Sagi Grimberg
              • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Max Gurtovoy
                • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, santosh . shilimkar
        • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Max Gurtovoy
  • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Gal Pressman
    • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Max Gurtovoy
  • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Dennis Dalessandro
    • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Jason Gunthorpe
      • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Dennis Dalessandro
        • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Jason Gunthorpe
          • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Leon Romanovsky
            • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Dennis Dalessandro
              • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Jason Gunthorpe
                • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Dennis Dalessandro
                  • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Jason Gunthorpe
                    • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Tom Talpey
                    • Re: [PATCH 0/8 v1] Remove FMR support from RDMA drivers, Dennis Dalessandro
• [PATCH for-rc v2] RDMA/srpt: Fix disabling device management, Kamal Heib
  • Re: [PATCH for-rc v2] RDMA/srpt: Fix disabling device management, Bart Van Assche
  • Re: [PATCH for-rc v2] RDMA/srpt: Fix disabling device management, Jason Gunthorpe
• [rdma:wip/jgg-for-next] BUILD SUCCESS 8c112a5f29a343f89072bed4b9fa176fea226798, kbuild test robot
• [PATCH] mm/hmm/test: destroy xa_array instead of looping, Ralph Campbell
  • Re: [PATCH] mm/hmm/test: destroy xa_array instead of looping, Jason Gunthorpe
    • Re: [PATCH] mm/hmm/test: destroy xa_array instead of looping, Ralph Campbell
• [rdma:wip/jgg-for-rc] BUILD SUCCESS ccfdbaa5cf4601b9b71601893029dcc9245c002b, kbuild test robot
• [PATCH 1/1] IB/srp: remove support for FMR memory registration, Max Gurtovoy
  • Re: [PATCH 1/1] IB/srp: remove support for FMR memory registration, Jason Gunthorpe
    • Re: [PATCH 1/1] IB/srp: remove support for FMR memory registration, Max Gurtovoy
      • Re: [PATCH 1/1] IB/srp: remove support for FMR memory registration, Jason Gunthorpe
  • Re: [PATCH 1/1] IB/srp: remove support for FMR memory registration, Bart Van Assche
    • Re: [PATCH 1/1] IB/srp: remove support for FMR memory registration, Max Gurtovoy
      • Re: [PATCH 1/1] IB/srp: remove support for FMR memory registration, Bart Van Assche
• [rdma:wip/jgg-for-next] BUILD SUCCESS a0e46db4e764f56c61f85c235c50bf4578c51a47, kbuild test robot
• [PATCH V2 0/4] Introducing RDMA shared CQ pool, Yamin Friedman
  • [PATCH V2 4/4] nvmet-rdma: use new shared CQ mechanism, Yamin Friedman
  • [PATCH V2 3/4] nvme-rdma: use new shared CQ mechanism, Yamin Friedman
  • [PATCH V2 1/4] RDMA/core: Add protection for shared CQs used by ULPs, Yamin Friedman
    • Re: [PATCH V2 1/4] RDMA/core: Add protection for shared CQs used by ULPs, Leon Romanovsky
      • Re: [PATCH V2 1/4] RDMA/core: Add protection for shared CQs used by ULPs, Yamin Friedman
        • Re: [PATCH V2 1/4] RDMA/core: Add protection for shared CQs used by ULPs, Leon Romanovsky
  • [PATCH V2 2/4] RDMA/core: Introduce shared CQ pool API, Yamin Friedman
    • Re: [PATCH V2 2/4] RDMA/core: Introduce shared CQ pool API, Leon Romanovsky
      • Re: [PATCH V2 2/4] RDMA/core: Introduce shared CQ pool API, Yamin Friedman
        • Re: [PATCH V2 2/4] RDMA/core: Introduce shared CQ pool API, Leon Romanovsky
          • Re: [PATCH V2 2/4] RDMA/core: Introduce shared CQ pool API, Devesh Sharma
            • Re: [PATCH V2 2/4] RDMA/core: Introduce shared CQ pool API, Leon Romanovsky
• [PATCH rdma-next] RDMA/mlx5: Fix query_srq_cmd() function, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/mlx5: Fix query_srq_cmd() function, Jason Gunthorpe
• [PATCH rdma-next 00/14] RAW format dumps through RDMAtool, Leon Romanovsky
  • [PATCH rdma-next 04/14] RDMA/core: Allow to override device op, Leon Romanovsky
    • Re: [PATCH rdma-next 04/14] RDMA/core: Allow to override device op, Jason Gunthorpe
      • Re: [PATCH rdma-next 04/14] RDMA/core: Allow to override device op, Leon Romanovsky
      • Re: [PATCH rdma-next 04/14] RDMA/core: Allow to override device op, Kamal Heib
        • Re: [PATCH rdma-next 04/14] RDMA/core: Allow to override device op, Leon Romanovsky
          • Re: [PATCH rdma-next 04/14] RDMA/core: Allow to override device op, Kamal Heib
            • Re: [PATCH rdma-next 04/14] RDMA/core: Allow to override device op, Leon Romanovsky
  • [PATCH rdma-next 05/14] RDMA/core: Don't call fill_res_entry for PD, Leon Romanovsky
  • [PATCH rdma-next 03/14] RDMA/core: Fix double put of resource, Leon Romanovsky
  • [PATCH rdma-next 07/14] RDMA: Add dedicated MR resource tracker function, Leon Romanovsky
  • [PATCH rdma-next 08/14] RDMA: Add a dedicated CQ resource tracker function, Leon Romanovsky
  • [PATCH rdma-next 11/14] RDMA: Add support to dump resource tracker in RAW format, Leon Romanovsky
    • Re: [PATCH rdma-next 11/14] RDMA: Add support to dump resource tracker in RAW format, Jason Gunthorpe
      • Re: [PATCH rdma-next 11/14] RDMA: Add support to dump resource tracker in RAW format, Leon Romanovsky
        • Re: [PATCH rdma-next 11/14] RDMA: Add support to dump resource tracker in RAW format, Maor Gottlieb
  • [PATCH rdma-next 14/14] RDMA/mlx5: Add support to get MR resource in RAW format, Leon Romanovsky
    • Re: [PATCH rdma-next 14/14] RDMA/mlx5: Add support to get MR resource in RAW format, Jason Gunthorpe
  • [PATCH rdma-next 13/14] RDMA/mlx5: Add support to get CQ resource in RAW format, Leon Romanovsky
  • [PATCH rdma-next 10/14] RDMA: Add dedicated cm id resource tracker function, Leon Romanovsky
  • [PATCH rdma-next 12/14] RDMA/mlx5: Add support to get QP resource in raw format, Leon Romanovsky
  • [PATCH rdma-next 09/14] RDMA: Add a dedicated QP resource tracker function, Leon Romanovsky
    • Re: [PATCH rdma-next 09/14] RDMA: Add a dedicated QP resource tracker function, Jason Gunthorpe
      • Re: [PATCH rdma-next 09/14] RDMA: Add a dedicated QP resource tracker function, Leon Romanovsky
  • [PATCH rdma-next 06/14] RDMA/core: Add restrack dummy ops, Leon Romanovsky
    • Re: [PATCH rdma-next 06/14] RDMA/core: Add restrack dummy ops, Jason Gunthorpe
      • Re: [PATCH rdma-next 06/14] RDMA/core: Add restrack dummy ops, Leon Romanovsky
  • [PATCH mlx5-next 02/14] net/mlx5: Add support in query QP, CQ and MKEY segments, Leon Romanovsky
  • [PATCH mlx5-next 01/14] net/mlx5: Export resource dump interface, Leon Romanovsky
    • Re: [PATCH mlx5-next 01/14] net/mlx5: Export resource dump interface, Jason Gunthorpe
      • Re: [PATCH mlx5-next 01/14] net/mlx5: Export resource dump interface, Maor Gottlieb
  • Re: [PATCH rdma-next 00/14] RAW format dumps through RDMAtool, Leon Romanovsky
• [PATCH rdma-next] RDMA/mlx5: Add init2init as a modify command, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/mlx5: Add init2init as a modify command, Jason Gunthorpe
• [PATCH rdma-next] RDMA/mlx5: Update mlx5_ib driver name, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/mlx5: Update mlx5_ib driver name, Jason Gunthorpe
    • Re: [PATCH rdma-next] RDMA/mlx5: Update mlx5_ib driver name, Leon Romanovsky
• [PATCH] RDMA/mlx5: Fix query_srq_cmd() function, Dan Carpenter
  • Re: [PATCH] RDMA/mlx5: Fix query_srq_cmd() function, Leon Romanovsky
    • Re: [PATCH] RDMA/mlx5: Fix query_srq_cmd() function, Leon Romanovsky
• [rdma:hmm] BUILD SUCCESS f76c1477c6ed72161567a56ff1162b215e8222ea, kbuild test robot
• [rdma:for-next] BUILD SUCCESS 52c81f47f0d2680f0b2e7b61c1fa4d8ad35f3020, kbuild test robot
• remove kernel_setsockopt and kernel_getsockopt, Christoph Hellwig
  • [PATCH 01/33] net: add sock_set_reuseaddr, Christoph Hellwig
  • [PATCH 02/33] net: add sock_set_linger, Christoph Hellwig
  • [PATCH 07/33] net: add sock_set_keepalive, Christoph Hellwig
  • [PATCH 17/33] tcp: add tcp_sock_set_keepcnt, Christoph Hellwig
  • [PATCH 12/33] tcp: add tcp_sock_set_quickack, Christoph Hellwig
  • [PATCH 20/33] ipv4: add ip_sock_set_recverr, Christoph Hellwig
    • Re: [PATCH 20/33] ipv4: add ip_sock_set_recverr, Joe Perches
      • Re: [PATCH 20/33] ipv4: add ip_sock_set_recverr, Christoph Hellwig
        • Re: [PATCH 20/33] ipv4: add ip_sock_set_recverr, Joe Perches
          • Re: [PATCH 20/33] ipv4: add ip_sock_set_recverr, Christoph Hellwig
  • [PATCH 10/33] tcp: add tcp_sock_set_cork, Christoph Hellwig
  • [PATCH 16/33] tcp: add tcp_sock_set_keepintvl, Christoph Hellwig
  • [PATCH 31/33] net: remove kernel_setsockopt, Christoph Hellwig
  • [PATCH 23/33] ipv6: add ip6_sock_set_recverr, Christoph Hellwig
  • [PATCH 24/33] ipv6: add ip6_sock_set_addr_preferences, Christoph Hellwig
  • [PATCH 25/33] ipv6: add ip6_sock_set_recvpktinfo, Christoph Hellwig
  • [PATCH 26/33] sctp: lift copying in addrs into sctp_setsockopt, Christoph Hellwig
  • [PATCH 27/33] sctp: export sctp_setsockopt_bindx, Christoph Hellwig
    • Re: [PATCH 27/33] sctp: export sctp_setsockopt_bindx, Marcelo Ricardo Leitner
      • Re: [PATCH 27/33] sctp: export sctp_setsockopt_bindx, Christoph Hellwig
      • RE: [PATCH 27/33] sctp: export sctp_setsockopt_bindx, David Laight
      • is it ok to always pull in sctp for dlm, was: Re: [PATCH 27/33] sctp: export sctp_setsockopt_bindx, Christoph Hellwig
        • Re: is it ok to always pull in sctp for dlm, was: Re: [PATCH 27/33] sctp: export sctp_setsockopt_bindx, David Teigland
      • Re: [PATCH 27/33] sctp: export sctp_setsockopt_bindx, David Howells
        • Re: [PATCH 27/33] sctp: export sctp_setsockopt_bindx, Christoph Hellwig
          • RE: [PATCH 27/33] sctp: export sctp_setsockopt_bindx, David Laight
        • RE: [PATCH 27/33] sctp: export sctp_setsockopt_bindx, David Laight
          • Re: [Ocfs2-devel] [PATCH 27/33] sctp: export sctp_setsockopt_bindx, Matthew Wilcox
            • RE: [Ocfs2-devel] [PATCH 27/33] sctp: export sctp_setsockopt_bindx, David Laight
  • [PATCH 33/33] net: remove kernel_getsockopt, Christoph Hellwig
  • [PATCH 22/33] ipv6: add ip6_sock_set_v6only, Christoph Hellwig
  • [PATCH 21/33] ipv4: add ip_sock_set_mtu_discover, Christoph Hellwig
  • [PATCH 28/33] sctp: add sctp_sock_set_nodelay, Christoph Hellwig
  • [PATCH 32/33] sctp: add sctp_sock_get_primary_addr, Christoph Hellwig
    • Re: [PATCH 32/33] sctp: add sctp_sock_get_primary_addr, Marcelo Ricardo Leitner
      • RE: [PATCH 32/33] sctp: add sctp_sock_get_primary_addr, David Laight
        • RE: [PATCH 32/33] sctp: add sctp_sock_get_primary_addr, David Laight
          • RE: [PATCH 32/33] sctp: add sctp_sock_get_primary_addr, David Laight
  • [PATCH 29/33] rxrpc_sock_set_min_security_level, Christoph Hellwig
  • [PATCH 30/33] tipc: call tsk_set_importance from tipc_topsrv_create_listener, Christoph Hellwig
  • [PATCH 18/33] ipv4: add ip_sock_set_tos, Christoph Hellwig
  • [PATCH 09/33] net: add sock_set_reuseport, Christoph Hellwig
  • [PATCH 11/33] tcp: tcp_sock_set_nodelay, Christoph Hellwig
    • Re: [PATCH 11/33] tcp: tcp_sock_set_nodelay, Jason Gunthorpe
  • [PATCH 04/33] net: add sock_set_sndtimeo, Christoph Hellwig
  • [PATCH 06/33] net: add sock_set_timestamps, Christoph Hellwig
  • [PATCH 08/33] net: add sock_set_rcvbuf, Christoph Hellwig
  • [PATCH 19/33] ipv4: add ip_sock_set_freebind, Christoph Hellwig
  • [PATCH 15/33] tcp: add tcp_sock_set_keepidle, Christoph Hellwig
  • [PATCH 13/33] tcp: add tcp_sock_set_syncnt, Christoph Hellwig
  • [PATCH 05/33] net: add sock_bindtoindex, Christoph Hellwig
  • [PATCH 03/33] net: add sock_set_priority, Christoph Hellwig
  • [PATCH 14/33] tcp: add tcp_sock_set_user_timeout, Christoph Hellwig
  • Re: [PATCH 29/33] rxrpc_sock_set_min_security_level, David Howells
    • Re: [PATCH 29/33] rxrpc_sock_set_min_security_level, Christoph Hellwig
    • Re: [PATCH 29/33] rxrpc_sock_set_min_security_level, David Howells
  • Re: [PATCH 21/33] ipv4: add ip_sock_set_mtu_discover, David Howells
    • Re: [PATCH 21/33] ipv4: add ip_sock_set_mtu_discover, Christoph Hellwig
    • Re: [PATCH 21/33] ipv4: add ip_sock_set_mtu_discover, David Howells
  • Re: [PATCH 20/33] ipv4: add ip_sock_set_recverr, David Howells
  • Re: [PATCH 23/33] ipv6: add ip6_sock_set_recverr, David Howells
  • Re: [PATCH 06/33] net: add sock_set_timestamps, David Howells
  • Re: remove kernel_setsockopt and kernel_getsockopt, Joe Perches
    • Re: remove kernel_setsockopt and kernel_getsockopt, Christoph Hellwig
    • RE: remove kernel_setsockopt and kernel_getsockopt, David Laight
      • Re: remove kernel_setsockopt and kernel_getsockopt, Christoph Hellwig
        • RE: remove kernel_setsockopt and kernel_getsockopt, David Laight
          • Re: remove kernel_setsockopt and kernel_getsockopt, 'Christoph Hellwig'
            • RE: remove kernel_setsockopt and kernel_getsockopt, David Laight
              • Re: [Ocfs2-devel] remove kernel_setsockopt and kernel_getsockopt, Matthew Wilcox
          • Re: remove kernel_setsockopt and kernel_getsockopt, David Miller
            • RE: remove kernel_setsockopt and kernel_getsockopt, David Laight
      • Re: remove kernel_setsockopt and kernel_getsockopt, David Miller
  • Re: remove kernel_setsockopt and kernel_getsockopt, Sagi Grimberg
  • Re: remove kernel_setsockopt and kernel_getsockopt, David Miller
• [rdma:wip/jgg-for-rc] BUILD SUCCESS c8b1f340e54158662acfa41d6dee274846370282, kbuild test robot
• Mellanox ConnectX-3 and vfio, Bart Van Assche
• [PATCH v2 00/29] Possible NFSD patches for v5.8, Chuck Lever
  • [PATCH v2 01/29] SUNRPC: Move xpt_mutex into socket xpo_sendto methods, Chuck Lever
  • [PATCH v2 02/29] svcrdma: Clean up the tracing for rw_ctx_init errors, Chuck Lever
  • [PATCH v2 03/29] svcrdma: Clean up handling of get_rw_ctx errors, Chuck Lever
  • [PATCH v2 04/29] svcrdma: Trace page overruns when constructing RDMA Reads, Chuck Lever
  • [PATCH v2 05/29] svcrdma: trace undersized Write chunks, Chuck Lever
  • [PATCH v2 06/29] svcrdma: Fix backchannel return code, Chuck Lever
  • [PATCH v2 07/29] svcrdma: Remove backchannel dprintk call sites, Chuck Lever
  • [PATCH v2 08/29] svcrdma: Rename tracepoints that record header decoding errors, Chuck Lever
  • [PATCH v2 09/29] svcrdma: Remove the SVCRDMA_DEBUG macro, Chuck Lever
  • [PATCH v2 10/29] svcrdma: Displayed remote IP address should match stored address, Chuck Lever
  • [PATCH v2 11/29] svcrdma: Add tracepoints to report ->xpo_accept failures, Chuck Lever
  • [PATCH v2 12/29] SUNRPC: Remove kernel memory address from svc_xprt tracepoints, Chuck Lever
  • [PATCH v2 13/29] SUNRPC: Tracepoint to record errors in svc_xpo_create(), Chuck Lever
  • [PATCH v2 14/29] SUNRPC: Trace a few more generic svc_xprt events, Chuck Lever
  • [PATCH v2 15/29] SUNRPC: Remove "#include <trace/events/skb.h>", Chuck Lever
  • [PATCH v2 16/29] SUNRPC: Add more svcsock tracepoints, Chuck Lever
  • [PATCH v2 17/29] SUNRPC: Replace dprintk call sites in TCP state change callouts, Chuck Lever
  • [PATCH v2 18/29] SUNRPC: Trace server-side rpcbind registration events, Chuck Lever
  • [PATCH v2 19/29] SUNRPC: Rename svc_sock::sk_reclen, Chuck Lever
  • [PATCH v2 20/29] SUNRPC: Restructure svc_tcp_recv_record(), Chuck Lever
  • [PATCH v2 21/29] SUNRPC: Refactor svc_recvfrom(), Chuck Lever
  • [PATCH v2 22/29] SUNRPC: Restructure svc_udp_recvfrom(), Chuck Lever
  • [PATCH v2 23/29] SUNRPC: svc_show_status() macro should have enum definitions, Chuck Lever
  • [PATCH v2 24/29] NFSD: Add tracepoints to NFSD's duplicate reply cache, Chuck Lever
  • [PATCH v2 25/29] NFSD: Add tracepoints to the NFSD state management code, Chuck Lever
  • [PATCH v2 27/29] SUNRPC: Clean up request deferral tracepoints, Chuck Lever
  • [PATCH v2 26/29] NFSD: Add tracepoints for monitoring NFSD callbacks, Chuck Lever
  • [PATCH v2 28/29] NFSD: Squash an annoying compiler warning, Chuck Lever
  • [PATCH v2 29/29] NFSD: Fix improperly-formatted Doxygen comments, Chuck Lever
  • Re: [PATCH v2 00/29] Possible NFSD patches for v5.8, J. Bruce Fields
    • Re: [PATCH v2 00/29] Possible NFSD patches for v5.8, Chuck Lever
      • Re: [PATCH v2 00/29] Possible NFSD patches for v5.8, Bruce Fields
        • Re: [PATCH v2 00/29] Possible NFSD patches for v5.8, Chuck Lever
          • Re: [PATCH v2 00/29] Possible NFSD patches for v5.8, Chuck Lever
            • Re: [PATCH v2 00/29] Possible NFSD patches for v5.8, Bruce Fields
              • Re: [PATCH v2 00/29] Possible NFSD patches for v5.8, Chuck Lever
                • Re: [PATCH v2 00/29] Possible NFSD patches for v5.8, Bruce Fields
              • Re: [PATCH v2 00/29] Possible NFSD patches for v5.8, Calum Mackay
                • Re: [PATCH v2 00/29] Possible NFSD patches for v5.8, Bruce Fields
• [PATCH] IB/iser: Remove support for FMR memory registration, Israel Rukshin
  • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Leon Romanovsky
    • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Max Gurtovoy
    • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Bart Van Assche
      • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Jason Gunthorpe
        • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Bart Van Assche
          • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Jason Gunthorpe
            • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Sagi Grimberg
              • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Leon Romanovsky
                • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Dennis Dalessandro
                  • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Leon Romanovsky
                    • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Bart Van Assche
      • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Max Gurtovoy
        • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Tom Talpey
        • Message not available
          • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Max Gurtovoy
            • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Tom Talpey
        • Message not available
          • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Sagi Grimberg
            • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Alexey Lyashkov
            • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Christoph Hellwig
  • Re: [PATCH] IB/iser: Remove support for FMR memory registration, Sagi Grimberg
• [PATCH 1/4] IB/iser: Remove support for FMR memory registration, Israel Rukshin
• [PATCH for-next v2 0/2] EFA host information, Gal Pressman
  • [PATCH for-next v2 2/2] RDMA/efa: Report host information to the device, Gal Pressman
    • Re: [PATCH for-next v2 2/2] RDMA/efa: Report host information to the device, Jason Gunthorpe
  • [PATCH for-next v2 1/2] RDMA/efa: Fix setting of wrong bit in get/set_feature commands, Gal Pressman
    • Re: [PATCH for-next v2 1/2] RDMA/efa: Fix setting of wrong bit in get/set_feature commands, Jason Gunthorpe
      • Re: [PATCH for-next v2 1/2] RDMA/efa: Fix setting of wrong bit in get/set_feature commands, Gal Pressman
        • Re: [PATCH for-next v2 1/2] RDMA/efa: Fix setting of wrong bit in get/set_feature commands, Jason Gunthorpe
          • Re: [PATCH for-next v2 1/2] RDMA/efa: Fix setting of wrong bit in get/set_feature commands, Gal Pressman
            • Re: [PATCH for-next v2 1/2] RDMA/efa: Fix setting of wrong bit in get/set_feature commands, Jason Gunthorpe
• [RFC 00/17] dma-fence lockdep annotations, Daniel Vetter
  • [RFC 01/17] dma-fence: add might_sleep annotation to _wait(), Daniel Vetter
    • Re: [RFC 01/17] dma-fence: add might_sleep annotation to _wait(), Christian König
      • Re: [RFC 01/17] dma-fence: add might_sleep annotation to _wait(), Maarten Lankhorst
  • [RFC 17/17] drm/i915: Annotate dma_fence_work, Daniel Vetter
  • [RFC 16/17] drm/amdgpu: gpu recovery does full modesets, Daniel Vetter
    • Re: [RFC 16/17] drm/amdgpu: gpu recovery does full modesets, Alex Deucher
      • Re: [RFC 16/17] drm/amdgpu: gpu recovery does full modesets, Daniel Vetter
        • Re: [RFC 16/17] drm/amdgpu: gpu recovery does full modesets, Alex Deucher
          • Re: [RFC 16/17] drm/amdgpu: gpu recovery does full modesets, Daniel Vetter
            • Re: [RFC 16/17] drm/amdgpu: gpu recovery does full modesets, Alex Deucher
              • Re: [RFC 16/17] drm/amdgpu: gpu recovery does full modesets, Daniel Vetter
                • Re: [RFC 16/17] drm/amdgpu: gpu recovery does full modesets, Alex Deucher
                  • Re: [RFC 16/17] drm/amdgpu: gpu recovery does full modesets, Daniel Vetter
                    • Re: [RFC 16/17] drm/amdgpu: gpu recovery does full modesets, Kazlauskas, Nicholas
                      • Re: [RFC 16/17] drm/amdgpu: gpu recovery does full modesets, Daniel Vetter
  • [RFC 15/17] Revert "drm/amdgpu: add fbdev suspend/resume on gpu reset", Daniel Vetter
  • [RFC 14/17] drm/amdgpu: use dma-fence annotations for gpu reset code, Daniel Vetter
  • [RFC 12/17] drm/amdgpu/dc: Stop dma_resv_lock inversion in commit_tail, Daniel Vetter
  • [RFC 13/17] drm/scheduler: use dma-fence annotations in tdr work, Daniel Vetter
  • [RFC 11/17] drm/amdgpu: DC also loves to allocate stuff where it shouldn't, Daniel Vetter
  • [RFC 10/17] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code, Daniel Vetter
    • Re: [RFC 10/17] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code, Christian König
      • Re: [RFC 10/17] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code, Daniel Vetter
        • Re: [RFC 10/17] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code, Daniel Vetter
          • Re: [RFC 10/17] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code, Christian König
            • Re: [RFC 10/17] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code, Daniel Vetter
  • [RFC 09/17] drm/amdgpu: use dma-fence annotations in cs_submit(), Daniel Vetter
    • Re: [RFC 09/17] drm/amdgpu: use dma-fence annotations in cs_submit(), Christian König
      • Re: [RFC 09/17] drm/amdgpu: use dma-fence annotations in cs_submit(), Daniel Vetter
  • [RFC 06/17] drm/atomic-helper: Add dma-fence annotations, Daniel Vetter
  • [RFC 08/17] drm/scheduler: use dma-fence annotations in main thread, Daniel Vetter
    • Re: [RFC 08/17] drm/scheduler: use dma-fence annotations in main thread, Daniel Vetter
  • [RFC 07/17] drm/amdgpu: add dma-fence annotations to atomic commit path, Daniel Vetter
  • [RFC 05/17] drm/vblank: Annotate with dma-fence signalling section, Daniel Vetter
  • [RFC 03/17] dma-fence: prime lockdep annotations, Daniel Vetter
  • [RFC 04/17] drm/vkms: Annotate vblank timer, Daniel Vetter
  • [RFC 02/17] dma-fence: basic lockdep annotations, Daniel Vetter
    • Message not available
      • Re: [RFC 02/17] dma-fence: basic lockdep annotations, Daniel Vetter
        • Message not available
          • Re: [RFC 02/17] dma-fence: basic lockdep annotations, Daniel Vetter
    • Re: [RFC 02/17] dma-fence: basic lockdep annotations, Jason Gunthorpe
      • Re: [RFC 02/17] dma-fence: basic lockdep annotations, Daniel Vetter
    • Message not available
      • Re: [RFC 02/17] dma-fence: basic lockdep annotations, Daniel Vetter
    • Re: [RFC 02/17] dma-fence: basic lockdep annotations, Maarten Lankhorst
    • Re: [RFC 02/17] dma-fence: basic lockdep annotations, Thomas Hellström (Intel)
      • Re: [RFC 02/17] dma-fence: basic lockdep annotations, Daniel Vetter
    • Re: [RFC 02/17] dma-fence: basic lockdep annotations, Luben Tuikov
      • Re: [RFC 02/17] dma-fence: basic lockdep annotations, Daniel Vetter
• [PATCH for-rc or next 0/3] minor hfi and qib fixes, Dennis Dalessandro
  • [PATCH for-rc or next 1/3] IB/hfi1: Do not destroy hfi1_wq when the device is shut down, Dennis Dalessandro
    • Re: [PATCH for-rc or next 1/3] IB/hfi1: Do not destroy hfi1_wq when the device is shut down, Leon Romanovsky
      • RE: [PATCH for-rc or next 1/3] IB/hfi1: Do not destroy hfi1_wq when the device is shut down, Wan, Kaike
        • Re: [PATCH for-rc or next 1/3] IB/hfi1: Do not destroy hfi1_wq when the device is shut down, Leon Romanovsky
          • RE: [PATCH for-rc or next 1/3] IB/hfi1: Do not destroy hfi1_wq when the device is shut down, Wan, Kaike
    • Re: [PATCH for-rc or next 1/3] IB/hfi1: Do not destroy hfi1_wq when the device is shut down, Jason Gunthorpe
      • RE: [PATCH for-rc or next 1/3] IB/hfi1: Do not destroy hfi1_wq when the device is shut down, Wan, Kaike
  • [PATCH for-rc or next 2/3] IB/hfi1: Do not destroy link_wq when the device is shut down, Dennis Dalessandro
    • Re: [PATCH for-rc or next 2/3] IB/hfi1: Do not destroy link_wq when the device is shut down, Leon Romanovsky
      • RE: [PATCH for-rc or next 2/3] IB/hfi1: Do not destroy link_wq when the device is shut down, Wan, Kaike
  • [PATCH for-rc or next 3/3] IB/qib: Call kobject_put() when kobject_init_and_add() fails, Dennis Dalessandro
    • Re: [PATCH for-rc or next 3/3] IB/qib: Call kobject_put() when kobject_init_and_add() fails, Leon Romanovsky
    • Re: [PATCH for-rc or next 3/3] IB/qib: Call kobject_put() when kobject_init_and_add() fails, Jason Gunthorpe
      • Re: [PATCH for-rc or next 3/3] IB/qib: Call kobject_put() when kobject_init_and_add() fails, Dennis Dalessandro
• [rdma:hmm] BUILD SUCCESS 5aa2ffa941e7d1f604848b0081a459b8971ffc40, kbuild test robot
• [PATCH for-rc] RDMA/srpt: Fix disabling device management, Kamal Heib
  • Re: [PATCH for-rc] RDMA/srpt: Fix disabling device management, Leon Romanovsky
    • Re: [PATCH for-rc] RDMA/srpt: Fix disabling device management, Kamal Heib
      • Re: [PATCH for-rc] RDMA/srpt: Fix disabling device management, Leon Romanovsky
        • Re: [PATCH for-rc] RDMA/srpt: Fix disabling device management, Kamal Heib
          • Re: [PATCH for-rc] RDMA/srpt: Fix disabling device management, Leon Romanovsky
            • Re: [PATCH for-rc] RDMA/srpt: Fix disabling device management, Kamal Heib
              • Re: [PATCH for-rc] RDMA/srpt: Fix disabling device management, Leon Romanovsky
                • Re: [PATCH for-rc] RDMA/srpt: Fix disabling device management, Kamal Heib
                  • Re: [PATCH for-rc] RDMA/srpt: Fix disabling device management, Jason Gunthorpe
                    • Re: [PATCH for-rc] RDMA/srpt: Fix disabling device management, Bart Van Assche
                      • Re: [PATCH for-rc] RDMA/srpt: Fix disabling device management, Jason Gunthorpe
                        • Re: [PATCH for-rc] RDMA/srpt: Fix disabling device management, Bart Van Assche
                          • Re: [PATCH for-rc] RDMA/srpt: Fix disabling device management, Jason Gunthorpe
          • Re: [PATCH for-rc] RDMA/srpt: Fix disabling device management, Gal Pressman
            • Re: [PATCH for-rc] RDMA/srpt: Fix disabling device management, Kamal Heib
  • Re: [PATCH for-rc] RDMA/srpt: Fix disabling device management, Jason Gunthorpe
• [PATCH v1 for-rc] RDMA/iw_cxgb4: Fix incorrect function parameters, Potnuri Bharat Teja
  • Re: [PATCH v1 for-rc] RDMA/iw_cxgb4: Fix incorrect function parameters, Jason Gunthorpe
• [PATCH] RDMA/rxe: Return -EFAULT if copy_from_user() fails, Dan Carpenter
  • RE: [PATCH] RDMA/rxe: Return -EFAULT if copy_from_user() fails, Yanjun Zhu
    • Re: [PATCH] RDMA/rxe: Return -EFAULT if copy_from_user() fails, Leon Romanovsky
  • Re: [PATCH] RDMA/rxe: Return -EFAULT if copy_from_user() fails, Leon Romanovsky
    • Re: [PATCH] RDMA/rxe: Return -EFAULT if copy_from_user() fails, Leon Romanovsky
      • Re: [PATCH] RDMA/rxe: Return -EFAULT if copy_from_user() fails, Dan Carpenter
        • Re: [PATCH] RDMA/rxe: Return -EFAULT if copy_from_user() fails, Leon Romanovsky
          • RE: [PATCH] RDMA/rxe: Return -EFAULT if copy_from_user() fails, Yanjun Zhu
  • Re: [PATCH] RDMA/rxe: Return -EFAULT if copy_from_user() fails, Jason Gunthorpe
• [PATCH v3 for-next 00/16] New hfi1 feature: Accelerated IP, Dennis Dalessandro
  • [PATCH v3 for-next 01/16] IB/hfi1: Add accelerated IP capability bit, Dennis Dalessandro
  • [PATCH v3 for-next 04/16] IB/hfi1: Remove module parameter for KDETH qpns, Dennis Dalessandro
  • [PATCH v3 for-next 05/16] IB/{rdmavt, hfi1}: Implement creation of accelerated UD QPs, Dennis Dalessandro
  • [PATCH v3 for-next 03/16] IB/hfi1: Add the transmit side of a datagram ipoib RDMA netdev, Dennis Dalessandro
  • [PATCH v3 for-next 06/16] IB/hfi1: RSM rules for AIP, Dennis Dalessandro
  • [PATCH v3 for-next 08/16] IB/hfi1: Rename num_vnic_contexts as num_netdev_contexts, Dennis Dalessandro
  • [PATCH v3 for-next 07/16] IB/ipoib: Increase ipoib Datagram mode MTU's upper limit, Dennis Dalessandro
    • Re: [PATCH v3 for-next 07/16] IB/ipoib: Increase ipoib Datagram mode MTU's upper limit, Nathan Chancellor
      • Re: [PATCH v3 for-next 07/16] IB/ipoib: Increase ipoib Datagram mode MTU's upper limit, Dennis Dalessandro
        • Re: [PATCH v3 for-next 07/16] IB/ipoib: Increase ipoib Datagram mode MTU's upper limit, Jason Gunthorpe
          • Re: [PATCH v3 for-next 07/16] IB/ipoib: Increase ipoib Datagram mode MTU's upper limit, Nathan Chancellor
            • Re: [PATCH v3 for-next 07/16] IB/ipoib: Increase ipoib Datagram mode MTU's upper limit, Leon Romanovsky
              • Re: [PATCH v3 for-next 07/16] IB/ipoib: Increase ipoib Datagram mode MTU's upper limit, Nathan Chancellor
                • Re: [PATCH v3 for-next 07/16] IB/ipoib: Increase ipoib Datagram mode MTU's upper limit, Ira Weiny
              • Re: [PATCH v3 for-next 07/16] IB/ipoib: Increase ipoib Datagram mode MTU's upper limit, Dennis Dalessandro
                • Re: [PATCH v3 for-next 07/16] IB/ipoib: Increase ipoib Datagram mode MTU's upper limit, Ira Weiny
                  • Re: [PATCH v3 for-next 07/16] IB/ipoib: Increase ipoib Datagram mode MTU's upper limit, Dennis Dalessandro
                    • Re: [PATCH v3 for-next 07/16] IB/ipoib: Increase ipoib Datagram mode MTU's upper limit, Leon Romanovsky
  • [PATCH v3 for-next 10/16] IB/hfi1: Add interrupt handler functions for accelerated ipoib, Dennis Dalessandro
  • [PATCH v3 for-next 09/16] IB/hfi1: Add functions to receive accelerated ipoib packets, Dennis Dalessandro
  • [PATCH v3 for-next 12/16] IB/hfi1: Activate the dummy netdev, Dennis Dalessandro
  • [PATCH v3 for-next 13/16] IB/{hfi1, ipoib, rdma}: Broadcast ping sent packets which exceeded mtu size, Dennis Dalessandro
  • [PATCH v3 for-next 14/16] IB/hfi1: Add packet histogram trace event, Dennis Dalessandro
  • [PATCH v3 for-next 15/16] IB/ipoib: Add capability to switch between datagram and connected mode, Dennis Dalessandro
  • [PATCH v3 for-next 16/16] IB/hfi1: Enable the transmit side of the datagram ipoib netdev, Dennis Dalessandro
  • [PATCH v3 for-next 02/16] IB/hfi1: Add functions to transmit datagram ipoib packets, Dennis Dalessandro
  • [PATCH v3 for-next 11/16] IB/hfi1: Add rx functions for dummy netdev, Dennis Dalessandro
  • Re: [PATCH v3 for-next 00/16] New hfi1 feature: Accelerated IP, Jason Gunthorpe
• Questions about masked atomic, liweihang
  • Re: Questions about masked atomic, Leon Romanovsky
    • Re: Questions about masked atomic, liweihang
      • Re: Questions about masked atomic, Leon Romanovsky
        • Re: Questions about masked atomic, Tom Talpey
          • Re: Questions about masked atomic, liweihang
• [PATCH v15 00/25] RTRS (former IBTRS) RDMA Transport Library and RNBD (former IBNBD) RDMA Network Block Device, Danil Kipnis
  • [PATCH v15 02/25] RDMA/rtrs: public interface header to establish RDMA connections, Danil Kipnis
  • [PATCH v15 03/25] RDMA/rtrs: private headers with rtrs protocol structs and helpers, Danil Kipnis
  • [PATCH v15 05/25] RDMA/rtrs: client: private header with client structs and functions, Danil Kipnis
  • [PATCH v15 04/25] RDMA/rtrs: core: lib functions shared between client and server modules, Danil Kipnis
  • [PATCH v15 06/25] RDMA/rtrs: client: main functionality, Danil Kipnis
  • [PATCH v15 07/25] RDMA/rtrs: client: statistics functions, Danil Kipnis
  • [PATCH v15 08/25] RDMA/rtrs: client: sysfs interface functions, Danil Kipnis
  • [PATCH v15 01/25] sysfs: export sysfs_remove_file_self(), Danil Kipnis
  • [PATCH v15 09/25] RDMA/rtrs: server: private header with server structs and functions, Danil Kipnis
  • [PATCH v15 10/25] RDMA/rtrs: server: main functionality, Danil Kipnis
  • [PATCH v15 11/25] RDMA/rtrs: server: statistics functions, Danil Kipnis
  • [PATCH v15 13/25] RDMA/rtrs: include client and server modules into kernel compilation, Danil Kipnis
  • [PATCH v15 12/25] RDMA/rtrs: server: sysfs interface functions, Danil Kipnis
  • [PATCH v15 14/25] RDMA/rtrs: a bit of documentation, Danil Kipnis
  • [PATCH v15 16/25] block/rnbd: client: private header with client structs and functions, Danil Kipnis
  • [PATCH v15 15/25] block/rnbd: private headers with rnbd protocol structs and helpers, Danil Kipnis
  • [PATCH v15 18/25] block/rnbd: client: sysfs interface functions, Danil Kipnis
  • [PATCH v15 19/25] block/rnbd: server: private header with server structs and functions, Danil Kipnis
  • [PATCH v15 17/25] block/rnbd: client: main functionality, Danil Kipnis
  • [PATCH v15 20/25] block/rnbd: server: main functionality, Danil Kipnis
  • [PATCH v15 21/25] block/rnbd: server: functionality for IO submitting to block dev, Danil Kipnis
  • [PATCH v15 22/25] block/rnbd: server: sysfs interface functions, Danil Kipnis
  • [PATCH v15 24/25] block/rnbd: a bit of documentation, Danil Kipnis
  • [PATCH v15 23/25] block/rnbd: include client and server modules into kernel compilation, Danil Kipnis
  • [PATCH v15 25/25] MAINTAINERS: Add maintainers for RNBD/RTRS modules, Danil Kipnis
  • Re: [PATCH v15 00/25] RTRS (former IBTRS) RDMA Transport Library and RNBD (former IBNBD) RDMA Network Block Device, Danil Kipnis
    • Re: [PATCH v15 00/25] RTRS (former IBTRS) RDMA Transport Library and RNBD (former IBNBD) RDMA Network Block Device, Jens Axboe
      • Re: [PATCH v15 00/25] RTRS (former IBTRS) RDMA Transport Library and RNBD (former IBNBD) RDMA Network Block Device, Jinpu Wang
      • Re: [PATCH v15 00/25] RTRS (former IBTRS) RDMA Transport Library and RNBD (former IBNBD) RDMA Network Block Device, Danil Kipnis
  • Re: [PATCH v15 00/25] RTRS (former IBTRS) RDMA Transport Library and RNBD (former IBNBD) RDMA Network Block Device, Jason Gunthorpe
• [PATCH RFC rdma-core] Verbs: Introduce import verbs for device, PD, MR, Yishai Hadas
  • Re: [PATCH RFC rdma-core] Verbs: Introduce import verbs for device, PD, MR, Gal Pressman
    • Re: [PATCH RFC rdma-core] Verbs: Introduce import verbs for device, PD, MR, Yishai Hadas
      • Re: [PATCH RFC rdma-core] Verbs: Introduce import verbs for device, PD, MR, Gal Pressman
        • Re: [PATCH RFC rdma-core] Verbs: Introduce import verbs for device, PD, MR, Alex Rosenbaum
          • Re: [PATCH RFC rdma-core] Verbs: Introduce import verbs for device, PD, MR, Gal Pressman
            • Re: [PATCH RFC rdma-core] Verbs: Introduce import verbs for device, PD, MR, Jason Gunthorpe
• [RFC PATCH] Query all valid GID table entries of an RDMA device, Parav Pandit
• [PATCH] RDMA/srpt: Add a newline when printing parameter 'srpt_service_guid' by sysfs, Xiongfeng Wang
  • Re: [PATCH] RDMA/srpt: Add a newline when printing parameter 'srpt_service_guid' by sysfs, Jason Gunthorpe
• [PATCH for-rc] RDMA/iw_cxgb4: Fix incorrect function parameters, Potnuri Bharat Teja
  • Re: [PATCH for-rc] RDMA/iw_cxgb4: Fix incorrect function parameters, Jason Gunthorpe
    • Re: [PATCH for-rc] RDMA/iw_cxgb4: Fix incorrect function parameters, Potnuri Bharat Teja
• [PATCH 0/4] Introducing RDMA shared CQ pool, Yamin Friedman
  • [PATCH 3/4] nvme-rdma: use new shared CQ mechanism, Yamin Friedman
    • Re: [PATCH 3/4] nvme-rdma: use new shared CQ mechanism, Sagi Grimberg
    • Re: [PATCH 3/4] nvme-rdma: use new shared CQ mechanism, Max Gurtovoy
  • [PATCH 1/4] infiniband/core: Add protection for shared CQs used by ULPs, Yamin Friedman
    • Re: [PATCH 1/4] infiniband/core: Add protection for shared CQs used by ULPs, Leon Romanovsky
      • Re: [PATCH 1/4] infiniband/core: Add protection for shared CQs used by ULPs, Sagi Grimberg
        • Re: [PATCH 1/4] infiniband/core: Add protection for shared CQs used by ULPs, Yamin Friedman
      • Re: [PATCH 1/4] infiniband/core: Add protection for shared CQs used by ULPs, Yamin Friedman
        • Re: [PATCH 1/4] infiniband/core: Add protection for shared CQs used by ULPs, Leon Romanovsky
  • [PATCH 4/4] nvmet-rdma: use new shared CQ mechanism, Yamin Friedman
    • Re: [PATCH 4/4] nvmet-rdma: use new shared CQ mechanism, Sagi Grimberg
  • [PATCH 2/4] RDMA/core: Introduce shared CQ pool API, Yamin Friedman
    • Re: [PATCH 2/4] RDMA/core: Introduce shared CQ pool API, Leon Romanovsky
      • Re: [PATCH 2/4] RDMA/core: Introduce shared CQ pool API, Yamin Friedman
        • Re: [PATCH 2/4] RDMA/core: Introduce shared CQ pool API, Leon Romanovsky
        • Re: [PATCH 2/4] RDMA/core: Introduce shared CQ pool API, Yamin Friedman
          • Re: [PATCH 2/4] RDMA/core: Introduce shared CQ pool API, Leon Romanovsky
    • Re: [PATCH 2/4] RDMA/core: Introduce shared CQ pool API, Sagi Grimberg
      • Re: [PATCH 2/4] RDMA/core: Introduce shared CQ pool API, Yamin Friedman
        • Re: [PATCH 2/4] RDMA/core: Introduce shared CQ pool API, Sagi Grimberg
          • Re: [PATCH 2/4] RDMA/core: Introduce shared CQ pool API, Yamin Friedman
    • [RDMA/core] 7b491b3fb2: BUG:kernel_hang_in_test_stage, kernel test robot
  • Re: [PATCH 0/4] Introducing RDMA shared CQ pool, Gal Pressman
    • Re: [PATCH 0/4] Introducing RDMA shared CQ pool, Yamin Friedman
  • Re: [PATCH 0/4] Introducing RDMA shared CQ pool, Sagi Grimberg
    • Re: [PATCH 0/4] Introducing RDMA shared CQ pool, Yamin Friedman
• [PATCH for-next 0/2] EFA host information, Gal Pressman
  • [PATCH for-next 1/2] RDMA/efa: Fix setting of wrong bit in get/set_feature commands, Gal Pressman
  • [PATCH for-next 2/2] RDMA/efa: Report host information to the device, Gal Pressman
    • Re: [PATCH for-next 2/2] RDMA/efa: Report host information to the device, Leon Romanovsky
      • Re: [PATCH for-next 2/2] RDMA/efa: Report host information to the device, Gal Pressman
        • Re: [PATCH for-next 2/2] RDMA/efa: Report host information to the device, Leon Romanovsky
          • Re: [PATCH for-next 2/2] RDMA/efa: Report host information to the device, Gal Pressman
            • Re: [PATCH for-next 2/2] RDMA/efa: Report host information to the device, Leon Romanovsky
    • Re: [PATCH for-next 2/2] RDMA/efa: Report host information to the device, kbuild test robot
      • Re: [PATCH for-next 2/2] RDMA/efa: Report host information to the device, Gal Pressman
        • Re: [PATCH for-next 2/2] RDMA/efa: Report host information to the device, Leon Romanovsky
          • Re: [PATCH for-next 2/2] RDMA/efa: Report host information to the device, Gal Pressman
• [PATCH 0/6] nouveau/hmm: add support for mapping large pages, Ralph Campbell
  • [PATCH 4/6] mm/hmm: add output flag for compound page mapping, Ralph Campbell
    • Re: [PATCH 4/6] mm/hmm: add output flag for compound page mapping, Christoph Hellwig
      • Re: [PATCH 4/6] mm/hmm: add output flag for compound page mapping, Ralph Campbell
        • Re: [PATCH 4/6] mm/hmm: add output flag for compound page mapping, Zi Yan
          • Re: [PATCH 4/6] mm/hmm: add output flag for compound page mapping, Ralph Campbell
  • [PATCH 6/6] hmm: add tests for HMM_PFN_COMPOUND flag, Ralph Campbell
  • [PATCH 5/6] nouveau/hmm: support mapping large sysmem pages, Ralph Campbell
  • [PATCH 1/6] nouveau/hmm: map pages after migration, Ralph Campbell
  • [PATCH 2/6] nouveau: make nvkm_vmm_ctor() and nvkm_mmu_ptp_get() static, Ralph Campbell
  • [PATCH 3/6] nouveau/hmm: fault one page at a time, Ralph Campbell
  • Re: [PATCH 0/6] nouveau/hmm: add support for mapping large pages, Matthew Wilcox
    • Re: [PATCH 0/6] nouveau/hmm: add support for mapping large pages, Ralph Campbell
      • Re: [PATCH 0/6] nouveau/hmm: add support for mapping large pages, Matthew Wilcox
        • Re: [PATCH 0/6] nouveau/hmm: add support for mapping large pages, Ralph Campbell
  • Re: [PATCH 0/6] nouveau/hmm: add support for mapping large pages, Jason Gunthorpe
    • Re: [PATCH 0/6] nouveau/hmm: add support for mapping large pages, Ralph Campbell
      • Re: [PATCH 0/6] nouveau/hmm: add support for mapping large pages, Jason Gunthorpe
• Add a __anon_inode_getfd helper, Christoph Hellwig
  • [PATCH 05/12] io_uring: use __anon_inode_getfd, Christoph Hellwig
  • [PATCH 11/12] gpiolib: use __anon_inode_getfd, Christoph Hellwig
  • [PATCH 12/12] vtpm_proxy: use __anon_inode_getfd, Christoph Hellwig
  • [PATCH 10/12] drm_syncobj: use __anon_inode_getfd, Christoph Hellwig
  • [PATCH 09/12] rdma: use __anon_inode_getfd, Christoph Hellwig
    • Re: [PATCH 09/12] rdma: use __anon_inode_getfd, Jason Gunthorpe
  • [PATCH 07/12] eventfd: use __anon_inode_getfd, Christoph Hellwig
  • [PATCH 08/12] vfio: use __anon_inode_getfd, Christoph Hellwig
    • Re: [PATCH 08/12] vfio: use __anon_inode_getfd, Alex Williamson
  • [PATCH 06/12] eventpoll: use __anon_inode_getfd, Christoph Hellwig
  • [PATCH 04/12] bpf: use __anon_inode_getfd, Christoph Hellwig
    • Re: [PATCH 04/12] bpf: use __anon_inode_getfd, Andrii Nakryiko
  • [PATCH 01/12] fd: add a new __anon_inode_getfd helper, Christoph Hellwig
  • [PATCH 02/12] kvm: use __anon_inode_getfd, Christoph Hellwig
  • [PATCH 03/12] pidfd: use __anon_inode_getfd, Christoph Hellwig
• [PATCH for-next 0/9] RDMA/hns: Various fixes and cleanups, Weihang Li
  • [PATCH for-next 1/9] RDMA/hns: Bugfix for querying qkey, Weihang Li
  • [PATCH for-next 3/9] RDMA/hns: Fix assignment to ba_pg_sz of eqe, Weihang Li
  • [PATCH for-next 4/9] RDMA/hns: Fix wrong assignment of SRQ's max_wr, Weihang Li
  • [PATCH for-next 2/9] RDMA/hns: Fix cmdq parameter of querying pf timer resource, Weihang Li
  • [PATCH for-next 6/9] RDMA/hns: Store mr len information into mr obj, Weihang Li
  • [PATCH for-next 5/9] RDMA/hns: Fix error with to_hr_hem_entries_count(), Weihang Li
  • [PATCH for-next 9/9] RDMA/hns: Reserve one sge in order to avoid local length error, Weihang Li
  • [PATCH for-next 8/9] RDMA/hns: Rename macro for defining hns hardware page size, Weihang Li
  • [PATCH for-next 7/9] RDMA/hns: Remove redundant memcpy(), Weihang Li
  • Re: [PATCH for-next 0/9] RDMA/hns: Various fixes and cleanups, liweihang
    • Re: [PATCH for-next 0/9] RDMA/hns: Various fixes and cleanups, liweihang
    • Re: [PATCH for-next 0/9] RDMA/hns: Various fixes and cleanups, Jason Gunthorpe
• [rdma:for-next] BUILD SUCCESS 42caf9cb59370cc6f296c7a9fe39fa66963236ff, kbuild test robot
• [PATCH] net/mlx5: Replace zero-length array with flexible-array, Gustavo A. R. Silva
  • Re: [PATCH] net/mlx5: Replace zero-length array with flexible-array, Jakub Kicinski
    • Re: [PATCH] net/mlx5: Replace zero-length array with flexible-array, Saeed Mahameed
      • Re: [PATCH] net/mlx5: Replace zero-length array with flexible-array, Jakub Kicinski
  • Re: [PATCH] net/mlx5: Replace zero-length array with flexible-array, Saeed Mahameed
  • Re: [PATCH] net/mlx5: Replace zero-length array with flexible-array, Saeed Mahameed
• [PATCH] IB/mlx4: Replace zero-length array with flexible-array, Gustavo A. R. Silva
  • Re: [PATCH] IB/mlx4: Replace zero-length array with flexible-array, Jakub Kicinski
    • Re: [PATCH] IB/mlx4: Replace zero-length array with flexible-array, Jason Gunthorpe
      • Re: [PATCH] IB/mlx4: Replace zero-length array with flexible-array, Jakub Kicinski
  • Re: [PATCH] IB/mlx4: Replace zero-length array with flexible-array, Jason Gunthorpe
    • Re: [PATCH] IB/mlx4: Replace zero-length array with flexible-array, Leon Romanovsky
• [PATCH] IB/rdmavt: Replace zero-length array with flexible-array, Gustavo A. R. Silva
  • Re: [PATCH] IB/rdmavt: Replace zero-length array with flexible-array, Jason Gunthorpe
• Resolving use-after-free in ib_nl_send_msg, Divya Indi
  • [PATCH 1/2] IB/sa: Resolving use-after-free in ib_nl_send_msg., Divya Indi
    • RE: [PATCH 1/2] IB/sa: Resolving use-after-free in ib_nl_send_msg., Wan, Kaike
    • Re: [PATCH 1/2] IB/sa: Resolving use-after-free in ib_nl_send_msg., Mark Bloch
      • RE: [PATCH 1/2] IB/sa: Resolving use-after-free in ib_nl_send_msg., Wan, Kaike
        • Re: [PATCH 1/2] IB/sa: Resolving use-after-free in ib_nl_send_msg., Mark Bloch
          • Re: [PATCH 1/2] IB/sa: Resolving use-after-free in ib_nl_send_msg., Divya Indi
        • Re: [PATCH 1/2] IB/sa: Resolving use-after-free in ib_nl_send_msg., Divya Indi
          • RE: [PATCH 1/2] IB/sa: Resolving use-after-free in ib_nl_send_msg., Wan, Kaike
    • Re: [PATCH 1/2] IB/sa: Resolving use-after-free in ib_nl_send_msg., Jason Gunthorpe
      • Re: [PATCH 1/2] IB/sa: Resolving use-after-free in ib_nl_send_msg., Divya Indi
        • Re: [PATCH 1/2] IB/sa: Resolving use-after-free in ib_nl_send_msg., Jason Gunthorpe
          • Re: [PATCH 1/2] IB/sa: Resolving use-after-free in ib_nl_send_msg., Divya Indi
            • Re: [PATCH 1/2] IB/sa: Resolving use-after-free in ib_nl_send_msg., Divya Indi
              • Re: [PATCH 1/2] IB/sa: Resolving use-after-free in ib_nl_send_msg., Jason Gunthorpe
    • Message not available
      • Re: [PATCH 1/2] IB/sa: Resolving use-after-free in ib_nl_send_msg., Divya Indi
• [PATCH][next] RDMA/mlx5: remove duplicated assignment to variable rcqe_sz, Colin King
  • Re: [PATCH][next] RDMA/mlx5: remove duplicated assignment to variable rcqe_sz, Leon Romanovsky
  • Re: [PATCH][next] RDMA/mlx5: remove duplicated assignment to variable rcqe_sz, Jason Gunthorpe
• [PATCH AUTOSEL 4.19 01/20] RDMA/mlx4: Initialize ib_spec on the stack, Sasha Levin
  • [PATCH AUTOSEL 4.19 13/20] RDMA/core: Fix race between destroy and release FD object, Sasha Levin
  • [PATCH AUTOSEL 4.19 07/20] RDMA/mlx5: Set GRH fields in query QP on RoCE, Sasha Levin
  • [PATCH AUTOSEL 4.19 08/20] RDMA/core: Prevent mixed use of FDs between shared ufiles, Sasha Levin