[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20110323135835.0c2e296c.akpm@linux-foundation.org>
Date: Wed, 23 Mar 2011 13:58:35 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
Cc: Stuart Swales <stuart.swales.croftnuisk@...il.com>,
Russell King <rmk+kernel@....linux.org.uk>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] adfs: add hexadecimal filetype suffix option
On Wed, 23 Mar 2011 21:36:48 +0100
Geert Uytterhoeven <geert@...ux-m68k.org> wrote:
> On Thu, Jan 20, 2011 at 00:49, Andrew Morton <akpm@...ux-foundation.org> wrote:
> > On Wed, 12 Jan 2011 18:07:23 +0000
> > Stuart Swales <stuart.swales.croftnuisk@...il.com> wrote:
> >> From: Stuart Swales<stuart.swales.croftnuisk@...il.com>
>
> >> +static inline int append_filetype_suffix(char *buf, __u16 filetype)
> >> +{
> >> + __ __ if ((__u16) -1 == filetype)
> >
> > unneeded cast.
>
> My compiler tends to disagree. On current mainline, it says:
>
> fs/adfs/adfs.h: In function ___append_filetype_suffix___:
> fs/adfs/adfs.h:115: warning: comparison is always false due to limited
> range of data type
>
hm, OK, I'll add a cast.
The code seems a bit fishy - it wants 0xffff but the comment says it's
handling a 12-bit quantity. Obviously the all-ones pattern has some
magical out-of-band meaning here, but it is not explained what that
meaning *is*. Perhaps that is described elsewhere.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists