Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp6360401ybi; Wed, 31 Jul 2019 12:59:16 -0700 (PDT) X-Google-Smtp-Source: APXvYqwK7+MEdiwTOw7MZpqkmUzLfX0ed9uFioqlHxucsNNGQpfHudgcD/zDKR+e0nHlFuFAQFe8 X-Received: by 2002:aa7:9298:: with SMTP id j24mr47571244pfa.58.1564603156529; Wed, 31 Jul 2019 12:59:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564603156; cv=none; d=google.com; s=arc-20160816; b=HqdpYLZsj+VPKrdSOnOkcepTcVCXrtbaQam8aZCheInbXR7+8SIK95CIHyxFPAA/WO m7k2fuyyCkfPNpHqwxwIAd6peJuVYky9525HTNPS6QSwWfqcrgvqubEB7Um1Y1Av/zs+ wBaeW8qNyv3JAWommpBHEgEMceRJjSmgzsQVl1bnzC6laoR3fVvZ6fbdFqAOo9og4dLm UsEh/jeWIUehtZP/XANnC0Cv2BEzeqVZkLqucTRYsPRxZvSPhEHHeg8zBc949WOaroqE QwOkQiHjd3X3glmGJAKdUN2h0NGSfFny++7vIYDa/U1AaDm6i7Q3/Pt3HX89POVi66Dt QPSA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=mdOigFTaeS1NSbLcqAa2CkgZvaqMA0Z8vY66ZgpQRcA=; b=Qpfa1fYUjHYaH8P8F9ClnrPR8ZRJkG/+dgWunXVxxO0VPUbGF1lAqmB/YOjUTZH9PF P+Vklqxf/CM4KL3jDUwvPne08/C4P1wgh2eQ58M4MmPjgPozuMFO2RigCjyP37xjjLuA 5CPzR/nhvryQfwP7laRuCCYAkNLynHuHOlsSN1ydWnKlTDUFC32taB1x06X78OQqsjiC AUokxqF1RDVlz6sOm+m7C4sVwHU0ShKM9TTAq9iCF7htrICXfAlEoQbMjQ0ZZRJ+lv1l erTi5dxBzRE9tU5zW0QXav3c2HKjjG3K2ES/W2VmiToFBrEXwqCsvIxceKKtqiiD4jC4 joTA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u6si32918800pfm.135.2019.07.31.12.59.01; Wed, 31 Jul 2019 12:59:16 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730706AbfGaTFh (ORCPT + 99 others); Wed, 31 Jul 2019 15:05:37 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:47477 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725793AbfGaTFh (ORCPT ); Wed, 31 Jul 2019 15:05:37 -0400 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id A9C6680244; Wed, 31 Jul 2019 21:05:22 +0200 (CEST) Date: Wed, 31 Jul 2019 21:05:34 +0200 From: Pavel Machek To: Greg Kroah-Hartman Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org, Jorge Ramirez-Ortiz , Sasha Levin Subject: Re: [PATCH 4.19 024/113] tty: serial: msm_serial: avoid system lockup condition Message-ID: <20190731190533.GA4630@amd> References: <20190729190655.455345569@linuxfoundation.org> <20190729190701.631193260@linuxfoundation.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <20190729190701.631193260@linuxfoundation.org> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > [ Upstream commit ba3684f99f1b25d2a30b6956d02d339d7acb9799 ] >=20 > The function msm_wait_for_xmitr can be taken with interrupts > disabled. In order to avoid a potential system lockup - demonstrated > under stress testing conditions on SoC QCS404/5 - make sure we wait > for a bounded amount of time. >=20 > Tested on SoC QCS404. How long did it take to timeout? Because... this is supposed to loop for 0.5 second with interrupts disabled, but 500000*udelay(1) is probably going to wait for more than that. Is 500msec reasonable with interrupts disabled? Should it use something like 5000*udelay(100), instead, as that has chance to result in closer-to-500msec wait? > +++ b/drivers/tty/serial/msm_serial.c > @@ -383,10 +383,14 @@ static void msm_request_rx_dma(struct msm_port *msm= _port, resource_size_t base) > =20 > static inline void msm_wait_for_xmitr(struct uart_port *port) > { > + unsigned int timeout =3D 500000; > + > while (!(msm_read(port, UART_SR) & UART_SR_TX_EMPTY)) { > if (msm_read(port, UART_ISR) & UART_ISR_TX_READY) > break; > udelay(1); > + if (!timeout--) > + break; > } > msm_write(port, UART_CR_CMD_RESET_TX_READY, UART_CR); > } Plus, should it do some kind of dev_err() to let users know that something went very wrong with their serial? Thanks, Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAl1B5n0ACgkQMOfwapXb+vLVagCfSlen7wXaOMFM9NecWDAs/xmG ImIAoJSLz4A1rXm1m/QO73wS1J/sgjvL =YUqR -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu--