From patchwork Mon Aug 28 08:55:43 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Bhupinder Thakur X-Patchwork-Id: 111121 Delivered-To: patch@linaro.org Received: by 10.140.95.78 with SMTP id h72csp4548165qge; Mon, 28 Aug 2017 01:58:57 -0700 (PDT) X-Received: by 10.107.142.22 with SMTP id q22mr6341747iod.109.1503910737737; Mon, 28 Aug 2017 01:58:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1503910737; cv=none; d=google.com; s=arc-20160816; b=yhJQKG+zScE2iCGXeQ4Oo+DWJ5mX9mOLFwHzHIK0aT8fSxEvrQNsNpH19NLEUXvaKA J9oyfgyFI7l9Q4AVolrfa0uJdVJBBuWhZJKTizaiaUm1akyj/OaBItS0WWk4iz+ATCuI dvj1M4VzdxKXtWU54R7I8SpbwwaiK9PpYJteOHl8q5TwBkwZAJlzmITYBbY6vv7Revjf 1giEHBFtJ5Gd3BKUCk50P28gw8kvQ3ZnZGMdC7JSmpJTIdJh1dPqllk0EDgLcqu3Qgsm +6nipaEj0flloZL8oZZTVOdSryo+M6PeiEYBs3JxEK6m0P3Kl3SKC3f1OxtBUbl85uAS WZEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=sender:errors-to:content-transfer-encoding:mime-version :list-subscribe:list-help:list-post:list-unsubscribe:list-id :precedence:subject:cc:message-id:date:to:from:dkim-signature :arc-authentication-results; bh=LPolNvwOCnxVuYbvBAp6WQTDqycSBActb4uUJxbYlFo=; b=nd/OGHJQQo2NlJX8dsdqZKwCE5B7DBTeENskBsqS4gVaRWToWxeL+BupGz7TTWDzSL 46lHGBMoExHIi/y3uZOdF2ryT9nghVb41oauwAGMb4J0AmN0+NDbkIaaJ4EMF4UKO7Gk L1f0oFJznxnRu3wKmAgOqHc73GXSbVLUmaItr0bNd/8RrDCHIPeYTyg/b8RhIVPZlRQv 8RCANj5hdJzO5GTNnsG7iQGvQNESlxF/NFe62dMYD3vq3OKCVe52oJDJctwVPH9EQIpb NAFUhjtT3X8USBWEURM6+NHlgjuInFje4BPspWuKQJ64Mn5wTcBxfD/5wNqknf0v99nk aQGQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=neutral (body hash did not verify) header.i=@linaro.org header.s=google header.b=RWaYtaMX; spf=neutral (google.com: 192.237.175.120 is neither permitted nor denied by best guess record for domain of xen-devel-bounces@lists.xen.org) smtp.mailfrom=xen-devel-bounces@lists.xen.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from lists.xenproject.org (lists.xenproject.org. [192.237.175.120]) by mx.google.com with ESMTPS id 63si9311290iop.255.2017.08.28.01.58.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 28 Aug 2017 01:58:57 -0700 (PDT) Received-SPF: neutral (google.com: 192.237.175.120 is neither permitted nor denied by best guess record for domain of xen-devel-bounces@lists.xen.org) client-ip=192.237.175.120; Authentication-Results: mx.google.com; dkim=neutral (body hash did not verify) header.i=@linaro.org header.s=google header.b=RWaYtaMX; spf=neutral (google.com: 192.237.175.120 is neither permitted nor denied by best guess record for domain of xen-devel-bounces@lists.xen.org) smtp.mailfrom=xen-devel-bounces@lists.xen.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dmFqI-0004eV-TY; Mon, 28 Aug 2017 08:56:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dmFqH-0004eN-J7 for xen-devel@lists.xenproject.org; Mon, 28 Aug 2017 08:56:21 +0000 Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id C9/E3-01995-4BAD3A95; Mon, 28 Aug 2017 08:56:20 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrAIsWRWlGSWpSXmKPExsXiVRtsqLv51uJ IgxsTLSy+b5nM5MDocfjDFZYAxijWzLyk/IoE1owDx/tYC777Vnx9sZ6tgfGITRcjF4eQwExG iSdzZjGBOCwC7cwSP+Z2MoM4EgLvWCTuTV/G3sXICeSkScw4+ZAJwi6T+DjvFBuILSSgJXH01 GxWiFH7mSSWHW4D6ubgYBMwkZjVIQFSIyKgJHFv1WSwDcwCE5klFvw4zg5SIyxgK/Hhux1IDY uAqsT3UydYQGxeAW+JrQueQe2Vk7h5rpN5AiPfAkaGVYwaxalFZalFukYGeklFmekZJbmJmTm 6hgbGermpxcWJ6ak5iUnFesn5uZsYgaFSz8DAuIOx+YTfIUZJDiYlUd6dFYsjhfiS8lMqMxKL M+KLSnNSiw8xynBwKEnwhtwEygkWpaanVqRl5gCDFiYtwcGjJML74wZQmre4IDG3ODMdInWK0 ZVjw+r1X5g47vRtAJKTDmwHkk/ebP/NxNHyFkgKseTl56VKifNeBGkWAGnOKM2DGw2LuEuMsl LCvIwMDAxCPAWpRbmZJajyrxjFORiVhHm9QS7kycwrgbvgFdBxTEDHKQouBDmuJBEhJdXA6Oa dFzLhw4st8Znm0sZmzD9933iWhoV3hHufnHoxZMac1a/XzT+h3pbwpUaE+7oK12+fdZ0r8i5J eJ7htYixCLX5Z+nJWh7HqNkmd4khOtgnSsJJKSNjibZjiOULx3c/LvGJ7Th/bm/qzLUdz4L6W O5OnpnDKC7uq+d0+sTr4NPxC9jO879VYinOSDTUYi4qTgQAbLYv/bMCAAA= X-Env-Sender: bhupinder.thakur@linaro.org X-Msg-Ref: server-11.tower-31.messagelabs.com!1503910578!81026763!1 X-Originating-IP: [74.125.83.49] X-SpamReason: No, hits=1.3 required=7.0 tests=BODY_RANDOM_LONG,USERPASS X-StarScan-Received: X-StarScan-Version: 9.4.45; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27576 invoked from network); 28 Aug 2017 08:56:19 -0000 Received: from mail-pg0-f49.google.com (HELO mail-pg0-f49.google.com) (74.125.83.49) by server-11.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 28 Aug 2017 08:56:19 -0000 Received: by mail-pg0-f49.google.com with SMTP id r133so22207666pgr.3 for ; Mon, 28 Aug 2017 01:56:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id; bh=T8UYoEbCSw2OokNikEhJCMIbSciWoBvIn4oMSXIrY+k=; b=RWaYtaMXwTqgKXFz3DuN+IyppP6fIWFrwI8/fXnZfgNJ3iIdxNgeMBreH1u0TDidUV ENsoF0iqGKUcDXODEXAI3tIoBlLFWHkbq37eAoeagAKEwJJV8y/Djy/mJaYYFXo3oZfB aEEPGcm9C0HI1mN9GqYMI7fQW6uvPg0lhZRiM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id; bh=T8UYoEbCSw2OokNikEhJCMIbSciWoBvIn4oMSXIrY+k=; b=a9hMReZsDR5jyhBYhj5epoc2EkOFF/s0QK0mPFG+DBUMfKabUi1qlSJjOqr5Bt72je BZuVNFFPbAYVmugI7IuXDSvaMJ6mT77HcBAIIr3Rsxbdmbdy4JfE+gr0+ByOU0HEo2WA Pds85BeHHCOS1R1NVyr0O2w1gW10WY5b+eA7at5km+8llZV44YhixOH2gqtmJFxomhzL wqLsUgnwQ0BQCewyKqhBW9rg4W+m+sEA+lhWSssM/JewpEKNpMRvSsAekL4by6mUZkwi VWbTQLIpYw+g5uruyctoGMpsk9Jp/hfDBMcOEv1mZTUqad6QxGUi2VWed8IGqPsscZi9 AOzg== X-Gm-Message-State: AHYfb5g8Mb12gA6jG9c36OHAKfZBaCwpVfRFI2JJw5lOxEE5/QMlpYyN T8CoMh/lVByR6qBQ+4EP+w== X-Received: by 10.99.96.1 with SMTP id u1mr5202773pgb.121.1503910577670; Mon, 28 Aug 2017 01:56:17 -0700 (PDT) Received: from blr-ubuntu-linaro.wlan.qualcomm.com (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com. [103.229.18.19]) by smtp.gmail.com with ESMTPSA id d88sm21713569pfl.158.2017.08.28.01.56.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 28 Aug 2017 01:56:17 -0700 (PDT) From: Bhupinder Thakur To: xen-devel@lists.xenproject.org Date: Mon, 28 Aug 2017 14:25:43 +0530 Message-Id: <1503910570-24427-1-git-send-email-bhupinder.thakur@linaro.org> X-Mailer: git-send-email 2.7.4 Cc: Stefano Stabellini , Wei Liu , George Dunlap , Andrew Cooper , Ian Jackson , Tim Deegan , Julien Grall , Jan Beulich , Andre Przywara Subject: [Xen-devel] [PATCH 00/27 v8] SBSA UART emulation support in Xen X-BeenThere: xen-devel@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" SBSA UART emulation for guests in Xen ====================================== Linaro has published VM System specification for ARM Processors, which provides a set of guidelines for both guest OS and hypervisor implementations, such that building OS images according to these guidelines guarantees that those images can also run on hypervisors compliant with this specification. One of the spec requirements is that the hypervisor must provide an emulated SBSA UART as a serial console which meets the minimum requirements in SBSA UART as defined in appendix B of the following ARM Server Base Architecture Document: https://static.docs.arm.com/den0029/a/Server_Base_System_Architecture_v3_1_ARM_DEN_0029A.pdf. This feature allows the Xen guests to use SBSA compliant UART as as a console. Note that SBSA UART is a subset of full featured ARM pl011 UART and supports only a subset of registers as mentioned below. It does not support rx/tx DMA. Currently, Xen supports paravirtualized (aka PV console) and an emulated serial consoles. This feature will expose an emulated SBSA UART console to the guest, which a user can access using xenconsole. The device tree passed to the guest VM will contain the SBSA UART MMIO address range and an irq for receiving rx/tx interrupts. The device tree format is specified in Documentation/devicetree/bindings/serial/arm_sbsa_uart.txt. The Xen hypervisor will expose two types of interfaces to the backend and domU. The interface exposed to domU will be an emulated SBSA UART by emulating the access to the following registers by the guest. - Data register (DR) - RW - Raw interrupt status register (RIS) - RO - Masked interrupt status register (MIS)- RO - Interrupt Mask (IMSC) - RW - Interrupt Clear (ICR) - WO It will also inject the interrupts to the guest in the following conditions: - incoming data in the rx buffer for the guest - there is space in the tx buffer for the guest to write more data The interface exposed to the backend will be the same PV console interface, which minimizes the changes required in xenconsole to support a new SBSA UART console. This interface has rx and tx ring buffers and an event channel for sending/receiving events from the backend. So essentially Xen handles the data on behalf of domU and the backend. Any data written by domU is captured by Xen and written to the TX (OUT) ring buffer and an event is raised to the backend to read the TX ring buffer. Similarly on reciving an event from xenconsole, Xen injects an interrupt to guest to indicate there is data available in the RX (IN) ring buffer. The SBSA UART state is completely captured in the set of registers mentioned above and this state is updated everytime there is an event from the backend or there is register read/write access from domU. For example, if domU has masked the rx interrupt in the IMSC register, then Xen will not inject an interrupt to guest and will just update the RIS register. Once the interrupt is unmasked by guest, the interrupt will be delivered to the guest. Changes summary: Xen Hypervisor =============== 1. Add emulation code to emulate read/write access to SBSA UART registers and interrupts: - It emulates DR read/write by reading and writing from/to the IN and OUT ring buffers and raising an event to dom0 when there is data in the OUT ring buffer and injecting an interrupt to the guest when there is data in the IN ring buffer. - Other registers are related to interrupt management and essentially control when interrupts are delivered to the guest. 2. Add a new domctl API to initialize SBSA UART emulation in Xen. 3. Enable SBSA UART emulation for a domain based on a libxl option passed during domain creation. Toolstack ========== 1. Add a new option "vuart" in the domU configuration file to enable/disable vuart. 2. Create a SBSA UART DT node in the guest device tree. It uses a fixed SPI IRQ number and MMIO address range for SBSA UART. 3. Call vuart init DOMCTL API to enable SBSA UART emulation. 5. Add a new vuart xenstore node, which contains: - ring-ref - event channel - buffer limit - type Xenconsoled ============ 1. Split the domain structure to support multiple consoles. 2. Modify different APIs such as buffer_append() etc. to operate on the console structure. 3. Add support for handling multiple consoles. 4. Add support for vuart console: The vpl011 changes available at the following repo: url: https://git@git.linaro.org:/people/bhupinder.thakur/xen.git branch: vpl011_v6 Kindly wait for one day to checkout the code from the above URL. There are some TBD items which need to be looked at in the future: 1. Currently UEFI firmware logs the output to hvc console only. How can UEFI firmware be made aware of pl011 console and how it can use it as a console instead of hvc. There was a discussion on this and it was decided that SBSA UART should be used as a debug port by the UEFI firmware so that all debug output is redirected to this port. 2. Linux seems to have hvc console as the default console i.e. if no console is specified then it uses hvc as the console. How can an option be provided in Linux to select either hvc or pl011 as the default console. It was suggeted to use the SPCR in ACPI and the stdout-path option in the device tree to specify the default console. However, currently hvc console is not describable in the ACPI/device tree. This support will have to be added to allow the user to specify the default console. 3. ACPI support for pl011 device. CC: Andrew Cooper CC: George Dunlap CC: Ian Jackson CC: Jan Beulich CC: Konrad Rzeszutek Wilk CC: Stefano Stabellini CC: Tim Deegan CC: Wei Liu CC: Julien Grall CC: Andre Przywara Bhupinder Thakur (27): xen/arm: vpl011: Define common ring buffer helper functions in console.h xen/arm: vpl011: Add SBSA UART emulation in Xen xen/arm: vpl011: Allocate a new GFN in the toolstack for vuart xen/arm: vpl011: Add support for vuart in libxl xen/arm: vpl011: Rearrange xen header includes in alphabetical order in domctl.c xen/arm: vpl011: Add a new domctl API to initialize vpl011 xen/arm: vpl011: Add a new vuart node in the xenstore xen/arm: vpl011: Modify xenconsole to define and use a new console structure xen/arm: vpl011: Rename the console structure field conspath to xspath xen/arm: vpl011: Modify xenconsole functions to take console structure as input xen/arm: vpl011: Add a new console_init function in xenconsole xen/arm: vpl011: Add a new buffer_available function in xenconsole xen/arm: vpl011: Add a new maybe_add_console_evtchn_fd function in xenconsole xen/arm: vpl011: Add a new maybe_add_console_tty_fd function in xenconsole xen/arm: vpl011: Add a new console_evtchn_unmask function in xenconsole xen/arm: vpl011: Add a new handle_console_ring function in xenconsole xen/arm: vpl011: Add a new handle_console_tty function in xenconsole xen/arm: vpl011: Add a new console_cleanup function in xenconsole xen/arm: vpl011: Add a new console_open_log function in xenconsole xen/arm: vpl011: Add a new console_close_evtchn function in xenconsole xen/arm: vpl011: Add support for multiple consoles in xenconsole xen/arm: vpl011: Add support for vuart console in xenconsole xen/arm: vpl011: Add a new vuart console type to xenconsole client xen/arm: vpl011: Add a pl011 uart DT node in the guest device tree xen/arm: vpl011: Update documentation for vuart console support xen/arm: vpl011: Correct the logic for asserting/de-asserting SBSA UART TX interrupt xen/arm: vpl011: Fix the slow early console SBSA UART output config/arm32.mk | 1 + config/arm64.mk | 1 + docs/man/xl.cfg.pod.5.in | 12 + docs/misc/console.txt | 44 ++- tools/console/Makefile | 3 +- tools/console/client/main.c | 13 +- tools/console/daemon/io.c | 661 +++++++++++++++++++++++------------ tools/libxc/include/xc_dom.h | 2 + tools/libxc/include/xenctrl.h | 20 ++ tools/libxc/xc_dom_arm.c | 5 +- tools/libxc/xc_dom_boot.c | 2 + tools/libxc/xc_domain.c | 25 ++ tools/libxl/libxl.h | 6 + tools/libxl/libxl_arch.h | 7 + tools/libxl/libxl_arm.c | 84 +++++ tools/libxl/libxl_console.c | 47 +++ tools/libxl/libxl_create.c | 9 +- tools/libxl/libxl_device.c | 9 +- tools/libxl/libxl_dom.c | 5 + tools/libxl/libxl_internal.h | 6 + tools/libxl/libxl_types.idl | 7 + tools/libxl/libxl_types_internal.idl | 1 + tools/libxl/libxl_x86.c | 8 + tools/xl/xl_cmdtable.c | 2 +- tools/xl/xl_console.c | 5 +- tools/xl/xl_parse.c | 8 + xen/arch/arm/Kconfig | 7 + xen/arch/arm/Makefile | 1 + xen/arch/arm/domain.c | 6 + xen/arch/arm/domctl.c | 52 ++- xen/arch/arm/vpl011.c | 485 +++++++++++++++++++++++++ xen/include/asm-arm/domain.h | 6 + xen/include/asm-arm/pl011-uart.h | 2 + xen/include/asm-arm/vpl011.h | 72 ++++ xen/include/public/arch-arm.h | 6 + xen/include/public/domctl.h | 21 ++ xen/include/public/io/console.h | 4 + 37 files changed, 1414 insertions(+), 241 deletions(-) create mode 100644 xen/arch/arm/vpl011.c create mode 100644 xen/include/asm-arm/vpl011.h