Patchwork Use a Linux-style MAINTAINERS file

login
register
mail settings
Submitter Anthony Liguori
Date Sept. 9, 2010, 9:18 p.m.
Message ID <1284067117-31127-1-git-send-email-aliguori@us.ibm.com>
Download mbox | patch
Permalink /patch/64348/
State New
Headers show

Comments

Anthony Liguori - Sept. 9, 2010, 9:18 p.m.
I make no claims that this is accurate or exhaustive but I think it's a
reasonable place to start.

As the file mentions, the purpose of this file is to give contributors
information about who they can go to with questions about a particular piece of
code or who they can ask for review.

If you sign up for a piece of code and indicate that it's Maintained or
Supported, please be prepared to be responsive to questions about that
subsystem.

Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
Anthony Liguori - Sept. 9, 2010, 10:01 p.m.
On 09/09/2010 04:35 PM, Edgar E. Iglesias wrote:
>> +CRIS Machines
>> +-------------
>> +etraxfs
>> +M: Edgar E. Iglesias<edgar.iglesias@gmail.com>
>> +S: Maintained
>> +F: hw/etraxfs.c
>> +
>> +Axis Dev88
>> +M: Edgar E. Iglesias<edgar.iglesias@gmail.com>
>> +S: Maintained
>> +F: hw/axis_dev88.c
>> +
>> +MicroBlaze
>>      
> For consistency, this should be:
>
> MicroBlaze Machines
> -------------------
>
> Other than that it looks good to me!
>
> Acked-by: Edgar E. Iglesias<edgar.iglesias@gmail.com>
>    

Indeed, thanks!

Regards,

Anthony Liguori

> Thanks,
> Edgar
>
>
>    
>> +petalogix_s3adsp1800
>> +M: Edgar E. Iglesias<edgar.iglesias@gmail.com>
>> +S: Maintained
>> +F: hw/petalogix_s3adsp1800.c
>>      
>
>
Kevin Wolf - Sept. 10, 2010, 8:03 a.m.
Am 09.09.2010 23:18, schrieb Anthony Liguori:
> I make no claims that this is accurate or exhaustive but I think it's a
> reasonable place to start.
> 
> As the file mentions, the purpose of this file is to give contributors
> information about who they can go to with questions about a particular piece of
> code or who they can ask for review.
> 
> If you sign up for a piece of code and indicate that it's Maintained or
> Supported, please be prepared to be responsive to questions about that
> subsystem.
> 
> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
> 
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 79dfc7f..3894cd8 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -9,89 +9,388 @@ to be CC'd when submitting a patch to obtain appropriate review.
>  In general, if you have a question about inclusion of a patch, you should
>  consult qemu-devel and not any specific individual privately.
>  
> -Project leaders:
> -----------------
> +Please see the MAINTAINERS file in the Linux kernel for information about how
> +to update this file.

Can't we just copy that one interesting section from Linux into this file?

> +Devices
> +-------
> +Virtio
> +M: Anthony Liguori <aliguori@us.ibm.com>
> +S: Supported
> +F: hw/virtio*

Hm, what does this mean considering that we have later other entries
like hw/virtio-9p*?

> +vhost
> +M: Michael S. Tsirkin <mst@redhat.com>
> +S: Supported
> +F: hw/vhost*
> +
> +virtio-9p
> +M: JV Rao <jvrao@linux.vnet.ibm.com>
> +S: Supported
> +F: hw/virtio-9p*
> +
> +virtio-serial
> +M: Amit Shah <amit.shah@redhat.com>
> +S: Supported
> +F: hw/virtio-serial*
> +F: hw/virtio-console*
> +
> +IDE
> +M: qemu-devel@nongnu.org
> +S: Odd Fixes
> +F: hw/ide/
> +
> +SCSI
> +M: Paul Brook <paul@codesourcery.com>
> +S: Odd Fixes
> +F: hw/lsi53c895a.c
> +F: hw/scsi*

In practice, virtio-blk, IDE and partly scsi-disk were done by me recently.

I didn't see the TCG backends in the list, are they missing?

Kevin
Alexander Graf - Sept. 10, 2010, 8:10 a.m.
On 10.09.2010, at 10:03, Kevin Wolf wrote:

> Am 09.09.2010 23:18, schrieb Anthony Liguori:
>> I make no claims that this is accurate or exhaustive but I think it's a
>> reasonable place to start.
>> 
>> As the file mentions, the purpose of this file is to give contributors
>> information about who they can go to with questions about a particular piece of
>> code or who they can ask for review.
>> 
>> If you sign up for a piece of code and indicate that it's Maintained or
>> Supported, please be prepared to be responsive to questions about that
>> subsystem.
>> 
>> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
>> 
>> diff --git a/MAINTAINERS b/MAINTAINERS
>> index 79dfc7f..3894cd8 100644
>> --- a/MAINTAINERS
>> +++ b/MAINTAINERS
>> @@ -9,89 +9,388 @@ to be CC'd when submitting a patch to obtain appropriate review.
>> In general, if you have a question about inclusion of a patch, you should
>> consult qemu-devel and not any specific individual privately.
>> 
>> -Project leaders:
>> -----------------
>> +Please see the MAINTAINERS file in the Linux kernel for information about how
>> +to update this file.
> 
> Can't we just copy that one interesting section from Linux into this file?
> 
>> +Devices
>> +-------
>> +Virtio
>> +M: Anthony Liguori <aliguori@us.ibm.com>
>> +S: Supported
>> +F: hw/virtio*
> 
> Hm, what does this mean considering that we have later other entries
> like hw/virtio-9p*?

I'd say this means that both are shown as maintainer. See for example the KVM situation in the Linux kernel:

> KERNEL VIRTUAL MACHINE (KVM)
> M:      Avi Kivity <avi@redhat.com>
> M:      Marcelo Tosatti <mtosatti@redhat.com>
> L:      kvm@vger.kernel.org
> W:      http://kvm.qumranet.com
> S:      Supported
> F:      Documentation/*/kvm.txt
> F:      arch/*/kvm/

> KERNEL VIRTUAL MACHINE (KVM) FOR POWERPC
> M:      Alexander Graf <agraf@suse.de>
> L:      kvm-ppc@vger.kernel.org
> W:      http://kvm.qumranet.com
> S:      Supported
> F:      arch/powerpc/include/asm/kvm*
> F:      arch/powerpc/kvm/


Speaking of which ... is this one actually still valid?

> KERNEL VIRTUAL MACHINE For Itanium (KVM/IA64)
> M:      Xiantao Zhang <xiantao.zhang@intel.com>
> L:      kvm-ia64@vger.kernel.org
> W:      http://kvm.qumranet.com
> S:      Supported
> F:      Documentation/ia64/kvm.txt
> F:      arch/ia64/include/asm/kvm*
> F:      arch/ia64/kvm/

Avi, any opinion on this?

> 
>> +vhost
>> +M: Michael S. Tsirkin <mst@redhat.com>
>> +S: Supported
>> +F: hw/vhost*
>> +
>> +virtio-9p
>> +M: JV Rao <jvrao@linux.vnet.ibm.com>
>> +S: Supported
>> +F: hw/virtio-9p*
>> +
>> +virtio-serial
>> +M: Amit Shah <amit.shah@redhat.com>
>> +S: Supported
>> +F: hw/virtio-serial*
>> +F: hw/virtio-console*
>> +
>> +IDE
>> +M: qemu-devel@nongnu.org
>> +S: Odd Fixes
>> +F: hw/ide/
>> +
>> +SCSI
>> +M: Paul Brook <paul@codesourcery.com>
>> +S: Odd Fixes
>> +F: hw/lsi53c895a.c
>> +F: hw/scsi*
> 
> In practice, virtio-blk, IDE and partly scsi-disk were done by me recently.

Submit a patch to declare you the maintainer please :).

> I didn't see the TCG backends in the list, are they missing?

They are there:

> Guest CPU cores (TCG):
> ----------------------



Alex
Kevin Wolf - Sept. 10, 2010, 8:19 a.m.
Am 10.09.2010 10:10, schrieb Alexander Graf:
>>> +IDE
>>> +M: qemu-devel@nongnu.org <mailto:qemu-devel@nongnu.org>
>>> +S: Odd Fixes
>>> +F: hw/ide/
>>> +
>>> +SCSI
>>> +M: Paul Brook <paul@codesourcery.com <mailto:paul@codesourcery.com>>
>>> +S: Odd Fixes
>>> +F: hw/lsi53c895a.c
>>> +F: hw/scsi*
>>
>> In practice, virtio-blk, IDE and partly scsi-disk were done by me
>> recently.
> 
> Submit a patch to declare you the maintainer please :).

I'm commenting on a patch introducing a maintainer list. There's no real
value in producing conflicts now by submitting a patch to the old
incomplete file...

>> I didn't see the TCG backends in the list, are they missing?
> 
> They are there:
> 
>> Guest CPU cores (TCG):

Aren't these frontends? What I mean is tcg/

Kevin
Alexander Graf - Sept. 10, 2010, 8:22 a.m.
On 10.09.2010, at 10:19, Kevin Wolf wrote:

> Am 10.09.2010 10:10, schrieb Alexander Graf:
>>>> +IDE
>>>> +M: qemu-devel@nongnu.org <mailto:qemu-devel@nongnu.org>
>>>> +S: Odd Fixes
>>>> +F: hw/ide/
>>>> +
>>>> +SCSI
>>>> +M: Paul Brook <paul@codesourcery.com <mailto:paul@codesourcery.com>>
>>>> +S: Odd Fixes
>>>> +F: hw/lsi53c895a.c
>>>> +F: hw/scsi*
>>> 
>>> In practice, virtio-blk, IDE and partly scsi-disk were done by me
>>> recently.
>> 
>> Submit a patch to declare you the maintainer please :).
> 
> I'm commenting on a patch introducing a maintainer list. There's no real
> value in producing conflicts now by submitting a patch to the old
> incomplete file...

Aww :).

> 
>>> I didn't see the TCG backends in the list, are they missing?
>> 
>> They are there:
>> 
>>> Guest CPU cores (TCG):
> 
> Aren't these frontends? What I mean is tcg/

Indeed. Very good catch!


Alex
Magnus Damm - Sept. 10, 2010, 8:25 a.m.
On Fri, Sep 10, 2010 at 6:18 AM, Anthony Liguori <aliguori@us.ibm.com> wrote:
>  SH4
> -  shix.c                  ?
> -  r2d.c                   Magnus Damm
> +M: qemu-devel@nongnu.org
> +S: Orphan
> +F: target-sh4/

I don't mind having my name on the list.

I'd like to spend more time on improving SH support in QEMU. The TCG
patches I sent about a year ago would be nice to get merged somehow,
and apart from that I'm sure there are quite a few things that need to
be fixed.

Thanks,

/ magnus
Avi Kivity - Sept. 10, 2010, 11:30 a.m.
On 09/10/2010 11:10 AM, Alexander Graf wrote:
>
>> KERNEL VIRTUAL MACHINE (KVM) FOR POWERPC
>> M:      Alexander Graf <agraf@suse.de <mailto:agraf@suse.de>>
>> L: kvm-ppc@vger.kernel.org <mailto:kvm-ppc@vger.kernel.org>
>> W: http://kvm.qumranet.com
>> S:      Supported
>> F:      arch/powerpc/include/asm/kvm*
>> F:      arch/powerpc/kvm/
>
>
> Speaking of which ... is this one actually still valid?

Why would it not be valid?  Or do you mean the W: line? yes, that needs 
to change.

>
>> KERNEL VIRTUAL MACHINE For Itanium (KVM/IA64)
>> M:      Xiantao Zhang <xiantao.zhang@intel.com 
>> <mailto:xiantao.zhang@intel.com>>
>> L: kvm-ia64@vger.kernel.org <mailto:kvm-ia64@vger.kernel.org>
>> W: http://kvm.qumranet.com
>> S:      Supported
>> F:      Documentation/ia64/kvm.txt
>> F:      arch/ia64/include/asm/kvm*
>> F:      arch/ia64/kvm/
>
> Avi, any opinion on this?

You can ask Xiantao if he's okay with orphaning it.
Alexander Graf - Sept. 10, 2010, 12:22 p.m.
Avi Kivity wrote:
>  On 09/10/2010 11:10 AM, Alexander Graf wrote:
>>
>>> KERNEL VIRTUAL MACHINE (KVM) FOR POWERPC
>>> M:      Alexander Graf <agraf@suse.de <mailto:agraf@suse.de>>
>>> L: kvm-ppc@vger.kernel.org <mailto:kvm-ppc@vger.kernel.org>
>>> W: http://kvm.qumranet.com
>>> S:      Supported
>>> F:      arch/powerpc/include/asm/kvm*
>>> F:      arch/powerpc/kvm/
>>
>>
>> Speaking of which ... is this one actually still valid?
>
> Why would it not be valid?  Or do you mean the W: line? yes, that
> needs to change.

I was referring to the one below :).

>
>>
>>> KERNEL VIRTUAL MACHINE For Itanium (KVM/IA64)
>>> M:      Xiantao Zhang <xiantao.zhang@intel.com
>>> <mailto:xiantao.zhang@intel.com>>
>>> L: kvm-ia64@vger.kernel.org <mailto:kvm-ia64@vger.kernel.org>
>>> W: http://kvm.qumranet.com
>>> S:      Supported
>>> F:      Documentation/ia64/kvm.txt
>>> F:      arch/ia64/include/asm/kvm*
>>> F:      arch/ia64/kvm/
>>
>> Avi, any opinion on this?
>
> You can ask Xiantao if he's okay with orphaning it.

Maybe a good idea. Since there's no working user space anymore anyways.


Alex
Avi Kivity - Sept. 10, 2010, 12:26 p.m.
On 09/10/2010 03:22 PM, Alexander Graf wrote:
> I was referring to the one below :).

We usually use RPN in email.
Luiz Capitulino - Sept. 10, 2010, 1:29 p.m.
On Thu,  9 Sep 2010 16:18:37 -0500
Anthony Liguori <aliguori@us.ibm.com> wrote:

> I make no claims that this is accurate or exhaustive but I think it's a
> reasonable place to start.
> 
> As the file mentions, the purpose of this file is to give contributors
> information about who they can go to with questions about a particular piece of
> code or who they can ask for review.
> 
> If you sign up for a piece of code and indicate that it's Maintained or
> Supported, please be prepared to be responsive to questions about that
> subsystem.
> 
> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
> 
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 79dfc7f..3894cd8 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -9,89 +9,388 @@ to be CC'd when submitting a patch to obtain appropriate review.
>  In general, if you have a question about inclusion of a patch, you should
>  consult qemu-devel and not any specific individual privately.
>  
> -Project leaders:
> -----------------
> +Please see the MAINTAINERS file in the Linux kernel for information about how
> +to update this file.

I think we should just copy it over.

> +QMP

I think it should read:

Monitor (QMP/HMP)

> +M: Luiz Capitulino <lcapitulino@redhat.com>

Markus is also a maintainer:

M: Markus Armbruster <armbru@redhat.com>

> +S: Supported
> +F: monitor.c
Anthony Liguori - Sept. 10, 2010, 1:59 p.m.
Hi Magnus,

On 09/10/2010 03:25 AM, Magnus Damm wrote:
> On Fri, Sep 10, 2010 at 6:18 AM, Anthony Liguori<aliguori@us.ibm.com>  wrote:
>    
>>   SH4
>> -  shix.c                  ?
>> -  r2d.c                   Magnus Damm
>> +M: qemu-devel@nongnu.org
>> +S: Orphan
>> +F: target-sh4/
>>      
> I don't mind having my name on the list.
>    

Great.  NB, your name is already against R2D but we don't have anyone 
for shix or target-sh4.  I think you're suggesting that you'd be happy 
to have your name against target-sh4 but please confirm.

> I'd like to spend more time on improving SH support in QEMU. The TCG
> patches I sent about a year ago would be nice to get merged somehow,
> and apart from that I'm sure there are quite a few things that need to
> be fixed.
>    

How would you characterize the support status of SH4?

Supported - Someone is paid to work on this
Maintained - Actively fix problems and respond to patches
Odd Fixes - Occasional bug fixes
Orphan - No one is working on this

Regards,

Anthony Liguori

> Thanks,
>
> / magnus
>
Anthony Liguori - Sept. 10, 2010, 2:04 p.m.
On 09/10/2010 03:03 AM, Kevin Wolf wrote:
>> -Project leaders:
>> -----------------
>> +Please see the MAINTAINERS file in the Linux kernel for information about how
>> +to update this file.
>>      
> Can't we just copy that one interesting section from Linux into this file?
>    

Sure, that makes sense.

>> +Devices
>> +-------
>> +Virtio
>> +M: Anthony Liguori<aliguori@us.ibm.com>
>> +S: Supported
>> +F: hw/virtio*
>>      
> Hm, what does this mean considering that we have later other entries
> like hw/virtio-9p*?
>    

My intention with this file is not to establish ownership of code but to 
establish who are the right people to ask about areas of the code base.

So having overlapping listings is not a bad thing.  IOW, think of it not 
as, this is the person who owns this set of files but rather, this 
person is willing to be helpful with this set of files.

>> +vhost
>> +M: Michael S. Tsirkin<mst@redhat.com>
>> +S: Supported
>> +F: hw/vhost*
>> +
>> +virtio-9p
>> +M: JV Rao<jvrao@linux.vnet.ibm.com>
>> +S: Supported
>> +F: hw/virtio-9p*
>> +
>> +virtio-serial
>> +M: Amit Shah<amit.shah@redhat.com>
>> +S: Supported
>> +F: hw/virtio-serial*
>> +F: hw/virtio-console*
>> +
>> +IDE
>> +M: qemu-devel@nongnu.org
>> +S: Odd Fixes
>> +F: hw/ide/
>> +
>> +SCSI
>> +M: Paul Brook<paul@codesourcery.com>
>> +S: Odd Fixes
>> +F: hw/lsi53c895a.c
>> +F: hw/scsi*
>>      
> In practice, virtio-blk, IDE and partly scsi-disk were done by me recently.
>    

True, I'll add your name.

> I didn't see the TCG backends in the list, are they missing?
>    

They are.  Suggestions about the right entries to add would be appreciated.

Regards,

Anthony Liguori

> Kevin
>
jvrao - Sept. 10, 2010, 3:26 p.m.
On 9/10/2010 7:04 AM, Anthony Liguori wrote:
> On 09/10/2010 03:03 AM, Kevin Wolf wrote:
>>> -Project leaders:
>>> -----------------
>>> +Please see the MAINTAINERS file in the Linux kernel for information about how
>>> +to update this file.
>> Can't we just copy that one interesting section from Linux into this file?
>
> Sure, that makes sense.
>
>>> +Devices
>>> +-------
>>> +Virtio
>>> +M: Anthony Liguori<aliguori@us.ibm.com>
>>> +S: Supported
>>> +F: hw/virtio*
>> Hm, what does this mean considering that we have later other entries
>> like hw/virtio-9p*?
>
> My intention with this file is not to establish ownership of code but to
> establish who are the right people to ask about areas of the code base.
>
> So having overlapping listings is not a bad thing. IOW, think of it not as, this
> is the person who owns this set of files but rather, this person is willing to
> be helpful with this set of files.
>
>>> +vhost
>>> +M: Michael S. Tsirkin<mst@redhat.com>
>>> +S: Supported
>>> +F: hw/vhost*
>>> +
>>> +virtio-9p
>>> +M: JV Rao<jvrao@linux.vnet.ibm.com>

Please have my full name...

   Venkateswararao Jujjuri (JV) <jvrao@linux.vnet.ibm.com>


Thanks,
JV

>>> +S: Supported
>>> +F: hw/virtio-9p*
>>> +
>>> +virtio-serial
>>> +M: Amit Shah<amit.shah@redhat.com>
>>> +S: Supported
>>> +F: hw/virtio-serial*
>>> +F: hw/virtio-console*
>>> +
>>> +IDE
>>> +M: qemu-devel@nongnu.org
>>> +S: Odd Fixes
>>> +F: hw/ide/
>>> +
>>> +SCSI
>>> +M: Paul Brook<paul@codesourcery.com>
>>> +S: Odd Fixes
>>> +F: hw/lsi53c895a.c
>>> +F: hw/scsi*
>> In practice, virtio-blk, IDE and partly scsi-disk were done by me recently.
>
> True, I'll add your name.
>
>> I didn't see the TCG backends in the list, are they missing?
>
> They are. Suggestions about the right entries to add would be appreciated.
>
> Regards,
>
> Anthony Liguori
>
>> Kevin
>
Anthony Liguori - Sept. 10, 2010, 3:46 p.m.
On 09/10/2010 10:26 AM, Venkateswararao Jujjuri (JV) wrote:
>> is the person who owns this set of files but rather, this person is 
>> willing to
>> be helpful with this set of files.
>>
>>>> +vhost
>>>> +M: Michael S. Tsirkin<mst@redhat.com>
>>>> +S: Supported
>>>> +F: hw/vhost*
>>>> +
>>>> +virtio-9p
>>>> +M: JV Rao<jvrao@linux.vnet.ibm.com>
>
> Please have my full name...
>
>   Venkateswararao Jujjuri (JV) <jvrao@linux.vnet.ibm.com>

Done.

Regards,

Anthony Liguori

>
> Thanks,
> JV
>
>>>> +S: Supported
>>>> +F: hw/virtio-9p*
>>>> +
>>>> +virtio-serial
>>>> +M: Amit Shah<amit.shah@redhat.com>
>>>> +S: Supported
>>>> +F: hw/virtio-serial*
>>>> +F: hw/virtio-console*
>>>> +
>>>> +IDE
>>>> +M: qemu-devel@nongnu.org
>>>> +S: Odd Fixes
>>>> +F: hw/ide/
>>>> +
>>>> +SCSI
>>>> +M: Paul Brook<paul@codesourcery.com>
>>>> +S: Odd Fixes
>>>> +F: hw/lsi53c895a.c
>>>> +F: hw/scsi*
>>> In practice, virtio-blk, IDE and partly scsi-disk were done by me 
>>> recently.
>>
>> True, I'll add your name.
>>
>>> I didn't see the TCG backends in the list, are they missing?
>>
>> They are. Suggestions about the right entries to add would be 
>> appreciated.
>>
>> Regards,
>>
>> Anthony Liguori
>>
>>> Kevin
>>
>
>
Blue Swirl - Sept. 10, 2010, 5:45 p.m.
On Thu, Sep 9, 2010 at 9:18 PM, Anthony Liguori <aliguori@us.ibm.com> wrote:
> I make no claims that this is accurate or exhaustive but I think it's a
> reasonable place to start.
>
> As the file mentions, the purpose of this file is to give contributors
> information about who they can go to with questions about a particular piece of
> code or who they can ask for review.
>
> If you sign up for a piece of code and indicate that it's Maintained or
> Supported, please be prepared to be responsive to questions about that
> subsystem.
>
> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 79dfc7f..3894cd8 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -9,89 +9,388 @@ to be CC'd when submitting a patch to obtain appropriate review.
>  In general, if you have a question about inclusion of a patch, you should
>  consult qemu-devel and not any specific individual privately.
>
> -Project leaders:
> -----------------
> +Please see the MAINTAINERS file in the Linux kernel for information about how
> +to update this file.
>
> -Paul Brook
> -Anthony Liguori
> +General Project Administration
> +------------------------------
> +M: Anthony Liguori <aliguori@us.ibm.com>
> +M: Paul Brook <paul@codesourcery.com>
>
>  Guest CPU cores (TCG):

Perhaps the CPU names should be in alphabetical order. For
completeness, KVM CPUs should have X: target-xxx/kvm.c, though
currently TCG and KVM maintainers match.

>  ----------------------
> -
> -x86                ?
> -ARM                Paul Brook
> -SPARC              Blue Swirl
> -MIPS               ?
> -PowerPC            Alexander Graf
> -M68K               Paul Brook
> -SH4                ?
> -CRIS               Edgar E. Iglesias
> -Alpha              ?
> -MicroBlaze         Edgar E. Iglesias
> -S390               ?
> -
> -Machines (sorted by CPU):
> --------------------------
> -
>  x86
> -  pc.c                    Anthony Liguori
> +M: qemu-devel@nongnu.org
> +S: Odd Fixes
> +F: target-i386/
> +
>  ARM
> -  integratorcp.c          Paul Brook
> -  versatilepb.c           Paul Brook
> -  Real View               Paul Brook
> -  spitz.c                 Andrzej Zaborowski
> -  palm.c                  Andrzej Zaborowski
> -  nseries.c               Andrzej Zaborowski
> -  stellaris.c             Paul Brook
> -  gumstix.c               Thorsten Zitterell
> -  mainstone.c             Armin Kuster
> -  musicpal.c              Jan Kiszka
> +M: Paul Brook <paul@codesourcery.com>
> +S: Maintained
> +F: target-arm/
> +
>  SPARC
> -  sun4u.c                 Blue Swirl
> -  sun4m.c                 Blue Swirl
> +M: Blue Swirl <blauwirbel@gmail.com>
> +S: Maintained
> +F: target-sparc/
> +
>  MIPS
> -  mips_r4k.c              Aurelien Jarno
> -  mips_malta.c            Aurelien Jarno
> -  mips_jazz.c             Hervé Poussineau
> -  mips_mipssim.c          ?
> +M: qemu-devel@nongnu.org
> +S: Orphan
> +F: target-mips/
> +
>  PowerPC
> -  ppc_prep.c              ?
> -  ppc_oldworld.c          Alexander Graf
> -  ppc_newworld.c          Alexander Graf
> -  ppc405_boards.c         Alexander Graf
> -M86K
> -  mcf5208.c               Paul Brook
> -  an5206.c                Paul Brook
> -  dummy_m68k.c            Paul Brook
> +M: Alexander Graf <agraf@suse.de>
> +S: Maintained
> +F: target-ppc/
> +
> +M68K
> +M: Paul Brook <paul@codesourcery.com>
> +S: Maintained
> +F: target-m68k/
> +
>  SH4
> -  shix.c                  ?
> -  r2d.c                   Magnus Damm
> +M: qemu-devel@nongnu.org
> +S: Orphan
> +F: target-sh4/
> +
>  CRIS
> -  etraxfs.c               Edgar E. Iglesias
> -  axis_dev88.c            Edgar E. Iglesias
> +M: Edgar E. Iglesias <edgar.iglesias@gmail.com>
> +S: Maintained
> +F: target-cris/
> +
>  Alpha
> +M: qemu-devel@nongnu.org
> +S: Orphan
> +F: target-alpha/
> +
>  MicroBlaze
> -  petalogix_s3adsp1800.c  Edgar E. Iglesias
> +M: Edgar E. Iglesias <edgar.iglesias@gmail.com>
> +S: Maintained
> +F: target-microblaze/
> +
> +S390
> +M: Alexander Graf <agraf@suse.de>
> +S: Maintained
> +F: target-s390x/
> +
> +Guest CPU Cores (KVM):
> +----------------------

Maybe the order should be alphabetical after Overall.

> +
> +Overall
> +M: Avi Kivity <avi@redhat.com>
> +M: Marcelo Tosatti <mtosatti@redhat.com>
> +L: kvm@vger.kernel.org
> +S: Supported
> +F: kvm-*
> +F: */kvm.*
> +
> +X86
> +M: Avi Kivity <avi@redhat.com>
> +M: Marcelo Tosatti <mtosatti@redhat.com>
> +L: kvm@vger.kernel.org
> +S: Supported
> +F: target-i386/kvm.c
> +
> +PPC
> +M: Alexander Graf <agraf@suse.de>
> +S: Maintained
> +F: target-ppc/kvm.c
> +
>  S390
> -  s390-*.c                Alexander Graf
> +M: Alexander Graf <agraf@suse.de>
> +S: Maintained
> +F: target-s390x/kvm.c
> +
> +X86 Machines
> +------------
> +
> +PC
> +M: Anthony Liguori <aliguori@us.ibm.com>
> +S: Supported
> +F: hw/pc.[ch] hw/pc_piix.c
> +
> +
> +ARM Machines
> +------------
> +M: Paul Brook <paul@codesourcery.com>
> +S: Maintained
> +F: hw/integratorcp.c
> +
> +Versatile PB
> +M: Paul Brook <paul@codesourcery.com>
> +S: Maintained
> +F: hw/versatilepb.c
> +
> +Real View
> +M: Paul Brook <paul@codesourcery.com>
> +S: Maintained
> +F: hw/realview*
> +
> +Spitz
> +M: Andrzej Zaborowski <balrogg@gmail.com>
> +S: Maintained
> +F: hw/spitz.c
> +
> +Palm
> +M: Andrzej Zaborowski <balrogg@gmail.com>
> +S: Maintained
> +F: hw/palm.c
> +
> +nSeries
> +M: Andrzej Zaborowski <balrogg@gmail.com>
> +S: Maintained
> +F: hw/nseries.c
> +
> +Stellaris
> +M: Paul Brook <paul@codesourcery.com>
> +S: Maintained
> +F: hw/stellaris.c
> +
> +Gumstix
> +M: qemu-devel@nongnu.org
> +S: Orphan
> +F: hw/gumstix.c
> +
> +Mainstone
> +M: qemu-devel@nongnu.org
> +S: Orphan
> +F: hw/mainstone.c
> +
> +Musicpal
> +M: Jan Kiszka <jan.kiszka@web.de>
> +S: Maintained
> +F: hw/musicpal.c
> +
> +SPARC Machines
> +--------------
> +Sun4u

There is also Sun4v here, though its status could be Odd Fixes. These
are actually machine classes, but currently only few machines are
implemented.

> +M: Blue Swirl <blauwirbel@gmail.com>
> +S: Maintained

Maybe also the technical status should be indicated, something like
Unusable, Boots BIOS, Boots a kernel, Stable?

> +F: hw/sun4u.c
> +
> +Sun4m

There's also Sun4c and Sun4d machine classes. There are 9 different
Sun4m machines, but do we want to list them? The same thing actually
applies to isapc machine.

How about also listing the ROMs under pc-bios? I'd claim openbios-*,
except if Alex wants openbios-ppc, that's fine too.
Anthony Liguori - Sept. 10, 2010, 7:05 p.m.
On 09/10/2010 12:45 PM, Blue Swirl wrote:
> On Thu, Sep 9, 2010 at 9:18 PM, Anthony Liguori<aliguori@us.ibm.com>  wrote:
>    
>> I make no claims that this is accurate or exhaustive but I think it's a
>> reasonable place to start.
>>
>> As the file mentions, the purpose of this file is to give contributors
>> information about who they can go to with questions about a particular piece of
>> code or who they can ask for review.
>>
>> If you sign up for a piece of code and indicate that it's Maintained or
>> Supported, please be prepared to be responsive to questions about that
>> subsystem.
>>
>> Signed-off-by: Anthony Liguori<aliguori@us.ibm.com>
>>
>> diff --git a/MAINTAINERS b/MAINTAINERS
>> index 79dfc7f..3894cd8 100644
>> --- a/MAINTAINERS
>> +++ b/MAINTAINERS
>> @@ -9,89 +9,388 @@ to be CC'd when submitting a patch to obtain appropriate review.
>>   In general, if you have a question about inclusion of a patch, you should
>>   consult qemu-devel and not any specific individual privately.
>>
>> -Project leaders:
>> -----------------
>> +Please see the MAINTAINERS file in the Linux kernel for information about how
>> +to update this file.
>>
>> -Paul Brook
>> -Anthony Liguori
>> +General Project Administration
>> +------------------------------
>> +M: Anthony Liguori<aliguori@us.ibm.com>
>> +M: Paul Brook<paul@codesourcery.com>
>>
>>   Guest CPU cores (TCG):
>>      
> Perhaps the CPU names should be in alphabetical order.

Yeah, I was thinking that alphabetical order across the board would make 
sense.

>   For
> completeness, KVM CPUs should have X: target-xxx/kvm.c, though
> currently TCG and KVM maintainers match.
>    

You mean F: right?

I already have that in my copy.

>> +SPARC Machines
>> +--------------
>> +Sun4u
>>      
> There is also Sun4v here, though its status could be Odd Fixes. These
> are actually machine classes, but currently only few machines are
> implemented.
>    

What should the entry look like?

>> +M: Blue Swirl<blauwirbel@gmail.com>
>> +S: Maintained
>>      
> Maybe also the technical status should be indicated, something like
> Unusable, Boots BIOS, Boots a kernel, Stable?
>    

I'd avoid that here.  If something is unusable for long, I think that 
automatically makes it Orphan'd, no?

>> +F: hw/sun4u.c
>> +
>> +Sun4m
>>      
> There's also Sun4c and Sun4d machine classes. There are 9 different
> Sun4m machines, but do we want to list them? The same thing actually
> applies to isapc machine.
>    

The granularity is what makes sense as someone who's hacking on the 
code.  So whether you think folks would need to see the difference 
really is up to you since you're the primary person in this space.

For PC, I don't think there's really a need to call out each machine 
individually.

> How about also listing the ROMs under pc-bios? I'd claim openbios-*,
> except if Alex wants openbios-ppc, that's fine too.
>    

Yes, that's a good idea.

Regards,

Anthony Liguori
Blue Swirl - Sept. 10, 2010, 7:19 p.m.
On Fri, Sep 10, 2010 at 7:05 PM, Anthony Liguori <anthony@codemonkey.ws> wrote:
> On 09/10/2010 12:45 PM, Blue Swirl wrote:
>>
>> On Thu, Sep 9, 2010 at 9:18 PM, Anthony Liguori<aliguori@us.ibm.com>
>>  wrote:
>>
>>>
>>> I make no claims that this is accurate or exhaustive but I think it's a
>>> reasonable place to start.
>>>
>>> As the file mentions, the purpose of this file is to give contributors
>>> information about who they can go to with questions about a particular
>>> piece of
>>> code or who they can ask for review.
>>>
>>> If you sign up for a piece of code and indicate that it's Maintained or
>>> Supported, please be prepared to be responsive to questions about that
>>> subsystem.
>>>
>>> Signed-off-by: Anthony Liguori<aliguori@us.ibm.com>
>>>
>>> diff --git a/MAINTAINERS b/MAINTAINERS
>>> index 79dfc7f..3894cd8 100644
>>> --- a/MAINTAINERS
>>> +++ b/MAINTAINERS
>>> @@ -9,89 +9,388 @@ to be CC'd when submitting a patch to obtain
>>> appropriate review.
>>>  In general, if you have a question about inclusion of a patch, you
>>> should
>>>  consult qemu-devel and not any specific individual privately.
>>>
>>> -Project leaders:
>>> -----------------
>>> +Please see the MAINTAINERS file in the Linux kernel for information
>>> about how
>>> +to update this file.
>>>
>>> -Paul Brook
>>> -Anthony Liguori
>>> +General Project Administration
>>> +------------------------------
>>> +M: Anthony Liguori<aliguori@us.ibm.com>
>>> +M: Paul Brook<paul@codesourcery.com>
>>>
>>>  Guest CPU cores (TCG):
>>>
>>
>> Perhaps the CPU names should be in alphabetical order.
>
> Yeah, I was thinking that alphabetical order across the board would make
> sense.
>
>>  For
>> completeness, KVM CPUs should have X: target-xxx/kvm.c, though
>> currently TCG and KVM maintainers match.
>>
>
> You mean F: right?

No, X: like exclude.

>
> I already have that in my copy.
>
>>> +SPARC Machines
>>> +--------------
>>> +Sun4u
>>>
>>
>> There is also Sun4v here, though its status could be Odd Fixes. These
>> are actually machine classes, but currently only few machines are
>> implemented.
>>
>
> What should the entry look like?

'Sun4u, Sun4v' and below: 'Sun4m, Sun4c, Sun4d'.

>>> +M: Blue Swirl<blauwirbel@gmail.com>
>>> +S: Maintained
>>>
>>
>> Maybe also the technical status should be indicated, something like
>> Unusable, Boots BIOS, Boots a kernel, Stable?
>>
>
> I'd avoid that here.  If something is unusable for long, I think that
> automatically makes it Orphan'd, no?

Sort of. Perhaps a Wiki page should be a better place for status type
information anyway.

>>> +F: hw/sun4u.c
>>> +
>>> +Sun4m
>>>
>>
>> There's also Sun4c and Sun4d machine classes. There are 9 different
>> Sun4m machines, but do we want to list them? The same thing actually
>> applies to isapc machine.
>>
>
> The granularity is what makes sense as someone who's hacking on the code.
>  So whether you think folks would need to see the difference really is up to
> you since you're the primary person in this space.

I think file level is enough.
Andreas Färber - Sept. 10, 2010, 8:32 p.m.
Am 10.09.2010 um 21:19 schrieb Blue Swirl:

> On Fri, Sep 10, 2010 at 7:05 PM, Anthony Liguori <anthony@codemonkey.ws 
> > wrote:
>> On 09/10/2010 12:45 PM, Blue Swirl wrote:
>>>
>>> On Thu, Sep 9, 2010 at 9:18 PM, Anthony Liguori<aliguori@us.ibm.com>
>>>  wrote:
>>>
>>>> diff --git a/MAINTAINERS b/MAINTAINERS
>>>> index 79dfc7f..3894cd8 100644
>>>> --- a/MAINTAINERS
>>>> +++ b/MAINTAINERS

>>>> +M: Blue Swirl<blauwirbel@gmail.com>
>>>> +S: Maintained
>>>>
>>>
>>> Maybe also the technical status should be indicated, something like
>>> Unusable, Boots BIOS, Boots a kernel, Stable?
>>>
>>
>> I'd avoid that here.  If something is unusable for long, I think that
>> automatically makes it Orphan'd, no?
>
> Sort of. Perhaps a Wiki page should be a better place for status type
> information anyway.

Pretty much what Natalia's OS support database tracks, no? Better not  
put it here.

Andreas
Alexander Graf - Sept. 10, 2010, 10:17 p.m.
On 10.09.2010, at 21:05, Anthony Liguori <anthony@codemonkey.ws> wrote:

> On 09/10/2010 12:45 PM, Blue Swirl wrote:
> 
>> How about also listing the ROMs under pc-bios? I'd claim openbios-*,
>> except if Alex wants openbios-ppc, that's fine too.
>>   
> 
> Yes, that's a good idea.

I'd actually like to keep the ownership of the openbios blobs at a single person, so they keep in sync. That doesn't mean that I won't trigger an update or help out people as far as I can though :).

I would certainly take maintainership of the (simple) optionrom sources though.


Alex

>
Blue Swirl - Sept. 12, 2010, 7:42 a.m.
On Thu, Sep 9, 2010 at 9:18 PM, Anthony Liguori <aliguori@us.ibm.com> wrote:
> I make no claims that this is accurate or exhaustive but I think it's a
> reasonable place to start.
>
> As the file mentions, the purpose of this file is to give contributors
> information about who they can go to with questions about a particular piece of
> code or who they can ask for review.

Known T: tags for patch queues should be added (can be done with later
patches too).
(T: SCM tree type and location.  Type is one of: git, hg, quilt, stgit.)

>
> If you sign up for a piece of code and indicate that it's Maintained or
> Supported, please be prepared to be responsive to questions about that
> subsystem.
>
> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 79dfc7f..3894cd8 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -9,89 +9,388 @@ to be CC'd when submitting a patch to obtain appropriate review.
>  In general, if you have a question about inclusion of a patch, you should
>  consult qemu-devel and not any specific individual privately.
>
> -Project leaders:
> -----------------
> +Please see the MAINTAINERS file in the Linux kernel for information about how
> +to update this file.
>
> -Paul Brook
> -Anthony Liguori
> +General Project Administration
> +------------------------------
> +M: Anthony Liguori <aliguori@us.ibm.com>
> +M: Paul Brook <paul@codesourcery.com>
>
>  Guest CPU cores (TCG):
>  ----------------------
> -
> -x86                ?
> -ARM                Paul Brook
> -SPARC              Blue Swirl
> -MIPS               ?
> -PowerPC            Alexander Graf
> -M68K               Paul Brook
> -SH4                ?
> -CRIS               Edgar E. Iglesias
> -Alpha              ?
> -MicroBlaze         Edgar E. Iglesias
> -S390               ?
> -
> -Machines (sorted by CPU):
> --------------------------
> -
>  x86
> -  pc.c                    Anthony Liguori
> +M: qemu-devel@nongnu.org
> +S: Odd Fixes
> +F: target-i386/
> +
>  ARM
> -  integratorcp.c          Paul Brook
> -  versatilepb.c           Paul Brook
> -  Real View               Paul Brook
> -  spitz.c                 Andrzej Zaborowski
> -  palm.c                  Andrzej Zaborowski
> -  nseries.c               Andrzej Zaborowski
> -  stellaris.c             Paul Brook
> -  gumstix.c               Thorsten Zitterell
> -  mainstone.c             Armin Kuster
> -  musicpal.c              Jan Kiszka
> +M: Paul Brook <paul@codesourcery.com>
> +S: Maintained
> +F: target-arm/
> +
>  SPARC
> -  sun4u.c                 Blue Swirl
> -  sun4m.c                 Blue Swirl
> +M: Blue Swirl <blauwirbel@gmail.com>
> +S: Maintained
> +F: target-sparc/
> +
>  MIPS
> -  mips_r4k.c              Aurelien Jarno
> -  mips_malta.c            Aurelien Jarno
> -  mips_jazz.c             Hervé Poussineau
> -  mips_mipssim.c          ?
> +M: qemu-devel@nongnu.org
> +S: Orphan
> +F: target-mips/
> +
>  PowerPC
> -  ppc_prep.c              ?
> -  ppc_oldworld.c          Alexander Graf
> -  ppc_newworld.c          Alexander Graf
> -  ppc405_boards.c         Alexander Graf
> -M86K
> -  mcf5208.c               Paul Brook
> -  an5206.c                Paul Brook
> -  dummy_m68k.c            Paul Brook
> +M: Alexander Graf <agraf@suse.de>
> +S: Maintained
> +F: target-ppc/
> +
> +M68K
> +M: Paul Brook <paul@codesourcery.com>
> +S: Maintained
> +F: target-m68k/
> +
>  SH4
> -  shix.c                  ?
> -  r2d.c                   Magnus Damm
> +M: qemu-devel@nongnu.org
> +S: Orphan
> +F: target-sh4/
> +
>  CRIS
> -  etraxfs.c               Edgar E. Iglesias
> -  axis_dev88.c            Edgar E. Iglesias
> +M: Edgar E. Iglesias <edgar.iglesias@gmail.com>
> +S: Maintained
> +F: target-cris/
> +
>  Alpha
> +M: qemu-devel@nongnu.org
> +S: Orphan
> +F: target-alpha/
> +
>  MicroBlaze
> -  petalogix_s3adsp1800.c  Edgar E. Iglesias
> +M: Edgar E. Iglesias <edgar.iglesias@gmail.com>
> +S: Maintained
> +F: target-microblaze/
> +
> +S390
> +M: Alexander Graf <agraf@suse.de>
> +S: Maintained
> +F: target-s390x/
> +
> +Guest CPU Cores (KVM):
> +----------------------
> +
> +Overall
> +M: Avi Kivity <avi@redhat.com>
> +M: Marcelo Tosatti <mtosatti@redhat.com>
> +L: kvm@vger.kernel.org
> +S: Supported
> +F: kvm-*
> +F: */kvm.*
> +
> +X86
> +M: Avi Kivity <avi@redhat.com>
> +M: Marcelo Tosatti <mtosatti@redhat.com>
> +L: kvm@vger.kernel.org
> +S: Supported
> +F: target-i386/kvm.c
> +
> +PPC
> +M: Alexander Graf <agraf@suse.de>
> +S: Maintained
> +F: target-ppc/kvm.c
> +
>  S390
> -  s390-*.c                Alexander Graf
> +M: Alexander Graf <agraf@suse.de>
> +S: Maintained
> +F: target-s390x/kvm.c
> +
> +X86 Machines
> +------------
> +
> +PC
> +M: Anthony Liguori <aliguori@us.ibm.com>
> +S: Supported
> +F: hw/pc.[ch] hw/pc_piix.c
> +
> +
> +ARM Machines
> +------------
> +M: Paul Brook <paul@codesourcery.com>
> +S: Maintained
> +F: hw/integratorcp.c
> +
> +Versatile PB
> +M: Paul Brook <paul@codesourcery.com>
> +S: Maintained
> +F: hw/versatilepb.c
> +
> +Real View
> +M: Paul Brook <paul@codesourcery.com>
> +S: Maintained
> +F: hw/realview*
> +
> +Spitz
> +M: Andrzej Zaborowski <balrogg@gmail.com>
> +S: Maintained
> +F: hw/spitz.c
> +
> +Palm
> +M: Andrzej Zaborowski <balrogg@gmail.com>
> +S: Maintained
> +F: hw/palm.c
> +
> +nSeries
> +M: Andrzej Zaborowski <balrogg@gmail.com>
> +S: Maintained
> +F: hw/nseries.c
> +
> +Stellaris
> +M: Paul Brook <paul@codesourcery.com>
> +S: Maintained
> +F: hw/stellaris.c
> +
> +Gumstix
> +M: qemu-devel@nongnu.org
> +S: Orphan
> +F: hw/gumstix.c
> +
> +Mainstone
> +M: qemu-devel@nongnu.org
> +S: Orphan
> +F: hw/mainstone.c
> +
> +Musicpal
> +M: Jan Kiszka <jan.kiszka@web.de>
> +S: Maintained
> +F: hw/musicpal.c
> +
> +SPARC Machines
> +--------------
> +Sun4u
> +M: Blue Swirl <blauwirbel@gmail.com>
> +S: Maintained
> +F: hw/sun4u.c
> +
> +Sun4m
> +M: Blue Swirl <blauwirbel@gmail.com>
> +S: Maintained
> +F: hw/sun4m.c
> +
> +MIPS Machines
> +-------------
> +R4000
> +M: Aurelien Jarno <aurel@aurel32.net>
> +S: Maintained
> +F: hw/mips_r4k.c
> +
> +Malta
> +M: Aurelien Jarno <aurel@aurel32.net>
> +S: Maintained
> +F: hw/mips_malta.c
> +
> +Jazz
> +M: Hervé Poussineau <hpoussin@reactos.org>
> +S: Maintained
> +F: hw/mips_jazz.c
> +
> +Mipssim
> +M: qemu-devel@nongnu.org
> +S: Orphan
> +F: hw/mips_mipssim.c
>
> -Generic Subsystems:
> +PowerPC Machines
> +----------------
> +Prep
> +M: qemu-devel@nongnu.org
> +S: Orphan
> +F: hw/ppc_prep.c
> +
> +Old World
> +M: Alexander Graf <agraf@suse.de>
> +S: Maintained
> +F: hw/ppc_oldworld.c
> +
> +New World
> +M: Alexander Graf <agraf@suse.de>
> +S: Maintained
> +F: hw/ppc_newworld.c
> +
> +405
> +M: Alexander Graf <agraf@suse.de>
> +S: Maintained
> +F: hw/ppc405_boards.c
> +
> +M86K Machines
> +-------------
> +mcf5208
> +M: Paul Brook <paul@codesourcery.com>
> +S: Maintained
> +F: hw/mcf5208.c
> +
> +an5206
> +M: Paul Brook <paul@codesourcery.com>
> +S: Maintained
> +F: hw/an5206.c
> +
> +dummy_m68k
> +M: Paul Brook <paul@codesourcery.com>
> +S: Maintained
> +F: hw/dummy_m68k.c
> +
> +SH4 Machines
> +------------
> +Shix
> +M: qemu-devel@nongnu.org
> +S: Oprhan
> +F: hw/shix.c
> +
> +R2D
> +M: Magnus Damm <magnus.damm@gmail.com>
> +S: Maintained
> +F: hw/r2d.c
> +
> +CRIS Machines
> +-------------
> +etraxfs
> +M: Edgar E. Iglesias <edgar.iglesias@gmail.com>
> +S: Maintained
> +F: hw/etraxfs.c
> +
> +Axis Dev88
> +M: Edgar E. Iglesias <edgar.iglesias@gmail.com>
> +S: Maintained
> +F: hw/axis_dev88.c
> +
> +MicroBlaze
> +petalogix_s3adsp1800
> +M: Edgar E. Iglesias <edgar.iglesias@gmail.com>
> +S: Maintained
> +F: hw/petalogix_s3adsp1800.c
> +
> +
> +S390 Machines
> +-------------
> +
> +S390 Virtio
> +M: Alexander Graf <agraf@suse.de>
> +S: Maintained
> +F: hw/s390-*.c
> +
> +Generic Subsystems
>  -------------------
> +Main loop
> +M: Anthony Liguori <aliguori@us.ibm.com>
> +S: Supported
> +F: vl.c
> +
> +Character Devices
> +M: Anthony Liguori <aliguori@us.ibm.com>
> +S: Maintained
> +F: qemu-char.c
> +
> +Devices
> +-------
> +Virtio
> +M: Anthony Liguori <aliguori@us.ibm.com>
> +S: Supported
> +F: hw/virtio*
> +
> +vhost
> +M: Michael S. Tsirkin <mst@redhat.com>
> +S: Supported
> +F: hw/vhost*
> +
> +virtio-9p
> +M: JV Rao <jvrao@linux.vnet.ibm.com>
> +S: Supported
> +F: hw/virtio-9p*
> +
> +virtio-serial
> +M: Amit Shah <amit.shah@redhat.com>
> +S: Supported
> +F: hw/virtio-serial*
> +F: hw/virtio-console*
> +
> +IDE
> +M: qemu-devel@nongnu.org
> +S: Odd Fixes
> +F: hw/ide/
> +
> +SCSI
> +M: Paul Brook <paul@codesourcery.com>
> +S: Odd Fixes
> +F: hw/lsi53c895a.c
> +F: hw/scsi*
> +
> +PCI
> +M: Michael S. Tsirkin <mst@redhat.com>
> +S: Supported
> +F: hw/pci*
> +F: hw/piix*
> +
> +USB
> +M: qemu-devel@nongnu.org
> +S: Odd Fixes
> +F: hw/usb*
> +
> +Subsystems
> +----------
> +
> +Block
> +M: Kevin Wolf <kwolf@redhat.com>
> +S: Supported
> +F: block*
> +F: block/
> +
> +Graphics
> +M: Anthony Liguori <aliguori@us.ibm.com>
> +S: Maintained
> +F: ui/
> +
> +Audio
> +M: Vassili Karpov (malc) <av1474@comtv.ru>
> +S: Maintained
> +F: audio/
> +
> +Character devices
> +M: Anthony Liguori <aliguori@us.ibm.com>
> +S: Maintained
> +F: qemu-char.c
> +
> +Network device layer
> +M: Anthony Liguori <aliguori@us.ibm.com>
> +M: Mark McLoughlin <markmc@redhat.com>
> +S: Maintained
> +F: net/
> +
> +SLIRP
> +M: qemu-devel@nongnu.org
> +S: Orphan
> +F: slirp/
> +
> +GDB stub
> +M: qemu-devel@nongnu.org
> +S: Odd Fixes
> +F: gdbstub*
> +F: gdb-xml/
> +
> +QMP
> +M: Luiz Capitulino <lcapitulino@redhat.com>
> +S: Supported
> +F: monitor.c
> +
> +Usermode Emulation
> +------------------
> +
> +Linux user
> +M: Riku Voipio <riku.voipio@iki.fi>
> +S: Maintained
> +F: linux-user/
> +
> +Darwin user
> +M: qemu-devel@nongnu.org
> +S: Orphan
> +F: darwin-user/
>
> -Main loop                 Anthony Liguori
> -TCG                       ?
> -KVM                       Marcelo Tosatti/Avi Kivity
> -Virtio devices            Anthony Liguori
> -IDE devices               ?
> -SCSI devices              Paul Brook
> -PCI layer                 Michael S. Tsirkin
> -USB layer                 ?
> -Block layer               Kevin Wolf
> -Graphic layer             Anthony Liguori
> -Audio device layer        Vassili Karpov (malc)
> -Character device layer    Anthony Liguori
> -Network device layer      Anthony Liguori/Mark McLoughlin
> -GDB stub                  ?
> -Linux user                Riku Voipio
> -Darwin user               Unmaintained (likely to be removed)
> -SLIRP                     Unmaintained
> +BSD user
> +M: Blue Swirl <blauwirbel@gmail.com>
> +S: Maintained
> +F: bsd-user/
> --
> 1.7.0.4
>
>
Michael S. Tsirkin - Sept. 12, 2010, 1:12 p.m.
On Thu, Sep 09, 2010 at 04:18:37PM -0500, Anthony Liguori wrote:
> +Devices
> +-------
> +Virtio
> +M: Anthony Liguori <aliguori@us.ibm.com>
> +S: Supported
> +F: hw/virtio*

You can add myself here, I'm happy to answer questions
and help get patches merged.
Magnus Damm - Sept. 13, 2010, 11:02 a.m.
Hi Anthony,

On Fri, Sep 10, 2010 at 10:59 PM, Anthony Liguori
<aliguori@linux.vnet.ibm.com> wrote:
> Hi Magnus,
>
> On 09/10/2010 03:25 AM, Magnus Damm wrote:
>>
>> On Fri, Sep 10, 2010 at 6:18 AM, Anthony Liguori<aliguori@us.ibm.com>
>>  wrote:
>>
>>>
>>>  SH4
>>> -  shix.c                  ?
>>> -  r2d.c                   Magnus Damm
>>> +M: qemu-devel@nongnu.org
>>> +S: Orphan
>>> +F: target-sh4/
>>>
>>
>> I don't mind having my name on the list.
>>
>
> Great.  NB, your name is already against R2D but we don't have anyone for
> shix or target-sh4.  I think you're suggesting that you'd be happy to have
> your name against target-sh4 but please confirm.

Feel free to put my name on target-sh4.

>> I'd like to spend more time on improving SH support in QEMU. The TCG
>> patches I sent about a year ago would be nice to get merged somehow,
>> and apart from that I'm sure there are quite a few things that need to
>> be fixed.
>>
>
> How would you characterize the support status of SH4?
>
> Supported - Someone is paid to work on this
> Maintained - Actively fix problems and respond to patches
> Odd Fixes - Occasional bug fixes
> Orphan - No one is working on this

At this point it's in "Odd Fixes" state, but in the future we're
likely to move to "Supported".

Basically, I'm paid to work on SH4 among other things, but lately I
have not kept up with QEMU.

Thanks,

/ magnus
Anderson Lizardo - Sept. 13, 2010, 5:32 p.m.
On Thu, Sep 9, 2010 at 5:18 PM, Anthony Liguori <aliguori@us.ibm.com> wrote:
> +M86K Machines
> +-------------
> +mcf5208
> +M: Paul Brook <paul@codesourcery.com>
> +S: Maintained
> +F: hw/mcf5208.c

Just wondering... Is there a "M86K" or is it a typo from "M68K"
(warning: I know nothing of this machine).

Regards,
Stefan Weil - Sept. 13, 2010, 6:29 p.m.
Am 13.09.2010 19:32, schrieb Anderson Lizardo:
> On Thu, Sep 9, 2010 at 5:18 PM, Anthony Liguori<aliguori@us.ibm.com>  wrote:
>    
>> +M86K Machines
>> +-------------
>> +mcf5208
>> +M: Paul Brook<paul@codesourcery.com>
>> +S: Maintained
>> +F: hw/mcf5208.c
>>      
> Just wondering... Is there a "M86K" or is it a typo from "M68K"
> (warning: I know nothing of this machine).
>
> Regards,
>    

QEMU has a m86k_sim_stat, so it supports M86K :-)

No, of course you are correct: it should be M68K and m68k_sim_stat.

Regards,
Stefan
Stefan Weil - Sept. 13, 2010, 6:41 p.m.
Am 09.09.2010 23:18, schrieb Anthony Liguori:
> I make no claims that this is accurate or exhaustive but I think it's a
> reasonable place to start.
>
> As the file mentions, the purpose of this file is to give contributors
> information about who they can go to with questions about a particular piece of
> code or who they can ask for review.
>
> If you sign up for a piece of code and indicate that it's Maintained or
> Supported, please be prepared to be responsive to questions about that
> subsystem.
>
> Signed-off-by: Anthony Liguori<aliguori@us.ibm.com>
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 79dfc7f..3894cd8 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -9,89 +9,388 @@ to be CC'd when submitting a patch to obtain appropriate review.
>   In general, if you have a question about inclusion of a patch, you should
>   consult qemu-devel and not any specific individual privately.
>
> -Project leaders:
> -----------------
> +Please see the MAINTAINERS file in the Linux kernel for information about how
> +to update this file.
>
> -Paul Brook
> -Anthony Liguori
> +General Project Administration
> +------------------------------
> +M: Anthony Liguori<aliguori@us.ibm.com>
> +M: Paul Brook<paul@codesourcery.com>
>   
[snip]

Hello Anthony,

you can add me for these parts:

block/vdi.c
hw/eepro100.c
hw/eeprom93xx.*

Regards,
Stefan

Patch

diff --git a/MAINTAINERS b/MAINTAINERS
index 79dfc7f..3894cd8 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -9,89 +9,388 @@  to be CC'd when submitting a patch to obtain appropriate review.
 In general, if you have a question about inclusion of a patch, you should
 consult qemu-devel and not any specific individual privately.
 
-Project leaders:
-----------------
+Please see the MAINTAINERS file in the Linux kernel for information about how
+to update this file.
 
-Paul Brook
-Anthony Liguori
+General Project Administration
+------------------------------
+M: Anthony Liguori <aliguori@us.ibm.com>
+M: Paul Brook <paul@codesourcery.com>
 
 Guest CPU cores (TCG):
 ----------------------
-
-x86                ?
-ARM                Paul Brook
-SPARC              Blue Swirl
-MIPS               ?
-PowerPC            Alexander Graf
-M68K               Paul Brook
-SH4                ?
-CRIS               Edgar E. Iglesias
-Alpha              ?
-MicroBlaze         Edgar E. Iglesias
-S390               ?
-
-Machines (sorted by CPU):
--------------------------
-
 x86
-  pc.c                    Anthony Liguori
+M: qemu-devel@nongnu.org
+S: Odd Fixes
+F: target-i386/
+
 ARM
-  integratorcp.c          Paul Brook
-  versatilepb.c           Paul Brook
-  Real View               Paul Brook
-  spitz.c                 Andrzej Zaborowski
-  palm.c                  Andrzej Zaborowski
-  nseries.c               Andrzej Zaborowski
-  stellaris.c             Paul Brook
-  gumstix.c               Thorsten Zitterell
-  mainstone.c             Armin Kuster
-  musicpal.c              Jan Kiszka
+M: Paul Brook <paul@codesourcery.com>
+S: Maintained
+F: target-arm/
+
 SPARC
-  sun4u.c                 Blue Swirl
-  sun4m.c                 Blue Swirl
+M: Blue Swirl <blauwirbel@gmail.com>
+S: Maintained
+F: target-sparc/
+
 MIPS
-  mips_r4k.c              Aurelien Jarno
-  mips_malta.c            Aurelien Jarno
-  mips_jazz.c             Hervé Poussineau
-  mips_mipssim.c          ?
+M: qemu-devel@nongnu.org
+S: Orphan
+F: target-mips/
+
 PowerPC
-  ppc_prep.c              ?
-  ppc_oldworld.c          Alexander Graf
-  ppc_newworld.c          Alexander Graf
-  ppc405_boards.c         Alexander Graf
-M86K
-  mcf5208.c               Paul Brook
-  an5206.c                Paul Brook
-  dummy_m68k.c            Paul Brook
+M: Alexander Graf <agraf@suse.de>
+S: Maintained
+F: target-ppc/
+
+M68K
+M: Paul Brook <paul@codesourcery.com>
+S: Maintained
+F: target-m68k/
+
 SH4
-  shix.c                  ?
-  r2d.c                   Magnus Damm
+M: qemu-devel@nongnu.org
+S: Orphan
+F: target-sh4/
+
 CRIS
-  etraxfs.c               Edgar E. Iglesias
-  axis_dev88.c            Edgar E. Iglesias
+M: Edgar E. Iglesias <edgar.iglesias@gmail.com>
+S: Maintained
+F: target-cris/
+
 Alpha
+M: qemu-devel@nongnu.org
+S: Orphan
+F: target-alpha/
+
 MicroBlaze
