[iproute PATCH v2 4/7] No need to initialize rtattr fields before parsing

Since parse_rtattr_flags() calls memset already, there is no need for callers to do so themselves. Signed-off-by: Phil Sutter --- ip/ipaddress.c | 2 +- tc/tc_class.c | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/ip/ipaddress.c b/ip/ipaddress.c index

[iproute PATCH v2 0/7] Big C99 style initializer rework

This is v2 of my C99-style initializer related patch series. The changes since v1 are: - Rebased onto current upstream master: My own commit a0a73b298a579 ("tc: m_action: Use C99 style initializers for struct req") contains most of the changes to tc/m_action.c already, so I put the

Re: [PATCH net-next 12/18] IB/mlx5: Add kernel offload flow-tag

On Tue, Jun 21, 2016 at 6:04 AM, Saeed Mahameed wrote: > > Alexei , I don't understand your concern. > We already have a full/complete working dpdk bypass solution in > userspace nothing extra is required from the kernel. > > We just want to see this traffic and any

Re: [PATCH] ppc: Fix BPF JIT for ABIv2

On 6/21/16 7:47 AM, Thadeu Lima de Souza Cascardo wrote: The calling convention is different with ABIv2 and so we'll need changes in bpf_slow_path_common() and sk_negative_common(). How big would those changes be? Do we know? How come no one reported this was broken previously? This is the

Re: [PATCH iproute2 net-next] bridge: vlan: add support to display per-vlan statistics

On Mon, 20 Jun 2016 12:13:19 +0200 Nikolay Aleksandrov wrote: > This patch adds support for the -statistics (-s) argument to the bridge > vlan show command which will display the per-vlan statistics and the bridge > device each vlan belongs to. The show command

Re: [iproute PATCH 0/2] Check MAC address length when changing it

On Thu, 16 Jun 2016 16:19:38 +0200 Phil Sutter wrote: > Due to minimal checking in kernel space, MAC address setting was > problematic in multiple ways: > > - Setting an overly long MAC address was accepted and the extra parts > simply ignored. > > - Setting an overly short MAC

Re: [PATCH iproute2 net-next v3 1/5] json_writer: allow base json data type to be array or object

On Tue, Jun 21, 2016 at 9:12 AM, Stephen Hemminger wrote: > On Mon, 20 Jun 2016 23:39:43 -0700 > Roopa Prabhu wrote: > >> From: Anuradha Karuppiah >> >> This patch adds a type qualifier to json_writer. Type

Re: [PATCH net-next] tcp: reduce cpu usage when SO_SNDBUF is set

On 06/20/2016 06:29 PM, Eric Dumazet wrote: > On Mon, 2016-06-20 at 17:23 -0400, Jason Baron wrote: >> From: Jason Baron >> >> When SO_SNDBUF is set and we are under tcp memory pressure, the effective >> write buffer space can be much lower than what was set using SO_SNDBUF.

Re: [PATCH iproute2 net-next v3 1/5] json_writer: allow base json data type to be array or object

On Mon, 20 Jun 2016 23:39:43 -0700 Roopa Prabhu wrote: > From: Anuradha Karuppiah > > This patch adds a type qualifier to json_writer. Type can be a > json object or array. This can be extended to other types like > json-string,

Re: [PATCH iproute2 net-next] bridge: vlan: add support to display per-vlan statistics

On 21/06/16 18:10, Nikolay Aleksandrov wrote: > On 21/06/16 18:01, Stephen Hemminger wrote: >> On Mon, 20 Jun 2016 12:13:19 +0200 >> Nikolay Aleksandrov wrote: >> >>> This patch adds support for the -statistics (-s) argument to the bridge >>> vlan show command which

[iproute PATCH v2 7/7] ip/tcp_metrics: Simplify process_msg a bit

By combining the attribute extraction and check for existence, the additional indentation level in the 'else' clause can be avoided. In addition to that, common actions for 'daddr' are combined since the function returns if neither of the branches are taken. Signed-off-by: Phil Sutter

[PATCH net-next 2/2] qede: Add support for coalescing config read/update.

Signed-off-by: Sudarsana Reddy Kalluru Signed-off-by: Yuval Mintz --- drivers/net/ethernet/qlogic/qede/qede_ethtool.c | 53 + 1 file changed, 53 insertions(+) diff --git

