lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <aAOk5iI8oyatlz4R@gallifrey>
Date: Sat, 19 Apr 2025 13:28:06 +0000
From: "Dr. David Alan Gilbert" <linux@...blig.org>
To: Zhu Yanjun <yanjun.zhu@...ux.dev>
Cc: zyjzyj2000@...il.com, jgg@...pe.ca, leon@...nel.org,
	linux-rdma@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] RDMA/rxe: Remove unused rxe_run_task

* Zhu Yanjun (yanjun.zhu@...ux.dev) wrote:
> 在 2025/4/19 2:22, Dr. David Alan Gilbert 写道:
> > 
> > Hi,
> > 
> > > Thanks a lot. Please add the Fixes tags.
> > > Fixes: 23bc06af547f ("RDMA/rxe: Don't call direct between tasks")
> > 
> > Thanks for the review;  I've tended to avoid the fixes tag because
> > people use 'Fixes' to automatically pull in patches to stable or
> > downstream kernels, and there is no need for them to do that for
> > a cleanup patch.
> > 
> > > And in the following comments, the function rxe_run_task is still mentioned.
> > > "
> > >   86 /* do_task is a wrapper for the three tasks (requester,
> > >   87  * completer, responder) and calls them in a loop until
> > >   88  * they return a non-zero value. It is called either
> > >   89  * directly by rxe_run_task or indirectly if rxe_sched_task
> > >   90  * schedules the task. They must call __reserve_if_idle to
> > >   91  * move the task to busy before calling or scheduling.
> > >   92  * The task can also be moved to drained or invalid
> > >   93  * by calls to rxe_cleanup_task or rxe_disable_task.
> > >   94  * In that case tasks which get here are not executed but
> > >   95  * just flushed. The tasks are designed to look to see if
> > >   96  * there is work to do and then do part of it before returning
> > >   97  * here with a return value of zero until all the work
> > >   98  * has been consumed then it returns a non-zero value.
> > >   99  * The number of times the task can be run is limited by
> > > 100  * max iterations so one task cannot hold the cpu forever.
> > > 101  * If the limit is hit and work remains the task is rescheduled.
> > > 102  */
> > > "
> > > Not sure if you like to modify the above comments to remove rxe_run_task or
> > > not.
> > 
> > Would it be correct to just reword:
> > >   88  *                               It is called either
> > >   89  * directly by rxe_run_task or indirectly if rxe_sched_task
> > >   90  * schedules the task.
> > 
> > to:
> >     It is called indirectly when rxe_sched_task schedules the task.
> 
> I am fine with it. Thanks a lot.

Thanks, v2 sent.

Dave

> Zhu Yanjun
> 
> > 
> > > Except the above, I am fine with this commit.
> > 
> > Thanks!
> > 
> > > Reviewed-by: Zhu Yanjun <yanjun.zhu@...ux.dev>
> > 
> > Dave
> > 
> 
-- 
 -----Open up your eyes, open up your mind, open up your code -------   
/ Dr. David Alan Gilbert    |       Running GNU/Linux       | Happy  \ 
\        dave @ treblig.org |                               | In Hex /
 \ _________________________|_____ http://www.treblig.org   |_______/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