On 1/12/07, Ian McDonald <ian.mcdonald@xxxxxxxxxxx> wrote:
On 13/01/07, Gerrit Renker <gerrit@xxxxxxxxxxxxxx> wrote:
<SNIP>
> @@ -899,7 +901,7 @@ static void ccid3_hc_rx_packet_recv(stru
> DCCP_BUG_ON(r_sample < 0);
> if (unlikely(r_sample <= t_elapsed))
> DCCP_WARN("r_sample=%ldus, t_elapsed=%ldus\n",
> - r_sample, t_elapsed);
> + (long)r_sample, (long)t_elapsed);
> else
> r_sample -= t_elapsed;
> CCID3_RTT_SANITY_CHECK(r_sample);
> -
I can't comment on suseconds stuff as don't know so much...
Checked this last month, look at the URL to see the diff:
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=1fba78b6cba14bd37fdb12c5367f1e4d58ff2e0f
commit 1fba78b6cba14bd37fdb12c5367f1e4d58ff2e0f
Author: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxx>
Date: Sun Dec 10 15:39:29 2006 -0200
[DCCP] ccid3: Fixup some type conversions related to rtts
Spotted by David Miller when compiling on sparc64, I reproduced it here on
parisc64, that are the only platforms to define __kernel_suseconds_t as an
'int', all the others, x86_64 and x86 included typedef it as a
'long', but from
the definition of suseconds_t it should just be an 'int' on
platforms where it
is >= 32bits, it would not require all the castings from
suseconds_t to (int)
when printking variables of this type, that are not needed on parisc64 and
sparc64.
Signed-off-by: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxx>
-
To unsubscribe from this list: send the line "unsubscribe dccp" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