-  petalogix_s3adsp1800.c  Edgar E. Iglesias
+M: Edgar E. Iglesias <edgar.iglesias@gmail.com>
+S: Maintained
+F: target-microblaze/
+
+S390
+M: Alexander Graf <agraf@suse.de>
+S: Maintained
+F: target-s390x/
+
+Guest CPU Cores (KVM):
+----------------------
+
+Overall
+M: Avi Kivity <avi@redhat.com>
+M: Marcelo Tosatti <mtosatti@redhat.com>
+L: kvm@vger.kernel.org
+S: Supported
+F: kvm-*
+F: */kvm.*
+
+X86
+M: Avi Kivity <avi@redhat.com>
+M: Marcelo Tosatti <mtosatti@redhat.com>
+L: kvm@vger.kernel.org
+S: Supported
+F: target-i386/kvm.c
+
+PPC
+M: Alexander Graf <agraf@suse.de>
+S: Maintained
+F: target-ppc/kvm.c
+
 S390
-  s390-*.c                Alexander Graf
+M: Alexander Graf <agraf@suse.de>
+S: Maintained
+F: target-s390x/kvm.c
+
+X86 Machines
+------------
+
+PC
+M: Anthony Liguori <aliguori@us.ibm.com>
+S: Supported
+F: hw/pc.[ch] hw/pc_piix.c
+
+
+ARM Machines
+------------
+M: Paul Brook <paul@codesourcery.com>
+S: Maintained
+F: hw/integratorcp.c
+
+Versatile PB
+M: Paul Brook <paul@codesourcery.com>
+S: Maintained
+F: hw/versatilepb.c
+
+Real View
+M: Paul Brook <paul@codesourcery.com>
+S: Maintained
+F: hw/realview*
+
+Spitz
+M: Andrzej Zaborowski <balrogg@gmail.com>
+S: Maintained
+F: hw/spitz.c
+
+Palm
+M: Andrzej Zaborowski <balrogg@gmail.com>
+S: Maintained
+F: hw/palm.c
+
+nSeries
+M: Andrzej Zaborowski <balrogg@gmail.com>
+S: Maintained
+F: hw/nseries.c
+
+Stellaris
+M: Paul Brook <paul@codesourcery.com>
+S: Maintained
+F: hw/stellaris.c
+
+Gumstix
+M: qemu-devel@nongnu.org
+S: Orphan
+F: hw/gumstix.c
+
+Mainstone
+M: qemu-devel@nongnu.org
+S: Orphan
+F: hw/mainstone.c
+
+Musicpal
+M: Jan Kiszka <jan.kiszka@web.de>
+S: Maintained
+F: hw/musicpal.c
+
+SPARC Machines
+--------------
+Sun4u
+M: Blue Swirl <blauwirbel@gmail.com>
+S: Maintained
+F: hw/sun4u.c
+
+Sun4m
+M: Blue Swirl <blauwirbel@gmail.com>
+S: Maintained
+F: hw/sun4m.c
+
+MIPS Machines
+-------------
+R4000
+M: Aurelien Jarno <aurel@aurel32.net>
+S: Maintained
+F: hw/mips_r4k.c
+
+Malta
+M: Aurelien Jarno <aurel@aurel32.net>
+S: Maintained
+F: hw/mips_malta.c
+
+Jazz
+M: Hervé Poussineau <hpoussin@reactos.org>
+S: Maintained
+F: hw/mips_jazz.c
+
+Mipssim
+M: qemu-devel@nongnu.org
+S: Orphan
+F: hw/mips_mipssim.c
 
-Generic Subsystems:
+PowerPC Machines
+----------------
+Prep
+M: qemu-devel@nongnu.org
+S: Orphan
+F: hw/ppc_prep.c
+
+Old World
+M: Alexander Graf <agraf@suse.de>
+S: Maintained
+F: hw/ppc_oldworld.c
+
+New World
+M: Alexander Graf <agraf@suse.de>
+S: Maintained
+F: hw/ppc_newworld.c
+
+405
+M: Alexander Graf <agraf@suse.de>
+S: Maintained
+F: hw/ppc405_boards.c
+
+M86K Machines
+-------------
+mcf5208
+M: Paul Brook <paul@codesourcery.com>
+S: Maintained
+F: hw/mcf5208.c
+
+an5206
+M: Paul Brook <paul@codesourcery.com>
+S: Maintained
+F: hw/an5206.c
+
+dummy_m68k
+M: Paul Brook <paul@codesourcery.com>
+S: Maintained
+F: hw/dummy_m68k.c
+
+SH4 Machines
+------------
+Shix
+M: qemu-devel@nongnu.org
+S: Oprhan
+F: hw/shix.c
+
+R2D
+M: Magnus Damm <magnus.damm@gmail.com>
+S: Maintained
+F: hw/r2d.c
+
+CRIS Machines
+-------------
+etraxfs
+M: Edgar E. Iglesias <edgar.iglesias@gmail.com>
+S: Maintained
+F: hw/etraxfs.c
+
+Axis Dev88
+M: Edgar E. Iglesias <edgar.iglesias@gmail.com>
+S: Maintained
+F: hw/axis_dev88.c
+
+MicroBlaze
+petalogix_s3adsp1800
+M: Edgar E. Iglesias <edgar.iglesias@gmail.com>
+S: Maintained
+F: hw/petalogix_s3adsp1800.c
+
+
+S390 Machines
+-------------
+
+S390 Virtio
+M: Alexander Graf <agraf@suse.de>
+S: Maintained
+F: hw/s390-*.c
+
+Generic Subsystems
 -------------------  
+Main loop
+M: Anthony Liguori <aliguori@us.ibm.com>
+S: Supported
+F: vl.c
+
+Character Devices
+M: Anthony Liguori <aliguori@us.ibm.com>
+S: Maintained
+F: qemu-char.c
+
+Devices
+-------
+Virtio
+M: Anthony Liguori <aliguori@us.ibm.com>
+S: Supported
+F: hw/virtio*
+
+vhost
+M: Michael S. Tsirkin <mst@redhat.com>
+S: Supported
+F: hw/vhost*
+
+virtio-9p
+M: JV Rao <jvrao@linux.vnet.ibm.com>
+S: Supported
+F: hw/virtio-9p*
+
+virtio-serial
+M: Amit Shah <amit.shah@redhat.com>
+S: Supported
+F: hw/virtio-serial*
+F: hw/virtio-console*
+
+IDE
+M: qemu-devel@nongnu.org
+S: Odd Fixes
+F: hw/ide/
+
+SCSI
+M: Paul Brook <paul@codesourcery.com>
+S: Odd Fixes
+F: hw/lsi53c895a.c
+F: hw/scsi*
+
+PCI
+M: Michael S. Tsirkin <mst@redhat.com>
+S: Supported
+F: hw/pci*
+F: hw/piix*
+
+USB
+M: qemu-devel@nongnu.org
+S: Odd Fixes
+F: hw/usb*
+
+Subsystems
+----------
+
+Block
+M: Kevin Wolf <kwolf@redhat.com>
+S: Supported
+F: block*
+F: block/
+
+Graphics
+M: Anthony Liguori <aliguori@us.ibm.com>
+S: Maintained
+F: ui/
+
+Audio
+M: Vassili Karpov (malc) <av1474@comtv.ru>
+S: Maintained
+F: audio/
+
+Character devices
+M: Anthony Liguori <aliguori@us.ibm.com>
+S: Maintained
+F: qemu-char.c
+
+Network device layer
+M: Anthony Liguori <aliguori@us.ibm.com>
+M: Mark McLoughlin <markmc@redhat.com>
+S: Maintained
+F: net/
+
+SLIRP
+M: qemu-devel@nongnu.org
+S: Orphan
+F: slirp/
+
+GDB stub
+M: qemu-devel@nongnu.org
+S: Odd Fixes
+F: gdbstub*
+F: gdb-xml/
+
+QMP
+M: Luiz Capitulino <lcapitulino@redhat.com>
+S: Supported
+F: monitor.c
+
+Usermode Emulation
+------------------
+
+Linux user
+M: Riku Voipio <riku.voipio@iki.fi>
+S: Maintained
+F: linux-user/
+
+Darwin user
+M: qemu-devel@nongnu.org
+S: Orphan
+F: darwin-user/
 
-Main loop                 Anthony Liguori
-TCG                       ?
-KVM                       Marcelo Tosatti/Avi Kivity
-Virtio devices            Anthony Liguori
-IDE devices               ?
-SCSI devices              Paul Brook
-PCI layer                 Michael S. Tsirkin
-USB layer                 ?
-Block layer               Kevin Wolf
-Graphic layer             Anthony Liguori
-Audio device layer        Vassili Karpov (malc)
-Character device layer    Anthony Liguori
-Network device layer      Anthony Liguori/Mark McLoughlin
-GDB stub                  ?
-Linux user                Riku Voipio
-Darwin user               Unmaintained (likely to be removed)
-SLIRP                     Unmaintained
+BSD user
+M: Blue Swirl <blauwirbel@gmail.com>
+S: Maintained
+F: bsd-user/