Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2855213pxj; Mon, 17 May 2021 11:22:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwk3qD8jahdldkikvttp/0edRS8bHrVBoVacv6BcaGPW4/EklfCPbA0j9Z84BSMPqahrEaX X-Received: by 2002:a05:6402:1518:: with SMTP id f24mr1604942edw.217.1621275743600; Mon, 17 May 2021 11:22:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621275743; cv=none; d=google.com; s=arc-20160816; b=lcqusef1AA6I9DWpvClJu+6x0VXWEZhQJNtT9hDRTWLY8+1fFs+F00ugITIi2DKKqX CN1ZqYzMAoQdAlshZtqb0lSiJ4WhYy6JIohhoxCrtO2AoFOeSnXPasWkuVRvcBcCM4QU MxbaPfeFqgwDdBEhVw2TkppZxiK+So2dRqRFZYJieORt30s3IwifAizr9TNfDQPk/AXN a1NOPWL4ktQFCLltPjanx3mQTcEHVZ5vvhvyKv8jwkc+baxIXu3uybTKY0L7oCNrtsCg F791z4wTG5u3O6hb+kKyMN76L9l75utfvNmqwHjN5aKoQtxWRboDCCERODOAKP2JEntQ GTjQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature:dkim-signature; bh=MF+FHtIUrSHPdv8pdx7xGvA8pK5kMkTH+JjfQNKGQSU=; b=bS4Vi7dhP1UUU52S2WlqwGPltoUwEieA3pkeG7udqkZ9pJZ3l95rTMxhH8fVYBcqNy GZ6ww2BtHODAquDDklwAQs8lQZkmcquexXsQkZw/MlMo8vWL7FEkw+Iy16xnEDC4XgP4 9MdtTtB65LuCbW7JG0tvY54Nc1njqr7Y5R38RQQUJlDmprq5KtZPWZmemGHXlTnKi3qd 9W1Sf4bf1Y2Ic7/upLUXBpuBStJnr7CTr48AevDnLc0YdCC0sOrNQYUZihLgeGjGD7F3 xF6I54eMFR8baTib1xoBZyGPy8fU/6Xtuf9Pwd1dGWcXPMzs2sr3YhkvLw4xRoROkWMl NWZQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@aj.id.au header.s=fm2 header.b=Jlc+d3Cs; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=jeRyaiih; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a42si17719476edf.188.2021.05.17.11.21.55; Mon, 17 May 2021 11:22:23 -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; dkim=pass header.i=@aj.id.au header.s=fm2 header.b=Jlc+d3Cs; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=jeRyaiih; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235560AbhEQMmk (ORCPT + 99 others); Mon, 17 May 2021 08:42:40 -0400 Received: from new1-smtp.messagingengine.com ([66.111.4.221]:41241 "EHLO new1-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237091AbhEQMmh (ORCPT ); Mon, 17 May 2021 08:42:37 -0400 Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailnew.nyi.internal (Postfix) with ESMTP id 9788E5808A4; Mon, 17 May 2021 08:41:20 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Mon, 17 May 2021 08:41:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aj.id.au; h=from :to:cc:subject:date:message-id:mime-version :content-transfer-encoding; s=fm2; bh=MF+FHtIUrSHPdv8pdx7xGvA8pK 5kMkTH+JjfQNKGQSU=; b=Jlc+d3CsoDg5Dj5AkPN6IPlUwNaL70WXBrBs+dMRN/ /OsddQIg+KK2RdgrXGSzupNs3yjokIJwzi1HuhnX1d/PU6bClf7yrzx/5Irp3Hac aGoQi4XgjX13NH+x5iazvtaGFfR+71YRC/IPT7UdVoZ9N225X4X8Iw8xW7DgA2BA KWxVOk2CDBPuYyRtVUbkxRqZ2VBXOBhc/hI9oW1+Y+GZb85HH8iBfmlbWpikux6e EokBq4fGwg1wGubtQFks6t1kYfeOSnUrRawjo9qyZH08dgOuj4bZzhsnjWElNAjI FrTbnyLuwaJxaPkUeN1geeC3H3hxxF60en+QsztDn3ew== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:date:from :message-id:mime-version:subject:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=MF+FHtIUrSHPdv8pd x7xGvA8pK5kMkTH+JjfQNKGQSU=; b=jeRyaiiheB49PyjYDrrdCFe2KLAqUonB7 8yVjWW/0KiCkm0XFMq0yoqHbq+gFIbDyF5QPN100JWC/9XhOLgnwTSK0Z812u/tU TI+P6QEPcGuaWW9ym7PzWfxPbFN8gQAf/IcyURKfndhWPCcJ2ybVisikvnJCc3v7 8j5+koqHSsUjS7JrKclMRkrbV0KHn+WMo8EASqHcr9J0Qb9KvyxetSieHMMoX7x4 jfEyJso3d0RUUvwpeqeqa1BxlyOFxssSgfW75hI8e3pNqH8j7ubglNwcuFEsJ2dA XY5BXR8NFLIB79CyPwHzBN0Moi9G5r2GYzmwY1mATbMkDQMmgTqkw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdeihedgheeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvufffkffoggfgsedtkeertdertddtnecuhfhrohhmpeetnhgurhgvficu lfgvfhhfvghrhicuoegrnhgurhgvfiesrghjrdhiugdrrghuqeenucggtffrrghtthgvrh hnpeegfedttdfhfeegtdejveeivdehtefhveejudeujeevvdeifeegvdduffeigeehhfen ucffohhmrghinhepphhorhhtrdguvghvnecukfhppedvtdefrdehjedrvdduhedrkeenuc evlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrnhgurhgv fiesrghjrdhiugdrrghu X-ME-Proxy: Received: from mistburn.lan (203-57-215-8.dyn.iinet.net.au [203.57.215.8]) by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 17 May 2021 08:41:14 -0400 (EDT) From: Andrew Jeffery To: linux-serial@vger.kernel.org Cc: gregkh@linuxfoundation.org, jirislaby@kernel.org, joel@jms.id.au, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-aspeed@lists.ozlabs.org, openbmc@lists.ozlabs.org, jenmin_yuan@aspeedtech.com, ryan_chen@aspeedtech.com, miltonm@us.ibm.com, ChiaWei Wang Subject: [PATCH] tty: 8250: Add UART_BUG_TXRACE workaround for Aspeed VUART Date: Mon, 17 May 2021 22:11:05 +0930 Message-Id: <20210517124105.3565860-1-andrew@aj.id.au> X-Mailer: git-send-email 2.30.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Aspeed Virtual UARTs directly bridge e.g. the system console UART on the LPC bus to the UART interface on the BMC's internal APB. As such there's no RS-232 signalling involved - the UART interfaces on each bus are directly connected as the producers and consumers of the one set of FIFOs. The APB in the AST2600 generally runs at 100MHz while the LPC bus peaks at 33MHz. The difference in clock speeds exposes a race in the VUART design where a Tx data burst on the APB interface can result in a byte lost on the LPC interface. The symptom is LSR[DR] remains clear on the LPC interface despite data being present in its Rx FIFO, while LSR[THRE] remains clear on the APB interface as the host has not consumed the data the BMC has transmitted. In this state, the UART has stalled and no further data can be transmitted without manual intervention (e.g. resetting the FIFOs, resulting in loss of data). The recommended work-around is to insert a read cycle on the APB interface between writes to THR. Cc: ChiaWei Wang Signed-off-by: Andrew Jeffery --- drivers/tty/serial/8250/8250.h | 1 + drivers/tty/serial/8250/8250_aspeed_vuart.c | 1 + drivers/tty/serial/8250/8250_port.c | 2 ++ 3 files changed, 4 insertions(+) diff --git a/drivers/tty/serial/8250/8250.h b/drivers/tty/serial/8250/8250.h index 52bb21205bb6..4d6f5e0ecd4c 100644 --- a/drivers/tty/serial/8250/8250.h +++ b/drivers/tty/serial/8250/8250.h @@ -88,6 +88,7 @@ struct serial8250_config { #define UART_BUG_NOMSR (1 << 2) /* UART has buggy MSR status bits (Au1x00) */ #define UART_BUG_THRE (1 << 3) /* UART has buggy THRE reassertion */ #define UART_BUG_PARITY (1 << 4) /* UART mishandles parity if FIFO enabled */ +#define UART_BUG_TXRACE (1 << 5) /* UART Tx fails to set remote DR */ #ifdef CONFIG_SERIAL_8250_SHARE_IRQ diff --git a/drivers/tty/serial/8250/8250_aspeed_vuart.c b/drivers/tty/serial/8250/8250_aspeed_vuart.c index a28a394ba32a..4caab8714e2c 100644 --- a/drivers/tty/serial/8250/8250_aspeed_vuart.c +++ b/drivers/tty/serial/8250/8250_aspeed_vuart.c @@ -440,6 +440,7 @@ static int aspeed_vuart_probe(struct platform_device *pdev) port.port.status = UPSTAT_SYNC_FIFO; port.port.dev = &pdev->dev; port.port.has_sysrq = IS_ENABLED(CONFIG_SERIAL_8250_CONSOLE); + port.bugs |= UART_BUG_TXRACE; rc = sysfs_create_group(&vuart->dev->kobj, &aspeed_vuart_attr_group); if (rc < 0) diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8250/8250_port.c index d45dab1ab316..6c032abfc321 100644 --- a/drivers/tty/serial/8250/8250_port.c +++ b/drivers/tty/serial/8250/8250_port.c @@ -1809,6 +1809,8 @@ void serial8250_tx_chars(struct uart_8250_port *up) count = up->tx_loadsz; do { serial_out(up, UART_TX, xmit->buf[xmit->tail]); + if (up->bugs & UART_BUG_TXRACE) + serial_in(up, UART_SCR); xmit->tail = (xmit->tail + 1) & (UART_XMIT_SIZE - 1); port->icount.tx++; if (uart_circ_empty(xmit)) -- 2.30.2