Thread (8 messages) 8 messages, 5 authors, 2017-02-23

Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn

From: Emil Velikov <hidden>
Date: 2017-02-23 17:48:32
Also in: alsa-devel, amd-gfx, dri-devel, linux-acpi, linux-alpha, linux-arm-kernel, linux-crypto, linux-devicetree, linux-fbdev, linux-ide, linux-media, linux-omap, linux-scsi, linux-sh, linuxppc-dev, lkml, netdev, nouveau, platform-driver-x86, sparclinux, virtualization

On 23 February 2017 at 17:18, Joe Perches [off-list ref] wrote:
On Thu, 2017-02-23 at 09:28 -0600, Rob Herring wrote:
quoted
On Fri, Feb 17, 2017 at 1:11 AM, Joe Perches [off-list ref] wrote:
quoted
There are ~4300 uses of pr_warn and ~250 uses of the older
pr_warning in the kernel source tree.

Make the use of pr_warn consistent across all kernel files.

This excludes all files in tools/ as there is a separate
define pr_warning for that directory tree and pr_warn is
not used in tools/.

Done with 'sed s/\bpr_warning\b/pr_warn/' and some emacsing.
[]
quoted
Where's the removal of pr_warning so we don't have more sneak in?
After all of these actually get applied,
and maybe a cycle or two later, one would
get sent.
By which point you'll get a few reincarnation of it. So you'll have to
do the same exercise again :-(

I guess the question is - are you expecting to get the series merged
all together/via one tree ? If not, your plan is perfectly reasonable.
Fwiw in the DRM subsystem, similar cleanups does purge the respective
macros/other with the final commit. But there one can pull the lot in
one go.

Regards,
Emil
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help