linux-bluetooth.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Alexander Aring <aar@pengutronix.de>
To: Stefan Schmidt <stefan@osg.samsung.com>, linux-wpan@vger.kernel.org
Cc: kernel@pengutronix.de, marcel@holtmann.org,
	jukka.rissanen@linux.intel.com, hannes@stressinduktion.org,
	mcr@sandelman.ca, werner@almesberger.net,
	linux-bluetooth@vger.kernel.org, netdev@vger.kernel.org,
	"David S . Miller" <davem@davemloft.net>,
	Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>,
	James Morris <jmorris@namei.org>,
	Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>,
	Patrick McHardy <kaber@trash.net>
Subject: Re: [PATCHv2 bluetooth-next 07/10] ipv6: introduce neighbour discovery ops
Date: Fri, 6 May 2016 11:47:11 +0200	[thread overview]
Message-ID: <741404ec-e23e-30a9-c954-83b26ea71d7e@pengutronix.de> (raw)
In-Reply-To: <5729E9AB.5000301@osg.samsung.com>


Hi,

On 05/04/2016 02:23 PM, Stefan Schmidt wrote:
> Hello.
> 
> On 20/04/16 10:19, Alexander Aring wrote:
>> This patch introduces neighbour discovery ops callback structure. The
>> structure contains at first receive and transmit handling for NS/NA and
>> userspace option field functionality.
>>
>> These callback offers 6lowpan different handling, such as 802.15.4 short
>> address handling or RFC6775 (Neighbor Discovery Optimization for IPv6 over
>> 6LoWPANs).
>>
>> Cc: David S. Miller<davem@davemloft.net>
>> Cc: Alexey Kuznetsov<kuznet@ms2.inr.ac.ru>
>> Cc: James Morris<jmorris@namei.org>
>> Cc: Hideaki YOSHIFUJI<yoshfuji@linux-ipv6.org>
>> Cc: Patrick McHardy<kaber@trash.net>
>> Signed-off-by: Alexander Aring<aar@pengutronix.de>
>> ---
>>   include/linux/netdevice.h |  3 ++
>>   include/net/ndisc.h       | 96 +++++++++++++++++++++++++++++++++++++++++++----
>>   net/ipv6/addrconf.c       |  1 +
>>   net/ipv6/ndisc.c          | 71 ++++++++++++++++++++++++-----------
>>   net/ipv6/route.c          |  2 +-
>>   5 files changed, 144 insertions(+), 29 deletions(-)
>>
>> diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
>> index 0052c42..bc60033 100644
>> --- a/include/linux/netdevice.h
>> +++ b/include/linux/netdevice.h
>> @@ -1677,6 +1677,9 @@ struct net_device {
>>   #ifdef CONFIG_NET_L3_MASTER_DEV
>>       const struct l3mdev_ops    *l3mdev_ops;
>>   #endif
>> +#if IS_ENABLED(CONFIG_IPV6)
>> +    const struct ndisc_ops *ndisc_ops;
>> +#endif
>>         const struct header_ops *header_ops;
>>   diff --git a/include/net/ndisc.h b/include/net/ndisc.h
>> index aac868e..14ed016 100644
>> --- a/include/net/ndisc.h
>> +++ b/include/net/ndisc.h
>> @@ -110,7 +110,8 @@ struct ndisc_options {
>>     #define NDISC_OPT_SPACE(len) (((len)+2+7)&~7)
>>   -struct ndisc_options *ndisc_parse_options(u8 *opt, int opt_len,
>> +struct ndisc_options *ndisc_parse_options(const struct net_device *dev,
>> +                      u8 *opt, int opt_len,
>>                         struct ndisc_options *ndopts);
>>     /*
>> @@ -173,6 +174,93 @@ static inline struct neighbour *__ipv6_neigh_lookup(struct net_device *dev, cons
>>       return n;
>>   }
>>   +static inline int __ip6_ndisc_is_useropt(struct nd_opt_hdr *opt)
> 
> Name it __ipv6... instead of __ip6...?

I had ipv6 before, but then I saw ip6... prefixes functionality in
ndisc.c and changed it to ip6...., but both seems to be used.

See "ip6_nd_hdr".

>> +{
>> +    return opt->nd_opt_type == ND_OPT_RDNSS ||
>> +        opt->nd_opt_type == ND_OPT_DNSSL;
>> +}
>> +
>> +#if IS_ENABLED(CONFIG_IPV6)
>> +struct ndisc_ops {
>> +    int    (*is_useropt)(struct nd_opt_hdr *opt);
>> +    void    (*send_na)(struct net_device *dev,
>> +               const struct in6_addr *daddr,
>> +               const struct in6_addr *solicited_addr,
>> +               bool router, bool solicited,
>> +               bool override, bool inc_opt);
>> +    void    (*recv_na)(struct sk_buff *skb);
>> +    void    (*send_ns)(struct net_device *dev,
>> +               const struct in6_addr *solicit,
>> +               const struct in6_addr *daddr,
>> +               const struct in6_addr *saddr);
>> +    void    (*recv_ns)(struct sk_buff *skb);
>> +};
>> +
>> +static inline int ndisc_is_useropt(const struct net_device *dev,
>> +                   struct nd_opt_hdr *opt)
>> +{
>> +    if (likely(dev->ndisc_ops->is_useropt))
>> +        return dev->ndisc_ops->is_useropt(opt);
>> +    else
>> +        return 0;
>> +}
>> +
>> +static inline void ndisc_send_na(struct net_device *dev,
>> +                 const struct in6_addr *daddr,
>> +                 const struct in6_addr *solicited_addr,
>> +                 bool router, bool solicited, bool override,
>> +                 bool inc_opt)
>> +{
>> +    if (likely(dev->ndisc_ops->send_na))
>> +        dev->ndisc_ops->send_na(dev, daddr, solicited_addr, router,
>> +                    solicited, override, inc_opt);
>> +}
>> +
>> +static inline void ndisc_recv_na(struct sk_buff *skb)
>> +{
>> +    if (likely(skb->dev->ndisc_ops->recv_na))
>> +        skb->dev->ndisc_ops->recv_na(skb);
>> +}
>> +
>> +static inline void ndisc_send_ns(struct net_device *dev,
>> +                 const struct in6_addr *solicit,
>> +                 const struct in6_addr *daddr,
>> +                 const struct in6_addr *saddr)
>> +{
>> +    if (likely(dev->ndisc_ops->send_ns))
>> +        dev->ndisc_ops->send_ns(dev, solicit, daddr, saddr);
>> +}
>> +
>> +static inline void ndisc_recv_ns(struct sk_buff *skb)
>> +{
>> +    if (likely(skb->dev->ndisc_ops->recv_ns))
>> +        skb->dev->ndisc_ops->recv_ns(skb);
>> +}
>> +#else
>> +static inline int ndisc_is_useropt(const struct net_device *dev,
>> +                   struct nd_opt_hdr *opt)
>> +{
>> +    return 0;
>> +}
>> +
>> +static inline void ndisc_send_na(struct net_device *dev,
>> +                 const struct in6_addr *daddr,
>> +                 const struct in6_addr *solicited_addr,
>> +                 bool router, bool solicited, bool override,
>> +                 bool inc_opt) { }
>> +
>> +static inline void ndisc_recv_na(struct sk_buff *skb) { }
>> +
>> +static inline void ndisc_send_ns(struct net_device *dev,
>> +                 const struct in6_addr *solicit,
>> +                 const struct in6_addr *daddr,
>> +                 const struct in6_addr *saddr) { }
>> +
>> +static inline void ndisc_recv_ns(struct sk_buff *skb) { }
>> +#endif
>> +
>> +void ip6_register_ndisc_ops(struct net_device *dev);
>> +
>>   int ndisc_init(void);
>>   int ndisc_late_init(void);
>>   @@ -181,14 +269,8 @@ void ndisc_cleanup(void);
>>     int ndisc_rcv(struct sk_buff *skb);
>>   -void ndisc_send_ns(struct net_device *dev, const struct in6_addr *solicit,
>> -           const struct in6_addr *daddr, const struct in6_addr *saddr);
>> -
>>   void ndisc_send_rs(struct net_device *dev,
>>              const struct in6_addr *saddr, const struct in6_addr *daddr);
>> -void ndisc_send_na(struct net_device *dev, const struct in6_addr *daddr,
>> -           const struct in6_addr *solicited_addr,
>> -           bool router, bool solicited, bool override, bool inc_opt);
>>     void ndisc_send_redirect(struct sk_buff *skb, const struct in6_addr *target);
>>   diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrconf.c
>> index 54e18c2..a2ef04b 100644
>> --- a/net/ipv6/addrconf.c
>> +++ b/net/ipv6/addrconf.c
>> @@ -3266,6 +3266,7 @@ static int addrconf_notify(struct notifier_block *this, unsigned long event,
>>               idev = ipv6_add_dev(dev);
>>               if (IS_ERR(idev))
>>                   return notifier_from_errno(PTR_ERR(idev));
>> +            ip6_register_ndisc_ops(dev);
>>           }
>>           break;
>>   diff --git a/net/ipv6/ndisc.c b/net/ipv6/ndisc.c
>> index 176c7c4..297080a 100644
>> --- a/net/ipv6/ndisc.c
>> +++ b/net/ipv6/ndisc.c
>> @@ -185,24 +185,25 @@ static struct nd_opt_hdr *ndisc_next_option(struct nd_opt_hdr *cur,
>>       return cur <= end && cur->nd_opt_type == type ? cur : NULL;
>>   }
>>   -static inline int ndisc_is_useropt(struct nd_opt_hdr *opt)
>> +static inline int ip6_ndisc_is_useropt(struct nd_opt_hdr *opt)
>>   {
>> -    return opt->nd_opt_type == ND_OPT_RDNSS ||
>> -        opt->nd_opt_type == ND_OPT_DNSSL;
>> +    return __ip6_ndisc_is_useropt(opt);
> 
> Why putting this check into a different function? It looks like a not needed redirection.

because these IPv6 userspace options are valid in 6LoWPAN-ND and IPv6-ND.

In 6LoWPAN we do:

static inline int lowpan_ndisc_is_useropt(struct nd_opt_hdr *opt)
{
        return __ip6_ndisc_is_useropt(opt) || opt->nd_opt_type == ND_OPT_6CO;
}

I don't believe that _any_ IPv6 implementation in userspace can do something
with 6CO option fields. For this reason ARPHRD_6LOWPAN should make them
valid for userspace only. (btw: the radvd maintainer wants to add some
patches for 6CO processing support).

- Alex

  reply	other threads:[~2016-05-06  9:47 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-20  8:19 [PATCHv2 bluetooth-next 00/10] 6lowpan: introduce basic 6lowpan-nd Alexander Aring
2016-04-20  8:19 ` [PATCHv2 bluetooth-next 01/10] 6lowpan: add private neighbour data Alexander Aring
2016-05-02 18:59   ` Hannes Frederic Sowa
2016-05-04 10:43     ` Alexander Aring
2016-05-03 18:16   ` Stefan Schmidt
2016-04-20  8:19 ` [PATCHv2 bluetooth-next 02/10] 6lowpan: add 802.15.4 short addr slaac Alexander Aring
2016-05-02 19:06   ` Hannes Frederic Sowa
2016-05-03 18:16   ` Stefan Schmidt
2016-05-06  9:26     ` Alexander Aring
2016-04-20  8:19 ` [PATCHv2 bluetooth-next 03/10] 6lowpan: remove ipv6 module request Alexander Aring
2016-05-02 19:06   ` Hannes Frederic Sowa
2016-05-03 18:16   ` Stefan Schmidt
2016-04-20  8:19 ` [PATCHv2 bluetooth-next 04/10] ndisc: add addr_len parameter to ndisc_opt_addr_space Alexander Aring
2016-05-02 19:37   ` Hannes Frederic Sowa
2016-05-04 12:30     ` Alexander Aring
2016-05-06 22:23       ` Hannes Frederic Sowa
2016-05-08 10:39         ` Alexander Aring
2016-05-18 21:39           ` Michael Richardson
2016-05-03 18:17   ` Stefan Schmidt
2016-04-20  8:19 ` [PATCHv2 bluetooth-next 05/10] ndisc: add addr_len parameter to ndisc_opt_addr_data Alexander Aring
2016-05-03 18:17   ` Stefan Schmidt
2016-04-20  8:19 ` [PATCHv2 bluetooth-next 06/10] ndisc: add addr_len parameter to ndisc_fill_addr_option Alexander Aring
2016-05-03 18:17   ` Stefan Schmidt
2016-04-20  8:19 ` [PATCHv2 bluetooth-next 07/10] ipv6: introduce neighbour discovery ops Alexander Aring
2016-05-02 19:36   ` Hannes Frederic Sowa
2016-05-03 18:17     ` Stefan Schmidt
2016-05-06  9:36       ` Alexander Aring
2016-05-04 12:23   ` Stefan Schmidt
2016-05-06  9:47     ` Alexander Aring [this message]
2016-05-06 10:19       ` Alexander Aring
2016-04-20  8:19 ` [PATCHv2 bluetooth-next 08/10] ipv6: export ndisc functions Alexander Aring
2016-05-02 19:39   ` Hannes Frederic Sowa
2016-05-08 10:46     ` Alexander Aring
2016-05-04 12:23   ` Stefan Schmidt
2016-04-20  8:19 ` [PATCHv2 bluetooth-next 09/10] 6lowpan: introduce 6lowpan-nd Alexander Aring
2016-05-04 12:23   ` Stefan Schmidt
2016-04-20  8:19 ` [PATCHv2 bluetooth-next 10/10] 6lowpan: add support for 802.15.4 short addr handling Alexander Aring
2016-05-04 12:23   ` Stefan Schmidt
2016-04-28 11:36 ` [PATCHv2 bluetooth-next 00/10] 6lowpan: introduce basic 6lowpan-nd Alexander Aring
2016-05-02 17:25 ` Marcel Holtmann
2016-05-02 19:52   ` Hannes Frederic Sowa
2016-05-02 23:17     ` Marcel Holtmann
2016-05-03 20:07       ` David Miller
2016-05-13  2:59   ` YOSHIFUJI Hideaki
2016-05-13 12:33     ` Alexander Aring

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=741404ec-e23e-30a9-c954-83b26ea71d7e@pengutronix.de \
    --to=aar@pengutronix.de \
    --cc=davem@davemloft.net \
    --cc=hannes@stressinduktion.org \
    --cc=jmorris@namei.org \
    --cc=jukka.rissanen@linux.intel.com \
    --cc=kaber@trash.net \
    --cc=kernel@pengutronix.de \
    --cc=kuznet@ms2.inr.ac.ru \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=linux-wpan@vger.kernel.org \
    --cc=marcel@holtmann.org \
    --cc=mcr@sandelman.ca \
    --cc=netdev@vger.kernel.org \
    --cc=stefan@osg.samsung.com \
    --cc=werner@almesberger.net \
    --cc=yoshfuji@linux-ipv6.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).