Home
last modified time | relevance | path

Searched hist:"5 a738b5d" (Results 1 – 5 of 5) sorted by relevance

/openbmc/linux/drivers/infiniband/hw/mthca/
H A Dmthca_mad.c5a738b5d Thu Sep 20 17:42:24 CDT 2018 Jason Gunthorpe <jgg@mellanox.com> RDMA/drivers: Use dev_err/dbg/etc instead of pr_* + ibdev->name

Kernel convention is that a driver for a subsystem will print using
dev_* on the subsystem's struct device, or with dev_* on the physical
device. Drivers should rarely use a pr_* function.

Signed-off-by: Jason Gunthorpe <jgg@mellanox.com>
5a738b5d Thu Sep 20 17:42:24 CDT 2018 Jason Gunthorpe <jgg@mellanox.com> RDMA/drivers: Use dev_err/dbg/etc instead of pr_* + ibdev->name

Kernel convention is that a driver for a subsystem will print using
dev_* on the subsystem's struct device, or with dev_* on the physical
device. Drivers should rarely use a pr_* function.

Signed-off-by: Jason Gunthorpe <jgg@mellanox.com>
/openbmc/linux/drivers/infiniband/hw/ocrdma/
H A Docrdma_hw.c5a738b5d Thu Sep 20 17:42:24 CDT 2018 Jason Gunthorpe <jgg@mellanox.com> RDMA/drivers: Use dev_err/dbg/etc instead of pr_* + ibdev->name

Kernel convention is that a driver for a subsystem will print using
dev_* on the subsystem's struct device, or with dev_* on the physical
device. Drivers should rarely use a pr_* function.

Signed-off-by: Jason Gunthorpe <jgg@mellanox.com>
5a738b5d Thu Sep 20 17:42:24 CDT 2018 Jason Gunthorpe <jgg@mellanox.com> RDMA/drivers: Use dev_err/dbg/etc instead of pr_* + ibdev->name

Kernel convention is that a driver for a subsystem will print using
dev_* on the subsystem's struct device, or with dev_* on the physical
device. Drivers should rarely use a pr_* function.

Signed-off-by: Jason Gunthorpe <jgg@mellanox.com>
/openbmc/linux/drivers/infiniband/sw/rxe/
H A Drxe_net.c5a738b5d Thu Sep 20 17:42:24 CDT 2018 Jason Gunthorpe <jgg@mellanox.com> RDMA/drivers: Use dev_err/dbg/etc instead of pr_* + ibdev->name

Kernel convention is that a driver for a subsystem will print using
dev_* on the subsystem's struct device, or with dev_* on the physical
device. Drivers should rarely use a pr_* function.

Signed-off-by: Jason Gunthorpe <jgg@mellanox.com>
5a738b5d Thu Sep 20 17:42:24 CDT 2018 Jason Gunthorpe <jgg@mellanox.com> RDMA/drivers: Use dev_err/dbg/etc instead of pr_* + ibdev->name

Kernel convention is that a driver for a subsystem will print using
dev_* on the subsystem's struct device, or with dev_* on the physical
device. Drivers should rarely use a pr_* function.

Signed-off-by: Jason Gunthorpe <jgg@mellanox.com>
/openbmc/linux/drivers/infiniband/hw/mlx5/
H A Dmlx5_ib.h5a738b5d Thu Sep 20 17:42:24 CDT 2018 Jason Gunthorpe <jgg@mellanox.com> RDMA/drivers: Use dev_err/dbg/etc instead of pr_* + ibdev->name

Kernel convention is that a driver for a subsystem will print using
dev_* on the subsystem's struct device, or with dev_* on the physical
device. Drivers should rarely use a pr_* function.

Signed-off-by: Jason Gunthorpe <jgg@mellanox.com>
5a738b5d Thu Sep 20 17:42:24 CDT 2018 Jason Gunthorpe <jgg@mellanox.com> RDMA/drivers: Use dev_err/dbg/etc instead of pr_* + ibdev->name

Kernel convention is that a driver for a subsystem will print using
dev_* on the subsystem's struct device, or with dev_* on the physical
device. Drivers should rarely use a pr_* function.

Signed-off-by: Jason Gunthorpe <jgg@mellanox.com>
H A Dqp.c5a738b5d Thu Sep 20 17:42:24 CDT 2018 Jason Gunthorpe <jgg@mellanox.com> RDMA/drivers: Use dev_err/dbg/etc instead of pr_* + ibdev->name

Kernel convention is that a driver for a subsystem will print using
dev_* on the subsystem's struct device, or with dev_* on the physical
device. Drivers should rarely use a pr_* function.

Signed-off-by: Jason Gunthorpe <jgg@mellanox.com>
5a738b5d Thu Sep 20 17:42:24 CDT 2018 Jason Gunthorpe <jgg@mellanox.com> RDMA/drivers: Use dev_err/dbg/etc instead of pr_* + ibdev->name

Kernel convention is that a driver for a subsystem will print using
dev_* on the subsystem's struct device, or with dev_* on the physical
device. Drivers should rarely use a pr_* function.

Signed-off-by: Jason Gunthorpe <jgg@mellanox.com>