Hi,
This patchset introduce vlan tag support to the tc flower classifier.
In addition to adding vlan priority to vlan push action.
- The first patch adds classification according to vlan id and vlan priority to
the flower.
- The second patch adds support for vlan priority to the current vlan pus
The current vlan push action supports only vid and protocol options.
Add priority option.
Example script that adds vlan push action with vid and priority:
tc filter add dev veth0 protocol ip parent : \
flower \
indev veth0 \
action vlan push id 100 priority 5
Signed-o
Classification according to vlan id and vlan priority.
Example script that adds vlan filter:
# add ingress qdisc
tc qdisc add dev ens4f0 ingress
# add a flower filter with vlan id and priority classification
tc filter add dev ens4f0 protocol 802.1Q parent : \
flower \
drivers/net/ethernet/qlogic/qed/qed_dcbx.c:1230:13-20: WARNING: kzalloc should
be used for dcbx_info, instead of kmalloc/memset
drivers/net/ethernet/qlogic/qed/qed_dcbx.c:1192:13-20: WARNING: kzalloc should
be used for dcbx_info, instead of kmalloc/memset
Use kzalloc rather than kmalloc follow
tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git master
head: c3804289c90c1c88e447991c4c06cff6acdee7bc
commit: c5e801dac4daff972013613ae3edae6668b2aa7c [27/28] qed: Clear dcbx memory
buffers before the usage.
coccinelle warnings: (new ones prefixed by >>)
>> drivers/net/e
Signed-off-by: Stephen Hemminger
---
net/l2tp/l2tp_netlink.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/l2tp/l2tp_netlink.c b/net/l2tp/l2tp_netlink.c
index 1d02e8d..bf31177 100644
--- a/net/l2tp/l2tp_netlink.c
+++ b/net/l2tp/l2tp_netlink.c
@@ -867,7 +867,7 @@ out:
Signed-off-by: Stephen Hemminger
---
net/netlink/genetlink.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/netlink/genetlink.c b/net/netlink/genetlink.c
index a09132a..23cc126 100644
--- a/net/netlink/genetlink.c
+++ b/net/netlink/genetlink.c
@@ -977,7 +977,7 @@ st
Signed-off-by: Stephen Hemminger
---
net/ipv6/ila/ila_lwt.c | 2 +-
net/ipv6/ila/ila_xlat.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/ipv6/ila/ila_lwt.c b/net/ipv6/ila/ila_lwt.c
index c8314c6..e50c27a 100644
--- a/net/ipv6/ila/ila_lwt.c
+++ b/net/ipv6/ila/ila_lw
Signed-off-by: Stephen Hemminger
---
net/batman-adv/netlink.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/batman-adv/netlink.c b/net/batman-adv/netlink.c
index 18831e7..64cb6ac 100644
--- a/net/batman-adv/netlink.c
+++ b/net/batman-adv/netlink.c
@@ -62,11 +62,11 @
Signed-off-by: Stephen Hemminger
---
net/core/drop_monitor.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/core/drop_monitor.c b/net/core/drop_monitor.c
index d6b3b57..72cfb0c 100644
--- a/net/core/drop_monitor.c
+++ b/net/core/drop_monitor.c
@@ -105,7 +105,7 @@ static
Signed-off-by: Stephen Hemminger
---
net/core/net_namespace.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/core/net_namespace.c b/net/core/net_namespace.c
index 1fe5816..7a77dca 100644
--- a/net/core/net_namespace.c
+++ b/net/core/net_namespace.c
@@ -533,7 +533,7 @@ st
Signed-off-by: Stephen Hemminger
---
net/ipv4/fou.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/ipv4/fou.c b/net/ipv4/fou.c
index 321d57f..cf50f7e 100644
--- a/net/ipv4/fou.c
+++ b/net/ipv4/fou.c
@@ -631,7 +631,7 @@ static struct genl_family fou_nl_family = {
Signed-off-by: Stephen Hemminger
---
net/ipv4/tcp_metrics.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/ipv4/tcp_metrics.c b/net/ipv4/tcp_metrics.c
index b617826..bf1f3b2 100644
--- a/net/ipv4/tcp_metrics.c
+++ b/net/ipv4/tcp_metrics.c
@@ -751,7 +751,7 @@ static struc
We get a few warnings when building kernel with W=1:
drivers/isdn/hardware/mISDN/hfcmulti.c:568:1: warning: no previous declaration
for 'enablepcibridge' [-Wmissing-declarations]
drivers/isdn/hardware/mISDN/hfcmulti.c:574:1: warning: no previous declaration
for 'disablepcibridge' [-Wmissing-decla
From: robert.f...@collabora.com
Date: Mon, 29 Aug 2016 09:32:14 -0400
> This is a resubmission of v3, since the netdev
> mailinlist was not sent the previous submission.
>
> This series improves power management of the asix driver.
...
Series applied, thanks.
From: Sudarsana Reddy Kalluru
Date: Mon, 29 Aug 2016 08:29:51 -0400
> The series contains several small fixes for qed* dcbx module.
Series applied, thanks.
Three different patches all with the same Subject line, so I can't
apply this stuff.
You must make the subject lines unique so that someone reading
the "git shortlog" can tell what is different in each change.
From: Cong Wang
Date: Sun, 28 Aug 2016 21:28:26 -0700
> Dmitry reported a double free on kcm socket, which could
> be easily reproduced by:
>
> #include
> #include
>
> int main()
> {
> int fd = syscall(SYS_socket, 0x29ul, 0x5ul, 0x0ul, 0, 0, 0);
> sysca
From: Eli Cooper
Date: Sun, 28 Aug 2016 11:34:06 +0800
> According to RFC 1885 2.2(c), the source address of ICMPv6
> errors in response to forwarded packets should be set to the
> unicast address of the forwarding interface in order to be helpful
> in diagnosis. Currently the selection of source
From:
Date: Thu, 1 Sep 2016 10:47:26 +0800
> a couple of fixes come out from integrating with linux-4.8 rc1
> they all are verified and workable on linux-4.8 rc1
Series applied.
From: Julia Lawall
Date: Thu, 1 Sep 2016 00:21:22 +0200
> Check for ethtool_ops structures that are only stored in the ethtool_ops
> field of a net_device structure or passed as the second argument to
> netdev_set_default_ethtool_ops. These contexts are declared const, so
> ethtool_ops structur
From: Julia Lawall
Date: Thu, 1 Sep 2016 00:21:23 +0200
> Check for ethtool_ops structures that are only stored in the ethtool_ops
> field of a net_device structure or passed as the second argument to
> netdev_set_default_ethtool_ops. These contexts are declared const, so
> ethtool_ops structur
From: Julia Lawall
Date: Thu, 1 Sep 2016 00:21:19 +0200
> Check for ethtool_ops structures that are only stored in the ethtool_ops
> field of a net_device structure or passed as the second argument to
> netdev_set_default_ethtool_ops. These contexts are declared const, so
> ethtool_ops structur
From: David Ahern
Date: Wed, 31 Aug 2016 17:14:13 -0600
> please drop this series. BGP smoke tests triggered a couple of
> problems I need to resolve.
Ok.
On 08/31/2016 04:17 PM, David Miller wrote:
> From: Stephen Hemminger
> Date: Wed, 31 Aug 2016 08:57:36 -0700
>
>> Casting away const is bad practice. Since this is ARM specific driver
>> don't have hardware actually test this.
>>
>> Having getter functions for ops is really unnecessary code bloa
From: Sean Wang
original mdio_cleanup is not in the symmetric place against where
mdio_init is, so relocate mdio_cleanup to the right one.
Signed-off-by: Sean Wang
Acked-by: John Crispin
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
From: Sean Wang
Return -ENODEV if the MDIO bus is disabled in the device tree.
Signed-off-by: Sean Wang
Acked-by: John Crispin
Reviewed-by: Andrew Lunn
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/med
From: Sean Wang
use skb_free_frag() instead of legacy put_page()
Signed-off-by: Sean Wang
Acked-by: John Crispin
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/mediatek/mtk_eth_soc.c
b/drivers/net/ether
From: Sean Wang
which net device the SKB is complete for depends on the forward port
on txd4 on the corresponding TX descriptor, but the information isn't
set up well in case of SKB fragments that would lead to watchdog timeout
from the upper layer, so fix it up.
Signed-off-by: Sean Wang
Acked
From: Sean Wang
mtk_stop() must be called to stop for freeing DMA
resources acquired and restoring state changed by mtk_open()
firstly when module removal.
Signed-off-by: Sean Wang
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c | 8
1 file changed, 8 insertions(+)
diff --git a/drive
From: Sean Wang
This patch adds the missing of_node_put() after finishing the usage
of of_get_child_by_name.
Signed-off-by: Sean Wang
Acked-by: John Crispin
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/ethernet/mediatek/mtk_et
From: Sean Wang
these irqs are not used for shared irq and disabled during ethernet stops.
irq requested by devm_request_irq is safe to be freed automatically on
driver detach.
Signed-off-by: Sean Wang
Acked-by: John Crispin
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c | 2 --
1 file chang
From: Sean Wang
1) If the return value of devm_clk_get is EPROBE_DEFER, we should
defer probing the driver. The change is verified and works based
on 4.8-rc1 staying with the latest clk-next code for MT7623.
2) Changing with the usage of loops to work out if all clocks
required are fine
Signed-o
From: Sean Wang
a couple of fixes come out from integrating with linux-4.8 rc1
they all are verified and workable on linux-4.8 rc1
Changes since v1:
- usage of loops to work out if all required clock are ready instead
of tedious coding
- remove redundant pinctrl setup that is already done by cor
From: Sean Wang
a lot of parts in the driver uses devm_* APIs to gain benefits from the
device resource management, so devm_mdiobus_alloc is also used instead
of mdiobus_alloc to have more elegant code flow.
Using common code provided by the devm_* helps to
1) have simplified the code flow as [1
Hello,
On 2016/9/1 4:56, David Miller wrote:
> From: Eli Cooper
> Date: Fri, 26 Aug 2016 23:52:29 +0800
>
>> @@ -1174,6 +1174,7 @@ ip4ip6_tnl_xmit(struct sk_buff *skb, struct net_device
>> *dev)
>> encap_limit = t->parms.encap_limit;
>>
>> memcpy(&fl6, &t->fl.u.ip6, sizeof(fl
On Wed, 2016-08-31 at 17:10 -0700, Tom Herbert wrote:
> Tested:
> Manually forced all packets to go through the xps_flows path.
> Observed that some flows were deferred to change queues because
> packets were in flight witht the flow bucket.
I did not realize you were ready to submit this n
On Wed, Aug 31, 2016 at 2:50 PM, Alexei Starovoitov wrote:
> Hi Peter, Dave,
>
> this patch set is a follow up to the discussion:
> https://lkml.kernel.org/r/20160804142853.GO6862%20()%20twins%20!%20programming%20!%20kicks-ass%20!%20net
> It turned out to be simpler than what we discussed.
>
> Pat
Add infrastructure and definitions to create XFS flow tables. This
creates the new sys entry /sys/class/net/eth*/xps_dev_flow_table_cnt
Signed-off-by: Tom Herbert
---
include/linux/netdevice.h | 24 +
net/core/net-sysfs.c | 89 +++
2 f
Add two new counters to struct dql that are num_enqueue_ops and
num_completed_ops. num_enqueue_ops is incremented by one in each call to
dql_queued. num_enqueue_ops is incremented in dql_completed which takes
an argument indicating number of operations completed. These counters
are only intended fo
xps_flows maintains a per device flow table that is indexed by the
skbuff hash. The table is only consulted when there is no queue saved in
a transmit socket for an skbuff.
Each entry in the flow table contains a queue index and a queue
pointer. The queue pointer is set when a queue is chosen usin
This patch set introduces transmit flow steering for socketless packets.
The idea is that we record the transmit queues in a flow table that is
indexed by skbuff hash. The flow table entries have two values: the
queue_index and the head cnt of packets from the TX queue. We only allow
a queue to ch
Use the __skb_set_sw_hash to set the hash in an skbuff from the socket
txhash.
Signed-off-by: Tom Herbert
---
include/net/sock.h | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/include/net/sock.h b/include/net/sock.h
index c797c57..12e585c 100644
--- a/include/net/sock.
The RK3399 GMAC Ethernet Controller provides a complete Ethernet interface
from processor to a Reduced Media Independent Interface (RMII) and Reduced
Gigabit Media Independent Interface (RGMII) compliant Ethernet PHY.
This patch adds the related needed device information.
e.g.: interrupts, grf, cl
We add the required and optional properties for evb board.
See the [0] to get the detail information.
[0]:
Documentation/devicetree/bindings/net/rockchip-dwmac.txt
Signed-off-by: Roger Chen
Signed-off-by: Caesar Wang
---
Changes in v3: None
Changes in v2: None
arch/arm64/boot/dts/rockchip/rk
This patch add to handle the gmac pd, and support
the rk3399 gmac for devicetree.
The History version:
v1: https://lkml.org/lkml/2016/8/30/668
v2: https://lkml.org/lkml/2016/8/31/27
Changes in v3:
- leave into two patches based on patchv2, and fix nits and commit, as
comment on https://patchw
This patch supports the gmac pd to save power consumption.
Even though some boards not need Ethernet support, the driver
core can also take care of powering up the pd before probe.
Signed-off-by: Roger Chen
Signed-off-by: Caesar Wang
---
Changes in v3:
- leave into two patches based on patchv2,
From: David Wu
Add the gmac power domain support for rk3399, in order to save more
power consumption.
Signed-off-by: David Wu
Signed-off-by: Caesar Wang
---
Changes in v3: None
Changes in v2:
- fixes the build error on next kernel.
drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 9
On 08/31/2016 04:11 PM, Eric Dumazet wrote:
On Wed, 2016-08-31 at 15:47 -0700, Rick Jones wrote:
With regard to drops, are both of you sure you're using the same socket
buffer sizes?
Does it really matter ?
At least at points in the past I have seen different drop counts at the
SO_RCVBUF ba
From: Roger Chen
GMAC Power Domain(PD) will be disabled during suspend.
That will causes GRF registers reset.
So corresponding GRF registers for GMAC must be setup again.
Signed-off-by: Roger Chen
Signed-off-by: Caesar Wang
---
Changes in v3: None
Changes in v2:
- rk_gmac_powerup instead of t
Add support for the Qualcomm Technologies, Inc. EMAC gigabit Ethernet
controller.
This driver supports the following features:
1) Checksum offload.
2) Interrupt coalescing support.
3) SGMII phy.
4) phylib interface for external phy
Based on original work by
Niranjana Vishwanathapura
On Wed, 2016-08-31 at 15:47 -0700, Rick Jones wrote:
> With regard to drops, are both of you sure you're using the same socket
> buffer sizes?
Does it really matter ?
I used the standard /proc/sys/net/core/rmem_default, but under flood
receive queue is almost always full, even if you make it big
On 8/30/16 11:34 AM, David Ahern wrote:
> This series fixes this problem by removing the output dst that points
> to the VRF and always doing the actual FIB lookup. This allows the real
> dst to be cached on sockets and used for MSS. Packets are diverted to
> the VRF device on Tx using an l3mdev ho
With regard to drops, are both of you sure you're using the same socket
buffer sizes?
In the meantime, is anything interesting happening with TCP_RR or
TCP_STREAM?
happy benchmarking,
rick jones
Constify ethtool_ops structures.
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c |2 +-
drivers/net/ethernet/synopsys/dwc_eth_qos.c |2 +-
drivers/net/ethernet/xilinx/xilinx_axienet_main.c |2 +-
drivers/net/usb/r8152.c |2 +-
drivers/staging
Check for ethtool_ops structures that are only stored in the ethtool_ops
field of a net_device structure or passed as the second argument to
netdev_set_default_ethtool_ops. These contexts are declared const, so
ethtool_ops structures that have these properties can be declared as const
also.
The s
Check for ethtool_ops structures that are only stored in the ethtool_ops
field of a net_device structure or passed as the second argument to
netdev_set_default_ethtool_ops. These contexts are declared const, so
ethtool_ops structures that have these properties can be declared as const
also.
The s
Check for ethtool_ops structures that are only stored in the ethtool_ops
field of a net_device structure or passed as the second argument to
netdev_set_default_ethtool_ops. These contexts are declared const, so
ethtool_ops structures that have these properties can be declared as const
also.
The s
Check for ethtool_ops structures that are only stored in the ethtool_ops
field of a net_device structure or passed as the second argument to
netdev_set_default_ethtool_ops. These contexts are declared const, so
ethtool_ops structures that have these properties can be declared as const
also.
The s
On Wed, 2016-08-31 at 23:51 +0200, Jesper Dangaard Brouer wrote:
>
> The result from this run were handling 1,517,248 pps, without any
> drops, all processes pinned to the same CPU.
>
> $ nstat > /dev/null && sleep 1 && nstat
> #kernel
> IpInReceives15172250.0
Access the priv member of the dsa_switch structure directly, instead of
having an unnecessary helper.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/b53/b53_common.c | 42 +++
drivers/net/dsa/bcm_sf2.h| 2 +-
drivers/net/dsa/mv88e6060.c | 4 +--
drivers/net/
Thanks Much.
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Wednesday, August 31, 2016 2:13 PM
> To: Vatsavayi, Raghu
> Cc: netdev@vger.kernel.org
> Subject: Re: [PATCH net-next V4 00/10] liquidio CN23XX support
>
> From: Raghu Vatsavayi
> Date: Wed, 31 A
Allow attaching BPF_PROG_TYPE_PERF_EVENT programs to sw and hw perf events
via overflow_handler mechanism.
When program is attached the overflow_handlers become stacked.
The program acts as a filter.
Returning zero from the program means that the normal perf_event_output handler
will not be called
Hi Peter, Dave,
this patch set is a follow up to the discussion:
https://lkml.kernel.org/r/20160804142853.GO6862%20()%20twins%20!%20programming%20!%20kicks-ass%20!%20net
It turned out to be simpler than what we discussed.
Patches 1-3 is bpf-side prep for the main patch 4
that adds bpf program as
Introduce BPF_PROG_TYPE_PERF_EVENT programs that can be attached to
HW and SW perf events (PERF_TYPE_HARDWARE and PERF_TYPE_SOFTWARE
correspondingly in uapi/linux/perf_event.h)
The program visible context meta structure is
struct bpf_perf_event_data {
struct pt_regs regs;
__u64 sample_per
Make sure that BPF_PROG_TYPE_PERF_EVENT programs only use
preallocated hash maps, since doing memory allocation
in overflow_handler can crash depending on where nmi got triggered.
Signed-off-by: Alexei Starovoitov
Acked-by: Daniel Borkmann
---
kernel/bpf/verifier.c | 22 +-
The verifier supported only 4-byte metafields in
struct __sk_buff and struct xdp_md. The metafields in upcoming
struct bpf_perf_event are 8-byte to match register width in struct pt_regs.
Teach verifier to recognize 8-byte metafield access.
The patch doesn't affect safety of sockets and xdp program
The bpf program is called 50 times a second and does
hashmap[kern&user_stackid]++
It's primary purpose to check that key bpf helpers like map lookup, update,
get_stackid, trace_printk and ctx access are all working.
It checks:
- PERF_COUNT_HW_CPU_CYCLES on all cpus
- PERF_COUNT_HW_CPU_CYCLES for c
On Wed, 31 Aug 2016 13:42:30 -0700
Eric Dumazet wrote:
> On Wed, 2016-08-31 at 21:40 +0200, Jesper Dangaard Brouer wrote:
>
> > I can confirm the improvement of approx 900Kpps (no wonder people have
> > been complaining about DoS against UDP/DNS servers).
> >
> > BUT during my extensive testing
From: Oleg Drokin
Date: Wed, 31 Aug 2016 17:36:44 -0400
>
> On Aug 31, 2016, at 5:31 PM, David Miller wrote:
>
>> From: Oleg Drokin
>> Date: Fri, 26 Aug 2016 23:14:06 -0400
>>
>>> %ul would print an unsigned with a letter l at the end which does
>>> not seem to be desired here, on the other h
From: Brendan Gregg
sample instruction pointer and frequency count in a BPF map
Signed-off-by: Brendan Gregg
Signed-off-by: Alexei Starovoitov
---
samples/bpf/Makefile| 4 +
samples/bpf/sampleip_kern.c | 38 +
samples/bpf/sampleip_user.c | 196 ++
On 08/31/2016 03:15 AM, Lars Persson wrote:
On 08/30/2016 10:50 PM, Stephen Warren wrote:
On 08/30/2016 01:01 PM, Rob Herring wrote:
On Wed, Aug 24, 2016 at 03:20:46PM -0600, Stephen Warren wrote:
The Synopsys DWC EQoS is a configurable IP block which supports multiple
options for bus type, cl
Hi,
On Wed, Aug 31, 2016 at 2:29 PM, Heiko Stübner wrote:
>> IMHO it would be nice if this were broken into two patches.
>>
>> 1. First patch would be the power domain patch and that could land any
>> time. You wouldn't actually be able to use the gmac but at least
>> you'd be able to turn off i
On Aug 31, 2016, at 5:31 PM, David Miller wrote:
> From: Oleg Drokin
> Date: Fri, 26 Aug 2016 23:14:06 -0400
>
>> %ul would print an unsigned with a letter l at the end which does
>> not seem to be desired here, on the other hand the value being printed
>> is u32 so just drop the l instead of c
From: Oleg Drokin
Date: Fri, 26 Aug 2016 23:14:06 -0400
> %ul would print an unsigned with a letter l at the end which does
> not seem to be desired here, on the other hand the value being printed
> is u32 so just drop the l instead of converting to %lu
>
> Signed-off-by: Oleg Drokin
%u is for
Am Mittwoch, 31. August 2016, 13:42:17 schrieb Doug Anderson:
> Caesar,
>
> On Tue, Aug 30, 2016 at 11:13 PM, Caesar Wang wrote:
> > This patch adds needed gamc information for rk3399,
> > also support the gmac pd.
> >
> > Signed-off-by: Roger Chen
> > Signed-off-by: Caesar Wang
> > ---
> >
>
From:
Date: Tue, 30 Aug 2016 10:59:16 +0800
> a couple of fixes come out from integrating with linux-4.8 rc1
> they all are verified and workable on linux-4.8 rc1
I get rejects when I try to apply this to the current tree.
From: Stephen Hemminger
Date: Wed, 31 Aug 2016 08:57:36 -0700
> Casting away const is bad practice. Since this is ARM specific driver
> don't have hardware actually test this.
>
> Having getter functions for ops is really unnecessary code bloat, but
> not going to touch that.
>
> Signed-off-by:
> >You can just as easily find the child node called ethernet-phy.
>
> As Andrew pointed out, using phy-handle allows me to place the phy
> node anywhere.
>
> I've already made changes to this design, and every change has
> raised objections. I don't see anything wrong with phy-handle. A
> lot
From: Andrew Lunn
Date: Wed, 31 Aug 2016 18:04:05 +0200
> On Wed, Aug 31, 2016 at 11:50:02AM -0400, Vivien Didelot wrote:
>> This patchset adds the switchdev MDB object support to the DSA layer.
>>
>> The MDB support for the mv88e6xxx driver is very similar to the FDB
>> support. The FDB operati
From: Raghu Vatsavayi
Date: Wed, 31 Aug 2016 11:03:19 -0700
> Following patchset adds support for new device "CN23XX" in
> liquidio family of adapters. As adviced by you I have split
> the previous V3 patch of 18 patches into two halves. This
> first patchset has first 10 patches, which are teste
Arnd Bergmann wrote:
> Right, sorry about that. Do you want me to resend the fixed version,
> or do you apply and fix it yourself?
I can fix it up myself. I'll pull it into my tree when I've finished doing
the fixing up I'm currently working on.
David
Rob Herring wrote:
It's not a generic phy. It's a funky "internal phy" that differs among
>SOCs. I call it the internal phy, but I could use another name. Internally,
>some people call it the "sgmii phy", but I don't think that's accurate.
Funky internal PHYs are precisely the types of PHYs
Arnd Bergmann wrote:
> I'll follow up with the fixes, both of which are rather
> straightforward.
Are they both in?
[PATCH 2/2] rxrpc: fix undefined behavior in rxrpc_mark_call_released
David
From: Eli Cooper
Date: Fri, 26 Aug 2016 23:52:29 +0800
> @@ -1174,6 +1174,7 @@ ip4ip6_tnl_xmit(struct sk_buff *skb, struct net_device
> *dev)
> encap_limit = t->parms.encap_limit;
>
> memcpy(&fl6, &t->fl.u.ip6, sizeof(fl6));
> + fl6.flowi6_proto = IPPROTO_IPIP;
Let's j
CAI Qian writes:
> Reverted the patch below fixes this problem.
>
> c845acb324aa85a39650a14e7696982ceea75dc1
> af_unix: Fix splice-bind deadlock
Reverting a patch fixing one deadlock in order to avoid another deadlock
leaves the 'net situation' unchanged. The idea of the other patch was to
change
From: David Howells
Date: Wed, 31 Aug 2016 21:25:46 +0100
> Is there a 1/2 somewhere? I don't see it.
It was an NFSv4 patch.
On Wed, Aug 31, 2016 at 10:11 AM, Timur Tabi wrote:
> Rob Herring wrote:
>
>>> + internal-phy = <&emac_sgmii>;
>>
>>
>> Can't this use the standard generic phy binding (i.e. 'phys'). It's a
>> bit confusing as there's the ethernet phy binding (phy-handle) and the
>> generic one.
>
>
On Wed, 2016-08-31 at 21:40 +0200, Jesper Dangaard Brouer wrote:
> I can confirm the improvement of approx 900Kpps (no wonder people have
> been complaining about DoS against UDP/DNS servers).
>
> BUT during my extensive testing, of this patch, I also think that we
> have not gotten to the bottom
Caesar,
On Tue, Aug 30, 2016 at 11:13 PM, Caesar Wang wrote:
> This patch adds needed gamc information for rk3399,
> also support the gmac pd.
>
> Signed-off-by: Roger Chen
> Signed-off-by: Caesar Wang
> ---
>
> arch/arm64/boot/dts/rockchip/rk3399.dtsi | 90
>
On Wednesday, August 31, 2016 9:26:21 PM CEST David Howells wrote:
> Arnd Bergmann wrote:
>
> > + } else {
> > + sched = 0;
>
> That should be false, not 0, btw.
>
Right, sorry about that. Do you want me to resend the fixed version,
or do you apply and fix it yourself?
As patc
On Wednesday, August 31, 2016 9:25:46 PM CEST David Howells wrote:
> Is there a 1/2 somewhere? I don't see it.
>
> David
Sorry, mixed up the Cc list. It only went to netdev and lkml and isn't
really related. That one was a workaround for a false-positive
-Wmaybe-uninitialized warning in NFS, se
Is there a 1/2 somewhere? I don't see it.
David
Arnd Bergmann wrote:
> + } else {
> + sched = 0;
That should be false, not 0, btw.
David
On Wed, 31 Aug 2016, Stephen Hemminger wrote:
> On Wed, 31 Aug 2016 09:30:42 +0200
> Julia Lawall wrote:
>
> > Constify ethtool_ops structures.
> >
> > ---
> >
> > drivers/net/ethernet/agere/et131x.c |2 +-
> > drivers/net/ethernet/broadcom/bcmsysport.c |2 +-
> > dr
On Wed, 31 Aug 2016 10:42:29 -0700
Eric Dumazet wrote:
> From: Eric Dumazet
>
> A while back, Paolo and Hannes sent an RFC patch adding threaded-able
> napi poll loop support : (https://patchwork.ozlabs.org/patch/620657/)
>
> The problem seems to be that softirqs are very aggressive and are o
On Wednesday, August 31, 2016 6:39:04 PM CEST David Howells wrote:
> Arnd Bergmann wrote:
>
> > gcc -Wmaybe-initialized correctly points out a newly introduced bug
> > through which we can end up calling rxrpc_queue_call() for a dead
> > connection:
>
> How do you turn that on from within the Kb
Reverted the patch below fixes this problem.
c845acb324aa85a39650a14e7696982ceea75dc1
af_unix: Fix splice-bind deadlock
CAI Qian
- Original Message -
> From: "CAI Qian"
> To: secur...@kernel.org
> Cc: "Miklos Szeredi" , "Eric Sandeen"
>
> Sent: Tuesday, August 30, 2016 5:05:45 PM
>
Florian Fainelli wrote:
if these are truly 64-bits stats, how come you are using a single
readl_* to access them? Or is the u64 rx_err_addr just used as temporary
storage and aligned to the largest size you need to deal with?
"*stats_itr += val;" takes the 32-bit val, zero-extends it to 64 bits
On 08/31/2016 11:57 AM, Timur Tabi wrote:
> Timur Tabi wrote:
>>
>>> Seems that there are several unused members in the emac_stats struct:
>>>
+struct emac_stats {
>>> ...
>>> ...
>>> Both rx_bcast_byte_cnt and rx_mcast_byte_cnt are not used anywhere/
+ u64 rx_bcast_byte_cnt; /* br
1 - 100 of 247 matches
Mail list logo
