Received-SPF: pass (google.com: domain of linux-kernel+bounces-91162-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1;
Date: Mon, 4 Mar 2024 19:12:40 +0000
From: Mark Brown <broonie@kernel.org>
To: Cristian Ciocaltea <cristian.ciocaltea@collabora.com>
Cc: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>,
	Liam Girdwood <lgirdwood@gmail.com>,
	Peter Ujfalusi <peter.ujfalusi@linux.intel.com>,
	Bard Liao <yung-chuan.liao@linux.intel.com>,
	Ranjani Sridharan <ranjani.sridharan@linux.intel.com>,
	Daniel Baluta <daniel.baluta@nxp.com>,
	Kai Vehmanen <kai.vehmanen@linux.intel.com>,
	Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.com>,
	Venkata Prasad Potturu <venkataprasad.potturu@amd.com>,
	sound-open-firmware@alsa-project.org, linux-sound@vger.kernel.org,
	linux-kernel@vger.kernel.org, kernel@collabora.com
Subject: Re: [PATCH v3 0/2] ASoC: SOF: amd: Skip IRAM/DRAM size modification
 for Steam Deck OLED
Message-ID: <62b7add5-97b8-4f82-bf49-9d20d8a0407a@sirena.org.uk>
References: <20240220201623.438944-1-cristian.ciocaltea@collabora.com>
 <db53a405-362f-4c8d-82e2-49c001b29dd1@collabora.com>
Precedence: bulk
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
	protocol="application/pgp-signature"; boundary="yjcqeVw2x6rkxRWa"
Content-Disposition: inline
In-Reply-To: <db53a405-362f-4c8d-82e2-49c001b29dd1@collabora.com>


--yjcqeVw2x6rkxRWa
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Mar 04, 2024 at 09:11:06PM +0200, Cristian Ciocaltea wrote:

> Could we get this queued for merging as v6.9 material?

Please don't send content free pings and please allow a reasonable time
for review.  People get busy, go on holiday, attend conferences and so=20
on so unless there is some reason for urgency (like critical bug fixes)
please allow at least a couple of weeks for review.  If there have been
review comments then people may be waiting for those to be addressed.

Sending content free pings adds to the mail volume (if they are seen at
all) which is often the problem and since they can't be reviewed
directly if something has gone wrong you'll have to resend the patches
anyway, so sending again is generally a better approach though there are
some other maintainers who like them - if in doubt look at how patches
for the subsystem are normally handled.

--yjcqeVw2x6rkxRWa
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmXmHSgACgkQJNaLcl1U
h9CHcQf/QHAAawoaBLZYEmSJ6jjIXptEJvNjgLTRrIKFMDRoRGxUDsYLdiWjXIrq
QRG3QFAcwvQMdnh7plUQy6JPh0jxuN4DtXxsWHnOlVS4pKkyU+SDXQJWzcuxBX4/
9gMLYJDp7TTsm7HLaZm5YJ1y4NYnKXkTwy5IsaY4hssRQre+MZ+DsR28y82XhkOZ
xUCs+k3FcjRxngsF/7ceM2x9YjeRXlJDK3ux4LA3lNawdYYKKWoTvBQnlGQAbAeN
SDRgYBMcSAaWE030csrSbvO1Lf+boSaebTrM05GA5muz+MgbrY+8FxOgynQhWqsb
jBFGg8yN0BwJXxr0eh+R/YipeO6Ydw==
=NMer
-----END PGP SIGNATURE-----

--yjcqeVw2x6rkxRWa--