Re: [PATCH 3/7] MAINTAINERS: update audio entry.

[Christian Schoenebeck]

On Donnerstag, 12. August 2021 15:13:24 CEST Philippe Mathieu-Daudé wrote:
> Hi all,
> 
> On 8/12/21 2:24 PM, Christian Schoenebeck wrote:
> > On Donnerstag, 12. August 2021 10:42:10 CEST Gerd Hoffmann wrote:
> >>   Hi,
> >>   
> >>>> On Tue, Aug 10, 2021 at 03:17:43PM +0300, clamky@hotmail.com wrote:
> >>>>> Gerd Hoffmann <kraxel@redhat.com> writes:
> >>>>> 
> >>>>> Hell Gerd.
> >>>>> 
> >>>>>> New maintainer wanted. Downgrade status to "Odd Fixes" for now.
> >>>>> 
> >>>>> I can try to retake it.
> >> 
> >> Given your track record is zero contributions to qemu in recent years
> >> I suggest you start getting involved in the development process as
> >> reviewer.  Just send a patch adding a "R: Name <email>" line for
> >> yourself to the MAINTAINERS file (best based on my pending pull
> >> request to avoid conflicts).  scripts/get_maintainer.pl will Cc: you
> >> on any audio-related patches then.
> >> 
> >> I'd recommend to open an gitlab.com account (unless you already have
> >> one of course) so you can help triage bugs + issues.  You can also
> >> easily run qemu CI then (just push a branch to a qemu repo fork).
> >> 
> >> HTH & take care,
> >> 
> >>   Gerd
> > 
> > I will add myself as reviewer for audio to help out a bit at least. I
> > won't be able to take over maintainership at this point though.
> 
> Thanks for volunteering :)
> 
> Following the overall thread, since I have been wondering about
> this subsystem during the night.
> 
> As of v6.1.0-rc3:
> 
> $ find {,include/}audio -type f | xargs cat | wc -l
> 11412
> 
> $ find {,include/}hw/audio -type f | xargs cat | wc -l
> 14265
> 
> So the backends / frontends have almost the same size.
> 
> First idea, split the current entry in too, allowing developers
> with different interests to add their contact to the relevant entries.

Splitting the audio section sounds like a good idea to me.

It might also be worth a try asking the individual authors whether they were 
fine being added as reviewer for their specific audio sources. If yes, then 
the audio section could be further subdivided accordingly so that reviewers 
would only get CCed for their specific code.

Best regards,
Christian Schoenebeck