Re: [net-next PATCH 0/3] Fix differences between IPv4 and IPv6 TCP/UDP checksum calculation

From: Alexander Duyck Date: Fri, 11 Mar 2016 14:05:28 -0800 > This patch series is meant to address the differences that exist between > IPv4 and IPv6 in terms of checksum calculation. Specifically the IPv6 > function csum_ipv6_magic treated length as a value that could be

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

ping On 03/10/2016 10:54 AM, Zhu Yanjun wrote: Sometimes the system engineer and application expect a new net namespace to inherit config from the base net config. Sometimes the current net config is expected by the system engineer and application. So it is necessary that the system engineer

[net-next,iproute2] netconf: add support for ignore route attribute

Add support for ignore_routes_with_linkdown attribute. Signed-off-by: Zhang Shengju --- ip/ipnetconf.c | 4 1 file changed, 4 insertions(+) diff --git a/ip/ipnetconf.c b/ip/ipnetconf.c index eca6eee..6fec818 100644 --- a/ip/ipnetconf.c +++

Re: [PATCH v3 net-next 0/2] net: hns: get and set RSS indirection table by using ethtool

On 2016/3/11 17:01, Andy Shevchenko wrote: > On Fri, 2016-03-11 at 11:25 +0800, Kejian Yan wrote: >> When we use ethtool to retrieves or configure the receive flow hash >> indirection table, ethtool needs to call .get_rxnfc to get the ring >> number >> so this patchset implements the .get_rxnfc

Re: [PATCH next v2 0/7] Introduce l3_dev pointer for L3 processing

From: Mahesh Bandewar Date: Sun, 13 Mar 2016 19:29:58 -0700 > On Sun, Mar 13, 2016 at 6:50 PM, David Miller wrote: >> It doesn't matter whether doing so or not makes sense. >> >> You're going to have to find a way to do both, and also I'm concerned >>

Re: [RFC] net: ipv4 -- Introduce ifa limit per net