[PATCH net-next 0/2] qed*: coalesce parameters config support.

The patch series adds the support for config/read of the adapter coalesce parameters. Patch (1) adds the qed infrastructure/APIs for the support and patch (2) adds the driver support for following ethtool commands: ethtool -c|--show-coalesce ethX ethtool -C|--coalesce ethX

[PATCH net-next 1/2] qed: Add support for coalescing config read/update.

This patch adds support for configuring the device tx/rx coalescing timeout values in the order of micro seconds. It also adds APIs for upper layer drivers for reading/updating the coalescing values. Signed-off-by: Sudarsana Reddy Kalluru Signed-off-by: Yuval Mintz

[PATCH net-next 2/2] net: dsa: mv88e6xxx: rename single-chip support

With the upcoming support for cross-chip operations, it will be hard to distinguish portions of code supporting a single-chip or a switch fabric of interconnected chips. Make the code clearer now, by renaming the mv88e6xxx_priv_state chip structure to mv88e6xxx_chip. This patch brings no

[PATCH net-next 1/2] net: dsa: mv88e6xxx: move driver in its own folder

With the upcoming support for cross-chip operations and other mv88e6xxx enhancements, new files will be added. Similarly to mlxsw or b53, move mv88e6xxx files into their own folder. In the meantime, update the MAINTAINERS entry to please checkpatch.pl, by replacing the invalid 88E6352 entry with

[iproute PATCH v2 3/7] Replace malloc && memset by calloc

This only replaces occurrences where the newly allocated memory is cleared completely afterwards, as in other cases it is a theoretical performance hit although code would be cleaner this way. Signed-off-by: Phil Sutter --- genl/genl.c| 3 +-- lib/names.c| 7

Re: [PATCH net-next v10 2/5] openvswitch: set skb protocol and mac_len when receiving on internal device

On Mon, Jun 20, 2016 at 7:25 PM, Simon Horman wrote: > [Cc Jiri Benc] > > On Sat, Jun 18, 2016 at 06:38:54PM -0700, pravin shelar wrote: >> On Thu, Jun 16, 2016 at 10:53 PM, Simon Horman >> wrote: >> > On Tue, Jun 07, 2016 at 03:45:27PM

Re: [PATCH] mpls: Add missing RCU-bh read side critical section locking in output path

On 20/06/16 19:05, Lennert Buytenhek wrote: From: David Barroso When locally originated IP traffic hits a route that says to push MPLS labels, we'll get a call chain dst_output() -> lwtunnel_output() -> mpls_output() -> neigh_xmit() -> ___neigh_lookup_noref() where the

[patch net-next v5 1/4] netdevice: add SW statistics ndo

From: Nogah Frankel Till now we had a ndo statistics function that returned SW statistics. We want to change the "basic" statistics to return HW statistics if available. In this case we need to expose a new ndo to return the SW statistics. Add a new ndo declaration to get SW

[patch net-next v5 0/4] return offloaded stats as default and expose original sw stats

From: Jiri Pirko The problem we try to handle is about offloaded forwarded packets which are not seen by kernel. Let me try to draw it: port1 port2 (HW stats are counted here) \ / \/

[patch net-next v5 4/4] mlxsw: spectrum: Implement SW stats ndo and expose HW stats by default

From: Nogah Frankel Add a function to get the SW statistics with an ndo. Change the default statistics ndo to return HW statistics (like the one returned by ethtool_ops) The HW stats are collected to a cache by delayed work every 1 sec. Signed-off-by: Nogah Frankel

[patch net-next v5 3/4] net: core: add SW stats to if_stats_msg

From: Nogah Frankel If there is a dedicated ndo to return SW stats - use it. Otherwise (indicates that there is no HW stats) use the default stats ndo. Return results under IFLA_STATS_LINK_SW_64. Signed-off-by: Nogah Frankel Reviewed-by: Ido Schimmel

[patch net-next v5 2/4] rtnetlink: add HW/SW stats distinction in rtnl_fill_stats

From: Nogah Frankel Since hardware stats are now returned by default, add a way to query only software stats. They are saved in IFLA_SW_STATS64. (This option is valid only if the driver returns HW stats in the default ndo stats) Signed-off-by: Nogah Frankel

Re: 802.3ad bonding aggregator reselection

