From mboxrd@z Thu Jan 1 00:00:00 1970 From: SF Markus Elfring Date: Mon, 24 Apr 2017 13:23:52 +0000 Subject: Re: IB/ocrdma: Improve size determinations in ten functions Message-Id: List-Id: References: <1492720999.3041.18.camel@redhat.com> <86425035-7da8-d2b1-8544-d4f7540d50c6@users.sourceforge.net> <755f6c2c-03a2-7248-a5e3-9190d119cdaf@users.sourceforge.net> <20170423073311.GA14088@mtr-leonro.local> <1f122892-7e67-a7ca-ae7f-7ac8e2b7a037@intel.com> In-Reply-To: <1f122892-7e67-a7ca-ae7f-7ac8e2b7a037@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Dennis Dalessandro Cc: Leon Romanovsky , Doug Ledford , Devesh Sharma , Hal Rosenstock , Sean Hefty , Selvin Xavier , Yuval Shaia , linux-rdma@vger.kernel.org, LKML , kernel-janitors@vger.kernel.org > Markus, what have you done to ensure your patches don't break anything? I would expect that this update step will not change the run time behaviour for the OCRDMA module. I guess that it will influence the run time characteristics for compilation of three adjusted source files besides the proposed coding style improvements. Further update steps change other source code places. I hope that their impact can be clarified according to your expectations for each shown update possibility separately. Some of them got a bit of acceptance already. How would you like to reduce any remaining software development concerns here? Regards, Markus