[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20140720.212728.2235972803070688024.davem@davemloft.net>
Date: Sun, 20 Jul 2014 21:27:28 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: quentin@...itage.org.uk
Cc: kuznet@....inr.ac.ru, jmorris@...ei.org, yoshfuji@...ux-ipv6.org,
kaber@...sh.net, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] Make IP_MULTICAST_ALL and IP_MSFILTER work on raw
sockets
From: Quentin Armitage <quentin@...itage.org.uk>
Date: Fri, 18 Jul 2014 17:38:23 +0100
> Currently, although IP_MULTICAST_ALL and IP_MSFILTER ioctl calls succeed on
> raw sockets, there is no code to implement the functionality on received
> packets; it is only implemented for UDP sockets. The raw(7) man page states:
> "In addition, all ip(7) IPPROTO_IP socket options valid for datagram sockets
> are supported", which implies these ioctls should work on raw sockets.
>
> To fix this, add a call to ip_mc_sf_allow on raw sockets.
>
> This should not break any existing code, since the current position of
> not calling ip_mc_sf_filter makes it behave as if neither the IP_MULTICAST_ALL
> nor the IP_MSFILTER ioctl had been called. Adding the call to ip_mc_sf_allow
> will therefore maintain the current behaviour so long as IP_MULTICAST_ALL and
> IP_MSFILTER ioctls are not called. Any code that currently is calling
> IP_MULTICAST_ALL or IP_MSFILTER ioctls on raw sockets presumably is wanting
> the filter to be applied, although no filtering will currently be occurring.
>
> Signed-off-by: Quentin Armitage <quentin@...itage.org.uk>
Please form your subject line properly, the text should be of the form:
[PATCH] ${SUBSYSTEM}: Description.
Your's is missing the subsystem prefix, which should probable be "ipv4: "
in this case.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists