Skip to content

packet: Sock-diag extension for packet sockets (beginning)

Pavel Emelyanov netdev 1 version In review

Get series with b4
b4 am [email protected]

Versions newest first

  1. v1 Latest4 patches 1 replyIn review

Patches in v1 No applies recorded yet

#Subject and filesSizeRepliesApplied
1/4packet: Introduce net/packet/internal.h headernet/packet/af_packet.c net/packet/internal.h+105 -970 replies
2/4packet: Diag core and basic socket info dumpinginclude/linux/Kbuild include/linux/packet_diag.h net/packet/Kconfig +2 more+139 -00 replies
2/4packet: Report more packet sk info via diag moduleinclude/linux/packet_diag.h net/packet/diag.c+56 -00 replies
4/4packet: Report socket mclist info via diag moduleinclude/linux/packet_diag.h net/packet/diag.c+49 -00 replies

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.

Read the v1 thread

Cover letter [PATCH net-next 0/4] packet: Sock-diag extension for packet sockets (beginning)

There's a set of stuff residing on a AF_PACKET socket which is currently write-only -- rings, copy_thresh and mclist. But we need to know these while doing the checkpoint-restore.

As a solution for the similar problem with unix sockets, the sock-diag engine was developed, so here's the basic implementation of the packet sockets extension. It doesn't report rings, fanout and stats, but it can be easily added later.

I'd like to mention, that it's not a strict requirement, that the diag is used for getting info about sockets, it would be perfectly fine just to fix the packet getsockopt callback to return the desired info. So, if the diag for packet sockets is for any reason unacceptable, just let me know.

Thanks,
Pavel