From: Subrata Modak <subrata@linux.vnet.ibm.com>
To: Artem Bityutskiy <dedekind@infradead.org>,
Stefan Richter <stefanr@s5r6.in-berlin.de>
Cc: Sachin P Sant <sachinp@linux.vnet.ibm.com>,
LKML <linux-kernel@vger.kernel.org>,
David Howells <dhowells@redhat.com>,
linux-mtd@lists.infradead.org,
Adrian Hunter <adrian.hunter@nokia.com>,
Balbir Singh <balbir@linux.vnet.ibm.com>
Subject: Re: [PATCH 02/06] Fix compilation warning for fs/ubifs/commit.c
Date: Thu, 16 Jul 2009 16:34:31 +0530 [thread overview]
Message-ID: <1247742274.5572.8.camel@subratamodak.linux.ibm.com> (raw)
In-Reply-To: <1247738232.11353.90.camel@localhost.localdomain>
Hi,
On Thu, 2009-07-16 at 12:57 +0300, Artem Bityutskiy wrote:
> On Wed, 2009-07-15 at 20:16 +0200, Stefan Richter wrote:
> > Artem Bityutskiy wrote:
> > > On Wed, 2009-07-15 at 07:49 +0530, Subrata Modak wrote:
> > >> Following fix is inspired by David Howells fix few days back:
> > >> http://lkml.org/lkml/2009/7/9/109,
> > >>
> > >> Signed-off-by: Subrata Modak<subrata@linux.vnet.ibm.com>,
> > >> ---
> > >
> > > Removed junk comma at the end of "signed-off-by" and pushed to
> > > the ubifs-2.6.git tree:
> > >
> > > http://git.infradead.org/ubifs-2.6.git?a=commit;h=5c1507e6097c4abc13bbad69de137366c9043f22
> > >
> > > Thanks.
> > >
> >
> > The changelog of the patch is bad. "Fix compilation warning" is not
> > correct. It should be "suppress compilation warning" or "annotate
> > unitialized variable" or whatever --- i.e. it should say what it does.
Ok, i would change accordingly.
>
> For me this sounds the same. But probably your version is better
> English. I'll change this.
>
> > Furthermore, since the 3 lines context around the change in the diff do
> > not reveal why the chosen "fix" is correct and desirable, the changelog
> > should also leave a note why it's done this way.
>
> The changelog says which kind of warning is fixed, I though it is
> obvious what is the warning. At lease for me it would.
>
> But if Subrata sends me the warning he sees, I'll change that.
> Thankfully I did not push the patch to ubifs-2.6.git/linux-next
> which I never re-base, but pushed it to master which I do rebase
> and it is documented here:
> http://www.linux-mtd.infradead.org/doc/ubifs.html#L_source
I would resend with exact warning generated, etc.
>
> So I may just amend the commit's message.
>
> > The patch form David Howells which is quoted here has an equally bad
> > subject, but at least its changelog goes on to explain what the patch
> > really does and why it does it in the proposed way.
Well, untill gcc becomes a little more intelligent, i believe people
would continue to fix them like this way. I would add proper description
in my resend patch.
>
> Well, I just thought this type of warnings and way of fixing is very
> standard because I saw many similar fixes all over the place.
>
Correct. There has been other warning fixes i have sent to LKML, where i
have tweaked the code to fix the compilation, but, code tweaking may not
be possible in this case. However , i would still investigate.
Regards--
Subrata
> Anyway, amended the patch like this so far:
> http://git.infradead.org/ubifs-2.6.git?a=commit;h=5c1507e6097c4abc13bbad69de137366c9043f22
>
WARNING: multiple messages have this Message-ID (diff)
From: Subrata Modak <subrata@linux.vnet.ibm.com>
To: Artem Bityutskiy <dedekind@infradead.org>,
Stefan Richter <stefanr@s5r6.in-berlin.de>
Cc: linux-mtd@lists.infradead.org,
Adrian Hunter <adrian.hunter@nokia.com>,
Sachin P Sant <sachinp@linux.vnet.ibm.com>,
David Howells <dhowells@redhat.com>,
Balbir Singh <balbir@linux.vnet.ibm.com>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 02/06] Fix compilation warning for fs/ubifs/commit.c
Date: Thu, 16 Jul 2009 16:34:31 +0530 [thread overview]
Message-ID: <1247742274.5572.8.camel@subratamodak.linux.ibm.com> (raw)
In-Reply-To: <1247738232.11353.90.camel@localhost.localdomain>
Hi,
On Thu, 2009-07-16 at 12:57 +0300, Artem Bityutskiy wrote:
> On Wed, 2009-07-15 at 20:16 +0200, Stefan Richter wrote:
> > Artem Bityutskiy wrote:
> > > On Wed, 2009-07-15 at 07:49 +0530, Subrata Modak wrote:
> > >> Following fix is inspired by David Howells fix few days back:
> > >> http://lkml.org/lkml/2009/7/9/109,
> > >>
> > >> Signed-off-by: Subrata Modak<subrata@linux.vnet.ibm.com>,
> > >> ---
> > >
> > > Removed junk comma at the end of "signed-off-by" and pushed to
> > > the ubifs-2.6.git tree:
> > >
> > > http://git.infradead.org/ubifs-2.6.git?a=commit;h=5c1507e6097c4abc13bbad69de137366c9043f22
> > >
> > > Thanks.
> > >
> >
> > The changelog of the patch is bad. "Fix compilation warning" is not
> > correct. It should be "suppress compilation warning" or "annotate
> > unitialized variable" or whatever --- i.e. it should say what it does.
Ok, i would change accordingly.
>
> For me this sounds the same. But probably your version is better
> English. I'll change this.
>
> > Furthermore, since the 3 lines context around the change in the diff do
> > not reveal why the chosen "fix" is correct and desirable, the changelog
> > should also leave a note why it's done this way.
>
> The changelog says which kind of warning is fixed, I though it is
> obvious what is the warning. At lease for me it would.
>
> But if Subrata sends me the warning he sees, I'll change that.
> Thankfully I did not push the patch to ubifs-2.6.git/linux-next
> which I never re-base, but pushed it to master which I do rebase
> and it is documented here:
> http://www.linux-mtd.infradead.org/doc/ubifs.html#L_source
I would resend with exact warning generated, etc.
>
> So I may just amend the commit's message.
>
> > The patch form David Howells which is quoted here has an equally bad
> > subject, but at least its changelog goes on to explain what the patch
> > really does and why it does it in the proposed way.
Well, untill gcc becomes a little more intelligent, i believe people
would continue to fix them like this way. I would add proper description
in my resend patch.
>
> Well, I just thought this type of warnings and way of fixing is very
> standard because I saw many similar fixes all over the place.
>
Correct. There has been other warning fixes i have sent to LKML, where i
have tweaked the code to fix the compilation, but, code tweaking may not
be possible in this case. However , i would still investigate.
Regards--
Subrata
> Anyway, amended the patch like this so far:
> http://git.infradead.org/ubifs-2.6.git?a=commit;h=5c1507e6097c4abc13bbad69de137366c9043f22
>
next prev parent reply other threads:[~2009-07-16 11:05 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-15 2:19 [PATCH 02/06] Fix compilation warning for fs/ubifs/commit.c Subrata Modak
2009-07-15 2:19 ` Subrata Modak
2009-07-15 6:52 ` Artem Bityutskiy
2009-07-15 6:52 ` Artem Bityutskiy
2009-07-15 18:16 ` Stefan Richter
2009-07-15 18:16 ` Stefan Richter
2009-07-16 9:57 ` Artem Bityutskiy
2009-07-16 9:57 ` Artem Bityutskiy
2009-07-16 11:04 ` Subrata Modak [this message]
2009-07-16 11:04 ` Subrata Modak
2009-07-16 11:12 ` Artem Bityutskiy
2009-07-16 11:12 ` Artem Bityutskiy
2009-07-16 11:21 ` Subrata Modak
2009-07-16 11:21 ` Subrata Modak
2009-07-16 11:46 ` Stefan Richter
2009-07-16 11:46 ` Stefan Richter
2009-07-16 11:29 ` Stefan Richter
2009-07-16 11:29 ` Stefan Richter
2009-07-16 11:57 ` Stefan Richter
2009-07-16 11:57 ` Stefan Richter
2009-07-16 12:11 ` Artem Bityutskiy
2009-07-16 12:11 ` Artem Bityutskiy
2009-07-16 12:09 ` Artem Bityutskiy
2009-07-16 12:09 ` Artem Bityutskiy
-- strict thread matches above, loose matches on Subject: below --
2009-07-16 12:41 Subrata Modak
2009-07-16 12:41 ` Subrata Modak
2009-07-16 12:54 ` Artem Bityutskiy
2009-07-16 12:54 ` Artem Bityutskiy
2009-07-16 13:10 ` Subrata Modak
2009-07-16 13:10 ` Subrata Modak
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=1247742274.5572.8.camel@subratamodak.linux.ibm.com \
--to=subrata@linux.vnet.ibm.com \
--cc=adrian.hunter@nokia.com \
--cc=balbir@linux.vnet.ibm.com \
--cc=dedekind@infradead.org \
--cc=dhowells@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=sachinp@linux.vnet.ibm.com \
--cc=stefanr@s5r6.in-berlin.de \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.