RE: [PATCH rdma-next 07/11] RDMA/erdma: Add verbs implementation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> -----Original Message-----
> From: Leon Romanovsky <leon@xxxxxxxxxx>
> Sent: Tuesday, 21 December 2021 14:32
> To: Cheng Xu <chengyou@xxxxxxxxxxxxxxxxx>
> Cc: jgg@xxxxxxxx; dledford@xxxxxxxxxx; linux-rdma@xxxxxxxxxxxxxxx;
> KaiShen@xxxxxxxxxxxxxxxxx; tonylu@xxxxxxxxxxxxxxxxx
> Subject: [EXTERNAL] Re: [PATCH rdma-next 07/11] RDMA/erdma: Add verbs
> implementation
> 
> On Tue, Dec 21, 2021 at 10:48:54AM +0800, Cheng Xu wrote:
> > The RDMA verbs implementation of erdma is divided into three files:
> > erdma_qp.c, erdma_cq.c, and erdma_verbs.c. Internal used functions and
> > datapath functions of QP/CQ are put in erdma_qp.c and erdma_cq.c, the
> reset
> > is in erdma_verbs.c.
> >
> > Signed-off-by: Cheng Xu <chengyou@xxxxxxxxxxxxxxxxx>
> > ---
> >  drivers/infiniband/hw/erdma/erdma_cq.c    |  201 +++
> >  drivers/infiniband/hw/erdma/erdma_qp.c    |  624 +++++++++
> >  drivers/infiniband/hw/erdma/erdma_verbs.c | 1477 +++++++++++++++++++++
> >  3 files changed, 2302 insertions(+)
> >  create mode 100644 drivers/infiniband/hw/erdma/erdma_cq.c
> >  create mode 100644 drivers/infiniband/hw/erdma/erdma_qp.c
> >  create mode 100644 drivers/infiniband/hw/erdma/erdma_verbs.c
> 
> 
> Please no inline functions in .c files and no void casting for the
> return values of functions.
> 
> <...>
> 
> > diff --git a/drivers/infiniband/hw/erdma/erdma_qp.c
> b/drivers/infiniband/hw/erdma/erdma_qp.c
> > new file mode 100644
> > index 000000000000..8c02215cee04
> > --- /dev/null
> > +++ b/drivers/infiniband/hw/erdma/erdma_qp.c
> > @@ -0,0 +1,624 @@
> > +// SPDX-License-Identifier: GPL-2.0
> > +/*
> > + * Authors: Cheng Xu <chengyou@xxxxxxxxxxxxxxxxx>
> > + *          Kai Shen <kaishen@xxxxxxxxxxxxxxxxx>
> > + * Copyright (c) 2020-2021, Alibaba Group.
> > + *
> > + * Authors: Bernard Metzler <bmt@xxxxxxxxxxxxxx>
> > + *          Fredy Neeser <nfd@xxxxxxxxxxxxxx>
> > + * Copyright (c) 2008-2016, IBM Corporation
> 
> What does it mean?
> 

Significant parts of the driver have been taken from siw it seems.
Probably really from an old version of it.
In that case I would have recommended to take the upstream siw
code, which has been cleaned from those issues we now see again
(including debugfs code, extern definitions, inline in .c code,
casting issues, etc etc.). Why starting in 2020 with
code from 2016, if better code is available?

Bernard.




[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Photo]     [Yosemite News]     [Yosemite Photos]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux