Received: by 10.223.185.116 with SMTP id b49csp2555798wrg; Thu, 15 Feb 2018 13:34:16 -0800 (PST) X-Google-Smtp-Source: AH8x225s6PMawg9ElJ2oAETNf7cKyHtWnfZ4VsvQ+gK5t6QucIRNZi44fLlEsWU0ZFh0xoRkiuU4 X-Received: by 2002:a17:902:bf01:: with SMTP id bi1-v6mr3732795plb.254.1518730456763; Thu, 15 Feb 2018 13:34:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518730456; cv=none; d=google.com; s=arc-20160816; b=kHnyDgAX2Yx3gTZmJzTEvY7b4nhDPCMlBFcFauCP+1+bAEWOvxP1eZY78/X21bGTAT AkrPPAWDfVIklSXRS3v1W9iyj5CM4jGIWBs1YGiyUzJwUGlpwUtevmr1AXSNzNOJxS9z oeay8q2Bk3hG9sg40FW2I1smoiXJF7Jkm4cb0jpL+iFJ2+i/I8aMm797FYdNPOGZDQtM JZr4ILcIM/calk80KKngmIspJon+WYVmskOL3CBJTeTRXXez6vKRb03aaGdt6aNbpf+x +nVKNhppMBqWh85fkcQSz/aqSskzoSRdGeVEwpO8SOjrg+K0zb9N2ng5bfPV2KDJtGaU OHgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=1a4HLX3OWDhTRVEXRtJ7+uTdAImBP/pdsYOWsDp7inY=; b=RxZk44YVkRqnI20Uk8E11BSg1aghN5TjFPTrKunyl4LUJ9ngDp2XoKncOMCcPATRlO gKEL6lTOz2S52mxuMU4MfXX4efAzelsmdIwXYX/01wXixVLdSZL7hRTFI7wYloiSRkJa B55kPKuTbj0pBmheAA8f8DXuk3vnYpQvL+Tq726aGC2LNmM1wm8vUg3YS5J/f1wvrqmU fWZxyScUS3iGFmHjveXMAbweg6TlrOej2QSEtpqN16K3GDh1tkwRm+cwA5i16UknCcHi Q2S95AbKtn7SIQBXWeIHs8261E+gYq6gUGI9xt6Vpdu3LY+3TGG2Pak3EzjDYTrHpo2G CaBQ== 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 e15si4604614pgv.204.2018.02.15.13.34.02; Thu, 15 Feb 2018 13:34:16 -0800 (PST) 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 S1163704AbeBOP2A (ORCPT + 99 others); Thu, 15 Feb 2018 10:28:00 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:53678 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1163671AbeBOP14 (ORCPT ); Thu, 15 Feb 2018 10:27:56 -0500 Received: from localhost (LFbn-1-12258-90.w90-92.abo.wanadoo.fr [90.92.71.90]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 6186A1054; Thu, 15 Feb 2018 15:27:55 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, John Keeping , Mark Brown Subject: [PATCH 4.9 55/88] ASoC: rockchip: i2s: fix playback after runtime resume Date: Thu, 15 Feb 2018 16:17:22 +0100 Message-Id: <20180215151230.342425962@linuxfoundation.org> X-Mailer: git-send-email 2.16.1 In-Reply-To: <20180215151222.437136975@linuxfoundation.org> References: <20180215151222.437136975@linuxfoundation.org> User-Agent: quilt/0.65 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.9-stable review patch. If anyone has any objections, please let me know. ------------------ From: John Keeping commit c66234cfedfc3e6e3b62563a5f2c1562be09a35d upstream. When restoring registers during runtime resume, we must not write to I2S_TXDR which is the transmit FIFO as this queues up a sample to be output and pushes all of the output channels down by one. This can be demonstrated with the speaker-test utility: for i in a b c; do speaker-test -c 2 -s 1; done which should play a test through the left speaker three times but if the I2S hardware starts runtime suspended the first sample will be played through the right speaker. Fix this by marking I2S_TXDR as volatile (which also requires marking it as readble, even though it technically isn't). This seems to be the most robust fix, the alternative of giving I2S_TXDR a default value is more fragile since it does not prevent regcache writing to the register in all circumstances. While here, also fix the configuration of I2S_RXDR and I2S_FIFOLR; these are not writable so they do not suffer from the same problem as I2S_TXDR but reading from I2S_RXDR does suffer from a similar problem. Fixes: f0447f6cbb20 ("ASoC: rockchip: i2s: restore register during runtime_suspend/resume cycle", 2016-09-07) Signed-off-by: John Keeping Signed-off-by: Mark Brown Signed-off-by: Greg Kroah-Hartman --- sound/soc/rockchip/rockchip_i2s.c | 6 ++++++ 1 file changed, 6 insertions(+) --- a/sound/soc/rockchip/rockchip_i2s.c +++ b/sound/soc/rockchip/rockchip_i2s.c @@ -476,6 +476,7 @@ static bool rockchip_i2s_rd_reg(struct d case I2S_INTCR: case I2S_XFER: case I2S_CLR: + case I2S_TXDR: case I2S_RXDR: case I2S_FIFOLR: case I2S_INTSR: @@ -490,6 +491,9 @@ static bool rockchip_i2s_volatile_reg(st switch (reg) { case I2S_INTSR: case I2S_CLR: + case I2S_FIFOLR: + case I2S_TXDR: + case I2S_RXDR: return true; default: return false; @@ -499,6 +503,8 @@ static bool rockchip_i2s_volatile_reg(st static bool rockchip_i2s_precious_reg(struct device *dev, unsigned int reg) { switch (reg) { + case I2S_RXDR: + return true; default: return false; }