[PATCH bluetooth-next 06/10] ndisc: add addr_len parameter to ndisc_fill_addr_option

This patch makes the address length as argument for the ndisc_fill_addr_option function. This is necessary to handle addresses which don't use dev->addr_len as address length. Cc: David S. Miller Cc: Alexey Kuznetsov Cc: James Morris Cc: Hideaki YOSHIFUJI Cc: Patrick McHardy Signed-off-by: Al

[PATCH bluetooth-next 03/10] 6lowpan: remove ipv6 module request

Since we use exported function from ipv6 kernel module we don't need to request the module anymore to have ipv6 functionality. Signed-off-by: Alexander Aring --- net/6lowpan/core.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/net/6lowpan/core.c b/net/6lowpan/core.c index fbae31e..824d1bc

[PATCH bluetooth-next 04/10] ndisc: add addr_len parameter to ndisc_opt_addr_space

This patch makes the address length as argument for the ndisc_opt_addr_space function. This is necessary to handle addresses which don't use dev->addr_len as address length. Cc: David S. Miller Cc: Alexey Kuznetsov Cc: James Morris Cc: Hideaki YOSHIFUJI Cc: Patrick McHardy Signed-off-by: Alex

[PATCH bluetooth-next 00/10] 6lowpan: introduce basic 6lowpan-nd

Hi, this patch series introduces a layer for IPv6 neighbour discovery. At first it introduce the "ndisc_ops" to run a different handling for recv/send of NA/NS messages. The use case for such ndisc operation is RFC 6775 [0]. Which describes a different neighbour discovery handling for 6LoWPAN netw

Re: [PATCH] macsec: fix crypto Kconfig dependency

On Mon, Apr 18, 2016 at 12:23:42PM +0200, Arnd Bergmann wrote: > > No, that is not the problem. > > These are the options from the randconfig file that showed the error: > > # CONFIG_MODULES is not set > # CONFIG_CRYPTO is not set > CONFIG_CRYPTO_GCM=y > CONFIG_CRYPTO_AES=y > CONFIG_MACSEC=y > #

Re: [PATCH] macsec: fix crypto Kconfig dependency

On Monday 18 April 2016 16:02:02 Herbert Xu wrote: > Arnd Bergmann wrote: > > The new MACsec driver uses the AES crypto algorithm, but can be configured > > even if CONFIG_CRYPTO is disabled, leading to a build error: > > > > warning: (MAC80211 && MACSEC) selects CRYPTO_GCM which has unmet direct

Re: [PATCHv3 net-next 1/6] sctp: add sctp_info dump api for sctp_diag

On Fri, Apr 15, 2016 at 05:28:58PM -0400, David Miller wrote: > Feedback was given here not to mix the changelog and the commit message. > > And I want to explicitly state that I totally and _COMPLETELY_ disagree > with this. > > It is absolutely essential information and belongs in the commit me

Re: [PATCH] ipv6: allow bypassing cross-intf routing limits

On 17 April 2016 at 00:49, David Miller wrote: > From: Michal Kazior > Date: Thu, 14 Apr 2016 14:46:28 +0200 > >> There are some use-cases to allow link-local >> routing for bridging purposes. >> >> One of these is allowing transparent 802.11 >> bridging. Due to 802.11 framing limitations many >>

[patch -next] udp: fix if statement in SIOCINQ ioctl

We deleted a line of code and accidentally made the "return put_user()" part of the if statement when it's supposed to be unconditional. Fixes: 9f9a45beaa96 ('udp: do not expect udp headers on ioctl SIOCINQ') Signed-off-by: Dan Carpenter diff --git a/net/ipv4/udp.c b/net/ipv4/udp.c index f186313

Re: [PATCH] macsec: fix crypto Kconfig dependency

Arnd Bergmann wrote: > The new MACsec driver uses the AES crypto algorithm, but can be configured > even if CONFIG_CRYPTO is disabled, leading to a build error: > > warning: (MAC80211 && MACSEC) selects CRYPTO_GCM which has unmet direct > dependencies (CRYPTO) > warning: (BT && CEPH_LIB && INET

Re: [PATCH net-next 2/2] bpf: add event output helper for notifications/sampling/logging

On 04/18/2016 01:55 AM, kbuild test robot wrote: Hi Daniel, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Daniel-Borkmann/bpf-trace-add-BPF_F_CURRENT_CPU-flag-for-bpf_perf_event_output/20160418-063147 config: m68k-allyesconfig (attached as .config

<    1   2   3