* [PATCH] RDMA/irdma: Drop spurious WQ_UNBOUND from alloc_ordered_workqueue() call
@ 2023-04-20 19:48 Tejun Heo
2023-04-21 14:29 ` Saleem, Shiraz
2023-04-21 15:39 ` Jason Gunthorpe
0 siblings, 2 replies; 5+ messages in thread
From: Tejun Heo @ 2023-04-20 19:48 UTC (permalink / raw)
To: Mustafa Ismail, Shiraz Saleem, Jason Gunthorpe
Cc: Leon Romanovsky, linux-rdma, linux-kernel, kernel-team
Workqueue is in the process of cleaning up the distinction between unbound
workqueues w/ @nr_active==1 and ordered workqueues. Explicit WQ_UNBOUND
isn't needed for alloc_ordered_workqueue() and will trigger a warning in the
future. Let's remove it. This doesn't cause any functional changes.
Signed-off-by: Tejun Heo <tj@kernel.org>
---
drivers/infiniband/hw/irdma/hw.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- a/drivers/infiniband/hw/irdma/hw.c
+++ b/drivers/infiniband/hw/irdma/hw.c
@@ -1901,8 +1901,8 @@ int irdma_ctrl_init_hw(struct irdma_pci_
break;
rf->init_state = CEQ0_CREATED;
/* Handles processing of CQP completions */
- rf->cqp_cmpl_wq = alloc_ordered_workqueue("cqp_cmpl_wq",
- WQ_HIGHPRI | WQ_UNBOUND);
+ rf->cqp_cmpl_wq =
+ alloc_ordered_workqueue("cqp_cmpl_wq", WQ_HIGHPRI);
if (!rf->cqp_cmpl_wq) {
status = -ENOMEM;
break;
^ permalink raw reply [flat|nested] 5+ messages in thread* RE: [PATCH] RDMA/irdma: Drop spurious WQ_UNBOUND from alloc_ordered_workqueue() call
2023-04-20 19:48 [PATCH] RDMA/irdma: Drop spurious WQ_UNBOUND from alloc_ordered_workqueue() call Tejun Heo
@ 2023-04-21 14:29 ` Saleem, Shiraz
2023-04-21 14:39 ` Jason Gunthorpe
2023-04-21 15:39 ` Jason Gunthorpe
1 sibling, 1 reply; 5+ messages in thread
From: Saleem, Shiraz @ 2023-04-21 14:29 UTC (permalink / raw)
To: Tejun Heo, Ismail, Mustafa, Jason Gunthorpe
Cc: Leon Romanovsky, linux-rdma@vger.kernel.org,
linux-kernel@vger.kernel.org, kernel-team@fb.com
> Subject: [PATCH] RDMA/irdma: Drop spurious WQ_UNBOUND from
> alloc_ordered_workqueue() call
>
> Workqueue is in the process of cleaning up the distinction between unbound
> workqueues w/ @nr_active==1 and ordered workqueues. Explicit
> WQ_UNBOUND isn't needed for alloc_ordered_workqueue() and will trigger a
> warning in the future. Let's remove it. This doesn't cause any functional
> changes.
>
> Signed-off-by: Tejun Heo <tj@kernel.org>
> ---
> drivers/infiniband/hw/irdma/hw.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> --- a/drivers/infiniband/hw/irdma/hw.c
> +++ b/drivers/infiniband/hw/irdma/hw.c
> @@ -1901,8 +1901,8 @@ int irdma_ctrl_init_hw(struct irdma_pci_
> break;
> rf->init_state = CEQ0_CREATED;
> /* Handles processing of CQP completions */
> - rf->cqp_cmpl_wq = alloc_ordered_workqueue("cqp_cmpl_wq",
> - WQ_HIGHPRI |
> WQ_UNBOUND);
> + rf->cqp_cmpl_wq =
> + alloc_ordered_workqueue("cqp_cmpl_wq",
> WQ_HIGHPRI);
> if (!rf->cqp_cmpl_wq) {
> status = -ENOMEM;
> break;
Acked-by: Shiraz Saleem <shiraz.saleem@intel.com>
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [PATCH] RDMA/irdma: Drop spurious WQ_UNBOUND from alloc_ordered_workqueue() call
2023-04-21 14:29 ` Saleem, Shiraz
@ 2023-04-21 14:39 ` Jason Gunthorpe
2023-04-21 14:41 ` Tejun Heo
0 siblings, 1 reply; 5+ messages in thread
From: Jason Gunthorpe @ 2023-04-21 14:39 UTC (permalink / raw)
To: Saleem, Shiraz
Cc: Tejun Heo, Ismail, Mustafa, Leon Romanovsky,
linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org,
kernel-team@fb.com
On Fri, Apr 21, 2023 at 02:29:06PM +0000, Saleem, Shiraz wrote:
> > Subject: [PATCH] RDMA/irdma: Drop spurious WQ_UNBOUND from
> > alloc_ordered_workqueue() call
> >
> > Workqueue is in the process of cleaning up the distinction between unbound
> > workqueues w/ @nr_active==1 and ordered workqueues. Explicit
> > WQ_UNBOUND isn't needed for alloc_ordered_workqueue() and will trigger a
> > warning in the future. Let's remove it. This doesn't cause any functional
> > changes.
> >
> > Signed-off-by: Tejun Heo <tj@kernel.org>
> > ---
> > drivers/infiniband/hw/irdma/hw.c | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > --- a/drivers/infiniband/hw/irdma/hw.c
> > +++ b/drivers/infiniband/hw/irdma/hw.c
> > @@ -1901,8 +1901,8 @@ int irdma_ctrl_init_hw(struct irdma_pci_
> > break;
> > rf->init_state = CEQ0_CREATED;
> > /* Handles processing of CQP completions */
> > - rf->cqp_cmpl_wq = alloc_ordered_workqueue("cqp_cmpl_wq",
> > - WQ_HIGHPRI |
> > WQ_UNBOUND);
> > + rf->cqp_cmpl_wq =
> > + alloc_ordered_workqueue("cqp_cmpl_wq",
> > WQ_HIGHPRI);
> > if (!rf->cqp_cmpl_wq) {
> > status = -ENOMEM;
> > break;
>
> Acked-by: Shiraz Saleem <shiraz.saleem@intel.com>
Tejun, do you want this in your tree too?
Thanks
Jason
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [PATCH] RDMA/irdma: Drop spurious WQ_UNBOUND from alloc_ordered_workqueue() call
2023-04-21 14:39 ` Jason Gunthorpe
@ 2023-04-21 14:41 ` Tejun Heo
0 siblings, 0 replies; 5+ messages in thread
From: Tejun Heo @ 2023-04-21 14:41 UTC (permalink / raw)
To: Jason Gunthorpe
Cc: Saleem, Shiraz, Ismail, Mustafa, Leon Romanovsky,
linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org,
kernel-team@fb.com
Hello,
On Fri, Apr 21, 2023 at 11:39:24AM -0300, Jason Gunthorpe wrote:
> On Fri, Apr 21, 2023 at 02:29:06PM +0000, Saleem, Shiraz wrote:
> > > Subject: [PATCH] RDMA/irdma: Drop spurious WQ_UNBOUND from
> > > alloc_ordered_workqueue() call
> > >
> > > Workqueue is in the process of cleaning up the distinction between unbound
> > > workqueues w/ @nr_active==1 and ordered workqueues. Explicit
> > > WQ_UNBOUND isn't needed for alloc_ordered_workqueue() and will trigger a
> > > warning in the future. Let's remove it. This doesn't cause any functional
> > > changes.
> > >
> > > Signed-off-by: Tejun Heo <tj@kernel.org>
> > > ---
> > > drivers/infiniband/hw/irdma/hw.c | 4 ++--
> > > 1 file changed, 2 insertions(+), 2 deletions(-)
> > >
> > > --- a/drivers/infiniband/hw/irdma/hw.c
> > > +++ b/drivers/infiniband/hw/irdma/hw.c
> > > @@ -1901,8 +1901,8 @@ int irdma_ctrl_init_hw(struct irdma_pci_
> > > break;
> > > rf->init_state = CEQ0_CREATED;
> > > /* Handles processing of CQP completions */
> > > - rf->cqp_cmpl_wq = alloc_ordered_workqueue("cqp_cmpl_wq",
> > > - WQ_HIGHPRI |
> > > WQ_UNBOUND);
> > > + rf->cqp_cmpl_wq =
> > > + alloc_ordered_workqueue("cqp_cmpl_wq",
> > > WQ_HIGHPRI);
> > > if (!rf->cqp_cmpl_wq) {
> > > status = -ENOMEM;
> > > break;
> >
> > Acked-by: Shiraz Saleem <shiraz.saleem@intel.com>
>
> Tejun, do you want this in your tree too?
This one doesn't create any dependency and can go through any tree. So, I
guess routing through RDMA is better?
Thanks.
--
tejun
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] RDMA/irdma: Drop spurious WQ_UNBOUND from alloc_ordered_workqueue() call
2023-04-20 19:48 [PATCH] RDMA/irdma: Drop spurious WQ_UNBOUND from alloc_ordered_workqueue() call Tejun Heo
2023-04-21 14:29 ` Saleem, Shiraz
@ 2023-04-21 15:39 ` Jason Gunthorpe
1 sibling, 0 replies; 5+ messages in thread
From: Jason Gunthorpe @ 2023-04-21 15:39 UTC (permalink / raw)
To: Tejun Heo
Cc: Mustafa Ismail, Shiraz Saleem, Leon Romanovsky, linux-rdma,
linux-kernel, kernel-team
On Thu, Apr 20, 2023 at 09:48:08AM -1000, Tejun Heo wrote:
> Workqueue is in the process of cleaning up the distinction between unbound
> workqueues w/ @nr_active==1 and ordered workqueues. Explicit WQ_UNBOUND
> isn't needed for alloc_ordered_workqueue() and will trigger a warning in the
> future. Let's remove it. This doesn't cause any functional changes.
>
> Signed-off-by: Tejun Heo <tj@kernel.org>
> Acked-by: Shiraz Saleem <shiraz.saleem@intel.com>
> ---
> drivers/infiniband/hw/irdma/hw.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Applied to for-next, thanks
Jason
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2023-04-21 15:40 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-04-20 19:48 [PATCH] RDMA/irdma: Drop spurious WQ_UNBOUND from alloc_ordered_workqueue() call Tejun Heo
2023-04-21 14:29 ` Saleem, Shiraz
2023-04-21 14:39 ` Jason Gunthorpe
2023-04-21 14:41 ` Tejun Heo
2023-04-21 15:39 ` Jason Gunthorpe
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox