2005-06-24 05:01:26 +00:00
|
|
|
/*
|
|
|
|
|
* include/asm-xtensa/socket.h
|
|
|
|
|
*
|
|
|
|
|
* Copied from i386.
|
|
|
|
|
*
|
|
|
|
|
* This file is subject to the terms and conditions of the GNU General Public
|
|
|
|
|
* License. See the file "COPYING" in the main directory of this archive
|
|
|
|
|
* for more details.
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
#ifndef _XTENSA_SOCKET_H
|
|
|
|
|
#define _XTENSA_SOCKET_H
|
|
|
|
|
|
|
|
|
|
#include <asm/sockios.h>
|
|
|
|
|
|
|
|
|
|
/* For setsockoptions(2) */
|
|
|
|
|
#define SOL_SOCKET 1
|
|
|
|
|
|
|
|
|
|
#define SO_DEBUG 1
|
|
|
|
|
#define SO_REUSEADDR 2
|
|
|
|
|
#define SO_TYPE 3
|
|
|
|
|
#define SO_ERROR 4
|
|
|
|
|
#define SO_DONTROUTE 5
|
|
|
|
|
#define SO_BROADCAST 6
|
|
|
|
|
#define SO_SNDBUF 7
|
|
|
|
|
#define SO_RCVBUF 8
|
2005-08-10 02:30:51 +00:00
|
|
|
#define SO_SNDBUFFORCE 32
|
|
|
|
|
#define SO_RCVBUFFORCE 33
|
2005-06-24 05:01:26 +00:00
|
|
|
#define SO_KEEPALIVE 9
|
|
|
|
|
#define SO_OOBINLINE 10
|
|
|
|
|
#define SO_NO_CHECK 11
|
|
|
|
|
#define SO_PRIORITY 12
|
|
|
|
|
#define SO_LINGER 13
|
|
|
|
|
#define SO_BSDCOMPAT 14
|
|
|
|
|
/* To add :#define SO_REUSEPORT 15 */
|
|
|
|
|
#define SO_PASSCRED 16
|
|
|
|
|
#define SO_PEERCRED 17
|
|
|
|
|
#define SO_RCVLOWAT 18
|
|
|
|
|
#define SO_SNDLOWAT 19
|
|
|
|
|
#define SO_RCVTIMEO 20
|
|
|
|
|
#define SO_SNDTIMEO 21
|
|
|
|
|
|
|
|
|
|
/* Security levels - as per NRL IPv6 - don't actually do anything */
|
|
|
|
|
|
|
|
|
|
#define SO_SECURITY_AUTHENTICATION 22
|
|
|
|
|
#define SO_SECURITY_ENCRYPTION_TRANSPORT 23
|
|
|
|
|
#define SO_SECURITY_ENCRYPTION_NETWORK 24
|
|
|
|
|
|
|
|
|
|
#define SO_BINDTODEVICE 25
|
|
|
|
|
|
|
|
|
|
/* Socket filtering */
|
|
|
|
|
|
|
|
|
|
#define SO_ATTACH_FILTER 26
|
|
|
|
|
#define SO_DETACH_FILTER 27
|
|
|
|
|
|
|
|
|
|
#define SO_PEERNAME 28
|
|
|
|
|
#define SO_TIMESTAMP 29
|
|
|
|
|
#define SCM_TIMESTAMP SO_TIMESTAMP
|
|
|
|
|
|
|
|
|
|
#define SO_ACCEPTCONN 30
|
|
|
|
|
#define SO_PEERSEC 31
|
[AF_UNIX]: Datagram getpeersec
This patch implements an API whereby an application can determine the
label of its peer's Unix datagram sockets via the auxiliary data mechanism of
recvmsg.
Patch purpose:
This patch enables a security-aware application to retrieve the
security context of the peer of a Unix datagram socket. The application
can then use this security context to determine the security context for
processing on behalf of the peer who sent the packet.
Patch design and implementation:
The design and implementation is very similar to the UDP case for INET
sockets. Basically we build upon the existing Unix domain socket API for
retrieving user credentials. Linux offers the API for obtaining user
credentials via ancillary messages (i.e., out of band/control messages
that are bundled together with a normal message). To retrieve the security
context, the application first indicates to the kernel such desire by
setting the SO_PASSSEC option via getsockopt. Then the application
retrieves the security context using the auxiliary data mechanism.
An example server application for Unix datagram socket should look like this:
toggle = 1;
toggle_len = sizeof(toggle);
setsockopt(sockfd, SOL_SOCKET, SO_PASSSEC, &toggle, &toggle_len);
recvmsg(sockfd, &msg_hdr, 0);
if (msg_hdr.msg_controllen > sizeof(struct cmsghdr)) {
cmsg_hdr = CMSG_FIRSTHDR(&msg_hdr);
if (cmsg_hdr->cmsg_len <= CMSG_LEN(sizeof(scontext)) &&
cmsg_hdr->cmsg_level == SOL_SOCKET &&
cmsg_hdr->cmsg_type == SCM_SECURITY) {
memcpy(&scontext, CMSG_DATA(cmsg_hdr), sizeof(scontext));
}
}
sock_setsockopt is enhanced with a new socket option SOCK_PASSSEC to allow
a server socket to receive security context of the peer.
Testing:
We have tested the patch by setting up Unix datagram client and server
applications. We verified that the server can retrieve the security context
using the auxiliary data mechanism of recvmsg.
Signed-off-by: Catherine Zhang <cxzhang@watson.ibm.com>
Acked-by: Acked-by: James Morris <jmorris@namei.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2006-06-29 19:27:47 +00:00
|
|
|
#define SO_PASSSEC 34
|
2007-03-26 05:14:49 +00:00
|
|
|
#define SO_TIMESTAMPNS 35
|
|
|
|
|
#define SCM_TIMESTAMPNS SO_TIMESTAMPNS
|
2005-06-24 05:01:26 +00:00
|
|
|
|
2008-01-31 03:08:16 +00:00
|
|
|
#define SO_MARK 36
|
|
|
|
|
|
2009-02-12 05:03:36 +00:00
|
|
|
#define SO_TIMESTAMPING 37
|
|
|
|
|
#define SCM_TIMESTAMPING SO_TIMESTAMPING
|
|
|
|
|
|
2009-08-04 07:28:28 +00:00
|
|
|
#define SO_PROTOCOL 38
|
2009-08-04 07:28:29 +00:00
|
|
|
#define SO_DOMAIN 39
|
2009-08-04 07:28:28 +00:00
|
|
|
|
net: Generalize socket rx gap / receive queue overflow cmsg
Create a new socket level option to report number of queue overflows
Recently I augmented the AF_PACKET protocol to report the number of frames lost
on the socket receive queue between any two enqueued frames. This value was
exported via a SOL_PACKET level cmsg. AFter I completed that work it was
requested that this feature be generalized so that any datagram oriented socket
could make use of this option. As such I've created this patch, It creates a
new SOL_SOCKET level option called SO_RXQ_OVFL, which when enabled exports a
SOL_SOCKET level cmsg that reports the nubmer of times the sk_receive_queue
overflowed between any two given frames. It also augments the AF_PACKET
protocol to take advantage of this new feature (as it previously did not touch
sk->sk_drops, which this patch uses to record the overflow count). Tested
successfully by me.
Notes:
1) Unlike my previous patch, this patch simply records the sk_drops value, which
is not a number of drops between packets, but rather a total number of drops.
Deltas must be computed in user space.
2) While this patch currently works with datagram oriented protocols, it will
also be accepted by non-datagram oriented protocols. I'm not sure if thats
agreeable to everyone, but my argument in favor of doing so is that, for those
protocols which aren't applicable to this option, sk_drops will always be zero,
and reporting no drops on a receive queue that isn't used for those
non-participating protocols seems reasonable to me. This also saves us having
to code in a per-protocol opt in mechanism.
3) This applies cleanly to net-next assuming that commit
977750076d98c7ff6cbda51858bb5a5894a9d9ab (my af packet cmsg patch) is reverted
Signed-off-by: Neil Horman <nhorman@tuxdriver.com>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2009-10-12 20:26:31 +00:00
|
|
|
#define SO_RXQ_OVFL 40
|
|
|
|
|
|
2005-06-24 05:01:26 +00:00
|
|
|
#endif /* _XTENSA_SOCKET_H */
|