From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id A1BA8A0613 for ; Fri, 27 Sep 2019 10:42:23 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 6B4582C36; Fri, 27 Sep 2019 10:42:23 +0200 (CEST) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by dpdk.org (Postfix) with ESMTP id 5949A2C2F for ; Fri, 27 Sep 2019 10:42:21 +0200 (CEST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Sep 2019 01:42:20 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,554,1559545200"; d="scan'208";a="180439108" Received: from silpixa00399952.ir.intel.com (HELO silpixa00399952.ger.corp.intel.com) ([10.237.222.38]) by orsmga007.jf.intel.com with ESMTP; 27 Sep 2019 01:42:19 -0700 From: Marcin Hajkowski To: david.hunt@intel.com Cc: dev@dpdk.org Date: Fri, 27 Sep 2019 09:42:12 +0100 Message-Id: <20190927084216.29094-1-marcinx.hajkowski@intel.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20190405132455.15468-2-marcinx.hajkowski@intel.com> References: <20190405132455.15468-2-marcinx.hajkowski@intel.com> Subject: [dpdk-dev] [PATCH v6 0/4] bidirectional guest channel X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Extend guest channel API to allow bidirectional communication. Modify power manager host and guest side to communicate in both directions. --- v6: * put map file api's in alphabetical order * fix checkpatch issue around experimental tag v5: * enhance logging v4: * [vm_power_manager] treat 0 as valid socket id * [guest_manager] use user level logs * correct code formatting v3: * fix global_fds[lcore_id] comparison to invalid value * check 0 to verify if read function actually read some data * define _NACK cmd instead of _NAK * simplify rte_power_guest_channel_receive_msg func logic v2: * send ack only if power operation return positive value * log diffent error for unexpected incoming command and error during ack/nak cmd sending Marcin Hajkowski (4): [PATCH v6 1/4] power: fix invalid socket indicator value [PATCH v6 2/4] power: extend guest channel API for reading [PATCH v6 3/4] power: process incoming confirmation cmds [PATCH v6 4/4] power: send confirmation cmd to vm guest