From nobody Mon Apr 29 14:56:26 2024 Delivered-To: importer@patchew.org Received-SPF: pass (zoho.com: domain of gnu.org designates 208.118.235.17 as permitted sender) client-ip=208.118.235.17; envelope-from=qemu-devel-bounces+importer=patchew.org@nongnu.org; helo=lists.gnu.org; Authentication-Results: mx.zohomail.com; spf=pass (zoho.com: domain of gnu.org designates 208.118.235.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org Return-Path: Received: from lists.gnu.org (lists.gnu.org [208.118.235.17]) by mx.zohomail.com with SMTPS id 1502947082107801.4146481663701; Wed, 16 Aug 2017 22:18:02 -0700 (PDT) Received: from localhost ([::1]:59824 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1diDBw-0006pe-R7 for importer@patchew.org; Thu, 17 Aug 2017 01:18:00 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:32920) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1diDB1-0006IR-Dx for qemu-devel@nongnu.org; Thu, 17 Aug 2017 01:17:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1diDAy-0007Pr-7O for qemu-devel@nongnu.org; Thu, 17 Aug 2017 01:17:03 -0400 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:36642 helo=mx0a-001b2d01.pphosted.com) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1diDAy-0007Pf-2A for qemu-devel@nongnu.org; Thu, 17 Aug 2017 01:17:00 -0400 Received: from pps.filterd (m0098420.ppops.net [127.0.0.1]) by mx0b-001b2d01.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id v7H5DsIC145943 for ; Thu, 17 Aug 2017 01:16:59 -0400 Received: from e23smtp01.au.ibm.com (e23smtp01.au.ibm.com [202.81.31.143]) by mx0b-001b2d01.pphosted.com with ESMTP id 2cd3tm3wus-1 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT) for ; Thu, 17 Aug 2017 01:16:59 -0400 Received: from localhost by e23smtp01.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Thu, 17 Aug 2017 15:16:56 +1000 Received: from d23relay10.au.ibm.com (202.81.31.229) by e23smtp01.au.ibm.com (202.81.31.207) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Thu, 17 Aug 2017 15:16:53 +1000 Received: from d23av04.au.ibm.com (d23av04.au.ibm.com [9.190.235.139]) by d23relay10.au.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id v7H5GqRM41025750; Thu, 17 Aug 2017 15:16:52 +1000 Received: from d23av04.au.ibm.com (localhost [127.0.0.1]) by d23av04.au.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id v7H5GqLi007859; Thu, 17 Aug 2017 15:16:52 +1000 Received: from bharata.in.ibm.com ([9.124.35.153]) by d23av04.au.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with ESMTP id v7H5Gof8007804; Thu, 17 Aug 2017 15:16:51 +1000 From: Bharata B Rao To: qemu-devel@nongnu.org Date: Thu, 17 Aug 2017 10:46:42 +0530 X-Mailer: git-send-email 2.7.4 X-TM-AS-MML: disable x-cbid: 17081705-1617-0000-0000-000001FB7742 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 17081705-1618-0000-0000-000048472428 Message-Id: <1502947002-19016-1-git-send-email-bharata@linux.vnet.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-08-17_02:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=1 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1708170089 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] [fuzzy] X-Received-From: 148.163.158.5 Subject: [Qemu-devel] [FIX PATCH v1] spapr: Allow configure-connector to be called multiple times X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: nfont@linux.vnet.ibm.com, Bharata B Rao , qemu-ppc@nongnu.org, david@gibson.dropbear.id.au Errors-To: qemu-devel-bounces+importer=patchew.org@nongnu.org Sender: "Qemu-devel" X-ZohoMail: RSF_0 Z_629925259 SPT_0 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" In case of in-kernel memory hot unplug, when the guest is not able to remove all the LMBs that are requested for removal, it will add back any LMBs that have been successfully removed. The DR Connectors of these LMBs wouldn't have been unconfigured and hence the addition of these LMBs will result in configure-connector call being issued on LMB DR connectors that are already in configured state. Such configure-connector calls will fail resulting in a DIMM which is partially unplugged. This however worked till recently before we overhauled the DRC implementation in QEMU. Commit 9d4c0f4f0a71e: "spapr: Consolidate DRC state variables" is the first commit where this problem shows up as per git bisect. Ideally guest shouldn't be issuing configure-connector call on an already configured DR connector. However for now, work around this in QEMU by allowing configure-connector to be called multiple times for all types of DR connectors. Signed-off-by: Bharata B Rao --- v0: https://lists.gnu.org/archive/html/qemu-devel/2017-08/msg02942.html Changes in v1: - Allow configure-connector to be called multiple times for all types of DR connectors and not just LMB DRCs. (David Gibson) - Explicitly allow configure-connector to proceed only if the DRC is either in unisolated or in configured state. (David Gibson) hw/ppc/spapr_drc.c | 27 +++++++++++++++++++++------ 1 file changed, 21 insertions(+), 6 deletions(-) diff --git a/hw/ppc/spapr_drc.c b/hw/ppc/spapr_drc.c index 5260b5d..40d1e99 100644 --- a/hw/ppc/spapr_drc.c +++ b/hw/ppc/spapr_drc.c @@ -446,8 +446,12 @@ void spapr_drc_reset(sPAPRDRConnector *drc) drc->state =3D drck->empty_state; } =20 - drc->ccs_offset =3D -1; - drc->ccs_depth =3D -1; + /* + * Ensure that we are able to send the FDT fragment again + * via configure-connector call if the guest requests. + */ + drc->ccs_offset =3D drc->fdt_start_offset; + drc->ccs_depth =3D 0; } =20 static void drc_reset(void *opaque) @@ -1071,8 +1075,14 @@ static void rtas_ibm_configure_connector(PowerPCCPU = *cpu, } =20 if ((drc->state !=3D SPAPR_DRC_STATE_LOGICAL_UNISOLATE) - && (drc->state !=3D SPAPR_DRC_STATE_PHYSICAL_UNISOLATE)) { - /* Need to unisolate the device before configuring */ + && (drc->state !=3D SPAPR_DRC_STATE_PHYSICAL_UNISOLATE) + && (drc->state !=3D SPAPR_DRC_STATE_LOGICAL_CONFIGURED) + && (drc->state !=3D SPAPR_DRC_STATE_PHYSICAL_CONFIGURED)) { + /* + * Need to unisolate the device before configuring + * or it should already be in configured state to + * allow configure-connector be called repeatedly. + */ rc =3D SPAPR_DR_CC_RESPONSE_NOT_CONFIGURABLE; goto out; } @@ -1108,8 +1118,13 @@ static void rtas_ibm_configure_connector(PowerPCCPU = *cpu, /* done sending the device tree, move to configured state = */ trace_spapr_drc_set_configured(drc_index); drc->state =3D drck->ready_state; - drc->ccs_offset =3D -1; - drc->ccs_depth =3D -1; + /* + * Ensure that we are able to send the FDT fragment + * again via configure-connector call if the guest request= s. + */ + drc->ccs_offset =3D drc->fdt_start_offset; + drc->ccs_depth =3D 0; + fdt_offset_next =3D drc->fdt_start_offset; resp =3D SPAPR_DR_CC_RESPONSE_SUCCESS; } else { resp =3D SPAPR_DR_CC_RESPONSE_PREV_PARENT; --=20 2.7.4