Re: [Qemu-devel] [RFC PATCH v1 00/13] CPU and Memory hotplug for PowerPC guests

2015-01-29 Thread Tyrel Datwyler
On 01/07/2015 10:10 PM, Bharata B Rao wrote: > This patchset enables CPU and memory hotplug support for PowerPC guests. I missed seeing this as the qemu-ppc list was not included. Can you please add myself and Nathan on Cc in the future as well. Tyrel > > Changes in this patchset (v1): > > - B

Re: [Qemu-devel] [PATCH v4 03/17] spapr_rtas: add get/set-power-level RTAS interfaces

2015-01-27 Thread Tyrel Datwyler
On 01/27/2015 01:36 PM, Michael Roth wrote: > Quoting David Gibson (2015-01-26 23:24:11) >> On Sun, Jan 25, 2015 at 11:21:26PM -0600, Michael Roth wrote: >>> Quoting David Gibson (2015-01-16 00:21:55) On Tue, Dec 23, 2014 at 06:30:17AM -0600, Michael Roth wrote: > From: Nathan Fontenot >>

Re: [Qemu-devel] [PATCH 01/12] spapr: populate DRC entries for root dt node

2014-09-05 Thread Tyrel Datwyler
On 08/18/2014 05:21 PM, Michael Roth wrote: > From: Nathan Fontenot > > This add entries to the root OF node to advertise our PHBs as being > DR-capable in according with PAPR specification. > > Each PHB is given a name of PHB, advertised as a PHB type, > and associated with a power domain of -1

Re: [Qemu-devel] [RFC PATCH v0 14/15] ppc: Add CPU hotplug support for sPAPR guests

2014-09-05 Thread Tyrel Datwyler
On 09/03/2014 11:06 PM, Bharata B Rao wrote: > Add support for cpu-add monitor command. Use the exising EPOW event > infrastructure to send CPU hotplug notification to the guest. > > Signed-off-by: Bharata B Rao > --- > hw/ppc/spapr.c | 240 >

Re: [Qemu-devel] [Qemu-ppc] [PATCH 09/12] spapr_pci: enable basic hotplug operations

2014-09-05 Thread Tyrel Datwyler
On 09/04/2014 08:10 PM, Nathan Fontenot wrote: > On 09/04/2014 11:34 AM, Michael Roth wrote: >> Quoting Michael Roth (2014-09-04 11:12:15) >>> Quoting Bharata B Rao (2014-09-04 10:08:20) On Thu, Sep 4, 2014 at 4:33 AM, Michael Roth wrote: >>> +static int spapr_device_hotplug_add(Dev

Re: [Qemu-devel] [PATCH 06/12] spapr_pci: add get-sensor-state RTAS interface

2014-09-04 Thread Tyrel Datwyler
On 08/18/2014 05:21 PM, Michael Roth wrote: > From: Mike Day > > Signed-off-by: Mike Day > Signed-off-by: Michael Roth > --- > hw/ppc/spapr_pci.c | 76 > ++ > 1 file changed, 76 insertions(+) > > diff --git a/hw/ppc/spapr_pci.c b/hw/ppc/spa

Re: [Qemu-devel] [Qemu-ppc] [PATCH 01/12] spapr: populate DRC entries for root dt node

2014-09-04 Thread Tyrel Datwyler
On 08/26/2014 12:55 AM, Alexey Kardashevskiy wrote: > On 08/19/2014 10:21 AM, Michael Roth wrote: >> From: Nathan Fontenot >> >> This add entries to the root OF node to advertise our PHBs as being >> DR-capable in according with PAPR specification. >> >> Each PHB is given a name of PHB, advertised

Re: [Qemu-devel] [PATCH 01/12] spapr: populate DRC entries for root dt node

2014-08-29 Thread Tyrel Datwyler
On 08/26/2014 08:25 AM, Michael Roth wrote: > Quoting Alexey Kardashevskiy (2014-08-26 03:24:08) >> On 08/26/2014 05:55 PM, Alexey Kardashevskiy wrote: >>> On 08/19/2014 10:21 AM, Michael Roth wrote: From: Nathan Fontenot This add entries to the root OF node to advertise our PHBs as

Re: [Qemu-devel] [PATCH 11/12] spapr_events: event-scan RTAS interface

2014-08-29 Thread Tyrel Datwyler
On 08/26/2014 02:30 AM, Alexey Kardashevskiy wrote: > On 08/19/2014 10:21 AM, Michael Roth wrote: >> From: Tyrel Datwyler >> >> We don't actually rely on this interface to surface hotplug events, and >> instead rely on the similar-but-interrupt-driven check-exce

Re: [Qemu-devel] [PATCH v5] ppc: spapr-rtas - implement os-term rtas call

2014-06-30 Thread Tyrel Datwyler
Linux kernel calls ibm,os-term when extended property of os-term is set. > This makes sure that a return to the linux kernel is gauranteed. > > CC: Benjamin Herrenschmidt > CC: Anton Blanchard > CC: Alexander Graf > CC: Tyrel Datwyler > Signed-off-by: Nikunj A Dadhania >

Re: [Qemu-devel] [Qemu-ppc] [PATCH v4] ppc: spapr-rtas - implement os-term rtas call

2014-06-27 Thread Tyrel Datwyler
On 06/27/2014 12:37 AM, Nikunj A Dadhania wrote: > PAPR compliant guest calls this in absence of kdump. This finally > reaches the guest and can be handled according to the policies set by > higher level tools(like taking dump) for further analysis by tools like > crash. > > Linux kernel calls thi