From: Alexander Graf <agraf@suse.de>
To: David Gibson <david@gibson.dropbear.id.au>, afaerber@suse.de
Cc: lvivier@redhat.com, thuth@redhat.com, aik@ozlabs.ru,
qemu-devel@nongnu.org, mdroth@linux.vnet.ibm.com,
qemu-ppc@nongnu.org, bharata@linux.vnet.ibm.com
Subject: Re: [Qemu-devel] [PATCH 00/27] sPAPR updates 2015-07-02
Date: Tue, 07 Jul 2015 14:39:44 +0200 [thread overview]
Message-ID: <559BC890.40704@suse.de> (raw)
In-Reply-To: <1435818208-11808-1-git-send-email-david@gibson.dropbear.id.au>
On 07/02/15 08:23, David Gibson wrote:
> Hi Alex,
>
> Here are my accumulated spapr related qemu updates for the last little
> while. This obsoletes the patch series I sent for 2015-06-24, since
> those haven't been merged yet.
>
> Highlights are a SLOF update and changes to move PCI device node
> creation from SLOF into qemu (using the same code paths as for
> hotplug). This also has some preliminaries for CPU and memory hotplug
> on -machine pseries, but the actual code for those is still on the
> way. There are also a number of bugfixes.
>
> These are based on your ppc-next tree.
>
> I've done a compile and "make check" on x86, ppc64 and ppc64le hosts,
> plus a basic sanity check of booting an LE guest.
>
> NOTE: 2 patches here touch things outside the strictly spapr specific code:
>
> - 15/22 adds a new way of iterating through CPUs in the core code.
> It has a R-b from Andreas who's responsible for that code AFAICT,
> but I never got a reply when I asked if he'd prefer it sent through
> a different tree.
>
> - 18/22 makes some small cleanups acrossa all the ppc machine types.
> Let me know if you'd like me to stage this differently.
>
> sorry for the double send, messed up the address of qemu-devel the
> first time]
Thanks, applied to ppc-next.
Alex
prev parent reply other threads:[~2015-07-07 12:39 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-02 6:23 [Qemu-devel] [PATCH 00/27] sPAPR updates 2015-07-02 David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 01/27] spapr: ensure we have at least one XICS server David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 02/27] pseries: Update SLOF firmware image to qemu-slof-20150429 David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 03/27] spapr: Merge sPAPREnvironment into sPAPRMachineState David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 04/27] spapr: Remove obsolete ram_limit field from sPAPRMachineState David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 05/27] spapr: Remove obsolete entry_point " David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 06/27] spapr: Add sPAPRMachineClass David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 07/27] spapr_pci: encode missing 64-bit memory address space David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 08/27] spapr_pci: encode class code including Prog IF register David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 09/27] spapr_pci: set device node unit address as hex David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 10/27] spapr_iommu: drop erroneous check in h_put_tce_indirect() David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 11/27] spapr_iommu: translate sPAPRTCEAccess to IOMMUAccessFlags David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 12/27] Revert "hw/ppc/spapr_pci.c: Avoid functions not in glib 2.12 (g_hash_table_iter_*)" David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 13/27] spapr: Consider max_cpus during xics initialization David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 14/27] spapr: Support ibm, lrdr-capacity device tree property David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 15/27] cpus: Add a macro to walk CPUs in reverse David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 16/27] spapr: Reorganize CPU dt generation code David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 17/27] spapr: Consolidate cpu init code into a routine David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 18/27] ppc: Update cpu_model in MachineState David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 19/27] xics_kvm: Don't enable KVM_CAP_IRQ_XICS if already enabled David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 20/27] spapr_pci: enumerate and add PCI device tree David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 21/27] spapr_pci: populate ibm,loc-code David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 22/27] spapr_pci: drop redundant args in spapr_[populate, create]_pci_child_dt David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 23/27] spapr_vty: lookup should only return valid VTY objects David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 24/27] spapr-vty: Use TYPE_ definition instead of hardcoding David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 25/27] sPAPR: Don't enable EEH on emulated PCI devices David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 26/27] sPAPR: Reenable EEH functionality on reboot David Gibson
2015-07-02 6:23 ` [Qemu-devel] [PATCH 27/27] sPAPR: Clear stale MSIx table during EEH reset David Gibson
2015-07-07 12:39 ` Alexander Graf [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=559BC890.40704@suse.de \
--to=agraf@suse.de \
--cc=afaerber@suse.de \
--cc=aik@ozlabs.ru \
--cc=bharata@linux.vnet.ibm.com \
--cc=david@gibson.dropbear.id.au \
--cc=lvivier@redhat.com \
--cc=mdroth@linux.vnet.ibm.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=thuth@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.