Received: by 2002:a05:6358:bb9e:b0:b9:5105:a5b4 with SMTP id df30csp3928927rwb; Mon, 5 Sep 2022 22:50:16 -0700 (PDT) X-Google-Smtp-Source: AA6agR510UXgy8CGt4RE0V0mRs4Ocak20VjvyuqfOLfwhwnpzg6h5uLirzmlYREgC2bYdsACsD8J X-Received: by 2002:a05:6a00:21c2:b0:52b:ff44:6680 with SMTP id t2-20020a056a0021c200b0052bff446680mr54038396pfj.57.1662443416571; Mon, 05 Sep 2022 22:50:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1662443416; cv=none; d=google.com; s=arc-20160816; b=kzAGLPjXwODL61qx/dEScYxjm3kWkQLS+qOdUORV9q0vSVd1vg6NtAqGKpqmRdfDwu s9lJHvsZpQIRqZcmmSEbYYsI0dUYFKoSHN3jeocpLPisEQpJuRETPQaYCLLBsHgqkGPI g/1Vz/tV6eCk9i5/9bKjJsNYGT2ayMt2ypmoDND4mgWo2oU2QlF+z83L0CITmPMcphBJ t+WJJZMYtt21SK7eud3TT70WTo+9s0svQ7Mb7HsxQfhyPr/m6DwWj95Wds64EttMbzVz aDrcmYQM2S0ELaiT8kUTDIusnH0aJkLe4v2TnPwFmlvANBA7+3rK/ekIywkVmqKOaq6t tcuA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=ely/aEFxFzOsBw72pTQ4C/orrI0uHapotCxDtVzcVYQ=; b=RCn5P52mK1UsgzGCh3wrg0RRG4Zypci6Rr5Kvvm9Os0BATc/8Q0glJ2sCglZ3msnvK YcmQNY42CzzKqeZHuDSArLcc252uhun5MnawfsKVNAZVpxB8Lzo6OAXRBLTBuzen+JGm eb8/rWR3yUlLSzkrzz7E45EIHAvzgrxp3X99KQG/uHBTsqypuLHSkz2shF4mm6WwuGH1 ruxGsAvHMyzZOCVHb0FMQrgzGKMZJXYxBe1cvO4EYi0eKkiHmVgC6hzLApukwYn7vGoJ RGv3Fd3gMGYWbUy7vA6q51YoItg5acuPQfrbWje+n03jGGINdKrYkSIpK39PeHRSoB35 D/eA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=jTLIue7t; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a16-20020a637050000000b0042f1afb8cf9si13171452pgn.477.2022.09.05.22.50.05; Mon, 05 Sep 2022 22:50:16 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=jTLIue7t; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232481AbiIFFTO (ORCPT + 99 others); Tue, 6 Sep 2022 01:19:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47868 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232514AbiIFFTM (ORCPT ); Tue, 6 Sep 2022 01:19:12 -0400 Received: from mail-il1-x135.google.com (mail-il1-x135.google.com [IPv6:2607:f8b0:4864:20::135]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3E7636BCD7 for ; Mon, 5 Sep 2022 22:19:11 -0700 (PDT) Received: by mail-il1-x135.google.com with SMTP id b17so5486274ilh.0 for ; Mon, 05 Sep 2022 22:19:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=ely/aEFxFzOsBw72pTQ4C/orrI0uHapotCxDtVzcVYQ=; b=jTLIue7tHKiJEkIXE4UvdD0oiM5JDsR6TuVAzKn9K426IYhT2US3RYz/q78X3ZWD6c sAhbuxwdk9LtcvA6YbW7AXb+ovyOI68IvMeN5JEeACghUSA+NVCNiHOmQwZsazSFfgGM Q0IBWq4vNb7kU3n+Ovg2Oe0zLk54+WFQenC2ZV539EAqJOeDvkp1OkUUm2bRcYL3dHrZ jj8zRznnkmaPSvd1/Q//+Smnbl6/cJt0xQsAZ1iwZgZxklQLVEmy8aV6tagiaQShm0R2 j6wcsFrzK2bm69SBEi5tH2EiZ3vm9MPLIKjLpwB3c/4Tafwc3x7R4pVkBLPMiC81hb4m R0Mg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=ely/aEFxFzOsBw72pTQ4C/orrI0uHapotCxDtVzcVYQ=; b=Q4z5t1txNA+MrdIV390I2Ogxjx+NHceDQgrspaVtv549DSR7pm+jfBAknS91m2KWGT cLnLPsa4UPwFEksxe39n8AVBNGTHXTGgiyI8vqlzK9Ep2n1wRkdcDQ53pJd9D6upzba1 Rr8KXYbm/NHFnrVv5uBxJaRDS/speH+mzEmddDhrvptUwGNMYLwAj3a7hlVtlkhsn4X3 Vr8TmQQaUhv3BHPfnVqw2WsulIO5FTcM+vaQxcbgPHWjWQDMMmI5wt4K//lbdSj2gXnR 1KmXTRUCi9x2HtTmw8c/in+el9LIsBaHIjIhb+ylRpZ+hwm/SGUK7N+qhmBqQ3U5o4Bg 38zw== X-Gm-Message-State: ACgBeo2e21pbbOWE58MGJ0aC+KWO9DXmg8B15mzugmiylorkk+CLq5XY iRcyHzqdSBlKjySDe0MeLcYZ6WcOnhfGLwkIoso= X-Received: by 2002:a05:6e02:1ca9:b0:2e5:fa2a:6345 with SMTP id x9-20020a056e021ca900b002e5fa2a6345mr26370929ill.5.1662441550668; Mon, 05 Sep 2022 22:19:10 -0700 (PDT) MIME-Version: 1.0 References: <20220826023504.6183-1-steve.lee.analog@gmail.com> In-Reply-To: From: Lee Steve Date: Tue, 6 Sep 2022 14:17:53 +0900 Message-ID: Subject: Re: [PATCH] ASoC: max98390: Remove unnecessary amp on/off conrtol To: Mark Brown Cc: lgirdwood@gmail.com, perex@perex.cz, tiwai@suse.com, linux-kernel@vger.kernel.org, alsa-devel@alsa-project.org, krzk@kernel.org, ryans.lee@analog.com Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 1, 2022 at 7:54 PM Mark Brown wrote: > > On Thu, Sep 01, 2022 at 02:57:19PM +0900, Lee Steve wrote: > > On Thu, Sep 1, 2022 at 1:36 AM Mark Brown wrote: > > > > I can't see anything which ensures that this is the case? Should there > > > be a check which returns an error if the output is not enabled, or > > > should the function check the current state and preserve it at the end? > > > I can see that this would fix problems with it being disabled when > > > callibrating. > > > As your comment, this can fix amp being disabled when calibrating. > > And this also fix the case that music play right after calibration. > > Actually, calibration process should start mute playback before > > trigger this function. > > AMP disable/enable control in calibration function can break sync with > > userspace enable/disable control. > > Right, so that sounds like there should be something which checks the > current state and doesn't start callibration unless the device is in a > sensible state. I will send v2 patch adding check before start calibration. Thanks.