Re: [net-next PATCH 06/10] gre: Use GSO flags to determine csum need instead of GRE flags

On Sat, Feb 6, 2016 at 2:52 PM, Tom Herbert wrote: > On Fri, Feb 5, 2016 at 3:28 PM, Alexander Duyck wrote: >> This patch updates the gre checksum path to follow something much closer to >> the UDP checksum path. By doing this we can avoid needing to

Re: [PATCH v2] net: ethernet: davicom: fix devicetree irq resource

Sergei Shtylyov writes: >> Moreover, since commit Fixes: 7085a7401ba5 ("drivers: platform: parse > >Fixes: tag here? Heuh no. It doesn't fix this commit, it uses a feature brought by this commit. >> +if (irq_get_trigger_type(dev->irq) ==

Re: [net-next PATCH 07/10] gre: Use inner_proto to obtain inner header protocol

On Sat, Feb 6, 2016 at 2:55 PM, Tom Herbert wrote: > On Fri, Feb 5, 2016 at 3:28 PM, Alexander Duyck wrote: >> Instead of parsing headers to determine the inner protocol we can just pull >> the value from inner_proto. >> >> Signed-off-by: Alexander

Re: [PATCH v2] net: ethernet: davicom: fix devicetree irq resource

Robert Jarzmik : [...] > diff --git a/drivers/net/ethernet/davicom/dm9000.c > b/drivers/net/ethernet/davicom/dm9000.c > index cf94b72dbacd..2bae5c8c1f85 100644 > --- a/drivers/net/ethernet/davicom/dm9000.c > +++ b/drivers/net/ethernet/davicom/dm9000.c [...] > @@ -1500,15

Re: [PATCH v2] net: ethernet: davicom: fix devicetree irq resource

Hello. On 2/7/2016 1:11 AM, Robert Jarzmik wrote: The dm9000 driver doesn't work in at least one device-tree configuration, spitting an error message on irq resource : [1.062495] dm9000 800.ethernet: insufficient resources [1.068439] dm9000 800.ethernet: not found (-2). [

Re: [PATCH v2] net: ethernet: davicom: fix devicetree irq resource

Robert Jarzmik : > Francois Romieu writes: [...] > > If you have some spare time, it would be nice to avoid db->irq_wake leak > > on probe failure or driver removal. > Sorry but not in this patch. Of course. Different topic => different patch. > I

[PATCH] uapi glibc compat: fix cases where glibc net/if.h is included before linux/if.h

glibc's net/if.h contains copies of definitions from linux/if.h and these conflict and cause build failures if both files are included by application source code. Changes in uapi headers, which fixed header file dependencies to include linux/if.h when it was needed, made the net/if.h and

Re: [PATCH net V1 0/3] mlx5 driver fixes for 4.5-rc2

On 2/2/2016 5:26 PM, Or Gerlitz wrote: We added here a patch from Matan and Alaa for addressing Linus comments on the mess w.r.t reserved field names in the driver/firmware auto-generated file. Once the patch hits linus tree, we'll ask Doug to rebase his tree on that rc so both net-next and

Re: [PATCH v2 net-next 2/4] net: dev: add batching to net_device notifiers

Hello, On Sat, 6 Feb 2016, Salam Noureddine wrote: > On Sat, Feb 6, 2016 at 10:58 AM, Julian Anastasov wrote: > >> + /* call batch notifiers which act on net namespaces */ > >> + list_for_each_entry(dev, head, unreg_list) { > >> +

Re: [PATCH v2] net: ethernet: davicom: fix devicetree irq resource

Francois Romieu writes: > Robert Jarzmik : > [...] >> diff --git a/drivers/net/ethernet/davicom/dm9000.c >> b/drivers/net/ethernet/davicom/dm9000.c >> index cf94b72dbacd..2bae5c8c1f85 100644 >> --- a/drivers/net/ethernet/davicom/dm9000.c >> +++

Kernel uapi and glibc header conflicts (was Re: header conflict introduced by change to netfilter_ipv4/ip_tables.h )

On Thu, Jan 07, 2016 at 10:30:40AM -0800, Stephen Hemminger wrote: > On Thu, 7 Jan 2016 07:29:50 + > Mikko Rapeli wrote: > > > On Wed, Jan 06, 2016 at 09:20:07AM -0800, Stephen Hemminger wrote: > > > This commit breaks compilation of iproute2 with net-next. > > > > Ok,

Re: [net-next PATCH 03/10] net: Update remote checksum segmentation to support use of GSO checksum

On Sat, Feb 6, 2016 at 2:44 PM, Tom Herbert wrote: > On Fri, Feb 5, 2016 at 3:27 PM, Alexander Duyck wrote: >> This patch addresses two main issues. >> >> First in the case of remote checksum offload we were avoiding dealing with >> scatter-gather

Re: [PATCH v2 net-next 4/4] net: fib: avoid calling fib_flush for each device when doing batch close and unregister

Hello. On 2/7/2016 9:09 AM, Salam Noureddine wrote: if (event == NETDEV_UNREGISTER) { - fib_disable_ip(dev, event, true); + if (fib_sync_down_dev(dev, event, true)) + net->ipv4.needs_fib_flush = true;

Re: [RFC RESEND] iwlwifi: pcie: transmit queue auto-sizing

On 02/05/2016 12:06 AM, Dave Taht wrote: > I am not on linux-wireless nor netdev presently, but... > > On Thu, Feb 4, 2016 at 12:16 PM, Emmanuel Grumbach > wrote: >> As many (all?) WiFi devices, Intel WiFi devices have >> transmit queues which have 256 transmit

e1000e er32(TIMINCA) value returned 0 Virtual Machiens

Bug potentially specific to VM's, particularly in this case VMWare 6.0. Issue was found to occur when a VMWare virtual machine was setup to operate as OS type Windows 8 or Windows 10. The issue is the NIC defaults, in this setup, to e1000e Driver. >From a Kernel 4.4.0 build, but this happens

Re: [RFC PATCH v2 02/18] netlabel: Add an address family to domain hash entries.

On Friday, January 08, 2016 09:52:38 AM Huw Davies wrote: > The reason is to allow different labelling protocols for > different address families with the same domain. > > This requires the addition of an address family attribute > in the netlink communication protocol. It is used in several >

Re: [RFC PATCH v2 03/18] netlabel: Initial support for the CALIPSO netlink protocol.

On Friday, January 08, 2016 09:52:39 AM Huw Davies wrote: > CALIPSO is a packet labelling protocol for IPv6 which is very similar > to CIPSO. It is specified in RFC 5570. Much of the code is based on > the current CIPSO code. > > This adds support for adding passthrough-type CALIPSO DOIs

Re: [RFC PATCH v2 00/18] CALIPSO Implementation

On Friday, January 08, 2016 09:52:36 AM Huw Davies wrote: > This patch series implements RFC 5570 - Common Architecture Label IPv6 > Security Option (CALIPSO). Its goal is to set MLS sensitivity labels > on IPv6 packets using a hop-by-hop option. CALIPSO is very similar to > its IPv4 cousin

Re: [RFC PATCH v2 10/18] calipso: Set the calipso socket label to match the secattr.

On Friday, January 08, 2016 09:52:46 AM Huw Davies wrote: > CALIPSO is a hop-by-hop IPv6 option. A lot of this patch is based on > the equivalent CISPO code. The main difference is due to manipulating > the options in the hop-by-hop header. > > Signed-off-by: Huw Davies

Re: [RFC PATCH v2 12/18] ipv6: Allow request socks to contain IPv6 options.

On Friday, January 08, 2016 09:52:48 AM Huw Davies wrote: > If set, these will that precedence over the parent's options during take > both sending and child creation. If they're not set, the parent's > options (if any) will be used. > > This is to

Re: [RFC PATCH v2 06/18] netlabel: Add support for creating a CALIPSO protocol domain mapping.

On Friday, January 08, 2016 09:52:42 AM Huw Davies wrote: > This extends the NLBL_MGMT_C_ADD and NLBL_MGMT_C_ADDDEF commands > to accept CALIPSO protocol DOIs. > > Signed-off-by: Huw Davies ... > @@ -300,6 +311,11 @@ static int netlbl_domhsh_validate(const struct >

Re: [RFC PATCH v2 08/18] ipv6: Add ipv6_renew_options_kern() that accepts a kernel mem pointer.

On Friday, January 08, 2016 09:52:44 AM Huw Davies wrote: > The functionality is equivalent to ipv6_renew_options() except > that the newopt pointer is in kernel, not user, memory > > The kernel memory implementation will be used by the CALIPSO network > labelling engine, which needs to be able

Re: [RFC PATCH v2 14/18] calipso: Allow the lsm to label the skbuff directly.

On Friday, January 08, 2016 09:52:50 AM Huw Davies wrote: > In some cases, the lsm needs to add the label to the skbuff directly. > A NF_INET_LOCAL_OUT IPv6 hook is added to selinux to match the IPv4 > behaviour. This allows selinux to label the skbuffs that it requires. > > Signed-off-by: Huw

[PATCH net-next 1/2] ethtool: make validate_speed accept all speeds between 0 and INT_MAX

From: Nikolay Aleksandrov Devices these days can have any speed and as was recently pointed out any speed from 0 to INT_MAX is valid so adjust speed validation to accept such values. Signed-off-by: Nikolay Aleksandrov ---

[PATCH net-next 2/2] virtio_net: validate ethtool port setting and explain the user validation

From: Nikolay Aleksandrov We should validate the port setting that we got from the user and check if it's what we've set it to (PORT_OTHER), also add explanation that ignoring advertising is good as long as we don't have autonegotiation. Signed-off-by: Nikolay

[PATCH net-next 0/2] virtio_net: better ethtool setting validation

From: Nikolay Aleksandrov Hi, This small set is a follow-up for the recent patches that added ethtool get/set settings. Patch 1 changes the speed validation routine to check if the speed is between 0 and INT_MAX (or SPEED_UNKNOWN) and patch 2 adds port validation to

Re: e1000e er32(TIMINCA) value returned 0 Virtual Machiens

I don't know how TIMINCA is getting cleared to zero. All I know is this situation apparently occurs with VM's. And while I do agree a fix from the VM guys would be necessary, this simple one liner fixes it, because SOMETHING is causing it to get set to/as/reset to zero. If there's nothing to be

[PATCH repost net-next] ethtool: future-proof interface for speed extensions

Many virtual and not quite virtual devices allow any speed to be set through ethtool. In particular, this applies to the virtio-net devices. Document this fact to make sure people don't assume the enum lists all possible values. Reserve values greater than INT_MAX for future extension and to

Re: [PATCH v2 0/5] net: phy: dp83848: Add support for TI TLK10x Ethernet PHYs

On 07/02/2016 09:47, Andrew F. Davis wrote: > Hello all, > > This series is [0] split into its logical components. > > Thanks, > Andrew > > [0] http://www.spinics.net/lists/netdev/msg363106.html Reviewed-by: Florian Fainelli Thanks for splitting things up! -- Florian

Re: [PATCH iproute2] bridge: support for static fdb entries

On Wed, 27 Jan 2016 09:09:37 -0800 Roopa Prabhu wrote: > From: Roopa Prabhu > > There is no intuitive option to add static fdb entries today. > 'temp' seems to have a side effect of adding > 'static' fdb entries. But the name and intent >

Re: [V4.4-rc6 Regression] af_unix: Revert 'lock_interruptible' in stream receive code

Rainer Weikusat writes: [...] > the real problem is that the function disagrees with itself on how to > use the err variable: The start uses that to record an error which > might need to be reported, the return statement uses it to indicate > that an

Re: [PATCH 2/2] sh_eth: factor out register bit twiddling code

Hi Sergei, On Sun, Feb 7, 2016 at 8:30 PM, Sergei Shtylyov wrote: > --- net-next.orig/drivers/net/ethernet/renesas/sh_eth.c > +++ net-next/drivers/net/ethernet/renesas/sh_eth.c > @@ -428,6 +428,13 @@ static u32 sh_eth_read(struct net_device > return

Re: [PATCH 1/2] ravb: factor out register bit twiddling code

Hi Sergei, On Sun, Feb 7, 2016 at 8:30 PM, Sergei Shtylyov wrote: > --- net-next.orig/drivers/net/ethernet/renesas/ravb_main.c > +++ net-next/drivers/net/ethernet/renesas/ravb_main.c > @@ -2,7 +2,7 @@ > * > * Copyright (C) 2014-2015 Renesas Electronics

Re: [PATCH 1/2] ravb: factor out register bit twiddling code

Hello. On 02/07/2016 11:48 PM, Geert Uytterhoeven wrote: --- net-next.orig/drivers/net/ethernet/renesas/ravb_main.c +++ net-next/drivers/net/ethernet/renesas/ravb_main.c @@ -2,7 +2,7 @@ * * Copyright (C) 2014-2015 Renesas Electronics Corporation * Copyright (C) 2015 Renesas Solutions

Re: [PATCH net v3 2/4] net: add rx_nohandler stat counter

From: Stephen Hemminger Date: Sun, 7 Feb 2016 11:37:32 -0800 > On Mon, 1 Feb 2016 18:51:05 -0500 > Jarod Wilson wrote: > >> --- a/include/uapi/linux/if_link.h >> +++ b/include/uapi/linux/if_link.h >> @@ -35,6 +35,8 @@ struct rtnl_link_stats { >>

Re: [patch net-next RFC 0/6] Introduce devlink interface and first drivers to use it

On 2/3/16, 2:47 AM, Jiri Pirko wrote: > From: Jiri Pirko > > There a is need for some userspace API that would allow to expose things > that are not directly related to any device class like net_device of > ib_device, but rather chip-wide/switch-ASIC-wide stuff. > > Use cases:

Re: [PATCH net v3 2/4] net: add rx_nohandler stat counter

On Sun, 2016-02-07 at 14:46 -0500, David Miller wrote: > > Why was this userspace ABI change allowed? > > The stats structure is exposed to user space via netlink > > and changing the size of responses will break iproute2 commands. I do not think it breaks anything. iproute2 always assumed

Re: [PATCH net-next 2/2] virtio_net: validate ethtool port setting and explain the user validation

On Sun, Feb 07, 2016 at 09:52:24PM +0100, Nikolay Aleksandrov wrote: > From: Nikolay Aleksandrov > > We should validate the port setting that we got from the user and check > if it's what we've set it to (PORT_OTHER), also add explanation that > ignoring advertising

Re: [PATCH net-next 1/2] ethtool: make validate_speed accept all speeds between 0 and INT_MAX

On Sun, Feb 07, 2016 at 09:52:23PM +0100, Nikolay Aleksandrov wrote: > From: Nikolay Aleksandrov > > Devices these days can have any speed and as was recently pointed out > any speed from 0 to INT_MAX is valid so adjust speed validation to > accept such values. > >

Re: e1000e er32(TIMINCA) value returned 0 Virtual Machiens

On Sun, Feb 07, 2016 at 10:28:48AM -0500, Thomas Elliott wrote: > task: 88003e4b8000 ti: 88003e4c task.ti: 88003e4c > RIP: 0010:[] [] 0x8172817a > RSP: :88003e4c3cf0 EFLAGS: 00010246 > RAX: RBX: 880038cdf640 RCX: > RDX:

Re: [V4.4-rc6 Regression] af_unix: Revert 'lock_interruptible' in stream receive code

Rainer Weikusat writes: [...] > The start uses that to record an error which might need to be > reported, the return statement uses it to indicate that an error has > occurred. Hence, some kind of in-between translation must occur. The >

[PATCH 5/7] net: phy: spi_ks8995: generalize creation of SPI commands

Prepare creating SPI reads and writes for other switch families. The KS8995 family uses the straight forward <8bit CMD><8bit ADDR> sequence. To be able to support KSZ8795 family, which uses <3bit CMD><12bit ADDR><1 bit TR> make the SPI command creation chip variant dependent.

[PATCH 7/7] dt-bindings: net: ks8995: add bindings documentation for ks8995

Signed-off-by: Helmut Buchsbaum --- .../devicetree/bindings/net/micrel-ks8995.txt | 27 ++ 1 file changed, 27 insertions(+) create mode 100644 Documentation/devicetree/bindings/net/micrel-ks8995.txt diff --git

[PATCH 2/7] net: phy: spi_ks8995: verify chip and determine revision

Since the chip variant is now determined by spi_device_id, verify family and chip id and determine the revision id. Conflicts: drivers/net/phy/spi_ks8995.c Signed-off-by: Helmut Buchsbaum --- drivers/net/phy/spi_ks8995.c | 118

[PATCH 4/7] net: phy: spi_ks8995: add support for resetting switch using GPIO

When using device tree it is no more possible to reset the PHY at board level. Furthermore, doing in the driver allows to power down the switch when the it is not used any more. The patch introduces a new optional property "reset-gpios" denoting an appropriate GPIO handle, e.g.: reset-gpios = <

[PATCH 3/7] net: phy: spi_ks8995: add register initialization

Since several use cases need to setup at least some basic control registers add the ability to configure an array containing such register initialization values within the platform data of the switch. Furthermore expose this capabilty to the devicetree. Platform data now contains a pointer to an

[PATCH 6/7] net: phy: spi_ks8995: add support for MICREL KSZ8795CLX

Add support for MICREL KSZ8795CLX Integrated 5-Port, 10-/100-Managed Ethernet Switch with Gigabit GMII/RGMII and MII/RMII interfaces. Signed-off-by: Helmut Buchsbaum --- drivers/net/phy/spi_ks8995.c | 29 + 1 file changed, 29 insertions(+)

[PATCH 0/7] Add support for MICREL KSZ8795CLX 5-port switch

This patch series refactors the spi-ks8995 driver to finally add support for the MICREL KSZ8795CLX. Additionally support for setting initial register values as well as controlling a GPIO line for resetting the switch is added. Helmut Buchsbaum (7): net: phy: spi_ks8995: introduce spi_device_id

[PATCH 1/7] net: phy: spi_ks8995: introduce spi_device_id table

Refactor to use spi_device_id table to facilitate easy extendability. Signed-off-by: Helmut Buchsbaum --- drivers/net/phy/spi_ks8995.c | 42 -- 1 file changed, 40 insertions(+), 2 deletions(-) diff --git

Re: [PATCH/RFC v4 net-next] ravb: Add dma queue interrupt support

Hello. On 02/07/2016 07:50 PM, Yoshihiro Kaneko wrote: I apologize for not responding to you earlier. Absolutely no problem, these reviews/tests take time from my main tasks anyway. :-) From: Kazuya Mizuguchi This patch supports the following

[PATCH net v4] r8169: Add EEPROM support and disable MWI on pci express.

On chip with external eeprom ASPM settings is loaded from eeprom and on pci express interface not support MWI. Signed-off-by: Corcodel Marian --- drivers/net/ethernet/realtek/r8169.c | 22 ++ 1 file changed, 14 insertions(+), 8 deletions(-) diff

Re: [PATCH net v4] r8169: Add EEPROM support and disable MWI on pci express.

On Sun, 2016-02-07 at 21:10 +0300, Sergei Shtylyov wrote: > Hello. > > On 02/07/2016 08:38 PM, Corcodel Marian wrote: > > >On chip with external eeprom ASPM settings is loaded from eeprom > > and > > on pci express interface not support MWI. > > Does not support. > > > > >

Re: [PATCH] update be2net maintainers' email addresses

From: Sathya Perla Date: Tue, 2 Feb 2016 08:10:10 -0500 > be2net maintainers' email addresses changed from avagotech.com to > broadcom.com starting today. While updating the list, I'm also adding > Somnath's name to the list. > > Signed-off-by: Sathya Perla

Re: [PATCH net-next] net: Add support for fill_slave_info to VRF device

From: David Ahern Date: Tue, 2 Feb 2016 07:43:45 -0800 > Allows userspace to have direct access to VRF table association > versus looking up master device and its table. > > Signed-off-by: David Ahern Applied, thanks David.

Re: [PATCH net-next v3] xen-netback: implement dynamic multicast control

From: Paul Durrant Date: Tue, 2 Feb 2016 11:55:05 + > My recent patch to the Xen Project documents a protocol for 'dynamic > multicast control' in netif.h. This extends the previous multicast control > protocol to not require a shared ring reconnection to turn the

Re: [PATCH] net: phy: dp83848: Add support for TI TLK10x Ethernet PHYs

On 02/06/2016 03:25 PM, Florian Fainelli wrote: Le 05/02/2016 15:13, Andrew F. Davis a écrit : The TI TLK10x Ethernet PHYs are similar in the interrupt relevant registers and so are compatible with the DP83848x devices already supported. Add these and re-order code to support additional PHYs.

Re: [PATCH/RFC v4 net-next] ravb: Add dma queue interrupt support

Hi Sergei, I apologize for not responding to you earlier. 2016-01-29 1:48 GMT+09:00 Sergei Shtylyov : > Hello. > > > On 01/24/2016 06:52 PM, Yoshihiro Kaneko wrote: > >> From: Kazuya Mizuguchi >> >> This patch supports the

[PATCH v2 0/5] net: phy: dp83848: Add support for TI TLK10x Ethernet PHYs

Hello all, This series is [0] split into its logical components. Thanks, Andrew [0] http://www.spinics.net/lists/netdev/msg363106.html Andrew F. Davis (5): net: phy: dp83848: Add macro for dp83848 compatible devices net: phy: dp83848: Add PHY ID for TI version of DP83848C net: phy:

[PATCH v2 5/5] net: phy: dp83848: Add comments for register definitions

Signed-off-by: Andrew F. Davis --- drivers/net/phy/dp83848.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/phy/dp83848.c b/drivers/net/phy/dp83848.c index f897989..556904f 100644 --- a/drivers/net/phy/dp83848.c +++ b/drivers/net/phy/dp83848.c @@

[PATCH v2 2/5] net: phy: dp83848: Add PHY ID for TI version of DP83848C

After acquiring National Semiconductor, TI appears to have changed the Vendor Model Number for the DP83848C PHYs, add this new ID to supported IDs. Signed-off-by: Andrew F. Davis --- drivers/net/phy/dp83848.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff

Re: [PATCH net v2] bonding: Fix ARP monitor validation

From: Jay Vosburgh Date: Tue, 02 Feb 2016 13:35:56 -0800 > > The current logic in bond_arp_rcv will accept an incoming ARP for > validation if (a) the receiving slave is either "active" (which includes > the currently active slave, or the current ARP slave) or,

Re: [net-next PATCH 00/11] net: mitigating kmem_cache slowpath and BoF discussion patches

From: Jesper Dangaard Brouer Date: Tue, 02 Feb 2016 22:11:28 +0100 > This patchset is relevant for my NetDev 1.1 "Network Performance BoF" [1]. > > The first 4 patches, is a repost[2], for the first real use-case of > kmem_cache bulk alloc and free API. They were adjusted

Re: pull request: batman-adv 20160203

From: Antonio Quartulli Date: Wed, 3 Feb 2016 10:18:21 +0800 > Here you have our first pull request intended for net-next. > > This batch of patches includes a number of corrections and > improvements for our kernel-doc. These changes also make sure > that our doc is now

Re: [PATCH/RFC v4 net-next] ravb: Add dma queue interrupt support

2016-01-29 2:32 GMT+09:00 Sergei Shtylyov : > On 01/24/2016 06:52 PM, Yoshihiro Kaneko wrote: > >> From: Kazuya Mizuguchi >> >> This patch supports the following interrupts. >> >> - One interrupt for multiple (descriptor, error,

Re: [PATCH/RFC v4 net-next] ravb: Add dma queue interrupt support

On 02/07/2016 07:56 PM, Yoshihiro Kaneko wrote: From: Kazuya Mizuguchi This patch supports the following interrupts. - One interrupt for multiple (descriptor, error, management) - One interrupt for emac - Four interrupts for dma queue (best effort rx/tx,

Re: [PATCH/RFC v4 net-next] ravb: Add dma queue interrupt support

2016-01-29 2:51 GMT+09:00 Sergei Shtylyov : > On 01/24/2016 06:52 PM, Yoshihiro Kaneko wrote: > >> From: Kazuya Mizuguchi >> >> This patch supports the following interrupts. >> >> - One interrupt for multiple (descriptor, error,

Re: [PATCH net v4] r8169: Add EEPROM support and disable MWI on pci express.

Hello. On 02/07/2016 08:38 PM, Corcodel Marian wrote: On chip with external eeprom ASPM settings is loaded from eeprom and on pci express interface not support MWI. Does not support. Signed-off-by: Corcodel Marian ---

Re: [PATCH net V1 0/3] mlx5 driver fixes for 4.5-rc2

From: Or Gerlitz Date: Sun, 7 Feb 2016 17:44:32 +0200 > On 2/2/2016 5:26 PM, Or Gerlitz wrote: >> We added here a patch from Matan and Alaa for addressing Linus >> comments on >> the mess w.r.t reserved field names in the driver/firmware >> auto-generated file. >> >> Once

Re: [PATCH net v4] r8169: Add EEPROM support and disable MWI on pci express.

On 02/07/2016 09:40 PM, Corcodel Marian wrote: [No need to qulate the full patch if you ask a question unrelated to the comments.] Hi i have one question, this patch can be reused or need to create new one. In case you were asking whether you should repost the updated patch in the

Re: [PATCH] af_unix: Don't set err in unix_stream_read_generic unless there was an error

The present unix_stream_read_generic contains various code sequences of the form err = -EDISASTER; if () goto out; This has the unfortunate side effect of possibly causing the error code to bleed through to the final out: return copied ? : err; and then to be wrongly returned

Re: [PATCH next 2/3] ipvlan: mode is u16

From: Mahesh Bandewar Date: Tue, 2 Feb 2016 11:20:30 -0800 > From: Mahesh Bandewar > > The mode argument was erronusly defined as u32 but it has always > been u16. > > Signed-off-by: Mahesh Bandewar This patch is changing more

Re: [PATCH net-next v5 0/2] virtio_net: add ethtool get/set settings support

From: Nikolay Aleksandrov Date: Wed, 3 Feb 2016 04:04:35 +0100 > Patch 1 adds ethtool speed/duplex validation functions which check if the > value is defined. Patch 2 adds support for ethtool (get|set)_settings and > uses the validation functions to check the user-supplied

[PATCH 1/2] ravb: factor out register bit twiddling code

The driver has often repeated pattern of reading a register, AND'ing and/or OR'ing some bits and writing the value back. Factor the pattern out into ravb_modify() -- this saves 260 bytes of code with ARM gcc 4.7.3. While at it, update Cogent Embedded's copyrights. Signed-off-by: Sergei

[PATCH 2/2] sh_eth: factor out register bit twiddling code

The driver has often repeated pattern of reading a register, AND'ing and/or OR'ing some bits and writing the value back. Factor the pattern out into sh_eth_modify() -- this saves 84 bytes of code with ARM gcc 4.7.3. While at it, update Cogent Embedded's copyright. Signed-off-by: Sergei

[PATCH 0/2] Factor out register bit twiddling in the Renesas Ethernet drivers

Hello. Here's a set of 2 patches against DaveM's 'net-next.git' repo. We factor out the often repeated pattern of reading a register, AND'ing and/or OR'ing some bits, and then writing the value back. [1/2] ravb: factor out register bit twiddling code [2/2] sh_eth: factor out register bit

Re: [PATCH net-next v5 0/2] virtio_net: add ethtool get/set settings support

On 02/07/2016 08:31 PM, David Miller wrote: > From: Nikolay Aleksandrov > Date: Wed, 3 Feb 2016 04:04:35 +0100 > >> Patch 1 adds ethtool speed/duplex validation functions which check if the >> value is defined. Patch 2 adds support for ethtool (get|set)_settings and >> uses

[PATCH v2 4/5] net: phy: dp83848: Add support for TI TLK10x Ethernet PHYs

The TI TLK10x Ethernet PHYs are similar in the interrupt relevant registers and so are compatible with the DP83848x devices already supported. Signed-off-by: Andrew F. Davis --- drivers/net/phy/dp83848.c | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH v2 3/5] net: phy: dp83848: Reorganize code for readability and safety

Reorganize code by moving the desired interrupt mask definition out of function. Also rearrange the enable/disable interrupt function to prevent accidental over-writing of values in registers. Signed-off-by: Andrew F. Davis --- drivers/net/phy/dp83848.c | 33

[PATCH v2 1/5] net: phy: dp83848: Add macro for dp83848 compatible devices

Add a helper macro for defining dp83848 compatible phy devices. Update copyright info. Signed-off-by: Andrew F. Davis --- drivers/net/phy/dp83848.c | 41 ++--- 1 file changed, 22 insertions(+), 19 deletions(-) diff --git

Re: [PATCH v2 net-next 0/8] be2net patch-set

From: Sriharsha Basavapatna Date: Wed, 3 Feb 2016 09:49:15 +0530 > v2 changes: > Patch-4:Changed a tab to space in be.h > Patches-6,7,8: Updated commit log summary line: benet --> be2net > > Hi David, > > The following patch set

Re: [PATCH] net: drop write-only stack variable

From: David Herrmann Date: Tue, 2 Feb 2016 18:17:54 +0100 > Remove a write-only stack variable from unix_attach_fds(). This is a > left-over from the security fix in: > > commit 712f4aad406bb1ed67f3f98d04c044191f0ff593 > Author: willy tarreau >

Re: [PATCH net-next 0/2] sunvnet: perf tracepoint hooks

From: Sowmini Varadhan Date: Tue, 2 Feb 2016 10:41:54 -0800 > Added some perf tracepoints to help track and debug sunvnet > descriptor state at run-time. I'm not the biggest fan of putting tracepoints like this in the fast paths of a networking driver, but what

Re: [RESEND PATCH 0/9] Namespaceify more of the tcp sysctl knobs

From: Nikolay Borisov Date: Wed, 3 Feb 2016 09:46:48 +0200 > This patch series continues making more of the tcp-related > sysctl knobs be per net-namespace. Most of these apply per > socket and have global defaults so should be safe and I > don't expect any breakages. > >

Re: [PATCH net v3 2/4] net: add rx_nohandler stat counter

On Mon, 1 Feb 2016 18:51:05 -0500 Jarod Wilson wrote: > --- a/include/uapi/linux/if_link.h > +++ b/include/uapi/linux/if_link.h > @@ -35,6 +35,8 @@ struct rtnl_link_stats { > /* for cslip etc */ > __u32 rx_compressed; > __u32 tx_compressed; > + > +

Re: [PATCH v2 3/5] net: phy: dp83848: Reorganize code for readability and safety

Hello. On 02/07/2016 08:47 PM, Andrew F. Davis wrote: Reorganize code by moving the desired interrupt mask definition out of function. Also rearrange the enable/disable interrupt function to prevent accidental over-writing of values in registers. Signed-off-by: Andrew F. Davis

Re: [V4.4-rc6 Regression] af_unix: Revert 'lock_interruptible' in stream receive code

Eric Dumazet writes: > On Fri, 2016-02-05 at 21:44 +, Rainer Weikusat wrote: >> The present unix_stream_read_generic contains various code sequences of >> the form >> >> err = -EDISASTER; >> if () >> goto out; >> >> This has the unfortunate side effect of

Re: [PATCH net-next v2 0/6] vxlan: cleanup headers and tx path

From: Jiri Benc Date: Tue, 2 Feb 2016 18:09:10 +0100 > This is first part of vxlan cleanup. It makes vxlan.h better organized and > removes code duplication in the tx path. There's no change in functionality. > > This is in preparation for VXLAN-GPE support. Other sets will

Re: [PATCH net-next 0/6] tcp: congestion control refactoring

From: Yuchung Cheng Date: Tue, 2 Feb 2016 10:33:03 -0800 > This patch set refactors the sequence of congestion control, > loss recovery, and transmission logic in TCP ack processing. > > The design goal is to decouple and sequence them in the following order: > > 0. ACK

Re: [PATCH iproute2 master resend 0/4] Minor BPF updates on frontend

On Sun, 7 Feb 2016 02:11:49 +0100 Daniel Borkmann wrote: > Couple of minor updates on tc frontend. > > Resending with no changes and with John's Acked-by kept, orignal > version got set to 'Changes requested' by mistake. > > Thanks! > > Daniel Borkmann (4): > tc, bpf,

[PATCH net-next v7 13/19] net: rdma: use __ethtool_get_ksettings

From: David Decotigny Signed-off-by: David Decotigny --- include/rdma/ib_addr.h | 14 ++ 1 file changed, 6 insertions(+), 8 deletions(-) diff --git a/include/rdma/ib_addr.h b/include/rdma/ib_addr.h index c34c900..f669751 100644 ---

[PATCH net-next v7 12/19] net: fcoe: use __ethtool_get_ksettings

From: David Decotigny Signed-off-by: David Decotigny --- drivers/scsi/fcoe/fcoe_transport.c | 36 1 file changed, 20 insertions(+), 16 deletions(-) diff --git a/drivers/scsi/fcoe/fcoe_transport.c

[PATCH net-next v7 10/19] net: macvlan: use __ethtool_get_ksettings

From: David Decotigny Signed-off-by: David Decotigny --- drivers/net/macvlan.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/net/macvlan.c b/drivers/net/macvlan.c index 94e6888..a54ad4c 100644 ---

[PATCH net-next v7 07/19] net: usnic: use __ethtool_get_ksettings

From: David Decotigny Signed-off-by: David Decotigny --- drivers/infiniband/hw/usnic/usnic_ib_verbs.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/infiniband/hw/usnic/usnic_ib_verbs.c

[PATCH net-next v7 06/19] tx4939: use __ethtool_get_ksettings

From: David Decotigny Signed-off-by: David Decotigny --- arch/mips/txx9/generic/setup_tx4939.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/arch/mips/txx9/generic/setup_tx4939.c b/arch/mips/txx9/generic/setup_tx4939.c index

[PATCH net-next v7 14/19] net: 8021q: use __ethtool_get_ksettings

From: David Decotigny Signed-off-by: David Decotigny --- net/8021q/vlan_dev.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/net/8021q/vlan_dev.c b/net/8021q/vlan_dev.c index ad5e2fd..d4a6131 100644 --- a/net/8021q/vlan_dev.c

[PATCH net-next v7 15/19] net: bridge: use __ethtool_get_ksettings

From: David Decotigny Signed-off-by: David Decotigny --- net/bridge/br_if.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/net/bridge/br_if.c b/net/bridge/br_if.c index c367b3e..cafe4e6 100644 --- a/net/bridge/br_if.c +++

[PATCH net-next v7 09/19] net: ipvlan: use __ethtool_get_ksettings

From: David Decotigny Signed-off-by: David Decotigny --- drivers/net/ipvlan/ipvlan_main.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/net/ipvlan/ipvlan_main.c b/drivers/net/ipvlan/ipvlan_main.c index

[PATCH net-next v7 11/19] net: team: use __ethtool_get_ksettings

From: David Decotigny Signed-off-by: David Decotigny --- drivers/net/team/team.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/net/team/team.c b/drivers/net/team/team.c index 00558e1..7f96eca7 100644 ---

Re: r8169 regression: UDP packets dropped intermittantly

Hi Francois On Wed, Dec 02, 2015 at 12:58:52AM +0100, Francois Romieu wrote: > Jonathan Woithe : > [...] > > Any thoughts or progress at this stage? Are there further tests you need me > > to do ? > > Yes but you should expect two more days without signal. FYI I am now

Re: [RFC PATCH net-next 2/3] macvlan: add queue selection functionality

On Sun, 2016-02-07 at 22:14 -0500, Vladislav Yasevich wrote: > This patch adds a simple queue selection function to macvlan > layer. In most cases, this will just use the standard fallback > fuction, but when rx-queue has been recoreded we'll try to use > that value. > > Signed-off-by: Vladislav

  1   2   >