Daniel Borkmann 66e56cd46b packet: fix send path when running with proto == 0 ... Commit e40526cb20 introduced a cached dev pointer, that gets hooked into register_prot_hook(), __unregister_prot_hook() to update the device used for the send path. We need to fix this up, as otherwise this will not work with sockets created with protocol = 0, plus with sll_protocol = 0 passed via sockaddr_ll when doing the bind. So instead, assign the pointer directly. The compiler can inline these helper functions automagically. While at it, also assume the cached dev fast-path as likely(), and document this variant of socket creation as it seems it is not widely used (seems not even the author of TX_RING was aware of that in his reference example [1]). Tested with reproducer from e40526cb20. [1] http://wiki.ipxwarzone.com/index.php5?title=Linux_packet_mmap#Example Fixes: e40526cb20 ("packet: fix use after free race in send path when dev is released") Signed-off-by: Daniel Borkmann <dborkman@redhat.com> Tested-by: Salam Noureddine <noureddine@aristanetworks.com> Tested-by: Jesper Dangaard Brouer <brouer@redhat.com> Signed-off-by: David S. Miller <davem@davemloft.net>		2013-12-09 20:09:20 -05:00
..
af_packet.c	packet: fix send path when running with proto == 0	2013-12-09 20:09:20 -05:00
diag.c	sock_diag: allow to dump bpf filters	2013-04-29 13:21:30 -04:00
internal.h	packet: fix use after free race in send path when dev is released	2013-11-21 13:09:43 -05:00
Kconfig
Makefile