[PATCH] (resend) ixgbe: always initialize setup_fc

Gmail mangled my first message, sorry about that. Second attempt. In ixgbe_init_mac_link_ops_X550em, the code has a special case for backplane media type, but does not fall through to the default case, so the setup_fc never gets initialized. This causes a panic when it later tries to set up the

[PATCH net-next 03/11] bnxt_en: Do function reset on the 1st PF open only.

Calling the firmware to do function reset on the PF will kill all the VFs. To prevent that, we call function reset on the 1st PF open before any VF can be activated. On subsequent PF opens (with possibly some active VFs), a bit has been set and we'll skip the function reset. VF driver will

[PATCH net-next 02/11] bnxt_en: Update firmware spec. to 1.3.0.

And update driver version to 1.3.0. Signed-off-by: Michael Chan --- drivers/net/ethernet/broadcom/bnxt/bnxt.h | 11 ++-- drivers/net/ethernet/broadcom/bnxt/bnxt_hsi.h | 87 ++- 2 files changed, 66 insertions(+), 32 deletions(-) diff --git

[PATCH net-next 10/11] bnxt_en: Assign netdev->dev_port with port ID.

This is useful for multi-function devices. Signed-off-by: Michael Chan --- drivers/net/ethernet/broadcom/bnxt/bnxt.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt.c b/drivers/net/ethernet/broadcom/bnxt/bnxt.c index

[PATCH net-next 08/11] bnxt_en: Increase maximum supported MTU to 9500.

From: Vasundhara Volam Signed-off-by: Vasundhara Volam Signed-off-by: Michael Chan --- drivers/net/ethernet/broadcom/bnxt/bnxt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH net-next 07/11] bnxt_en: Enable MRU enables bit when configuring VNIC MRU.

For correctness, the MRU enables bit must be set when passing the MRU to firmware during vnic configuration. Signed-off-by: Michael Chan --- drivers/net/ethernet/broadcom/bnxt/bnxt.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH net-next 11/11] bnxt_en: Allow statistics DMA to be configurable using ethtool -C.

The allowable range is 0.25 seconds to 1 second interval. Default is 1 second. Signed-off-by: Michael Chan --- drivers/net/ethernet/broadcom/bnxt/bnxt.c | 4 +++- drivers/net/ethernet/broadcom/bnxt/bnxt.h | 5 +

[PATCH net-next 05/11] bnxt_en: Request firmware reset after successful firwmare update

From: Rob Swindell Upon successful mgmt processor firmware update, request a self reset upon next PCIe reset (e.g. system reboot). Signed-off-by: Rob Swindell Signed-off-by: Michael Chan ---

[PATCH net-next 09/11] bnxt_en: Allow promiscuous mode for VF if default VLAN is enabled.

With a default VLAN, the VF has its own VLAN domain and it can receive all traffic within that domain. Signed-off-by: Michael Chan --- drivers/net/ethernet/broadcom/bnxt/bnxt.c | 15 --- 1 file changed, 12 insertions(+), 3 deletions(-) diff --git

[PATCH net-next 00/11] bnxt_en updates for net-next.

Mostly small miscellaneous changes. Please review for net-next. Thanks. Michael Chan (7): bnxt_en: VF/NPAR should return -EOPNOTSUPP for unsupported ethtool ops. bnxt_en: Update firmware spec. to 1.3.0. bnxt_en: Do function reset on the 1st PF open only. bnxt_en: Enable MRU enables

[PATCH net-next 06/11] bnxt_en: Add support for firmware updates for additional processors.

From: Rob Swindell Add support to the Ethtool FLASHDEV command handler for additional firmware types to cover all the on-chip processors. Signed-off-by: Rob Swindell Signed-off-by: Michael Chan ---

[PATCH net-next 04/11] bnxt_en: Add support for updating flash more securely

From: Rob Swindell To support Secure Firmware Update, we must be able to allocate a staging area in the Flash. This patch adds support for the "update" type to tell firmware to do that. Signed-off-by: Rob Swindell Signed-off-by: Michael

[PATCH net-next 01/11] bnxt_en: VF/NPAR should return -EOPNOTSUPP for unsupported ethtool ops.

Returning 0 for doing nothing is confusing to the user. Signed-off-by: Michael Chan --- drivers/net/ethernet/broadcom/bnxt/bnxt_ethtool.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt_ethtool.c

Re: [patch net-next 10/42] mlxsw: spectrum_router: Add basic ipv4 router initialization

Fri, Jul 01, 2016 at 05:39:01PM IDT, d...@cumulusnetworks.com wrote: >On 7/1/16 8:04 AM, Jiri Pirko wrote: >> diff --git a/drivers/net/ethernet/mellanox/mlxsw/spectrum.h >> b/drivers/net/ethernet/mellanox/mlxsw/spectrum.h >> index 05d5fcc..c2ac037 100644 >> ---

Re: [patch net-next 11/42] mlxsw: spectrum: Add router interface struct

Fri, Jul 01, 2016 at 07:16:23PM IDT, d...@cumulusnetworks.com wrote: >On 7/1/16 8:04 AM, Jiri Pirko wrote: >> @@ -327,6 +333,19 @@ mlxsw_sp_port_vport_find_by_fid(const struct >> mlxsw_sp_port *mlxsw_sp_port, >> return NULL; >> } >> >> +static inline struct mlxsw_sp_rif * >>

[PATCH 1/2] net: ethernet: davinci_emac: use phydev from struct net_device

The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phy in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes ---

[PATCH 2/2] net: ethernet: davinci_emac: use phy_ethtool_{get|set}_link_ksettings

There are two generics functions phy_ethtool_{get|set}_link_ksettings, so we can use them instead of defining the same code in the driver. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/ti/davinci_emac.c | 39 +-- 1 files changed, 2

[PATCHv3 wl-drv-next 1/2] add basic register-field manipulation macros

C bitfields are problematic and best avoided. Developers interacting with hardware registers find themselves searching for easy-to-use alternatives. Common approach is to define structures or sets of macros containing mask and shift pair. Operations on the register are then performed as follows:

[PATCHv3 wl-drv-next 0/2] register-field manipulation macros

Hi! This set moves to a global header file macros which I find very useful and worth popularising. The basic problem is that since C bitfields are not very dependable accessing subfields of registers becomes slightly inconvenient. It is nice to have the necessary mask and shift operations

[PATCHv3 wl-drv-next 2/2] mt7601u: use linux/bitfield.h

Use the newly added linux/bitfield.h. Signed-off-by: Jakub Kicinski --- drivers/net/wireless/mediatek/mt7601u/dma.h | 2 - drivers/net/wireless/mediatek/mt7601u/mt7601u.h | 5 +- drivers/net/wireless/mediatek/mt7601u/util.h| 77 -

Re: [PATCH] packet: Use symmetric hash for PACKET_FANOUT_HASH.

On Fri, Jul 1, 2016 at 2:07 PM, David Miller wrote: > From: Tom Herbert > Date: Fri, 1 Jul 2016 13:52:58 -0700 > >> Why are symmetric hashes required? > > Because they want load balancing, such that one flow only can overrun > one single socket not all

Re: [PATCH] packet: Use symmetric hash for PACKET_FANOUT_HASH.

From: Tom Herbert Date: Fri, 1 Jul 2016 13:52:58 -0700 > Why are symmetric hashes required? Because they want load balancing, such that one flow only can overrun one single socket not all of the ones in the fanout. Every single user of AF_PACKET fanout wants this

Re: pull request for net-next: batman-adv 2016-07-01

From: Simon Wunderlich Date: Fri, 1 Jul 2016 15:08:52 +0200 > we are a bit late to submit our feature patches, but I hope we make it in > time. > Antonio is taking a pause in his upstream work, so I'll be submitting our > batman-adv patches for now. It is my first

[PATCH] net: phy: dp83867: Fix initialization of PHYCR register

When initializing the PHY control register, the FIFO depth bits are written without reading the previous register value, i.e. all other bits are overwritten with zero. This disables automatic MDI-X configuration, which is enabled by default. Fix initialization by doing a read/modify/write

Re: [PATCH v3 net-next 0/9] net: hns: fix the typo of hns

From: Yisen Zhuang Date: Fri, 1 Jul 2016 17:34:04 +0800 > This series includes typo fixes which review by Andy, adding > the hns maintainer to MAINTAINERS, as below: > > > from Daode: adds the maintainer for hns driver; > > > from Daode: fix the typo of hns reviewed

Re: [PATCH] packet: Use symmetric hash for PACKET_FANOUT_HASH.

On Fri, Jul 1, 2016 at 1:08 PM, David Miller wrote: > > People who use PACKET_FANOUT_HASH want a symmetric hash, meaning that > they want packets going in both directions on a flow to hash to the > same bucket. > > The core kernel SKB hash became non-symmetric when the ipv6

Re: [PATCH net-next] tipc: fix nl compat regression for link statistics

From: Richard Alpe Date: Fri, 1 Jul 2016 11:11:21 +0200 > Fix incorrect use of nla_strlcpy() where the first NLA_HDRLEN bytes > of the link name where left out. > > Making the output of tipc-config -ls look something like: > Link statistics: > dcast-link >

Re: [PATCH net-next 0/9] RDS:TCP data structure changes for multipath support

From: Sowmini Varadhan Date: Thu, 30 Jun 2016 16:11:09 -0700 > The second installment of changes to enable multipath support in > RDS-TCP. This series implements the changes in rds-tcp so that the > rds_conn_path has a pointer to the rds_tcp_connection in

Re: [PATCH 1/4] net: ethernet: ti: davinci_cpdma: split descs num between all channels

From: Ivan Khoronzhuk Date: Thu, 30 Jun 2016 22:04:35 +0300 > @@ -720,7 +763,7 @@ unlock_ret: > } > EXPORT_SYMBOL_GPL(cpdma_chan_submit); > > -bool cpdma_check_free_tx_desc(struct cpdma_chan *chan) > +inline bool cpdma_check_free_desc(struct cpdma_chan *chan) > {

Re: [PATCH net] macsec: set actual real device for xmit when !protect_frames

From: Daniel Borkmann Date: Fri, 1 Jul 2016 00:00:54 +0200 > Avoid recursions of dev_queue_xmit() to the wrong net device when > frames are unprotected, since at that time skb->dev still points to > our own macsec dev and unlike macsec_encrypt_finish() dev pointer >

Re: [PATCH net-next v3 0/4] cgroup: bpf: cgroup2 membership test on skb

From: Martin KaFai Lau Date: Thu, 30 Jun 2016 10:28:41 -0700 > This series is to implement a bpf-way to > check the cgroup2 membership of a skb (sk_buff). > > It is similar to the feature added in netfilter: > c38c4597e4bf ("netfilter: implement xt_cgroup cgroup2 path match") > >

Re: [Patch net] net_sched: fix mirrored packets checksum

From: Cong Wang Date: Thu, 30 Jun 2016 10:15:22 -0700 > Similar to commit 9b368814b336 ("net: fix bridge multicast packet checksum > validation") > we need to fixup the checksum for CHECKSUM_COMPLETE when > pushing skb on RX path. Otherwise we get similar splats. > >

Re: [PATCH net-next 0/2] Further robustify putting BPF progs

From: Daniel Borkmann Date: Thu, 30 Jun 2016 17:24:42 +0200 > This series addresses a potential issue reported to us by Jann Horn > with regards to putting progs. First patch moves progs generally under > RCU destruction and second patch refactors getting of progs to

[PATCH] packet: Use symmetric hash for PACKET_FANOUT_HASH.

People who use PACKET_FANOUT_HASH want a symmetric hash, meaning that they want packets going in both directions on a flow to hash to the same bucket. The core kernel SKB hash became non-symmetric when the ipv6 flow label and other entities were incorporated into the standard flow hash order to

Re: [PATCH] usbnet: add reset_resume quirk to prevent resume failure

From: Vivek Kumar Bhagat Date: Thu, 30 Jun 2016 10:41:59 + (GMT) > > Ideally, usbnet_resume is sufficient for device resume operation. > since usbcore function usb_resume_device() sets udev->reset_resume > flag as a quirk solution, reset_resume() quirk we can keep

Re: [PATCH] net: Fix resetting network_header in neigh_resolve_output and neigh_connected_output

From: Abdelrhman Ahmed Date: Mon, 27 Jun 2016 16:28:59 +0200 > @@ -1293,15 +1293,19 @@ int neigh_resolve_output(struct neighbour *neigh, > struct sk_buff *skb) > int rc = 0; > > if (!neigh_event_send(neigh, skb)) { > - int err; > + int

[PATCH] mwifiex: fix unconditional error return in .add_virtual_intf callback

The commit 7311ea850079 ("mwifiex: fix AP start problem for newly added interface") attempted to fix an issue when a new AP interface is added. But the patch didn't check the return value of the functions doing the firmware calls and returned an error even if the functions didn't fail. This

RE: [PATCH net-next] netvsc: Use the new in-place consumption APIs in the rx path

> -Original Message- > From: KY Srinivasan > Sent: Thursday, June 9, 2016 5:16 PM > To: 'Linus Torvalds' > Cc: da...@davemloft.net; netdev@vger.kernel.org; lkml ker...@vger.kernel.org>; de...@linuxdriverproject.org; o...@aepfle.de; > a...@canonical.com;

Re: ethtool needs a new maintainer

From: Andy Gospodarek Date: Fri, 1 Jul 2016 14:31:34 -0400 > On Thu, Jun 30, 2016 at 03:12:52PM -0700, John Fastabend wrote: >> On 16-06-30 11:15 AM, John W. Linville wrote: >> > On Mon, Jun 27, 2016 at 09:51:47AM -0400, John W. Linville wrote: >> >> On Sun, Jun 26,

Re: [patch net-next 00/42] mlxsw: Implement IPV4 unicast routing

From: Jiri Pirko Date: Fri, 1 Jul 2016 16:04:28 +0200 > This patchset enables IPv4 unicast routing in the Mellanox Spectrum > ASIC switch driver. The basic dependencies are already present in > the kernel and used by rocker. Please split this up into smaller segments (~15

Re: strange Mac OSX RST behavior

On 07/01/2016 02:16 PM, One Thousand Gnomes wrote: >> yes, we do in fact see a POLLRDHUP from the FIN in this case and >> read of zero, but we still have more data to write to the socket, and >> b/c the RST is dropped here, the socket stays in TIME_WAIT until >> things eventually time out... >

Re: ethtool needs a new maintainer

On Thu, Jun 30, 2016 at 03:12:52PM -0700, John Fastabend wrote: > On 16-06-30 11:15 AM, John W. Linville wrote: > > On Mon, Jun 27, 2016 at 09:51:47AM -0400, John W. Linville wrote: > >> On Sun, Jun 26, 2016 at 06:11:41PM +0200, Ben Hutchings wrote: > >>> I've become steadily less enthusiastic and

Re: strange Mac OSX RST behavior

> yes, we do in fact see a POLLRDHUP from the FIN in this case and > read of zero, but we still have more data to write to the socket, and > b/c the RST is dropped here, the socket stays in TIME_WAIT until > things eventually time out... After the FIN when you send/retransmit your next segment do

[PATCH] Fix race condition in enc28j60 driver

From: Sergio Valverde The interrupt worker code for the enc28j60 relies only on the TXIF flag to determinate if the packet transmission was completed. However the datasheet specifies in section 12.1.3 that TXERIF will clear the TXRTS after a transmit abort. Also in

Re: [iproute PATCH 1/2] ipaddress: Simplify vf_info parsing

On Wed, Jun 01, 2016 at 03:36:09PM -0700, Greg Rose wrote: > On Wed, Jun 1, 2016 at 3:07 PM, Phil Sutter wrote: > > On Wed, Jun 01, 2016 at 03:00:08PM -0700, Greg Rose wrote: > >> On Wed, Jun 1, 2016 at 1:03 PM, Phil Sutter wrote: > >> > Not sure whether I misinterpret

Re: next-20160701 build: 2 failures 5 warnings (next-20160701)

On 01/07/2016 19:15, Mark Brown wrote: > On Fri, Jul 01, 2016 at 10:00:09AM +0100, Build bot for Mark Brown wrote: > > Today's -next fails to build am ARM allmodconfig due to: > >> arm-allmodconfig >> ../drivers/net/ethernet/mediatek/mtk_eth_soc.c:1300:2: error: implicit >> declaration

Re: [PATCH] mwifiex: mask PCIe interrupts before removal

Hi, On Thu, Jun 30, 2016 at 3:21 PM, Brian Norris wrote: > The PCIe driver didn't mask the host interrupts before trying to tear > down. This causes lockups at reboot or rmmod when using MSI-X on 8997, > since the MSI handler gets confused and locks up the system. > >

Re: [PATCH 02/17] batman-adv: statically print gateway table header

On Fri, 2016-07-01 at 15:08 +0200, Simon Wunderlich wrote: > To make it easier to search through the code it is better to print static > strings directly instead of using format strings printing constants. It's also generally smaller object code and faster at runtime. $ size

Re: strange Mac OSX RST behavior

On 07/01/2016 01:08 PM, Rick Jones wrote: > On 07/01/2016 08:10 AM, Jason Baron wrote: >> I'm wondering if anybody else has run into this... >> >> On Mac OSX 10.11.5 (latest version), we have found that when tcp >> connections are abruptly terminated (via ^C), a FIN is sent followed >> by an RST

Re: next-20160701 build: 2 failures 5 warnings (next-20160701)

On Fri, Jul 01, 2016 at 10:00:09AM +0100, Build bot for Mark Brown wrote: Today's -next fails to build am ARM allmodconfig due to: > arm-allmodconfig > ../drivers/net/ethernet/mediatek/mtk_eth_soc.c:1300:2: error: implicit > declaration of function 'mtk_handle_irq' >

[PATCH] i40e: Explicitly write platform-specific mac address after PF reset

i40e PF reset clears mac filters. If platform-specific mac address is used, driver has to explicitly write default mac address to mac filters otherwise all incoming traffic destined to default mac address will be dropped after reset. This issue was found on SPARC while toggling i40e ntuple via

Re: strange Mac OSX RST behavior

On 07/01/2016 08:10 AM, Jason Baron wrote: I'm wondering if anybody else has run into this... On Mac OSX 10.11.5 (latest version), we have found that when tcp connections are abruptly terminated (via ^C), a FIN is sent followed by an RST packet. That just seems, well, silly. If the client

Re: strange Mac OSX RST behavior

> On Mac OSX 10.11.5 (latest version), we have found that when tcp > connections are abruptly terminated (via ^C), a FIN is sent followed > by an RST packet. The RST is sent with the same sequence number as the > FIN, and thus dropped since the stack only accepts RST packets matching > rcv_nxt

[patch net-next 37/42] mlxsw: Introduce simplistic KVD linear area manager

From: Jiri Pirko This is a very simple manager for KVD linear area. Currently, the allocator will either allocate a single entry from pre-defined sub-area, or in case more than one entry is needed, it will allocate 32-entry chunk in other pre-defined sub-area. Signed-off-by:

Re: [patch net-next 11/42] mlxsw: spectrum: Add router interface struct

On 7/1/16 8:04 AM, Jiri Pirko wrote: @@ -327,6 +333,19 @@ mlxsw_sp_port_vport_find_by_fid(const struct mlxsw_sp_port *mlxsw_sp_port, return NULL; } +static inline struct mlxsw_sp_rif * +mlxsw_sp_rif_find_by_dev(const struct mlxsw_sp *mlxsw_sp, +const struct

Re: [patch net-next 23/42] mlxsw: spectrum_router: Implement fib4 add/del switchdev obj ops

On 7/1/16 8:04 AM, Jiri Pirko wrote: +static int +mlxsw_sp_router_fib4_entry_init(struct mlxsw_sp *mlxsw_sp, + const struct switchdev_obj_ipv4_fib *fib4, + struct mlxsw_sp_fib_entry *fib_entry) +{ + struct fib_info *fi =

[patch net-next 03/42] neigh: Send a notification when DELAY_PROBE_TIME changes

From: Ido Schimmel When the data plane is offloaded the traffic doesn't go through the networking stack. Therefore, after first resolving a neighbour the NUD state machine will transition it from REACHABLE to STALE until it's finally deleted by the garbage collector. To

Re: [PATCH 6/7] dt-bindings: net: bgmac: add bindings documentation for bgmac

On Friday, July 1, 2016 11:17:25 AM CEST Jon Mason wrote: > On Fri, Jul 1, 2016 at 5:46 AM, Arnd Bergmann wrote: > > On Thursday, June 30, 2016 6:59:13 PM CEST Jon Mason wrote: > >> + > >> +Required properties: > >> + - compatible: "brcm,bgmac-nsp" > >> + - reg:

GOOD INTEREST

Dearest, I am interested in establishing and operating a very viable business as a means of investment abroad. I do not know too well on how this is done in your country, so I will need you to help me in this regard. My preference is any good profit yielding business and I would any viable ideas

RE: [RFC PATCH 0/2] net: ethernet: Add support for gmii2rgmii converter

Hi Andrew, > On Fri, Jul 01, 2016 at 11:50:10AM +0530, Kedareswara rao Appana wrote: > > This patch series does the following > > ---> Add support for gmii2rgmii converter. > > How generic is this gmii2rgmii IP block? Could it be used with any GMII and > RGMII device? This converter does

RE: [RFC PATCH 0/2] net: ethernet: Add support for gmii2rgmii converter

Hi Florian, Thanks for the review... > Le 30/06/2016 23:20, Kedareswara rao Appana a écrit : > > This patch series does the following > > ---> Add support for gmii2rgmii converter. > > ---> Add support for gmii2rgmii converter in the macb driver. > > > > Earlier sent one RFC patch

RE: [RFC PATCH 1/2] net: ethernet: xilinx: Add gmii2rgmii converter support

Hi Florian, Thanks for the review. > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > + > > +static void xgmii2rgmii_fix_mac_speed(void *priv, unsigned int speed) > > +{ > > + struct gmii2rgmii

strange Mac OSX RST behavior

I'm wondering if anybody else has run into this... On Mac OSX 10.11.5 (latest version), we have found that when tcp connections are abruptly terminated (via ^C), a FIN is sent followed by an RST packet. The RST is sent with the same sequence number as the FIN, and thus dropped since the stack

Re: [PATCH 6/7] dt-bindings: net: bgmac: add bindings documentation for bgmac

On Fri, Jul 1, 2016 at 5:46 AM, Arnd Bergmann wrote: > On Thursday, June 30, 2016 6:59:13 PM CEST Jon Mason wrote: >> + >> +Required properties: >> + - compatible: "brcm,bgmac-nsp" >> + - reg:Address and length of the GMAC registers, >> + Address and

Re: [RFC PATCH 0/2] net: ethernet: Add support for gmii2rgmii converter

On Fri, Jul 01, 2016 at 11:50:10AM +0530, Kedareswara rao Appana wrote: > This patch series does the following > ---> Add support for gmii2rgmii converter. How generic is this gmii2rgmii IP block? Could it be used with any GMII and RGMII device? Should it be placed in drivers/net/phy, so making

[patch net-next 23/42] mlxsw: spectrum_router: Implement fib4 add/del switchdev obj ops

From: Jiri Pirko Implement ipv4 FIB entries addition and removal. Initially, we support local and broadcast routes using "ip2me" trap action. Also, unicast routes without nexthop are supported using "local" action. Signed-off-by: Jiri Pirko Reviewed-by:

[patch net-next 42/42] mlxsw: Add the unresolved next-hops probes

From: Yotam Gigi Now, the driver sends arp probes for all unresolved neighbours that are currently a nexthop for some route on the system. The job is set periodically every 5 seconds. Signed-off-by: Yotam Gigi Signed-off-by: Ido Schimmel

Re: [RFC PATCH 0/2] net: ethernet: Add support for gmii2rgmii converter

Le 30/06/2016 23:20, Kedareswara rao Appana a écrit : > This patch series does the following > ---> Add support for gmii2rgmii converter. > ---> Add support for gmii2rgmii converter in the macb driver. > > Earlier sent one RFC patch https://patchwork.kernel.org/patch/9186615/ > which includes

Re: [RFC PATCH 1/2] net: ethernet: xilinx: Add gmii2rgmii converter support

Le 30/06/2016 23:20, Kedareswara rao Appana a écrit : > This patch adds support for gmii2rgmii converter. > > The GMII to RGMII IP core provides the Reduced Gigabit Media > Independent Interface (RGMII) between Ethernet physical media > Devices and the Gigabit Ethernet controller. This core can >

Re: [RFC] WireGuard: next generation secure network tunnel

Jason, Am 01.07.2016 um 16:25 schrieb Jason A. Donenfeld: > Hi Richard, > > On Fri, Jul 1, 2016 at 1:42 PM, Richard Weinberger > wrote: >> So every logical tunnel will allocate a new net device? >> Doesn't this scale badly? I have ipsec alike setups >> with many,

Re: [patch net-next 10/42] mlxsw: spectrum_router: Add basic ipv4 router initialization

On 7/1/16 8:04 AM, Jiri Pirko wrote: diff --git a/drivers/net/ethernet/mellanox/mlxsw/spectrum.h b/drivers/net/ethernet/mellanox/mlxsw/spectrum.h index 05d5fcc..c2ac037 100644 --- a/drivers/net/ethernet/mellanox/mlxsw/spectrum.h +++ b/drivers/net/ethernet/mellanox/mlxsw/spectrum.h @@ -74,6

Re: [PATCH v3] netfilter/nflog: nflog-range does not truncate packets (userspace)

On Fri, Jun 24, 2016 at 04:42:31PM -0400, Vishwanath Pai wrote: > Added tests to libxt_NFLOG.t for the new option --nflog-size > > -- > > netfilter/nflog: nflog-range does not truncate packets > > The option --nflog-range has never worked, but we cannot just fix this > because users might be

Re: [PATCH 6/7] dt-bindings: net: bgmac: add bindings documentation for bgmac

On Thu, Jun 30, 2016 at 10:56 PM, Rob Herring wrote: > On Thu, Jun 30, 2016 at 06:59:13PM -0400, Jon Mason wrote: >> Signed-off-by: Jon Mason >> --- >> .../devicetree/bindings/net/brcm,bgmac-nsp.txt | 24 >> ++ >> 1 file changed,

[patch net-next 09/42] mlxsw: spectrum: Initialize ports at the end of init sequence

From: Ido Schimmel During ports initialization a net device is registered for each available port, which implies the port is usable. However, a port is only usable after the different parts of the device (e.g. flooding, buffers) are initialized. This is especially important

[patch net-next 10/42] mlxsw: spectrum_router: Add basic ipv4 router initialization

From: Ido Schimmel Create a skeleton router file and do basic HW initialization of router. Signed-off-by: Ido Schimmel Signed-off-by: Jiri Pirko --- drivers/net/ethernet/mellanox/mlxsw/Makefile | 2 +-

[patch net-next 36/42] mlxsw: spectrum: Define sizes of KVD areas

From: Jiri Pirko Override the defaults and define the area sizes ourselves. Signed-off-by: Jiri Pirko Reviewed-by: Ido Schimmel --- drivers/net/ethernet/mellanox/mlxsw/spectrum.c | 4

[patch net-next 27/42] mlxsw: spectrum: Unsplit the vFID range

From: Ido Schimmel Previous commit deprecated the vFIDs used to get traffic to the CPU ('port_vfids'). Thus, we now use the vFIDs as god intended and the artificial split is no longer needed. Rename functions and variables to reflect that. Signed-off-by: Ido Schimmel

[patch net-next 40/42] mlxsw: spectrum_router: Implement next-hop routing

From: Jiri Pirko Implement next-hop routing offload including ECMP. To make it possible, introduce next-hop group entity. This entity keeps track of resolved neighbours and updates HW adjacency table accordingly. Note that HW next-hops are stored in this adjacency table, in

[patch net-next 35/42] mlxsw: Add KVD sizes configuration into profile

From: Jiri Pirko Up until now we only used hash-based tables in the device, but we are going to use the linear table for remote routes adjacency lists. Add the configuration fields that control the size of the linear table. Signed-off-by: Jiri Pirko

[patch net-next 30/42] mlxsw: spectrum_router: Add private neigh table

From: Jiri Pirko We need to hold some private data for every neigh entry. It would be possible to do it using neigh_priv_len/ndo_neigh_construct/ ndo_neigh_destroy however only for the port device itself. That would not work for stacked devices like bridge/team/bond. So

Re: [patch net-next 02/42] net: introduce default neigh_construct/destroy ndo calls for L2 upper devices

On 7/1/16 8:04 AM, Jiri Pirko wrote: From: Jiri Pirko L2 upper device needs to propagate neigh_construct/destroy calls down to lower devices. Do this by defining default ndo functions and use them in team, bond, bridge and vlan. Signed-off-by: Jiri Pirko

Re: [RFC] WireGuard: next generation secure network tunnel

Hi Richard, On Fri, Jul 1, 2016 at 1:42 PM, Richard Weinberger wrote: > So every logical tunnel will allocate a new net device? > Doesn't this scale badly? I have ipsec alike setups > with many, many road warriors in mind. No, this isn't the case. Each net device

[patch net-next 24/42] mlxsw: spectrum: Add couple of lower device helper functions

From: Jiri Pirko Add functions that iterate over lower devices and find port device. As a dependency add netdev_for_each_all_lower_dev and netdev_for_each_all_lower_dev_rcu macro with netdev_all_lower_get_next and netdev_all_lower_get_next_rcu shelpers. Also, add functions to

[patch net-next 06/42] mlxsw: spectrum: Sync PVID vPort LAG status

From: Ido Schimmel When VLAN devices are created on top of LAG, their underlying vPorts are configured correctly with LAG membership. However, the PVID vPort is implicit and already present when the port netdev is put under LAG, so its LAG membership is never set. Set it

[patch net-next 21/42] mlxsw: spectrum_router: Add virtual router management

From: Jiri Pirko Virtual router is a construct used inside HW. In this implementation we map kernel tables to virtual routers one to one. Introduce management logic to create virtual routers when needed and destroy in case they are no longer in use. According to that, call

[patch net-next 28/42] mlxsw: spectrum: Configure FIDs based on bridge events

From: Ido Schimmel Before introducing support for L3 interfaces on top of the VLAN-aware bridge we need to add some missing infrastructure. Such an interface can either be the bridge device itself or a VLAN device on top of it. In the first case the router interface (RIF)

[patch net-next 11/42] mlxsw: spectrum: Add router interface struct

From: Ido Schimmel When enabling the router in the device we will represent L3 netdevs using router interfaces (RIFs). These will be specified whenever programming routes or neighbours on the netdev. Introduce the basic RIF infrastructure which allows one to lookup a RIF by

[patch net-next 22/42] mlxsw: reg: Add Router Algorithmic LPM Unicast Entry Register definition

From: Jiri Pirko Serves for adding, updating and removing fib entries. Signed-off-by: Jiri Pirko Reviewed-by: Ido Schimmel --- drivers/net/ethernet/mellanox/mlxsw/reg.h | 264 ++ 1 file changed, 264

[patch net-next 31/42] mlxsw: reg: Add Router Algorithmic LPM Unicast Host Table register

From: Yotam Gigi The RAUHT register is used to configure and query the Unicast Host Table in devices that implement the Algorithmic LPM. In other words, it is used to configure neighbour entries in the device. Signed-off-by: Yotam Gigi Signed-off-by:

[patch net-next 32/42] mlxsw: reg: Add Router Algorithmic LPM Unicast Host Table Dump register

From: Yotam Gigi The RAUHTD register allows dumping entries from the Router Unicast Host Table. Signed-off-by: Yotam Gigi Signed-off-by: Ido Schimmel Signed-off-by: Jiri Pirko ---

[patch net-next 18/42] mlxsw: reg: Add Router Algorithmic LPM Structure Tree Register definition

From: Jiri Pirko Serves to build LPM tree structure. Signed-off-by: Jiri Pirko Reviewed-by: Ido Schimmel --- drivers/net/ethernet/mellanox/mlxsw/reg.h | 77 +++ 1 file changed, 77 insertions(+) diff --git

[patch net-next 05/42] mlxsw: spectrum: Remove VLANs configuration via SELF flag

From: Ido Schimmel When port isn't bridged it is still possible to invoke switchdev ops and configure the device's VLAN filters. However, this will require us to use different Router InterFaces (RIFs) for the same netdev, instead of one per-netdev as with any other

[patch net-next 33/42] mlxsw: spectrum_router: Periodically update the kernel's neigh table

From: Yotam Gigi As previously explained, the driver should periodically poll the device for neighbours activity according to the configured DELAY_PROBE_TIME. This will prevent active neighbours from staying in STALE state for long periods of time. During init configure the

[patch net-next 25/42] mlxsw: spectrum: Edit RIF properties based on netdev events

From: Ido Schimmel We are just about to introduce router interfaces (RIFs), but before that we need to be able update the device with the correct RIF attributes whenever they change for the netdev the RIF is backing. Two such attributes are MTU and MAC. The MAC is used both

[patch net-next 04/42] mlxsw: spectrum: Send untagged packets through a port netdev

From: Ido Schimmel Port netdevs (e.g. swXpY) that are not bridged are represented in the device using a vPort with VID=PVID=1 (the PVID vPort), as untagged packets entering the switch are internally tagged with the PVID VLAN. When these packets are routed through a different

[patch net-next 29/42] mlxsw: spectrum: Enable L3 interfaces on top of bridge devices

From: Ido Schimmel As with the previously introduced L3 interfaces, listen to 'inetaddr' notifications sent for bridges devices configured on top of the port netdevs and create / destroy router interfaces (RIFs) accordingly. This also includes VLAN devices configured on top

[patch net-next 14/42] mlxsw: spectrum: Use action 'discard' when removing traps

From: Ido Schimmel When removing packet traps we should use action 'discard' instead of 'forward', as some trap IDs we'll add cannot be configured with the later. However, result is the same, as packets are not trapped to the CPU. In the future we will be able to reverse

[patch net-next 12/42] mlxsw: reg: Add FDB action to forward to router

From: Ido Schimmel Incoming packets are directed to the router when they match an FDB entry with action forward to IP router. Add this action, which was mistakenly named "TRAP". Signed-off-by: Ido Schimmel Signed-off-by: Jiri Pirko

[patch net-next 17/42] mlxsw: reg: Add Router Algorithmic LPM Tree Allocation Register definition

From: Jiri Pirko Register serves for allocation and deallocation of LPM search tree. Signed-off-by: Jiri Pirko Reviewed-by: Ido Schimmel --- drivers/net/ethernet/mellanox/mlxsw/reg.h | 54 ++- 1 file

[patch net-next 38/42] mlxsw: reg: Add Router Adjacency Table register

From: Yotam Gigi The RATR register is used to configure the Router Adjacency (next-hop) Table. Signed-off-by: Yotam Gigi Signed-off-by: Jiri Pirko Reviewed-by: Ido Schimmel ---

  1   2   3   >