[PATCH/RFC net-next v3 1/4] phylib: Add phy_set_max_speed helper

Add a helper to allow ethernet drivers to limit the speed of a phy (that they are attached to). This mainly involves factoring out the business-end of of_set_phy_supported() and exporting a new symbol. This code seems to be open coded in several places, in several different variants. It is is

[PATCH/RFC net-next v3 0/4] ravb: Add support for r8a7795 SoC

This series enhances the ravb driver to support the r8a7795 SoC. Changes: * Details in changelog of individual patches Base: * net-next/master Availability: To aid review of this and other EtherAVB the following branches are available in my renesas tree on kernel.org. *

[PATCH/RFC net-next v3 2/4] ravb: Provide dev parameter to DMA API

From: Kazuya Mizuguchi This patch is in preparation for using this driver on arm64 where the implementation of __dma_alloc_coherent fails if a device parameter is not provided. Signed-off-by: Kazuya Mizuguchi Signed-off-by:

[PATCH/RFC net-next v3 4/4] ravb: Add support for r8a7795 SoC

From: Kazuya Mizuguchi This patch supports the r8a7795 SoC by: - Using two interrupts + One for E-MAC + One for everything else + Both can be handled by the existing common interrupt handler, which affords a simpler update to support the new SoC. In

[PATCH/RFC net-next v3 3/4] ravb: Document binding for r8a7795 SoC

From: Kazuya Mizuguchi This patch updates the ravb binding to support the r8a7795 SoC by: - Adding a compat string for the new hardware - Adding 25 named interrupts to binding for the new SoC; older SoCs continue to use a single multiplexed interrupt The

Re: ATL1E 0000:02:00.0: swiotlb buffer is full (sz: 529461 bytes)

On 2015.09.12 at 08:51 +0200, Markus Trippelsdorf wrote: > With the current Linus git tree I get an occasional swiotlb allocation > error during network setup at boot-time: > > ATL1E :02:00.0: swiotlb buffer is full (sz: 529461 bytes) > swiotlb: coherent allocation failed for device

[PATCH v3] netlink: Fix autobind race condition that leads to zero port ID

On Thu, Sep 17, 2015 at 07:30:34AM -0400, Tejun Heo wrote: > > Maybe add that this led to a deadlock and add a Link tag to this > thread? I'll add a note about the deadlock but I don't like Link tags because websites die and you can always just google the patch subject. > > + nlk_sk(sk)->bound

Re: mvneta: SGMII fixed-link not so fixed

18.09.2015 20:30, Florian Fainelli пишет: On 18/09/15 10:22, Russell King - ARM Linux wrote: On Fri, Sep 18, 2015 at 07:04:09PM +0300, Stas Sergeev wrote: 18.09.2015 18:43, Russell King - ARM Linux пишет: On Fri, Sep 18, 2015 at 05:45:27PM +0300, Stas Sergeev wrote: AFAICS if it has

[PATCH next 13/15] netfilter: Pass priv instead of nf_hook_ops to netfilter hooks

Only pass the void *priv parameter out of the nf_hook_ops. That is all any of the functions are interested now, and by limiting what is passed it becomes simpler to change implementation details. Signed-off-by: "Eric W. Biederman" --- include/linux/netfilter.h

[PATCH next 14/15] netfilter: Pass net into nf_xfrm_me_harder

Instead of calling dev_net on a likley looking network device pass state->net into nf_xfrm_me_harder. Signed-off-by: "Eric W. Biederman" --- include/net/netfilter/nf_nat_core.h | 2 +- net/ipv4/netfilter/nf_nat_l3proto_ipv4.c | 4 ++--

[PATCH next 12/15] ipvs: Read hooknum from state rather than ops->hooknum

This should be more cache efficient as state is more likely to be in core, and the netfilter core will stop passing in ops soon. Signed-off-by: "Eric W. Biederman" --- net/netfilter/ipvs/ip_vs_core.c | 16 1 file changed, 8 insertions(+), 8 deletions(-)

[PATCH next 15/15] netfilter: Use nf_ct_net instead of dev_net(out) in nf_nat_masquerade_ipv6

Use nf_ct_net(ct) instead of guessing that the netdevice out can reliably report the network namespace the conntrack operation is happening in. Signed-off-by: "Eric W. Biederman" --- net/ipv6/netfilter/nf_nat_masquerade_ipv6.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH next 11/15] nf_conntrack: Add a struct net parameter to l4_pkt_to_tuple

