Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp624994pxy; Wed, 28 Apr 2021 10:42:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxht+uodEMUVLYiqd1Ijyu7FV3FaKnWZP3uS9Q5pyo1MtqyK48cWPkKzLWa9FrnozcOwpWN X-Received: by 2002:a17:906:b1c1:: with SMTP id bv1mr30671420ejb.24.1619631760880; Wed, 28 Apr 2021 10:42:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619631760; cv=none; d=google.com; s=arc-20160816; b=m/Tv+njFnBsy4Mv5mMPcNgk/+cJ43JQU2R1DLipyNwduYcoegtYFyH1EuLWEBK/9Bj HD/c9Y8XplH7zQ5iwO30BALClCZHBcemjiYJcDrUCediHO7CGIvmLUI5W2VTBAmh0xvc UZhGaYdlWV9k9SOAMOCqjyPj5LbPkRUTFM+Mmmwrz6jGMVf6NJmxM0JFv6jbHMmPM/YG q7zE68p4k6CfYkcaCZIJ5vGFtuBUYXor2Rkqefum8/2FWPIE73MtK8tJCXpxUipzdszB /vOte+wb/GP40TS9L/T4ztwKBKqlwI4yICfxBgU4ZeddxRmwm3TEeBRUTlaqrAk5C/ss XkSA== 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=jyAzcFiPPF8qIO2Lx5vIpUT26XUimHCfY2fLbxynIjg=; b=zZ17i0iEeFctpzHxYESrw6LMGm+fMiO1UIYVUTIDnAArZAVekMwZ0EUgs2j90zh6C9 P6mONPSID7/jgOsprCerbPFvgAo7J9iDRLCYvVUSFc8GDePvF/6tRsI6KyNxU8Qm3Lr/ uCthvXu8TJ6MxOZ+cMlddSKNdG35JCUrJUWLq6bBwO/cXniPR9MVA+nwDUFhydbBvIQr c6hnzllWYDj21AG0k0MgR1DGN3xxhBKURBI1ISMon75ht7rzxMFqM4PQSARSCGjSKDT7 VyqhilRN01mcD0toHoxjp/2YFmK9yb8DHgI7p2VErdOy6MHhi6c7oLsM9lP8BdhtfQQs dS3g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=E3oXKMUw; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v4si317156edq.442.2021.04.28.10.42.17; Wed, 28 Apr 2021 10:42:40 -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=@kernel.org header.s=k20201202 header.b=E3oXKMUw; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241418AbhD1QzM (ORCPT + 99 others); Wed, 28 Apr 2021 12:55:12 -0400 Received: from mail.kernel.org ([198.145.29.99]:58154 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241421AbhD1QzL (ORCPT ); Wed, 28 Apr 2021 12:55:11 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 7B2DC6143D; Wed, 28 Apr 2021 16:54:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1619628866; bh=afX80eTKphvREzmJ06cN4lmgX/5HQyII66qLFz6W0oA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=E3oXKMUwn0BOGXkc+2ozbwCm4gi3vyc+KhLLAP31nBUf93FrhqIVvuYih2QLF/HD4 ioczWWCOvpvDdbz3kIzhrfXb8eiMFHpmqHAvS8oBpODYHU4IYt4x7WQsB+ImG9//yH mUyje1nBjNpa89A2Xsh1GGhGDwRWWF4dVleLNcWzlyZ0Wg0oU+7UlIxE7M23E16VxH ia8hxwPz8ZY66PflpcL0/RSxTYNzovFPu1RsidmTUsFufyvVfUQPaR5H4EsC0/U52v KgjZC9oMXAQXqXW+I5JehnP7eKK/15lm3BgQqaPHMR/uXcOPSDRjgzZ8ZdqLWoaQxZ NHJyc0d64kiHg== From: Mark Brown To: Jerome Brunet Cc: Mark Brown , alsa-devel@alsa-project.org, Stephen Boyd , linux-kernel@vger.kernel.org Subject: Re: [PATCH 0/2] ASoC: Revert clk_hw_get_clk() cleanup Date: Wed, 28 Apr 2021 17:53:44 +0100 Message-Id: <161962856274.49583.8078596005578732734.b4-ty@kernel.org> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20210428122632.46244-1-jbrunet@baylibre.com> References: <20210428122632.46244-1-jbrunet@baylibre.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 28 Apr 2021 14:26:30 +0200, Jerome Brunet wrote: > There is problem with clk_hw_get_hw(). Using it pins the clock provider to > itself, making it impossible to remove the related module. > > Revert the two commits using this function until this gets sorted out. > > Jerome Brunet (2): > ASoC: stm32: do not request a new clock consummer reference > ASoC: da7219: do not request a new clock consummer reference > > [...] Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next Thanks! [1/2] ASoC: stm32: do not request a new clock consummer reference commit: a0695853e5906a9558eef9f79856e07659b7a1e6 [2/2] ASoC: da7219: do not request a new clock consummer reference commit: 97c733654ab4a5ac910216b4b74e605acf3e1cce All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the next merge window (or sooner if it is a bug fix), however if problems are discovered then the patch may be dropped or reverted. You may get further e-mails resulting from automated or manual testing and review of the tree, please engage with people reporting problems and send followup patches addressing any issues that are reported if needed. If any updates are required or you are submitting further changes they should be sent as incremental updates against current git, existing patches will not be replaced. Please add any relevant lists and maintainers to the CCs when replying to this mail. Thanks, Mark