1. 22 4月, 2021 3 次提交
  2. 11 7月, 2020 1 次提交
  3. 24 6月, 2020 1 次提交
  4. 09 7月, 2019 1 次提交
  5. 05 7月, 2019 5 次提交
  6. 26 6月, 2019 1 次提交
    • D
      RDMA/netlink: Audit policy settings for netlink attributes · 34d65cd8
      Doug Ledford 提交于
      For all string attributes for which we don't currently accept the element
      as input, we only use it as output, set the string length to
      RDMA_NLDEV_ATTR_EMPTY_STRING which is defined as 1.  That way we will only
      accept a null string for that element.  This will prevent someone from
      writing a new input routine that uses the element without also updating
      the policy to have a valid value.
      
      Also while there, make sure the existing entries that are valid have the
      correct policy, if not, correct the policy.  Remove unnecessary checks
      for nla_strlcpy() overflow once the policy has been set correctly.
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      Signed-off-by: NJason Gunthorpe <jgg@mellanox.com>
      34d65cd8
  7. 19 6月, 2019 2 次提交
  8. 18 6月, 2019 1 次提交
  9. 14 5月, 2019 1 次提交
  10. 23 4月, 2019 1 次提交
  11. 09 4月, 2019 1 次提交
  12. 30 3月, 2019 1 次提交
  13. 29 3月, 2019 2 次提交
  14. 20 2月, 2019 3 次提交
  15. 06 2月, 2019 1 次提交
  16. 05 2月, 2019 2 次提交
    • S
      RDMA/IWPM: Support no port mapping requirements · b0bad9ad
      Steve Wise 提交于
      A soft iwarp driver that uses the host TCP stack via a kernel mode socket
      does not need port mapping.  In fact, if the port map daemon, iwpmd, is
      running, then iwpmd must not try and create/bind a socket to the actual
      port for a soft iwarp connection, since the driver already has that socket
      bound.
      
      Yet if the soft iwarp driver wants to interoperate with hard iwarp devices
      that -are- using port mapping, then the soft iwarp driver's mappings still
      need to be maintained and advertised by the iwpm protocol.
      
      This patch enhances the rdma driver<->iwcm interface to allow an iwarp
      driver to specify that it does not want port mapping.  The iwpm
      kernel<->iwpmd interface is also enhanced to pass up this information on
      map requests.
      
      Care is taken to interoperate with the current iwpmd version (ABI version
      3) and only use the new NL attributes if iwpmd supports ABI version 4.
      
      The ABI version define has also been created in rdma_netlink.h so both
      kernel and user code can share it.  The iwcm and iwpmd negotiate the ABI
      version to use with a new HELLO netlink message.
      Signed-off-by: NSteve Wise <swise@opengridcomputing.com>
      Reviewed-by: NTatyana Nikolova <Tatyana.E.Nikolova@intel.com>
      Signed-off-by: NJason Gunthorpe <jgg@mellanox.com>
      b0bad9ad
    • S
      RDMA/IWPM: refactor the IWPM message attribute names · f76903d5
      Steve Wise 提交于
      In order to add new IWPM_NL attributes, the enums for the IWPM commands
      attributes are refactored such that a new attribute can be added without
      breaking ABI version 3. Instead of sharing nl attribute enums for both
      request and response messages, we create separate enums for each IWPM
      message request and reply.  This allows us to extend any given IWPM
      message by adding new attributes for just that message.  These new enums
      are created, though, in a way to avoid breaking ABI version 3.
      Signed-off-by: NSteve Wise <swise@opengridcomputing.com>
      Reviewed-by: NTatyana Nikolova <Tatyana.E.Nikolova@intel.com>
      Signed-off-by: NJason Gunthorpe <jgg@mellanox.com>
      f76903d5
  17. 21 12月, 2018 1 次提交
  18. 17 10月, 2018 1 次提交
  19. 16 5月, 2018 1 次提交
  20. 04 5月, 2018 2 次提交
    • S
      RDMA/nldev: add driver-specific resource tracking · da5c8507
      Steve Wise 提交于
      Each driver can register a "fill entry" function with the restrack core.
      This function will be called when filling out a resource, allowing the
      driver to add driver-specific details.  The details consist of a
      nltable of nested attributes, that are in the form of <key, [print-type],
      value> tuples.  Both key and value attributes are mandatory.  The key
      nlattr must be a string, and the value nlattr can be one of the driver
      attributes that are generic, but typed, allowing the attributes to be
      validated.  Currently the driver nlattr types include string, s32,
      u32, s64, and u64.  The print-type nlattr allows a driver to specify
      an alternative display format for user tools displaying the attribute.
      For example, a u32 attribute will default to "%u", but a print-type
      attribute can be included for it to be displayed in hex.  This allows
      the user tool to print the number in the format desired by the driver
      driver.
      
      More attrs can be defined as they become needed by drivers.
      Signed-off-by: NSteve Wise <swise@opengridcomputing.com>
      Reviewed-by: NLeon Romanovsky <leonro@mellanox.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      da5c8507
    • S
      RDMA/nldev: Add explicit pad attribute · 25a0ad85
      Steve Wise 提交于
      Add a specific RDMA_NLDEV_ATTR_PAD attribute to be used for 64b
      attribute padding.  To preserve the ABI, make this attribute equal to
      RDMA_NLDEV_ATTR_UNSPEC, which has a value of 0, because that has been
      used up until now as the pad attribute.
      
      Change all the previous use of 0 as the pad with this
      new enum.
      Signed-off-by: NSteve Wise <swise@opengridcomputing.com>
      Reviewed-by: NLeon Romanovsky <leonro@mellanox.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      25a0ad85
  21. 30 3月, 2018 1 次提交
  22. 09 3月, 2018 4 次提交
  23. 01 2月, 2018 1 次提交
  24. 30 1月, 2018 2 次提交