Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp2092670ybz;
        Thu, 30 Apr 2020 10:44:47 -0700 (PDT)
X-Google-Smtp-Source: APiQypIDiEKsreYFSQfZbnn1ae+9d6ZrUg0o7T2IlH0tWAjHEtC00eZgAY5y92TPbH70uigVA+No
X-Received: by 2002:a50:9e2a:: with SMTP id z39mr56715ede.371.1588268686849;
        Thu, 30 Apr 2020 10:44:46 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1588268686; cv=none;
        d=google.com; s=arc-20160816;
        b=Q/hq3AHGLdxsyIt1/X9qOzFf8A6ioAxkmuBGbNq7705EUQpGktfn0W9S1mVJ1ZxCEd
         TkPwx6bOEctHKeNabD1QgCRKt+jzXId5HpeimBgUsCgGivtUAUtpl7lHWAWFU+chpTzf
         6SCb+Lj4dgRVb+cyEGoA4TLLpY8MP7c4GNUSKyHVwsvcQ4sRSPA2zTTJVumIRjV1BNZP
         BDkDFkJ36BnlAH8fu+13cN0tf+EMP4luFRIE9RteGXHXKxLWAJXVBdF+LgP0eG/BbiPv
         FLgomvND6qvZZCFHyeDK7XtCrjN1V7ZWxGUWfSVhkS5r5SByVlDLtq0j8O57Ru3tjVfg
         bM7Q==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=list-id:precedence:sender:mime-version:organization:user-agent
         :references:message-id:in-reply-to:subject:cc:to:from:date
         :ironport-sdr:ironport-sdr;
        bh=Fj2AYUKb7BhmrP9Jo890n/nQ7o+6gR8LfYYfaesvoaw=;
        b=JFFvMFDu2uguFyl2s4iWYipP7Gfs0mz92K6VA8P0lnZpMtrNlD1J6GGcfL9soh0+I1
         F1MMChmNU3/CGpLHJhYPnUKFVEVt1Rty9Ijzsh1TTjeGRHJmNoUj/Rbf/vrJ4RiiWoui
         zaqCCGvlNTvb9bmRNEKgqn6ccMypue/yxXxTMPj5i28WcMClH+7InCxWGNcKsyYF0t7j
         fZeFjkQBUQDC+SW8VAujLx7qf1YIyJoPa957M9fjOcKuxV+dCeb2qc0z3jwmUn2gW3Ld
         pfk1OevOp6H6A01Nn4ZzngQw5mZLuubzptyDOqsiryTUxt+2x0X6dST0Jl0dcuSHjOr+
         aurg==
ARC-Authentication-Results: i=1; mx.google.com;
       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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18])
        by mx.google.com with ESMTP id w7si154491edr.309.2020.04.30.10.44.21;
        Thu, 30 Apr 2020 10:44:46 -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;
       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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1726450AbgD3Rkg (ORCPT <rfc822;jaysonjohndmello@gmail.com>
        + 99 others); Thu, 30 Apr 2020 13:40:36 -0400
Received: from mga07.intel.com ([134.134.136.100]:26491 "EHLO mga07.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726318AbgD3Rkg (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 30 Apr 2020 13:40:36 -0400
IronPort-SDR: dGGOomkoSm0VZuTSRd39dh7s2BxmE9pM32WvXU5lmh35U5TmOrC5e9867OUMP+C1T/+SrNtogb
 6GrQzzkvGc8w==
X-Amp-Result: SKIPPED(no attachment in message)
X-Amp-File-Uploaded: False
Received: from orsmga002.jf.intel.com ([10.7.209.21])
  by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Apr 2020 10:40:35 -0700
IronPort-SDR: eFPFtYx6+uB6NHAuxSoYK+WLEfrFkFcl2Zkv6ijG9Nmiygl5G67VPd/g9YBvB6oF+6M0gb43lQ
 +n5anvaS4Xqg==
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.73,336,1583222400"; 
   d="scan'208";a="276592844"
Received: from eliteleevi.tm.intel.com ([10.237.54.20])
  by orsmga002.jf.intel.com with ESMTP; 30 Apr 2020 10:40:33 -0700
Date:   Thu, 30 Apr 2020 20:40:32 +0300 (EEST)
From:   Kai Vehmanen <kai.vehmanen@linux.intel.com>
X-X-Sender: kvehmane@eliteleevi.tm.intel.com
To:     Kai-Heng Feng <kai.heng.feng@canonical.com>
cc:     pierre-louis.bossart@linux.intel.com, lgirdwood@gmail.com,
        ranjani.sridharan@linux.intel.com, kai.vehmanen@linux.intel.com,
        daniel.baluta@nxp.com, Mark Brown <broonie@kernel.org>,
        Jaroslav Kysela <perex@perex.cz>,
        Takashi Iwai <tiwai@suse.com>,
        Jaska Uimonen <jaska.uimonen@linux.intel.com>,
        "moderated list:SOUND - SOUND OPEN FIRMWARE (SOF) DRIVERS" 
        <sound-open-firmware@alsa-project.org>,
        "moderated list:SOUND - SOC LAYER / DYNAMIC AUDIO POWER MANAGEM..." 
        <alsa-devel@alsa-project.org>,
        open list <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] ASoC: SOF: Update correct LED status at the first time
 usage of update_mute_led()
In-Reply-To: <20200430091139.7003-1-kai.heng.feng@canonical.com>
Message-ID: <alpine.DEB.2.21.2004302038390.2957@eliteleevi.tm.intel.com>
References: <20200430091139.7003-1-kai.heng.feng@canonical.com>
User-Agent: Alpine 2.21 (DEB 202 2017-01-01)
Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7 02160 Espoo
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

Hi,

On Thu, 30 Apr 2020, Kai-Heng Feng wrote:

> At the first time update_mute_led() gets called, if channels are already
> muted, the temp value equals to led_value as 0, skipping the following
> LED setting.

thanks, looks good! 

Acked-by: Kai Vehmanen <kai.vehmanen@linux.intel.com>

Br, Kai