On Thu, Nov 07, 2024 at 12:56:43PM +0100, Halil Pasic wrote: > On Wed, 6 Nov 2024 15:59:10 +0200 > Leon Romanovsky <leon@xxxxxxxxxx> wrote: > > > > Does fs/smb/server/transport_rdma.c qualify as inside of RDMA core code? > > > > RDMA core code is drivers/infiniband/core/*. > > Understood. So this is a violation of the no direct access to the > callbacks rule. It is not rule, but more common sense. Callbacks don't provide any module reference counting, module autoload e.t.c It is very rare situation where you call device callbacks from one subsystem in another. I'm not familiar with such situations. > > > > > > I would guess it is not, and I would not actually mind sending a patch > > > but I have trouble figuring out the logic behind commit ecce70cf17d9 > > > ("ksmbd: fix missing RDMA-capable flag for IPoIB device in > > > ksmbd_rdma_capable_netdev()"). > > > > It is strange version of RDMA-CM. All other ULPs use RDMA-CM to avoid > > GID, netdev and fabric complexity. > > I'm not familiar enough with either of the subsystems. Based on your > answer my guess is that it ain't outright bugous but still a layering > violation. Copying linux-cifs@xxxxxxxxxxxxxxx so that > the smb are aware. > > Thank you very much for all the explanations! > > Regards, > Halil