qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
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

      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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).