[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c0630361-69cf-992a-78bf-a1c8335acd28@redhat.com>
Date: Wed, 15 Sep 2021 09:12:51 -0700
From: Tom Rix <trix@...hat.com>
To: Greg KH <gregkh@...uxfoundation.org>
Cc: mdf@...nel.org, hao.wu@...el.com, linux-kernel@...r.kernel.org,
linux-fpga@...r.kernel.org
Subject: Re: [PATCH] MAINTAINERS: Add Tom Rix as fpga maintainer
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@...hat.com wrote:
>>>> From: Tom Rix <trix@...hat.com>
>>>>
>>>> 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@...hat.com>
>>>> ---
>>>> 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@...nel.org>
>>>> -R: Tom Rix <trix@...hat.com>
>>>> +M: Tom Rix <trix@...hat.com>
>>>> L: linux-fpga@...r.kernel.org
>>>> -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@xilinx.com/
The review is needed because Moritz asked for the changes v8 here
https://lore.kernel.org/linux-fpga/YP42zE2ljx4hHj40@epycbox.lan/
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@intel.com/
The discussion around the api change is
https://lore.kernel.org/linux-fpga/661d53d0-0ba4-d344-8da0-995a9b612905@redhat.com/
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
>
Powered by blists - more mailing lists