linux-kernel - RE: [PATCH v2 2/2] ASoC: starfive: Add PDM controller support

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID:
 <NTZPR01MB0956E13D4D327B76682E51279FF42@NTZPR01MB0956.CHNPR01.prod.partner.outlook.cn>
Date: Thu, 23 May 2024 01:48:56 +0000
From: Xingyu Wu <xingyu.wu@...rfivetech.com>
To: Mark Brown <broonie@...nel.org>
CC: Liam Girdwood <lgirdwood@...il.com>, Walker Chen
	<walker.chen@...rfivetech.com>, "devicetree@...r.kernel.org"
	<devicetree@...r.kernel.org>, "linux-kernel@...r.kernel.org"
	<linux-kernel@...r.kernel.org>, "alsa-devel@...a-project.org"
	<alsa-devel@...a-project.org>, "linux-sound@...r.kernel.org"
	<linux-sound@...r.kernel.org>, Takashi Iwai <tiwai@...e.com>, Jaroslav Kysela
	<perex@...ex.cz>, Rob Herring <robh+dt@...nel.org>, Krzysztof Kozlowski
	<krzysztof.kozlowski+dt@...aro.org>, Conor Dooley
	<conor.dooley@...rochip.com>
Subject: RE: [PATCH v2 2/2] ASoC: starfive: Add PDM controller support

On 22/05/2024 19:23, Mark Brown wrote:
> 
> On Wed, May 22, 2024 at 02:11:55AM +0000, Xingyu Wu wrote:
> 
> > Could you please help to review and give your comment about this PDM driver?
> 
> 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 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.

Sorry, you can do it when you have free time. Don't mind.

Thanks,
Xingyu Wu