Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752136AbdHBNHz (ORCPT ); Wed, 2 Aug 2017 09:07:55 -0400 Received: from esa4.dell-outbound.iphmx.com ([68.232.149.214]:25433 "EHLO esa4.dell-outbound.iphmx.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751676AbdHBNHw (ORCPT ); Wed, 2 Aug 2017 09:07:52 -0400 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd54.lss.emc.com v72D6qMs019620 From: "Allen Hubbe" To: "'Logan Gunthorpe'" , "'Jon Mason'" Cc: , , , "'Dave Jiang'" , "'Bjorn Helgaas'" , "'Greg Kroah-Hartman'" , "'Kurt Schwemmer'" , "'Stephen Bates'" , "'Serge Semin'" References: <20170725205753.4735-1-logang@deltatee.com> <20170725205753.4735-15-logang@deltatee.com> <20170801191050.GJ4186@kudzu.us> In-Reply-To: Subject: RE: [PATCH v3 14/16] switchtec_ntb: implement scratchpad registers Date: Wed, 2 Aug 2017 09:06:42 -0400 Message-ID: <000001d30b90$31697f70$943c7e50$@dell.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQHTBYi6Eqo3rHVsZUOdFS/zprjqmKJwK8SAgAA2yoCAALGQkA== Content-Language: en-us X-RSA-Classifications: public X-Sentrion-Hostname: mailuogwprd54.lss.emc.com Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1414 Lines: 31 From: Logan Gunthorpe > On 01/08/17 01:10 PM, Jon Mason wrote: > > It would probaly be better if I remarked about the SPADs in the actual > > patch about the SPADS :) > > > > The whole point of using the SPADs in the NTB driver was to workaround > > the problems establishing a connection between the two sides of the > > NTB and where everything lives. So, using a MW to get around the > > SPADs is sort of backwards (and slightly funny). I realize you are > > trying to use the existing transport with minimal changes to enable > > your hardware, and thus this makes logical sense to you. However, if > > the SPADs are not really needed, then we should either remove them > > from the transport (or use them for something else). > > > > Per my comment in the other patch, I'm amenable to take this series > > as-is, assuming you are willing to address this design issue in the > > near future. Thoughts? > > Yes, I agree. I'd be willing to help but it seems the clients are > written the way they are for the other drivers, so it's their needs > (which I'm not fully aware of) that have to be considered. The proposed change, removing use of spads from transport, would not affect ntrdma. > I've also made all the other changes you sent as well as the file rename > Dave requested. Once I see the bug fix patch you were going to pull hit > ntb-next I'll rebase, test and resubmit. > > Thanks, > > Logan