From: lee.jones@linaro.org (Lee Jones)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 23/35] drivers/mfd: Convert remaining uses of pr_warning to pr_warn
Date: Wed, 15 Mar 2017 12:23:00 +0000 [thread overview]
Message-ID: <20170315122300.jwuogngm6obgvz5z@dell> (raw)
In-Reply-To: <1489511868.2582.2.camel@perches.com>
On Tue, 14 Mar 2017, Joe Perches wrote:
> On Tue, 2017-03-14 at 14:04 +0000, Lee Jones wrote:
> > On Thu, 16 Feb 2017, Joe Perches wrote:
> > > To enable eventual removal of pr_warning
> []
> > > diff --git a/drivers/mfd/twl4030-power.c b/drivers/mfd/twl4030-power.c
> []
> > > @@ -502,9 +502,7 @@ static int load_twl4030_script(const struct twl4030_power_data *pdata,
> > > }
> > > if (tscript->flags & TWL4030_SLEEP_SCRIPT) {
> > > if (!order)
> > > - pr_warning("TWL4030: Bad order of scripts (sleep "\
> > > - "script before wakeup) Leads to boot"\
> > > - "failure on some boards\n");
> > > + pr_warn("TWL4030: Bad order of scripts (sleep script before wakeup) Leads to boot failure on some boards\n");
> >
> > Is 80 chars considered the lessor sin?
>
> Splitting logging messages into multiple lines is non preferred.
>
> Documentation/process/coding-style.rst:
>
> Breaking long lines and strings:
>
> never break user-visible strings such as
> printk messages, because that breaks the ability to grep for them.
Right, I'm aware of this. I'm also aware of the other rule we have
where lines are not to exceed 80 chars. Hence my question; "is the 80
chars rule the lessor sin of the two".
Rock <=> hard place
Actually I would say that the error message sub-optimal and could, in
fact be edited to be more succinct, thus not breaking any rules.
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org ? Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
next prev parent reply other threads:[~2017-03-15 12:23 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-17 7:11 [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn Joe Perches
2017-02-17 7:11 ` [PATCH 02/35] ARM: ep93xx: Convert remaining uses of " Joe Perches
2017-02-17 16:26 ` Hartley Sweeten
2017-02-17 7:11 ` [PATCH 03/35] arm64: " Joe Perches
2017-02-17 10:52 ` Mark Rutland
2017-02-17 7:11 ` [PATCH 23/35] drivers/mfd: " Joe Perches
2017-03-14 14:04 ` Lee Jones
2017-03-14 17:17 ` Joe Perches
2017-03-15 12:23 ` Lee Jones [this message]
2017-03-15 14:17 ` Joe Perches
2017-03-23 10:52 ` Lee Jones
2017-02-17 12:27 ` [PATCH 00/35] treewide trivial patches converting " Rafael J. Wysocki
2017-02-17 12:37 ` Geert Uytterhoeven
2017-02-23 15:28 ` Rob Herring
2017-02-23 17:18 ` Joe Perches
2017-02-23 17:41 ` Emil Velikov
2017-02-23 17:53 ` Joe Perches
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170315122300.jwuogngm6obgvz5z@dell \
--to=lee.jones@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox