Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752437AbdHAW1F (ORCPT ); Tue, 1 Aug 2017 18:27:05 -0400 Received: from ale.deltatee.com ([207.54.116.67]:34179 "EHLO ale.deltatee.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752103AbdHAW1E (ORCPT ); Tue, 1 Aug 2017 18:27:04 -0400 To: Jon Mason Cc: linux-ntb@googlegroups.com, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, Dave Jiang , Allen Hubbe , 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> From: Logan Gunthorpe Message-ID: Date: Tue, 1 Aug 2017 16:26:57 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170801191050.GJ4186@kudzu.us> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 172.16.1.162 X-SA-Exim-Rcpt-To: fancer.lancer@gmail.com, sbates@raithlin.com, kurt.schwemmer@microsemi.com, gregkh@linuxfoundation.org, bhelgaas@google.com, Allen.Hubbe@emc.com, dave.jiang@intel.com, linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, linux-ntb@googlegroups.com, jdmason@kudzu.us X-SA-Exim-Mail-From: logang@deltatee.com Subject: Re: [PATCH v3 14/16] switchtec_ntb: implement scratchpad registers X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on ale.deltatee.com) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1256 Lines: 30 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. 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