Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp171704pxk; Wed, 9 Sep 2020 02:12:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzPwJgTKYkY41Tj1b+HfbJxm8GTt4f9A91+TO/5g0tYu2kqXAe8+gO1alVWqQGupmEzoQxU X-Received: by 2002:aa7:c419:: with SMTP id j25mr3137586edq.109.1599642751401; Wed, 09 Sep 2020 02:12:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599642751; cv=none; d=google.com; s=arc-20160816; b=msgHpVIhOdcgiqvaGMMAQIYtnwDb0sIZwi4tI91WfhDVIg9iOnK9ekP0xg94q1k2eM FtrGJltnvai/tGipNvIhrDhOC4z64bPW8LGOn/xMQYE+0l+8XaPKV0OmoiGmsvpbBNKZ aUOCVh9EQ8iPUTxglivsXDj/iueZwrhwgOmdfTM22kKZLmzWmiyh2afQH6qCvosoxjsf q2QTRMB7BgJOzrF3M8BIVtPN6WOkVI5Ulas/9kMSWyZwYJodNovoEIz7MSlKxpJvWF/w uqBB3ge3BAQS4MZvogAEeeXmOdXJ0xGJBrAtofOaYdavORdrWn7rF73ZkjpKvSVZq33u Mk1Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :ironport-sdr:ironport-sdr; bh=THjGSYz2YqaBbcu8wcMlZlsHJj2Zaq7Uw+0QWbqPoG4=; b=DGddQEHQzQKT1N+5oaqn5oULLUbj3VIFoYmzz4MqGSOgCpOUN+xb37cM8yi8ogY6gw 23bdw2tEHWUE27H2GXLNJteiMTEp1CnifFMD3hIZqF17m4G1lNQTke0uqAd2etMmCsZw b/LlfghiI5QGgDmjivyNvInzLJLJrN6+nW/9kIM2DWjZKs//rR95Gr7zItT9KNKpqPVh Zr81//6M3zOdzWikEDZgo6JyHx+ObO7qdNk33c6O8G26p2ibZK5mKwtQT8hAfG+CJaN9 KWrvucONrFcllOU3bEUa0ulTBchk8Ah6Bs3DQs67X0nmQ1Ves3LsoCi6UFRFWuGXd2CE KgqA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i19si1042296edy.150.2020.09.09.02.12.08; Wed, 09 Sep 2020 02:12:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730159AbgIIJKs (ORCPT + 99 others); Wed, 9 Sep 2020 05:10:48 -0400 Received: from mga06.intel.com ([134.134.136.31]:52492 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730116AbgIIJKr (ORCPT ); Wed, 9 Sep 2020 05:10:47 -0400 IronPort-SDR: H7wXtc4ZVuz0fYpUhd0Wfc6pbowmIRcf76i0LBPlfK1W9PSw7rOYMpx+6mW7CTLFIeuGN19OxZ udSs0ip5fWOw== X-IronPort-AV: E=McAfee;i="6000,8403,9738"; a="219854481" X-IronPort-AV: E=Sophos;i="5.76,409,1592895600"; d="scan'208";a="219854481" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Sep 2020 02:10:44 -0700 IronPort-SDR: F+E3oAXsVOEwyBwiltRHGteggz6AZQfVmeORawrTkU4oxySaH4nt3Hy6uGxA7yo2rsvY2OK9BL eQHV/cBLp+CQ== X-IronPort-AV: E=Sophos;i="5.76,409,1592895600"; d="scan'208";a="328836109" Received: from shsi6026.sh.intel.com (HELO localhost) ([10.239.147.135]) by fmsmga004-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Sep 2020 02:10:41 -0700 From: shuo.a.liu@intel.com To: linux-kernel@vger.kernel.org, x86@kernel.org Cc: Greg Kroah-Hartman , "H . Peter Anvin" , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Sean Christopherson , Yu Wang , Reinette Chatre , Shuo Liu Subject: [PATCH v3 10/17] virt: acrn: Introduce PCI configuration space PIO accesses combiner Date: Wed, 9 Sep 2020 17:08:29 +0800 Message-Id: <20200909090836.46762-11-shuo.a.liu@intel.com> X-Mailer: git-send-email 2.28.0 In-Reply-To: <20200909090836.46762-1-shuo.a.liu@intel.com> References: <20200909090836.46762-1-shuo.a.liu@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Shuo Liu A User VM can access its virtual PCI configuration spaces via port IO approach, which has two following steps: 1) writes address into port 0xCF8 2) put/get data in/from port 0xCFC To distribute a complete PCI configuration space access one time, HSM need to combine such two accesses together. Combine two paired PIO I/O requests into one PCI I/O request and continue the I/O request distribution. Signed-off-by: Shuo Liu Reviewed-by: Reinette Chatre Cc: Greg Kroah-Hartman --- drivers/virt/acrn/acrn_drv.h | 2 + drivers/virt/acrn/ioreq.c | 76 ++++++++++++++++++++++++++++++++++++ include/uapi/linux/acrn.h | 15 +++++++ 3 files changed, 93 insertions(+) diff --git a/drivers/virt/acrn/acrn_drv.h b/drivers/virt/acrn/acrn_drv.h index 9a8e3bb007b1..4f86feaa5e1b 100644 --- a/drivers/virt/acrn/acrn_drv.h +++ b/drivers/virt/acrn/acrn_drv.h @@ -154,6 +154,7 @@ extern rwlock_t acrn_vm_list_lock; * @default_client: The default I/O request client * @ioreq_buf: I/O request shared buffer * @ioreq_page: The page of the I/O request shared buffer + * @pci_conf_addr: Address of a PCI configuration access emulation */ struct acrn_vm { struct device *dev; @@ -169,6 +170,7 @@ struct acrn_vm { struct acrn_ioreq_client *default_client; struct acrn_io_request_buffer *ioreq_buf; struct page *ioreq_page; + u32 pci_conf_addr; }; struct acrn_vm *acrn_vm_create(struct acrn_vm *vm, diff --git a/drivers/virt/acrn/ioreq.c b/drivers/virt/acrn/ioreq.c index d1c5664bda89..a9953e4322a5 100644 --- a/drivers/virt/acrn/ioreq.c +++ b/drivers/virt/acrn/ioreq.c @@ -221,6 +221,80 @@ int acrn_ioreq_client_wait(struct acrn_ioreq_client *client) return 0; } +static bool is_cfg_addr(struct acrn_io_request *req) +{ + return ((req->type == ACRN_IOREQ_TYPE_PORTIO) && + (req->reqs.pio_request.address == 0xcf8)); +} + +static bool is_cfg_data(struct acrn_io_request *req) +{ + return ((req->type == ACRN_IOREQ_TYPE_PORTIO) && + ((req->reqs.pio_request.address >= 0xcfc) && + (req->reqs.pio_request.address < (0xcfc + 4)))); +} + +/* The low 8-bit of supported pci_reg addr.*/ +#define PCI_LOWREG_MASK 0xFC +/* The high 4-bit of supported pci_reg addr */ +#define PCI_HIGHREG_MASK 0xF00 +/* Max number of supported functions */ +#define PCI_FUNCMAX 7 +/* Max number of supported slots */ +#define PCI_SLOTMAX 31 +/* Max number of supported buses */ +#define PCI_BUSMAX 255 +#define CONF1_ENABLE 0x80000000UL +/* + * A PCI configuration space access via PIO 0xCF8 and 0xCFC normally has two + * following steps: + * 1) writes address into 0xCF8 port + * 2) accesses data in/from 0xCFC + * This function combines such paired PCI configuration space I/O requests into + * one ACRN_IOREQ_TYPE_PCICFG type I/O request and continues the processing. + */ +static bool handle_cf8cfc(struct acrn_vm *vm, + struct acrn_io_request *req, u16 vcpu) +{ + int offset, pci_cfg_addr, pci_reg; + bool is_handled = false; + + if (is_cfg_addr(req)) { + WARN_ON(req->reqs.pio_request.size != 4); + if (req->reqs.pio_request.direction == ACRN_IOREQ_DIR_WRITE) + vm->pci_conf_addr = req->reqs.pio_request.value; + else + req->reqs.pio_request.value = vm->pci_conf_addr; + is_handled = true; + } else if (is_cfg_data(req)) { + if (!(vm->pci_conf_addr & CONF1_ENABLE)) { + if (req->reqs.pio_request.direction == + ACRN_IOREQ_DIR_READ) + req->reqs.pio_request.value = 0xffffffff; + is_handled = true; + } else { + offset = req->reqs.pio_request.address - 0xcfc; + + req->type = ACRN_IOREQ_TYPE_PCICFG; + pci_cfg_addr = vm->pci_conf_addr; + req->reqs.pci_request.bus = + (pci_cfg_addr >> 16) & PCI_BUSMAX; + req->reqs.pci_request.dev = + (pci_cfg_addr >> 11) & PCI_SLOTMAX; + req->reqs.pci_request.func = + (pci_cfg_addr >> 8) & PCI_FUNCMAX; + pci_reg = (pci_cfg_addr & PCI_LOWREG_MASK) + + ((pci_cfg_addr >> 16) & PCI_HIGHREG_MASK); + req->reqs.pci_request.reg = pci_reg + offset; + } + } + + if (is_handled) + ioreq_complete_request(vm, vcpu, req); + + return is_handled; +} + static bool in_range(struct acrn_ioreq_range *range, struct acrn_io_request *req) { @@ -380,6 +454,8 @@ static int acrn_ioreq_dispatch(struct acrn_vm *vm) ioreq_complete_request(vm, i, req); continue; } + if (handle_cf8cfc(vm, req, i)) + continue; spin_lock_bh(&vm->ioreq_clients_lock); client = find_ioreq_client(vm, req); diff --git a/include/uapi/linux/acrn.h b/include/uapi/linux/acrn.h index 8eb687f1482c..31cf0fd73bcc 100644 --- a/include/uapi/linux/acrn.h +++ b/include/uapi/linux/acrn.h @@ -20,6 +20,7 @@ #define ACRN_IOREQ_TYPE_PORTIO 0 #define ACRN_IOREQ_TYPE_MMIO 1 +#define ACRN_IOREQ_TYPE_PCICFG 2 #define ACRN_IOREQ_DIR_READ 0 #define ACRN_IOREQ_DIR_WRITE 1 @@ -40,6 +41,18 @@ struct acrn_pio_request { __u32 value; } __attribute__((aligned(8))); +/* Need keep same header fields with pio_request */ +struct acrn_pci_request { + __u32 direction; + __u32 reserved[3]; + __u64 size; + __u32 value; + __u32 bus; + __u32 dev; + __u32 func; + __u32 reg; +} __attribute__((aligned(8))); + /** * struct acrn_io_request - 256-byte ACRN I/O request * @type: Type of this request (ACRN_IOREQ_TYPE_*). @@ -48,6 +61,7 @@ struct acrn_pio_request { * @reserved0: Reserved fields. * @reqs: Union of different types of request. Byte offset: 64. * @reqs.pio_request: PIO request data of the I/O request. + * @reqs.pci_request: PCI configuration space request data of the I/O request. * @reqs.mmio_request: MMIO request data of the I/O request. * @reqs.data: Raw data of the I/O request. * @reserved1: Reserved fields. @@ -107,6 +121,7 @@ struct acrn_io_request { __u32 reserved0[14]; union { struct acrn_pio_request pio_request; + struct acrn_pci_request pci_request; struct acrn_mmio_request mmio_request; __u64 data[8]; } reqs; -- 2.28.0