> Sorry for typo in cover letter, there is no SRQ here.
Series looks fine to me. Are you planning on the first two via mlx5-
next and the remainder via RDMA tree?
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signatur
On Tue, 2019-08-13 at 10:06 +, Leon Romanovsky wrote:
> On Mon, Aug 12, 2019 at 11:43:58AM -0400, Doug Ledford wrote:
> > On Thu, 2019-08-08 at 10:11 +, Leon Romanovsky wrote:
> > > On Thu, Aug 08, 2019 at 11:43:54AM +0300, Leon Romanovsky wrote:
> > &
r_len);
>
> return 0;
> }
I'm ok with the patch, but your commit message does not match what the
patch does at all. You need to correct the commit message.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57
2FDD
signature.asc
Description: This is a digitally signed message part
f_rate) ||
> @@ -1753,6 +1757,7 @@ static const struct nla_policy
> ifla_info_policy[IFLA_INFO_MAX+1] = {
>
> static const struct nla_policy ifla_vf_policy[IFLA_VF_MAX+1] = {
> [IFLA_VF_MAC] = { .len = sizeof(struct ifla_vf_mac)
> },
> + [IFLA_VF_BRO
On Sat, 2019-06-15 at 11:49 +0300, Denis Kirjanov wrote:
> On 6/14/19, Doug Ledford wrote:
> > On Fri, 2019-06-14 at 15:32 +0200, Denis Kirjanov wrote:
> > > in IPoIB case we can't see a VF broadcast address for but
> > > can see for PF
> > >
>
st copy an address without modifing ifla_vf_mac
> v2->v3: update the changelog
> v3->v4: update the changelog: add a link to the patch for iproute2
>
> Signed-off-by: Denis Kirjanov
I assume you want this to go as a series through netdev, so you can add
my:
Acked-by: Doug Ledford
gt; 82b11f071936 net/mlx5: Expose eswitch encap mode
> 98fdbea55037 net/mlx5: Declare more strictly devlink encap mode
>
> > RDMA/mlx5: Consider eswitch encap mode
> > RDMA/mlx5: Enable decap and packet reformat on FDB
>
> Doug, Jason
>
> Can you please take t
broadcast address in use
by each to make sure they are the same and not that they shouldn't be
able to see each other because they are on different P_Keys and
therefore different broadcast multicast groups.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B
)
>
Hi Michal,
In patch 2 and 3 both, you still have quite a few casts to (u8 __iomem
*). Why not just define the struct elements as u8 __iomem * instead of
void __iomem * and avoid all the casts?
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
> > I will make further investigations about other error handler after
> > ip_local_out.
> > If I am wrong, please correct me.
> >
> > Any reply is appreciated.
> >
> > Zhu Yanjun
> > On 2018/4/20 13:46, Yanjun Zhu wrote:
> > >
> &g
On 5/3/2018 5:11 PM, Or Gerlitz wrote:
> On Thu, May 3, 2018 at 9:37 PM, LR wrote:
>
>> MELLANOX MLX5 core VPI driver
>> M: Saeed Mahameed
>> -M: Matan Barak
>
> Goodbye Matan!
>
> You were a long time developer, maintainer, hacker and a very deeply thinking,
> pleasant, nice and ope
On Thu, 2018-05-03 at 21:37 +0300, Leon Romanovsky wrote:
> From: Leon Romanovsky
>
> Delete non-existent @mellanox.com addresses from MAINTAINERS file.
>
> Signed-off-by: Leon Romanovsky
Thanks, applied to for-rc.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fin
t; @@ -1141,7 +1143,8 @@ static enum resp_states duplicate_request(struct rxe_qp
> *qp,
> if (rc) {
> pr_err("Failed resending result. This flow is
> not handled - skb ignored\n");
> rxe_
license that matches the BSD-2-Clause
> > SPX. There is no 'three clause' version of the OpenIB.org
> > license.
> >
> > Signed-off-by: Jason Gunthorpe
>
> Acked-by: David S. Miller
>
Thanks, applied.
--
Doug Ledford
GPG KeyID: B826A3330E57
On 3/16/2018 12:18 PM, David Ahern wrote:
> On 3/13/18 1:58 PM, Doug Ledford wrote:
>> On Tue, 2018-03-13 at 13:45 -0700, David Ahern wrote:
>>> On 3/13/18 1:32 AM, Leon Romanovsky wrote:
>>>> On Mon, Mar 12, 2018 at 10:53:03AM -0700, David Ahern wrote:
>>>
nch
(mthca, mlx4, and mlx5 patches). Thanks.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
ted by
IANA on Feb 27 and May 20, 2009. And you *still* have software that
needs this? The only software that has ever used RDS was Oracle
software. I would have expected you guys to update your source code to
do the right thing long before now. In fact, I would expect you were
ready to retir
rtions(+), 3 deletions(-)
>
That first patch looks like a total bogon to me, but the remaining four
look fine.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
o match up with. Are there any versions of rds-tools that
actually use the kernel provided headers? Are there any other users of
uapi/linux/rds.h besides rds-tools?
Once the kernel and rds-tools package are in sync, rds-tools needs to be
modified to use the kernel header and proper ABI mainten
.
>
> Thanks,
> Saeed.
Series looks fine to me.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
space flow table default miss action support
> net/mlx5: Create bypass and loopback flow steering namespaces for
> RDMA
> RX
> RDMA/mlx5: RDMA_RX flow type support for user applications
I have no objection to this series.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
F
On Wed, 2019-08-21 at 17:02 +0300, Leon Romanovsky wrote:
> On Tue, Aug 20, 2019 at 01:54:59PM -0400, Doug Ledford wrote:
> > On Mon, 2019-08-19 at 14:36 +0300, Leon Romanovsky wrote:
> > > From: Leon Romanovsky
> > >
> > > Hi,
> > >
> > >
ex conflicts.
>
Thanks Stephen, we'll add it to the (largish this release) list of
conflicts to bring to Linus' attention.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
On Fri, 2017-10-06 at 16:37 -0700, Saeed Mahameed wrote:
> The following changes since commit
> e19b205be43d11bff638cad4487008c48d21c103:
>
> Linux 4.14-rc2 (2017-09-24 16:38:56 -0700)
Thanks for keeping the base at rc2 like I requested. Pulled.
--
Doug Ledford
Toukan
> Cc: netdev@vger.kernel.org
> Cc: linux-r...@vger.kernel.org
> Cc: Thomas Gleixner
> Signed-off-by: Kees Cook
> ---
> This requires commit 686fef928bba ("timer: Prepare to change timer
> callback argument type") in v4.14-rc3, but should be otherwise
> stand-al
driver to submit after this but still in this devel cycle.
> Please pull and let me know if there's any problem.
Once I hear that Dave is OK with the net changes, I'm ready to pull (if
I need to).
--
Doug Ledford
GPG Key ID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23
Bhumika Goyal
Acked-by: Doug Ledford
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
On Mon, 2017-10-16 at 05:45 +0100, David Miller wrote:
> > Once I hear that Dave is OK with the net changes, I'm ready to pull
> > (if
> > I need to).
>
> They look fine and I've pulled this into net-next.
Thanks, pulled here as well.
--
Doug Ledford
G
On 3/8/2018 1:04 PM, David Miller wrote:
> From: Saeed Mahameed
> Date: Wed, 7 Mar 2018 17:26:03 -0800
>
>> Hi Dave and Doug,
>>
>> This series includes shared code updates (IPSec part2) for mlx5 core
>> driver for both netdev and rdma subsystems. This series should be pulled
>> to both trees
On 3/8/2018 2:38 PM, Randy Dunlap wrote:
> On 03/08/2018 11:14 AM, Doug Ledford wrote:
>> On 3/8/2018 1:04 PM, David Miller wrote:
>>> From: Saeed Mahameed
>>> Date: Wed, 7 Mar 2018 17:26:03 -0800
>>>
>>>> Hi Dave and Doug,
>>>>
>
On Mon, 2018-03-12 at 21:43 +, Saeed Mahameed wrote:
> On Thu, 2018-03-08 at 14:14 -0500, Doug Ledford wrote:
> > On 3/8/2018 1:04 PM, David Miller wrote:
> > > From: Saeed Mahameed
> > > Date: Wed, 7 Mar 2018 17:26:03 -0800
> > >
> > > >
On Mon, 2018-03-12 at 21:43 -0400, Doug Ledford wrote:
> On Mon, 2018-03-12 at 21:43 +, Saeed Mahameed wrote:
> > On Thu, 2018-03-08 at 14:14 -0500, Doug Ledford wrote:
> > > On 3/8/2018 1:04 PM, David Miller wrote:
> > > > From: Saeed Mahameed
> > >
has become the standard drop box for low level kernel
network configuring tools. The RDMA subsystem may not be IP networking,
but it is still networking, so it seemed an appropriate fit.
> I do not need the overhead of
> sometimes I sync the rdma header file and sometimes I don'
up(struct mlx5_ib_dev *dev);
> -int mlx5_ib_stage_umr_res_init(struct mlx5_ib_dev *dev);
> -void mlx5_ib_stage_umr_res_cleanup(struct mlx5_ib_dev *dev);
> +int mlx5_ib_stage_post_ib_reg_umr_init(struct mlx5_ib_dev *dev);
> int mlx5_ib_stage_class_attr_init(struct mlx5_ib_dev *dev);
> void __
et fixes
> > series.
> >
> > Please pull and let me know if there's any issue,
>
> Looks good to me, pulled into net-next, thanks.
Thanks, pulled into rdma-next.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
/net/ethernet/mellanox/mlx5/core/mlx5_core.h| 7 +-
> include/linux/mlx5/driver.h | 6 +
> include/linux/mlx5/eswitch.h | 58
> 15 files changed, 796 insertions(+), 147 deletions(-)
> create mode 100644 drivers/infiniband/hw/mlx5/ib_rep.c
> create mode 100644 drivers/infiniband/hw/mlx5/ib_rep.h
> create mode 100644 include/linux/mlx5/eswitch.h
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
itch, I would
> > like to get Doug's or Jason's approval before pulling it in.
> >
> > The series doesn't cause any conflict with the latest mlx5 net fixes
> > series.
>
> With Doug's ACK, I've pulled this into net-next.
>
> Thanks.
Series pu
t;
> - Add const to static mlx5_flow_cmd structs where needed.
>
> Thanks,
> Saeed.
FWIW, the IB portions are fine with me (they're all pretty simple).
Acked-by: Doug Ledford
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274
ARISING FROM, OUT OF OR IN
> + * CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
> + * SOFTWARE.
> + */
> +
Nit: I would prefer a license identifier line followed by just the
copyright tag, not the full boiler plate.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
parse fixes patch
> > - Updated commit message of "net/mlx5: Add has_tag to mlx5_flow_act"
> > - Add const to static mlx5_flow_cmd structs where needed.
>
> Pulled, thanks Saeed.
Thanks, pulled here as well.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerp
On Wed, 2018-03-07 at 15:41 -0500, Doug Ledford wrote:
> On Wed, 2018-03-07 at 15:31 -0500, David Miller wrote:
> > From: Saeed Mahameed
> > Date: Tue, 6 Mar 2018 22:35:03 -0800
> >
> > > This series includes shared code updates for mlx5 core driver for both
&g
e the new
item to make us compliant with the new docs, and deprecate the old sysfs
item, but we can't just yank the old item. Existing tools/scripts might
(probably) rely on it (existing tools already special case IPoIB
interfaces and we'll need to make sure they don't special
On Fri, 2018-08-31 at 11:57 +0300, Arseny Maslennikov wrote:
> On Thu, Aug 30, 2018 at 04:17:58PM -0400, Doug Ledford wrote:
> > On Thu, 2018-08-30 at 21:22 +0300, Arseny Maslennikov wrote:
> > > Some InfiniBand network devices have multiple ports on the same PCI
> > >
e?
> > >
> >
> > Netdev code relies on macros around a *static* function 'netdev_show',
> > which is defined in net/core/net-sysfs.c; it is not listed in any header
> > files, and the macros aren't as well. This all leads me to believe it
> > was n
ction is done as part of ipoib_add_port() so the port itself isn't
live yet. Things like udev shouldn't be scanning it until after we've
finished bringing it up and added it to the system, so any race here is
unimportant IMO.
> > static struct net_device *ipoib_a
On Fri, 2018-09-07 at 20:28 +0300, Leon Romanovsky wrote:
> On Fri, Sep 07, 2018 at 01:14:37PM -0400, Doug Ledford wrote:
> > On Thu, 2018-09-06 at 16:03 +0300, Leon Romanovsky wrote:
> > > On Thu, Sep 06, 2018 at 10:04:33AM +0300, Arseny Maslennikov wrote:
> > > >
gt; udev in particular does not use dev_id at all since 2014, because "why
> > would we keep using dev_id if it is not the right thing to use?".
> >
> > >
> > > Do we know there is no userspace doing this?
> > >
> >
> > Not
ng the wrong
variable is too noisy, then we might want to revert it or modify it to
only print out once per specific executable instead of once per run of
each executable.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
o @rc4.
> >
> > V2->V3:
> > - Fixed compilation warning, reported by Dave.
> >
> > Please pull and let me know if there's any problem.
>
> Looks good, pulled, thank you.
Hi Jason,
Unless I missed something, you haven't pulled this for for-n
On Fri, 2018-01-05 at 12:26 -0700, Jason Gunthorpe wrote:
> On Fri, Jan 05, 2018 at 02:07:34PM -0500, Doug Ledford wrote:
>
> > > > V2->V3:
> > > > - Fixed compilation warning, reported by Dave.
> > > >
> > > > Please pull and let me kno
| 8 ++
> include/linux/mlx5/mlx5_ifc.h| 3 ++-
> include/linux/mlx5/mlx5_ifc_fpga.h | 16 +++
> 4 files changed, 53 insertions(+), 2 deletions(-)
>
For the RDMA community, series ack:
Acked-by: Doug Ledford
--
Doug Ledford
GPG Key
you to ack the original patch series, not apply
it, and when acks from both the net and rdma side have been received,
then we will get a pull request of just that series.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
On Fri, 2018-06-01 at 19:21 +0300, Leon Romanovsky wrote:
> On Fri, Jun 01, 2018 at 11:45:58AM -0400, David Miller wrote:
> > From: Doug Ledford
> > Date: Fri, 01 Jun 2018 11:08:24 -0400
> >
> > > On Thu, 2018-05-31 at 15:36 -0400, David Miller wrote:
> > &g
On Fri, 2018-06-01 at 11:45 -0400, David Miller wrote:
> From: Doug Ledford
> Date: Fri, 01 Jun 2018 11:08:24 -0400
>
> > On Thu, 2018-05-31 at 15:36 -0400, David Miller wrote:
> >> From: Saeed Mahameed
> >> Date: Wed, 30 May 2018 10:59:48 -0700
> >>
gt; };
>
> enum mlx5_flow_destination_type {
> @@ -9276,7 +9286,9 @@ struct mlx5_ifc_umem_bits {
> struct mlx5_ifc_uctx_bits {
> u8 modify_field_select[0x40];
>
> - u8 reserved_at_40[0x1c0];
> + u8 cap[0x20];
> +
> + u8 re
/dl-for-next branch. Because it pulled in the
mlx5-next tree (which was significant because the patch we wanted was at
the tip and a whole slew of other patches were before it), the changeset
for this patch looks much bigger. And it had the merge conflict you
mentioned. You might want to double che
On Tue, 2018-12-04 at 12:15 -0700, Jason Gunthorpe wrote:
> On Tue, Dec 4, 2018 at 12:02 PM Doug Ledford wrote:
> > On Mon, 2018-11-26 at 08:28 +0200, Leon Romanovsky wrote:
> > > From: Leon Romanovsky
> > >
> > > From Yishai,
> > > -
gt; 5 files changed, 79 insertions(+), 22 deletions(-)
>
> --
> 2.14.4
>
Hi Leon,
This series looks fine. Let me know when the net/mlx5 portion has been
committed.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
On Tue, 2018-10-16 at 22:00 +0300, Leon Romanovsky wrote:
> On Tue, Oct 16, 2018 at 02:39:01PM -0400, Doug Ledford wrote:
> > On Tue, 2018-10-09 at 12:05 +0300, Leon Romanovsky wrote:
> > > From: Leon Romanovsky
> > >
> > > Changelog v0->v1:
> > >
-by: Guy Levi
> Signed-off-by: Leon Romanovsky
Thanks, applied to for-next.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
etter readability.
>
> Thanks
This looks fine. Let me know when it's in the mlx5-next tree to pull.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
On Tue, 2018-11-06 at 22:02 +, Jason Gunthorpe wrote:
> On Tue, Nov 06, 2018 at 04:31:08PM -0500, Doug Ledford wrote:
> > On Wed, 2018-10-31 at 12:20 +0200, Leon Romanovsky wrote:
> > > From: Yishai Hadas
> > >
> > > Adapt XRC SRQ to the latest HW
will appreciate suggestions, inputs and review.
>
> 1. git grep "nid == -1"
> 2. git grep "node == -1"
> 3. git grep "nid = -1"
> 4. git grep "node = -1"
>
> drivers/infiniband/hw/hfi1/affinity.c | 3 ++-
> drivers/infiniband
h the mlx5 tree and get picked up by Dave and us, and
then we take the rest? This is unclear to me...
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
Let me know a tag when it's ready to merge.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
On Sat, 2018-09-22 at 00:40 +0300, Leon Romanovsky wrote:
> On Fri, Sep 21, 2018 at 04:05:53PM -0400, Doug Ledford wrote:
> > On Fri, 2018-09-21 at 22:33 +0300, Leon Romanovsky wrote:
> > > Hope it makes it clear now.
> >
> > Clear enough. Between yours and Jason&#
> .../net/ethernet/mellanox/mlx5/core/en_common.c| 2 +-
> include/linux/mlx5/mlx5_ifc.h | 4 +-
> include/uapi/rdma/mlx5-abi.h | 2 +
> 6 files changed, 138 insertions(+), 43 deletions(-)
>
> --
> 2.14.4
>
Thanks, fir
> > see tag log below.
> >
> > Please pull and let me know if there's any problem.
>
> Looks good, pulled into net-next.
>
> Thanks.
Thanks, pulled into rdma-next.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B
n the form of > > [print_type], value> tuples, where the key is a string and the value can
> > > be any supported driver attribute. The print_type attribute, if present,
> >
> > ditto
>
> I'll fix these.
Fix it if you want, but don't do it beca
On Tue, 2018-05-15 at 19:59 +0300, Leon Romanovsky wrote:
> On Tue, May 15, 2018 at 12:35:34PM -0400, Doug Ledford wrote:
> > On Mon, 2018-05-14 at 09:51 -0500, Steve Wise wrote:
> > >
> > > On 5/13/2018 8:24 AM, Leon Romanovsky wrote:
> > > > On Mon, May 0
/* s64 */
> > + RDMA_NLDEV_ATTR_DRIVER_U64, /* u64 */
>
> and again here.
>
> >
> > /*
> > * Provides logical name and index of netdevice which is
> >
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
2 */
> > + RDMA_NLDEV_ATTR_DRIVER_S64, /* s64 */
> > + RDMA_NLDEV_ATTR_DRIVER_U64, /* u64 */
>
> and again here.
This chunk, however, is a problem. We'll need to fix that in the kernel
and in this patch too.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
quash that fix into Steve's patch and it should resolve the issue.
Or Steve can respin the set. Either way.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
On Tue, 2018-05-15 at 14:01 -0600, David Ahern wrote:
> On 5/15/18 2:00 PM, Doug Ledford wrote:
> > I just sent an incremental fix to the list under separate cover. You
> > can squash that fix into Steve's patch and it should resolve the issue.
> > Or Steve can r
On Tue, 2018-05-15 at 15:28 -0500, Steve Wise wrote:
> > -Original Message-
> > From: linux-rdma-ow...@vger.kernel.org > ow...@vger.kernel.org> On Behalf Of Doug Ledford
> > Sent: Tuesday, May 15, 2018 2:53 PM
> > To: David Ahern ; Steve Wise
>
capture the two different merge commit messages one
> > by one.
> >
> > Is this basically how you want to handle things moving forward?
> >
>
> Thanks Dave !
> Basically yes, we want to avoid sending netdev related patches to rdma,
> and vice versa.
> Unlik
> Unless you don't trust your new code? :)
I have yet to see, in over 20 years of kernel experience, a new driver
replace an old driver and not initially be more buggy and troublesome
than the old driver. It takes time and real world usage for the final
issues to get sorted out. During
ew cycles
> > before removing it.
> >
> > If you completely replace it with something that works the same, why
> > keep the old
> > one around at all?
>
> Agree. Thanks!
>
>
> > Unless you don't trust your new code? :)
> >
> We do :)
I don't
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
signature.asc
Description: This is a digitally signed message part
mvsas/mv_init.c | 6 +-
> drivers/scsi/mvsas/mv_sas.c | 6 +-
> drivers/scsi/pmcraid.c| 10 +--
> drivers/scsi/pmcraid.h| 2 +-
> include/linux/mlx5/driver.h | 2 +-
> include/linux/pci.h | 9 ---
> 35 files changed, 269 insertions(+), 278 deletions(-)
>
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
id_priv->id.event_handler
>
> Signed-off-by: Guanglei Li
> Signed-off-by: Honglei Wang
> Reviewed-by: Junxiao Bi
> Reviewed-by: Yanjun Zhu
> Reviewed-by: Leon Romanovsky
> Acked-by: Santosh Shilimkar
RDS patches normally go through Dave's tree, so for
s a
reasonable driver that can continue to work with future planned RDMA
subsystem updates and across various link layers, we remove the
EXPERIMENTAL marker and freeze the API for user space.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
27;ve even had
things like a 12 patch series that buried three netdev@ appropriate
patches at different points in the series and told the submitter to
move all of the netdev@ related patches to the front and submit them to
netdev@ so they can be reviewed as a group before I would move on to
the othe
On Tue, 2017-05-16 at 12:29 -0400, David Miller wrote:
> From: Doug Ledford
> Date: Tue, 16 May 2017 11:57:04 -0400
>
> > Regardless though, I'm rather purturbed about this entire thing.
> If
> > you are right that because this got into 4.11, it's now a done
&
On Tue, 2017-05-16 at 12:41 -0400, David Miller wrote:
> From: Doug Ledford
> Date: Tue, 16 May 2017 12:36:01 -0400
>
> > On Tue, 2017-05-16 at 18:30 +0200, Christoph Hellwig wrote:
> >> On Tue, May 16, 2017 at 12:29:23PM -0400, David Miller wrote:
> >> >
>
On Tue, 2017-05-16 at 12:49 -0400, David Miller wrote:
> From: Doug Ledford
> Date: Tue, 16 May 2017 12:42:43 -0400
>
> > On Tue, 2017-05-16 at 12:29 -0400, David Miller wrote:
> >> From: Doug Ledford
> >> Date: Tue, 16 May 2017 11:57:04 -0400
> >
On Tue, 2017-05-16 at 13:36 -0400, David Miller wrote:
> From: Doug Ledford
> Date: Tue, 16 May 2017 13:20:44 -0400
>
> > Anyway, we're just talking out what happened, when what we really
> need
> > to focus on is moving forward. Again, your thoughts on marking SM
On Tue, 2017-05-16 at 14:52 -0400, David Miller wrote:
> From: Doug Ledford
> Date: Tue, 16 May 2017 14:03:22 -0400
>
> > On Tue, 2017-05-16 at 13:36 -0400, David Miller wrote:
> >> From: Doug Ledford
> >> Date: Tue, 16 May 2017 13:20:44 -0400
> >>
On Tue, 2017-05-16 at 15:28 -0400, Doug Ledford wrote:
> I hadn't realized EXPERIMENTAL was gone. Which is too bad, because
> that's entirely appropriate in this case, and would have had the
> desired side effect of keeping it out of any non-cutting edge distros
> and warn
l before it has had time to fully sit and gel, acceptable.
But this is where we kind of need a judgment from on high, and why I
Cc:ed Linus on this thread. Any input on this issue Linus?
> I have additional proposal for link groups, resource creation area. I will
> take that up after this discu
do. But is the question of a possible revert settled? Because
once I pull, a revert means I have to pull all the way up to the revert
as well...
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
posed to look at?
net-next
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
u want to handle this differently or want
> me to change something.
>
> Thanks.
You've got it, I'll skip it, it's all good.
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
someplace else.
This is a valid concern.
> This is especially true for mlx nics as there are many raw packet
> bypass mechanisms available to userspace.
Right. The question becomes: Does the firmware filter outgoing raw ETH
QPs such that a nefarious user could not send a crafted RoCE packet
that the bump on the wire would intercept and accept?
--
Doug Ledford
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
your latest net-next as
of today as the easiest way to resolve that issue. Now I can merge my
-rc branch in and it won't cause any extra noise in the merge. It
seems to be a fairly regular pattern that I'm going to have to hold my
pull request to Linus until after your tree is
tch set, please have an answer for how it should work
on each hardware type even if you don't have implementation patches for
each hardware type.
--
Doug Ledford
GPG KeyID: 0E572FDD
signature.asc
Description: This is a digitally signed message part
On Tue, 2015-05-26 at 10:59 -0600, Jason Gunthorpe wrote:
> On Tue, May 26, 2015 at 09:34:40AM -0400, Doug Ledford wrote:
>
> > This is a core feature more than anything else. Namespaces for RDMA
> > devices is not unique to IB or RoCE in any way. Yet no thought has been
>
On Thu, 2015-05-28 at 16:07 +0300, Haggai Eran wrote:
> On 26/05/2015 16:34, Doug Ledford wrote:
> > On Sun, 2015-05-17 at 08:50 +0300, Haggai Eran wrote:
> > This is a core feature more than anything else. Namespaces for RDMA
> > devices is not unique to IB or RoCE in any
trying to stop the "support train" here, but at the same time,
if the train is headed for a bridge that's out
--
Doug Ledford
GPG KeyID: 0E572FDD
signature.asc
Description: This is a digitally signed message part
On Thu, 2015-05-28 at 22:05 +0300, Or Gerlitz wrote:
> On Thu, May 28, 2015 at 9:22 PM, Doug Ledford wrote:
>
> >> I don't think that is what Doug said.
>
> > Indeed. There is no need to scrap things, but if the design as it
> > stands, and the intended m
ncludes
>> patches on cxgb4 and iw_cxgb4 driver.
>>
>> We have included all the maintainers of respective drivers. Kindly review
>> the change and let us know in case of any review comments.
>>
>> Thanks
>>
>
> These look ok to me.
>
1 - 100 of 201 matches
Mail list logo
