| Message ID | 1284067117-31127-1-git-send-email-aliguori@us.ibm.com |
|---|---|
| State | New |
| Headers | show |
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 >> > >
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
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
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
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
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
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.
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
On 09/10/2010 03:22 PM, Alexander Graf wrote:
> I was referring to the one below :).
We usually use RPN in email.
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
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 >
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 >
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 >
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 >> > >
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.
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
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.
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
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 >
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 > >
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.
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
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,
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
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
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/
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>