Veli-Matti Lintu wrote: >2016-06-20 17:11 GMT+03:00 zhuyj : >> 5. Switch Configuration >> === >> >> For this section, "switch" refers to whatever system the >> bonded devices are directly connected to (i.e., where the

Re: [iproute PATCH v2 2/7] Use C99 style initializers everywhere

On 6/21/16 10:18 AM, Phil Sutter wrote: This big patch was compiled by vimgrepping for memset calls and changing to C99 initializer if applicable. One notable exception is the initialization of union bpf_attr in tc/tc_bpf.c: changing it would break for older gcc versions (at least <=3.4.6).

[iproute PATCH v2 2/7] Use C99 style initializers everywhere

This big patch was compiled by vimgrepping for memset calls and changing to C99 initializer if applicable. One notable exception is the initialization of union bpf_attr in tc/tc_bpf.c: changing it would break for older gcc versions (at least <=3.4.6). Calls to memset for struct rtattr pointer

RE: [iproute PATCH v2 7/7] ip/tcp_metrics: Simplify process_msg a bit

From: Of Phil Sutter > Sent: 21 June 2016 17:19 > By combining the attribute extraction and check for existence, the > additional indentation level in the 'else' clause can be avoided. > > In addition to that, common actions for 'daddr' are combined since the > function returns if neither of the

Re: [PATCH v2 2/3] mwifiex: move .get_tx_power logic to station ioctl file

Hello Kalle, On 06/10/2016 03:54 PM, Kalle Valo wrote: > Javier Martinez Canillas writes: > >>> This patch (2/3) is only for code rearrangement and adds an >>> unnecessary wrapper function. We can simply drop the patch. >> >> Agreed. >> >> Kalle, >> >> Patch 3/3 applies

Re: [PATCH v2] net: stmmac: dwmac-rk: add rk3228-specific data

Am Dienstag, 21. Juni 2016, 20:33:28 schrieb Xing Zheng: > Add constants and callback functions for the dwmac on rk3228/rk3229 socs. > As can be seen, the base structure is the same, only registers and the > bits in them moved slightly. > > Signed-off-by: Xing Zheng

Re: [PATCH net-next 12/18] IB/mlx5: Add kernel offload flow-tag

On 6/21/2016 6:18 PM, Eric Dumazet wrote: One solution would be to setup a special netdev used only for sniffers (No IP address on it) -> Only changes would happen in the driver, to set skb->dev to this 'debug' device. Eric, Yep, that was an option too, but when we realized that libpcap has

[iproute PATCH v2 5/7] Makefile: Allow to override CC

This makes it easier to build iproute2 with a custom compiler. While at it, make HOSTCC default to the value of CC if not explicitly set elsewhere. Signed-off-by: Phil Sutter --- Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Makefile b/Makefile

Re: [alsa-devel] [very-RFC 0/8] TSN driver for the kernel

On 6/20/16 5:31 AM, Richard Cochran wrote: On Mon, Jun 20, 2016 at 02:18:38PM +0200, Richard Cochran wrote: Documentation/sound/alsa/timestamping.txt says: Examples of typestamping with HDaudio: 1. DMA timestamp, no compensation for DMA+analog delay $ ./audio_time -p --ts_type=1

Re: [PATCH net-next 0/8] tou: Transports over UDP - part I

On 17.06.2016 09:51, Tom Herbert wrote: > On Thu, Jun 16, 2016 at 4:15 PM, Hannes Frederic Sowa > wrote: >> On 16.06.2016 19:51, Tom Herbert wrote: >>> Transports over UDP is intended to encapsulate TCP and other transport >>> protocols directly and securely in UDP.

Re: [PATCH iproute2 net-next v3 1/5] json_writer: allow base json data type to be array or object

On Tue, 21 Jun 2016 09:24:50 -0700 Anuradha Karuppiah wrote: > On Tue, Jun 21, 2016 at 9:12 AM, Stephen Hemminger > wrote: > > On Mon, 20 Jun 2016 23:39:43 -0700 > > Roopa Prabhu wrote: > > > >> From:

Re: [iproute PATCH v2 7/7] ip/tcp_metrics: Simplify process_msg a bit

On Tue, Jun 21, 2016 at 09:53:43AM -0700, Stephen Hemminger wrote: > On Tue, 21 Jun 2016 18:18:41 +0200 > Phil Sutter wrote: > > > By combining the attribute extraction and check for existence, the > > additional indentation level in the 'else' clause can be avoided. > > > > In

Re: [iproute PATCH v2 7/7] ip/tcp_metrics: Simplify process_msg a bit

On Tue, 21 Jun 2016 18:18:41 +0200 Phil Sutter wrote: > By combining the attribute extraction and check for existence, the > additional indentation level in the 'else' clause can be avoided. > > In addition to that, common actions for 'daddr' are combined since the > function

Re: [iproute PATCH v2 2/7] Use C99 style initializers everywhere

On Tue, Jun 21, 2016 at 11:13:11AM -0600, David Ahern wrote: > On 6/21/16 11:03 AM, Phil Sutter wrote: > >> I downloaded CentOS 5 and 6. iproute2 fails to compile on CentOS 5.11; > >> ip command builds on 6.8 but with a flurry of redefinition errors > >> (BUILD_BUG_ON), but fails at tc. > > > >

Re: [net-next PATCH v3 00/17] Future-proof tunnel offload handlers

On 21/06/16 18:05, Alexander Duyck wrote: > On Tue, Jun 21, 2016 at 1:22 AM, David Miller wrote: >> But anyways, the vastness of the key is why we want to keep "sockets" >> out of network cards, because proper support of "sockets" requires >> access to information the card

Re: [iproute PATCH v2 2/7] Use C99 style initializers everywhere

On Tue, Jun 21, 2016 at 10:24:37AM -0600, David Ahern wrote: > On 6/21/16 10:18 AM, Phil Sutter wrote: > > This big patch was compiled by vimgrepping for memset calls and changing > > to C99 initializer if applicable. One notable exception is the > > initialization of union bpf_attr in

Re: [PATCH net-next 0/8] tou: Transports over UDP - part I

On Tue, Jun 21, 2016 at 10:11 AM, Hannes Frederic Sowa wrote: > On 17.06.2016 20:52, Tom Herbert wrote: >> >>> > Rather, I think people are going to start adding rules to block TOU >>> > tunnels entirely because they cannot inspect nor conditionally >>> >

Re: [net-next PATCH v3 00/17] Future-proof tunnel offload handlers

On 21.06.2016 10:27, Edward Cree wrote: > On 21/06/16 18:05, Alexander Duyck wrote: >> On Tue, Jun 21, 2016 at 1:22 AM, David Miller wrote: >>> But anyways, the vastness of the key is why we want to keep "sockets" >>> out of network cards, because proper support of "sockets"

Re: [PATCH iproute2 net-next v2] bridge: vlan: add support to display per-vlan statistics

On 21/06/16 20:07, Nikolay Aleksandrov wrote: > This patch adds support for the stats argument to the bridge > vlan command which will display the per-vlan statistics and the bridge > device each vlan belongs to. The supported command filtering options are > dev and vid. Also the man page is

Re: [PATCH net-next 0/8] tou: Transports over UDP - part I

On 17.06.2016 20:52, Tom Herbert wrote: > >> > Rather, I think people are going to start adding rules to block TOU >> > tunnels entirely because they cannot inspect nor conditionally >> > filter/rewrite the contents. This is even more likely if Joe Random >> > and so easily can do their own

Re: [RFC PATCH V3 0/3] basic device IOTLB support

On Tue, May 24, 2016 at 05:36:22PM +0800, Jason Wang wrote: > This patch tries to implement an device IOTLB for vhost. This could be > used with for co-operation with userspace IOMMU implementation (qemu) > for a secure DMA environment (DMAR) in guest. > > The idea is simple. When vhost meets an

Re: [net-next PATCH v3 00/17] Future-proof tunnel offload handlers

On Tue, Jun 21, 2016 at 1:22 AM, David Miller wrote: > From: Tom Herbert > Date: Mon, 20 Jun 2016 10:05:01 -0700 > >> Generally, this means it needs to at least match by local addresses >> and port for an unconnected/unbound socket, the source address

Re: [alsa-devel] [very-RFC 0/8] TSN driver for the kernel

On 6/20/16 5:18 AM, Richard Cochran wrote: On Mon, Jun 20, 2016 at 01:08:27PM +0200, Pierre-Louis Bossart wrote: The ALSA API provides support for 'audio' timestamps (playback/capture rate defined by audio subsystem) and 'system' timestamps (typically linked to TSC/ART) with one option to take

[PATCH iproute2 net-next v2] bridge: vlan: add support to display per-vlan statistics

This patch adds support for the stats argument to the bridge vlan command which will display the per-vlan statistics and the bridge device each vlan belongs to. The supported command filtering options are dev and vid. Also the man page is updated to explain the new option. This patch uses the new

Re: [PATCH v5 net-next v5 00/14] net: dsa: mv88e6xxx: probe compatible

From: Vivien Didelot Date: Mon, 20 Jun 2016 13:13:57 -0400 > This patchset factorizes the legacy and new SMI probing and abstracts > the switch register accesses. This simplifies adding support for new > chips or alternative register accesses. > > This will

Re: [net-next PATCH v3 00/17] Future-proof tunnel offload handlers

From: Tom Herbert Date: Mon, 20 Jun 2016 10:05:01 -0700 > Generally, this means it needs to at least match by local addresses > and port for an unconnected/unbound socket, the source address for > an unconnected/bound socket, a the full 4-tuple for a connected > socket.

Re: [PATCH net-next 0/8] tou: Transports over UDP - part I

From: Tom Herbert Date: Mon, 20 Jun 2016 08:13:48 -0700 > Routing around the problem is already being done. QUIC, a new protocol used for specific purposes and implemented in userspace from the start is significantly different from making the kernel's _TCP_ implementation

[PATCH] geneve: fix tx_errors statistics

Tx errors present summation of errors encountered while transmitting packets. Signed-off-by: Haishuang Yan --- drivers/net/geneve.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/net/geneve.c b/drivers/net/geneve.c index

Re: [net-next PATCH v3 00/17] Future-proof tunnel offload handlers

From: Hannes Frederic Sowa Date: Mon, 20 Jun 2016 11:11:32 -0700 > I am not sure if this is necessary. The devices actually having the > ndo-ops, used to configure offloading, should only be visible inside one > namespace. If those ndo-ops actually have side effects on other >

Re: [alsa-devel] [very-RFC 0/8] TSN driver for the kernel

On Tue, Jun 21, 2016 at 10:45:18AM -0700, Pierre-Louis Bossart wrote: > You can experiment with the 'dma' and 'link' timestamps today on any > HDaudio-based device. Like I said the synchronized part has not been > upstreamed yet (delays + dependency on ART-to-TSC conversions that made it > in the

[RFC PATCH net v2 2/2] openvswitch: Only set mark and labels with a commit flag.

Only set conntrack mark or labels when the commit flag is specified. This makes sure we can not set them before the connection has been persisted, as in that case the mark and labels would be lost in an event of an userspace upcall. OVS userspace already requires the commit flag to accept setting

[PATCH net v2 1/2] openvswitch: Set mark and labels before confirming.

Set conntrack mark and labels right before committing so that the initial conntrack NEW event has the mark and labels. Signed-off-by: Jarno Rajahalme --- v2: Separate Kernel API change to an RFC patch (2/2). net/openvswitch/conntrack.c | 33 ++--- 1

Re: [PATCH v3 0/6] Introduce pci_(request|release)_(mem|io)_regions

On Tue, Jun 07, 2016 at 09:44:00AM +0200, Johannes Thumshirn wrote: > The first patch in this series introduces the following 4 helper functions to > the PCI core: > > * pci_request_mem_regions() > * pci_request_io_regions() > * pci_release_mem_regions() > * pci_release_io_regions() > > which

[PATCH 1/2] net: ethernet: macb: use phydev from struct net_device

The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phydev in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes ---

[PATCH 2/2] net: ethernet: macb: use phy_ethtool_{get|set}_link_ksettings

There are two generics functions phy_ethtool_{get|set}_link_ksettings, so we can use them instead of defining the same code in the driver. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/cadence/macb.c | 30 -- 1 files changed, 4

Re: r8169 regression: UDP packets dropped intermittantly

Jonathan Woithe : [...] > Is there any chance that this regression can be resolved? It's been 6 > months since the last contact was received from the list in relation to this > issue. If the r8169 driver is to remain broken with respect to UDP traffic > then we will have

Re: [ovs-dev] [PATCH net-next] openvswitch: Only set mark and labels when commiting a connection.

On 20 June 2016 at 17:19, Jarno Rajahalme wrote: > Only allow setting conntrack mark or labels when the commit flag is > specified. This makes sure we can not set them before the connection > has been persisted, as in that case the mark and labels would be lost > in an event of an

Re: [PATCH] ibmvnic: fix to use list_for_each_safe() when delete items

On 06/20/2016 10:50 AM, Thomas Falcon wrote: > On 06/17/2016 09:53 PM, weiyj...@163.com wrote: >> From: Wei Yongjun >> >> Since we will remove items off the list using list_del() we need >> to use a safe version of the list_for_each() macro aptly named >>

Re: 802.3ad bonding aggregator reselection

2016-06-21 18:46 GMT+03:00 Jay Vosburgh : > Veli-Matti Lintu wrote: > >>2016-06-20 17:11 GMT+03:00 zhuyj : >>> 5. Switch Configuration >>> === >>> >>> For this section, "switch" refers to

[PATCH iproute2 net-next] bridge: vlan: fix a few "fdb" typos in vlan doc

Signed-off-by: Vivien Didelot --- bridge/vlan.c | 2 +- man/man8/bridge.8 | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/bridge/vlan.c b/bridge/vlan.c index 717025a..a8a2e1d 100644 --- a/bridge/vlan.c +++ b/bridge/vlan.c @@

[PATCH iproute2 net-next] bridge: man: fix "brige" typo

Signed-off-by: Vivien Didelot --- man/man8/bridge.8 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/man/man8/bridge.8 b/man/man8/bridge.8 index 1818542..ac42118 100644 --- a/man/man8/bridge.8 +++ b/man/man8/bridge.8 @@ -234,7 +234,7 @@

Re: [net-next PATCH v3 00/17] Future-proof tunnel offload handlers

On Tue, Jun 21, 2016 at 11:17 AM, Alexander Duyck wrote: > On Tue, Jun 21, 2016 at 10:40 AM, Hannes Frederic Sowa > wrote: >> On 21.06.2016 10:27, Edward Cree wrote: >>> On 21/06/16 18:05, Alexander Duyck wrote: On Tue, Jun 21, 2016 at 1:22 AM,

Re: [net-next PATCH v3 00/17] Future-proof tunnel offload handlers

On 21/06/16 18:40, Hannes Frederic Sowa wrote: > On 21.06.2016 10:27, Edward Cree wrote: >> At a given physical point in the network, a given UDP flow either is or is >> not carrying encapsulated traffic, and if it tries to be both then things >> are certain to break, just as much as if two

Re: [iproute PATCH v2 2/7] Use C99 style initializers everywhere

On Tue, 21 Jun 2016 19:17:31 +0200 Phil Sutter wrote: > On Tue, Jun 21, 2016 at 11:13:11AM -0600, David Ahern wrote: > > On 6/21/16 11:03 AM, Phil Sutter wrote: > > >> I downloaded CentOS 5 and 6. iproute2 fails to compile on CentOS 5.11; > > >> ip command builds on 6.8 but with a

Re: [net-next PATCH v3 00/17] Future-proof tunnel offload handlers

On Tue, Jun 21, 2016 at 10:40 AM, Hannes Frederic Sowa wrote: > On 21.06.2016 10:27, Edward Cree wrote: >> On 21/06/16 18:05, Alexander Duyck wrote: >>> On Tue, Jun 21, 2016 at 1:22 AM, David Miller wrote: But anyways, the vastness of the key is why

Re: [iproute PATCH v2 2/7] Use C99 style initializers everywhere

On 6/21/16 11:03 AM, Phil Sutter wrote: I downloaded CentOS 5 and 6. iproute2 fails to compile on CentOS 5.11; ip command builds on 6.8 but with a flurry of redefinition errors (BUILD_BUG_ON), but fails at tc. What's the exact error message please? Maybe some incompatibility in kernel headers?

[PATCH v2 1/2] netfilter/nflog: nflog-range does not truncate packets

netfilter/nflog: nflog-range does not truncate packets li->u.ulog.copy_len is currently ignored by the kernel, we should truncate the packet to either li->u.ulog.copy_len (if set) or copy_range before sending it to userspace. 0 is a valid input for copy_len, so add a new flag to indicate whether

[PATCH v2 2/2] netfilter/nflog: nflog-range does not truncate packets (userspace)

netfilter/nflog: nflog-range does not truncate packets The option --nflog-range has never worked, but we cannot just fix this because users might be using this feature option and their behavior would change. Instead add a new option --nflog-size. This option works the same way nflog-range should

Re: [PATCH v4 00/19] CALIPSO Implementation

On Tue, Jun 21, 2016 at 5:55 AM, Huw Davies wrote: > On Tue, Jun 21, 2016 at 05:39:28AM -0400, David Miller wrote: >> From: Huw Davies >> Date: Mon, 20 Jun 2016 14:36:40 +0100 >> >> > This patch series implements RFC 5570 - Common Architecture Label

[PATCH V2 2/2] ath6kl: replace semaphore with mutex

It replaces struct semaphore sem with struct mutex mutex Reported-by: kbuild test robot Signed-off-by: Chaehyun Lim --- V2: fix build failure reported by kbuild test robot drivers/net/wireless/ath/ath6kl/cfg80211.c | 30 +++---

Re: [PATCH net-next] tcp: reduce cpu usage when SO_SNDBUF is set

On Tue, 2016-06-21 at 11:24 -0400, Jason Baron wrote: > in tcp_check_space() with something like: > > sk->sk_flags &= ~((1UL << SOCK_QUEUE_SHRUNK) | (1UL << SOCK_SHORT_WRITE)); > > Since we are already writing to sk_flags there this should have very > minimal overhead. And then remove the clear

Re: r8169 regression: UDP packets dropped intermittantly

On Wed, Jun 22, 2016 at 01:09:57AM +0200, Francois Romieu wrote: > Jonathan Woithe : > [...] > > Is there any chance that this regression can be resolved? It's been 6 > > months since the last contact was received from the list in relation to this > > issue. If the r8169

[PATCH iproute2] Enable use of extra debugging information

Add -g flag to builds if DEBUG parameter is set. Improves debugging with gdb. Signed-off-by: David Ahern --- Makefile | 4 1 file changed, 4 insertions(+) diff --git a/Makefile b/Makefile index 15c81ecfdca3..8e006759079d 100644 --- a/Makefile +++ b/Makefile @@

Re: [ovs-dev] [PATCH net v2 1/2] openvswitch: Set mark and labels before confirming.

On 21 June 2016 at 14:59, Jarno Rajahalme wrote: > Set conntrack mark and labels right before committing so that > the initial conntrack NEW event has the mark and labels. > > Signed-off-by: Jarno Rajahalme Acked-by: Joe Stringer

Re: [ovs-dev] [PATCH net-next] openvswitch: Only set mark and labels when commiting a connection.

Thanks for the review! > On Jun 21, 2016, at 1:57 PM, Joe Stringer wrote: > > On 20 June 2016 at 17:19, Jarno Rajahalme wrote: >> Only allow setting conntrack mark or labels when the commit flag is >> specified. This makes sure we can not set them before the

Re: [net-next PATCH v3 00/17] Future-proof tunnel offload handlers

On 21.06.2016 11:42, Tom Herbert wrote: >> > There is also some argument to be had for theory versus application. >> > Arguably it is the customers that are leading to some of the dirty >> > hacks as I think vendors are building NICs based on customer use cases >> > versus following any

Re: [PATCHv3] wlcore: spi: add wl18xx support

On Tue, Jun 21, 2016 at 12:02:06PM +, Reizer, Eyal wrote: > Add support for using with both wl12xx and wl18xx. > > - all wilink family needs special init command for entering wspi mode. > extra clock cycles should be sent after the spi init command while the > cs pin is high. > - Use

Re: [PATCH v2] net: stmmac: dwmac-rk: add rk3228-specific data

On Tue, Jun 21, 2016 at 08:33:28PM +0800, Xing Zheng wrote: > Add constants and callback functions for the dwmac on rk3228/rk3229 socs. > As can be seen, the base structure is the same, only registers and the > bits in them moved slightly. > > Signed-off-by: Xing Zheng

[PATCH iproute2 net-next v3 5/5] bridge: update man page

From: Roopa Prabhu Signed-off-by: Roopa Prabhu --- man/man8/bridge.8 | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/man/man8/bridge.8 b/man/man8/bridge.8 index 08e8a5b..abaee63 100644 --- a/man/man8/bridge.8

Re: [alsa-devel] [very-RFC 0/8] TSN driver for the kernel

On Tue, Jun 21, 2016 at 07:54:32AM +0200, Takashi Iwai wrote: > > I still would appreciate an answer to my other questions, though... > > Currently HD-audio (both ASoC and legacy ones) are the only drivers > providing the link timestamp. In the recent code, it's PCM > get_time_info ops, so you

[PATCH iproute2 net-next v3 3/5] bridge: add json support for bridge fdb show

From: Anuradha Karuppiah Sample output: $bridge -j fdb show [{ "mac": "44:38:39:00:69:88", "dev": "swp2s0", "vlan": 2, "master": "br0", "state": "permanent" },{ "mac": "00:02:00:00:00:01", "dev": "swp2s0",

[PATCH iproute2 net-next v3 4/5] bridge: add json schema for bridge fdb show

From: Anuradha Karuppiah we think storing the schema file for the json format will be useful. Signed-off-by: Anuradha Karuppiah --- schema/bridge_fdb_schema.json | 62 +++ 1 file changed, 62

[PATCH iproute2 net-next v3 0/5] bridge: json support for fdb and vlan show

From: Roopa Prabhu This patch series adds json support for a few bridge show commands. We plan to follow up with json support for additional commands soon. Anuradha Karuppiah (3): json_writer: allow base json data type to be array or object bridge: add json

Re: [PATCH 0/3] *** Mesh Path Selection Metric Calculation ***

Peter Oh writes: > where is 2/3 ? You can find the patches from patchwork: https://patchwork.kernel.org/patch/9187367/ https://patchwork.kernel.org/patch/9187361/ https://patchwork.kernel.org/patch/9187355/ -- Kalle Valo

Re: more fallout from sch locking changes?

On Mon, 2016-06-20 at 22:02 -0600, David Ahern wrote: > I just updated to top of next-net tree (697666eac66) and still seeing an > occasional lockdep splat. It is not reliable to the point I would > attempt a git bisect. 2 splats -- 1 for ipv4 (first login to VM after > boot) and ipv6 (second

[PATCH iproute2 net-next v3 2/5] bridge: add json support for bridge vlan show

From: Roopa Prabhu $bridge -c vlan show portvlan ids swp1 1 PVID Egress Untagged 10-13 swp2 1 PVID Egress Untagged 10-13 br0 1 PVID Egress Untagged $bridge -json vlan show { "swp1": [{ "vlan": 1,

[PATCH iproute2 net-next v3 1/5] json_writer: allow base json data type to be array or object

From: Anuradha Karuppiah This patch adds a type qualifier to json_writer. Type can be a json object or array. This can be extended to other types like json-string, json-number etc in the future. Signed-off-by: Anuradha Karuppiah ---

Re: [alsa-devel] [very-RFC 0/8] TSN driver for the kernel

On Tue, 21 Jun 2016 08:38:57 +0200, Richard Cochran wrote: > > On Tue, Jun 21, 2016 at 07:54:32AM +0200, Takashi Iwai wrote: > > > I still would appreciate an answer to my other questions, though... > > > > Currently HD-audio (both ASoC and legacy ones) are the only drivers > > providing the

Re: [6/6] ppc: ebpf/jit: Implement JIT compiler for extended BPF

On 2016/06/21 09:38AM, Michael Ellerman wrote: > On Sun, 2016-06-19 at 23:06 +0530, Naveen N. Rao wrote: > > On 2016/06/17 10:53PM, Michael Ellerman wrote: > > > On Tue, 2016-07-06 at 13:32:23 UTC, "Naveen N. Rao" wrote: > > > > diff --git a/arch/powerpc/net/bpf_jit_comp64.c > > > >

[PATCH] net: stmmac: dwmac-rk: add rk322x-specific data

Add constants and callback functions for the dwmac on rk322x socs. As can be seen, the base structure is the same, only registers and the bits in them moved slightly. Signed-off-by: Xing Zheng --- .../devicetree/bindings/net/rockchip-dwmac.txt |3 +-

Re: Micrel Phy KSZ8031 clock select setting in dts

On Mon, Jun 20, 2016 at 07:14:06PM +0200, Oliver Graute wrote: > On 20/06/16, Andrew Lunn wrote: > > > { > > > pinctrl-names = "default"; > > > pinctrl-0 = <_enet1>; > > > phy-mode = "rmii"; > > > micrel,rmii-reference-clock-select-25-mhz; > > > clocks,rmii-ref; > > > > You are adding

<    1   2