aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/fc4
diff options
context:
space:
mode:
authorJesper Juhl <juhl-lkml@dif.dk>2005-06-18 23:00:34 -0700
committerDavid S. Miller <davem@davemloft.net>2005-06-18 23:00:34 -0700
commitf7d7fc0322c1770fe7ee836ca2732c2f88e2e1a4 (patch)
treee156e26ed6a756ab347c9c4d688d9328ec44b633 /drivers/fc4
parent93765d8a435fa021c4b7cd0521b7959239d7158a (diff)
downloadkernel_samsung_smdk4412-f7d7fc0322c1770fe7ee836ca2732c2f88e2e1a4.zip
kernel_samsung_smdk4412-f7d7fc0322c1770fe7ee836ca2732c2f88e2e1a4.tar.gz
kernel_samsung_smdk4412-f7d7fc0322c1770fe7ee836ca2732c2f88e2e1a4.tar.bz2
[IPV4]: [4/4] signed vs unsigned cleanup in net/ipv4/raw.c
This patch changes the type of the third parameter 'length' of the raw_send_hdrinc() function from 'int' to 'size_t'. This makes sense since this function is only ever called from one location, and the value passed as the third parameter in that location is itself of type size_t, so this makes the recieving functions parameter type match. Also, inside raw_send_hdrinc() the 'length' variable is used in comparisons with unsigned values and passed as parameter to functions expecting unsigned values (it's used in a single comparison with a signed value, but that one can never actually be negative so the patch also casts that one to size_t to stop gcc worrying, and it is passed in a single instance to memcpy_fromiovecend() which expects a signed int, but as far as I can see that's not a problem since the value of 'length' shouldn't ever exceed the value of a signed int). Signed-off-by: Jesper Juhl <juhl-lkml@dif.dk> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/fc4')
0 files changed, 0 insertions, 0 deletions