Re: [PATCH] MAINTAINERS: Add Tom Rix as fpga maintainer

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

 




On 9/15/21 7:04 AM, Greg KH wrote:
On Wed, Sep 15, 2021 at 06:23:16AM -0700, Tom Rix wrote:
On 9/14/21 11:58 AM, Greg KH wrote:
[note, you got the maintainer's email address wrong on your cc: line
   I fixed it up...]

On Tue, Sep 14, 2021 at 11:23:33AM -0700, trix@xxxxxxxxxx wrote:
From: Tom Rix <trix@xxxxxxxxxx>

I am the maintainer of the fpga/ subsystem for both the kernel and
userspace for Red Hat.  I have been an active reviewer and contributor
on for public fpga/ subsystem for the last year.  I would like to
help out more.

Since I am paid to do this work, change the status to Supported.

Signed-off-by: Tom Rix <trix@xxxxxxxxxx>
---
   MAINTAINERS | 4 ++--
   1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/MAINTAINERS b/MAINTAINERS
index 04fa4edf100b83..0443d7ab826659 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7353,9 +7353,9 @@ F:	include/uapi/linux/fpga-dfl.h
   FPGA MANAGER FRAMEWORK
   M:	Moritz Fischer <mdf@xxxxxxxxxx>
-R:	Tom Rix <trix@xxxxxxxxxx>
+M:	Tom Rix <trix@xxxxxxxxxx>
   L:	linux-fpga@xxxxxxxxxxxxxxx
-S:	Maintained
+S:	Supported
   W:	http://www.rocketboards.org
   Q:	http://patchwork.kernel.org/project/linux-fpga/list/
   T:	git git://git.kernel.org/pub/scm/linux/kernel/git/mdf/linux-fpga.git
--
2.26.3

Traditionally existing maintainers are the ones that add new
maintainers, it's not something that you just submit a patch for hoping
it will be accepted.

What has changed since the last time you asked to do this?
Because public and private requests have gone unanswered for so long, it is
unclear if Moritz is still maintaining the subsystem.
He is, as is evident by the patches I accept from him each merge.

The nearly year old xrt patchset has been pending for 6 weeks with minor
changes to one patch out of 14 needing reviews.
Code quality is not the maintainer's job, it's the developer's, so the
age and number of reviews is not any indication.

https://lore.kernel.org/linux-fpga/20210802160521.331031-1-lizhi.hou@xxxxxxxxxx/

The review is needed because Moritz asked for the changes v8 here

https://lore.kernel.org/linux-fpga/YP42zE2ljx4hHj40@xxxxxxxxxxx/

When the maintainer asks for the changes, they are responsible for the followup.

The standard release patchset, which needs an opinion has on an api change,
has been outstanding for 8 weeks.
Have a pointer to it?

This was a change you requested. the recent patchset is

https://lore.kernel.org/linux-fpga/20210914214327.94048-4-russell.h.weight@xxxxxxxxx/

The discussion around the api change is

https://lore.kernel.org/linux-fpga/661d53d0-0ba4-d344-8da0-995a9b612905@xxxxxxxxxx/

In these toss up's if the maintainer does not weigh in as the tie breaker, the patch stalls.


If maintainership depends on an approving maintainter, what happens when the
approving maintainer has left ?
Vacations happen in the summer.  I've talked to Moritz many times, and
all is well here.

Yes. in the xrt v9 patch Moritz announced late of a vacation with a return of 9/4.

It has been 11 days.


I have tried to reach him privately several times of the last 2 months without a response.

Publicly several folks and I have asked for a reply to move their patches along.

For a low volume list, it should be possible to clear outstanding requests at least weekly.

When that turns into months, that is a problem.


The subsystem needs at least a submaintainer.

Tom

greg k-h





[Index of Archives]     [LM Sensors]     [Linux Sound]     [ALSA Users]     [ALSA Devel]     [Linux Audio Users]     [Linux Media]     [Kernel]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux