aboutsummaryrefslogtreecommitdiff
path: root/MAINTAINERS
AgeCommit message (Collapse)AuthorFilesLines
2011-01-24spice: MAINTAINERS updateGerd Hoffmann1-0/+8
2011-01-21Merge branch 'usb.4' of git://anongit.freedesktop.org/spice/qemuAurelien Jarno1-2/+2
* 'usb.4' of git://anongit.freedesktop.org/spice/qemu: (32 commits) usb: zap pdev from usbport usb: rewrite fw path, fix numbering usb: add port property. usb: keep track of physical port address. usb storage: handle long responses usb storage: fix status reporting usb storage: high speed support usb: add device qualifier support usb: add usb_desc_attach usb: add attach callback usb: add speed mask to ports usb: hid: change serial number to "42". usb: hid: remote wakeup support. usb: hub: remote wakeup support. usb: uhci: remote wakeup support. usb: add usb_wakeup() + wakeup callback to port ops usb: rework attach/detach workflow usb: create USBPortOps, move attach there. usb: move remote wakeup handling to common code usb: move USB_REQ_{GET,SET}_CONFIGURATION handling to common code ...
2011-01-14MAINTAINERS: add entries for TCGAurelien Jarno1-0/+53
The MAINTAINERS file was lacking entries concerning the TCG code, add them based on the git history. For the common TCG code, is probably better to keep qemu-devel@non-gnu.org as this code can break easily, so it's better to get it reviewed by a few persons. Acked-by: Alexander Graf <agraf@suse.de> Signed-off-by: Aurelien Jarno <aurelien@aurel32.net>
2011-01-14MAINTAINERS: Change MIPS and SH4 maintainersAurelien Jarno1-4/+4
Since nobody else seems interested in maintaining MIPS and SH4 targets, and as I have done most of the recent code changes, let officialize that. Signed-off-by: Aurelien Jarno <aurelien@aurel32.net>
2011-01-14MAINTAINERS: fix typosAurelien Jarno1-2/+2
Signed-off-by: Aurelien Jarno <aurelien@aurel32.net>
2011-01-11usb: update MAINTAINERSGerd Hoffmann1-2/+2
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2010-11-30Use a Linux-style MAINTAINERS fileAnthony Liguori1-77/+417
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> --- v1 -> v2 - Sort alphabetically - Copy in instructions from linux MAINTAINERS - Fix entries based on review feedback
2010-09-07PPC: Change PPC maintainerAlexander Graf1-4/+4
Since nobody else seems interested in maintaining PPC, let's change the maintainer to myself. I keep a staging tree anyways and am probably the person touching most of that code these days. This changes the maintainer entry for working ppc targets to myself. Signed-off-by: Alexander Graf <agraf@suse.de>
2010-02-06Update MAINTAINERSAurelien Jarno1-2/+2
Remove Thiemo from the maintainers. Requiescat in pace. Signed-off-by: Aurelien Jarno <aurelien@aurel32.net>
2009-12-23list MST as pci layer maintainerMichael S. Tsirkin1-1/+1
List MST as PCI maintainer so that people know whom to Cc on patches. Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2009-12-05Add S390 maintainer informationv0.12.0-rc0Alexander Graf1-0/+3
This patch adds information about who handles what when it comes to S390. I'll gladly support anything that's related to the device emulation model and S390 KVM parts. Since this patchset doesn't implement S390 CPU emulation, I left that part with a question mark. As soon as Uli's patchset gets committed I'd recommend setting him there. Signed-off-by: Alexander Graf <agraf@suse.de> Signed-off-by: Aurelien Jarno <aurelien@aurel32.net>
2009-08-24Unbreak large mem support by removing kqemuAnthony Liguori1-1/+0
kqemu introduces a number of restrictions on the i386 target. The worst is that it prevents large memory from working in the default build. Furthermore, kqemu is fundamentally flawed in a number of ways. It relies on the TSC as a time source which will not be reliable on a multiple processor system in userspace. Since most modern processors are multicore, this severely limits the utility of kqemu. kvm is a viable alternative for people looking to accelerate qemu and has the benefit of being supported by the upstream Linux kernel. If someone can implement work arounds to remove the restrictions introduced by kqemu, I'm happy to avoid and/or revert this patch. N.B. kqemu will still function in the 0.11 series but this patch removes it from the 0.12 series. Paul, please Ack or Nack this patch. Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2009-05-28Update maintainer list.Edgar E. Iglesias1-0/+4
Add myself as maintainer for the microblaze cpu and boards. Update list of CRIS machines. Signed-off-by: Edgar E. Iglesias <edgar.iglesias@gmail.com>
2008-08-25Update maintainers list.j_mayer1-6/+6
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5088 c046a42c-6fe2-441c-8c8c-71466251a162
2008-06-04updatebellard1-2/+8
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@4661 c046a42c-6fe2-441c-8c8c-71466251a162
2008-05-10updatebellard1-1/+4
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@4403 c046a42c-6fe2-441c-8c8c-71466251a162
2008-05-09list of maintainersbellard1-0/+73
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@4393 c046a42c-6fe2-441c-8c8c-71466251a162
generated by cgit v1.1 at 2024-12-27 11:40:11 +0000