[{"id":1765894,"web_url":"http://patchwork.ozlabs.org/comment/1765894/","msgid":"<20170910031942.GZ2735@umbus.fritz.box>","list_archive_url":null,"date":"2017-09-10T03:19:42","subject":"Re: [Qemu-devel] [RFC PATCH 3/3] spapr: generate a CAS reset for\n\tthe XIVE exploitation mode","submitter":{"id":47,"url":"http://patchwork.ozlabs.org/api/people/47/","name":"David Gibson","email":"david@gibson.dropbear.id.au"},"content":"On Fri, Sep 08, 2017 at 04:33:44PM +0200, Cédric Le Goater wrote:\n> When the platform and the guest agree on using the XIVE exploitation\n> mode for interrupts, the \"interrupt-controller\" node needs to reflect\n> the change and the device tree needs an update.\n> \n> Reseting the guest after the CAS negotiation makes this change\n> possible, as the device tree is built at reset time. We use the\n> 'ov5_cas' field to check which interrupt model was negotiated before\n> reset and populate the tree accordingly.\n> \n> Signed-off-by: Cédric Le Goater \n\nLooks reasonable, though I'm not going to apply it until we actually\nhave something to go..\n\n> ---\n> hw/ppc/spapr.c | 6 +++++-\n> hw/ppc/spapr_hcall.c | 6 ++++++\n> 2 files changed, 11 insertions(+), 1 deletion(-)\n> \n> diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c\n> index 3e3ff1fbc988..be467ab61ad0 100644\n> --- a/hw/ppc/spapr.c\n> +++ b/hw/ppc/spapr.c\n> @@ -1073,7 +1073,11 @@ static void *spapr_build_fdt(sPAPRMachineState *spapr,\n> _FDT(fdt_setprop_cell(fdt, 0, \"#size-cells\", 2));\n> \n> /* /interrupt controller */\n> - spapr_dt_xics(xics_max_server_number(), fdt, PHANDLE_XICP);\n> + if (!spapr_ovec_test(spapr->ov5_cas, OV5_XIVE_EXPLOIT)) {\n> + spapr_dt_xics(xics_max_server_number(), fdt, PHANDLE_XICP);\n> + } else {\n> + /* populate device tree for XIVE */ ;\n\n.. here.\n\n> + }\n> \n> ret = spapr_populate_memory(spapr, fdt);\n> if (ret < 0) {\n> diff --git a/hw/ppc/spapr_hcall.c b/hw/ppc/spapr_hcall.c\n> index 92f1e21358b8..ba00b8d3fdd6 100644\n> --- a/hw/ppc/spapr_hcall.c\n> +++ b/hw/ppc/spapr_hcall.c\n> @@ -1613,6 +1613,12 @@ static target_ulong h_client_architecture_support(PowerPCCPU *cpu,\n> (spapr_h_cas_compose_response(spapr, args[1], args[2],\n> ov5_updates) != 0);\n> }\n> +\n> + /* We need to rebuild the device tree for XIVE, generate a reset */\n> + if (!spapr->cas_reboot) {\n> + spapr->cas_reboot = spapr_ovec_test(ov5_updates, OV5_XIVE_EXPLOIT);\n> + }\n\nAt some point we may well want to make XIVE exploitation the default\nfor POWER9 guests, but that's a detail easily adjusted later.\n\n> spapr_ovec_cleanup(ov5_updates);\n> \n> if (spapr->cas_reboot) {","headers":{"Return-Path":"","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming@bilbo.ozlabs.org","Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=nongnu.org\n\t(client-ip=2001:4830:134:3::11; helo=lists.gnu.org;\n\tenvelope-from=qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org;\n\treceiver=)","ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (1024-bit key;\n\tunprotected) header.d=gibson.dropbear.id.au\n\theader.i=@gibson.dropbear.id.au header.b=\"HKBajQGF\"; \n\tdkim-atps=neutral"],"Received":["from lists.gnu.org (lists.gnu.org [IPv6:2001:4830:134:3::11])\n\t(using TLSv1 with cipher AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3xqbt45PgZz9sPk\n\tfor ;\n\tSun, 10 Sep 2017 13:20:43 +1000 (AEST)","from localhost ([::1]:51578 helo=lists.gnu.org)\n\tby lists.gnu.org with esmtp (Exim 4.71) (envelope-from\n\t)\n\tid 1dqsnY-0006Uq-Du\n\tfor incoming@patchwork.ozlabs.org; Sat, 09 Sep 2017 23:20:40 -0400","from eggs.gnu.org ([2001:4830:134:3::10]:49471)\n\tby lists.gnu.org with esmtp (Exim 4.71)\n\t(envelope-from ) id 1dqsmp-0006TB-KB\n\tfor qemu-devel@nongnu.org; Sat, 09 Sep 2017 23:19:56 -0400","from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)\n\t(envelope-from ) id 1dqsmo-0004Hn-ER\n\tfor qemu-devel@nongnu.org; Sat, 09 Sep 2017 23:19:55 -0400","from ozlabs.org ([2401:3900:2:1::2]:44293)\n\tby eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)\n\t(Exim 4.71) (envelope-from )\n\tid 1dqsmn-0004GS-IZ; Sat, 09 Sep 2017 23:19:54 -0400","by ozlabs.org (Postfix, from userid 1007)\n\tid 3xqbs10QSlz9sRY; Sun, 10 Sep 2017 13:19:48 +1000 (AEST)"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/simple;\n\td=gibson.dropbear.id.au; s=201602; t=1505013589;\n\tbh=tSuyuXXxXGgabYHAAYjlc1oRoDmKakR44/JFJvfMK2A=;\n\th=Date:From:To:Cc:Subject:References:In-Reply-To:From;\n\tb=HKBajQGFPvg2sCUaUFlwszys30O0qdG0wq6YjewYioVA/khXcxzfHgZiJ1lr1JfMV\n\tBL7crAuuoOdvvQ6beqXb9YEw6ZxVBp8GyzZK0Uf4jKIyJe4kw27TjWLRoxrYpo3asp\n\tebhDhji+xmMiuCIjymCmy/9j+wCmg6rNjDRUkd4A=","Date":"Sun, 10 Sep 2017 13:19:42 +1000","From":"David Gibson ","To":"=?iso-8859-1?q?C=E9dric?= Le Goater ","Message-ID":"<20170910031942.GZ2735@umbus.fritz.box>","References":"<20170908143344.12960-1-clg@kaod.org>\n\t<20170908143344.12960-4-clg@kaod.org>","MIME-Version":"1.0","Content-Type":"multipart/signed; micalg=pgp-sha256;\n\tprotocol=\"application/pgp-signature\"; boundary=\"nktOf83SvqltY3iw\"","Content-Disposition":"inline","In-Reply-To":"<20170908143344.12960-4-clg@kaod.org>","User-Agent":"Mutt/1.8.3 (2017-05-23)","X-detected-operating-system":"by eggs.gnu.org: Genre and OS details not\n\trecognized.","X-Received-From":"2401:3900:2:1::2","Subject":"Re: [Qemu-devel] [RFC PATCH 3/3] spapr: generate a CAS reset for\n\tthe XIVE exploitation mode","X-BeenThere":"qemu-devel@nongnu.org","X-Mailman-Version":"2.1.21","Precedence":"list","List-Id":"","List-Unsubscribe":",\n\t","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n\t","Cc":"qemu-ppc@nongnu.org, qemu-devel@nongnu.org,\n\tMichael Roth ","Errors-To":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org","Sender":"\"Qemu-devel\"\n\t"}},{"id":1765996,"web_url":"http://patchwork.ozlabs.org/comment/1765996/","msgid":"<48cf83e0-8404-3b1e-2bac-7a0443756ac2@kaod.org>","list_archive_url":null,"date":"2017-09-10T19:30:18","subject":"Re: [Qemu-devel] [RFC PATCH 3/3] spapr: generate a CAS reset for\n\tthe XIVE exploitation mode","submitter":{"id":68548,"url":"http://patchwork.ozlabs.org/api/people/68548/","name":"Cédric Le Goater","email":"clg@kaod.org"},"content":"On 09/10/2017 05:19 AM, David Gibson wrote:\n> On Fri, Sep 08, 2017 at 04:33:44PM +0200, Cédric Le Goater wrote:\n>> When the platform and the guest agree on using the XIVE exploitation\n>> mode for interrupts, the \"interrupt-controller\" node needs to reflect\n>> the change and the device tree needs an update.\n>>\n>> Reseting the guest after the CAS negotiation makes this change\n>> possible, as the device tree is built at reset time. We use the\n>> 'ov5_cas' field to check which interrupt model was negotiated before\n>> reset and populate the tree accordingly.\n>>\n>> Signed-off-by: Cédric Le Goater \n> \n> Looks reasonable, though I'm not going to apply it until we actually\n> have something to go..\n\nYes. I agree. A simplified XIVE patchset for sPAPR should be ready \nsoon for comments. Please see below for one question.\n\n>> ---\n>> hw/ppc/spapr.c | 6 +++++-\n>> hw/ppc/spapr_hcall.c | 6 ++++++\n>> 2 files changed, 11 insertions(+), 1 deletion(-)\n>>\n>> diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c\n>> index 3e3ff1fbc988..be467ab61ad0 100644\n>> --- a/hw/ppc/spapr.c\n>> +++ b/hw/ppc/spapr.c\n>> @@ -1073,7 +1073,11 @@ static void *spapr_build_fdt(sPAPRMachineState *spapr,\n>> _FDT(fdt_setprop_cell(fdt, 0, \"#size-cells\", 2));\n>> \n>> /* /interrupt controller */\n>> - spapr_dt_xics(xics_max_server_number(), fdt, PHANDLE_XICP);\n>> + if (!spapr_ovec_test(spapr->ov5_cas, OV5_XIVE_EXPLOIT)) {\n>> + spapr_dt_xics(xics_max_server_number(), fdt, PHANDLE_XICP);\n>> + } else {\n>> + /* populate device tree for XIVE */ ;\n> \n> .. here.\n\nHow should we handle the PHANDLE_XICP for xive ? as it is done\nfor xics ? \n\nThe DT node is now :\t\"interrupt-controller@6030203180000\"\n\n>> + }\n>> \n>> ret = spapr_populate_memory(spapr, fdt);\n>> if (ret < 0) {\n>> diff --git a/hw/ppc/spapr_hcall.c b/hw/ppc/spapr_hcall.c\n>> index 92f1e21358b8..ba00b8d3fdd6 100644\n>> --- a/hw/ppc/spapr_hcall.c\n>> +++ b/hw/ppc/spapr_hcall.c\n>> @@ -1613,6 +1613,12 @@ static target_ulong h_client_architecture_support(PowerPCCPU *cpu,\n>> (spapr_h_cas_compose_response(spapr, args[1], args[2],\n>> ov5_updates) != 0);\n>> }\n>> +\n>> + /* We need to rebuild the device tree for XIVE, generate a reset */\n>> + if (!spapr->cas_reboot) {\n>> + spapr->cas_reboot = spapr_ovec_test(ov5_updates, OV5_XIVE_EXPLOIT);\n>> + }\n> \n> At some point we may well want to make XIVE exploitation the default\n> for POWER9 guests, but that's a detail easily adjusted later.\n\nah yes. we can do that.\n\nThanks,\n\nC. \n \n>> spapr_ovec_cleanup(ov5_updates);\n>> \n>> if (spapr->cas_reboot) {\n>","headers":{"Return-Path":"","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming@bilbo.ozlabs.org","Authentication-Results":"ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=nongnu.org\n\t(client-ip=2001:4830:134:3::11; helo=lists.gnu.org;\n\tenvelope-from=qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org;\n\treceiver=)","Received":["from lists.gnu.org (lists.gnu.org [IPv6:2001:4830:134:3::11])\n\t(using TLSv1 with cipher AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3xr1Pd1FMKz9sBd\n\tfor ;\n\tMon, 11 Sep 2017 05:31:01 +1000 (AEST)","from localhost ([::1]:54051 helo=lists.gnu.org)\n\tby lists.gnu.org with esmtp (Exim 4.71) (envelope-from\n\t)\n\tid 1dr7wZ-0004oA-Az\n\tfor incoming@patchwork.ozlabs.org; Sun, 10 Sep 2017 15:30:59 -0400","from eggs.gnu.org ([2001:4830:134:3::10]:54263)\n\tby lists.gnu.org with esmtp (Exim 4.71)\n\t(envelope-from ) id 1dr7w6-0004nj-DT\n\tfor qemu-devel@nongnu.org; Sun, 10 Sep 2017 15:30:32 -0400","from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)\n\t(envelope-from ) id 1dr7w3-0007R2-2Y\n\tfor qemu-devel@nongnu.org; Sun, 10 Sep 2017 15:30:30 -0400","from 14.mo3.mail-out.ovh.net ([188.165.43.98]:44279)\n\tby eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)\n\t(Exim 4.71) (envelope-from ) id 1dr7w2-0007PK-Sq\n\tfor qemu-devel@nongnu.org; Sun, 10 Sep 2017 15:30:26 -0400","from player758.ha.ovh.net (b6.ovh.net [213.186.33.56])\n\tby mo3.mail-out.ovh.net (Postfix) with ESMTP id 4C0F514D1C1\n\tfor ; Sun, 10 Sep 2017 21:30:25 +0200 (CEST)","from zorba.kaod.org (LFbn-1-2231-173.w90-76.abo.wanadoo.fr\n\t[90.76.52.173]) (Authenticated sender: postmaster@kaod.org)\n\tby player758.ha.ovh.net (Postfix) with ESMTPSA id A02092C0080;\n\tSun, 10 Sep 2017 21:30:18 +0200 (CEST)"],"To":"David Gibson ","References":"<20170908143344.12960-1-clg@kaod.org>\n\t<20170908143344.12960-4-clg@kaod.org>\n\t<20170910031942.GZ2735@umbus.fritz.box>","From":"=?utf-8?q?C=C3=A9dric_Le_Goater?= ","Message-ID":"<48cf83e0-8404-3b1e-2bac-7a0443756ac2@kaod.org>","Date":"Sun, 10 Sep 2017 21:30:18 +0200","User-Agent":"Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101\n\tThunderbird/52.3.0","MIME-Version":"1.0","In-Reply-To":"<20170910031942.GZ2735@umbus.fritz.box>","Content-Type":"text/plain; charset=windows-1252","Content-Language":"en-US","X-Ovh-Tracer-Id":"10579237002854304668","X-VR-SPAMSTATE":"OK","X-VR-SPAMSCORE":"-100","X-VR-SPAMCAUSE":"gggruggvucftvghtrhhoucdtuddrfeelledrfeekgddugedtucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddm","Content-Transfer-Encoding":"quoted-printable","X-detected-operating-system":"by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]\n\t[fuzzy]","X-Received-From":"188.165.43.98","Subject":"Re: [Qemu-devel] [RFC PATCH 3/3] spapr: generate a CAS reset for\n\tthe XIVE exploitation mode","X-BeenThere":"qemu-devel@nongnu.org","X-Mailman-Version":"2.1.21","Precedence":"list","List-Id":"","List-Unsubscribe":",\n\t","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n\t","Cc":"qemu-ppc@nongnu.org, qemu-devel@nongnu.org,\n\tMichael Roth ","Errors-To":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org","Sender":"\"Qemu-devel\"\n\t"}},{"id":1766038,"web_url":"http://patchwork.ozlabs.org/comment/1766038/","msgid":"<20170911035437.GC17405@umbus.fritz.box>","list_archive_url":null,"date":"2017-09-11T03:54:37","subject":"Re: [Qemu-devel] [RFC PATCH 3/3] spapr: generate a CAS reset for\n\tthe XIVE exploitation mode","submitter":{"id":47,"url":"http://patchwork.ozlabs.org/api/people/47/","name":"David Gibson","email":"david@gibson.dropbear.id.au"},"content":"On Sun, Sep 10, 2017 at 09:30:18PM +0200, Cédric Le Goater wrote:\n> On 09/10/2017 05:19 AM, David Gibson wrote:\n> > On Fri, Sep 08, 2017 at 04:33:44PM +0200, Cédric Le Goater wrote:\n> >> When the platform and the guest agree on using the XIVE exploitation\n> >> mode for interrupts, the \"interrupt-controller\" node needs to reflect\n> >> the change and the device tree needs an update.\n> >>\n> >> Reseting the guest after the CAS negotiation makes this change\n> >> possible, as the device tree is built at reset time. We use the\n> >> 'ov5_cas' field to check which interrupt model was negotiated before\n> >> reset and populate the tree accordingly.\n> >>\n> >> Signed-off-by: Cédric Le Goater \n> > \n> > Looks reasonable, though I'm not going to apply it until we actually\n> > have something to go..\n> \n> Yes. I agree. A simplified XIVE patchset for sPAPR should be ready \n> soon for comments. Please see below for one question.\n> \n> >> ---\n> >> hw/ppc/spapr.c | 6 +++++-\n> >> hw/ppc/spapr_hcall.c | 6 ++++++\n> >> 2 files changed, 11 insertions(+), 1 deletion(-)\n> >>\n> >> diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c\n> >> index 3e3ff1fbc988..be467ab61ad0 100644\n> >> --- a/hw/ppc/spapr.c\n> >> +++ b/hw/ppc/spapr.c\n> >> @@ -1073,7 +1073,11 @@ static void *spapr_build_fdt(sPAPRMachineState *spapr,\n> >> _FDT(fdt_setprop_cell(fdt, 0, \"#size-cells\", 2));\n> >> \n> >> /* /interrupt controller */\n> >> - spapr_dt_xics(xics_max_server_number(), fdt, PHANDLE_XICP);\n> >> + if (!spapr_ovec_test(spapr->ov5_cas, OV5_XIVE_EXPLOIT)) {\n> >> + spapr_dt_xics(xics_max_server_number(), fdt, PHANDLE_XICP);\n> >> + } else {\n> >> + /* populate device tree for XIVE */ ;\n> > \n> > .. here.\n> \n> How should we handle the PHANDLE_XICP for xive ? as it is done\n> for xics ? \n> \n> The DT node is now :\t\"interrupt-controller@6030203180000\"\n\nIs there just one node that needs to be referenced? If so, then yes,\nthe XICS approach of just using a well known phandle for it should be\nfine.\n\n\n> \n> >> + }\n> >> \n> >> ret = spapr_populate_memory(spapr, fdt);\n> >> if (ret < 0) {\n> >> diff --git a/hw/ppc/spapr_hcall.c b/hw/ppc/spapr_hcall.c\n> >> index 92f1e21358b8..ba00b8d3fdd6 100644\n> >> --- a/hw/ppc/spapr_hcall.c\n> >> +++ b/hw/ppc/spapr_hcall.c\n> >> @@ -1613,6 +1613,12 @@ static target_ulong h_client_architecture_support(PowerPCCPU *cpu,\n> >> (spapr_h_cas_compose_response(spapr, args[1], args[2],\n> >> ov5_updates) != 0);\n> >> }\n> >> +\n> >> + /* We need to rebuild the device tree for XIVE, generate a reset */\n> >> + if (!spapr->cas_reboot) {\n> >> + spapr->cas_reboot = spapr_ovec_test(ov5_updates, OV5_XIVE_EXPLOIT);\n> >> + }\n> > \n> > At some point we may well want to make XIVE exploitation the default\n> > for POWER9 guests, but that's a detail easily adjusted later.\n> \n> ah yes. we can do that.\n> \n> Thanks,\n> \n> C. \n> \n> >> spapr_ovec_cleanup(ov5_updates);\n> >> \n> >> if (spapr->cas_reboot) {\n> > \n>","headers":{"Return-Path":"","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming@bilbo.ozlabs.org","Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=nongnu.org\n\t(client-ip=2001:4830:134:3::11; helo=lists.gnu.org;\n\tenvelope-from=qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org;\n\treceiver=)","ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (1024-bit key;\n\tunprotected) header.d=gibson.dropbear.id.au\n\theader.i=@gibson.dropbear.id.au header.b=\"KOmuQNwS\"; \n\tdkim-atps=neutral"],"Received":["from lists.gnu.org (lists.gnu.org [IPv6:2001:4830:134:3::11])\n\t(using TLSv1 with cipher AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3xrDcj5dM5z9s7g\n\tfor ;\n\tMon, 11 Sep 2017 13:56:19 +1000 (AEST)","from localhost ([::1]:55246 helo=lists.gnu.org)\n\tby lists.gnu.org with esmtp (Exim 4.71) (envelope-from\n\t)\n\tid 1drFpY-0001Z7-2C\n\tfor incoming@patchwork.ozlabs.org; Sun, 10 Sep 2017 23:56:16 -0400","from eggs.gnu.org ([2001:4830:134:3::10]:46094)\n\tby lists.gnu.org with esmtp (Exim 4.71)\n\t(envelope-from ) id 1drFp8-0001Ys-Eu\n\tfor qemu-devel@nongnu.org; Sun, 10 Sep 2017 23:55:51 -0400","from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)\n\t(envelope-from ) id 1drFp6-0002ky-UX\n\tfor qemu-devel@nongnu.org; Sun, 10 Sep 2017 23:55:50 -0400","from ozlabs.org ([2401:3900:2:1::2]:49535)\n\tby eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)\n\t(Exim 4.71) (envelope-from )\n\tid 1drFp6-0002ij-0g; Sun, 10 Sep 2017 23:55:48 -0400","by ozlabs.org (Postfix, from userid 1007)\n\tid 3xrDbx06d0z9s81; Mon, 11 Sep 2017 13:55:40 +1000 (AEST)"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/simple;\n\td=gibson.dropbear.id.au; s=201602; t=1505102141;\n\tbh=tpP125CFmTNR+WXu0H5KUUkUCWgXdepijFKy3X/vmEw=;\n\th=Date:From:To:Cc:Subject:References:In-Reply-To:From;\n\tb=KOmuQNwSQBWfREzVSPUXCnYdM5SXd+S/AfQhY7NovKKC/c8gp8XLCScYGjGV0oafa\n\tOM0V4mlK3K7BPvyrOzFS/gg+x5A7VFg1WDO9pmxqFPp7TpbkaCNmrdegQihLTXV0J6\n\tppIkvBUS30cEeagUHDyMwq3gJ8eP+M617c7jVLZg=","Date":"Mon, 11 Sep 2017 13:54:37 +1000","From":"David Gibson ","To":"=?iso-8859-1?q?C=E9dric?= Le Goater ","Message-ID":"<20170911035437.GC17405@umbus.fritz.box>","References":"<20170908143344.12960-1-clg@kaod.org>\n\t<20170908143344.12960-4-clg@kaod.org>\n\t<20170910031942.GZ2735@umbus.fritz.box>\n\t<48cf83e0-8404-3b1e-2bac-7a0443756ac2@kaod.org>","MIME-Version":"1.0","Content-Type":"multipart/signed; micalg=pgp-sha256;\n\tprotocol=\"application/pgp-signature\"; boundary=\"8NvZYKFJsRX2Djef\"","Content-Disposition":"inline","In-Reply-To":"<48cf83e0-8404-3b1e-2bac-7a0443756ac2@kaod.org>","User-Agent":"Mutt/1.8.3 (2017-05-23)","X-detected-operating-system":"by eggs.gnu.org: Genre and OS details not\n\trecognized.","X-Received-From":"2401:3900:2:1::2","Subject":"Re: [Qemu-devel] [RFC PATCH 3/3] spapr: generate a CAS reset for\n\tthe XIVE exploitation mode","X-BeenThere":"qemu-devel@nongnu.org","X-Mailman-Version":"2.1.21","Precedence":"list","List-Id":"","List-Unsubscribe":",\n\t","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n\t","Cc":"qemu-ppc@nongnu.org, qemu-devel@nongnu.org,\n\tMichael Roth ","Errors-To":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org","Sender":"\"Qemu-devel\"\n\t"}}]