Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp148896imw; Wed, 13 Jul 2022 21:33:26 -0700 (PDT) X-Google-Smtp-Source: AGRyM1u0t89BKAlDUgFRNRA9JptQTjOOUdy/9VsTbYn77bsm4sJehKRDuL7xsJ+4MotFPytXDb0d X-Received: by 2002:a05:6402:3041:b0:43a:d8b1:8b5 with SMTP id bs1-20020a056402304100b0043ad8b108b5mr9467936edb.242.1657773206271; Wed, 13 Jul 2022 21:33:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657773206; cv=none; d=google.com; s=arc-20160816; b=LGKmJKXz9y/XmeizyXZ1oN5ML/DiqFAxyMKvaKMCA/mZPWv6UmV7t5AAKVw+07/PTt Jx50/+hZxvYrMFFhquQzVurkpreMDRPJIh/fhtURKVugtlrA10HZollpfGiwH5A37277 z3X5lFvJsNomZHXcgHPLhL1NiRa2nFiS37vKll97t9UAy5azg4ScKZFZZ19D6ZdBVI+b oUacaaQyRK0Ec60ZoRqaVx1iB8IjRs+UPSLst9+vmhNDCJgMQghRXCMeqiRXYUXSMRBW 89xVJnOki10QOuzIPMHl/eL0jyoSTBoXhRmDIG9T+zEIS9HFu3Ckzj6JjMz3iIdVYU7x ZXNQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=OHUKf5wkuqE36cJ2zip3sPMZmzHpliwdDZA7h8rzZOs=; b=MeH8Wreuyq1i30YXTPvUGY7v1WXGA6UQplvAS58avBpPMZ2L4IbTmjj63M078pfPUp GVpHUEkTPh7Xu8kZOuJ/HHuT7qiqWMPBG191zyM9W2eBIzgfi9jRQRCyeDnRuoq8Poit ncUwKIpti0/5gatEvo8Jhk+Z8CdYOS1AlKENIWz+BHD5z8YxPG0nBJh3nvkfPYve2S4f wg9VBsLn14zgijIqfxrzt1BdM1pQNGgyFHf5tqoS+AWAg+kj0pazdSCP6qWiZWJ5blF+ 1EbkCKeX49RQEGGkvbvhbDHuW9yCdfiJNhmCIjMZBQL4SZxWyj3qnP1OlT9Qe30U8ecS KhEQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="LWr9CY/h"; 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=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id dd16-20020a1709069b9000b0072a4249e9b5si755398ejc.17.2022.07.13.21.33.01; Wed, 13 Jul 2022 21:33:26 -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=@kernel.org header.s=k20201202 header.b="LWr9CY/h"; 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=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237010AbiGNEaV (ORCPT + 99 others); Thu, 14 Jul 2022 00:30:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60542 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236899AbiGNE3L (ORCPT ); Thu, 14 Jul 2022 00:29:11 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0B6482980E; Wed, 13 Jul 2022 21:24:54 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 8E962B8237A; Thu, 14 Jul 2022 04:24:53 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 904C9C34114; Thu, 14 Jul 2022 04:24:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1657772692; bh=lcLO34MoPCLKVA/bKtAqWCoHH3fr4L1nHGwf+6hf4KU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=LWr9CY/hb5a2ARvYmaW9c6irvMCiR2ELu6mWO2Qkgar8sCBzrLxR11k0CsL7Tj6Lp yV/iZ354OGXVWJOxvpLT8aGa6AuP1XmMVuKmh6xwmqWSEKm1Wvbr5gy+YCDVZ+C23l MNqayeYj3EEDrS5YLCwPzkLinpAlXjdJu5EUWAJytg2CbGjz6Vn8SWfv3avhEyDZp9 jYeyDwFI7/aWn81kVuQsmcLgX+z10MToiqVerVvHJzNLXPV1ICB9KQYQ7dmJzMG7Nb 2qYNL/lIDACnr3zktKzWiAaHNfJOxNBkfHh5AVmabCB26k7Jb1e5B9ywSOVFHSjw0H Tti18vf9xQAJA== From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Peter Ujfalusi , Pierre-Louis Bossart , Bard Liao , Ranjani Sridharan , Mark Brown , Sasha Levin , lgirdwood@gmail.com, daniel.baluta@nxp.com, perex@perex.cz, tiwai@suse.com, kai.vehmanen@linux.intel.com, yang.jie@linux.intel.com, sound-open-firmware@alsa-project.org, alsa-devel@alsa-project.org Subject: [PATCH AUTOSEL 5.15 09/28] ASoC: SOF: Intel: hda-loader: Clarify the cl_dsp_init() flow Date: Thu, 14 Jul 2022 00:24:10 -0400 Message-Id: <20220714042429.281816-9-sashal@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20220714042429.281816-1-sashal@kernel.org> References: <20220714042429.281816-1-sashal@kernel.org> MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, 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 From: Peter Ujfalusi [ Upstream commit bbfef046c6613404c01aeb9e9928bebb78dd327a ] Update the comment for the cl_dsp_init() to clarify what is done by the function and use the chip->init_core_mask instead of BIT(0) when unstalling/running the init core. Complements: 2a68ff846164 ("ASoC: SOF: Intel: hda: Revisit IMR boot sequence") Signed-off-by: Peter Ujfalusi Reviewed-by: Pierre-Louis Bossart Reviewed-by: Bard Liao Reviewed-by: Ranjani Sridharan Link: https://lore.kernel.org/r/20220609085949.29062-4-peter.ujfalusi@linux.intel.com Signed-off-by: Mark Brown Signed-off-by: Sasha Levin --- sound/soc/sof/intel/hda-loader.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/sound/soc/sof/intel/hda-loader.c b/sound/soc/sof/intel/hda-loader.c index 14469e087b00..ee09393d42cb 100644 --- a/sound/soc/sof/intel/hda-loader.c +++ b/sound/soc/sof/intel/hda-loader.c @@ -80,9 +80,9 @@ static struct hdac_ext_stream *cl_stream_prepare(struct snd_sof_dev *sdev, unsig } /* - * first boot sequence has some extra steps. core 0 waits for power - * status on core 1, so power up core 1 also momentarily, keep it in - * reset/stall and then turn it off + * first boot sequence has some extra steps. + * power on all host managed cores and only unstall/run the boot core to boot the + * DSP then turn off all non boot cores (if any) is powered on. */ static int cl_dsp_init(struct snd_sof_dev *sdev, int stream_tag) { @@ -117,7 +117,7 @@ static int cl_dsp_init(struct snd_sof_dev *sdev, int stream_tag) ((stream_tag - 1) << 9))); /* step 3: unset core 0 reset state & unstall/run core 0 */ - ret = hda_dsp_core_run(sdev, BIT(0)); + ret = hda_dsp_core_run(sdev, chip->init_core_mask); if (ret < 0) { if (hda->boot_iteration == HDA_FW_BOOT_ATTEMPTS) dev_err(sdev->dev, -- 2.35.1