linux.git/net/ipv4/raw.c, branch v2.6.19

[NET]: fix uaccess handling

2006-10-30T23:24:41+00:00

Signed-off-by: Heiko Carstens 
Signed-off-by: David S. Miller

[IPV4]: struct ipcm_cookie annotation

2006-09-29T01:01:54+00:00

->addr is net-endian

Signed-off-by: Al Viro 
Signed-off-by: David S. Miller

[IPV4]: struct ip_options annotations

2006-09-29T01:01:53+00:00

->faddr is net-endian; annotated as such, variables inferred to be net-endian
annotated.

Signed-off-by: Al Viro 
Signed-off-by: David S. Miller

[NET]: Remove unnecessary config.h includes from net/

2006-09-22T21:54:21+00:00

config.h is automatically included by kbuild these days.

Signed-off-by: Dave Jones 
Signed-off-by: David S. Miller

[MLSXFRM]: Add flow labeling

2006-09-22T21:53:27+00:00

This labels the flows that could utilize IPSec xfrms at the points the
flows are defined so that IPSec policy and SAs at the right label can
be used.

The following protos are currently not handled, but they should
continue to be able to use single-labeled IPSec like they currently
do.

ipmr
ip_gre
ipip
igmp
sit
sctp
ip6_tunnel (IPv6 over IPv6 tunnel device)
decnet

Signed-off-by: Venkat Yekkirala 
Signed-off-by: David S. Miller

[IPV4/IPV6]: Setting 0 for unused port field in RAW IP recvmsg().

2006-07-26T00:05:35+00:00

From: Tetsuo Handa from-linux-kernel@i-love.sakura.ne.jp

The recvmsg() for raw socket seems to return random u16 value
from the kernel stack memory since port field is not initialized.
But I'm not sure this patch is correct.
Does raw socket return any information stored in port field?

[ BSD defines RAW IP recvmsg to return a sin_port value of zero.
  This is described in Steven's TCP/IP Illustrated Volume 2 on
  page 1055, which is discussing the BSD rip_input() implementation. ]
    
Acked-by: YOSHIFUJI Hideaki 
Signed-off-by: David S. Miller

[IPV4]: Right prototype of __raw_v4_lookup()

2006-06-18T04:29:39+00:00

All users pass 32-bit values as addresses and internally they're
compared with 32-bit entities. So, change "laddr" and "raddr" types to
__be32.

Signed-off-by: Alexey Dobriyan 
Signed-off-by: David S. Miller

[NET]: Identation & other cleanups related to compat_[gs]etsockopt cset

2006-03-21T06:48:35+00:00

No code changes, just tidying up, in some cases moving EXPORT_SYMBOLs
to just after the function exported, etc.

Signed-off-by: Arnaldo Carvalho de Melo 
Signed-off-by: David S. Miller

[NET]: {get|set}sockopt compatibility layer

2006-03-21T06:45:21+00:00

This patch extends {get|set}sockopt compatibility layer in order to
move protocol specific parts to their place and avoid huge universal
net/compat.c file in the future.

Signed-off-by: Dmitry Mishin 
Signed-off-by: David S. Miller

[PATCH] EDAC: atomic scrub operations

2006-01-19T03:20:30+00:00

EDAC requires a way to scrub memory if an ECC error is found and the chipset
does not do the work automatically.  That means rewriting memory locations
atomically with respect to all CPUs _and_ bus masters.  That means we can't
use atomic_add(foo, 0) as it gets optimised for non-SMP

This adds a function to include/asm-foo/atomic.h for the platforms currently
supported which implements a scrub of a mapped block.

It also adjusts a few other files include order where atomic.h is included
before types.h as this now causes an error as atomic_scrub uses u32.

Signed-off-by: Alan Cox 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds