From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dennis Dalessandro Subject: Re: [PATCH 0/7] IB/hfi1: Remove write() and use ioctl() for user access Date: Mon, 18 Apr 2016 21:36:49 -0400 Message-ID: <20160419013649.GA28612@phlsvsds.ph.intel.com> References: <20160415000242.GA18400@rhel.sc.intel.com> <20160415044124.GA16805@obsidianresearch.com> <1828884A29C6694DAF28B7E6B8A82373AB0422AE@ORSMSX109.amr.corp.intel.com> <20160415181811.GA22322@obsidianresearch.com> <1828884A29C6694DAF28B7E6B8A82373AB042530@ORSMSX109.amr.corp.intel.com> <20160415220340.GB24204@obsidianresearch.com> <20160416162203.GA6279@rhel> <20160418175559.GC13865@obsidianresearch.com> <20160418181535.GB7596@phlsvsds.ph.intel.com> <20160418182453.GA14930@obsidianresearch.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Return-path: Content-Disposition: inline In-Reply-To: <20160418182453.GA14930-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Jason Gunthorpe Cc: Ira Weiny , "Hefty, Sean" , "dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org" , "linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" List-Id: linux-rdma@vger.kernel.org On Mon, Apr 18, 2016 at 12:24:53PM -0600, Jason Gunthorpe wrote: >On Mon, Apr 18, 2016 at 02:15:36PM -0400, Dennis Dalessandro wrote: > >> Point taken on eprom cdev. We should be able to simply drop the last two >> patches of this series. > >I would like to hear more explanation about this snoop thing, and >where it lives in the driver today. That also seems inappropriate. > Fair enough. I will say the name "snoop" may not be the best and perhaps adds to the confusion. Basically it's a diagnostic interface that lets user space do things without involving the rest of the kernel (verbs, MAD, etc). It can bring the port up and down, set link credits, and get the status for instance. Then there are the things it can do with packets. It can send packets generated by user space. So we can craft all sorts of packets that would not otherwise be able to be sent through verbs. It also captures packets and supports basic filtering and hands them to user space before the packets ever make it to the verbs layer. Depending on mode, packets may be dropped or passed on to verbs. We've always just considered this hfi diagnostic stuff. Is there interest in this sort of functionality on a more broad level? -Denny -- 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