[RFC v3 1/3] skge: Rename LED_OFF and LED_ON in marvel skge driver to avoid conflicts with leds namespace

Adding led support for phy causes namespace conflicts for some phy drivers. The marvel skge driver declared an enum for representing the states of Link LED Register. The enum contained constant LED_OFF which conflicted with declartation found in linux/leds.h. LED_OFF changed to LED_REG_OFF Also

Re: [PATCH 09/10] net: phy: Add MDIO driver for Juniper's SAM FPGA

On Fri, Oct 07, 2016 at 06:18:37PM +0300, Pantelis Antoniou wrote: > From: Georgi Vlaev > > Add driver for the MDIO IP block present in Juniper's > SAM FPGA. > > This driver supports only Clause 45 of the 802.3 spec. > > Note that due to the fact that there are no drivers

[RFC v3 2/3] phy: Encapsulate actions performed during link state changes into function phy_adjust_link

During phy state machine state transitions some set of actions should occur whenever the link state changes. These actions should be encapsulated into a single function This patch adds the phy_adjust_link function, which is called whenever phydev->adjust_link would have been called before.

[PATCH net-next] nfnetlink_log: Use GFP_NOWARN for skb allocation

Since the code explicilty falls back to a smaller allocation when the large one fails, we shouldn't complain when that happens. Signed-off-by: Calvin Owens --- net/netfilter/nfnetlink_log.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH] net: Reset skb to network header in neigh_hh_output

On Fri, 2016-10-07 at 16:14 +0200, Abdelrhman Ahmed wrote: > When hardware header is added without using cached one, neigh_resolve_output > and neigh_connected_output reset skb to network header before adding it. > When cached one is used, neigh_hh_output does not reset the skb to network >

[PATCH] wan/fsl_ucc_hdlc: Fix size used in dma_free_coherent()

Size used with 'dma_alloc_coherent()' and 'dma_free_coherent()' should be consistent. Here, the size of a pointer is used in dma_alloc... and the size of the pointed structure is used in dma_free... This has been spotted with coccinelle, using the following script: @r@

Code quality and XDP

One concern raised at netdev concerning XDP is how are we going to maintain code quality, security, and correctness of programs being loaded. With kernel bypass it is not just the kernel code path that is being bypassed, but also the processes that hold the quality of code being accepted to a high

Re: [PATCH] net: Reset skb to network header in neigh_hh_output

Hello. On 10/07/2016 05:14 PM, Abdelrhman Ahmed wrote: When hardware header is added without using cached one, neigh_resolve_output and neigh_connected_output reset skb to network header before adding it. When cached one is used, neigh_hh_output does not reset the skb to network header. The

Re: [PATCH] net: Reset skb to network header in neigh_hh_output

On 10/07/2016 07:27 PM, Sergei Shtylyov wrote: When hardware header is added without using cached one, neigh_resolve_output and neigh_connected_output reset skb to network header before adding it. When cached one is used, neigh_hh_output does not reset the skb to network header. The fix is to

Re: [PATCH] net: macb: NULL out phydev after removing mdio bus

Le 07/10/2016 à 17:13, Xander Huff a écrit : > From: Nathan Sullivan > > To ensure the dev->phydev pointer is not used after becoming invalid in > mdiobus_unregister, set it to NULL. This happens when removing the macb > driver without first taking its interface down,

[iproute2] bridge: Fix garbled json output seen if a vlan filter is specified

From: anuradhak json objects were started but not completed if the fdb vlan did not match the specified filter vlan. Sample output: $ bridge -j fdb show vlan 111 [{ "mac": "44:38:39:00:69:88", "dev": "br0", "vlan": 111, "master":

Re: HSO driver patch [1/2]

On Fri, Oct 07, 2016 at 04:29:42PM +0200, Matej Kupljen wrote: > Hi, > > > I am using hso driver for my 3G modem (although different manufacturer > with different USB VID/PID) but I have some problems with it. It is > working fine, but if you disconnect the USB connection while the data > is

[PATCH net 1/2] Subject: [PATCH] af_iucv: enable control sends in case of SEND_SHUTDOWN

If a socket program has shut down the socket for sending, it can still receive an undetermined number of packets. The AF_IUCV protocol for HIPER transport requires sending of a WIN flag from time to time from the receiver to the sender, otherwise the peer cannot continue sending. That means

[PATCH net 2/2] Subject: [PATCH] af_iucv: drop skbs rejected by filter

A packet filter might be installed for instance with setsockopt SO_ATTACH_FILTER. af_iucv currently queues skbs rejected by filter into the backlog queue. This does not make sense, since packets rejected by filter can be dropped immediately. This patch adds separate sk_filter return code checking,

[PATCH net 0/2] s390: af_iucv patches

Hi Dave, here are 2 patches for the s390-only af_iucv socket family code. Thanks, Ursula Ursula Braun (2): Subject: [PATCH] af_iucv: enable control sends in case of SEND_SHUTDOWN Subject: [PATCH] af_iucv: drop skbs rejected by filter net/iucv/af_iucv.c | 34

Re: HSO driver patch [2/2]

Hi, second patch.. Thanks, Matej From 95cfca26bbcbb021e9327c03f8edf2ed0878de75 Mon Sep 17 00:00:00 2001 From: Matej Kupljen Date: Wed, 5 Oct 2016 13:08:31 +0200 Subject: [PATCH] Stop also serial queue when device is unplugged We need to also stop serial port when the

[PATCH] net: macb: NULL out phydev after removing mdio bus

From: Nathan Sullivan To ensure the dev->phydev pointer is not used after becoming invalid in mdiobus_unregister, set it to NULL. This happens when removing the macb driver without first taking its interface down, since unregister_netdev will end up calling macb_close.

[PATCH 00/10] Introduce Juniper SAM FPGA driver

Add Juniper's SAM FPGA driver. Those FPGAs are present in Juniper's PTX series of routers. The MFD driver provices i2c/gpio/mtd/mdio devices. There are full device tree binding documents for the master mfd driver and for all slave drivers. This patchset is against mainline as of today:

[PATCH 01/10] mfd: Add Juniper SAM FPGA MFD driver

From: Maryam Seraj Add Juniper's SAM FPGA multi-function driver. The SAM FPGAs are present on different FPC/SIB cards from the Juniper's PTX series of routers. Depending on the card type and FPGA revision, they include the following functional blocks: * I2C SAM accelerator

[PATCH 02/10] mfd: sam: Add documentation for the SAM FPGA

From: Georgi Vlaev Add DT bindings document for the SAM MFD device. Signed-off-by: Georgi Vlaev [Ported from Juniper kernel] Signed-off-by: Pantelis Antoniou --- Documentation/devicetree/bindings/mfd/jnx-sam.txt | 94

[PATCH 05/10] gpio: Introduce SAM gpio driver

From: Guenter Roeck The SAM GPIO IP block is present in the Juniper PTX series of routers as part of the SAM FPGA. Signed-off-by: Georgi Vlaev Signed-off-by: Guenter Roeck Signed-off-by: Rajat Jain [Ported

[PATCH 03/10] i2c: Juniper SAM I2C driver

From: Maryam Seraj Introduce SAM I2C driver for the I2C interfaces on the Juniper SAM FPGA. Signed-off-by: Maryam Seraj Signed-off-by: Debjit Ghosh Signed-off-by: Georgi Vlaev Signed-off-by: Guenter Roeck

[PATCH 07/10] mtd: Add SAM Flash driver

From: Guenter Roeck Add driver for the flash block in Juniper's SAM FPGA. This driver is used for updating the Altera's EPCS(64,256) configuration flash devices via a Juniper defined hardware interface. Signed-off-by: Georgi Vlaev Signed-off-by: Guenter

Re: [PATCH] net: macb: NULL out phydev after removing mdio bus

On Fri, Oct 7, 2016 at 8:13 AM, Xander Huff wrote: > From: Nathan Sullivan > > To ensure the dev->phydev pointer is not used after becoming invalid in > mdiobus_unregister, set it to NULL. This happens when removing the macb > driver without first

HSO driver patch again [2/2]

Hi, second patch: 0002-Stop-also-serial-queue-when-device-is-unplugged.patch Serial device was not stopped when the device got unplugged so there are continues error messages that the URB cannot be submitted. Thanks, Matej From: Matej Kupljen Date: Wed, 5 Oct 2016

[PATCH] wlcore: Allow scans when in AP mode

From: James Minor When in AP mode, scans can be done without changing firmware to the multi-role firmware. Allow the interface to scan if forced in the scan request. Signed-off-by: James Minor Signed-off-by: Xander Huff Reviewed-by:

[PATCH] net: Reset skb to network header in neigh_hh_output

When hardware header is added without using cached one, neigh_resolve_output and neigh_connected_output reset skb to network header before adding it. When cached one is used, neigh_hh_output does not reset the skb to network header. The fix is to reset skb to network header before adding cached

[PATCH 1/4] mfd: ptxpmb: Add separate driver for extended CPLD

From: Guenter Roeck Extended CPLD only exists on certain boards (SPMB) and by itself requires an MFD driver, since it supports its own interrupts and sub-devices. It also needs to provide support for SIB hotplug. It is cleaner and easier to maintain it as separate driver.

[PATCH 10/10] net: mdio-sam: Add device tree documentation for SAM MDIO

From: Georgi Vlaev Add device tree bindings document for the SAM MDIO block present in Juniper's SAM FPGA. Signed-off-by: Georgi Vlaev [Ported from Juniper kernel] Signed-off-by: Pantelis Antoniou ---

[PATCH 0/4] Introduce Juniper PTXPMB Extended driver

Add Juniper's PTXPMB Extended FPGA driver. Those FPGAs are present in Juniper's PTX series of routers. The MFD driver provices a gpio device. There are full device tree binding documents for the master mfd driver and for the slave driver. This patchset is against mainline as of today:

[PATCH 4/4] gpio: ptxpmb-ext-cpld: Document bindings of PTXPMB extended CPLD

From: Georgi Vlaev Add device tree bindings document for the GPIO driver of Juniper's PTXPMB extended CPLD. Signed-off-by: Georgi Vlaev [Ported from Juniper kernel] Signed-off-by: Pantelis Antoniou ---

[PATCH 2/4] mfd: ptxpmb-ext-cpld: Add documentation for PTXPMB extended CPLD

From: Georgi Vlaev Add DT bindings document for the PTXPMB extended CPLD device. Signed-off-by: Georgi Vlaev [Ported from Juniper kernel] Signed-off-by: Pantelis Antoniou --- .../bindings/mfd/jnx-ptxpmb-ext-cpld.txt

[PATCH 08/10] mtd: flash-sam: Bindings for Juniper's SAM FPGA flash

From: Georgi Vlaev Add binding document for Junipers Flash IP block present in the SAM FPGA on PTX series of routers. Signed-off-by: Georgi Vlaev [Ported from Juniper kernel] Signed-off-by: Pantelis Antoniou ---

[PATCH 04/10] i2c: i2c-sam: Add device tree bindings

From: Georgi Vlaev Add binding document for the i2c driver of SAM FPGA. Signed-off-by: Georgi Vlaev [Ported from Juniper kernel] Signed-off-by: Pantelis Antoniou --- .../devicetree/bindings/i2c/i2c-sam-mux.txt|

Re: [RFC 0/3] Add support for led triggers on phy link state change

Hi! > Some drivers that include phy.h defined LED_OFF which conflicts with > definition in leds.h. phy led support uses leds.h so the two namespaces are no > longer isolated. > The first two patches fix the two net drivers that declared enum constants > that > conflict with enum constants in

HSO driver patch again [1/2]

Hi, I am using hso driver for my 3G modem (although different manufacturer with different USB VID/PID) but I have some problems with it. It is working fine, but if you disconnect the USB connection while the data is transferring trough AT interface, we get a crash. First patch

[PATCH net-next v3 4/6] openvswitch: keep vlan tag accelerated on internal device

Disallow turning off of vlan acceleration on internal ports. We need the vlan tag to be in skb->vlan_tci; otherwise, we would pull it back in ovs_flow_key_extract, defeating the purpose of setting the vlan acceleration off in the first place. Signed-off-by: Jiri Benc --- v3:

[PATCH net-next v3 1/6] openvswitch: make skb modifiable in ovs_flow_key_extract*

Allow ovs_flow_key_extract and ovs_flow_key_extract_userspace to modify the skb. This will be used by the following patch to move vlan tag to the vlan_tci field. Signed-off-by: Jiri Benc --- v3: new in v3 --- net/openvswitch/datapath.c | 9 ++--- net/openvswitch/flow.c

[PATCH net-next v3 2/6] openvswitch: normalize vlan rx path

Similarly to how the core networking stack behaves, let the first vlan tag be always stored in skb->vlan_tci. This is already ensured in __netif_receive_skb_core for packets that were received from the kernel and honored by skb_vlan_push and skb_vlan_pop. There is a couple of paths where a packet

[PATCH net-next v3 5/6] openvswitch: remove unreachable code in vlan parsing

Now when the first vlan tag is always in skb->vlan_tci, drop code that assumed it might not be the case. This patch also removes the wrong likely() statement around skb_vlan_tag_present introduced by 018c1dda5ff1 ("openvswitch: 802.1AD Flow handling, actions, vlan parsing, netlink attributes").

[PATCH net-next v3 0/6] openvswitch: make vlan handling consistent

Always keep the first vlan tag "accelerated", i.e. in skb->vlan_tci. Unfortunately, with all the changes since v2, this patchset no longer has the nice deletions > insertions diffstat. I still think it's worth it, as it makes things more consistent overall. Patch 3 is valid on its own. Patch 6

[PATCH net-next v3 6/6] openvswitch: fix vlan subtraction from packet length

When the packet has its vlan tag in skb->vlan_tci, the length of the VLAN header is not counted in skb->len. It doesn't make sense to subtract it. In addition, to honor the comment below the code, the VLAN header length should not be subtracted if there's a vlan tag in skb->vlan_tci. This leads

[PATCH net-next v3 3/6] openvswitch: add NETIF_F_HW_VLAN_STAG_TX to internal dev

The internal device does support 802.1AD offloading. Signed-off-by: Jiri Benc --- v3: new in v3 --- net/openvswitch/vport-internal_dev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/openvswitch/vport-internal_dev.c

HSO driver patch [1/2]

Hi, I am using hso driver for my 3G modem (although different manufacturer with different USB VID/PID) but I have some problems with it. It is working fine, but if you disconnect the USB connection while the data is transferring trough AT interface, we get a crash. There are two patches: 1.)

Re: [PATCH v4 01/10] ethernet: add sun8i-emac driver

On Fri, 2016-10-07 at 10:25 +0200, Corentin Labbe wrote: > This patch add support for sun8i-emac ethernet MAC hardware. > It could be found in Allwinner H3/A83T/A64 SoCs. trivial notes: > diff --git a/drivers/net/ethernet/allwinner/sun8i-emac.c > b/drivers/net/ethernet/allwinner/sun8i-emac.c []

[PATCH 09/10] net: phy: Add MDIO driver for Juniper's SAM FPGA

From: Georgi Vlaev Add driver for the MDIO IP block present in Juniper's SAM FPGA. This driver supports only Clause 45 of the 802.3 spec. Note that due to the fact that there are no drivers for Broadcom/Avago retimers on 10/40Ge path that are controlled from the MDIO

[PATCH 3/4] gpio: ptxpmb-ext-cpld: Add driver for Juniper's PTXPMB extended CPLD

From: Guenter Roeck This IP block is present in the PTXPMB extended CPLD present on Junipers PTX series of routers and provides SIB connector status pins as GPIO pins for use with other drivers. Signed-off-by: Guenter Roeck Signed-off-by: JawaharBalaji

[PATCH 06/10] gpio: sam: Document bindings of SAM FPGA GPIO block

From: Georgi Vlaev Add device tree bindings document for the GPIO driver of Juniper's SAM FPGA. Signed-off-by: Georgi Vlaev [Ported from Juniper kernel] Signed-off-by: Pantelis Antoniou ---

[PATCH v5 4/4] mac80211: multicast to unicast conversion

This patch adds support for sending multicast data packets with ARP, IPv4 and IPv6 payload (possible 802.1q tagged) as 802.11 unicast frames to all stations. IEEE 802.11 multicast has well known issues, among them: 1. packets are not acked and hence not retransmitted, resulting in decreased

[PATCH v5 3/4] cfg80211: configure multicast to unicast for AP interfaces

This add a userspace toggle to configure multicast to unicast. Signed-off-by: Michael Braun --- include/net/cfg80211.h | 6 ++ include/uapi/linux/nl80211.h | 10 ++ net/wireless/nl80211.c | 36

[PATCH v5 1/4] mac80211: remove unnecessary num_mcast_sta user

Checking for num_mcast_sta in __ieee80211_request_smps_ap() is unnecessary, as sta list will be empty in this case anyway, so list_for_each_entry(sta, ...) will exit immediately. Signed-off-by: Michael Braun --- net/mac80211/cfg.c | 7 --- 1 file changed, 7

[PATCH v5 2/4] mac80211: filter multicast data packets on AP / AP_VLAN

This patch adds filtering for multicast data packets on AP_VLAN interfaces that have no authorized station connected and changes filtering on AP interfaces to not count stations assigned to AP_VLAN interfaces. This saves airtime and avoids waking up other stations currently authorized in this

Re: [PATCH net-next v9 1/1] net: phy: Cleanup the Edge-Rate feature in Microsemi PHYs.

On Fri, Oct 07, 2016 at 10:28:24AM +0200, Allan W. Nielsen wrote: > Edge-Rate cleanup include the following: > - Updated device tree bindings documentation for edge-rate > - The edge-rate is now specified as a "slowdown", meaning that it is now > being specified as positive values instead of

Auditor General Office

Mr.Malaki Ahmed Auditor General Office Attn, I feel quite safe dealing with you in this important business. Though this medium (Internet) has been greatly abused, I choose to reach you through it because it still remains the fastest medium of communication. However, this correspondence is

Re: [PATCH net-next v3 0/6] openvswitch: make vlan handling consistent

On Fri, Oct 7, 2016 at 9:07 AM, Jiri Benc wrote: > Always keep the first vlan tag "accelerated", i.e. in skb->vlan_tci. > > Unfortunately, with all the changes since v2, this patchset no longer has > the nice deletions > insertions diffstat. I still think it's worth it, as it >

Re: Accelerated receive flow steering (aRFS) for UDP

On Fri, 2016-10-07 at 22:55 +, Chopra, Manish wrote: > Hello Folks, > > I am experimenting aRFS with our NIC devices, and for that I have > kernel 4.8.x installed with below config. > > CONFIG_RPS=y > CONFIG_RFS_ACCEL=y > > # cat /proc/cpuinfo | grep processor > processor : 0 >

[PATCH v3 net-next 0/2] net: centralize net_device MTU bounds checking

Jarod Wilson (2): net: centralize net_device min/max MTU checking net: deprecate eth_change_mtu, remove usage While looking into an MTU issue with sfc, I started noticing that almost every NIC driver with an ndo_change_mtu function implemented almost exactly the same range checks, and in many

[PATCH v3 net-next 2/2] net: deprecate eth_change_mtu, remove usage

With centralized MTU checking, there's nothing productive done by eth_change_mtu that isn't already done in dev_set_mtu, so mark it as deprecated and remove all usage of it in the kernel. All callers have been audited for calls to alloc_etherdev* or ether_setup directly, which means they all have

[PATCH v3 net-next 1/2] net: centralize net_device min/max MTU checking

While looking into an MTU issue with sfc, I started noticing that almost every NIC driver with an ndo_change_mtu function implemented almost exactly the same range checks, and in many cases, that was the only practical thing their ndo_change_mtu function was doing. Quite a few drivers have either

[PATCH net-next] MAINTAINERS: add myself as a maintainer of xen-netback

Signed-off-by: Paul Durrant Cc: Wei Liu --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 464437d..4491841 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -13061,6 +13061,7 @@ F:

Re: [PATCH net-next] MAINTAINERS: add myself as a maintainer of xen-netback

On Fri, Oct 07, 2016 at 11:33:37AM +0100, Paul Durrant wrote: > Signed-off-by: Paul Durrant > Cc: Wei Liu Acked-by: Wei Liu Thanks for stepping up! > --- > MAINTAINERS | 1 + > 1 file changed, 1 insertion(+) > > diff --git

[PATCH v2] ipv6 addrconf: disallow rtr_solicits < -1

From: Maciej Żenczykowski This disallows setting /proc/sys/net/ipv6/conf/*/router_solicitations to values below -1. -1 continues to mean an unlimited number of retransmits. Note: this depends on 'ipv6 addrconf: remove addrconf_sysctl_hop_limit()' Signed-off-by: Maciej

[PATCH v4 02/10] MAINTAINERS: Add myself as maintainer of sun8i-emac

This patch add myself as maintainer of the sun8i-emac driver. Signed-off-by: Corentin Labbe --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 40f4629..e197d82 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -582,6

[PATCH net-next v9 1/1] net: phy: Cleanup the Edge-Rate feature in Microsemi PHYs.

Edge-Rate cleanup include the following: - Updated device tree bindings documentation for edge-rate - The edge-rate is now specified as a "slowdown", meaning that it is now being specified as positive values instead of negative (both documentation and implementation wise). - Only explicitly

[PATCH v4 03/10] ARM: sun8i: dt: Add DT bindings documentation for Allwinner sun8i-emac

This patch adds documentation for Device-Tree bindings for the Allwinner sun8i-emac driver. Signed-off-by: Corentin Labbe --- .../bindings/net/allwinner,sun8i-emac.txt | 70 ++ 1 file changed, 70 insertions(+) create mode 100644

[PATCH v4 09/10] ARM: sunxi: Enable sun8i-emac driver on sunxi_defconfig

Enable the sun8i-emac driver in the sunxi default configuration Signed-off-by: Corentin Labbe --- arch/arm/configs/sunxi_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/sunxi_defconfig b/arch/arm/configs/sunxi_defconfig index

[PATCH v4 01/10] ethernet: add sun8i-emac driver

This patch add support for sun8i-emac ethernet MAC hardware. It could be found in Allwinner H3/A83T/A64 SoCs. It supports 10/100/1000 Mbit/s speed with half/full duplex. It can use an internal PHY (MII 10/100) or an external PHY via RGMII/RMII. Signed-off-by: Corentin Labbe

[PATCH v4 05/10] ARM: dts: sun8i-h3: add sun8i-emac ethernet driver

The sun8i-emac is an ethernet MAC hardware that support 10/100/1000 speed. This patch enable the sun8i-emac on the Allwinner H3 SoC Device-tree. The SoC H3 have an internal PHY, so optionals syscon and ephy are set. Signed-off-by: Corentin Labbe ---

[PATCH v4 06/10] ARM: dts: sun8i: Enable sun8i-emac on the Orange PI PC

The sun8i-emac hardware is present on the Orange PI PC. It uses the internal PHY. This patch create the needed emac node. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-pc.dts | 8 1 file changed, 8 insertions(+) diff --git

[PATCH v4 04/10] ARM: dts: sun8i-h3: Add dt node for the syscon control module

This patch add the dt node for the syscon register present on the Allwinner H3. Only two register are present in this syscon and the only one useful is the one dedicated to EMAC clock. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3.dtsi | 5 + 1

[PATCH net-next v9 0/1] net: phy: Cleanup the Edge-Rate feature in Microsemi PHYs

Hi Andrew (and other), Raju and I have been going through all the comments received on the edge-rate feature, and tried to address them (once again...). The patch is rebased to fit on top of net-next (it depends on a4cc96d1f). Following initiatives is covered: - Updated device tree bindings

[PATCH v2 net] xen-netback: make sure that hashes are not send to unaware frontends

In the case when a frontend only negotiates a single queue with xen- netback it is possible for a skbuff with a s/w hash to result in a hash extra_info segment being sent to the frontend even when no hash algorithm has been configured. (The ndo_select_queue() entry point makes sure the hash is not

RE: [PATCH net] xen-netback: make sure that hashes are not send to unaware frontends

> -Original Message- > From: David Miller [mailto:da...@davemloft.net] > Sent: 07 October 2016 06:38 > To: Paul Durrant > Cc: netdev@vger.kernel.org; xen-de...@lists.xenproject.org; Wei Liu > > Subject: Re: [PATCH net] xen-netback: make sure

[PATCH v4 00/10] net-next: ethernet: add sun8i-emac driver

Hello This patch series add the driver for sun8i-emac which handle the Ethernet MAC present on Allwinner H3/A83T/A64 SoCs. It supports 10/100/1000 Mbit/s speed with half/full duplex. It can use an internal PHY (MII 10/100) or an external PHY via RGMII/RMII. This patch series enable the driver

[PATCH v4 08/10] ARM: dts: sun8i: Enable sun8i-emac on the Orange Pi 2

The sun8i-emac hardware is present on the Orange PI 2. It uses the internal PHY. This patch create the needed emac node. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-2.dts | 8 1 file changed, 8 insertions(+) diff --git

[PATCH v4 07/10] ARM: dts: sun8i: Enable sun8i-emac on the Orange PI One

From: Hans de Goede The sun8i-emac hardware is present on the Orange PI One. It uses the internal PHY. This patch create the needed emac node. Signed-off-by: Hans de Goede Signed-off-by: Corentin Labbe ---

[PATCH v4 10/10] ARM: sunxi: Enable sun8i-emac driver on multi_v7_defconfig

Enable the sun8i-emac driver in the multi_v7 default configuration Signed-off-by: Corentin Labbe --- arch/arm/configs/multi_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/configs/multi_v7_defconfig

Re: Kernel 4.6.7-rt13: Intel Ethernet driver igb causes huge latencies in cyclictest

Hi Mitch, > > > > > > Although, to be clear, it isn't the fact that there exists 8 > > > threads, it's > > that the device is > > > firing all 8 interrupts at the same time. The time spent in hardirq > > context just waking > > > up all 8 of those threads (and the cyclictest wakeup) is enough to

Re: [PATCH v2 net] xen-netback: make sure that hashes are not send to unaware frontends

On Fri, Oct 07, 2016 at 09:32:31AM +0100, Paul Durrant wrote: > In the case when a frontend only negotiates a single queue with xen- > netback it is possible for a skbuff with a s/w hash to result in a > hash extra_info segment being sent to the frontend even when no hash > algorithm has been

[PATCH v4 1/4] mac80211: remove unnecessary num_mcast_sta user

Checking for num_mcast_sta in __ieee80211_request_smps_ap() is unnecessary, as sta list will be empty in this case anyway, so list_for_each_entry(sta, ...) will exit immediately. Signed-off-by: Michael Braun --- net/mac80211/cfg.c | 7 --- 1 file changed, 7

[PATCH net v2] Fixing a bug in team driver due to incorrect 'unsigned int' to 'int' conversion

Roundrobin runner of team driver uses 'unsigned int' variable to count the number of sent_packets. Later it is passed to a subroutine team_num_to_port_index(struct team *team, int num) as 'num' and when we reach MAXINT (2**31-1), 'num' becomes negative. This leads to using incorrect hash-bucket

[PATCH v4 4/4] mac80211: multicast to unicast conversion

This patch adds support for sending multicast data packets with ARP, IPv4 and IPv6 payload (possible 802.1q tagged) as 802.11 unicast frames to all stations. IEEE 802.11 multicast has well known issues, among them: 1. packets are not acked and hence not retransmitted, resulting in decreased

[PATCH v4 3/4] cfg80211: configure multicast to unicast for AP interfaces

This add a userspace toggle to configure multicast to unicast. Signed-off-by: Michael Braun --- include/net/cfg80211.h | 6 ++ include/uapi/linux/nl80211.h | 10 ++ net/wireless/nl80211.c | 36

[PATCH v4 2/4] mac80211: filter multicast data packets on AP / AP_VLAN

This patch adds filtering for multicast data packets on AP_VLAN interfaces that have no authorized station connected and changes filtering on AP interfaces to not count stations assigned to AP_VLAN interfaces. This saves airtime and avoids waking up other stations currently authorized in this

Accelerated receive flow steering (aRFS) for UDP

Hello Folks, I am experimenting aRFS with our NIC devices, and for that I have kernel 4.8.x installed with below config. CONFIG_RPS=y CONFIG_RFS_ACCEL=y # cat /proc/cpuinfo | grep processor processor : 0 processor : 1 processor : 2 processor : 3 processor : 4

[PATCH 0/3] Add support for led triggers on phy link state change

Fix skge driver that declared enum contants that conflicted with enum constants in linux/leds.h Create function that encapsulates actions taken during the adjust phy link step of phy state changes. Add support for led triggers on phy link state changes by adding a config option. When set the

[RFC v3 3/3] phy,leds: add support for led triggers on phy link state change

From: Josh Cartwright Create an option CONFIG_LED_TRIGGER_PHY (default n), which will create a set of led triggers for each instantiated PHY device. There is one LED trigger per link-speed, per-phy. This allows for a user to configure their system to allow a set of LEDs

[PATCH net-next] sctp: reuse sent_count to avoid retransmitted chunks for RTT measurements

Now sctp uses chunk->resent to record if a chunk is retransmitted, for RTT measurements with retransmitted DATA chunks. chunk->sent_count was introduced to record how many times one chunk has been sent for prsctp RTX policy before. We actually can know if one chunk is retransmitted by checking

Re: [PATCH] wan/fsl_ucc_hdlc: Fix size used in dma_free_coherent()

From: Christophe JAILLET Date: Fri, 7 Oct 2016 22:58:47 +0200 > Size used with 'dma_alloc_coherent()' and 'dma_free_coherent()' should be > consistent. > Here, the size of a pointer is used in dma_alloc... and the size of the > pointed structure is used in

Re: Code quality and XDP

On Sat, 8 Oct 2016 07:25:01 +0900 Tom Herbert wrote: > One concern raised at netdev concerning XDP is how are we going to > maintain code quality, security, and correctness of programs being > loaded. With kernel bypass it is not just the kernel code path that is > being

[PATCH] vmxnet3: avoid assumption about invalid dma_pa in vmxnet3_set_mc()

vmxnet3_set_mc() still assumes zero is invalid pa: it assumes dma_mapping_error(...,0) returns true if vmxnet3_copy_mc() fails; it calls dma_unmap_single() iff new_table_pa is not zero. The patch adds an explicit variable to track status of new_table_pa. Found by Linux Driver Verification

RE: [v12, 0/8] Fix eSDHC host version register bug

Hi Uffe, Arnd and Scott, Any comments on this latest patcheset? Could we consider to merge it if no any other changes needed? :) Thanks. Best regards, Yangbo Lu > -Original Message- > From: Y.B. Lu > Sent: Monday, September 26, 2016 11:15 AM > To: linux-...@vger.kernel.org;

Re: [PATCH v2] ipv6 addrconf: disallow rtr_solicits < -1

From: Maciej Żenczykowski Date: Fri, 7 Oct 2016 01:00:49 -0700 > From: Maciej Żenczykowski > > This disallows setting /proc/sys/net/ipv6/conf/*/router_solicitations > to values below -1. > > -1 continues to mean an unlimited number of retransmits. >

Re: [PATCH v2 net] xen-netback: make sure that hashes are not send to unaware frontends

From: Paul Durrant Date: Fri, 7 Oct 2016 09:32:31 +0100 > In the case when a frontend only negotiates a single queue with xen- > netback it is possible for a skbuff with a s/w hash to result in a > hash extra_info segment being sent to the frontend even when no hash >

Re: [PATCH] net: macb: NULL out phydev after removing mdio bus

From: Xander Huff Date: Fri, 7 Oct 2016 10:13:22 -0500 > From: Nathan Sullivan > > To ensure the dev->phydev pointer is not used after becoming invalid in > mdiobus_unregister, set it to NULL. This happens when removing the macb > driver without

[PATCH net-next] sctp: remove the old ttl expires policy

The prsctp polices include ttl expires policy already, we should remove the old ttl expires codes, and just adjust the new polices' codes to be compatible with the old one for users. This patch is to remove all the old expires codes, and if prsctp polices are not set, it will still set msg's

Re: [PATCH net v2] Fixing a bug in team driver due to incorrect 'unsigned int' to 'int' conversion

From: Alex Sidorenko Date: Fri, 07 Oct 2016 09:02:33 -0400 > Roundrobin runner of team driver uses 'unsigned int' variable to count > the number of sent_packets. Later it is passed to a subroutine > team_num_to_port_index(struct team *team, int num) as 'num' and when

Re: Reversion of "xen-netback: create a debugfs node for hash information"

From: Paul Durrant Date: Fri, 7 Oct 2016 09:50:04 + > I notice that you have made the above reversion of commit c0c64c15 > (debugfs node) due to a build failure, despite the failure being > caused by commit 0364a882 (switch to threaded irq) which was made >

Re: [PATCH net-next] MAINTAINERS: add myself as a maintainer of xen-netback

From: Paul Durrant Date: Fri, 7 Oct 2016 11:33:37 +0100 > Signed-off-by: Paul Durrant Applied.

Re: [PATCH RFC 0/4] xfs: Transmit flow steering

As Rick states, this fixes a performance issue with the 4.4 kernel for us. Tested-by: Juerg Haefliger On 09/28/2016 05:13 PM, Rick Jones wrote: > > Here is a quick look at performance tests for the result of trying the > prototype fix for the packet reordering problem

  1   2   >