Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp712597pxb; Fri, 3 Sep 2021 11:41:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwN8tAz9wPSrudJKtystaHOYMJpVlaljIFiLqoQ8fIjn+7MeFd5kG/GhPX96Gox5ue7+t3b X-Received: by 2002:a92:6a06:: with SMTP id f6mr264197ilc.16.1630694513255; Fri, 03 Sep 2021 11:41:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630694513; cv=none; d=google.com; s=arc-20160816; b=CHlmVIG6fnpB4fzHax64odckGH0aL3qGnJ9opqEGYVS4Z0CHOCB8+2gke9+gF1+C4d ou/XHDum2L7CGdsx64xoEuUluj6z78N1O2W91PpRYrG+tStVmx2DZOUOdaQ37Rx2+rNS Gc0vZ7XK39jOvkqmicHUpv+12xncOWgRjOpinE/hRIbLqVn7O3ZJT5pM8LfLvUYUjZEo 0zSMbZjvo6/GmqCGJ8elLmMjMW+kAKhuLDoqQ2t+MBdjXIkGNCmwx7vcwq0iRHkCcIPo FYCPrfTFdGZfbmNEaRnKljLcUILrZPp5RpWXwXeGG9eCwhVEqYcAlnWqe3r2Z0TRrej+ PQ3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:to:subject:message-id:date:user-agent:from :references:in-reply-to:mime-version:dkim-signature; bh=g+/vVt6JhLLpX1/epBxESaopp8FQHhl77WcdHs+7WkE=; b=NGPNFv0IZY5La/0fnrO3bykesR87yIEBGsRGOGULWRwHhj417yn/3a4CyoeDV0fJN6 /unqIRWHYN0kCbvSvtzLar+8V9E6VfbSOxvCjM4nT+PlHOojCnTt5/pOF90vSWd5hrzi 7rkgKJhZIVCr0UMra2GfV6bW5GLdBFx2886KgCZn8sXxq0MMwmFAHwcpZX3/Ob3WltCQ f7w4NCy8x4SoKLS4c5zrpMsKd9F4yUJQrVSN0h5VSnQ/Qv/e3uvM8kai/mgjRcAXnpuL I12LyXrOrurb6851S3d45F5AolrbkvaA37eKOyJd1Mk0WxJ1RRnuzJF7e18xu26qKI6J awJw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=S43gOar8; 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=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v2si137991iot.49.2021.09.03.11.41.41; Fri, 03 Sep 2021 11:41:53 -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=@chromium.org header.s=google header.b=S43gOar8; 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=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1348467AbhICSlq (ORCPT + 99 others); Fri, 3 Sep 2021 14:41:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40458 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232927AbhICSlq (ORCPT ); Fri, 3 Sep 2021 14:41:46 -0400 Received: from mail-ot1-x331.google.com (mail-ot1-x331.google.com [IPv6:2607:f8b0:4864:20::331]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 159BDC061575 for ; Fri, 3 Sep 2021 11:40:46 -0700 (PDT) Received: by mail-ot1-x331.google.com with SMTP id a20-20020a0568300b9400b0051b8ca82dfcso168476otv.3 for ; Fri, 03 Sep 2021 11:40:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:in-reply-to:references:from:user-agent:date:message-id :subject:to; bh=g+/vVt6JhLLpX1/epBxESaopp8FQHhl77WcdHs+7WkE=; b=S43gOar878bmf2S/ybLy8S+qmYwiuKKN1YQkjyxZG7PrBlEr3oytcmYjl8Zvz/gTwh YbECImb7dEdGWbCX75zbh/ITV1FIttFEputYDhGJvuRSvPJT4vICkU9+05sCPwKXXcHa DPSw9qv85JWv8adTg+5LDsvHRDpraHZeLUVZ0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from :user-agent:date:message-id:subject:to; bh=g+/vVt6JhLLpX1/epBxESaopp8FQHhl77WcdHs+7WkE=; b=LUvlgdqs8soA6qTo4tx0mxfbgVjEOrGSAa4TNVzoyz7zuhgoCMOtJRUfEYyKBfd2El OYsuQuyuSYUe/njxua5kTZcAItHB3ZFVv6cW4K7xDaslpIrlnXK7cQNHDHwGa3NiXDvW znnenYpkqen2eRVEhn+aUG3Le3Di9DfYE8UW4NBwKq/Rhf0rI1zwWopzov//cmT/ma4A Ey7ldOc0qifq3fzihDiOAhPI5irwe2V1qD40qFMa0pexy6n4sxRmHVkya05hknvvsVZs +sWWMkFIcM79hfn2lN/TtwiI9oF1t55EPYKgTLJAf/HdTz+p0aKb1lwjK75pay0Es7j7 tXgA== X-Gm-Message-State: AOAM530xRPx5uziCQhnVR0GjWKxin6yUklixkffk1r4EiAGVdc7T8yO5 C17bK9gI0w2762/DjR7wtQFkFxLU/bqP9kOGU2HwC7DY2l4= X-Received: by 2002:a05:6830:719:: with SMTP id y25mr380633ots.77.1630694445434; Fri, 03 Sep 2021 11:40:45 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 3 Sep 2021 14:40:45 -0400 MIME-Version: 1.0 In-Reply-To: <20210903100153.9137-1-srivasam@codeaurora.org> References: <20210903100153.9137-1-srivasam@codeaurora.org> From: Stephen Boyd User-Agent: alot/0.9.1 Date: Fri, 3 Sep 2021 14:40:45 -0400 Message-ID: Subject: Re: [PATCH] ASoC: qcom: lpass-platform: Reset irq clear reg post handling interrupts To: Srinivasa Rao Mandadapu , agross@kernel.org, alsa-devel@alsa-project.org, bgoswami@codeaurora.org, bjorn.andersson@linaro.org, broonie@kernel.org, devicetree@vger.kernel.org, judyhsiao@chromium.org, lgirdwood@gmail.com, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, perex@perex.cz, plai@codeaurora.org, robh+dt@kernel.org, rohitkr@codeaurora.org, srinivas.kandagatla@linaro.org, tiwai@suse.com Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Srinivasa Rao Mandadapu (2021-09-03 03:01:53) > Update interrupt clear register with reset value after addressing > all interrupts. This is to fix playback or capture hanging issue in > simultaneous playback and capture usecase. > > Signed-off-by: Srinivasa Rao Mandadapu > --- Any Fixes tag? > sound/soc/qcom/lpass-platform.c | 6 ++++++ > 1 file changed, 6 insertions(+) > > diff --git a/sound/soc/qcom/lpass-platform.c b/sound/soc/qcom/lpass-platform.c > index f9df76d37858..1a0a4b0b1a03 100644 > --- a/sound/soc/qcom/lpass-platform.c > +++ b/sound/soc/qcom/lpass-platform.c > @@ -749,6 +749,12 @@ static irqreturn_t lpass_platform_lpaif_irq(int irq, void *data) > } > } > > + rv = regmap_write(drvdata->lpaif_map, LPAIF_IRQCLEAR_REG(v, LPAIF_IRQ_PORT_HOST), 0x0); > + if (rv) { > + pr_err("error writing to irqstat reg: %d\n", rv); > + return IRQ_NONE; I was thinking we should return IRQ_HANDLED still, but then I guess failing to clear the irq be treated as a spurious irq so that if we fail enough times we'll shut off the irq at the irqchip. Things are going bad if the write fails. > + } > + > return IRQ_HANDLED; > } >