Pavel Emelyanov ef64a54f6e sock: Introduce the SO_PEEK_OFF sock option ... This one specifies where to start MSG_PEEK-ing queue data from. When set to negative value means that MSG_PEEK works as ususally -- peeks from the head of the queue always. When some bytes are peeked from queue and the peeking offset is non negative it is moved forward so that the next peek will return next portion of data. When non-peeking recvmsg occurs and the peeking offset is non negative is is moved backward so that the next peek will still peek the proper data (i.e. the one that would have been picked if there were no non peeking recv in between). The offset is set using per-proto opteration to let the protocol handle the locking issues and to check whether the peeking offset feature is supported by the protocol the socket belongs to. Signed-off-by: Pavel Emelyanov <xemul@parallels.com> Signed-off-by: David S. Miller <davem@davemloft.net>		2012-02-21 15:03:48 -05:00
..
boot	xtensa: change to new flag variable	2011-03-17 14:02:57 +01:00
configs	time: Cleanup old CONFIG_GENERIC_TIME references that snuck in	2011-10-04 13:07:47 -07:00
include/asm	sock: Introduce the SO_PEEK_OFF sock option	2012-02-21 15:03:48 -05:00
kernel	audit: inline audit_syscall_entry to reduce burden on archs	2012-01-17 16:16:56 -05:00
lib
mm	mm: now that all old mmu_gather code is gone, remove the storage	2011-05-25 08:39:16 -07:00
platforms	net: remove use of ndo_set_multicast_list in drivers	2011-08-17 20:22:03 -07:00
variants	XTENSA: static should be at beginning of declaration	2011-07-11 14:13:47 +02:00
Kconfig	cpu: Register a generic CPU device on architectures that currently do not	2012-01-11 15:50:11 -08:00
Kconfig.debug
Makefile