Re: WARNING: CPU: 1 PID: 2485 at drivers/net/wireless/intel/iwlwifi/pcie/trans.c:1752 iwl_trans_pcie_grab_nic_access+0x110/0x120 [iwlwifi]

On Fri, 2016-04-15 at 02:07 +, Borislav Petkov wrote: > Hi, > > so I'm seeing this when wlan0 tries to associate. On 4.6-rc2 + tip. > After that, wifi is dead in the water. Anyone have a clue? > > And 4.5 seems fine, I'm typing from it as we speak. > ... > [ 661.142657] [

Re: [PATCH 1/3] rxrpc: Don't permit use of connect() op and simplify sendmsg() op

David Miller wrote: > > Simplify the RxRPC user interface and remove the use of connect() to direct > > client calls. It is redundant given that sendmsg() can be given the target > > address and calls to multiple targets are permitted from a client socket > > and also from

RE: [PATCH net-next 0/2] ethernet: intel: Support Hyper-V hosts

> -Original Message- > From: tar...@gmail.com [mailto:tar...@gmail.com] On Behalf Of Jeff Kirsher > Sent: Thursday, April 14, 2016 7:21 PM > To: KY Srinivasan > Cc: David Miller ; netdev > ; LKML

RE: [PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

> -Original Message- > From: Alexander Duyck [mailto:alexander.du...@gmail.com] > Sent: Thursday, April 14, 2016 4:18 PM > To: KY Srinivasan > Cc: David Miller ; Netdev > ; linux-ker...@vger.kernel.org; >

Re: [PATCH net-next] tun: use per cpu variables for stats accounting

From: Paolo Abeni Date: Wed, 13 Apr 2016 10:52:20 +0200 > Currently the tun device accounting uses dev->stats without applying any > kind of protection, regardless that accounting happens in preemptible > process context. > This patch move the tun stats to a per cpu data

RE: [PATCH 2/3] phy: add generic function to support ksetting support

From: Philippe Reynes Sent: Friday, April 15, 2016 6:35 AM > To: da...@davemloft.net; de...@googlers.com; f.faine...@gmail.com; Fugang > Duan > Cc: linux-ker...@vger.kernel.org; netdev@vger.kernel.org; Philippe Reynes > > Subject:

RE: [PATCH 3/3] fec: move to new ethtool api {get|set}_link_ksettings

From: Philippe Reynes Sent: Friday, April 15, 2016 6:35 AM > To: da...@davemloft.net; de...@googlers.com; f.faine...@gmail.com; Fugang > Duan > Cc: linux-ker...@vger.kernel.org; netdev@vger.kernel.org; Philippe Reynes > > Subject:

[PATCH net-next v2 6/6] fjes: Update fjes driver version : 1.1

Signed-off-by: Taku Izumi --- drivers/net/fjes/fjes_main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/fjes/fjes_main.c b/drivers/net/fjes/fjes_main.c index 87b2474..bb7e903 100644 --- a/drivers/net/fjes/fjes_main.c +++

[PATCH net-next v2 3/6] fjes: fix bitwise check bug in fjes_raise_intr_rxdata_task

In fjes_raise_intr_rxdata_task(), there's a bug of bitwise check because of missing "& FJES_RX_POLL_WORK". This patch fixes this bug. Signed-off-by: Taku Izumi --- drivers/net/fjes/fjes_main.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH net-next v2 5/6] fjes: Introduce spinlock for rx_status

This patch introduces spinlock of rx_status for proper excusive control. Signed-off-by: Taku Izumi --- drivers/net/fjes/fjes_hw.c | 22 - drivers/net/fjes/fjes_hw.h | 2 ++ drivers/net/fjes/fjes_main.c | 57

[PATCH net-next v2 4/6] fjes: Enhance changing MTU related work

This patch enhances the fjes_change_mtu() method by introducing new flag named FJES_RX_MTU_CHANGING_DONE in rx_status. At the same time, default MTU value is changed into 65510 bytes. Signed-off-by: Taku Izumi --- drivers/net/fjes/fjes_hw.c | 8 +-

[PATCH net-next v2 1/6] fjes: optimize timeout value

This patch optimizes the following timeout value. - FJES_DEVICE_RESET_TIMEOUT - FJES_COMMAND_REQ_TIMEOUT - FJES_COMMAND_REQ_BUFF_TIMEOUT Signed-off-by: Taku Izumi --- drivers/net/fjes/fjes_hw.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH net-next v2 2/6] fjes: fix incorrect statistics information in fjes_xmit_frame()

There are bugs of acounting statistics in fjes_xmit_frame(). Accounting self stats is wrong. accounting stats of other EPs to be transmitted is right. This patch fixes this bug. Signed-off-by: Taku Izumi --- drivers/net/fjes/fjes_main.c | 14 +++--- 1 file

[PATCH net-next v2 0/6] FUJITSU Extended Socket driver version 1.1

This patchsets update FUJITSU Extended Socket network driver into version 1.1. This mainly includes some improvements and minor bugfix. v1->v2: - Remove ioctl and debugfs facility according to David comment Taku Izumi (6): fjes: optimize timeout value fjes: fix incorrect statistics

Re: [PATCH net-next 0/2] ethernet: intel: Support Hyper-V hosts

On Thu, Apr 14, 2016 at 4:55 PM, K. Y. Srinivasan wrote: > Make adjustments to the Intel 10G VF driver to support > running on Hyper-V hosts. > > K. Y. Srinivasan (2): > ethernet: intel: Add the device ID's presented while running on > Hyper-V > intel: ixgbevf: Support

[net-next PATCH] stmmac: socfpga: remove extra call to socfpga_dwmac_setup

From: Dinh Nguyen In the socfpga_dwmac_probe function, we have a call to socfpga_dwmac_setup, which is already called from socfpga_dwmac_init later in the probe function. Remove this extra call to socfpga_dwmac_setup. Also we should not be calling

Re: [PATCH net-next] net: validate_xmit_skb() changes

From: Eric Dumazet Date: Tue, 12 Apr 2016 21:50:07 -0700 > From: Eric Dumazet > > skbs given to validate_xmit_skb() should not have a next > pointer anymore. > > Also if a packet is dropped, increment dev->tx_dropped > __dev_queue_xmit() no longer

Re: [PATCH net-next 0/5] BPF updates

From: Daniel Borkmann Date: Wed, 13 Apr 2016 00:10:49 +0200 > This series adds a new verifier argument type called > ARG_PTR_TO_RAW_STACK and converts related helpers to make > use of it. Basic idea is that we can save init of stack > memory when the helper function is

Re: [PATCH net 0/2] Fixes for SO_REUSEPORT and mixed v4/v6 sockets

From: Craig Gallek Date: Tue, 12 Apr 2016 13:11:24 -0400 > From: Craig Gallek > > Recent changes to the datastructures associated with SO_REUSEPORT broke > an existing behavior when equivalent SO_REUSEPORT sockets are created > using both AF_INET and

Re: [PATCH 4.6 fix] bgmac: fix MAC soft-reset bit for corerev > 4

From: Rafał Miłecki Date: Tue, 12 Apr 2016 18:27:29 +0200 > From: Felix Fietkau > > Only core revisions older than 4 use BGMAC_CMDCFG_SR_REV0. This mainly > fixes support for BCM4708A0KF SoCs with Ethernet core rev 5 (it means > only some devices as most of

Re: [RFC PATCH net-next] sunvnet: Add ethtool support for netdev stastics

From: Atish Patra Date: Tue, 12 Apr 2016 09:19:19 -0700 > Currently, sunvnet does not support statstics display > via sysfs entry using ethtool. ethtool is not for the already provided network device statistics. It is for device specific statistic extensions, and acts

Re: [PATCH 1/3] rxrpc: Don't permit use of connect() op and simplify sendmsg() op

From: David Howells Date: Tue, 12 Apr 2016 16:05:41 +0100 > Simplify the RxRPC user interface and remove the use of connect() to direct > client calls. It is redundant given that sendmsg() can be given the target > address and calls to multiple targets are permitted from a

Re: [PATCH net,stable] cdc_mbim: apply "NDP to end" quirk to all Huawei devices

From: Bjørn Mork Date: Tue, 12 Apr 2016 16:11:12 +0200 > We now have a positive report of another Huawei device needing > this quirk: The ME906s-158 (12d1:15c1). This is an m.2 form > factor modem with no obvious relationship to the E3372 (12d1:157d) > we already have a quirk

Re: [PATCH nf] netfilter: ipv6: Orphan skbs in nf_ct_frag6_gather()

On 14 April 2016 at 03:35, Pablo Neira Ayuso wrote: > On Thu, Apr 14, 2016 at 10:40:15AM +0200, Florian Westphal wrote: >> David Laight wrote: >> > From: Joe Stringer >> > > Sent: 13 April 2016 19:10 >> > > This is the IPv6 equivalent of commit

RE: [PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

> -Original Message- > From: Alexander Duyck [mailto:alexander.du...@gmail.com] > Sent: Thursday, April 14, 2016 5:19 PM > To: KY Srinivasan > Cc: Rustad, Mark D ; David Miller > ; netdev ; linux-

Re: [PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

KY Srinivasan wrote: -Original Message- From: Rustad, Mark D [mailto:mark.d.rus...@intel.com] Sent: Thursday, April 14, 2016 5:07 PM To: KY Srinivasan Cc: David Miller ; netdev ;

Re: [PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

On Thu, Apr 14, 2016 at 5:11 PM, KY Srinivasan wrote: > > >> -Original Message- >> From: Rustad, Mark D [mailto:mark.d.rus...@intel.com] >> Sent: Thursday, April 14, 2016 5:07 PM >> To: KY Srinivasan >> Cc: David Miller ;

Re: [PATCH nf] netfilter: ipv6: Orphan skbs in nf_ct_frag6_gather()

On 14 April 2016 at 01:40, Florian Westphal wrote: > David Laight wrote: >> From: Joe Stringer >> > Sent: 13 April 2016 19:10 >> > This is the IPv6 equivalent of commit 8282f27449bf ("inet: frag: Always >> > orphan skbs inside ip_defrag()"). >> > >> >

RE: [PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

> -Original Message- > From: Rustad, Mark D [mailto:mark.d.rus...@intel.com] > Sent: Thursday, April 14, 2016 5:07 PM > To: KY Srinivasan > Cc: David Miller ; netdev > ; linux-ker...@vger.kernel.org; >

WARNING: CPU: 1 PID: 2485 at drivers/net/wireless/intel/iwlwifi/pcie/trans.c:1752 iwl_trans_pcie_grab_nic_access+0x110/0x120 [iwlwifi]

Hi, so I'm seeing this when wlan0 tries to associate. On 4.6-rc2 + tip. After that, wifi is dead in the water. Anyone have a clue? And 4.5 seems fine, I'm typing from it as we speak. ... [2.111418] iwlwifi :02:00.0: loaded firmware version 21.302800.0 op_mode iwlmvm ... [2.220954]

Re: [PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

KY Srinivasan wrote: -Original Message- From: Rustad, Mark D [mailto:mark.d.rus...@intel.com] Sent: Thursday, April 14, 2016 4:01 PM To: KY Srinivasan Cc: David Miller ; netdev ;

RE: [PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

> -Original Message- > From: Rustad, Mark D [mailto:mark.d.rus...@intel.com] > Sent: Thursday, April 14, 2016 4:01 PM > To: KY Srinivasan > Cc: David Miller ; netdev > ; linux-ker...@vger.kernel.org; >

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

Vikram Sethi wrote: >> retval = dma_coerce_mask_and_coherent(>dev, DMA_BIT_MASK(64)); >> if (retval) { >> dev_err(>dev, "failed to set DMA mask err %d\n", retval); >> goto err_res; >> } How can you set the mask to 64 bits when the EMAC IP on FSM9900 and QDF2432 can

Re: [PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

On Thu, Apr 14, 2016 at 4:55 PM, K. Y. Srinivasan wrote: > On Hyper-V, the VF/PF communication is a via software mediated path > as opposed to the hardware mailbox. Make the necessary > adjustments to support Hyper-V. > > Signed-off-by: K. Y. Srinivasan >

Re: [PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

Some comments below: K. Y. Srinivasan wrote: On Hyper-V, the VF/PF communication is a via software mediated path as opposed to the hardware mailbox. Make the necessary adjustments to support Hyper-V. Signed-off-by: K. Y. Srinivasan ---

Re: [PATCH iproute2] ip: neigh: Fix leftover attributes message during flush

On 4/14/16 12:15 PM, Jeff Harris wrote: Use the same rtnl_dump_request_n call as the show. The rtnl_wilddump_request assumes the type uses an ifinfomsg which is not the case for the neighbor table. Signed-off-by: Jeff Harris --- Acked-by: David Ahern

Re: [RFC PATCH 0/2] selinux: avoid nf hooks overhead when not needed

On Tue, Apr 12, 2016 at 4:52 AM, Paolo Abeni wrote: > Will be ok if we post a v2 version of this series, removing the hooks > de-registration bits, but preserving the selinux nf-hooks and > socket_sock_rcv_skb() on-demand/delayed registration ? Will that fit > with the

[PATCH 3/3] fec: move to new ethtool api {get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move the fec driver to new api {get|set}_link_ksettings. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/freescale/fec_main.c | 16 1 files changed, 8 insertions(+), 8 deletions(-) diff --git

[PATCH 2/3] phy: add generic function to support ksetting support

The old ethtool api (get_setting and set_setting) has generic phy functions phy_ethtool_sset and phy_ethtool_gset. To supprt the new ethtool api (get_link_ksettings and set_link_ksettings), we add generic phy function phy_ethtool_ksettings_get and phy_ethtool_ksettings_set. Signed-off-by:

[PATCH 1/3] net: ethtool: export conversion function between u32 and link mode

The function convert_legacy_u32_to_link_mode and convert_link_mode_to_legacy_u32 may be used outside of ethtool.c. We rename them to ethtool_convert_... and export them, so we could use them in others drivers and modules. Signed-off-by: Philippe Reynes ---

[PATCH 0/3] fec: ethtool: move to new api {get|set}_link_ksettings

Ethtool has a new api {get|set}_link_ksettings that deprecate the old api {get|set}_settings. We update the fec driver to use this new ethtool api. For this first version, I've converted old u32 value in phy structure to link_modes structure. Another way would be to replace u32 in phy structure

Re: [PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

Hi Srinivasan, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/K-Y-Srinivasan/ethernet-intel-Add-the-device-ID-s-presented-while-running-on-Hyper-V/20160415-061821 config: sparc64-allyesconfig (attached as .config) reproduce: wget

[PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

On Hyper-V, the VF/PF communication is a via software mediated path as opposed to the hardware mailbox. Make the necessary adjustments to support Hyper-V. Signed-off-by: K. Y. Srinivasan --- drivers/net/ethernet/intel/ixgbevf/ixgbevf.h | 11 ++

[PATCH net-next 1/2] ethernet: intel: Add the device ID's presented while running on Hyper-V

Intel SR-IOV cards present different ID when running on Hyper-V. Add the device IDs presented while running on Hyper-V. Signed-off-by: K. Y. Srinivasan --- drivers/net/ethernet/intel/ixgbevf/defines.h |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git

[PATCH net-next 0/2] ethernet: intel: Support Hyper-V hosts

Make adjustments to the Intel 10G VF driver to support running on Hyper-V hosts. K. Y. Srinivasan (2): ethernet: intel: Add the device ID's presented while running on Hyper-V intel: ixgbevf: Support Windows hosts (Hyper-V) drivers/net/ethernet/intel/ixgbevf/defines.h |5 +

Re: [PATCH] dsa: mv88e6xxx: Kill the REG_READ and REG_WRITE macros

Andrew Lunn writes: > These macros hide a ds variable and a return statement on error, which > can lead to locking issues. Kill them off. > > Signed-off-by: Andrew Lunn > --- > > As requested by Vivien, this patch has been split out of the series. > > v2: Use the

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

A couple of clarifications on the SGMII internal PHY and the DMA capability of the EMAC inline. On 04/14/2016 04:19 PM, Florian Fainelli wrote: > On 14/04/16 13:19, Timur Tabi wrote: >> Florian Fainelli wrote: >>> On 13/04/16 10:59, Timur Tabi wrote: From: Gilad Avidov

[PATCH net-next 1/1] hv_netvsc: Implement support for VF drivers on Hyper-V

Support VF drivers on Hyper-V. On Hyper-V, each VF instance presented to the guest has an associated synthetic interface that shares the MAC address with the VF instance. Typically these are bonded together to support live migration. By default, the host delivers all the incoming packets on the

Re: [PATCH net-next v4] packet: uses kfree_skb() for errors.

From: Weongyo Jeong Date: Thu, 14 Apr 2016 14:10:04 -0700 > consume_skb() isn't for error cases that kfree_skb() is more proper > one. At this patch, it fixed tpacket_rcv() and packet_rcv() to be > consistent for error or non-error cases letting perf trace its event >

Re: [PATCH net-next 1/8] dsa: mv88e6xxx: Prepare for turning this into a library module

From: Florian Fainelli Date: Thu, 14 Apr 2016 14:26:39 -0700 > On 14/04/16 13:22, Vivien Didelot wrote: >> Hi Andrew, >> >> Andrew Lunn writes: >> >>> Export all the functions so that we can later turn the module into a >>> library module. >>> >>>

[PATCH] dsa: mv88e6xxx: Kill the REG_READ and REG_WRITE macros

These macros hide a ds variable and a return statement on error, which can lead to locking issues. Kill them off. Signed-off-by: Andrew Lunn --- As requested by Vivien, this patch has been split out of the series. v2: Use the existing ret variable Hold the lock for the

Re: [PATCH net-next 1/8] dsa: mv88e6xxx: Prepare for turning this into a library module

> I believe this is currently the case for most of what is being done by > mv88e6xxx.c, Andrew's patches are not making things worse. Hi Florian That was my aim. I did the minimum restructuring needed to make these DSA drivers classical Linux drivers. Nothing i've done would prevent them being

Re: [PATCH net-next 1/8] dsa: mv88e6xxx: Prepare for turning this into a library module

Hi Vivien > I'm working on a few patches right away to factorize this and lighten up > that part from your current refactoring of DSA. Please take a look at the full series of 40 patches, before deciding what you want to clean up. It is too many to post at once, so i'm breaking them up into

Re: [PATCH net-next 1/8] dsa: mv88e6xxx: Prepare for turning this into a library module

On 14/04/16 13:22, Vivien Didelot wrote: > Hi Andrew, > > Andrew Lunn writes: > >> Export all the functions so that we can later turn the module into a >> library module. >> >> Signed-off-by: Andrew Lunn > > Sorry but I don't like this. We don't want one module

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

On 14/04/16 13:19, Timur Tabi wrote: > Florian Fainelli wrote: >> On 13/04/16 10:59, Timur Tabi wrote: >>> From: Gilad Avidov >>> >>> Add supports for ethernet controller HW on Qualcomm Technologies, >>> Inc. SoC. >>> This driver supports the following features: >>> 1)

Re: [PATCH net-next v3] packet: uses kfree_skb() for errors.

On Wed, Apr 13, 2016 at 10:56:01PM -0400, David Miller wrote: > From: Weongyo Jeong > Date: Fri, 8 Apr 2016 09:25:48 -0700 > > > diff --git a/net/packet/af_packet.c b/net/packet/af_packet.c > > index 1ecfa71..4e054bb 100644 > > --- a/net/packet/af_packet.c > > +++

[PATCH net-next v4] packet: uses kfree_skb() for errors.

consume_skb() isn't for error cases that kfree_skb() is more proper one. At this patch, it fixed tpacket_rcv() and packet_rcv() to be consistent for error or non-error cases letting perf trace its event properly. Signed-off-by: Weongyo Jeong --- net/packet/af_packet.c

[net-next PATCH] netdev_features: Add NETIF_F_TSO_MANGLEID to NETIF_F_ALL_TSO

I realized that when I added NETIF_F_TSO_MANGLEID as a TSO type I forgot to add it to NETIF_F_ALL_TSO. This patch corrects that so the flag will be included correctly. The result should be minor as it was only used by a few drivers and in a few specific cases such as when NETIF_F_SG was not

Re: [PATCH v2 net 0/4] ipv6: datagram: Update dst cache of a connected udp sk during pmtu update

From: Martin KaFai Lau Date: Mon, 11 Apr 2016 15:29:33 -0700 > v2: > ~ Protect __sk_dst_get() operations with rcu_read_lock in > release_cb() because another thread may do ip6_dst_store() > for a udp sk without taking the sk lock (e.g. in sendmsg). > ~ Do a

Re: [PATCH V3] net: mediatek: update the IRQ part of the binding document

From: John Crispin Date: Tue, 12 Apr 2016 08:35:18 +0200 > The current binding document only describes a single interrupt. Update the > document by adding the 2 other interrupts. > > The driver currently only uses a single interrupt. The HW is however able > to using IRQ

Re: [PATCH net-next v1 1/1] tipc: fix a race condition leading to subscriber refcnt bug

From: Parthasarathy Bhuvaragan Date: Tue, 12 Apr 2016 13:05:21 +0200 > Until now, the requests sent to topology server are queued > to a workqueue by the generic server framework. > These messages are processed by worker threads and trigger the > registered

RE: [PATCH 1/1] hv_netvsc: Implement support for VF drivers on Hyper-V

> -Original Message- > From: K. Y. Srinivasan [mailto:k...@microsoft.com] > Sent: Wednesday, April 13, 2016 4:58 PM > To: da...@davemloft.net; netdev@vger.kernel.org; linux- > ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de; > a...@canonical.com; jasow...@redhat.com

Re: [net-next PATCH v2 0/5] GRO Fixed IPv4 ID support and GSO partial support

From: Alexander Duyck Date: Sun, 10 Apr 2016 21:44:38 -0400 > This patch series sets up a few different things. > > First it adds support for GRO of frames with a fixed IP ID value. This > will allow us to perform GRO for frames that go through things like an IPv6 > to

Re: [PATCH net-next 1/8] dsa: mv88e6xxx: Prepare for turning this into a library module

Hi Andrew, Andrew Lunn writes: > Export all the functions so that we can later turn the module into a > library module. > > Signed-off-by: Andrew Lunn Sorry but I don't like this. We don't want one module per 88E6xxx switch model. We need one driver supporting

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

Florian Fainelli wrote: On 13/04/16 10:59, Timur Tabi wrote: From: Gilad Avidov Add supports for ethernet controller HW on Qualcomm Technologies, Inc. SoC. This driver supports the following features: 1) Checksum offload. 2) Runtime power management support. 3)

Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible

On Thu, Apr 14, 2016 at 04:03:51PM -0400, Neil Horman wrote: > On Thu, Apr 14, 2016 at 02:59:16PM -0400, David Miller wrote: > > From: Marcelo Ricardo Leitner > > Date: Thu, 14 Apr 2016 14:00:49 -0300 > > > > > Em 14-04-2016 10:03, Neil Horman escreveu: > > >> On Wed,

Re: [PATCH v2 net-next 2/5] qed/qede: Add VXLAN tunnel slowpath configuration support

From: Yuval Mintz Date: Thu, 14 Apr 2016 19:52:44 + >> Why do you call all of these offloads the "slowpath"? > > We term by 'slowpath' all the non {data,fast}path configurations, > I.e., everything that doesn't really involves the ingress/egress handling > of packets

[mac80211-next:master] 71bbe25d01fa4f35551ff7bffc3e03ddd3e960cd BUILD SUCCESS

https://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211-next.git master 71bbe25d01fa4f35551ff7bffc3e03ddd3e960cd Merge tag 'mac80211-next-for-davem-2016-04-13' of git://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211-next i386-tinyconfig vmlinux size:

Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible

On Thu, Apr 14, 2016 at 02:59:16PM -0400, David Miller wrote: > From: Marcelo Ricardo Leitner > Date: Thu, 14 Apr 2016 14:00:49 -0300 > > > Em 14-04-2016 10:03, Neil Horman escreveu: > >> On Wed, Apr 13, 2016 at 11:05:32PM -0400, David Miller wrote: > >>> From: Marcelo

RE: [PATCH v2 net-next 2/5] qed/qede: Add VXLAN tunnel slowpath configuration support

> Why do you call all of these offloads the "slowpath"? We term by 'slowpath' all the non {data,fast}path configurations, I.e., everything that doesn't really involves the ingress/egress handling of packets but rather the infrastructure changes surrounding it. That exactly what we have in this

[net-next PATCH 2/5] ip6gretap: Fix MTU to allow for Ethernet header

When we were creating an ip6gretap interface the MTU was about 6 bytes short of what was needed. It turns out we were not taking the Ethernet header into account and as a result we were eating into the 8 bytes reserved for the encap limit. Signed-off-by: Alexander Duyck ---

[net-next PATCH 4/5] GRE: Add support for GRO/GSO of IPv6 GRE traffic

Since GRE doesn't really care about L3 protocol we can support IPv4 and IPv6 using the same offloads. With that being the case we can add a call to register the offloads for IPv6 as a part of our GRE offload initialization. Signed-off-by: Alexander Duyck ---

[net-next PATCH 3/5] ip6gre: Add support for basic offloads offloads excluding GSO

This patch adds support for the basic offloads we support on most devices. Specifically with this patch set we can support checksum offload, basic scatter-gather, and highdma. Signed-off-by: Alexander Duyck --- net/ipv6/ip6_gre.c | 23 +-- 1 file

[net-next PATCH 5/5] ip6gre: Add support for GSO

This patch adds code borrowed from bits and pieces of other protocols to the IPv6 GRE path so that we can support GSO over IPv6 based GRE tunnels. By adding this support we are able to significantly improve the throughput for GRE tunnels as we are able to make use of GSO. Signed-off-by: Alexander

Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible

On Thu, Apr 14, 2016 at 02:59:16PM -0400, David Miller wrote: > From: Marcelo Ricardo Leitner > Date: Thu, 14 Apr 2016 14:00:49 -0300 > > > Em 14-04-2016 10:03, Neil Horman escreveu: > >> On Wed, Apr 13, 2016 at 11:05:32PM -0400, David Miller wrote: > >>> From: Marcelo

[net-next PATCH 1/5] ip_tunnel_core: iptunnel_handle_offloads returns int and doesn't free skb

This patch updates the IP tunnel core function iptunnel_handle_offloads so that we return an int and do not free the skb inside the function. This actually allows us to clean up several paths in several tunnels so that we can free the skb at one point in the path without having to have a

[net-next PATCH 0/5] Add support for offloads with IPv6 GRE tunnels

This patch series enables the use of segmentation and checksum offloads with IPv6 based GRE tunnels. In order to enable this series I had to make a change to iptunnel_handle_offloads so that it would no longer free the skb. This was necessary as there were multiple paths in the IPv6 GRE code

Re: [PATCH v2 net-next 2/5] qed/qede: Add VXLAN tunnel slowpath configuration support

From: Manish Chopra Date: Thu, 14 Apr 2016 01:38:30 -0400 > This patch enables VXLAN tunnel on the adapter and > add support for driver hooks to configure UDP ports > for VXLAN tunnel offload to be performed by the adapter. > > Signed-off-by: Manish Chopra

Re: [patch net-next 00/18] devlink + mlxsw: add support for config and control of shared buffers

From: Jiri Pirko Date: Thu, 14 Apr 2016 18:19:12 +0200 > ASICs implement shared buffer for packet forwarding purposes and enable > flexible partitioning of the shared buffer for different flows and ports, > enabling non-blocking progress of different flows as well as separation

Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible

From: Marcelo Ricardo Leitner Date: Thu, 14 Apr 2016 14:00:49 -0300 > Em 14-04-2016 10:03, Neil Horman escreveu: >> On Wed, Apr 13, 2016 at 11:05:32PM -0400, David Miller wrote: >>> From: Marcelo Ricardo Leitner >>> Date: Fri, 8 Apr 2016

[PATCH net 0/3] net: dsa: mv88e6xxx: fix hardware cross-chip bridging

In order to accelerate cross-chip switching of frames with the hardware, the DSA Tag ports, used to interconnect switch devices, must learn SA and DA addresses, and share the same FDB with the user ports. The two first patches restore address learning on DSA links. This fixes hardware cross-chip

[PATCH net 3/3] net: dsa: mv88e6xxx: share the same default FDB

For hardware cross-chip bridging to work, user ports *and* DSA ports need to share a common address database, in order to switch a frame to the correct interconnected device. This is currently working for VLAN filtering aware systems, since Linux will implement a bridge group as a 802.1Q VLAN,

[PATCH net 2/3] net: dsa: mv88e6xxx: enable SA learning on DSA ports

In multi-chip systems, DSA Tag ports must learn SA addresses in order to correctly switch frames between interconnected chips. This fixes cross-chip hardware bridging in a VLAN filtering aware system, because a bridge group gets implemented as an hardware 802.1Q VLAN and thus DSA and user ports

[PATCH net 1/3] net: dsa: mv88e6xxx: unlock DSA and CPU ports

Locking a port generates an hardware interrupt when a new SA address is received. This enables CPU directed learning, which is needed for 802.1X MAC authentication. To disable automatic learning on a port, the only configuration needed is to set its Port Association Vector to all zero. Clear PAV

RE: [PATCH pci] pci: Add helper function to set VPD size

> The fix is to add a PCI helper function to set the VPD size, so the > driver can expicitly set the exact size of the VPD. > > Fixes commit 104daa71b396 ("PCI: Determine actual VPD size on first access") > > Signed-off-by: Casey Leedom > Signed-off-by: Hariprasad Shenai

[PATCH iproute2] ip: neigh: Fix leftover attributes message during flush

Use the same rtnl_dump_request_n call as the show. The rtnl_wilddump_request assumes the type uses an ifinfomsg which is not the case for the neighbor table. Signed-off-by: Jeff Harris --- ip/ipneigh.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff

[PATCH pci] pci: Add helper function to set VPD size

commit 104daa71b396 ("PCI: Determine actual VPD size on first access") introduced a regression in cxgb4 driver and used to fail in pci probe. The problem is stemming from the fact that the Chelsio adapters actually have two VPD structures stored in the VPD. An abbreviated on at Offset 0x0 and the

Re: Deleting child qdisc doesn't reset parent to default qdisc?

On Thu, 2016-04-14 at 18:08 +0200, Jiri Kosina wrote: > On Thu, 14 Apr 2016, Phil Sutter wrote: > > > > > I've came across the behavior where adding a child qdisc and then > > > > deleting > > > > it again makes the networking dysfunctional (I guess that's because all > > > > of > > > > a

Re: [net-next][PATCH 0/2] RDS: couple of fixes for 4.6

On 4/13/16 8:36 PM, David Miller wrote: From: Santosh Shilimkar Date: Fri, 8 Apr 2016 15:26:38 -0700 Patches are also available at below git tree. git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux.git for_4.6/net-next/rds-fixes "Bug fixes for 4.6"

[net][PATCH v2 2/2] RDS: Fix the atomicity for congestion map update

Two different threads with different rds sockets may be in rds_recv_rcvbuf_delta() via receive path. If their ports both map to the same word in the congestion map, then using non-atomic ops to update it could cause the map to be incorrect. Lets use atomics to avoid such an issue. Full credit to

[net][PATCH v2 1/2] RDS: fix endianness for dp_ack_seq

From: Qing Huang dp->dp_ack_seq is used in big endian format. We need to do the big endianness conversion when we assign a value in host format to it. Signed-off-by: Qing Huang Signed-off-by: Santosh Shilimkar ---

[net][PATCH v2 0/2] RDS: couple of fixes for 4.6

v2: Rebased fixes against 'net' instead of 'net-next' Patches are also available at below git tree. The following changes since commit e013b7780c41b471c4269ac9ccafb65ba7c9ec86: Merge branch 'dsa-voidify-ops' (2016-04-08 16:51:15 -0400) are available in the git repository at:

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

On Thu, Apr 14, 2016 at 11:47 AM, Timur Tabi wrote: > Rob Herring wrote: > >>> @@ -0,0 +1,65 @@ >>> +Qualcomm EMAC Gigabit Ethernet Controller >>> + >>> +Required properties: >>> +- compatible : Should be "qcom,emac". >> >> >> Come on... Can you guess what I'm going to say

Re: [PATCH v3 0/2] sctp: delay calls to sk_data_ready() as much as possible

Em 14-04-2016 10:03, Neil Horman escreveu: On Wed, Apr 13, 2016 at 11:05:32PM -0400, David Miller wrote: From: Marcelo Ricardo Leitner Date: Fri, 8 Apr 2016 16:41:26 -0300 1st patch is a preparation for the 2nd. The idea is to not call ->sk_data_ready() for every

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

Rob Herring wrote: @@ -0,0 +1,65 @@ +Qualcomm EMAC Gigabit Ethernet Controller + +Required properties: +- compatible : Should be "qcom,emac". Come on... Can you guess what I'm going to say here. Ooops, I missed that one. +- reg : Offset and length of the register regions for the device

Re: Deleting child qdisc doesn't reset parent to default qdisc?

On Thu, 2016-04-14 at 18:22 +0200, Phil Sutter wrote: > And those being invisible can be overridden using 'tc qd add', right? > AFAIR they're not listed because they don't properly register, so the > system doesn't care to override them. In this case we could change all > classful qdiscs to

[PATCH net-next] tun: don't require serialization lock on tx

The current tun_net_xmit() implementation don't need any external lock since it relies on rcu protection for the tun data structure and on socket queue lock for skb queuing. This patch set the NETIF_F_LLTX feature bit in the tun device, so that on xmit, in absence of qdisc, no serialization lock

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

On Wed, Apr 13, 2016 at 12:59:52PM -0500, Timur Tabi wrote: > From: Gilad Avidov > > Add supports for ethernet controller HW on Qualcomm Technologies, Inc. SoC. > This driver supports the following features: > 1) Checksum offload. > 2) Runtime power management support. >

Re: Deleting child qdisc doesn't reset parent to default qdisc?

On Thu, Apr 14, 2016 at 08:44:40AM -0700, Eric Dumazet wrote: > On Thu, 2016-04-14 at 17:34 +0200, Jiri Kosina wrote: > > On Thu, 14 Apr 2016, Phil Sutter wrote: > > > > > OTOH some qdiscs (CBQ, DRR, DSMARK, HFSC, HTB, QFQ) assign the default > > > one upon deletion instead of noop_qdisc, hence I

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

On Wed, Apr 13, 2016 at 02:31:25PM -0500, Timur Tabi wrote: > kbuild test robot wrote: > > > >drivers/net/ethernet/qualcomm/emac/emac-mac.c: In function 'emac_mac_up': > >drivers/net/ethernet/qualcomm/emac/emac-mac.c:1076:9: warning: large > >integer implicitly truncated to unsigned

  1   2   >