From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.4 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 169D4C33CAF for ; Thu, 16 Jan 2020 20:11:06 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id DDF6C2064C for ; Thu, 16 Jan 2020 20:11:05 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=ziepe.ca header.i=@ziepe.ca header.b="O3LgneW4" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387420AbgAPULF (ORCPT ); Thu, 16 Jan 2020 15:11:05 -0500 Received: from mail-qt1-f194.google.com ([209.85.160.194]:45678 "EHLO mail-qt1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726366AbgAPULE (ORCPT ); Thu, 16 Jan 2020 15:11:04 -0500 Received: by mail-qt1-f194.google.com with SMTP id w30so19932419qtd.12 for ; Thu, 16 Jan 2020 12:11:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=VLJ8QkOcX3t7d82wsjMicfun36MkNJGJqWSP4tuEu6Y=; b=O3LgneW4OlbzQFQnev5YneQWSmULSclzU2wUqsZSPaY0fufd+ljEAI4ZTIsEJXigGi PxYDgOc5+mgruMG1kIazRNgHf4AK32SS4KBo0JXDYq0CyDL2Dwf2f8WRzhvoyuzoc9rz A9Tgsyec4a3SREqsNhOnas+yWw8ylhqEJnnxrqiibcmESbum6E/IHfS1fNLAfQj5GhUD 71uOX21+TsXp83IHmE03SOVqi34OEN4a4jW/vHPEOLF7bj+2m5Ina3Az57eVKyrKHaih xnuU37CIois+/qXKR9DOxVZtpH3EmeERsxQyLS/xtoSQeS56ZSFireh1dr7hRX69Oatt smvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=VLJ8QkOcX3t7d82wsjMicfun36MkNJGJqWSP4tuEu6Y=; b=gar8Jm7JdtPIDV95CsHEJUJIr4kcVDEqDbV+Pyg+ivxcFOwAu6QVhqcPMphwsOgXhb vObkTskeGX48LEjbT7Z9d6goO7AP6O+wpf3vkEu+SiaCS1voAgJrRpEaiyWLs9jf4wzZ Q3i4h3/De9iawbxbEoSWEehDrRBPUwlMbWEG8PMbyG0ST5k3oBC4ZnKPCUpr+k/2OnPy cili7Tvj1r1h5HRqqC3OY4L0OhIwiWW4qgz2KcaXrA16pQCBKHLsGjbQAzl5oTohwf8J Iu+9jddDW2J6HjP9Osg1w12Iyt+Q1P/VTgnrL/4duNrXkhGDaD4LbBoGwerSsuk0acmV fUFg== X-Gm-Message-State: APjAAAUuqxrc1dIqbXZKDLt1gPVn0Sy7PN8aEiqqEATL/HcyoliM3s/t DmoG0uwodg5SD+MtfiTM5CNnbQ== X-Google-Smtp-Source: APXvYqwomipdMfBOwQzlkklm9qE8ODUI5spCa3Bt9bAxIbNmwFQPyPe8ro03l0MosHBcCHXmjzMysA== X-Received: by 2002:aed:2284:: with SMTP id p4mr4138822qtc.329.1579205464105; Thu, 16 Jan 2020 12:11:04 -0800 (PST) Received: from ziepe.ca (hlfxns017vw-142-68-57-212.dhcp-dynamic.fibreop.ns.bellaliant.net. [142.68.57.212]) by smtp.gmail.com with ESMTPSA id d51sm11781844qtc.67.2020.01.16.12.11.03 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 16 Jan 2020 12:11:03 -0800 (PST) Received: from jgg by mlx.ziepe.ca with local (Exim 4.90_1) (envelope-from ) id 1isBTq-0007gA-QA; Thu, 16 Jan 2020 16:11:02 -0400 Date: Thu, 16 Jan 2020 16:11:02 -0400 From: Jason Gunthorpe To: Leon Romanovsky Cc: Yishai Hadas , linux-rdma@vger.kernel.org, dledford@redhat.com, saeedm@mellanox.com, maorg@mellanox.com, michaelgur@mellanox.com, netdev@vger.kernel.org Subject: Re: [PATCH rdma-next 00/10] Relaxed ordering memory regions Message-ID: <20200116201102.GH10759@ziepe.ca> References: <1578506740-22188-1-git-send-email-yishaih@mellanox.com> <20200115180848.GA13397@ziepe.ca> <20200116092008.GB6853@unreal> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200116092008.GB6853@unreal> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-rdma-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-rdma@vger.kernel.org On Thu, Jan 16, 2020 at 11:20:08AM +0200, Leon Romanovsky wrote: > On Wed, Jan 15, 2020 at 02:08:48PM -0400, Jason Gunthorpe wrote: > > On Wed, Jan 08, 2020 at 08:05:30PM +0200, Yishai Hadas wrote: > > > This series adds an ioctl command to allocate an async event file followed by a > > > new ioctl command to get a device context. > > > > > > The get device context command enables reading some core generic capabilities > > > such as supporting an optional MR access flags by IB core and its related > > > drivers. > > > > > > Once the above is enabled, a new optional MR access flag named > > > IB_UVERBS_ACCESS_RELAXED_ORDERING is added and is used by mlx5 driver. > > > > > > This optional flag allows creation of relaxed ordering memory regions. Access > > > through such MRs can improve performance by allowing the system to reorder > > > certain accesses. > > > > > > As relaxed ordering is an optimization, drivers that do not support it can > > > simply ignore it. > > > > > > Note: This series relies on the 'Refactoring FD usage' series [1] that was sent > > > to rdma-next. > > > [1] https://patchwork.kernel.org/project/linux-rdma/list/?series=225541 > > > > > > Yishai > > > > > > Jason Gunthorpe (3): > > > RDMA/core: Add UVERBS_METHOD_ASYNC_EVENT_ALLOC > > > RDMA/core: Remove ucontext_lock from the uverbs_destry_ufile_hw() path > > > RDMA/uverbs: Add ioctl command to get a device context > > > > > > Michael Guralnik (7): > > > net/mlx5: Expose relaxed ordering bits > > > RDMA/uverbs: Verify MR access flags > > > RDMA/core: Add optional access flags range > > > RDMA/efa: Allow passing of optional access flags for MR registration > > > RDMA/uverbs: Add new relaxed ordering memory region access flag > > > RDMA/core: Add the core support field to METHOD_GET_CONTEXT > > > RDMA/mlx5: Set relaxed ordering when requested > > > > This looks OK, can you update the shared branch please > > Thanks, applied > f4db8e8b0dc3 net/mlx5: Expose relaxed ordering bits Okay, applied to for-next Thanks, Jason