Re: [patch] getsockopt.2, packet.7: improve sockopt documentation for packet sockets

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Apr 24, 2014 at 06:14:17PM +0200, Carsten Andrich wrote:
> Hello everyone,
> 
> building up on Stefan's and my patches and Daniel's useful hint
> regarding filter.txt, I assembled this short patch.
> 
> It attempts to clarify the tp_status situtation, considering that zero
> has a special meaning and most bits are actually mutually exclusive.
> 
> I added filter.txt and and Daniel's and Chetan's excellent
> psock_tpacket.c (IIRC Michael has already done that, but not yet pushed
> to the public git repo) to the "see also" section.
> I also appended packet.7 to getsockopt.2's "see also" section.
> 
> Cheers,
> Carsten
> 
> 
> diff --git a/man2/getsockopt.2 b/man2/getsockopt.2
> index 925fa90..151cd31 100644
> --- a/man2/getsockopt.2
> +++ b/man2/getsockopt.2
> @@ -205,6 +205,7 @@ system.
>  .BR getprotoent (3),
>  .BR protocols (5),
>  .BR ip (7),
> +.BR packet (7),
>  .BR socket (7),
>  .BR tcp (7),
>  .BR udp (7),
> diff --git a/man7/packet.7 b/man7/packet.7
> index d8257f9..1ffcf32 100644
> --- a/man7/packet.7
> +++ b/man7/packet.7
> @@ -319,9 +319,20 @@ original fanout algorithm selects a backlogged socket, the packet
>  rolls over to the next available one.
>  .TP
>  .BR PACKET_LOSS " (with " PACKET_TX_RING )
> -If set, do not silently drop a packet on transmission error, but
> -return it with status set to
> -.BR TP_STATUS_WRONG_FORMAT .
> +When a malformed packet is encountered on a transmit ring, the default is
> +to reset its
> +.I tp_status
> +to
> +.BR TP_STATUS_WRONG_FORMAT
> +and abort the transmission immediately (it and following packets are left
> +lingering on the ring).

I'm not sure this is 100% clear.  Any of these error status flags leave the
packet in memory on the ring.  WRONG_FORMAT, doesn't do anything special here.

The rest of teh packet changes look good to me.

Best
Neil

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Kernel Documentation]     [Netdev]     [Linux Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux