Re: [linux-sunxi] [PATCH] net-next: stmmac: dwmac-sun8i: ensure the EPHY is properly reseted

On Mon, Jun 05, 2017 at 01:10:19PM +0200, Corentin Labbe wrote: > On Mon, Jun 05, 2017 at 01:53:23AM +0800, Icenowy Zheng wrote: > > The EPHY may be already enabled by bootloaders which have Ethernet > > capability (e.g. current U-Boot). Thus it should be reseted properly > > before doing the

[PATCH] cxgb4: implement ndo_set_vf_rate()

Implement ndo_set_vf_rate() for mgmt interface to support rate-limiting of VF traffic using 'ip' command. Based on the original work of Kumar Sanghvi Signed-off-by: Ganesh Goudar --- drivers/net/ethernet/chelsio/cxgb4/cxgb4.h | 1 +

RE: [PATCH] cxgb4: implement ndo_set_vf_rate()

> + pktsize = be16_to_cpu(port_rpl.u.info.mtu); > + /* subtract ethhdr size and 4 bytes crc since, f/w appends it */ > + pktsize = pktsize - sizeof(struct ethhdr) - 4; > + /* subtract ipv4 hdr size, tcp hdr size to get typical IPv4 MSS size */ > + pktsize = pktsize -

[PATCH][V2] net: stmmac: ensure jumbo_frm error return is correctly checked for -ve value

From: Colin Ian King The current comparison of entry < 0 will never be true since entry is an unsigned integer. Make entry an int to ensure -ve error return values from the call to jumbo_frm are correctly being caught. Detected by CoverityScan, CID#1238760 ("Macro

Re: [PATCH][V2] net: stmmac: ensure jumbo_frm error return is correctly checked for -ve value

On Mon, 5 Jun 2017, Colin King wrote: > From: Colin Ian King > > The current comparison of entry < 0 will never be true since entry is an > unsigned integer. Make entry an int to ensure -ve error return values > from the call to jumbo_frm are correctly being caught.

[patch net-next 00/19] Remove support from bridge bypass for mlxsw/rocker drivers

From: Jiri Pirko Currently setting bridge port attributes and adding FDBs are done via setting the SELF flag which implies unconsistent offloading model. This patch-set fixes this behavior by making the bridge and drivers which are using it to be totally in sync. This implies

RE: [net-next] openvswitch: add macro MODULE_ALIAS_VPORT_TYPE for vport type alias

> -Original Message- > From: Pravin Shelar [mailto:pshe...@ovn.org] > Sent: Monday, June 05, 2017 10:30 AM > To: 张胜举 > Cc: Pravin Shelar ; Linux Kernel Network Developers > ; David S. Miller

[PATCH 4/6] net: phy: split out 10G genphy support

Move the old 10G genphy support to sit beside the new clause 45 library functions, so all the 10G phy code is together. Reviewed-by: Andrew Lunn Reviewed-by: Florian Fainelli Signed-off-by: Russell King ---

[PATCH 6/6] net: phy: add Marvell Alaska X 88X3310 10Gigabit PHY support

Add phylib support for the Marvell Alaska X 10 Gigabit PHY (MV88X3310). This phy is able to operate at 10G, 1G, 100M and 10M speeds, and only supports Clause 45 accesses. The PHY appears (based on the vendor IDs) to be two different vendors IP, with each devad containing several instances. This

[PATCH 3/6] net: phy: hook up clause 45 autonegotiation restart

genphy_restart_aneg() can only restart autonegotiation on clause 22 PHYs. Add a phy_restart_aneg() function which selects between the clause 22 and clause 45 restart functionality depending on the PHY type and whether the Clause 45 PHY supports the Clause 22 register set. Signed-off-by: Russell

[PATCH 5/6] net: phy: add XAUI and 10GBASE-KR PHY connection types

XAUI allows XGMII to reach an extended distance by using a XGXS layer at each end of the MAC to PHY link, operating over four Serdes lanes. 10GBASE-KR is a single lane Serdes backplane ethernet connection method with autonegotiation on the link. Some PHYs use this to connect to the ethernet

[PATCH] ppp: mppe: Use vsnprintf extension %phN

Using this extension reduces the object size. $ size drivers/net/ppp/ppp_mppe.o* textdata bss dec hex filename 5683 216 859071713 drivers/net/ppp/ppp_mppe.o.new 5808 216 860321790 drivers/net/ppp/ppp_mppe.o.old Signed-off-by: Joe

Re: [PATCH] sit: reload iphdr in ipip6_rcv

On Sun, 2017-06-04 at 14:43 +0800, Haishuang Yan wrote: > Since iptunnel_pull_header() can call pskb_may_pull(), > we must reload any pointer that was related to skb->head. > > Fixes: a09a4c8dd1ec ("tunnels: Remove encapsulation offloads on decap") > Signed-off-by: Haishuang Yan

Re: [patch net-next 06/19] net: bridge: Receive notification about successful FDB offload

On 05/06/17 12:20, Jiri Pirko wrote: > From: Arkadi Sharshevsky > > When a new static FDB is added to the bridge a notification is sent to > the driver for offload. In case of successful offload the driver should > notify the bridge back, which in turn should mark the FDB

Re: [patch net-next 04/19] net: switchdev: Change notifier chain to be atomic

On 5.6.2017 11:20, Jiri Pirko wrote: > From: Arkadi Sharshevsky > > In order to use the switchdev notifier chain for FDB sync with the > device it has to be changed to atomic. The is done because the bridge > can learn new FDBs in atomic context. > > Signed-off-by: Arkadi

Re: [patch net-next 01/19] net: switchdev: Add support for querying supported bridge flags by hardware

On 5.6.2017 11:20, Jiri Pirko wrote: > From: Arkadi Sharshevsky > > This is done as a preparation stage before setting the bridge port flags > from the bridge code. Currently the device can be queried for the bridge > flags state, but the querier cannot distinguish if the

Re: [patch net-next 05/19] net: bridge: Add support for notifying devices about FDB add/del

On 05/06/17 12:20, Jiri Pirko wrote: > From: Arkadi Sharshevsky > > Currently the bridge doesn't notify the underlying devices about new > FDBs learned. The FDB sync is placed on the switchdev notifier chain > because devices may potentially learn FDB that are not directly

Re: [patch net-next 02/19] net: bridge: Add support for offloading port attributes

On 05/06/17 12:20, Jiri Pirko wrote: > From: Arkadi Sharshevsky > > Currently the flood, learning and learning_sync port attributes are > offloaded by setting the SELF flag. Add support for offloading the > flood and learning attribute through the bridge code. In case of >

Re: [PATCH v2 2/3] PCI: Enable PCIe Relaxed Ordering if supported

On 2017/6/4 2:19, Alexander Duyck wrote: > On Fri, Jun 2, 2017 at 9:04 PM, Ding Tianhong wrote: >> The PCIe Device Control Register use the bit 4 to indicate that >> whether the device is permitted to enable relaxed ordering or not. >> But relaxed ordering is not safe

Re: [patch net-next 03/19] net: bridge: Add support for calling FDB external learning under rcu

On 05/06/17 12:20, Jiri Pirko wrote: > From: Arkadi Sharshevsky > > This is done as a preparation to moving the switchdev notifier chain > to be atomic. The FDB external learning should be called under rtnl > or rcu. > > Signed-off-by: Arkadi Sharshevsky

Re: [PATCH 3/6] net: phy: hook up clause 45 autonegotiation restart

On Mon, Jun 05, 2017 at 12:23:00PM +0100, Russell King wrote: > genphy_restart_aneg() can only restart autonegotiation on clause 22 > PHYs. Add a phy_restart_aneg() function which selects between the > clause 22 and clause 45 restart functionality depending on the PHY > type and whether the

[patch net-next 12/19] mlxsw: spectrum: Remove support for bridge bypass FDB add/del

From: Arkadi Sharshevsky The FDB add/del are now done through the notification chain. The FDBs are synced with the bridge and there is no need for extra dumping. Signed-off-by: Arkadi Sharshevsky Reviewed-by: Ido Schimmel

[patch net-next 17/19] rocker: Add support for learning FDB through notification

From: Arkadi Sharshevsky Add support for learning FDB through notification. The driver defers the hardware update via ordered work queue. Signed-off-by: Arkadi Sharshevsky Signed-off-by: Jiri Pirko ---

[patch net-next 02/19] net: bridge: Add support for offloading port attributes

From: Arkadi Sharshevsky Currently the flood, learning and learning_sync port attributes are offloaded by setting the SELF flag. Add support for offloading the flood and learning attribute through the bridge code. In case of setting an unsupported flag on a offloded port

[patch net-next 14/19] rocker: Remove support for bridge FDB learning sync

From: Arkadi Sharshevsky Currently the rocker driver supports an option for disabling syncing the hardware learned FDBs with the software bridge. This behavior breaks the bridge offload model and thus it is removed. Signed-off-by: Arkadi Sharshevsky

[patch net-next 06/19] net: bridge: Receive notification about successful FDB offload

From: Arkadi Sharshevsky When a new static FDB is added to the bridge a notification is sent to the driver for offload. In case of successful offload the driver should notify the bridge back, which in turn should mark the FDB as offloaded. Currently, externally learned is

[patch net-next 15/19] rocker: Add support for querying supported bridge flags

From: Arkadi Sharshevsky Add support for querying supported bridge flags. Signed-off-by: Arkadi Sharshevsky Signed-off-by: Jiri Pirko --- drivers/net/ethernet/rocker/rocker.h | 4

[patch net-next 11/19] mlxsw: spectrum_switchdev: Add support for learning FDB through notification

From: Arkadi Sharshevsky Add support for learning FDB through notification. The driver defers the hardware update via ordered work queue. Support for stacked devices is also provided. In case of a successful FDB add a notification is sent back to bridge. Signed-off-by:

Re: [linux-sunxi] [PATCH] net-next: stmmac: dwmac-sun8i: ensure the EPHY is properly reseted

On Mon, Jun 05, 2017 at 01:53:23AM +0800, Icenowy Zheng wrote: > The EPHY may be already enabled by bootloaders which have Ethernet > capability (e.g. current U-Boot). Thus it should be reseted properly > before doing the enabling sequence in the dwmac-sun8i driver, otherwise > the EMAC reset

[PATCH iproute2 net-next] ip neigh: allow flush FAILED neighbour entry

After upstream commit 5071034e4af7 ('neigh: Really delete an arp/neigh entry on "ip neigh delete" or "arp -d"'), we could delete a single FAILED neighbour entry now. But `ip neigh flush` still skip the FAILED entry. Let's remove this filter so we can also flush FAILED entry. Signed-off-by:

Re: [PATCH net] netlink: don't send unknown nsid

Le 02/06/2017 à 00:44, Flavio Leitner a écrit : > On Thu, Jun 01, 2017 at 10:42:13PM +0200, Nicolas Dichtel wrote: >> Le 01/06/2017 à 19:02, Flavio Leitner a écrit : [snip] >>> On the other hand, with the original patch, if the socket and the >>> device are in the same netns, we don't need to

[patch iproute2] bridge: Distinguish between externally learned vs offloaded FDBs

From: Arkadi Sharshevsky Distinguish between externally learned vs offloaded FDBs. This is done in order to indicate that FDBs added by software was successfully offloaded. Signed-off-by: Arkadi Sharshevsky Signed-off-by: Jiri Pirko

Re: [PATCH] net: phy: fix kernel-doc warnings

On Sun, Jun 04, 2017 at 07:46:53PM -0700, Randy Dunlap wrote: > From: Randy Dunlap > > Fix kernel-doc warnings (typo) in drivers/net/phy/phy.c: > > ..//drivers/net/phy/phy.c:259: warning: No description found for parameter > 'features' > ..//drivers/net/phy/phy.c:259:

[patch net-next 16/19] rocker: Change world_ops API and implementation to be switchdev independant

From: Arkadi Sharshevsky Currently the switchdev_trans struct is embedded in the world_ops API. In order to add support for adding FDB via a notfication chain the API should be switchdev independent. Signed-off-by: Arkadi Sharshevsky Signed-off-by:

[patch net-next 09/19] mlxsw: spectrum: Remove support for bypass bridge port attributes/vlan set

From: Arkadi Sharshevsky The bridge port attributes/vlan for mlxsw devices should be set only from bridge code. The vlans are synced totally with the bridge so there is no need to special dump support. Signed-off-by: Arkadi Sharshevsky Reviewed-by:

[patch net-next 13/19] net: Remove support for bridge bypass ndos from stacked devices

From: Arkadi Sharshevsky Remove support for bridge bypass ndos from stacked devices. At this point no driver which supports stack device behavior offload supports operation with SELF flag. The case for upper device is already taken care of in both of the following cases:

[patch net-next 19/19] rocker: Remove support bridge bypass FDB

From: Arkadi Sharshevsky The FDB add/delete are now done through the notification chain. The FDBs are synced with the bridge and there is no need for extra dumping. Signed-off-by: Arkadi Sharshevsky Signed-off-by: Jiri Pirko ---

[patch net-next 10/19] mlxsw: spectrum_switchdev: Change switchdev notifier API

From: Arkadi Sharshevsky The current API for sending switchdev notifications implies only FDB add/del. In order to support notification about successful FDB offload the API is changed. Signed-off-by: Arkadi Sharshevsky Reviewed-by: Ido Schimmel

[patch net-next 03/19] net: bridge: Add support for calling FDB external learning under rcu

From: Arkadi Sharshevsky This is done as a preparation to moving the switchdev notifier chain to be atomic. The FDB external learning should be called under rtnl or rcu. Signed-off-by: Arkadi Sharshevsky Reviewed-by: Ido Schimmel

[patch net-next 04/19] net: switchdev: Change notifier chain to be atomic

From: Arkadi Sharshevsky In order to use the switchdev notifier chain for FDB sync with the device it has to be changed to atomic. The is done because the bridge can learn new FDBs in atomic context. Signed-off-by: Arkadi Sharshevsky Reviewed-by: Ido

[patch net-next 07/19] mlxsw: spectrum: Remove support for bridge FDB learning sync

From: Arkadi Sharshevsky Currently the mlxsw driver supports an option for disabling syncing the hardware learned FDBs with the software bridge. This behavior breaks the bridge offload model and thus it is removed. Signed-off-by: Arkadi Sharshevsky

[patch net-next 01/19] net: switchdev: Add support for querying supported bridge flags by hardware

From: Arkadi Sharshevsky This is done as a preparation stage before setting the bridge port flags from the bridge code. Currently the device can be queried for the bridge flags state, but the querier cannot distinguish if the flag is disabled or if it is not supported at

[patch net-next 18/19] rocker: Remove support for bypass bridge port attributes/vlan set

From: Arkadi Sharshevsky The bridge port attributes/vlan for mlxsw devices should be set only from bridge code. The vlans are synced totally with the bridge so there is no need to special dump support. Signed-off-by: Arkadi Sharshevsky Signed-off-by:

[patch net-next 05/19] net: bridge: Add support for notifying devices about FDB add/del

From: Arkadi Sharshevsky Currently the bridge doesn't notify the underlying devices about new FDBs learned. The FDB sync is placed on the switchdev notifier chain because devices may potentially learn FDB that are not directly related to their ports, for example: 1. Mixed

[patch net-next 08/19] mlxsw: spectrum_switchdev: Add support for querying supported bridge flags

From: Arkadi Sharshevsky Add support for querying supported bridge flags. Signed-off-by: Arkadi Sharshevsky Reviewed-by: Ido Schimmel Signed-off-by: Jiri Pirko ---

[PATCH 1/6] net: phy: add 802.3 clause 45 support to phylib

Add generic helpers for 802.3 clause 45 PHYs for >= 10Gbps support. Reviewed-by: Andrew Lunn Signed-off-by: Russell King --- drivers/net/phy/Makefile | 2 +- drivers/net/phy/phy-c45.c| 234 +++

[PATCH 2/6] net: phy: avoid genphy_aneg_done() for PHYs without clause 22 support

Avoid calling genphy_aneg_done() for PHYs that do not implement the Clause 22 register set. Clause 45 PHYs may implement the Clause 22 register set along with the Clause 22 extension MMD. Hence, we can't simply block access to the Clause 22 functions based on the PHY being a Clause 45 PHY.

[PATCH v2 0/6] Add phylib support for MV88X3310 10G phy

Hi, This patch series adds support for the Marvell 88x3310 PHY found on the SolidRun Macchiatobin board. The first patch introduces a set of generic Clause 45 PHY helpers that C45 PHY drivers can make use of if they wish. Patch 2 ensures that the Clause 22 aneg_done function will not be called

Re: [PATCH 5/6] net: phy: add XAUI and 10GBASE-KR PHY connection types

On Mon, Jun 05, 2017 at 12:23:10PM +0100, Russell King wrote: > XAUI allows XGMII to reach an extended distance by using a XGXS layer at > each end of the MAC to PHY link, operating over four Serdes lanes. > > 10GBASE-KR is a single lane Serdes backplane ethernet connection method > with

Re: [PATCH 2/6] net: phy: avoid genphy_aneg_done() for PHYs without clause 22 support

On Mon, Jun 05, 2017 at 12:22:55PM +0100, Russell King wrote: > Avoid calling genphy_aneg_done() for PHYs that do not implement the > Clause 22 register set. > > Clause 45 PHYs may implement the Clause 22 register set along with the > Clause 22 extension MMD. Hence, we can't simply block access

Re: [linux-sunxi] [PATCH] net-next: stmmac: dwmac-sun8i: ensure the EPHY is properly reseted

From: Corentin Labbe Date: Mon, 5 Jun 2017 13:10:19 +0200 > On Mon, Jun 05, 2017 at 01:53:23AM +0800, Icenowy Zheng wrote: >> The EPHY may be already enabled by bootloaders which have Ethernet >> capability (e.g. current U-Boot). Thus it should be reseted properly >>

[patch net-next 0/6] introduce trap control action to tc and offload it

From: Jiri Pirko This patchset introduces a control action dedicated to indicate to trap the matched packet to CPU. This is specific action for HW offloads. Also, the patchset offloads the action to mlxsw driver. Example usage: $ tc filter add dev enp3s0np19 parent :

[patch net-next 2/6] net: sched: introduce helper to identify gact trap action

From: Jiri Pirko Introduce a helper called is_tcf_gact_trap which could be used to tell if the action is gact trap or not. Signed-off-by: Jiri Pirko Reviewed-by: Yotam Gigi --- include/net/tc_act/tc_gact.h | 15 +-- 1

[patch net-next 5/6] acl: Introduce ACL trap action

From: Jiri Pirko Use trap/discard flex action to implement trap. Signed-off-by: Jiri Pirko Reviewed-by: Yotam Gigi --- .../mellanox/mlxsw/core_acl_flex_actions.c | 40 --

[patch net-next 1/6] net: sched: introduce a TRAP control action

From: Jiri Pirko There is need to instruct the HW offloaded path to push certain matched packets to cpu/kernel for further analysis. So this patch introduces a new TRAP control action to TC. For kernel datapath, this action does not make much sense. So with the same logic as

[patch net-next 6/6] spectrum_flower: Implement gact trap TC action offload

From: Jiri Pirko Just use the previously prepared infrastructure and offload the gact trap action to ACL. Signed-off-by: Jiri Pirko Reviewed-by: Yotam Gigi --- drivers/net/ethernet/mellanox/mlxsw/spectrum_flower.c | 4 1 file

[patch net-next 4/6] mlxsw: spectrum: Introduce ACL trap

From: Jiri Pirko Introduce an ACL trap and put it into ip2me trap group. Signed-off-by: Jiri Pirko Reviewed-by: Yotam Gigi --- drivers/net/ethernet/mellanox/mlxsw/spectrum.c | 4 +++- drivers/net/ethernet/mellanox/mlxsw/trap.h |

[patch net-next 3/6] mlxsw: pci: Fix size of trap_id field in CQE

From: Jiri Pirko The "trap_id" is 9bits long. So far, this was not a problem since we used only traps with ids that fit into 8bits. But the ACL traps that are going to be introduced use the 9th bit. Fixes: eda6500a987a ("mlxsw: Add PCI bus implementation") Signed-off-by: Jiri

Re: [patch net-next] net: sched: select cls when cls_act is enabled

From: Jiri Pirko Date: Sun, 4 Jun 2017 18:49:28 +0200 > From: Jiri Pirko > > It really makes no sense to have cls_act enabled without cls. In that > case, the cls_act code is dead. So select it. > > This also fixes an issue recently reported by kbuild

Re: [for-next 4/6] net/mlx5: FPGA, Add basic support for Innova

On Sun, Jun 04, 2017 at 07:51:24AM +, Ilan Tayari wrote: > > From: Jason Gunthorpe [mailto:jguntho...@obsidianresearch.com] > > Subject: Re: [for-next 4/6] net/mlx5: FPGA, Add basic support for Innova > > > > On Mon, May 29, 2017 at 04:09:06PM +, Ilan Tayari wrote: > > > > > > For IPSec,

[patch iproute2/net-next] tc: gact: fix control action parsing

From: Jiri Pirko parse_action_control helper does advancing of the arg inside. So don't do it outside. Fixes: e67aba559581 ("tc: actions: add helpers to parse and print control actions") Signed-off-by: Jiri Pirko --- tc/m_gact.c | 9 ++--- 1 file

[patch iproute2/net-next] tc: add support for TRAP action

From: Jiri Pirko Signed-off-by: Jiri Pirko --- include/linux/pkt_cls.h | 5 + tc/tc_util.c| 3 +++ 2 files changed, 8 insertions(+) diff --git a/include/linux/pkt_cls.h b/include/linux/pkt_cls.h index c6e8cf5..477ed05 100644 ---

Re: [PATCH v2 net-next] genetlink: remove ops_list from genetlink header.

From: Rami Rosen Date: Sun, 4 Jun 2017 15:20:01 +0300 > commit d91824c08fbc ("genetlink: register family ops as array") removed the > ops_list member from both genl_family and genl_ops; while the > documentation of genl_family was updated accordingly by this patch, >

Re: [PATCH] net-next: stmmac: dwmac-sun8i: ensure the EPHY is properly reseted

From: Icenowy Zheng Date: Mon, 5 Jun 2017 01:53:23 +0800 > The EPHY may be already enabled by bootloaders which have Ethernet > capability (e.g. current U-Boot). Thus it should be reseted properly > before doing the enabling sequence in the dwmac-sun8i driver, otherwise > the

Re: [PATCH] net: phy: fix kernel-doc warnings

From: Randy Dunlap Date: Sun, 4 Jun 2017 19:46:53 -0700 > From: Randy Dunlap > > Fix kernel-doc warnings (typo) in drivers/net/phy/phy.c: > > ..//drivers/net/phy/phy.c:259: warning: No description found for parameter > 'features' >

Re: [PATCH] net/ipv6: Fix CALIPSO causing GPF with datagram support

On Mon, Jun 5, 2017 at 11:44 AM, Richard Haines wrote: > When using CALIPSO with IPPROTO_UDP it is possible to trigger a GPF as the > IP header may have moved. > > Also update the payload length after adding the CALIPSO option. > > Signed-off-by: Richard Haines

Re: [net-next PATCH 2/3] net: reduce cycles spend on ICMP replies that gets rate limited

On 06/04/2017 04:38 PM, Jesper Dangaard Brouer wrote: > On Sun, 4 Jun 2017 09:11:53 +0200 > Florian Weimer wrote: > >> On 01/09/2017 04:04 PM, Jesper Dangaard Brouer wrote: >> >>> This patch split the global and per (inet)peer ICMP-reply limiter >>> code, and moves the global

ATENCIÓN

ATENCIÓN; Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser capaz de enviar o recibir correo nuevo hasta que vuelva a validar su buzón de correo electrónico. Para revalidar su buzón de

Re: [PATCH] net: Update TCP congestion control documentation

From: Anmol Sarma Date: Sat, 3 Jun 2017 17:40:54 +0530 > Update tcp.txt to fix mandatory congestion control ops and default > CCA selection. Also, fix comment in tcp.h for undo_cwnd. > > Signed-off-by: Anmol Sarma Applied, thank you.

Re: [PATCH v2] devlink: fix potential memort leak

From: Haishuang Yan Date: Mon, 5 Jun 2017 08:57:21 +0800 > We must free allocated skb when genlmsg_put() return fails. > > Fixes: 1555d204e743 ("devlink: Support for pipeline debug (dpipe)") > Signed-off-by: Haishuang Yan >

[PATCH] net/ipv6: Fix CALIPSO causing GPF with datagram support

When using CALIPSO with IPPROTO_UDP it is possible to trigger a GPF as the IP header may have moved. Also update the payload length after adding the CALIPSO option. Signed-off-by: Richard Haines --- net/ipv6/calipso.c | 6 +- 1 file changed, 5

Re: [PATCH] net/ipv6: Fix CALIPSO causing GPF with datagram support

From: Paul Moore Date: Mon, 5 Jun 2017 11:55:34 -0400 > On Mon, Jun 5, 2017 at 11:44 AM, Richard Haines > wrote: >> When using CALIPSO with IPPROTO_UDP it is possible to trigger a GPF as the >> IP header may have moved. >> >> Also update the

Re: [PATCH] net/{mii,smsc}: Make mii_ethtool_get_link_ksettings and smc_netdev_get_ecmd return void

From: Yuval Shaia Date: Sun, 4 Jun 2017 20:22:00 +0300 > Make return value void since functions never returns meaningfull value. > > Signed-off-by: Yuval Shaia Applied to net-next.

Re: [PATCH] net/dec: Make __de_get_link_ksettings return void

From: Yuval Shaia Date: Sun, 4 Jun 2017 20:08:51 +0300 > Make return value void since function never return meaningfull value > > Signed-off-by: Yuval Shaia Applied to net-next.

Re: [PATCH] net/3com: Make el3_netdev_get_ecmd return void

From: Yuval Shaia Date: Sun, 4 Jun 2017 20:24:46 +0300 > Make return value void since function never returns meaningfull value. > > Signed-off-by: Yuval Shaia Applied to net-next.

Re: [PATCH net] net/mlx4: Check if Granular QoS per VF has been enabled before updating QP qos_vport

From: Tariq Toukan Date: Mon, 5 Jun 2017 10:44:56 +0300 > From: Ido Shamay > > The Granular QoS per VF feature must be enabled in FW before it can be > used. > > Thus, the driver cannot modify a QP's qos_vport value (via the UPDATE_QP FW > command) if

Re: [patch net-next 0/6] introduce trap control action to tc and offload it

On Mon, Jun 05, 2017 at 04:38:26PM +0200, Jiri Pirko wrote: > From: Jiri Pirko > > This patchset introduces a control action dedicated to indicate > to trap the matched packet to CPU. This is specific action for > HW offloads. Also, the patchset offloads the action to mlxsw

Re: [PATCH 3/6] net: phy: hook up clause 45 autonegotiation restart

On 06/05/2017 04:23 AM, Russell King wrote: > genphy_restart_aneg() can only restart autonegotiation on clause 22 > PHYs. Add a phy_restart_aneg() function which selects between the > clause 22 and clause 45 restart functionality depending on the PHY > type and whether the Clause 45 PHY supports

Re: [PATCH v3 2/2] ARM: dts: Add the ethernet and ethernet PHY to the cygnus core DT.

On 04/28/2017 03:22 PM, Eric Anholt wrote: > Cygnus has a single amac controller connected to the B53 switch with 2 > PHYs. On the BCM911360_EP platform, those two PHYs are connected to > the external ethernet jacks. > > v2: Call the node "switch", just call the ports "port" (suggestions by >

Re: [PATCH 2/6] net: phy: avoid genphy_aneg_done() for PHYs without clause 22 support

On 06/05/2017 04:22 AM, Russell King wrote: > Avoid calling genphy_aneg_done() for PHYs that do not implement the > Clause 22 register set. > > Clause 45 PHYs may implement the Clause 22 register set along with the > Clause 22 extension MMD. Hence, we can't simply block access to the > Clause 22

[PATCH 4.9 25/94] bonding: fix accounting of active ports in 3ad

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jarod Wilson [ Upstream commit 751da2a69b7cc82d83dc310ed7606225f2d6e014 ] As of 7bb11dc9f59d and 0622cab0341c, bond slaves in a 3ad bond are not removed from the aggregator

[PATCH 4.11 028/115] bonding: fix accounting of active ports in 3ad

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Jarod Wilson [ Upstream commit 751da2a69b7cc82d83dc310ed7606225f2d6e014 ] As of 7bb11dc9f59d and 0622cab0341c, bond slaves in a 3ad bond are not removed from the aggregator

Re: [PATCH 1/6] net: phy: add 802.3 clause 45 support to phylib

On 06/05/2017 04:22 AM, Russell King wrote: > Add generic helpers for 802.3 clause 45 PHYs for >= 10Gbps support. > > Reviewed-by: Andrew Lunn > Signed-off-by: Russell King Reviewed-by: Florian Fainelli -- Florian

Re: [PATCH 5/6] net: phy: add XAUI and 10GBASE-KR PHY connection types

On 06/05/2017 04:23 AM, Russell King wrote: > XAUI allows XGMII to reach an extended distance by using a XGXS layer at > each end of the MAC to PHY link, operating over four Serdes lanes. > > 10GBASE-KR is a single lane Serdes backplane ethernet connection method > with autonegotiation on the

Re: [PATCH v3 2/7] net: pch_gbe: Pull PHY GPIO handling out of Minnow code

Hi Andrew, On Saturday, 3 June 2017 10:52:00 PDT Andrew Lunn wrote: > > diff --git a/drivers/net/ethernet/oki-semi/pch_gbe/pch_gbe_main.c > > b/drivers/net/ethernet/oki-semi/pch_gbe/pch_gbe_main.c index > > d38198718005..cb9b904786e4 100644 > > ---

Re: [PATCH] net/ipv6: Fix CALIPSO causing GPF with datagram support

On Mon, Jun 05, 2017 at 11:55:34AM -0400, Paul Moore wrote: > On Mon, Jun 5, 2017 at 11:44 AM, Richard Haines > wrote: > > When using CALIPSO with IPPROTO_UDP it is possible to trigger a GPF as the > > IP header may have moved. > > > > Also update the payload

re: phy: cpcap-usb: Add CPCAP PMIC USB support

Hi Tony, While running static analysis on linux-next, CoverityScan picked up a NULL pointer deference on ddata->pins when calling pinctrl_lookup_state: 466ddata->pins = devm_pinctrl_get(ddata->dev); 1. Condition IS_ERR(ddata->pins), taking true branch. 467if

[PATCH v4 2/7] net: pch_gbe: Pull PHY GPIO handling out of Minnow code

The MIPS Boston development board uses the Intel EG20T Platform Controller Hub, including its gigabit ethernet controller, and requires that its RTL8211E PHY be reset much like the Minnow platform. Pull the PHY reset GPIO handling out of Minnow-specific code such that it can be shared by later

[PATCH v4 1/7] net: pch_gbe: Mark Minnow PHY reset GPIO active low

The Minnow PHY reset GPIO is set to 0 to enter reset & 1 to leave reset - that is, it is an active low GPIO. In order to allow for the code to be made more generic by further patches, indicate to the GPIO subsystem that the GPIO is active low & invert the values it is set to such that they reflect

[PATCH v4 0/7] net: pch_gbe: Fixes & MIPS support

The Intel EG20T Platform Controller Hub is used on the MIPS Boston development board to provide various peripherals including ethernet. This series fixes some issues with the pch_gbe driver discovered whilst in use on the Boston board, and implements support for device tree which we use to provide

[PATCH v4 6/7] net: pch_gbe: Allow longer for resets

Resets of the EG20T MAC on the MIPS Boston development board take longer than the 1000 loops that pch_gbe_wait_clr_bit was performing. Rather than simply increasing the number of loops, switch to using readl_poll_timeout_atomic() from linux/iopoll.h in order to provide some independence from the

Re: [PATCH v1] net: phy: Delete unused function phy_ethtool_gset

On 06/05/2017 12:18 AM, Yuval Shaia wrote: > It's unused, so remove it. > > Signed-off-by: Yuval Shaia Reviewed-by: Florian Fainelli -- Florian

Re: Stmmac: fix for hw timestamp of GMAC 3 unit

Hi Mario thanks for your tests, and, at first glance, your patches seem to be sensible so, please, send the changes as patches for net.git kernel. Regards Peppe On 6/6/2017 12:11 AM, Mario Molitor wrote: Dear stmmac maintainer group, I have found an problem in stmmac driver of linux

Re: [PATCH net 3/3] netvsc: fix RCU warning from set_multicast

Hi Stephen, [auto build test WARNING on net/master] url: https://github.com/0day-ci/linux/commits/Stephen-Hemminger/netvsc-bug-fixes/20170606-120730 config: x86_64-randconfig-x007-201723 (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the

Re: [PATCH net 3/3] netvsc: fix RCU warning from set_multicast

Hi Stephen, [auto build test ERROR on net/master] url: https://github.com/0day-ci/linux/commits/Stephen-Hemminger/netvsc-bug-fixes/20170606-120730 config: x86_64-allyesdebian (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config

Re: [PATCH net] net: bridge: fix a null pointer dereference in br_afspec

On Mon, Jun 5, 2017 at 3:26 PM, Nikolay Aleksandrov wrote: > We might call br_afspec() with p == NULL which is a valid use case if > the action is on the bridge device itself, but the bridge tunnel code > dereferences the p pointer without checking, so check if p is

Re: [PATCH v1 1/2] net: emac: fix reset timeout with AR8035 phy

Hi Christian, [auto build test ERROR on net-next/master] [also build test ERROR on v4.12-rc4 next-20170605] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Christian-Lamparter/net-emac-fix-reset

Re: [RFC PATCH v2 00/17] latest qdisc patch series

On Tue, May 02, 2017 at 08:36:03AM -0700, John Fastabend wrote: > I am not going to be able to work on this for a few days so I figured > it might be worth getting some feedback if there is any. Any thoughts > on how to squeeze a few extra pps out of this would be very useful. Batch dequeue into

Re: [PATCH 2/2] xfrm: add UDP encapsulation port in migrate message

Hi Antony, [auto build test ERROR on ipsec-next/master] [also build test ERROR on v4.12-rc4 next-20170605] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Antony-Antony/add-udp-encapsulation

[PATCH][netdev-next] mdio: mux: fix an incorrect less than zero error check using a u32

From: Colin Ian King The u32 variable v is being checked to see if an error return is less than zero and this check has no effect because it is unsigned. Fix this by making v and int (this also matches the type of cb->bus_number which is assigned to the value in v).

  1   2   >