As gre does not have the srckey in the packet gre_pkt_to_tuple needs to perform a lookup in it's per network namespace tables. Pass in the proper network namespace to all pkt_to_tuple implementations to ensure gre (and any similar protocols) can get this right. Signed-off-by: "Eric W. Biederman"

RE: [PATCH net] bna: check for dma mapping errors

> From: Ivan Vecera [mailto:ivec...@redhat.com] > Sent: Wednesday, September 16, 2015 6:28 AM > > Check for DMA mapping errors, recover from them and register them in > ethtool stats like other errors. Acked-by: Rasesh Mody Thanks! Rasesh > Cc: Rasesh Mody

[iproute PATCH 5/6] man: lnstat: rewrite manpage

Signed-off-by: Phil Sutter --- man/man8/lnstat.8 | 197 -- 1 file changed, 192 insertions(+), 5 deletions(-) diff --git a/man/man8/lnstat.8 b/man/man8/lnstat.8 index 699ddf4..69fe876 100644 --- a/man/man8/lnstat.8 +++

[PATCH] geneve: use network byte order for destination port config parameter

This is primarily for consistancy with vxlan and other tunnels which use network byte order for similar parameters. Signed-off-by: John W. Linville --- It is OK to change this, since this parameter was introduced to net-next in the pre-4.3 cycle. Using network byte order

[PATCH net-next] tcp: Fix CWV being too strict on thin streams

Application limited streams such as thin streams, that transmit small amounts of payload in relatively few packets per RTT, are prevented from growing the CWND after experiencing loss. This leads to increased sojourn times for data segments in streams that often transmit time-dependent data.

Re: [PATCH next 0/30] Passing net through the netfilter hooks

Le 18/09/2015 00:24, Eric W. Biederman a écrit : [snip] Thanks for review. I have added an extra patch for the missing blank lines that are still missing after the entire series. As they affect neither code correctness nor bisectability I don't think there is any point respinning the indivdual

Re: [PATCH/RFC net-next v3 3/4] ravb: Document binding for r8a7795 SoC

On Fri, Sep 18, 2015 at 8:03 AM, Simon Horman wrote: > From: Kazuya Mizuguchi > > This patch updates the ravb binding to support the r8a7795 SoC by: > - Adding a compat string for the new hardware > - Adding 25 named interrupts to

[PATCH] tipc: reinitialize pointer after skb linearize

From: Erik Hugne The msg pointer into header may change after skb linearization. We must reinitialize it after calling skb_linearize to prevent operating on a freed or invalid pointer. Signed-off-by: Erik Hugne Reported-by: Tamás Végh

[PATCH 4/4] netfilter: nf_log: wait for rcu grace after logger unregistration

The nf_log_unregister() function needs to call synchronize_rcu() to make sure that the objects are not dereferenced anymore on module removal. Fixes: 5962815a6a56 ("netfilter: nf_log: use an array of loggers instead of list") Signed-off-by: Pablo Neira Ayuso ---

[PATCH 2/4] netfilter: bridge: fix routing of bridge frames with call-iptables=1

From: Florian Westphal We can't re-use the physoutdev storage area. 1. When using NFQUEUE in PREROUTING, we attempt to bump a bogus refcnt since nf_bridge->physoutdev is garbage (ipv4/ipv6 address) 2. for same reason, we crash in physdev match in FORWARD or later if skb is

[PATCH 0/4] Netfilter fixes for net

Hi David, The following patch contains Netfilter fixes for your net tree, they are: 1) nf_log_unregister() should only set to NULL the logger that is being unregistered, instead of everything else. Patch from Florian Westphal. 2) Fix a crash when accessing physoutdev from PREROUTING in

[PATCH 3/4] netfilter: nft_compat: skip family comparison in case of NFPROTO_UNSPEC

Fix lookup of existing match/target structures in the corresponding list by skipping the family check if NFPROTO_UNSPEC is used. This is resulting in the allocation and insertion of one match/target structure for each use of them. So this not only bloats memory consumption but also severely

Re: [PATCH 0/7] Phy and mdiobus fixes

Sorry guys, some of you will get the patches twice, as Sören's name in the header caused vger to reject all the patches. -- FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up according to speedtest.net. -- To unsubscribe from this list: send the line "unsubscribe netdev" in

[PATCH 7/7] phy: add phy_device_remove()

Add a phy_device_remove() function to complement phy_device_register(), which undoes the effects of phy_device_register() by removing the phy device from visibility, but not freeing it. This allows these details to be moved out of the mdio bus code into the phy code where this action belongs.

[PATCH 4/7] of_mdio: fix MDIO phy device refcounting

bus_find_device() is defined as: * This is similar to the bus_for_each_dev() function above, but it * returns a reference to a device that is 'found' for later use, as * determined by the @match callback. and it does indeed return a reference-counted pointer to the device: while

rfi: stmmac: creating an of mdio bus for attached dsa

G'day All, Prior to submitting a patch I'd just like to get an idea on what the correct way is to create and register an mdio bus for use by the marvell dsa driver. On our system the cpu ethernet port is connected directly to a switch with a fixed link (1Gbit). So the driver needs to create

[PATCH 0/1] macvtap regression since 3.18

Michael, here is a fixup for macvtap. It was detected by running several different patterns via uperf over multiple network cards. Within some minutes, the network traffic stalled and Matt bisected it down to 39ec7de7092b ("macvtap: fix uninitialized access on TUNSETIFF"). Turns out that this

[PATCH] Revert "net/phy: Add Vitesse 8641 phy ID"

This reverts commit 1298267b548a78840bd4b3e030993ff8747ca5e6. That commit claim that the Vitesse VSC8641 is compatible with Vitesse 82xx. But this is not true. It seems that all the registers used in Vitesse phy driver are not compatible between 8641 and 82xx. It does cause malfunction of the

[PATCH 1/1] macvtap: Fix regression for macvtap ioctls

To avoid overwriting the upper bits of the flags, commit 39ec7de7092b ("macvtap: fix uninitialized access on TUNSETIFF") changed the variable u from unsigned int to unsigned short and added some ORing logic for the flags. This introduced at least one regression: - TUNSETSNDBUF supports int as its

Re: [PATCH net] netlink: make sure -EBUSY won't escape from netlink_insert

On 09/18/2015 04:09 AM, Herbert Xu wrote: On Thu, Sep 17, 2015 at 11:47:12AM -0700, Linus Torvalds wrote: On Wed, Sep 16, 2015 at 10:41 PM, Christoph Paasch wrote: can this patch get queued up for 4.1 as well? It seems to fix a similar issue in 4.1.6. I think

[PATCH 3/7] phy: add proper phy struct device refcounting

Take a refcount on the phy struct device when the phy device is attached to a network device, and drop it after it's detached. This ensures that a refcount is held on the phy device while the device is being used by a network device, thereby preventing the phy_device from being unexpectedly

[PATCH 2/7] phy: fix mdiobus module safety

Re-implement the mdiobus module refcounting to ensure that we actually ensure that the mdiobus module code does not go away while we might call into it. The old scheme using bus->dev.driver was buggy, because bus->dev is a class device which never has a struct device_driver associated with it,

[PATCH 6/7] phy: fixed-phy: properly validate phy in fixed_phy_update_state()

Validate that the phy_device passed into fixed_phy_update_state() is a fixed-phy device before walking the list of phys for a fixed phy at the same address. Signed-off-by: Russell King --- drivers/net/phy/fixed_phy.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 5/7] net: fix phy refcounting in a bunch of drivers

of_phy_find_device() increments the phy struct device refcount, which we need to properly balance. Add code to network drivers using this function to ensure that the struct device refcount is correctly balanced. Signed-off-by: Russell King ---

[PATCH 1/7] phy: fix of_mdio_find_bus() device refcount leak