From: Cyrill Gorcunov Date: Sat, 12 Mar 2016 00:59:12 +0300 > Here is a cumulative one, which works just brilliant! Thanks a lot, David! > (I cahcnged reported-by tag, since it's Solar Designer who tell us > about the issue, I forgot to mentioned it in first report, very >

Re: [GIT] [4.6] NFC update

From: Samuel Ortiz Date: Fri, 11 Mar 2016 21:48:57 +0100 > This is a very small one this time, with only 5 patches. > There are a couple of big items that could not be merged/finished > on time. > > We have: > > - 2 LLCP fixes for a race and a potential OOM. > - 2

Re: [PATCH net-next v2 0/3] MACsec IEEE 802.1AE implementation

From: Sabrina Dubroca Date: Fri, 11 Mar 2016 18:07:30 +0100 > MACsec (IEEE 802.1AE [0]) is a protocol that provides security for > wired ethernet LANs. MACsec offers two protection modes: > authentication only, or authenticated encryption. ... > Implementation ... >

Re: [PATCH] at803x: fix suspend/resume for SGMII link

From: Zefir Kurtisi Date: Fri, 11 Mar 2016 15:31:53 +0100 > When operating the at803x in SGMII mode, resuming the chip > from power down brings up the copper-side link but leaves > the SGMII link in unconnected state (tested with at8031 > attached to gianfar). In

Re: [net-next PATCH V4 0/3] net: bulk free adjustment and two driver use-cases

From: Jesper Dangaard Brouer Date: Fri, 11 Mar 2016 09:43:48 +0100 > I've split out the bulk free adjustments, from the bulk alloc patches, > as I want the adjustment to napi_consume_skb be in same kernel cycle > the API was introduced. > > Adjustments based on discussion: >

Re: [PATCH net v2] r8169:Remove unnecessary phy reset for pcie nic when setting link spped.

From: Chunhao Lin Date: Fri, 11 Mar 2016 14:21:14 +0800 > For pcie nic, after setting link speed and there is no link driver does not > need > to do phy reset until link up. > > For some pcie nics, to do this will also reset phy speed down counter and > prevent > phy from

Re: [PATCH next v2 0/7] Introduce l3_dev pointer for L3 processing

On Sun, Mar 13, 2016 at 6:50 PM, David Miller wrote: > From: Mahesh Bandewar > Date: Wed, 9 Mar 2016 13:49:49 -0800 > >> This does happen as expected for egress traffic however on ingress >> traffic, the IPvlan packet-handler changes the skb->dev and

Re: [patch net-next] mlxsw: pci: Implement reset done check

From: Jiri Pirko Date: Thu, 10 Mar 2016 23:10:21 +0100 > From: Jiri Pirko > > Firmware now tells us that the reset is done by passing a magic value > via register. Use it to shorten the wait in case this is supported. > With old firmware, we still wait

Re: [PATCH] sctp: allow sctp_transmit_packet and others to use gfp

From: Marcelo Ricardo Leitner Date: Thu, 10 Mar 2016 18:33:07 -0300 > Currently sctp_sendmsg() triggers some calls that will allocate memory > with GFP_ATOMIC even when not necessary. In the case of > sctp_packet_transmit it will allocate a linear skb that will be used

Re: [PATCH net-next v5] tcp: Add RFC4898 tcpEStatsPerfDataSegsOut/In

From: Martin KaFai Lau Date: Thu, 10 Mar 2016 10:46:22 -0800 > Per RFC4898, they count segments sent/received > containing a positive length data segment (that includes > retransmission segments carrying data). Unlike > tcpi_segs_out/in, tcpi_data_segs_out/in excludes segments >

Re: [PATCH] net: macb: fix default configuration for GMAC on AT91

From: Nicolas Ferre Date: Thu, 10 Mar 2016 16:44:32 +0100 > On AT91 SoCs, the User Register (USRIO) exposes a switch to configure the > "Reduced" or "Traditional" version of the Media Independent Interface > (RMII vs. MII or RGMII vs. GMII). > As on the older EMAC

Re: [PATCH v2 net-next] ovs: allow nl 'flow set' to use ufid without flow key

From: Samuel Gauthier Date: Thu, 10 Mar 2016 17:14:59 +0100 > When we want to change a flow using netlink, we have to identify it to > be able to perform a lookup. Both the flow key and unique flow ID > (ufid) are valid identifiers, but we always have to specify the

Re: [PATCH 1/2] net/forcedeth: refactor wol support to make it easier to add more wol modes

From: Karol Herbst Date: Thu, 10 Mar 2016 15:58:03 +0100 > @@ -4218,8 +4219,9 @@ static void nv_get_wol(struct net_device *dev, struct > ethtool_wolinfo *wolinfo) > wolinfo->supported = WAKE_MAGIC; > > spin_lock_irq(>lock); > - if (np->wolenabled) > -

Re: [PATCH v2] phy: remove documentation of removed members of phy_device structure

From: LABBE Corentin Date: Thu, 10 Mar 2016 13:58:58 +0100 > Commit e5a03bfd873c ("phy: Add an mdio_device structure") removed addr, > bus and dev member of the phy_device structure. > This patch remove the documentation about those members. > > Signed-off-by: LABBE

Re: [PATCH net-next 0/3] xen-netback: fix multiple extra info handling

From: Paul Durrant Date: Thu, 10 Mar 2016 12:30:25 + > If a frontend passes multiple extra info fragments to netback on the guest > transmit side, because xen-netback does not account for this properly, only > a single ack response will be sent. This will eventually

Re: [PATCH v5 net-next 00/10] API set for HW Buffer management

From: Gregory CLEMENT Date: Thu, 10 Mar 2016 11:09:08 +0100 > This is the fifth version of the API set for HW Buffer management (that was > initially submitted here: > http://thread.gmane.org/gmane.linux.kernel/2125152). This doesn't apply cleanly to

ethtool 4.5 released

ethtool version 4.5 has been released. Home page: https://www.kernel.org/pub/software/network/ethtool/ Download link: https://www.kernel.org/pub/software/network/ethtool/ethtool-4.5.tar.xz Release notes: * Tests: Fix missing function declarations when building tests * Tests: Fix

Re: [net-next] netconf: add macro to represent all attributes

From: Zhang Shengju Date: Thu, 10 Mar 2016 08:55:50 + > This patch adds macro NETCONFA_ALL to represent all type of netconf > attributes for IPv4 and IPv6. > > Signed-off-by: Zhang Shengju Applied.

Re: [PATCH net] sctp: fix the transports round robin issue when init is retransmitted

From: Xin Long Date: Thu, 10 Mar 2016 15:31:57 +0800 > prior to this patch, at the beginning if we have two paths in one assoc, > they may have the same params other than the last_time_heard, it will try > the paths like this: > > 1st cycle > try trans1 fail. > then

Re: [PATCH next v2 0/7] Introduce l3_dev pointer for L3 processing

From: Mahesh Bandewar Date: Wed, 9 Mar 2016 13:49:49 -0800 > This does happen as expected for egress traffic however on ingress > traffic, the IPvlan packet-handler changes the skb->dev and this > forces packet to be processed with the IPvlan slave and it's > associated ns.

Re: [ethtool PATCH v4 10/11] ethtool.c: add support for ETHTOOL_xLINKSETTINGS ioctls

On Fri, 2016-03-11 at 09:58 -0800, David Decotigny wrote: [...] > +static int parse_hex_u32_bitmap(const char *s, > + unsigned int nbits, u32 *result) > +{ > + const unsigned nwords = __KERNEL_DIV_ROUND_UP(nbits, 32); > + size_t slen = strlen(s); > + size_t

Re: [PATCH 2/3] net: hns: add Hisilicon RoCE support

On 2016/3/12 18:43, Leon Romanovsky wrote: > On Fri, Mar 11, 2016 at 06:37:10PM +0800, Lijun Ou wrote: >> It added hns_dsaf_roce_reset routine for roce driver. >> RoCE is a feature of hns. >> In hip06 SOC, in roce reset process, it's needed to configure >> dsaf channel reset,port and sl map

[PATCH net-next] ethtool: Set cmd field in ETHTOOL_GLINKSETTINGS response to wrong nwords

When the ETHTOOL_GLINKSETTINGS implementation finds that userland is using the wrong number of words of link mode bitmaps (or is trying to find out the right numbers) it sets the cmd field to 0 in the response structure. This is inconsistent with the implementation of every other ethtool command,

Re: [PATCHv3 (net.git) 2/2] stmmac: fix MDIO settings

G'day Giuseppe, On 11/03/2016 11:32 PM, Giuseppe CAVALLARO wrote: On 3/11/2016 4:14 PM, Phil Reid wrote: G'day Giuseppe, I wont be able to test until Monday. Concept looks ok to me except for comment below. On 11/03/2016 9:33 PM, Giuseppe Cavallaro wrote: Initially the phy_bus_name was

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

On 2016/3/11 21:29, Sergei Shtylyov wrote: Hello. On 3/11/2016 4:53 AM, Daode Huang wrote: 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 ---

[RFC PATCH 0/8] Add irq controller support to Marvell switches

The Marvell switches contain one or two interrupt controllers, depending on switch features. If the switch contains embedded PHYs, one of these controllers contains the interrupts from these PHYs. In order that the phylib can make use of these interrupts, they need to be exported from the driver

[RFC PATCH 1/8] net: dsa: Add parsing of an interrupt property

Some switch chips have an interrupt line, which can be connected to a GPIO line and used to indicate interrupts. Add parsing of such an interrupt to the DSA framework. Also, update the binding, which already listed an interrupt. However, interrupts are a property of the chip, not the cluster, so

[RFC PATCH 6/8] dsa: mv88e6131: Wire up the mv88e6xxx interrupt code

Make use of the shared interrupt code, so for example phy interrupts can be passed onto the phylib. Signed-off-by: Andrew Lunn --- drivers/net/dsa/mv88e6131.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/net/dsa/mv88e6131.c

[RFC PATCH 8/8] net: phy: Use threaded IRQ, to allow IRQ from sleeping devices

The interrupt lines from PHYs maybe connected to I2C bus expanders, or from switches on MDIO busses. Such interrupts are sourced from devices which sleep, so use threaded interrupts. Threaded require that the interrupt requester also uses the threaded API. Change the phylib to use the threaded

[RFC PATCH 5/8] dsa: mv88e6123_61_65: Wire up the mv88e6xxx interrupt code

Make use of the shared interrupt code, so for example phy interrupts can be passed onto the phylib. --- drivers/net/dsa/mv88e6123_61_65.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/net/dsa/mv88e6123_61_65.c b/drivers/net/dsa/mv88e6123_61_65.c index

[RFC PATCH 7/8] net: dsa: Support phy interrupt property for switch ports.

Switch ports can be connected to phys. These phys can support interrupts when the link goes up/down. Allow the phy interrupt to be expressed in device tree, and pass it to the phylib when the phy is bound to the switch port. Signed-off-by: Andrew Lunn ---

[RFC PATCH 2/8] dsa: mv88e6xxx: Add support for switch and device interrupts

The switch contains an interrupt controller. This then has a chained device interrupt controller, which contains interrupts from the embedded PHYs. Add support for these interrupt controllers. --- drivers/net/dsa/mv88e6xxx.c | 312

[RFC PATCH 3/8] dsa: mv88e6352: Wire up the mv88e6xxx interrupt code

Make use of the shared interrupt code, so for example phy interrupts can be passed onto the phylib. --- drivers/net/dsa/mv88e6352.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/net/dsa/mv88e6352.c b/drivers/net/dsa/mv88e6352.c index a41fa5043d77..7f83013a61f6

[RFC PATCH 4/8] dsa: mv88e6171: Wire up the mv88e6xxx interrupt code

Make use of the shared interrupt code, so for example phy interrupts can be passed onto the phylib. Signed-off-by: Andrew Lunn --- drivers/net/dsa/mv88e6171.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/net/dsa/mv88e6171.c

Re: [ethtool PATCH v4 00/11] add support for new ETHTOOL_xLINKSETTINGS ioctls

On Sun, 2016-03-13 at 17:30 +, Ben Hutchings wrote: [...] > Patch 11: you need to answer my question about this. [This is about why/whether there should be a fallback from creating an AF_INET socket to issue SIOCETHTOOL on.] I looked a little further, and found: - The only address/protocol

Re: [PATCH v2.1 3/9] net: arc_emac: support the phy reset for emac driver

在 2016年03月14日 02:02, David Miller 写道: When you submit a new version of a patch that's part of a series, you must submit the entire series anew, not just the patch which is changing. Thanks for reminding me. I think it's not good to respin-respin since the build error. So that just send a

Re: [PATCH next v2 0/7] Introduce l3_dev pointer for L3 processing

>> If I understand correctly (and as Cong already said), information are >> leaking >> between netns during the input phase. On the tx side, skb_scrub_packet() is >> called, but not on the rx side. I think it's wrong. There should be an >> explicit >> boundary. > > That is not what I am

Re: [PATCH next v2 0/7] Introduce l3_dev pointer for L3 processing

> If I understand correctly (and as Cong already said), information are > leaking > between netns during the input phase. On the tx side, skb_scrub_packet() is > called, but not on the rx side. I think it's wrong. There should be an > explicit > boundary. > I think we used to do dev_forward_skb()

Re: [PATCH v6 net-next 0/2] tcp: Redundant Data Bundling (RDB)

On 03/10/2016 01:20 AM, Yuchung Cheng wrote: > I read the paper. I think the underlying idea is neat. but the > implementation is little heavy-weight that requires changes on fast > path (tcp_write_xmit) and space in skb control blocks. Yuchung, thank you for taking the time to review the patch

Re: [v6, 5/5] mmc: sdhci-of-esdhc: fix host version for T4240-R1.0-R2.0

On Wednesday 09 March 2016 18:08:51 Yangbo Lu wrote: > @@ -567,10 +580,20 @@ static void esdhc_init(struct platform_device *pdev, > struct sdhci_host *host) > struct sdhci_pltfm_host *pltfm_host; > struct sdhci_esdhc *esdhc; > u16 host_ver; > + u32 svr; > >

Re: [PATCH v2 2/3] of_mdio: use IS_ERR_OR_NULL()

On Sunday 13 March 2016 00:34:02 Sergei Shtylyov wrote: > IS_ERR_OR_NULL() is open coded in of_mdiobus_register_phy(), so just call > it directly... > > Signed-off-by: Sergei Shtylyov > Reviewed-by: Florian Fainelli > > --- > Changes in

[PATCH] sh_eth: do not call netif_start_queue() from sh_eth_dev_init()

Iff sh_eth_phy_start() call fails in sh_eth_open(), the netif_start_queue() call done by sh_eth_dev_init() is not undone. In order to deal with that, stop calling netif_start_queue() from there, so that it can be called only when the device is fully opened and sh_eth_dev_init() only deals with

Re: [PATCH net-next 3/3] net: dsa: refine netdev event notifier

Sun, Mar 13, 2016 at 09:21:34PM CET, vivien.dide...@savoirfairelinux.com wrote: >Rework the netdev event handler, similar to what the Mellanox Spectrum >driver does, to easily welcome more events later (for example >NETDEV_PRECHANGEUPPER) and use netdev helpers (such as >netif_is_bridge_master). >

Re: [PATCH net-next 2/3] net: dsa: make port_bridge_leave return void

Sun, Mar 13, 2016 at 09:21:33PM CET, vivien.dide...@savoirfairelinux.com wrote: >netdev_upper_dev_unlink() which notifies NETDEV_CHANGEUPPER, returns >void, as well as del_nbp(). So there's no advantage to catch an eventual >error from the port_bridge_leave routine at the DSA level. > >Make this

Re: [PATCH net-next 1/3] net: dsa: rename port_*_bridge routines

Sun, Mar 13, 2016 at 09:21:32PM CET, vivien.dide...@savoirfairelinux.com wrote: >Rename DSA port_join_bridge and port_leave_bridge routines to >respectively port_bridge_join and port_bridge_leave in order to respect >an implicit Port::Bridge namespace. > >Signed-off-by: Vivien Didelot

[PATCH net-next 2/3] net: dsa: make port_bridge_leave return void

netdev_upper_dev_unlink() which notifies NETDEV_CHANGEUPPER, returns void, as well as del_nbp(). So there's no advantage to catch an eventual error from the port_bridge_leave routine at the DSA level. Make this routine void for the DSA layer and its existing drivers. Signed-off-by: Vivien

[PATCH net-next 0/3] net: dsa: finer bridging control

This patchset renames the bridging routines of the DSA layer, make the unbridging routine return void, and rework the DSA netdev notifier handler, similar to what the Mellanox Spectrum driver does. Changes RFC -> v1: - drop unused NETDEV_PRECHANGEUPPER case - add Andrew's Tested-by tag

[PATCH net-next 3/3] net: dsa: refine netdev event notifier

Rework the netdev event handler, similar to what the Mellanox Spectrum driver does, to easily welcome more events later (for example NETDEV_PRECHANGEUPPER) and use netdev helpers (such as netif_is_bridge_master). Signed-off-by: Vivien Didelot ---

[PATCH net-next 1/3] net: dsa: rename port_*_bridge routines

Rename DSA port_join_bridge and port_leave_bridge routines to respectively port_bridge_join and port_bridge_leave in order to respect an implicit Port::Bridge namespace. Signed-off-by: Vivien Didelot --- Documentation/networking/dsa/dsa.txt | 4 ++--

Re: [PATCH 2/2] isdn: hisax: isac: fixed code style issues.

On Sun, Mar 13, 2016 at 9:21 PM, Cosmin-Gabriel Samoila wrote: > Fixed errors and warnings reported by checkpatch.pl. > Use indicative mood in your commit message. So, s/Fixed/Fix. http://chris.beams.io/posts/git-commit/ > Signed-off-by: Cosmin-Gabriel Samoila

Re: [PATCH 2/2] isdn: hisax: isac: fixed code style issues.

On Sun, 2016-03-13 at 21:21 +0200, Cosmin-Gabriel Samoila wrote: > Fixed errors and warnings reported by checkpatch.pl. Generally it's better to send multiple patches that each change a specific type of style defect. As is, this patch changes object code. Fixing style inconsistency should not do

[PATCH net-next] bnx2x: don't wait for Tx completion on recovery

When driver has hit a parity event, HW can no longer write to host memory. As a result, Tx completions cannot be written to the host SB memory, and waiting for Tx completions eventually timeout. As driver is willing to delay as much as 1-2 seconds per Tx queue for its draining and this delay is

[PATCH 2/2] isdn: hisax: isac: fixed code style issues.

Fixed errors and warnings reported by checkpatch.pl. Signed-off-by: Cosmin-Gabriel Samoila --- drivers/isdn/hisax/isac.c | 32 ++-- 1 file changed, 18 insertions(+), 14 deletions(-) diff --git a/drivers/isdn/hisax/isac.c

[PATCH 2/5] net: macb: Fix coding style warnings

This commit takes care of the coding style warnings that are mostly due to a different comment style and lines over 80 chars, as well as a dangling else. Signed-off-by: Moritz Fischer --- drivers/net/ethernet/cadence/macb.c | 101 +++- 1

[PATCH 0/5] net: macb: Checkpatch cleanups

Hi all, I backed out the variable scope changes and made a separate patch for the ether_addr_copy change. Changes from v1: * Backed out variable scope changes * Separated out ether_addr_copy into it's own commit * Fixed typo in comments as suggested by Joe Cheers, Moritz Moritz Fischer (5):

[PATCH 5/5] net: macb: Fix simple typo.

Signed-off-by: Moritz Fischer --- drivers/net/ethernet/cadence/macb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/cadence/macb.c b/drivers/net/ethernet/cadence/macb.c index a0c01e5..681e5bf 100644 ---

[PATCH 3/5] net: macb: Address checkpatch 'check' suggestions

This commit deals with a bunch of checkpatch suggestions that without changing behavior make checkpatch happier. Signed-off-by: Moritz Fischer --- drivers/net/ethernet/cadence/macb.c | 46 +++-- 1 file changed, 24 insertions(+), 22

[PATCH 4/5] net: macb: Use ether_addr_copy over memcpy

Checkpatch suggests using ether_addr_copy over memcpy to copy the mac address. Signed-off-by: Moritz Fischer --- drivers/net/ethernet/cadence/macb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/cadence/macb.c

[PATCH 1/5] net: macb: Fix coding style error message

checkpatch.pl gave the following error: ERROR: space required before the open parenthesis '(' + for(; p < end; p++, offset += 4) Signed-off-by: Moritz Fischer --- drivers/net/ethernet/cadence/macb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: pull-request: wireless-drivers-next 2016-03-09

From: Kalle Valo Date: Wed, 09 Mar 2016 22:06:40 +0200 > here's a pull request for 4.6. I'm planning to send one more but I'm not > sure if it will make it in time, we'll see. > > Here notable changes are refactoring in bcma to create a common flash > driver, brcmfmac

Re: [net-next PATCH v2 0/2] A couple of minor clean-ups and optimizations

From: Alexander Duyck Date: Wed, 09 Mar 2016 09:22:48 -0800 > This patch series is basically just a v2 of a couple patches I recently > submitted. > > The two patches aren't technically related but there are just items I found > while cleaning up and prepping some further

Re: [PATCH net-next 1/5] dsa: Rename mv88e6123_61_65 to mv88e6123 to be consistent

Hi Andrew, Andrew Lunn writes: > On Sun, Mar 13, 2016 at 03:10:13AM -0400, Vivien Didelot wrote: >> Andrew Lunn writes: >> >> > All the drivers support multiple chips, but mv88e6123_61_65 is the >> > only one that reflects this in its naming. Change it to be

Re: [RFC PATCH net-next 0/3] net: dsa: finer bridging control

Hi Andrew, Andrew Lunn writes: > On Sun, Mar 13, 2016 at 01:42:23AM -0500, Vivien Didelot wrote: >> This patchset renames the bridging routines of the DSA layer, make the >> unbridging routine return void, and rework the DSA netdev notifier handler, >> similar to what the

[PATCH v7 net-next] ravb: Add dma queue interrupt support

From: Kazuya Mizuguchi This patch supports the following interrupts. - One interrupt for multiple (timestamp, error, gPTP) - One interrupt for emac - Four interrupts for dma queue (best effort rx/tx, network control rx/tx) This patch improve efficiency of the

Re: [PATCH v2.1 3/9] net: arc_emac: support the phy reset for emac driver

When you submit a new version of a patch that's part of a series, you must submit the entire series anew, not just the patch which is changing. Thanks.

Re: [RFC PATCH net-next 0/3] net: dsa: finer bridging control

On Sun, Mar 13, 2016 at 01:42:23AM -0500, Vivien Didelot wrote: > This patchset renames the bridging routines of the DSA layer, make the > unbridging routine return void, and rework the DSA netdev notifier handler, > similar to what the Mellanox Spectrum driver does. Tested-by: Andrew Lunn

Re: [ethtool PATCH v4 00/11] add support for new ETHTOOL_xLINKSETTINGS ioctls

On Fri, 2016-03-11 at 09:58 -0800, David Decotigny wrote: > 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. [...] Patches 1-7: applied, thanks. Patch 8: this

Re: [ethtool PATCH v4 11/11] ethtool.c: support absence of v4 sockets

On Fri, 2016-03-11 at 09:58 -0800, David Decotigny wrote: > 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 761252f..f9336e3 100644 >

Re: [PATCH ethtool 3/3] Documentation for IPv6 NFC

On Mon, 2016-02-15 at 15:00 +, Edward Cree wrote: > Leaves 'src-ip' and 'dst-ip' documented as taking x.x.x.x, because there's > more low-level nroff here than I can parse, let alone emit. > > Signed-off-by: Edward Cree > --- >  ethtool.8.in | 34

Re: [PATCH ethtool 2/3] Add IPv6 support to NFC

On Mon, 2016-02-15 at 14:59 +, Edward Cree wrote: > Signed-off-by: Edward Cree [...] > @@ -950,6 +1154,19 @@ static int rxclass_get_mask(char *str, unsigned char *p, > *(__be32 *)[opt->moffset] = ~val; > break; > } > +   case

Re: [PATCH] netfilter: fix race condition in ipset save and delete

Hi Jozsef, On 03/13/2016 08:07 AM, Jozsef Kadlecsik wrote: > Hi, > > On Sat, 12 Mar 2016, Vishwanath Pai wrote: > >> netfilter: fix race condition in ipset save and delete >> >> This fix adds a new reference counter (ref_kernel) for the struct ip_set. >> The other reference counter (ref) is

Re: [PATCH v2 4/4] ethtool: support setting default Rx flow indirection table

On Tue, 2016-02-16 at 21:22 +, Keller, Jacob E wrote: > Signed-off-by: Jacob Keller > --- > > Not sure if there is a mailing list for this, I sent this to the netdev > list but forgot to Cc you on the ethtool change. I haven't been keeping up with netdev for a

Re: [PATCH ethtool 2/2] Refactor do_gstats() and do_gphystats() to avoid code duplication

On Sun, Mar 13, 2016 at 04:01:49PM +, Ben Hutchings wrote: > The new do_gphystats() function is almost exactly the same as > do_gstats(), which is silly. > > * Add parameters to do_gstats() for the command number, string set > number and heading > * Introduce do_gnicstats() as a wrapper for

Re: [PATCH ethtool 1/2] Remove short option -I for PHY statistics

On Sun, Mar 13, 2016 at 04:01:20PM +, Ben Hutchings wrote: > It's not mnemonic and there's no requirement to have short options > for every command. > > Signed-off-by: Ben Hutchings Reviewed-by: Andrew Lunn Thanks Andrew > --- > ethtool.8.in

Re: [PATCH 2/2] ethtool: Add PHY statistics support

> > +.B ethtool \-I|\-\-phy-statistics > > +.I devname > > +.HP > > -I isn't a useful mnemonic, so I will drop the short option altogether. It was the best i could come up with. -P would of been nice, since we have -S for MAC statistics, but that is taken. PHY sounds a bit like I, so why not.

Re: [PATCH v1] ethtool: properly indent man sub-options

On Thu, 2016-01-07 at 17:50 -0800, Jesse Brandeburg wrote: > The ethtool.8 file was full of lots of incorrectly indented > bits.  This fixes the arguments to options to be indented in > a visually appealing way. [...] Thanks, applied, and sorry for the delay. Ben. -- Ben Hutchings If at first

[PATCH ethtool 2/2] Refactor do_gstats() and do_gphystats() to avoid code duplication

The new do_gphystats() function is almost exactly the same as do_gstats(), which is silly. * Add parameters to do_gstats() for the command number, string set number and heading * Introduce do_gnicstats() as a wrapper for do_gstats() that does what do_gstats() used to * Change do_gphystats()

[PATCH ethtool 1/2] Remove short option -I for PHY statistics

It's not mnemonic and there's no requirement to have short options for every command. Signed-off-by: Ben Hutchings --- ethtool.8.in | 4 ++-- ethtool.c| 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/ethtool.8.in b/ethtool.8.in index

Re: [PATCH net-next 1/5] dsa: Rename mv88e6123_61_65 to mv88e6123 to be consistent

On Sun, Mar 13, 2016 at 03:10:13AM -0400, Vivien Didelot wrote: > Andrew Lunn writes: > > > All the drivers support multiple chips, but mv88e6123_61_65 is the > > only one that reflects this in its naming. Change it to be consistent > > with the other drivers. > > > >

Re: [PATCH 2/2] ethtool: Add PHY statistics support

On Wed, 2015-12-23 at 12:58 +0100, Andrew Lunn wrote: > This adds support for printing statistics from the network devices PHY. Sorry it's taken me so long to respond to this.  There are a few issues with it but I'll apply it anyway then fix them up. > Signed-off-by: Andrew Lunn

Working Legally ????

Hi, Can we work together LEGALLY FOR BENEFIT ? .If yes answer the questions below and reply to ( andris.para...@aim.com ) Rdg, Andris

bad mediatek-ethernet binding docs in linux-next

Hi, Dave merged the V6 of the MediaTek ethernet driver. However in linux-next I can see the correct devicetree binding aswell as the obseleted version of the binding docs from the V1 series. The following files should not be there.

Re: [PATCH v2 2/9] net: arc_emac: add phy reset is optional for device tree

Hello. On 3/13/2016 12:07 PM, Caesar Wang wrote: This patch adds the following property for arc_emac. 1) reset-gpios: The phy reset-gpio is an optional property for arc emac device tree boot. Change the binding document to match the driver code. 2) phy-reset-duration: Different boards may

[target-pending 09/12] cxgb4: move VLAN_NONE macro definition

move VLAN_NONE macro definition from l2t.c to l2t.h Signed-off-by: Varun Prakash --- drivers/net/ethernet/chelsio/cxgb4/l2t.c | 2 -- drivers/net/ethernet/chelsio/cxgb4/l2t.h | 2 ++ 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

[target-pending 06/12] cxgb4, cxgb4i: move struct cpl_rx_data_ddp definition

move struct cpl_rx_data_ddp definition to common header file t4_msg.h. Signed-off-by: Varun Prakash --- drivers/net/ethernet/chelsio/cxgb4/t4_msg.h | 15 +++ drivers/scsi/cxgbi/cxgb4i/cxgb4i.h | 12 2 files changed, 15 insertions(+), 12

[target-pending 02/12] cxgb4: allocate resources for CXGB4_ULD_ISCSIT

allocate rxqs for non T4 adapters, dump rxqs sge qinfo through debugfs. Signed-off-by: Varun Prakash --- drivers/net/ethernet/chelsio/cxgb4/cxgb4.h | 11 - drivers/net/ethernet/chelsio/cxgb4/cxgb4_debugfs.c | 34 +-

[target-pending 10/12] cxgb4, iw_cxgb4: move delayed ack macro definitions

move delayed ack macro definitions to common header file t4_msg.h. Signed-off-by: Varun Prakash --- drivers/infiniband/hw/cxgb4/t4fw_ri_api.h | 9 - drivers/net/ethernet/chelsio/cxgb4/t4_msg.h | 9 + 2 files changed, 9 insertions(+), 9 deletions(-) diff

[target-pending 08/12] cxgb4: update struct cxgb4_lld_info definition

add members for iSCSI DDP. Signed-off-by: Varun Prakash --- drivers/net/ethernet/chelsio/cxgb4/cxgb4.h | 2 ++ drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c | 4 drivers/net/ethernet/chelsio/cxgb4/cxgb4_uld.h | 4 3 files changed, 10 insertions(+) diff

[target-pending 07/12] cxgb4: add definitions for iSCSI target ULD

add structure, macro and constant definitions for iSCSI Tx and Rx. Signed-off-by: Varun Prakash --- drivers/net/ethernet/chelsio/cxgb4/t4_msg.h | 107 ++ drivers/net/ethernet/chelsio/cxgb4/t4fw_api.h | 7 ++ 2 files changed, 114 insertions(+) diff

[target-pending 11/12] cxgb4: add iSCSI DDP page pod manager

add files for common page pod manager, both iSCSI initiator and target ULDs will use common ppod manager for DDP. Signed-off-by: Varun Prakash --- drivers/net/ethernet/chelsio/cxgb4/cxgb4_ppm.c | 464 + drivers/net/ethernet/chelsio/cxgb4/cxgb4_ppm.h |

[target-pending 04/12] cxgb4, iw_cxgb4: move definitions to common header file

move struct tcp_options, struct cpl_pass_accept_req, enum defining congestion control algorithms and associated macros to common header file t4_msg.h Signed-off-by: Varun Prakash --- drivers/infiniband/hw/cxgb4/t4fw_ri_api.h | 81 -

[target-pending 12/12] cxgb4: update Kconfig and Makefile

update Kconfig and Makefile for enabling iSCSI DDP page pod manager. Signed-off-by: Varun Prakash --- drivers/net/ethernet/chelsio/Kconfig| 11 +++ drivers/net/ethernet/chelsio/cxgb4/Makefile | 1 + 2 files changed, 12 insertions(+) diff --git

[target-pending 05/12] cxgb4, iw_cxgb4, cxgb4i: remove duplicate definitions

move struct ulptx_idata definition to common header file t4_msg.h. Signed-off-by: Varun Prakash --- drivers/infiniband/hw/cxgb4/t4fw_ri_api.h | 9 - drivers/net/ethernet/chelsio/cxgb4/t4_msg.h | 5 + drivers/scsi/cxgbi/cxgb4i/cxgb4i.h | 5 - 3 files

[target-pending 03/12] cxgb4: large receive offload support

add large receive offload(LRO) support for upper layer drivers. Signed-off-by: Varun Prakash --- drivers/net/ethernet/chelsio/cxgb4/cxgb4.h | 14 - drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c | 42 ++---

[target-pending 00/12] cxgb4 patch series for cxgbit.ko

Hi Nicholas, I am posting cxgb4 patch series as suggested by you in following email thread http://www.spinics.net/lists/target-devel/msg12437.html This series consists of patches from initial cxgb4 series without any change. Thanks Varun Varun Prakash (12): cxgb4: add new ULD

  1   2   >