From: "Rafael J. Wysocki" <rjw@rjwysocki.net>
To: Sebastian Capella <sebastian.capella@linaro.org>
Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
linux-pm@vger.kernel.org, linaro-kernel@lists.linaro.org,
patches@linaro.org, Pavel Machek <pavel@ucw.cz>,
Len Brown <len.brown@intel.com>
Subject: Re: [PATCH v7 2/3] trivial: PM / Hibernate: clean up checkpatch in hibernate.c
Date: Wed, 05 Feb 2014 00:59:59 +0100 [thread overview]
Message-ID: <4317708.1544moHa91@vostro.rjw.lan> (raw)
In-Reply-To: <20140204223733.30015.23993@capellas-linux>
On Tuesday, February 04, 2014 02:37:33 PM Sebastian Capella wrote:
> Quoting Rafael J. Wysocki (2014-02-04 13:36:29)
> > Well, this isn't a trivial patch.
>
> I'll remove the trivial, thanks!
>
> Quoting Rafael J. Wysocki (2014-02-04 13:36:29)
> > On Tuesday, February 04, 2014 12:43:50 PM Sebastian Capella wrote:
> > > + while (1)
> > > + ;
> > Please remove this change from the patch. I don't care about checkpatch
> > complaining here.
> > > + while (1)
> > > + ;
> > Same here.
>
> Will do, thanks!
>
> > > @@ -765,7 +762,7 @@ static int software_resume(void)
> > > if (isdigit(resume_file[0]) && resume_wait) {
> > > int partno;
> > > while (!get_gendisk(swsusp_resume_device, &partno))
> > > - msleep(10);
> > > + msleep(20);
> >
> > That's the reason why it is not trivial.
> >
> > First, the change being made doesn't belong in this patch.
>
> Thanks I'll separate it if it remains.
>
> > Second, what's the problem with the original value?
>
> The warning from checkpatch implies that it's misleading to
> msleep < 20ms since msleep is using msec_to_jiffies + 1 for
> the duration. In any case, this is polling for devices discovery to
> complete. It is used when resumewait is specified on the command
> line telling hibernate to wait for the resume device to appear.
What checkpatch is saying is about *new* code, not the existing one.
You need to have a *reason* to change the way the existing code works
and the above explanation doesn't sound like a good one to me in this
particular case.
> > > -static ssize_t image_size_show(struct kobject *kobj, struct kobj_attribute *attr,
> > > +static ssize_t image_size_show(struct kobject *kobj,
> > > + struct kobj_attribute *attr,
> > Why can't you leave the code as is here?
> > > -static ssize_t image_size_store(struct kobject *kobj, struct kobj_attribute *attr,
> > > +static ssize_t image_size_store(struct kobject *kobj,
> > > + struct kobj_attribute *attr,
> > And here?
>
> Purely long line cleanup. (>80 colunms)
Please don't do any >80 columns cleanups in any patches you want me to apply.
Seriously. This is irritating and unuseful.
And if you don't want checkpatch to complain about that, please send a patch
to modify checkpatch accordingly.
Thanks!
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
next prev parent reply other threads:[~2014-02-04 23:45 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-04 20:43 [PATCH v7 0/3] hibernation related patches Sebastian Capella
2014-02-04 20:43 ` [PATCH v7 1/3] mm: add kstrdup_trimnl function Sebastian Capella
2014-02-05 21:50 ` Andrew Morton
[not found] ` <20140205225552.16730.1677@capellas-linux>
2014-02-05 23:01 ` Andrew Morton
2014-02-04 20:43 ` [PATCH v7 2/3] trivial: PM / Hibernate: clean up checkpatch in hibernate.c Sebastian Capella
2014-02-04 21:21 ` Joe Perches
[not found] ` <20140204220534.28287.21049@capellas-linux>
2014-02-04 23:45 ` Joe Perches
2014-02-04 21:36 ` Rafael J. Wysocki
[not found] ` <20140204223733.30015.23993@capellas-linux>
2014-02-04 23:59 ` Rafael J. Wysocki [this message]
[not found] ` <20140204232222.31169.83206@capellas-linux>
2014-02-05 0:03 ` Rafael J. Wysocki
[not found] ` <20140205000642.6803.8182@capellas-linux>
2014-02-05 0:28 ` Rafael J. Wysocki
[not found] ` <20140205002413.7648.33035@capellas-linux>
2014-02-05 11:07 ` Rafael J. Wysocki
2014-02-04 20:43 ` [PATCH v7 3/3] PM / Hibernate: use name_to_dev_t to parse resume Sebastian Capella
2014-02-04 21:39 ` Rafael J. Wysocki
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=4317708.1544moHa91@vostro.rjw.lan \
--to=rjw@rjwysocki.net \
--cc=len.brown@intel.com \
--cc=linaro-kernel@lists.linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-pm@vger.kernel.org \
--cc=patches@linaro.org \
--cc=pavel@ucw.cz \
--cc=sebastian.capella@linaro.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
all inboxes | Powered by JetHome®