of_mdio_find_bus() leaks a struct device refcount, caused by using class_find_device() and not realising that the device reference has its refcount incremented: * Note, you will need to drop the reference with put_device() after use. ... while ((dev = class_dev_iter_next())) {

Re: mvneta: SGMII fixed-link not so fixed

On Thu, Sep 17, 2015 at 04:36:44PM -0700, Florian Fainelli wrote: > On 17/09/15 16:14, Russell King - ARM Linux wrote: > > [snip] > > >with _no_ phy node. > > > > 4. Going back to the SFP problem, the link is only up when the SFP > >module pins indicate that there's no transmitter

[PATCH] ip: allow using a device "help" (or a prefix thereof)

Device names that match "help" or a prefix thereof should be allowed anywhere a device name can be used. Note that a suitable keyword ("dev" or "name", the latter for "ip tunnel") has to be used in these cases to resolve ambiguities. Signed-off-by: Christoph Schulz

[PATCH net 1/2] iptunnel: make rx/tx bytes counters consistent

This was already done a long time ago in commit 64194c31a0b6 ("inet: Make tunnel RX/TX byte counters more consistent") but tx path was broken (at least since 3.10). Before the patch the gre header was included on tx. After the patch: $ ping -c1 192.168.0.121 ; ip -s l ls dev gre1 PING

[PATCH net 2/2] ip6tunnel: make rx/tx bytes counters consistent

Like the previous patch, which fixes ipv4 tunnels, here is the ipv6 part. Before the patch, the external ipv6 header + gre header were included on tx. After the patch: $ ping -c1 192.168.6.121 ; ip -s l ls dev ip6gre1 PING 192.168.6.121 (192.168.6.121) 56(84) bytes of data. 64 bytes from

Re: [PATCH net 2/2] 8139cp: reset BQL when ring tx ring cleared

On Fri, 2015-09-18 at 02:04 +0100, David Woodhouse wrote: > On Fri, 2015-09-18 at 01:44 +0200, Francois Romieu wrote: > > The TxDmaOkLowDesc register may tell if the Tx dma part is still > > making any progress. I have added a TxPoll request. See below. > > I've just added that into the original

Re: [PATCH next 0/30] Passing net through the netfilter hooks

On Thu, Sep 17, 2015 at 05:19:04PM -0700, David Miller wrote: > From: ebied...@xmission.com (Eric W. Biederman) > Date: Tue, 15 Sep 2015 19:59:49 -0500 > > > Pablo, Dave I don't know whose tree this makes more sense to go > > through. I am assuming at least initially Pablos as netfilter is > >

[PATCH 1/4] netfilter: nf_log: don't zap all loggers on unregister

From: Florian Westphal like nf_log_unset, nf_log_unregister must not reset the list of loggers. Otherwise, a call to nf_log_unregister() will render loggers of other nf protocols unusable: iptables -A INPUT -j LOG modprobe nf_log_arp ; rmmod nf_log_arp iptables -A INPUT -j LOG

RE: [PATCH] Revert "net/phy: Add Vitesse 8641 phy ID"

> -Original Message- > From: Kevin Hao [mailto:haoke...@gmail.com] > Sent: Friday, September 18, 2015 3:43 PM > To: netdev@vger.kernel.org > Cc: Florian Fainelli; Xie Shaohui-B21989 > Subject: [PATCH] Revert "net/phy: Add Vitesse 8641 phy ID" > > This reverts commit

Re: [PATCH 1/2 v2] airo: fix IW_AUTH_ALG_OPEN_SYSTEM

On Friday 18 September 2015 18:54:35 Dan Williams wrote: > On Tue, 2015-09-15 at 17:18 +0200, Ondrej Zary wrote: > > IW_AUTH_ALG_OPEN_SYSTEM is ambiguous in set_auth for WEP as > > wpa_supplicant uses it for both no encryption and WEP open system. > > Cache the last mode set (only of these two)

Re: [PATCH v2] geneve: remove use of internal IP header when calling IP_ECN_decapsulate

On Thu, Sep 17, 2015 at 1:34 PM, John W. Linville wrote: > This seems to have been a "thinko". IP_ECN_decapsulate needs info > from both internal and external headers. > > Signed-off-by: John W. Linville This looks good to me although I realized

[PATCH net-next] tcp: usec resolution SYN/ACK RTT

Currently SYN/ACK RTT is measured in jiffies. For LAN the SYN/ACK RTT is often measured as 0ms or sometimes 1ms, which would affect RTT estimation and min RTT samping used by some congestion control. This patch improves SYN/ACK RTT to be usec resolution if platform supports it. While the

Re: [PATCH] net: gianfar_ptp: Fix module autoload for OF platform driver

Please ignore this. It has the wrong [PATCH] tag. Apologies, Luis On Fri, Sep 18, 2015 at 09:52:44PM +0200, Luis de Bethencourt wrote: > This platform driver has a OF device ID table but the OF module > alias information is not created so module autoloading won't work. > > Signed-off-by: Luis

Re: [PATCH v2] geneve: remove vlan-related feature assignment

On Fri, Sep 18, 2015 at 1:20 PM, John W. Linville wrote: > The code handling vlan tag insertion was dropped in commit 371bd1061d29 > ("geneve: Consolidate Geneve functionality in single module."). Now we > need to drop the related vlan feature bits in the netdev

[iproute PATCH 3/6] comment: Fix remaining listings of wrong FSF address

This patch follows the changes of commit 4d98ab0 ("Fix FSF address in file headers"), fixing file headers added after it. Signed-off-by: Phil Sutter --- include/linux/tc_act/tc_skbedit.h | 3 +-- tc/m_connmark.c | 3 +-- 2 files changed, 2 insertions(+), 4

[iproute PATCH 0/6] documentation enhancements

This series extends manpages of ip-address and ip by a few smaller things, practically rewrites lnstat manpage to cover in detail what it is used for and what the meanings of the available statistics are, adds a minimal manpage for the rtpr script and last but not least fixes two remaining file

[iproute PATCH 1/6] man: ip-address: align synopsis with help output

When fixing the BNF syntax error, I overlooked that 'ip address help' prints a more correct synopsis. This patch aligns them. Fixes: 715296b ("ip-address.8.in: fix BNF syntax error") Signed-off-by: Phil Sutter --- man/man8/ip-address.8.in | 2 +- 1 file changed, 1 insertion(+), 1

[iproute PATCH 2/6] man: ip: add -h[uman-readable] option

Since 'ip help' lists it, it should be described in ip.8 as well. Signed-off-by: Phil Sutter --- man/man8/ip.8 | 5 + 1 file changed, 5 insertions(+) diff --git a/man/man8/ip.8 b/man/man8/ip.8 index 9da086d..e6c2b32 100644 --- a/man/man8/ip.8 +++ b/man/man8/ip.8 @@ -27,6 +27,7

[iproute PATCH 4/6] man: ip-address: document mngtmpaddr and noprefixroute flags

Signed-off-by: Phil Sutter --- man/man8/ip-address.8.in | 18 +- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git a/man/man8/ip-address.8.in b/man/man8/ip-address.8.in index 43611b9..159d906 100644 --- a/man/man8/ip-address.8.in +++

[iproute PATCH 6/6] man: rtpr: add minimal manpage

While there is not much to explain about this rather trivial shell script, having a manpage for it serves as good point of reference for users wondering what it might be for. Signed-off-by: Phil Sutter --- man/man8/Makefile | 2 +- man/man8/rtpr.8 | 25 +

[PATCH net-next] tcp: send loss probe after 1s if no RTT available

This patch makes TLP to use 1 sec timer by default when RTT is not available due to SYN/ACK retransmission or SYN cookies. Prior to this change, the lack of RTT prevents TLP so the first data packets sent can only be recovered by fast recovery or RTO. If the fast recovery fails to trigger the RTO

[PATCH next 0/15] netfilter: Stop guessing net (take 2)

This is the next installment of my work to pass struct net through the output path so the code does not need to guess how to figure out which network namespace it is in, and ultimately routes can have output devices in another network namespace. This round the changes focus on using

Re: [GIT-PULL nf-next 00/15] IPVS Updates for v4.4

On Thu, Sep 17, 2015 at 02:40:36PM +0900, Simon Horman wrote: > Hi Pablo, > > please consider these IPVS Updates for v4.4. > > The updates include the following from Alex Gartrell: > * Scheduling of ICMP > * Sysctl to ignore tunneled packets; and hence some packet-looping scenarios > > The

[PATCH v2] geneve: remove vlan-related feature assignment

The code handling vlan tag insertion was dropped in commit 371bd1061d29 ("geneve: Consolidate Geneve functionality in single module."). Now we need to drop the related vlan feature bits in the netdev structure. Signed-off-by: John W. Linville --- v2 -- replace earlier

Re: [PATCH] iplink_geneve: add UDP destination port configuration at link creation

On Fri, Sep 18, 2015 at 09:15:56AM -0700, Jesse Gross wrote: > On Fri, Sep 18, 2015 at 7:45 AM, Eric Dumazet wrote: > > On Fri, 2015-09-18 at 10:26 -0400, John W. Linville wrote: > >> On Thu, Sep 17, 2015 at 01:49:49PM -0700, Eric Dumazet wrote: > >> > On Thu, 2015-09-17

Re: [PATCH 4/6] net: freescale: Fix module autoload for OF platform driver

On Fri, Sep 18, 2015 at 05:55:27PM +0200, Luis de Bethencourt wrote: > This platform driver has a OF device ID table but the OF module > alias information is not created so module autoloading won't work. > > Signed-off-by: Luis de Bethencourt Nit: The subject line should

[PATCH net-next 4/7] bridge: define some min/max ageing time constants we'll use next

From: Scott Feldman Signed-off-by: Scott Feldman --- include/linux/if_bridge.h |4 1 file changed, 4 insertions(+) diff --git a/include/linux/if_bridge.h b/include/linux/if_bridge.h index dad8b00..6cc6dbc 100644 --- a/include/linux/if_bridge.h

[PATCH] net: gianfar_ptp: Fix module autoload for OF platform driver

This platform driver has a OF device ID table but the OF module alias information is not created so module autoloading won't work. Signed-off-by: Luis de Bethencourt --- Corrected the subject line as requested by Richard. https://lkml.org/lkml/2015/9/18/717 Thanks for

[PATCH net-next 2/7] rocker: store rocker_port in fdb key rather than pport

From: Scott Feldman We'll need more info from rocker_port than just pport when we age out fdb entries, so store rocker_port rather than pport in each fdb entry. Signed-off-by: Scott Feldman --- drivers/net/ethernet/rocker/rocker.c |8 1 file

Re: [PATCH next 0/15] netfilter: Stop guessing net (take 2)

On Fri, Sep 18, 2015 at 02:28:40PM -0500, Eric W. Biederman wrote: > > This is the next installment of my work to pass struct net through the > output path so the code does not need to guess how to figure out which > network namespace it is in, and ultimately routes can have output > devices in

Re: [PATCH] geneve: use network byte order for destination port config parameter

On Fri, Sep 18, 2015 at 12:59 PM, John W. Linville wrote: > This is primarily for consistancy with vxlan and other tunnels which > use network byte order for similar parameters. > > Signed-off-by: John W. Linville > --- > It is OK to change this,

Re: [PATCH v2] geneve: remove use of internal IP header when calling IP_ECN_decapsulate

On Fri, Sep 18, 2015 at 01:30:36PM -0700, Jesse Gross wrote: > On Thu, Sep 17, 2015 at 1:34 PM, John W. Linville > wrote: > > This seems to have been a "thinko". IP_ECN_decapsulate needs info > > from both internal and external headers. > > > > Signed-off-by: John W.

Re: [PATCH next 0/14] netfilter: Stop guessing net

Nicolas Dichtel writes: > Le 18/09/2015 17:06, Eric W. Biederman a écrit : >> >> This is the next installment of my work to pass struct net through the >> output path so the code does not need to guess how to figure out which >> network namespace it is in, and

[PATCH net-next 6/7] bridge: don't age externally added FDB entries

From: Siva Mannem Signed-off-by: Siva Mannem Signed-off-by: Scott Feldman --- net/bridge/br_fdb.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/net/bridge/br_fdb.c b/net/bridge/br_fdb.c index 9e9875d..6663cc0

[PATCH net-next 1/7] rocker: track when FDB entry is touched.

From: Scott Feldman The entry is touched once when created, and touched again for each update. The touched time is used to calculate FDB entry age. Signed-off-by: Scott Feldman --- drivers/net/ethernet/rocker/rocker.c | 18 -- 1 file

[PATCH net-next 5/7] rocker: add FDB cleanup timer

From: Scott Feldman Add a timer to each rocker switch to do FDB entry cleanup by ageing out expired entries. The timer scheduling algo is copied from the bridge driver, for the most part, to keep the firing of the timer to a minimum. Signed-off-by: Scott Feldman

[PATCH net-next 0/7] bridge: don't age out externally added FDB entries

From: Scott Feldman Siva originally proposed skipping externally added FDB entries in the bridge's FDB garbage collection func, and moving the ageing of externally added entries to the port driver/device. This broke rocker, since rocker didn't have a hardware (or software)

[PATCH net-next 7/7] switchdev: update documentation on FDB ageing_time

From: Scott Feldman Signed-off-by: Scott Feldman --- Documentation/networking/switchdev.txt | 24 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/Documentation/networking/switchdev.txt

[PATCH net-next 3/7] rocker: adding port ageing_time for ageing out FDB entries

From: Scott Feldman Follow-up patcheset will allow user to change ageing_time, but for now just hard-code it to a fixed value (the same value used as the default for the bridge driver). Signed-off-by: Scott Feldman --- drivers/net/ethernet/rocker/rocker.c

[PATCH v2] net/wireless: enable wiphy device to suspend/resume asynchronously

Now, PM core supports asynchronous suspend/resume mode for devices during system suspend/resume, and the power state transition of one device may be completed in separate kernel thread. PM core ensures all power state transition timing dependency between devices. This patch enables wiphy device to

Re: [PATCH net] openvswitch: Zero flows on allocation.

On Fri, Sep 18, 2015 at 7:06 PM, Jesse Gross wrote: > OVS tries to be clever about not touching the parts of a flow that > aren't used. This can include leaving pieces of memory uninitialized > if the mask is zero and therefore the value would be ignored anyways. > > While this

Re: [PATCH v2] geneve: remove use of internal IP header when calling IP_ECN_decapsulate

On Fri, Sep 18, 2015 at 02:49:30PM -0700, Jesse Gross wrote: > On Fri, Sep 18, 2015 at 1:40 PM, John W. Linville > wrote: > > On Fri, Sep 18, 2015 at 01:30:36PM -0700, Jesse Gross wrote: > >> On Thu, Sep 17, 2015 at 1:34 PM, John W. Linville > >>

epoll, missed opportunity?

I'm curious why there wasn't another field added to the epoll_event struct for the application to store the descriptor's context. Any useful multi-plexing application will have a context that will need to be retrieved every time a descriptor needs to be serviced. Since the epoll api has no way of

[PATCH net] openvswitch: Zero flows on allocation.

OVS tries to be clever about not touching the parts of a flow that aren't used. This can include leaving pieces of memory uninitialized if the mask is zero and therefore the value would be ignored anyways. While this works fine for the purposes of matching (which must always look at the mask),

Re: [PATCH] net/wireless: enable wiphy device to suspend/resume asynchronously

On 2015/8/24 15:38, Johannes Berg wrote: > On Mon, 2015-08-24 at 11:45 +0800, Fu, Zhonghui wrote: >> On 2015/8/17 16:46, Arend van Spriel wrote: >>> + Rafael >>> >>> On 08/17/2015 09:29 AM, Johannes Berg wrote: On Mon, 2015-08-17 at 09:48 +0800, Fu, Zhonghui wrote: > The suspend/resume

Re: [PATCH v2] geneve: remove use of internal IP header when calling IP_ECN_decapsulate

On Fri, Sep 18, 2015 at 6:36 PM, John W. Linville wrote: > On Fri, Sep 18, 2015 at 02:49:30PM -0700, Jesse Gross wrote: >> On Fri, Sep 18, 2015 at 1:40 PM, John W. Linville >> wrote: >> > On Fri, Sep 18, 2015 at 01:30:36PM -0700, Jesse Gross wrote:

Re: [PATCH net-next 6/7] bridge: don't age externally added FDB entries

On Sep. Friday 18 (38) 12:55 PM, sfel...@gmail.com wrote: > From: Siva Mannem > > Signed-off-by: Siva Mannem > Signed-off-by: Scott Feldman Acked-by: Vivien Didelot -- To unsubscribe

Re: [PATCH 1/2 v2] airo: fix IW_AUTH_ALG_OPEN_SYSTEM

On Fri, 2015-09-18 at 22:06 +0200, Ondrej Zary wrote: > On Friday 18 September 2015 18:54:35 Dan Williams wrote: > > On Tue, 2015-09-15 at 17:18 +0200, Ondrej Zary wrote: > > > IW_AUTH_ALG_OPEN_SYSTEM is ambiguous in set_auth for WEP as > > > wpa_supplicant uses it for both no encryption and WEP

[PATCH net-next] bnx2x: add ethtool support to read and change RSS key

From: Eric Dumazet While trying to understand why bnx2x RSS hash was not matching Toeplitz specifications, I implemented driver code to support ethtool -x|-X to try various RSS key combinations easily. Then, after some debugging, I understood bnx2x was reading the rss_key

Re: [PATCH net-next 7/7] switchdev: update documentation on FDB ageing_time

On Sep. Friday 18 (38) 12:55 PM, sfel...@gmail.com wrote: > From: Scott Feldman > > Signed-off-by: Scott Feldman Reviewed-by: Vivien Didelot -- To unsubscribe from this list: send the line "unsubscribe netdev" in the

Re: [PATCH net 2/2] 8139cp: reset BQL when ring tx ring cleared

On Fri, 2015-09-18 at 01:44 +0200, Francois Romieu wrote: > The TxDmaOkLowDesc register may tell if the Tx dma part is still > making any progress. I have added a TxPoll request. See below. It isn't making any progress. And TxPoll doesn't help. The only thing I've found that restarts it is to

Re: [PATCH v2] geneve: remove use of internal IP header when calling IP_ECN_decapsulate

On Fri, Sep 18, 2015 at 1:40 PM, John W. Linville wrote: > On Fri, Sep 18, 2015 at 01:30:36PM -0700, Jesse Gross wrote: >> On Thu, Sep 17, 2015 at 1:34 PM, John W. Linville >> wrote: >> > This seems to have been a "thinko". IP_ECN_decapsulate

[PATCH net-next] net: bcmgenet: Remove duplicate test for tx_coalesce_usecs_high

We were checking twice for ec->tx_coalesce_usecs_high, remove the duplicate test. Reported-by: Julia Lawall Reported-by: kbuild-...@01.org Fixes: 2f9130709d2c19 ("net: bcmgenet: Implement TX coalescing control knobs") Signed-off-by: Florian Fainelli

[PATCH net-next] sunvnet:Invoke SET_NETDEV_DEV() to set up the vdev in vnet_new()

`ls /sys/devices/channel-devices/vnet-port-0-0/net' is missing without this change, and applications like NetworkManager are looking in sysfs for the information. Signed-off-by: Sowmini Varadhan --- drivers/net/ethernet/sun/sunvnet.c | 17 +++-- 1

Re: [linux-next] oops in ip_route_input_noref

On Thu, 17 Sep 2015 10:58:52 +0200 Thierry Reding wrote: > On Wed, Sep 16, 2015 at 09:04:15AM -0600, David Ahern wrote: > > On 9/16/15 9:00 AM, Fabio Estevam wrote: > > >On Wed, Sep 16, 2015 at 6:24 AM, Sergey Senozhatsky > > > wrote:

Re: [PATCH 1/1] macvtap: Fix regression for macvtap ioctls

On Fri, Sep 18, 2015 at 09:54:44AM +0200, Christian Borntraeger wrote: > To avoid overwriting the upper bits of the flags, commit > 39ec7de7092b ("macvtap: fix uninitialized access on > TUNSETIFF") changed the variable u from unsigned int to > unsigned short and added some ORing logic for the

[PULL] vhost: cleanups and fixes

The following changes since commit 997e120843e82609c8d99a9d5714e6cf91e14cbe: virtio_balloon: do not change memory amount visible via /proc/meminfo (2015-09-08 13:32:11 +0300) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus

pull request: bluetooth-next 2015-09-18

Hi Dave, Here's the first bluetooth-next pull request for the 4.4 kernel: - ieee802154 cleanups & fixes - debugfs support for the at86rf230 driver - Support for quirky (seemingly counterfeit) CSR Bluetooth controllers - Power management and device config improvements for Intel controllers -

[PATCH v4] netlink: Fix autobind race condition that leads to zero port ID

On Fri, Sep 18, 2015 at 02:36:09PM +0800, Herbert Xu wrote: > > But yes there are ordering issues here so I've decided to make > rhashtable use a new field for its hash instead. > > Note that I've dropped the acks as this patch is now substantially > different. v3 doesn't apply to the current

Re: [PATCH] ip: allow using a device "help" (or a prefix thereof)

On Fri, Sep 18, 2015 at 10:23:45AM +0200, Christoph Schulz wrote: > Device names that match "help" or a prefix thereof should be allowed anywhere > a device name can be used. Note that a suitable keyword ("dev" or "name", the > latter for "ip tunnel") has to be used in these cases to resolve

[PATCH 4/2] 8139cp: Do not re-enable RX interrupts in cp_tx_timeout()

If an RX interrupt was already received but NAPI has not yet run when the RX timeout happens, we end up in cp_tx_timeout() with RX interrupts already disabled. Blindly re-enabling them will cause an IRQ storm. This is somewhat less painful than it was a few minutes ago before I fixed the return

Re: [linux-next] Regression in net/ipv4/route.c

On Fri, 2015-09-18 at 10:11 +0200, Lothar Waßmann wrote: > > I bisected it down to: commit b7503e0cdb5d (net: Add FIB table id to rtable) > > There may be other ways to produce the same crash too, but I did not > test any further. > > > Lothar Waßmann Fixed with

Re: [PATCH v2 net-next 1/2] cls_bpf: introduce integrated actions

Hi Daniel, On 09/17/15 09:13, Daniel Borkmann wrote: Hmm, I don't really agree. With cls_bpf you have non-linear classifications as opposed to walking a chain of classifiers: A chain of classifiers is a better description today (non-linear would be an appropriate description before cls_bpf

[PATCH] wlcore: align reg_ch_conf_last[] to 64bit

Align fields reg_ch_conf_last and reg_ch_conf_pending of struct wl1271{} to 64bit. Without this, on 64bit ARM, wlcore_set_pending_regdomain_ch() fails at the point it calls set_bit(ch_bit_idx, (long*)wl->reg_ch_conf_pending); Here is the error message while doing iw wlan0 scan or connect: [

  1   2   >