pull-request: can 2016-03-04

Hello David, this is a pull request for net/master. There is one patch from Ed Spiridonov, which increases the performance of the mcp251x SPI CAN driver, by avoiding to write to error flag register if it's unnecessary. regards, Marc --- The following changes since commit

[PATCH] can: mcp251x: avoid write to error flag register if it's unnecessary

From: Ed Spiridonov Only two bits (RX0OVR and RX1OVR) are writable in EFLG, write is useless if these bits aren't set. Signed-off-by: Ed Spiridonov Signed-off-by: Marc Kleine-Budde --- drivers/net/can/spi/mcp251x.c | 2 +- 1 file

4.4.3: OOPS when running "stress-ng --sock 5"

Hi, on my system I can reproduce reliably a kernel OOPS when I run stress-ng ("apt-get install stress-ng"). Any help on how to track this down would be appreciated, networking code is outside of my comfort zone (I'm just a dilettante at device drivers ...). It takes only a minute or two to get

RE: [PATCH net-next V2 03/16] net: fec: pass txq to fec_enet_tx_queue instead of queue_id

From: Troy Kisky Sent: Thursday, March 03, 2016 12:14 AM > To: Fugang Duan ; netdev@vger.kernel.org; > da...@davemloft.net; b38...@freescale.com > Cc: fabio.este...@freescale.com; l.st...@pengutronix.de; and...@lunn.ch; > trem...@gmail.com;

[PATCH] stmmac: Fix type of local variable in stmmac_xmit

Variable entry holds result of jumbo_frm callback. It can be negative, so the variable should be signed. The patch changes also type of related first_entry variable to make code compact and coherent. The problem has been detected using patch

Re: [PATCH RFC/RFT 1/2] ath9k: rename struct ath_txq to struct ath_hwq

I've already received an automated report that this patch fails to build. Oops. Apparently only when either CONFIG_ATH9K_TX99=y or CONFIG_ATH9K_CHANNEL_CONTEXT=y . I missed a few things in the ath_txq to ath_hwq rename and failed to catch it because I didn't have those turned on in my

[PATCH net-next] nfp: remove Rolf Neugebauer as co-maintainer

Rolf is no longer in his previous role at Netronome and as far as I know no longer working on the NFP driver. Thus it does not seem appropriate for him to be a co-maintainer anymore. Reviewed-by: Dinan Gunawardena Signed-off-by: Simon Horman

Re: [PATCH net-next RFC 1/1] net namespace: dynamically configure new net namespace inherit net config

Add Alexey Kuznetsov, James Morris, Hideaki YOSHIFUJI and Patrick McHardy Zhu Yanjun On 02/29/2016 01:07 PM, yanjun@windriver.com wrote: From: Zhu Yanjun Sometimes the system engineer and application expect a new net namespace to inherit config from the base

Re: [PATCH RFC/RFT 1/2] ath9k: rename struct ath_txq to struct ath_hwq

Tim Shepard writes: > Also use hwq instead of txq to refer to it throughout ath9k/*. This > is prep work for using mac80211's new intermediate queues, which are > called txq, and it would be too confusing if both are called txq. You should add Signed-off-by to both patches

Re: [RFC/RFT] mac80211: implement fq_codel for software queuing

On 4 March 2016 at 03:48, Tim Shepard wrote: [...] > (I am interested in knowing what other mac80211 drivers have been > modified to use the mac80211 intermediate software queues. I know > Michal mentioned he has patches for ath10k that are not yet released, > and I know

Re: [PATCH 1/1] be2net: Don't leak iomapped memory on removal.

On Fri, Mar 4, 2016 at 4:05 AM, Douglas Miller wrote: > The adapter->pcicfg resource is either mapped via pci_iomap() or > derived from adapter->db. During be_remove() this resource was ignored > and so could remain mapped after remove. > > Add a flag to track whether

[PATCH net 0/2] net: hns: fixed the pause ctl bug

The change is for supporting pause in V2 chip: service ports can close pause-rx; debug ports can open pause-rx/tx. Lisheng (2): net: hns: fixed the pause ctl bug net: hns: update pause regs to dump function drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c | 20 +-

[PATCH net 2/2] net: hns: update pause regs to dump function

Add two new regs to dump and stats function: DSAF_PAUSE_CFG_REG DSAFV2_INODE_FINAL_IN_PAUSE_NUM_0_REG. Signed-off-by: Lisheng --- drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c | 22 +- 1 file changed, 17 insertions(+), 5

[PATCH net 1/2] net: hns: fixed the pause ctl bug

The patch is support pause in V2 chip, that are forbidden in V1 chip: 1) service ports can disable rx pause frame. 2) debug ports can open tx/rx pause frame. Signed-off-by: Lisheng --- drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c | 20 +++--

Re: [ethtool PATCH v2 10/12] internal.h: TRUE/FALSE macros

On Thu, 2016-03-03 at 20:23 -0800, David Decotigny wrote: > From: David Decotigny [] > diff --git a/internal.h b/internal.h [] > @@ -42,6 +42,14 @@ typedef int32_t s32; >  #include "ethtool-copy.h" >  #include "net_tstamp-copy.h" >   > +#ifndef TRUE > +#  define TRUE (!0) >

[PATCH net 3/3] net: hns: fixed set-coalesce-usecs return void bug

Seting coalesce time maybe return err, and ethtool should process the err. Signed-off-by: Lisheng --- drivers/net/ethernet/hisilicon/hns/hnae.h | 2 +- drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c | 6 +++--- drivers/net/ethernet/hisilicon/hns/hns_ethtool.c

[PATCH net 2/3] net: hns: modified dump overtime regs

In V2 chip, the timeover reg_addr is different from V1; And there are 6 regs for service ports,that is different from V1. In dump regs function, should also fix this change. Signed-off-by: Lisheng --- drivers/net/ethernet/hisilicon/hns/hns_dsaf_rcb.c | 16

[PATCH net 0/3] net: hns: fixed the setting overtime bug

In V2 chip,we can set overtime reg is for each port, that is differents from for all port in V1. This patch will modify some functions: set/get the reg. Lisheng (3): net: hns: fixed the setting overtime bug net: hns: modified dump overtime regs net: hns: fixed set-coalesce-usecs return void

[PATCH net 1/3] net: hns: fixed the setting overtime bug

In V2 chip,we can set overtime reg is for each port, that is differents from for all port in V1. This patch will modify some functions: set/get the reg. Signed-off-by: Lisheng --- drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c | 60 +++-

Re: [PATCH v3] net: jme: fix suspend/resume on JMC260

On Thu, Mar 3, 2016 at 6:19 PM, Diego Viola wrote: > On Thu, Mar 3, 2016 at 6:14 PM, Diego Viola wrote: >> On Thu, Mar 3, 2016 at 2:55 AM, Diego Viola wrote: >>> On Thu, Mar 3, 2016 at 12:19 AM, Diego Viola

[ethtool PATCH v2 07/12] test-features.c: add braces around array initialization

From: Maciej Żenczykowski This fixes: test-features.c:21:1: error: missing braces around initializer [-Werror=missing-braces] cmd_gssetinfo = { { ETHTOOL_GSSET_INFO, 0, 1ULL << ETH_SS_FEATURES }, 34 }; ^ Signed-off-by: David Decotigny ---

[ethtool PATCH v2 03/12] ethtool.c: fix dump_regs heap corruption

From: David Decotigny The 'regs' pointer is owned by do_gregs(), but updated internally inside dump_regs() without propagating it back to do_gregs(): later free(regs) in do_gregs() reclaims the wrong area. This commit moves the realloc() inside do_gregs(). Signed-off-by:

[ethtool PATCH v2 08/12] ethtool-copy.h: sync with net-next

From: David Decotigny This cover changes up to: commit 3f1ac7a700d039c61d8d8b99f28d605d489a60cf Author: David Decotigny Date: Wed Feb 24 10:57:59 2016 -0800 net: ethtool: add new ETHTOOL_xLINKSETTINGS API Signed-off-by: David Decotigny

[ethtool PATCH v2 10/12] internal.h: TRUE/FALSE macros

From: David Decotigny Signed-off-by: David Decotigny --- internal.h | 8 1 file changed, 8 insertions(+) diff --git a/internal.h b/internal.h index 5df8124..5fd87f1 100644 --- a/internal.h +++ b/internal.h @@ -42,6 +42,14 @@ typedef int32_t

[ethtool PATCH v2 11/12] ethtool.c: add support for ETHTOOL_xLINKSETTINGS ioctls

From: David Decotigny More info with kernel SHA1: 8d3f2806f8fbd9b22 "Merge branch 'ethtool-ksettings'". Signed-off-by: David Decotigny --- ethtool.c | 682 +++-- internal.h | 66 ++

[ethtool PATCH v2 04/12] ethtool.c: do_seeprom checks for params & stdin sanity

From: David Decotigny Tested: On qemu e1000: $ dd if=/dev/zero bs=2 count=5 | /mnt/ethtool -E eth0 length 9 too much data from stdin $ dd if=/dev/zero bs=2 count=5 | /mnt/ethtool -E eth0 length 11 not enough data from stdin $ dd if=/dev/zero bs=2 count=5 |

[ethtool PATCH v2 05/12] marvell.c: fix strict alias warnings

From: Maciej Żenczykowski Addresses the following warnings: marvell.c:426:2: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] marvell.c:427:2: error: dereferencing type-punned pointer will break strict-aliasing rules

[ethtool PATCH v2 09/12] internal.h: fix build for latest ethtool-copy.h

From: David Decotigny Signed-off-by: David Decotigny --- internal.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/internal.h b/internal.h index 5f8504d..5df8124 100644 --- a/internal.h +++ b/internal.h @@ -13,6 +13,7 @@ #ifdef

[ethtool PATCH v2 02/12] ethtool.c: don't ignore fread() return value

From: David Decotigny This addresses: ethtool.c:1116:8: warning: ignoring return value of ‘fread’, declared with attribute warn_unused_result [-Wunused-result] Signed-off-by: David Decotigny --- ethtool.c | 5 - 1 file changed, 4 insertions(+),

[ethtool PATCH v2 12/12] ethtool.c: use v6 socket when v4 is not available

From: David Decotigny Signed-off-by: David Decotigny --- ethtool.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/ethtool.c b/ethtool.c index e1acf09..4daf538 100644 --- a/ethtool.c +++ b/ethtool.c @@ -4618,6 +4618,9 @@ opt_found:

[ethtool PATCH v2 06/12] test-common.c: fix test_realloc(NULL, ...)

From: Maciej Żenczykowski This fixes: test-common.c: In function 'test_realloc': test-common.c:109:8: error: 'block' may be used uninitialized in this function [-Werror=maybe-uninitialized] block = realloc(block, sizeof(*block) + size); ^ Signed-off-by:

[ethtool PATCH v2 01/12] internal.h: change to new sane powerpc64 kernel headers

From: Maciej Żenczykowski This fixes: In file included from ethtool-copy.h:22:0, from internal.h:32, from ethtool.c:29: .../include/linux/types.h:32:25: error: conflicting types for '__be64' typedef __u64 __bitwise __be64;

[ethtool PATCH v2 00/12] add support for new ETHTOOL_xLINKSETTINGS ioctls

From: David Decotigny This adds support for the new ETHTOOL_xLINKSETTINGS ioctls. This also fixes a few compilation warnings as well as a heap corruption bug. History: v2 added do_seeprom patch added netdev@ as recipient v1 initial submission

Re: [PATCH net] net: hns: fix the bug about loopback

On 2016/3/3 21:39, Andy Shevchenko wrote: > On Thu, 2016-03-03 at 20:02 +0800, Kejian Yan wrote: >> It will always be passed if the soc is tested the loopback cases. >> This >> patch will fix this bug. > Few style related comments. > >> @@ -686,6 +690,10 @@ static int

RE: [PATCH] net: fec: Rename "phy-reset-active-low" property

From: Bernhard Walle Sent: Thursday, March 03, 2016 5:16 PM > To: da...@davemloft.net > Cc: a...@arndb.de; netdev@vger.kernel.org; linux-ker...@vger.kernel.org; > Bernhard Walle > Subject: [PATCH] net: fec: Rename "phy-reset-active-low" property > > From

[PATCH net 6/6] net: hns: bug fix of getting hilink status

from Lisheng There is some difference in hilink status defination between v1 and v2 chips. for v1 chip, all ports connected to the same hilink share the same hilink status register bit. but for v2, all ports have separately hilink status register bit. And the register addr

[PATCH net 2/6] net: hns: fixes the hw interrupt bug in using napi

In V1 chip, common_poll should check and clean fbd pkts, because it can not pend irq to clean them if there is no new pkt comes in. But V2 chip hw fixes this bug, and will pend irq itself to do this. So, for V2 chip, we set ring_data->fini_process to NULL. Signed-off-by: Daode Huang

[PATCH net 5/6] net: hns: fixed service-ges setting MAC-addr bug

From: Lisheng Service gmacs can not set mac add, this patch will fix the bug. Signed-off-by: Daode Huang Signed-off-by: Lisheng --- drivers/net/ethernet/hisilicon/hns/hns_dsaf_gmac.c | 19 +-- 1 file

[PATCH net 0/6]net: hns: hns driver updates

Hi David, This patch series are hisilicon network driver bug fix. Best Regards Daode. Daode Huang (5): net: hns: bug fix about the overflow of mss net: hns: fixes the hw interrupt bug in using napi net: hns: fixed portid bug in sending manage pkt net: hns: adds uc match for debug port

[PATCH net 3/6] net: hns: fixed portid bug in sending manage pkt

In V2 chip, when sending mamagement packets, the driver should config the port id to BD descs. Signed-off-by: Daode Huang Signed-off-by: Lisheng --- drivers/net/ethernet/hisilicon/hns/hnae.h | 3 +++

[PATCH net 4/6] net: hns: adds uc match for debug port

This patch adds uc match for debug port by: 1)Enables uc match of debug port when initializing gmac 2)Enables uc match of mac address register2 Signed-off-by: Daode Huang Signed-off-by: lipeng ---

[PATCH net 1/6] net: hns: bug fix about the overflow of mss

When set MTU to the minimum value 68, there are increasing number of error packets occur, which is caused by the overflowed value of mss. This patch fix the bug. Signed-off-by: Daode Huang --- drivers/net/ethernet/hisilicon/hns/hns_enet.c | 17 - 1 file

Re: [RFC/RFT] mac80211: implement fq_codel for software queuing

If you want to try out Michal's patch you'll need a mac80211 driver that uses the new intermediate queues. I just submitted a PATCH RFC/RFT to modify ath9k to use the new intermediate software queues. There are very few (zero or close to zero) drivers in linux which do that, and Michal's

Re: [PATCH net] vxlan: fix missing options_len update on RX with collect metadata

On 03/04/2016 01:16 AM, Cong Wang wrote: On Thu, Mar 3, 2016 at 12:58 AM, Daniel Borkmann wrote: On 03/03/2016 02:21 AM, Cong Wang wrote: Why not set it in tun_rx_dst() where it is allocated? Nope, current convention is to only fill options_len when an actual option

Re: linux-next: manual merge of the net-next tree with the net tree

On 03/04/2016 03:09 AM, Stephen Rothwell wrote: Hi all, Today's linux-next merge of the net-next tree got a conflict in: drivers/net/vxlan.c between commit: 4024fcf70556 ("vxlan: fix missing options_len update on RX with collect metadata") from the net tree and commit:

linux-next: manual merge of the net-next tree with the net tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in: drivers/net/vxlan.c between commit: 4024fcf70556 ("vxlan: fix missing options_len update on RX with collect metadata") from the net tree and commit: 3288af0892e3 ("vxlan: move GBP header parsing to a separate

[PATCHv2 0/8][GIT PULLv2] time: Cross-timestamp infrastructure for 4.6

Hey Thomas, So again, here is Christopher's cross-timestamp infrastructure patchset which I wanted to send along for 4.6. (Including the minor tweaks you suggested). These apply against tip/timers/core. Let me know if you have any objections. thanks -john Cc: Prarit Bhargava

[PATCH 4/8] time: Add driver cross timestamp interface for higher precision time synchronization

From: "Christopher S. Hall" ACKNOWLEDGMENT: cross timestamp code was developed by Thomas Gleixner . It has changed considerably and any mistakes are mine. The precision with which events on multiple networked systems can be synchronized using,

[PATCH 2/8] time: Add timekeeping snapshot code capturing system time and counter

From: "Christopher S. Hall" In the current timekeeping code there isn't any interface to atomically capture the current relationship between the system counter and system time. ktime_get_snapshot() returns this triple (counter, monotonic raw, realtime) in the

[PATCH 3/8] time: Remove duplicated code in ktime_get_raw_and_real()

From: "Christopher S. Hall" The code in ktime_get_snapshot() is a superset of the code in ktime_get_raw_and_real() code. Further, ktime_get_raw_and_real() is called only by the PPS code, pps_get_ts(). Consolidate the pps_get_ts() code into a single function calling

[PATCH 1/8] time: Add cycles to nanoseconds translation

From: "Christopher S. Hall" The timekeeping code does not currently provide a way to translate externally provided clocksource cycles to system time. The cycle count is always provided by the result clocksource read() method internal to the timekeeping code. The

[PATCH 5/8] time: Add history to cross timestamp interface supporting slower devices

From: "Christopher S. Hall" Another representative use case of time sync and the correlated clocksource (in addition to PTP noted above) is PTP synchronized audio. In a streaming application, as an example, samples will be sent and/or received by multiple devices

[PATCH 7/8] ptp: Add PTP_SYS_OFFSET_PRECISE for driver crosstimestamping

From: "Christopher S. Hall" Currently, network /system cross-timestamping is performed in the PTP_SYS_OFFSET ioctl. The PTP clock driver reads gettimeofday() and the gettime64() callback provided by the driver. The cross-timestamp is best effort where the latency

[PATCH 6/8] x86/tsc: Always Running Timer (ART) correlated clocksource

From: "Christopher S. Hall" On modern Intel systems TSC is derived from the new Always Running Timer (ART). ART can be captured simultaneous to the capture of audio and network device clocks, allowing a correlation between timebases to be constructed. Upon capture,

[PATCH 8/8] e1000e: Adds hardware supported cross timestamp on e1000e nic

From: "Christopher S. Hall" Modern Intel systems supports cross timestamping of the network device clock and Always Running Timer (ART) in hardware. This allows the device time and system time to be precisely correlated. The timestamp pair is returned through

Re: [PATCH next 3/3] net: Use l3_dev instead of skb->dev for L3 processing

>>> As you mentioned logically we should be able to pass the skb in master's >>> ns >>> until L3 processing is completed. This patch series attempts to do that by >>> disassociating this logic from skb->dev and adding it to l3_dev. This >>> should >>> include not just IPT but all that is done in

Re: [PATCH 0/3] UNIX sockets: POSIX conformance of errno's

On Mar 3, 2016, at 3:23 AM, Ed Schouten wrote: > While comparing the behavior of the Berkeley sockets API different > operating systems, I noticed that in some places we return different > errno's as what POSIX requires and how other systems work, but also what > we document in our

[PATCH RFC/RFT 2/2] ath9k: use mac80211 intermediate software queues

This patch leaves the code for ath9k's internal per-node per-tid queues in place and just modifies the driver to also pull from the new mac80211 intermediate software queues, and implements the .wake_tx_queue method, which will cause mac80211 to deliver packets to be sent via the new intermediate

[PATCH RFC/RFT 1/2] ath9k: rename struct ath_txq to struct ath_hwq

Also use hwq instead of txq to refer to it throughout ath9k/*. This is prep work for using mac80211's new intermediate queues, which are called txq, and it would be too confusing if both are called txq. --- drivers/net/wireless/ath/ath9k/ath9k.h | 50 +--

[PATCH RFC/RFT 0/2] ath9k: use mac80211 intermediate software queues

Here is a patch in two parts to have ath9k make use the new intermediate queues in mac80211. It seems to work for me, but it clearly needs more testing. This should be useful to anyone who wants to try Michal's patch from last week "mac80211: implement fq_codel for software queuing" as that

Re: [net-next] arp: correct return value of arp_rcv

> From: Zhang Shengju > Date: Tue, 1 Mar 2016 07:24:42 + > > > Currently, arp_rcv() always return zero on a packet delivery upcall. > > > > To make its behavior more compliant with the way this API should be > > used, this patch changes this to let it

[PATCH v2] net: ethernet: Add missing MFD_SYSCON dependency on HAS_IOMEM

The MFD_SYSCON depends on HAS_IOMEM so when selecting it avoid unmet direct dependencies. Signed-off-by: Krzysztof Kozlowski --- Changes since v1: 1. Fix comments from Arnd: Don't add the dependency where it exists already through parents or other dependencies. ---

Re: [PATCH net 0/6]net: hns: hns driver updates

sorry. please ignore this mail, i will send out it again. On 2016/3/4 9:09, Daode Huang wrote: Hi David, This patch series are hisilicon network driver bug fix. Best Regards Daode. Daode Huang (5): net: hns: bug fix about the overflow of mss net: hns: fixes the hw interrupt bug in using

[PATCH net 6/6] net: hns: bug fix of getting hilink status

from Lisheng There is some difference in hilink status defination between v1 and v2 chips. for v1 chip, all ports connected to the same hilink share the same hilink status register bit. but for v2, all ports have separately hilink status register bit. And the register addr

[PATCH net 3/6] net: hns: fixed portid bug in sending manage pkt

In V2 chip, when sending mamagement packets, the driver should config the port id to BD descs. Signed-off-by: Daode Huang Signed-off-by: Lisheng --- drivers/net/ethernet/hisilicon/hns/hnae.h | 3 +++

[PATCH net 4/6] net: hns: adds uc match for debug port

This patch adds uc match for debug port by: 1)Enables uc match of debug port when initializing gmac 2)Enables uc match of mac address register2 Signed-off-by: Daode Huang Signed-off-by: lipeng ---

[PATCH net 5/6] net: hns: fixed service-ges setting MAC-addr bug

From: Lisheng Service gmacs can not set mac add, this patch will fix the bug. Signed-off-by: Daode Huang Signed-off-by: Lisheng --- drivers/net/ethernet/hisilicon/hns/hns_dsaf_gmac.c | 19 +-- 1 file

[PATCH net 0/6]net: hns: hns driver updates

Hi David, This patch series are hisilicon network driver bug fix. Best Regards Daode. Daode Huang (5): net: hns: bug fix about the overflow of mss net: hns: fixes the hw interrupt bug in using napi net: hns: fixed portid bug in sending manage pkt net: hns: adds uc match for debug port

[PATCH net 2/6] net: hns: fixes the hw interrupt bug in using napi

In V1 chip, common_poll should check and clean fbd pkts, because it can not pend irq to clean them if there is no new pkt comes in. But V2 chip hw fixes this bug, and will pend irq itself to do this. So, for V2 chip, we set ring_data->fini_process to NULL. Signed-off-by: Daode Huang

[PATCH net 1/6] net: hns: bug fix about the overflow of mss

When set MTU to the minimum value 68, there are increasing number of error packets occur, which is caused by the overflowed value of mss. This patch fix the bug. This patch is just for huawei internal review, if there is no comment for three days, I will send out to the mainline. thanks

Re: [PATCH next 3/3] net: Use l3_dev instead of skb->dev for L3 processing

On Thu, Mar 3, 2016 at 3:21 PM, Mahesh Bandewar wrote: > > > On Thu, Mar 3, 2016 at 1:43 PM, Mahesh Bandewar wrote: >> >> On Wed, Mar 2, 2016 at 8:45 PM, Cong Wang >> wrote: >> > >> > On Mon, Feb 29, 2016 at 2:08 PM, Mahesh

Re: [PATCH RFC] net: Fix race condition when removing qdisc

On jeu., 2016-03-03 at 16:24 -0800, Tom Herbert wrote: > I suppose that case is protected by est_lock and e->bstats == NULL. Yes, c7de2cf053420d63bac85133469c965d4b1083e1 was supposed to fix some issues ...

Re: [PATCH RFC] net: Fix race condition when removing qdisc

On Thu, Mar 3, 2016 at 3:58 PM, Tom Herbert wrote: > On Thu, Mar 3, 2016 at 3:52 PM, Eric Dumazet wrote: >> On jeu., 2016-03-03 at 14:24 -0800, Tom Herbert wrote: >>> This a kernel based on 3.10. We believe the lockups coincide with >>>

Re: Micrel Phy - Is there a way to configure the Phy not to do 802.3x flow control?

On 03/03/16 14:18, Murali Karicheri wrote: > Hi, > > We are using Micrel Phy in one of our board and wondering if we can force the > Phy to disable flow control at start. I have a 1G ethernet switch connected > to Phy and the phy always enable flow control. I would like to configure the > phy not

Re: [PATCH net] vxlan: fix missing options_len update on RX with collect metadata

On Thu, Mar 3, 2016 at 12:58 AM, Daniel Borkmann wrote: > On 03/03/2016 02:21 AM, Cong Wang wrote: >> >> Why not set it in tun_rx_dst() where it is allocated? > > > Nope, current convention is to only fill options_len when an actual > option was detected on RX, f.e. see

Re: [PATCH RFC] net: Fix race condition when removing qdisc

On Thu, Mar 3, 2016 at 3:52 PM, Eric Dumazet wrote: > On jeu., 2016-03-03 at 14:24 -0800, Tom Herbert wrote: >> This a kernel based on 3.10. We believe the lockups coincide with >> removing/readding qdiscs. > > You could backport 64153ce0a7b61b2a > ("net_sched: htb: do not

Re: [PATCH RFC] net: Fix race condition when removing qdisc

On jeu., 2016-03-03 at 14:24 -0800, Tom Herbert wrote: > This a kernel based on 3.10. We believe the lockups coincide with > removing/readding qdiscs. You could backport 64153ce0a7b61b2a ("net_sched: htb: do not setup default rate estimators"), unless you desperately want these rate estimators...

Re: [PATCH net-next] net: ixgbe: fix error handling in tc cls_u32 offload routines.

On Thu, 2016-03-03 at 15:19 -0800, Sridhar Samudrala wrote: > Check for handle ids when adding/deleting hash nodes OR > adding/deleting > filter entries and limit them to max number of links or header nodes > supported(IXGBE_MAX_LINK_HANDLE). > > Start from bit 0 when setting hash table

[PATCH net-next] net: ixgbe: fix error handling in tc cls_u32 offload routines.

Check for handle ids when adding/deleting hash nodes OR adding/deleting filter entries and limit them to max number of links or header nodes supported(IXGBE_MAX_LINK_HANDLE). Start from bit 0 when setting hash table bit-map.(adapter->tables) Signed-off-by: Sridhar Samudrala

Re: [PATCH net-next] net: sched: use pfifo_fast for non real queues

From: Eric Dumazet Date: Wed, 2 Mar 2016 08:21:43 -0800 > Some devices declare a high number of TX queues, then set a much > lower real_num_tx_queues > > This cause setups using fq_codel, sfq or fq as the default qdisc to consume > more memory than really needed. > >

[PATCH 0/1] be2net: Don't leak iomapped memory on removal.

The adapter->pcicfg resource is either mapped via pci_iomap() or derived from adapter->db. During be_remove() this resource was ignored and so could remain mapped after remove. Add a flag to track whether adapter->pcicfg was mapped or not, then use that flag in be_unmap_pci_bars() to unmap if

[PATCH 1/1] be2net: Don't leak iomapped memory on removal.

The adapter->pcicfg resource is either mapped via pci_iomap() or derived from adapter->db. During be_remove() this resource was ignored and so could remain mapped after remove. Add a flag to track whether adapter->pcicfg was mapped or not, then use that flag in be_unmap_pci_bars() to unmap if

Re: [PATCH 2/2] isdn: i4l: move active-isdn drivers to staging

On Thu, Mar 03, 2016 at 05:22:22PM -0500, David Miller wrote: > From: Arnd Bergmann > Date: Wed, 2 Mar 2016 20:06:46 +0100 > > > The icn, act2000 and pcbit drivers are all for very old hardware, > > and it is highly unlikely that anyone is actually still using them > > on modern

Re: [PATCH 8/8] net: e1000e: Adds hardware supported cross timestamp on e1000e nic

On Thu, Mar 3, 2016 at 2:27 PM, Jeff Kirsher wrote: > Since you are making changes to patch 6's title, then you should fix > this patch title as well, it should be: > > [PATCH 8/8] e1000e: Adds hardware supported... Ack -john

Re: Question on switchdev

On 02/29/2016 05:29 PM, Andrew Lunn wrote: > On Mon, Feb 29, 2016 at 04:43:16PM -0500, Murali Karicheri wrote: > > Hi Murali > > Please can you get your email client to wrap lines at ~ 75 characters. Hi Andrew, Thanks for responding. I have tried the instruction below and it doesn't seem to

Re: [PATCH 8/8] net: e1000e: Adds hardware supported cross timestamp on e1000e nic

On Wed, 2016-03-02 at 20:21 -0800, John Stultz wrote: > From: "Christopher S. Hall" > > Modern Intel systems supports cross timestamping of the network > device > clock and Always Running Timer (ART) in hardware.  This allows the > device time and system time to be

Re: Micrel Phy - Is there a way to configure the Phy not to do 802.3x flow control?

On Thu, Mar 03, 2016 at 05:18:38PM -0500, Murali Karicheri wrote: > Hi, > > We are using Micrel Phy in one of our board and wondering if we can force the > Phy to disable flow control at start. I have a 1G ethernet switch connected > to Phy and the phy always enable flow control. I would like to

Re: [PATCH net-next] net: ipv6: Fix refcnt on host routes

From: David Ahern Date: Wed, 2 Mar 2016 11:30:07 -0800 > Andrew and Ying Huang's test robot both reported usage count problems that > trace back to the 'keep address on ifdown' patch. > > From Andrew: > We execute CRIU test on linux-next. On the current linux-next

Re: [PATCH RFC] net: Fix race condition when removing qdisc

This a kernel based on 3.10. We believe the lockups coincide with removing/readding qdiscs. Thanks, Tom Mar 3 14:19:24 kernel: [2611792.157733] BUG: soft lockup - CPU#5 stuck for 22s! [swapper/5:0] Mar 3 14:19:24 kernel: [2611792.158925] Modules linked in: netconsole mpt2sas raid_class

Re: [PATCH 6/8] x86: tsc: Always Running Timer (ART) correlated clocksource

On Thu, Mar 3, 2016 at 2:21 AM, Thomas Gleixner wrote: > On Wed, 2 Mar 2016, John Stultz wrote: > > Subject: x86: tsc: Always Running ... > > Please make that: > > Subject: x86/tsc: Always Running ... Will do. > >> >> +#else >> + >> +#define detect_art() > > Inline stub if

Re: [PATCH] can: rcar_can: Add r8a7795 support

On Mon, Feb 29, 2016 at 12:37:25PM +, Ramesh Shanmugasundaram wrote: > Added r8a7795 SoC support. > > Signed-off-by: Ramesh Shanmugasundaram > > --- > Hi All, > >This patch is based on linux-can-next (tag:linux-can-next-for-4.6-20160226) > >

Re: [PATCH] be2net: don't enable multicast flag in be_enable_if_filters() routine

From: Sathya Perla Date: Wed, 2 Mar 2016 06:00:28 -0500 > From: Venkat Duvvuru > > When the interface is opened (in be_open()) the routine > be_enable_if_filters() must be called to switch on the basic filtering > capabilities of

Re: [PATCH 2/2] isdn: i4l: move active-isdn drivers to staging

From: Arnd Bergmann Date: Wed, 2 Mar 2016 20:06:46 +0100 > The icn, act2000 and pcbit drivers are all for very old hardware, > and it is highly unlikely that anyone is actually still using them > on modern kernels, if at all. > > All three drivers apparently are for hardware

Re: [PATCH V3] net: ezchip: adapt driver to little endian architecture

From: Lada Trimasova Date: Thu, 3 Mar 2016 17:07:46 +0300 > Since ezchip network driver is written with big endian EZChip platform it > is necessary to add support for little endian architecture. > > The first issue is that the order of the bits in a bit field is >

Micrel Phy - Is there a way to configure the Phy not to do 802.3x flow control?

Hi, We are using Micrel Phy in one of our board and wondering if we can force the Phy to disable flow control at start. I have a 1G ethernet switch connected to Phy and the phy always enable flow control. I would like to configure the phy not to flow control. Is that possible and if yes, what

Re: [patch] net: moxa: fix an error code

From: Dan Carpenter Date: Wed, 2 Mar 2016 13:11:10 +0300 > We accidentally return IS_ERR(priv->base) which is 1 instead of > PTR_ERR(priv->base) which is the error code. > > Fixes: 6c821bd9edc9 ('net: Add MOXA ART SoCs ethernet driver') > Signed-off-by: Dan Carpenter

Re: [PATCH] MAINTAINERS: add maintainer entry for FREESCALE FEC ethernet driver

From: Fugang Duan Date: Wed, 2 Mar 2016 17:24:53 +0800 > Add a maintainer entry for FREESCALE FEC ethernet driver and add myself > as a maintainer. > > Signed-off-by: Fugang Duan Applied, thanks.

Re: [PATCH net-next] net: ipv6/l3mdev: Move host route on saved address if necessary

From: David Ahern Date: Tue, 1 Mar 2016 17:46:46 -0800 > Would you prefer the host route always get freed on a down and > re-created on an up? That would create yet another thing that can cause the re-up to fail :-/

Re: [PATCH net] vxlan: fix missing options_len update on RX with collect metadata

From: Daniel Borkmann Date: Wed, 2 Mar 2016 02:32:08 +0100 > When signalling to metadata consumers that the metadata_dst entry > carries additional GBP extension data for vxlan (TUNNEL_VXLAN_OPT), > the dst's vxlan_metadata information is populated, but options_len > is

Re: [PATCH net-next] sh_eth, ravb: Use ARCH_RENESAS

From: Simon Horman Date: Wed, 2 Mar 2016 10:28:13 +0900 > Make use of ARCH_RENESAS in place of ARCH_SHMOBILE. > > This is part of an ongoing process to migrate from ARCH_SHMOBILE to > ARCH_RENESAS the motivation for which being that RENESAS seems to be a more >

  1   2   3   >