From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steve Wise Subject: Re: [PATCH 1/3] IB/uverbs: reject invalid or unknown opcodes Date: Thu, 20 Aug 2015 17:30:33 -0500 Message-ID: <55D65509.40908@opengridcomputing.com> References: <1440002254-795-1-git-send-email-hch@lst.de> <1440002254-795-2-git-send-email-hch@lst.de> <20150819174614.GC22646@obsidianresearch.com> <20150819174802.GA13875@lst.de> <20150819175425.GE22646@obsidianresearch.com> <55D594B3.7090807@dev.mellanox.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <55D594B3.7090807-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org> Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Sagi Grimberg , Jason Gunthorpe , Christoph Hellwig Cc: Doug Ledford , Sean Hefty , Hal Rosenstock , Eli Cohen , linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, stable-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: linux-rdma@vger.kernel.org On 8/20/2015 3:49 AM, Sagi Grimberg wrote: > On 8/19/2015 8:54 PM, Jason Gunthorpe wrote: >> On Wed, Aug 19, 2015 at 07:48:02PM +0200, Christoph Hellwig wrote: >>> On Wed, Aug 19, 2015 at 11:46:14AM -0600, Jason Gunthorpe wrote: >>>> Reviewed-by: Jason Gunthorpe >>>> >>>> AFAIK, this path is rarely (never?) actually used. I think all the >>>> drivers we have can post directly from userspace. >>> >>> Oh, interesting. Is there any chance to deprecate it? Not having >>> to care for the uvers command would really help with some of the >>> upcoming changes I have in my mind. >> >> Hmm, we'd need a survey of the userspace side to see if it is rarely >> or never... >> >> And we'd have to talk to the soft XXX guys to see if they plan to use >> it.. > > Checked in librxe (user-space softroce). Looks like posts are going via > this path... Ditto for the soft iWARP stack, which is still out-of-linux. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.opengridcomputing.com ([72.48.136.20]:59282 "EHLO smtp.opengridcomputing.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752144AbbHTWa3 (ORCPT ); Thu, 20 Aug 2015 18:30:29 -0400 Subject: Re: [PATCH 1/3] IB/uverbs: reject invalid or unknown opcodes To: Sagi Grimberg , Jason Gunthorpe , Christoph Hellwig References: <1440002254-795-1-git-send-email-hch@lst.de> <1440002254-795-2-git-send-email-hch@lst.de> <20150819174614.GC22646@obsidianresearch.com> <20150819174802.GA13875@lst.de> <20150819175425.GE22646@obsidianresearch.com> <55D594B3.7090807@dev.mellanox.co.il> Cc: Doug Ledford , Sean Hefty , Hal Rosenstock , Eli Cohen , linux-rdma@vger.kernel.org, stable@vger.kernel.org From: Steve Wise Message-ID: <55D65509.40908@opengridcomputing.com> Date: Thu, 20 Aug 2015 17:30:33 -0500 MIME-Version: 1.0 In-Reply-To: <55D594B3.7090807@dev.mellanox.co.il> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: stable-owner@vger.kernel.org List-ID: On 8/20/2015 3:49 AM, Sagi Grimberg wrote: > On 8/19/2015 8:54 PM, Jason Gunthorpe wrote: >> On Wed, Aug 19, 2015 at 07:48:02PM +0200, Christoph Hellwig wrote: >>> On Wed, Aug 19, 2015 at 11:46:14AM -0600, Jason Gunthorpe wrote: >>>> Reviewed-by: Jason Gunthorpe >>>> >>>> AFAIK, this path is rarely (never?) actually used. I think all the >>>> drivers we have can post directly from userspace. >>> >>> Oh, interesting. Is there any chance to deprecate it? Not having >>> to care for the uvers command would really help with some of the >>> upcoming changes I have in my mind. >> >> Hmm, we'd need a survey of the userspace side to see if it is rarely >> or never... >> >> And we'd have to talk to the soft XXX guys to see if they plan to use >> it.. > > Checked in librxe (user-space softroce). Looks like posts are going via > this path... Ditto for the soft iWARP stack, which is still out-of-linux.