[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <163397094550.6567.12613609707745181814.b4-ty@kernel.org>
Date: Mon, 11 Oct 2021 18:01:41 +0100
From: Mark Brown <broonie@...nel.org>
To: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
linux-kernel@...r.kernel.org, alsa-devel@...a-project.org
Cc: Mark Brown <broonie@...nel.org>,
Jie Yang <yang.jie@...ux.intel.com>,
Jaroslav Kysela <perex@...ex.cz>,
Takashi Iwai <tiwai@...e.com>,
Liam Girdwood <liam.r.girdwood@...ux.intel.com>,
Hans de Goede <hdegoede@...hat.com>,
Cezary Rojewski <cezary.rojewski@...el.com>,
Pierre-Louis Bossart <pierre-louis.bossart@...ux.intel.com>
Subject: Re: [PATCH v2 0/4] ASoC: Intel: bytcr_rt5651: few cleanups
On Thu, 7 Oct 2021 20:02:46 +0300, Andy Shevchenko wrote:
> The small set of cleanups against bytcr_rt5651 board file.
>
> In v2:
> - added commit message to patch 2 (Joe, Pierre)
> - added cover letter (Pierre)
> - added Hans to Cc list (Hans)
>
> [...]
Applied to
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next
Thanks!
[1/4] ASoC: Intel: bytcr_rt5651: Get platform data via dev_get_platdata()
commit: 0c465e7a8ea26f4ad52dd9548f22afdaf6e039a5
[2/4] ASoC: Intel: bytcr_rt5651: Use temporary variable for struct device
commit: 269da8f7626b1de69998fe1a0c0e069749d18a28
[3/4] ASoC: Intel: bytcr_rt5651: use devm_clk_get_optional() for mclk
commit: a8627df5491e00e23d4f2e648ff796adbfa23cc5
[4/4] ASoC: Intel: bytcr_rt5651: Utilize dev_err_probe() to avoid log saturation
commit: 45c5dc45d80d41596bc0364fafc523648e6124d8
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
Powered by blists - more mailing lists