On Aug 20 2007 13:21, Geert Uytterhoeven wrote:
>> > >> >               dev_dbg(&dev->sbd.core,
>> > >> >                       "%s:%u: bio %u: %u segs %u sectors from %lu\n",
>> > >> > -                     __func__, __LINE__, i, bio_segments(bio),
>> > >> > -                     bio_sectors(bio), sector);
>> > >> > -             bio_for_each_segment(bvec, bio, j) {
>> > >> > +                     __func__, __LINE__, i, bio_segments(iter.bio),
>> > >> > +                     bio_sectors(iter.bio),
>> > >> > +                     (unsigned long)iter.bio->bi_sector);
>> > >>                         ^^^^^^^^^^^^^^^
>> > >> Superfluous cast: PS3 is 64-bit only, and casts are evil.
>> > 
>> > bi_sector is sector_t. The cast is ok, because printf will warn, and 
>> > rightfully
>> > so since sector_t may just change its shape underneath. It would not be so 
>> > much
>> > of a problem if printf() was not a varargs function, but it is, and hence,
>> > passing an object bigger than the format specifier can make problems.
>> 
>> Oh yeah, that's why the _cast_ _is_ needed in the first place, by the way.
>> I was mentioning why the cast itself should be (unsigned long long) otoh.
>
>On 64-bit platforms, sector_t (which is either u64 or unsigned long, depending
>on CONFIG_LBD) is unsigned long, so there's no need for a cast. Hence there's
>no compiler warning to be silenced by adding the cast.

Note actually.. I was accidentally referring to printf rather than the
actual ^^^-marked cast. Sorry for the inconvenience.


        Jan
-- 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to