-----linux-rdma-owner@xxxxxxxxxxxxxxx wrote: ----- >To: "BMT@xxxxxxxxxxxxxx" <BMT@xxxxxxxxxxxxxx> >From: Bart Van Assche >Sent by: linux-rdma-owner@xxxxxxxxxxxxxxx >Date: 10/06/2017 05:27PM >Cc: "linux-rdma@xxxxxxxxxxxxxxx" <linux-rdma@xxxxxxxxxxxxxxx>, >"swise@xxxxxxxxxxxxxxxxxxxxx" <swise@xxxxxxxxxxxxxxxxxxxxx> >Subject: Re: [PATCH 0/1] Request for Comments on SoftiWarp > >On Fri, 2017-10-06 at 14:26 +0200, Bernard Metzler wrote: >> Sorry. Yes, done now, will resend! > >Hello Bernard, > >On Linux kernel mailing lists it is expected that replies are posted >below the >original e-mail instead of above. Please follow that style. > >Another convention you may not be aware of is that every cover letter >for v2 and >later versions of a patch series is expected to include a changelog >that explains >what changes have been made in each version. > >Regarding checkpatch and the soft-iWarp driver, checkpatch still >reports a large >number of complaints against v2 of which I think most are easy to >address. A few >examples: > >WARNING: 'vaild' may be misspelled - perhaps 'valid'? >#1281: FILE: drivers/infiniband/sw/siw/siw_verbs.c:1052: >+ /* make SQE only vaild after completely written */ > >ERROR: trailing whitespace >#2422: FILE: include/uapi/rdma/siw_user.h:133: >+enum siw_wqe_flags { $ > > >Please also make yourself familiar with the static analyzer called >'sparse'. That >static analyzer reports a large number of complaints about the >soft-iWarp driver, >complaints of which I think these should be addressed. A few >examples: > > >$ make M=drivers/infiniband/sw/siw C=2 >[ ... ] >drivers/infiniband/sw/siw/siw_cm.c:207:6: warning: symbol >'siw_sk_assign_rtr_upcalls' was not declared. Should it be static? >drivers/infiniband/sw/siw/siw_cm.c:464:23: warning: incorrect type in >assignment (different base types) >drivers/infiniband/sw/siw/siw_cm.c:464:23: expected restricted >__be32 [addressable] [usertype] term_ctrl >drivers/infiniband/sw/siw/siw_cm.c:464:23: got unsigned int >drivers/infiniband/sw/siw/siw_cm.c:466:25: warning: cast from >restricted __be32 >drivers/infiniband/sw/siw/siw_cm.c:466:25: warning: incorrect type in >argument 1 (different base types) >drivers/infiniband/sw/siw/siw_cm.c:466:25: expected unsigned int >[unsigned] [usertype] val >drivers/infiniband/sw/siw/siw_cm.c:466:25: got restricted __be32 >[addressable] [usertype] term_ctrl >[ ... ] > >Thanks, > >Bart. Thank you, Bart. This is very useful information. Sorry I did not follow the conventions. I will definitively improve on that! I was not aware of 'sparse'. I will use it and fix what it tells me. Currently I am out in the jungle with very limited connectivity, and I am just able to reply to comments from time to time. When back, I will work on the code. Thanks very much, Bernard. I will be back in 10 days -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html