Hello David,
this is a pull request of 3 patch for net-next/master.
There are two patches by Simon Horman, in which the device tree support
for the rcar_can driver is improved. One patch by me fixes the bad
coding style of the ems_usb driver which was introduced recently.
regards,
Marc
---
The
Implement L3 mode for VXLAN-GPE (i.e. IPv4/IPv6 payload directly after the
VXLAN header).
The GPE header parsing has to be moved before iptunnel_pull_header, as we
need to know the protocol.
Signed-off-by: Jiri Benc
---
drivers/net/vxlan.c | 127 +++-
This will allow to initialize vxlan in L3 mode based on the passed rtnl
attributes.
Signed-off-by: Jiri Benc
---
drivers/net/vxlan.c | 20 +---
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/drivers/net/vxlan.c b/drivers/net/vxlan.c
index c7844bae339d..49fcca8d8a8
The vxlan header is pulled at this point, don't include it again in the
calculation.
Signed-off-by: Jiri Benc
---
drivers/net/vxlan.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/net/vxlan.c b/drivers/net/vxlan.c
index 029e0e5b0b2b..81a7c1a829b9 100644
--- a/
Implement VXLAN-GPE. Only L2 mode (i.e. encapsulated Ethernet frame) is
supported by this patch.
L3 mode will be added by subsequent patches.
Signed-off-by: Jiri Benc
---
drivers/net/vxlan.c | 68 ++--
include/net/vxlan.h | 62 ++
VXLAN-GPE can operate in two modes: with encapsulated Ethernet header
(L2 mode) or with L3 header (e.g. IP header) directly following VXLAN-GPE
header (L3 mode).
Add support for both modes. The L2 mode is simple, as it's basically the
same as plain VXLAN, only with added bits in the header. The L3
Handle VXLAN_F_COLLECT_METADATA before VXLAN_F_PROXY. The latter does not
make sense with the former, as it needs populated fdb which does not happen
in metadata mode.
After this cleanup, the fdb code in vxlan_xmit is moved to a common location
and can be later skipped for L3 mode vxlan tunnels.
From: Maximilain Schneider
gs_destroy_candev() erroneously calls kfree() on a struct gs_can *, which is
allocated through alloc_candev() and should instead be freed using
free_candev() alone.
The inappropriate use of kfree() causes the kernel to hang when
gs_destroy_candev() is called.
Only the
Hello David,
this is a pull request of one patch for net.
The patch by Maximilain Schneider fixes a kfree() problem during disconnect in
the gs_usb driver.
regrds,
Marc
---
The following changes since commit 4c0b6eaf373a5323f03a3a20c42fc435715b073d:
net: thunderx: Fix for Qset error due to C
(Adding libc-alpha list, review of https://lkml.org/lkml/2016/2/7/89 )
On Wed, Feb 17, 2016 at 10:46:20AM -0500, David Miller wrote:
> From: Mikko Rapeli
> Date: Sun, 7 Feb 2016 16:03:21 +0200
>
> > @@ -68,6 +72,8 @@
> > * @IFF_ECHO: echo sent packets. Volatile.
> > */
> > enum net_device_
On 26.02.2016 01:45, Wakko Warner wrote:
Now there's another one:
[ 777.315931] [ cut here ]
[ 777.316099] WARNING: CPU: 0 PID: 1404 at
/usr/src/linux/dist/4.4-nobklcd/net/ipv4/af_inet.c:155
inet_sock_destruct+0x1cb/0x1f0()
[ 777.316189] Modules linked in: nfsv3 af_pa
On 16-02-25 11:02 PM, Samudrala, Sridhar wrote:
> On 2/25/2016 3:20 PM, John Fastabend wrote:
>> In the initial implementation the only way to stop a rule from being
>> inserted into the hardware table was via the device feature flag.
>> However this doesn't work well when working on an end host sy
On Thu, Feb 25, 2016 at 10:08:56PM +0100, Thomas Graf wrote:
> On 01/06/16 at 09:20am, Stephen Hemminger wrote:
> > This commit breaks compilation of iproute2 with net-next.
> >
> > commit 1ffad83dffd675cd742286ae82dca7d746cb0da8
> > Author: Mikko Rapeli
> > Date: Thu Oct 15 07:56:30 2015 +0200
On Thu, Feb 25, 2016 at 09:53:32PM +0100, Daniel Borkmann wrote:
> On 02/04/2016 08:13 AM, Josh Boyer wrote:
> >On Thu, Jan 7, 2016 at 2:15 PM, Mikko Rapeli wrote:
> >>On Thu, Jan 07, 2016 at 10:30:40AM -0800, Stephen Hemminger wrote:
> >>>On Thu, 7 Jan 2016 07:29:50 +
> >>>Mikko Rapeli wrote
On 2/25/2016 3:20 PM, John Fastabend wrote:
In the initial implementation the only way to stop a rule from being
inserted into the hardware table was via the device feature flag.
However this doesn't work well when working on an end host system
where packets are expect to hit both the hardware an
Thanks for reviewing.
David Miller writes:
> From: Kouya Shimura
> Date: Tue, 23 Feb 2016 14:27:32 +0900
>
>> After v3.6, output routes are cached, however, the 'rt_iif' field of
>> struct rtable can not be shared by various traffics using SO_BINDTODEVICE.
>> It causes that traffic can not reach
Hi,
Deepa Dinamani wrote:
>>> include/linux/ip.h | 2 ++
>>> include/linux/time64.h | 3 +++
>>> kernel/time/time.c | 26 ++
>>> 3 files changed, 31 insertions(+)
>>>
>> Since net/ipv4/* are the only users, it is enough to put
>> it in under net/ipv4/.
>
> time.
On 2/25/16, 8:26 AM, David Miller wrote:
> From: roopa
> Date: Wed, 24 Feb 2016 21:25:50 -0800
>
>> I did go back and forth on the attribute vs mask.
>> cosmetic but, i guess i did not feel good about having to redefine every
>> attribute again
>> for the bitmap filter ...and i anticipate the lis
This change makes it so that we only use a 16 bit length field instead of a
32 bit length field when computing a UDP checksum for IPv6.
This fixes an issue found with UDP tunnels over IPv6 where the total size
exceeded 65536 for a frame that was to be segmented. As a result the
checksum being com
From: Tom Herbert
Date: Wed, 24 Feb 2016 10:02:52 -0800
> This patch add the SO_CNX_ADVICE socket option (setsockopt only). The
> purpose is to allow an application to give feedback to the kernel about
> the quality of the network path for a connected socket. The value
> argument indicates the ty
From: David Ahern
Date: Wed, 24 Feb 2016 09:25:37 -0800
> Currently, all ipv6 addresses are flushed when the interface is configured
> down, including global, static addresses:
...
> Add a new sysctl to make this behavior optional. The new setting defaults to
> flush all addresses to maintain ba
From: Hiroshi Shimamoto
Add IFLA_VF_TRUST message to trust the VF.
PF can accept some privileged operation from the trusted VF.
For example, ixgbe PF doesn't allow to enable VF promiscuous mode until
the VF is trusted because it may hurt performance.
To trust VF.
# ip link set dev eth0 vf 1 tru
On 02/25/2016 09:33 PM, Jay Vosburgh wrote:
zhuyj wrote:
[...]
I delved into the source code and Emil's tests. I think that the problem
that this patch expects to fix occurs very unusually.
Do you agree with me?
If so, maybe the following patch can reduce the performance loss.
Please comment
On Thu, 2016-02-25 at 14:33 -0500, David Miller wrote:
> From: Adam Seering
> Date: Tue, 23 Feb 2016 09:19:13 -0500
>
> > Let userspace programs transmit and receive raw IP-over-DDP packets
> > with a kernel where "ipddp" was compiled as a module but is not
> loaded
> > (so no "ipddp0" network in
Wakko Warner wrote:
> Hannes Frederic Sowa wrote:
> > Otherwise we break the contract with GSO to only pass CHECKSUM_PARTIAL
> > skbs down. This can easily happen with UDP+IPv4 sockets with the first
> > MSG_MORE write smaller than the MTU, second write is a sendfile.
> >
> > Returning -EOPNOTSUPP
On 02/26/2016 01:13 AM, Stephen Rothwell wrote:
[...]
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
Looks good to me, thanks Stephen!
Best,
Daniel
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
include/uapi/linux/bpf.h
between commit:
2da897e51d7f ("bpf: fix csum setting for bpf_set_tunnel_key")
from the net tree and commit:
d5a3b1f69186 ("bpf: introduce BPF_MAP_TYPE_STACK_TRACE")
from the net-next tree.
Hannes Frederic Sowa wrote:
> Otherwise we break the contract with GSO to only pass CHECKSUM_PARTIAL
> skbs down. This can easily happen with UDP+IPv4 sockets with the first
> MSG_MORE write smaller than the MTU, second write is a sendfile.
>
> Returning -EOPNOTSUPP lets the callers fall back into
On 02/25/2016 11:40 PM, Jamal Hadi Salim wrote:
On 16-02-25 04:34 PM, Daniel Borkmann wrote:
On 02/25/2016 01:23 PM, Jamal Hadi Salim wrote:
On 16-02-24 12:48 PM, Daniel Borkmann wrote:
On 02/24/2016 01:49 PM, Jamal Hadi Salim wrote:
[...]
Drivers do set the hash. My use case is slightly dif
On 25 February 2016 18:24:27 GMT-05:00, Colin King
wrote:
>From: Colin Ian King
>
>If the allocation of ivp fails the error handling attempts to
>free an uninitialized dma_buf; this data structure just contains
>garbage on the stack, so the freeing will cause issues when the
>urb, buf and dma fi
It is not required after commit cd772de358d6
("phy: keep pause flags in phy driver features")
Signed-off-by: Woojung Huh
---
drivers/net/usb/lan78xx.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/net/usb/lan78xx.c b/drivers/net/usb/lan78xx.c
index 4ec25e8..d1
This patch series add new ethtool functions of set_pauseparam & get_pauseparam
and MAINTAINERS entry.
Woojung Huh (4):
lan78xx: replace devid to chipid & chiprev
lan78xx: remove unnecessary code
lan78xx: add ethtool set & get pause functions
MAINTAINERS: Add LAN78XX entry
MAINTAINERS
Add ethtool operations of set_pauseram and get_pauseparm.
Signed-off-by: Woojung Huh
---
drivers/net/usb/lan78xx.c | 80 +--
1 file changed, 77 insertions(+), 3 deletions(-)
diff --git a/drivers/net/usb/lan78xx.c b/drivers/net/usb/lan78xx.c
index d100
Replace devid to chipid & chiprev for easy access.
Signed-off-by: Woojung Huh
---
drivers/net/usb/lan78xx.c | 20 +++-
drivers/net/usb/lan78xx.h | 1 +
2 files changed, 12 insertions(+), 9 deletions(-)
diff --git a/drivers/net/usb/lan78xx.c b/drivers/net/usb/lan78xx.c
index 1c2
Add maintainers for Microchip LAN78XX.
unglinuxdri...@microchip.com is alias email which goes to current
developers work for Microchip Network related products.
Signed-off-by: Woojung Huh
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2
Hi,
On Fri, Feb 26, 2016 at 10:24 AM, Colin King wrote:
> From: Colin Ian King
>
> If the allocation of ivp fails the error handling attempts to
> free an uninitialized dma_buf; this data structure just contains
> garbage on the stack, so the freeing will cause issues when the
> urb, buf and dma
On 16-02-25 03:19 PM, John Fastabend wrote:
> This adds a software only flag to tc but incorporates a bunch of comments
> from the original attempt at this.
In case its not entirely obvious I dropped the hardware only case for
now because I'm investigating Jiri's comment. But just having the
softw
From: Colin Ian King
If the allocation of ivp fails the error handling attempts to
free an uninitialized dma_buf; this data structure just contains
garbage on the stack, so the freeing will cause issues when the
urb, buf and dma fields are free'd. Fix this by not free'ing the
dma_buf if the ivp a
In the initial implementation the only way to stop a rule from being
inserted into the hardware table was via the device feature flag.
However this doesn't work well when working on an end host system
where packets are expect to hit both the hardware and software
datapaths.
For example we can imag
In the original series drivers would get offload requests for cls_u32
rules even if the feature bit is disabled. This meant the driver had
to do a boiler plate check on the feature bit before adding/deleting
the rule.
This patch lifts the check into the core code and removes it from the
driver spe
The offload decision was originally very basic and tied to if the dev
implemented the appropriate ndo op hook. The next step is to allow
the user to more flexibly define if any paticular rule should be
offloaded or not. In order to have this logic in one function lift
the current check into a helpe
This adds a software only flag to tc but incorporates a bunch of comments
from the original attempt at this.
First instead of having the offload decision logic be embedded in cls_u32
I lifted into cls_pkt.h so it can be used anywhere.
In order to do this I put the flag defines in pkt_cls.h as wel
Hi Colin,
On Fri, Feb 26, 2016 at 10:09 AM, Colin King wrote:
> From: Colin Ian King
>
> If the allocation of ivp fails the error handling attempts to
> free an uninitialized dma_buf; this data structure just contains
> garbage on the stack, so the freeing will cause issues when the
> urb, buf a
From: Colin Ian King
If the allocation of ivp fails the error handling attempts to
free an uninitialized dma_buf; this data structure just contains
garbage on the stack, so the freeing will cause issues when the
urb, buf and dma fields are free'd. Fix this by not free'ing the
dma_buf if the ivp a
On 16-02-25 03:05 PM, Jamal Hadi Salim wrote:
> On 16-02-25 04:56 PM, John Fastabend wrote:
>> On 16-02-25 04:56 AM, Jamal Hadi Salim wrote:
>
>>
>> decoding that is not a problem. The ixgbe driver code already applied
>> can decode that without much trouble. The thing I want to avoid is
>> requir
On 16-02-25 04:56 PM, John Fastabend wrote:
On 16-02-25 04:56 AM, Jamal Hadi Salim wrote:
decoding that is not a problem. The ixgbe driver code already applied
can decode that without much trouble. The thing I want to avoid is
requiring my driver to do the inverse translation because although
objtool reports the following false positive warnings:
objtool: kernel/bpf/core.o: __bpf_prog_run()+0x5c: sibling call from callable
instruction with changed frame pointer
objtool: kernel/bpf/core.o: __bpf_prog_run()+0x60: function has unreachable
instruction
objtool: kernel/bpf/core.o: __
Thu, Feb 25, 2016 at 10:53:30PM CET, han...@stressinduktion.org wrote:
>On 25.02.2016 22:12, Jiri Pirko wrote:
>>Thu, Feb 25, 2016 at 09:44:43PM CET, han...@stressinduktion.org wrote:
>>>On 25.02.2016 21:12, David Miller wrote:
From: Jiri Pirko
Date: Tue, 23 Feb 2016 16:51:25 +0100
>>
Remove nearly duplicated code and prepare for the following patch.
Cc: Jamal Hadi Salim
Acked-by: Jamal Hadi Salim
Signed-off-by: Cong Wang
---
include/net/sch_generic.h | 17 +
net/sched/sch_cbq.c | 7 +--
net/sched/sch_drr.c | 6 +-
net/sched/sch_dsmark.
When the bottom qdisc decides to, for example, drop some packet,
it calls qdisc_tree_decrease_qlen() to update the queue length
for all its ancestors, we need to update the backlog too to
keep the stats on root qdisc accurate.
Cc: Jamal Hadi Salim
Acked-by: Jamal Hadi Salim
Signed-off-by: Cong W
We saw qlen!=0 but backlog==0 on our production machine:
qdisc htb 1: dev eth0 root refcnt 2 r2q 10 default 1 direct_packets_stat 0 ver
3.17
Sent 172680457356 bytes 222469449 pkt (dropped 0, overlimits 123575834
requeues 0)
backlog 0b 72p requeues 0
The problem is we only count qlen for HTB q
For hierarchical qdisc like HTB, we currently only update its qlen
but leave its backlog as zero:
qdisc htb 1: dev eth0 root refcnt 2 r2q 10 default 1 direct_packets_stat 0
ver 3.17
Sent 172680457356 bytes 222469449 pkt (dropped 0, overlimits 123575834
requeues 0)
backlog 0b 72p re
Similarly, we need to update backlog too when we update qlen.
Cc: Jamal Hadi Salim
Signed-off-by: Cong Wang
---
net/sched/sch_dsmark.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/sched/sch_dsmark.c b/net/sched/sch_dsmark.c
index cfddb1c..d0dff0c 100644
--- a/net/sched/sch_dsmark.
On 16-02-25 04:46 PM, Daniel Borkmann wrote:
On 02/25/2016 01:20 PM, Jamal Hadi Salim wrote:
Let me think about it. Likely it will be subsequent patches - I just
want to get this set out first.
Yes, I mean one of the key motivation was "[...] to horizontally scale
packet processing at scope
On 16-02-25 04:34 PM, Daniel Borkmann wrote:
On 02/25/2016 01:23 PM, Jamal Hadi Salim wrote:
On 16-02-24 12:48 PM, Daniel Borkmann wrote:
On 02/24/2016 01:49 PM, Jamal Hadi Salim wrote:
[...]
Drivers do set the hash. My use case is slightly different.
I have a NIC which has an embedded cavium
From: Yuval Mintz
Date: Wed, 24 Feb 2016 16:52:44 +0200
> Usually I try to provide a sensible description of the patch set even if
> it lacks a general 'motif', but this simply contains several small,
> unrelated and self-explenatory tweaks and additions.
Series applied, however
I really wo
From: Colin Ian King
If the allocation of ivp fails the error handling attempts to
free an uninitialized dma_buf; this data structure just contains
garbage on the stack, so the freeing will cause issues when the
urb, buf and dma fields are cleaned. Fix this by handling the
ivp check and
Signed-o
On 02/21/2016 10:16 PM, Sergei Shtylyov wrote:
[...]
From: Kazuya Mizuguchi
This patch supports the following interrupts.
- One interrupt for multiple (descriptor, error, management)
- One interrupt for emac
- Four interrupts for dma queue (best effort rx/tx, network control
rx/tx)
This pat
From: f6bvp
Date: Wed, 24 Feb 2016 17:53:11 +0100
> @@ -863,6 +863,11 @@ int rose_route_frame(struct sk_buff *skb, ax25_cb
> *ax25)
First of all this patch was corrupted by your email client.
> int res = 0;
> char buf[11];
>
> + if (ax25 == NULL) {
> + print
On 16-02-25 01:46 PM, Daniel Borkmann wrote:
> On 02/25/2016 01:20 PM, Jamal Hadi Salim wrote:
>> On 16-02-24 12:37 PM, Daniel Borkmann wrote:
>>> On 02/23/2016 01:49 PM, Jamal Hadi Salim wrote:
From: Jamal Hadi Salim
>>> [...]
+static const struct nla_policy ife_policy[TCA_IFE_MAX + 1]
From: Florian Westphal
Date: Wed, 24 Feb 2016 17:20:17 +0100
> msg.dst_sk needs to be set up with a valid socket because some callbacks
> later derive the netns from it.
>
> Fixes: 263ea09084d172d ("Revert "genl: Add genlmsg_new_unicast() for unicast
> message allocation")
> Reported-by: Jon Ma
From: Jon Maloy
Date: Wed, 24 Feb 2016 11:10:48 -0500
> When the TIPC module is unloaded, we have identified a race condition
> that allows a node reference counter to go to zero and the node instance
> being freed before the node timer is finished with accessing it. This
> leads to occasional cr
From: Jon Maloy
Date: Wed, 24 Feb 2016 11:00:19 -0500
> Although we have never seen it happen, we have identified the
> following problematic scenario when nodes are stopped and deleted:
>
> CPU0:CPU1:
>
> tipc_node_xxx() //ref == 1
On Thu, 2016-02-25 at 09:45 +0200, Or Gerlitz wrote:
> On Thu, Feb 25, 2016 at 4:14 AM, Jeff Kirsher
> wrote:
> > v2: Dropped patches 6-10 in the original series. Patch 6-7 added
> support
> > for character device for AVB and based on community feedback,
> we do not
> > want to do this.
On 16-02-25 04:56 AM, Jamal Hadi Salim wrote:
> On 16-02-24 11:04 PM, John Fastabend wrote:
>> On 16-02-24 05:31 AM, Jamal Hadi Salim wrote:
>
>> I think this is absolutely necessary not only for performance of
>> reporting the rules back to software but if we don't do it generically
>> the driver
On 25.02.2016 22:12, Jiri Pirko wrote:
Thu, Feb 25, 2016 at 09:44:43PM CET, han...@stressinduktion.org wrote:
On 25.02.2016 21:12, David Miller wrote:
From: Jiri Pirko
Date: Tue, 23 Feb 2016 16:51:25 +0100
There a is need for some userspace API that would allow to expose things
that are not
From: Amitoj Kaur Chawla
Date: Wed, 24 Feb 2016 19:28:19 +0530
> Convert a call to init_timer and accompanying intializations of
> the timer's data and function fields to a call to setup_timer.
>
> The Coccinelle semantic patch that fixes this problem is
> as follows:
>
> //
> @@
> expression
From: Amitoj Kaur Chawla
Date: Wed, 24 Feb 2016 20:09:38 +0530
> Introduce the use of kobj_to_dev() helper function instead of open
> coding it with container_of()
>
> The Coccinelle semantic patch used to make this change is as follows:
>
> //
> @@
> expression a;
> symbol kobj;
> @@
> - conta
From: Amitoj Kaur Chawla
Date: Wed, 24 Feb 2016 19:27:49 +0530
> Convert a call to init_timer and accompanying intializations of
> the timer's data and function fields to a call to setup_timer.
>
> The Coccinelle semantic patch that fixes this problem is
> as follows:
>
> //
> @@
> expression
From: Amitoj Kaur Chawla
Date: Wed, 24 Feb 2016 19:28:01 +0530
> Convert a call to init_timer and accompanying intializations of
> the timer's data and function fields to a call to setup_timer.
>
> The Coccinelle semantic patch that fixes this problem is
> as follows:
>
> //
> @@
> expression
On Thu, Feb 25, 2016 at 03:12:47PM -0500, David Miller wrote:
> From: Jiri Pirko
> Date: Tue, 23 Feb 2016 16:51:25 +0100
>
> > There a is need for some userspace API that would allow to expose things
> > that are not directly related to any device class like net_device of
> > ib_device, but rathe
On 02/25/2016 01:20 PM, Jamal Hadi Salim wrote:
On 16-02-24 12:37 PM, Daniel Borkmann wrote:
On 02/23/2016 01:49 PM, Jamal Hadi Salim wrote:
From: Jamal Hadi Salim
[...]
+static const struct nla_policy ife_policy[TCA_IFE_MAX + 1] = {
+[TCA_IFE_PARMS] = {.len = sizeof(struct tc_ife)},
+
This patch allows the user to set and retrieve speed and duplex of the
hv_netvsc device via ethtool.
Example:
$ ethtool eth0
Settings for eth0:
...
Speed: Unknown!
Duplex: Unknown! (255)
...
$ ethtool -s eth0 speed 1000 duplex full
$ ethtool eth0
Settings for eth0:
...
Speed: 1000Mb/s
On 02/25/2016 01:23 PM, Jamal Hadi Salim wrote:
On 16-02-24 12:48 PM, Daniel Borkmann wrote:
On 02/24/2016 01:49 PM, Jamal Hadi Salim wrote:
[...]
Drivers do set the hash. My use case is slightly different.
I have a NIC which has an embedded cavium processor. This thing
strips off the TLV and
From: Saeed Mahameed
Date: Wed, 24 Feb 2016 13:18:49 +0200
> From: Eran Ben Elisha
>
> Readers/Writers lock for SW timecounter was acquired without disabling
> interrupts on local CPU.
>
> The problematic scenario:
> * HW timestamping is enabled
> * Timestamp overflow periodic service task is
From: sunil.kovv...@gmail.com
Date: Wed, 24 Feb 2016 16:40:50 +0530
> From: Sunil Goutham
>
> On Thunderx pass 1.x and pass2 due to a HW errata default CQ
> DROP_LEVEL of 0x80 is not sufficient to avoid CQ_WR_FULL Qset
> error when packets are being received at >20Mpps resulting in
> complete st
From: Yangbo Lu
Date: Wed, 24 Feb 2016 17:26:53 +0800
> This patchset is to enable ptp support for ls1021a platform. The endianness
> issue in gianfar driver and gianfar ptp driver must be fixed, and a 1588
> timer node must be added into dts.
>
> Changes for v2:
> - Modified commit messag
From: Linus Lüssing
Date: Wed, 24 Feb 2016 04:21:42 +0100
> We need to update the skb->csum after pulling the skb, otherwise
> an unnecessary checksum (re)computation can ocure for IGMP/MLD packets
> in the bridge code. Additionally this fixes the following splats for
> network devices / bridge p
From: Chunhao Lin
Date: Wed, 24 Feb 2016 14:18:42 +0800
> There will be a log spam when there is no cable plugged. Please refer to
> following links. https://bugzilla.kernel.org/show_bug.cgi?id=104351
> https://bugzilla.kernel.org/show_bug.cgi?id=107421
>
> This issue is caused by runtime power
From: Mike Manning
Date: Tue, 23 Feb 2016 20:56:31 +
> --- a/net/8021q/vlan.c
> +++ b/net/8021q/vlan.c
> @@ -293,15 +293,15 @@ static void vlan_sync_address(struct net
>
> /* vlan address was different from the old address and is equal to
> * the new address */
> -if (!ether_a
From: Stefan Wahren
Date: Tue, 23 Feb 2016 19:23:23 +
> Currently qcaspi_netdev_setup accidentally clears IFF_BROADCAST.
> So fix this by keeping the flags from ether_setup.
>
> Reported-by: Michael Heimpold
> Signed-off-by: Stefan Wahren
> Fixes: 291ab06ecf67 (net: qualcomm: new Ethernet
On 01/06/16 at 09:20am, Stephen Hemminger wrote:
> This commit breaks compilation of iproute2 with net-next.
>
> commit 1ffad83dffd675cd742286ae82dca7d746cb0da8
> Author: Mikko Rapeli
> Date: Thu Oct 15 07:56:30 2015 +0200
>
> netfilter: fix include files for compilation
>
> Add m
From: Stefan Wahren
Date: Tue, 23 Feb 2016 19:23:24 +
> ether_setup sets IFF_TX_SKB_SHARING but this is not supported by
> qca_spi as it modifies the skb on xmit.
>
> Signed-off-by: Stefan Wahren
> Fixes: 291ab06ecf67 (net: qualcomm: new Ethernet over SPI driver for QCA7000)
Applied and qu
Thu, Feb 25, 2016 at 09:44:43PM CET, han...@stressinduktion.org wrote:
>On 25.02.2016 21:12, David Miller wrote:
>>From: Jiri Pirko
>>Date: Tue, 23 Feb 2016 16:51:25 +0100
>>
>>>There a is need for some userspace API that would allow to expose things
>>>that are not directly related to any device
From: Clemens Gruber
Date: Tue, 23 Feb 2016 20:16:58 +0100
> A bug was introduced in the merge commit b633353115e3 ("Merge
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net")
> The generic marvell_config_init (and therefore marvell_of_reg_init) is
> not called anymore for the Marvell 88E1
On Thu, Feb 25, 2016 at 03:27:45PM -0500, Craig Gallek wrote:
> From: Craig Gallek
>
> Document the behavior and the first kernel version for each of the
> following socket options:
> SO_ATTACH_FILTER
> SO_ATTACH_BPF
> SO_ATTACH_REUSEPORT_CBPF
> SO_ATTACH_REUSEPORT_EBPF
> SO_DETACH_FILTER
> SO_DE
On 02/04/2016 08:13 AM, Josh Boyer wrote:
On Thu, Jan 7, 2016 at 2:15 PM, Mikko Rapeli wrote:
On Thu, Jan 07, 2016 at 10:30:40AM -0800, Stephen Hemminger wrote:
On Thu, 7 Jan 2016 07:29:50 +
Mikko Rapeli wrote:
On Wed, Jan 06, 2016 at 09:20:07AM -0800, Stephen Hemminger wrote:
This comm
> Commit 9c7077622dd9174 added a check, ll_header_truncated(), which requires
> that a packet transmitted using sendmsg() with PF_PACKET, SOCK_RAW must be
> longer than dev->hard_header_len.
>
> https://github.com/torvalds/linux/commit/9c7077622dd9174
> https://github.com/torvalds/linux/blob/master
On 25.02.2016 21:12, David Miller wrote:
From: Jiri Pirko
Date: Tue, 23 Feb 2016 16:51:25 +0100
There a is need for some userspace API that would allow to expose things
that are not directly related to any device class like net_device of
ib_device, but rather chip-wide/switch-ASIC-wide stuff.
On 16-02-25 09:37 AM, Pablo Neira Ayuso wrote:
> This patch moves the u32 parser from the ixgbe that John has made to the
> core u32. This parser has been adapted to build the intermediate
> representation.
>
> To store the parsing information, this patch introduces a parse table
> object, one per
From: David Ahern
Date: Tue, 23 Feb 2016 10:10:26 -0800
> Nik pointed that the VRF driver should be using skb_header_pointer
> instead of accessing skb->data and bits beyond directly which can
> be garbage.
>
> Cc: Nikolay Aleksandrov
> Signed-off-by: David Ahern
> ---
> Dave: This should go i
From: Craig Gallek
Document the behavior and the first kernel version for each of the
following socket options:
SO_ATTACH_FILTER
SO_ATTACH_BPF
SO_ATTACH_REUSEPORT_CBPF
SO_ATTACH_REUSEPORT_EBPF
SO_DETACH_FILTER
SO_DETACH_BPF
Signed-off-by: Craig Gallek
---
man7/socket.7 | 104 ++
From: Heikki Hannikainen
Date: Thu, 25 Feb 2016 21:36:07 +0200 (EET)
> Commit 9c7077622dd9174 added a check, ll_header_truncated(), which
> requires that a packet transmitted using sendmsg() with PF_PACKET,
> SOCK_RAW must be longer than dev->hard_header_len.
Fixed by:
commit 880621c2605b82eb5a
From: Guillaume Nault
Date: Thu, 25 Feb 2016 20:16:55 +0100
> Understood. Just to be sure, does patch #2 falls under lack of
> demonstration? Or should I repost it separately?
Please repost it if you feel this way, with the race and corruption
possibility explained in detail in the commit log me
From: Jiri Benc
Date: Tue, 23 Feb 2016 18:02:54 +0100
> Currently, vxlan_rcv is just called at the end of vxlan_udp_encap_recv,
> continuing the rx processing where vxlan_udp_encap_recv left it. There's no
> clear border between those two functions. This patchset moves
> vxlan_udp_encap_recv and
From: Tom Herbert
Date: Tue, 23 Feb 2016 08:47:30 -0800
> Right, GRO should probably not coalesce packets with non-zero IP
> identifiers due to the loss of information.
If they are monotonically increasing, which is the only case worth
caring about, it absolutely should.
Because that can be don
From: Jiri Pirko
Date: Tue, 23 Feb 2016 16:51:25 +0100
> There a is need for some userspace API that would allow to expose things
> that are not directly related to any device class like net_device of
> ib_device, but rather chip-wide/switch-ASIC-wide stuff.
>
> Use cases:
> 1) get/set of port t
From: Marc Kleine-Budde
Date: Mon, 22 Feb 2016 13:18:38 +0100
> David, I can send a patch to clean up the coding style. Do you want it
> for net or via net-next?
net-next is fine.
Hi,
Commit 9c7077622dd9174 added a check, ll_header_truncated(), which
requires that a packet transmitted using sendmsg() with PF_PACKET,
SOCK_RAW must be longer than dev->hard_header_len.
https://github.com/torvalds/linux/commit/9c7077622dd9174
https://github.com/torvalds/linux/blob/master/
From: Adam Seering
Date: Tue, 23 Feb 2016 09:19:13 -0500
> Let userspace programs transmit and receive raw IP-over-DDP packets
> with a kernel where "ipddp" was compiled as a module but is not loaded
> (so no "ipddp0" network interface is exposed). This makes the "module
> is not loaded" behavio
1 - 100 of 197 matches
Mail list logo
