[Top][All Lists]

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

Re: [PATCH] target/ppc, hw/ppc: Change maintainers

From: Philippe Mathieu-Daudé
Subject: Re: [PATCH] target/ppc, hw/ppc: Change maintainers
Date: Sat, 6 Nov 2021 10:22:47 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.2.0

On 11/6/21 00:00, Cédric Le Goater wrote:
>> In term of the MAINTAINERS file:
>>          S: Status, one of the following:
>>             Supported:   Someone is actually paid to look after this.
>>             Maintained:  Someone actually looks after it.
>> The PPC entries have a 'Maintained' status. You say "IBM will shoulder
>> this responsibility", does that mean the entries will be 'Supported'
>> as in "someone paid to look after them"?
>> I wonder because both Cédric and you have some commits with an IBM
>> email, but both are registering a non-IBM email as contact. 
> Lotus Notes was not designed for patch communication. You don't want
> me to send patches with it I assure you :)
>> I don't
>> mind the email technical detail, but I am curious about the status
>> and expectations.
> We have other IBM commitments. IBM is willing to share some/most of
> our time for QEMU-PPC maintenance.
> What we are going do will depend on inputs really. We have pseries
> and KVM in focus because there is still business using the software
> stack. TCG is extremely useful for pseries and powernv. We clearly
> want to keep that running and improve it. Some parts have been barely
> touched (and probably used) in the last 15 years. I think we should
> drop some support to modernize the useful parts and ease maintenance.

Here let me recommend the ant work approach I'm doing for MIPS. Instead
of dropping ISA extensions, I'm splitting them in various compile units,
that way 1/ we can chose to build without them and 2/ sub-maintainers
can maintain them separately. Having a finer grained MAINTAINERS
entries allow to filter-out/in and reduce reviewers pressure.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]