[PATCH] wlcore: allow elp during wowlan suspend

when enabling wowlan and entering suspend the last write to the firmware allowing it to go into elp mode was not completing before suspend, leaving the firmware running in full active mode consuming high power. Use an immediate call instead of a work queue for this last access allowing the firmware

RE: [RFC] Support for SGMII 2500

Hi Madalin, > -Original Message- > From: Bhaskar Upadhaya > Sent: Tuesday, November 28, 2017 12:57 PM > To: Madalin-cristian Bucur ; Andrew Lunn > ; f.faine...@gmail.com; netdev@vger.kernel.org; Anji > Jagarlmudi ; Calvin Johnson > ; Prabhakar Kushwaha > ; Poonam Aggrwal > > Cc: Shengzhou

Re: [PATCH v2 1/2] seq_file: Introduce DEFINE_SHOW_ATTRIBUTE() helper macro

Hi Andy, > The DEFINE_SHOW_ATTRIBUTE() helper macro would be useful for current > users, which are many of them, and for new comers to decrease code > duplication. > > Signed-off-by: Andy Shevchenko > --- > include/linux/seq_file.h | 13 + > 1 file changed, 13 insertions(+) > > diff

Re: [PATCH 2/2] [RFC] packet: experimental support for 64-bit timestamps

On Tue, Nov 28, 2017 at 8:04 AM, Björn Töpel wrote: > 2017-11-27 21:51 GMT+01:00 Arnd Bergmann : > [...] >>> There already is an effort to come up with a new AF_PACKET V4 [1]. >>> We should make sure that any new interface does not have the >>> Y2038/Y2106 issue. But, if a new version is being dev

Re: [PATCH] openvswitch: use ktime_get_ts64() instead of ktime_get_ts()

On Tue, Nov 28, 2017 at 5:59 AM, Pravin Shelar wrote: > On Mon, Nov 27, 2017 at 5:11 PM, Arnd Bergmann wrote: >> timespec is deprecated because of the y2038 overflow, so let's convert >> this one to ktime_get_ts64(). The code is already safe even on 32-bit >> architectures, since it uses monotoni

Re: [patch net resend] net: sched: cbq: create block for q->link.block

On 27/11/17 18:37, Jiri Pirko wrote: From: Jiri Pirko q->link.block is not initialized, that leads to EINVAL when one tries to add filter there. So initialize it properly. This can be reproduced by: $ tc qdisc add dev eth0 root handle 1: cbq avpkt 1000 rate 1000Mbit bandwidth 1000Mbit $ tc fi

[net 1/4] i40e/virtchnl: fix application of sizeof to pointer

From: Gustavo A R Silva sizeof when applied to a pointer typed expression gives the size of the pointer. The proper fix in this particular case is to code sizeof(*vfres) instead of sizeof(vfres). This issue was detected with the help of Coccinelle. Signed-off-by: Gustavo A R Silva Tested-by:

[net 2/4] e1000e: fix the use of magic numbers for buffer overrun issue

From: Sasha Neftin This is a follow on to commit b10effb92e27 ("fix buffer overrun while the I219 is processing DMA transactions") to address David Laights concerns about the use of "magic" numbers. So define masks as well as add additional code comments to give a better understanding of what n

[net 3/4] i40e: Fix reporting incorrect error codes

From: Amritha Nambiar Adding cloud filters could fail for a number of reasons, unsupported filter fields for example, which fails during validation of fields itself. This will not result in admin command errors and converting the admin queue status to posix error code using i40e_aq_rc_to_posix wo

[net 4/4] e1000: Fix off-by-one in debug message

From: Ahmad Fatoum Signed-off-by: Ahmad Fatoum Tested-by: Aaron Brown Signed-off-by: Jeff Kirsher --- drivers/net/ethernet/intel/e1000/e1000_hw.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/intel/e1000/e1000_hw.c b/drivers/net/ethernet/intel

[net 0/4][pull request] Intel Wired LAN Driver Updates 2017-11-27

This series contains updates to e1000, e1000e and i40e. Gustavo A. R. Silva fixes a sizeof() issue where we were taking the size of the pointer (which is always the size of the pointer). Sasha does a follow up fix to a previous fix for buffer overrun, to resolve community feedback from David Laig

Re: [PATCH v2 14/35] nds32: System calls handling

On Tue, Nov 28, 2017 at 3:18 AM, Vincent Chen wrote: > 2017-11-27 22:46 GMT+08:00 Arnd Bergmann : >> On Mon, Nov 27, 2017 at 1:28 PM, Greentime Hu wrote: >>> diff --git a/arch/nds32/include/uapi/asm/unistd.h >>> b/arch/nds32/include/uapi/asm/unistd.h >>> new file mode 100644 >>> index 000..

Re: [PATCH v2 27/35] irqchip: Andestech Internal Vector Interrupt Controller driver

On 27/11/17 12:28, Greentime Hu wrote: > From: Greentime Hu > > This patch adds the Andestech Internal Vector Interrupt Controller > driver. You can find the spec here. Ch4.9 of AndeStar SPA V3 Manual. > http://www.andestech.com/product.php?cls=9 > > Signed-off-by: Rick Chen > Signed-off-by: Gr

Re: [PATCH] r8152: disable rx checksum offload on Dell TB dock

> On 27 Nov 2017, at 11:13 PM, > wrote: > > This is quite surprising to me too. The externally plugged in r8153 dongle, > was it connected over type C port or over type A port? AFAIK Type C port is > actually Alpine ridge pass through port. It is not connected to XHCI > controller > or US

[PATCH net-next 3/3] xfrm: Add ESN support for IPSec HW offload

From: Yossef Efraim This patch adds ESN support to IPsec device offload. Adding new xfrm device operation to synchronize device ESN. Signed-off-by: Yossef Efraim --- include/linux/netdevice.h | 1 + include/net/xfrm.h| 12 net/xfrm/xfrm_device.c| 4 ++-- net/xfrm/xfr

[PATCH net-next 1/3] xfrm: Fix xfrm_replay_overflow_offload_esn

From: Yossef Efraim In case of wrap around, replay_esn->oseq_hi is not updated before it is tested for it's actual value, leading function to fail with overflow indication and packets being dropped. This patch updates replay_esn->oseq_hi in the right place. Fixes: d7dbefc45cf5 ("xfrm: Add xfrm_

[PATCH net-next 2/3] xfrm: Fix xfrm_dev_state_add to fail for unsupported HW SA option

From: Yossef Efraim xfrm_dev_state_add function returns success for unsupported HW SA options. Resulting the calling function to create SW SA without corrlating HW SA. Desipte IPSec device offloading option was chosen. These not supported HW SA options are hard coded within xfrm_dev_state_add fun

Re: sunrpc: infinite unkillable console spam in xs_tcp_setup_socket

On Fri, Nov 24, 2017 at 6:34 PM, Trond Myklebust wrote: > On Mon, 2017-11-20 at 14:02 +0100, Dmitry Vyukov wrote: >> Hello, >> >> The following program triggers infinite stream of the following >> output >> on console. The program is unkillable and this effectively brings the >> machine down: >> >

Re: [patch net-next RFC v2 08/11] mlxsw: spectrum_dpipe: Connect dpipe tables to resources

On 11/27/2017 06:12 PM, David Ahern wrote: > On 11/23/17 6:40 AM, Arkadi Sharshevsky wrote: >> >> >> On 11/19/2017 05:58 PM, David Ahern wrote: >>> On 11/19/17 2:16 AM, Arkadi Sharshevsky wrote: On 11/18/2017 09:19 PM, David Ahern wrote: > On 11/14/17 9:18 AM, Jiri Pirko wrote:

Re: [patch net resend] net: sched: cbq: create block for q->link.block

On 27.11.2017 18:37, Jiri Pirko wrote: > From: Jiri Pirko > > q->link.block is not initialized, that leads to EINVAL when one tries to > add filter there. So initialize it properly. > > This can be reproduced by: > $ tc qdisc add dev eth0 root handle 1: cbq avpkt 1000 rate 1000Mbit bandwidth >

Re: [PATCH net] net/packet: fix a race in packet_bind() and packet_notifier()

On Mon, Nov 27, 2017 at 8:00 PM, Eric Dumazet wrote: > From: Eric Dumazet > > syzbot reported crashes [1] and provided a C repro easing bug hunting. > > When/if packet_do_bind() calls __unregister_prot_hook() and releases > po->bind_lock, another thread can run packet_notifier() and process an >

Re: [PATCH] VSOCK: Don't set sk_state to TCP_CLOSE before testing it

On Mon, Nov 27, 2017 at 05:29:32AM -0800, Jorgen Hansen wrote: > A recent commit (3b4477d2dcf2) converted the sk_state to use > TCP constants. In that change, vmci_transport_handle_detach > was changed such that sk->sk_state was set to TCP_CLOSE before > we test whether it is TCP_SYN_SENT. This cha

[PATCH iproute2] gre: Fix ttl inherit option

From: Robert Shearman Specifying "... ttl inherit" currently does nothing on a GRE link modify since the previous ttl value is retrieved up front. Fix this by explicitly setting ttl to 0 when "inherit" is specified for the option, since 0 represents the semantics of inherit. Signed-off-by: Rober

[PATCH iproute2] vxlan: Make id optional when modifying a link

From: Robert Shearman Specifying the IFLA_VXLAN_LINK attribute on a vxlan link modify is optional in the kernel, so make the id argument optional for "ip link set ..." to avoid a user needing to specify it when changing another attribute. Signed-off-by: Robert Shearman --- ip/iplink_vxlan.c |

[patch net 2/4] mlxsw: spectrum_router: Demote tunnels on VRF migration

From: Petr Machata The mlxsw driver currently doesn't offload GRE tunnels if they have the same local address and use the same underlay VRF. When such a situation arises, the tunnels in conflict are demoted to slow path. However, the current code only verifies this condition on tunnel creation a

[patch net 3/4] mlxsw: spectrum_router: Handle encap to demoted tunnels

From: Petr Machata Some tunnels that are offloadable on their own can nonetheless be demoted to slow path if their local address is in conflict with that of another tunnel. When a route is formed for such a tunnel, mlxsw_sp_nexthop_ipip_init() fails to find the corresponding IPIP entry, and that

[patch net 0/4] mlxsw: GRE offloading fixes

From: Jiri Pirko Petr says: This patchset fixes a couple bugs in offloading GRE tunnels in mlxsw driver. Patch #1 fixes a problem that local routes pointing at a GRE tunnel device are offloaded even if that netdevice is down. Patch #2 detects that as a result of moving a GRE netdevice to a dif

[patch net 4/4] mlxsw: spectrum_router: Update nexthop RIF on update

From: Petr Machata The function mlxsw_sp_nexthop_rif_update() walks the list of nexthops associated with a RIF, and updates the corresponding entries in the switch. It is used in particular when a tunnel underlay netdevice moves to a different VRF, and all the nexthops are migrated over to a new

[patch net 1/4] mlxsw: spectrum_router: Offload decap only for up tunnels

From: Petr Machata When a new local route is added, an IPIP entry is looked up to determine whether the route should be offloaded as a tunnel decap or as a trap. That decision should take into account whether the tunnel netdevice in question is actually IFF_UP, and only install a decap offload if

Re: [PATCH v2 1/2] seq_file: Introduce DEFINE_SHOW_ATTRIBUTE() helper macro

On Tue, 2017-11-28 at 09:43 +0100, Marcel Holtmann wrote: > Hi Andy, > > > The DEFINE_SHOW_ATTRIBUTE() helper macro would be useful for current > > users, which are many of them, and for new comers to decrease code > > duplication. > can we define this in hci_debugfs.c first and get that patch me

[PATCH] staging: irda: annotate irlan_seq_start() and irlan_seq_stop() for sparse

Annotate rcu_read_lock in irlan_seq_start() and rcu_read_unlock in irlan_seq_stop() for sparse Signed-off-by: Andrii Vladyka > diff --git a/drivers/staging/irda/net/irlan/irlan_common.c b/drivers/staging/irda/net/irlan/irlan_common.c index fdcd714..

[PATCH] tipc: call tipc_rcv() only if bearer is up in tipc_udp_recv()

Call tipc_rcv() only if bearer is up in tipc_udp_recv(). Fixes a rare TIPC div-by-zero crash in tipc_node_calculate_timer(): We're enabling a bearer, but it's not yet up and fully initialized. At the same time we receive a discovery packet, and in tipc_udp_recv() we end up calling tipc_rcv() with

Re: [PATCH iproute2] tc: police: fix control action parsing

On 11/27/2017 09:32 PM, Stephen Hemminger wrote: > On Mon, 27 Nov 2017 19:00:14 +0100 > Michal Privoznik wrote: > >> 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

Re: [PATCH iproute2] tc: police: fix control action parsing

Mon, Nov 27, 2017 at 09:32:59PM CET, step...@networkplumber.org wrote: >On Mon, 27 Nov 2017 19:00:14 +0100 >Michal Privoznik wrote: > >> 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

Re: [PATCH] staging: irda: annotate irlan_seq_start() and irlan_seq_stop() for sparse

On Tue, Nov 28, 2017 at 02:45:25PM +0200, Andrii Vladyka wrote: > Annotate rcu_read_lock in irlan_seq_start() and rcu_read_unlock in > irlan_seq_stop() for sparse > > Signed-off-by: Andrii Vladyka > Something went really wrong here with your email addr

Re: [PATCH v2 net-next] tcp: allow drivers to tweak TSQ logic

On 2017-11-12 00:54, Eric Dumazet wrote: > From: Eric Dumazet > > I had many reports that TSQ logic breaks wifi aggregation. > > Current logic is to allow up to 1 ms of bytes to be queued into qdisc > and drivers queues. > > But Wifi aggregation needs a bigger budget to allow bigger rates to >

RE: [PATCH] tipc: call tipc_rcv() only if bearer is up in tipc_udp_recv()

Acked. ///jon > -Original Message- > From: Tommi Rantala [mailto:tommi.t.rant...@nokia.com] > Sent: Tuesday, November 28, 2017 07:53 > To: Jon Maloy ; Ying Xue > ; David S. Miller ; > netdev@vger.kernel.org; tipc-discuss...@lists.sourceforge.net; linux- > ker...@vger.kernel.org > Cc: Tomm

Re: [PATCH] net: gianfar: add ethtool eee support

On Tue, Nov 28, 2017 at 02:29:01PM +0800, Yangbo Lu wrote: > From: Shaohui Xie > > Gianfar does not support EEE, but it can connect to a PHY which supports > EEE and the PHY advertises EEE by default, and its link partner also > advertises EEE, so the PHY enters low power mode when traffic rate i

[PATCH] [RFC v2] packet: experimental support for 64-bit timestamps

This is a second attempt to allow 64-bit timestamps in packet sockets, this time retaining the existing three API versions, and instead using flags for the timestamping interface that let us reinterpret the existing fields. We already have an interface to select the timestamp source to be either s

Re: [PATCH] staging: rtl8188eu:

On Sat, Nov 25, 2017 at 11:59:51AM -0600, Larry Finger wrote: > When not associated with an AP, wifi device drivers should respond to the > SIOCGIWESSID ioctl with a zero-length string for the SSID, which is the > behavior expected by dhcpcd. > > Currently, this driver returns an error code (-1) f

Re: [PATCH V2] staging: rtl8188eu: Fix incorrect response to SIOCGIWESSID

On Sat, Nov 25, 2017 at 01:32:38PM -0600, Larry Finger wrote: > When not associated with an AP, wifi device drivers should respond to the > SIOCGIWESSID ioctl with a zero-length string for the SSID, which is the > behavior expected by dhcpcd. > > Currently, this driver returns an error code (-1) f

[PATCH net 1/4] net: mvpp2: fix the txq_init error path

When an allocation in the txq_init path fails, the allocated buffers end-up being freed twice: in the txq_init error path, and in txq_deinit. This lead to issues as txq_deinit would work on already freed memory regions: kernel BUG at mm/slub.c:3915! Internal error: Oops - BUG: 0 [#1] PREEM

[PATCH net 4/4] net: mvpp2: check ethtool sets the Tx ring size is to a valid min value

This patch fixes the Tx ring size checks when using ethtool, by adding an extra check in the PPv2 check_ringparam_valid helper. The Tx ring size cannot be set to a value smaller than the minimum number of descriptors needed for TSO. Fixes: 1d17db08c056 ("net: mvpp2: limit TSO segments and use stop

[PATCH net 2/4] net: mvpp2: cleanup probed ports in the probe error path

This patches fixes the probe error path by cleaning up probed ports, to avoid leaving registered net devices when the driver failed to probe. Fixes: 3f518509dedc ("ethernet: Add new driver for Marvell Armada 375 network unit") Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/mvpp2

[PATCH net 3/4] net: mvpp2: do not disable GMAC padding

From: Yan Markman Short fragmented packets may never be sent by the hardware when padding is disabled. This patch stop modifying the GMAC padding bits, to leave them to their reset value (disabled). Fixes: 3919357fb0bb ("net: mvpp2: initialize the GMAC when using a port") Signed-off-by: Yan Mark

[PATCH net 0/4] net: mvpp2: set of fixes

Hi all, This series fixes various issues with the Marvell PPv2 driver. The patches are sent together to avoid any possible conflict. The series is based on today's net tree. Thanks! Antoine Antoine Tenart (3): net: mvpp2: fix the txq_init error path net: mvpp2: cleanup probed ports in the pr

Re: [patch net-next RFC v2 08/11] mlxsw: spectrum_dpipe: Connect dpipe tables to resources

Mon, Nov 27, 2017 at 05:12:47PM CET, d...@cumulusnetworks.com wrote: >On 11/23/17 6:40 AM, Arkadi Sharshevsky wrote: >> >> >> On 11/19/2017 05:58 PM, David Ahern wrote: >>> On 11/19/17 2:16 AM, Arkadi Sharshevsky wrote: On 11/18/2017 09:19 PM, David Ahern wrote: > On 11/14/17 9

[PATCH net] sch_sfq: fix null pointer dereference at timer expiration

While converting sch_sfq to use timer_setup(), the commit cdeabbb88134 ("net: sched: Convert timers to use timer_setup()") forgot to initialize the 'sch' field. As a result, the timer callback tries to dereference a NULL pointer, and the kernel does oops. Fix it initializing such field at qdisc cr

[PATCH net] net: phylink: fix link state on phy-connect

From: Yan Markman When calling successively _connect, _disconnect and _connect again, if the link configuration changed whilst being down from the phylink perspective, the last _connect would stay in an incorrect old speed. Fixes this by setting the link configuration parameters to an unknown val

Re: [RFC] Support for SGMII 2500

On Tue, Nov 28, 2017 at 07:25:48AM +, Madalin-cristian Bucur wrote: > Hi, > > There is a disconnect between the SGMII 2500 support in u-boot and Linux. > Bhaskar is trying to add support for a SGMII interface working at 2.5Gbps > by using the PHY connection type "sgmii-2500" in the device tree

[PATCH net] net: phy: marvell10g: fix the PHY id mask

The Marvell 10G PHY driver supports different hardware revisions, which have their bits 3..0 differing. To get the correct revision number these bits should be ignored. This patch fixes this by using the already defined MARVELL_PHY_ID_MASK (0xfff0) instead of the custom 0x mask. Fixes:

Re: [PATCH net] net: phy: marvell10g: fix the PHY id mask

On Tue, Nov 28, 2017 at 02:26:30PM +0100, Antoine Tenart wrote: > The Marvell 10G PHY driver supports different hardware revisions, which > have their bits 3..0 differing. To get the correct revision number these > bits should be ignored. This patch fixes this by using the already > defined MARVELL

RE: [RFC] Support for SGMII 2500

> -Original Message- > From: Andrew Lunn [mailto:and...@lunn.ch] > Sent: Tuesday, November 28, 2017 3:30 PM > Subject: Re: [RFC] Support for SGMII 2500 > > On Tue, Nov 28, 2017 at 07:25:48AM +, Madalin-cristian Bucur wrote: > > Hi, > > > > There is a disconnect between the SGMII 2500 s

Re: [PATCH net] net: phylink: fix link state on phy-connect

> + /* On _disconnect, the phy state machine and phylink resolve > + * are stopped before executing full gracefull down/reset state. > + * The further _connect starts with incorrect init state. Let's set > + * init values here. > + */ > + pl->phy_state.link = false; > +

Re: [PATCH v2 26/35] dt-bindings: interrupt-controller: Andestech Internal Vector Interrupt Controller

On Mon, Nov 27, 2017 at 08:28:13PM +0800, Greentime Hu wrote: > From: Greentime Hu > > This patch adds an irqchip driver document for the Andestech Internal Vector > Interrupt Controller. > > Signed-off-by: Rick Chen > Signed-off-by: Greentime Hu > --- > .../interrupt-controller/andestech,ati

DIRECTOR IN CHARGE: DR.PATRICE TEME

UN Visitor Centre Department of Public Information United Nations Headquarters Room DHL-1B-154 New York, NY 10017 E-mail:un...@teewars.org United Nations Compensation Unit, In Affiliation with World Bank Our Ref: UN/WBO/042UK/2015. Congratulations Beneficiary, How are you today Hope all is wel

Re: [PATCH 2/2] [RFC] packet: experimental support for 64-bit timestamps

On Tue, Nov 28, 2017 at 3:46 AM, Arnd Bergmann wrote: > On Tue, Nov 28, 2017 at 8:04 AM, Björn Töpel wrote: >> 2017-11-27 21:51 GMT+01:00 Arnd Bergmann : >> [...] There already is an effort to come up with a new AF_PACKET V4 [1]. We should make sure that any new interface does not have

Re: [PATCH net] net: phylink: fix link state on phy-connect

Hi Andrew, On Tue, Nov 28, 2017 at 02:56:10PM +0100, Andrew Lunn wrote: > > + /* On _disconnect, the phy state machine and phylink resolve > > +* are stopped before executing full gracefull down/reset state. > > +* The further _connect starts with incorrect init state. Let's set > > +

DIRECTOR IN CHARGE: DR.PATRICE TEME

UN Visitor Centre Department of Public Information United Nations Headquarters Room DHL-1B-154 New York, NY 10017 E-mail:un...@teewars.org United Nations Compensation Unit, In Affiliation with World Bank Our Ref: UN/WBO/042UK/2015. Congratulations Beneficiary, How are you today Hope all is wel

Re: [RFC] Support for SGMII 2500

> Hi Andrew, > > Bhaskar is working on enabling a PFE [1] MAC connected to an Aquantia AQR107 > PHY [2] on a LS1012AQDS board. Initially I've indicated 2500Base-X too, but it > seems the HW actually works in SGMII mode. The QDS boards are lower volume, > higher spec boards than the RDBs [3], they

DIRECTOR IN CHARGE: DR.PATRICE TEME

UN Visitor Centre Department of Public Information United Nations Headquarters Room DHL-1B-154 New York, NY 10017 E-mail:un...@teewars.org United Nations Compensation Unit, In Affiliation with World Bank Our Ref: UN/WBO/042UK/2015. Congratulations Beneficiary, How are you today Hope all is wel

Re: [PATCH 2/2] [RFC] packet: experimental support for 64-bit timestamps

On Tue, Nov 28, 2017 at 3:08 PM, Willem de Bruijn wrote: > On Tue, Nov 28, 2017 at 3:46 AM, Arnd Bergmann wrote: >> On Tue, Nov 28, 2017 at 8:04 AM, Björn Töpel wrote: >>> 2017-11-27 21:51 GMT+01:00 Arnd Bergmann : >>> [...] > There already is an effort to come up with a new AF_PACKET V4 [1]

Re: [PATCH] [RFC v2] packet: experimental support for 64-bit timestamps

On Tue, Nov 28, 2017 at 8:14 AM, Arnd Bergmann wrote: > This is a second attempt to allow 64-bit timestamps in packet sockets, Thanks for coding up this variant. > The implementation is fairly straightforward, but I'm less sure about the > interface. Using SOF_TIMESTAMPING_* flags in PACKET_TIME

Re: [PATCH v2 31/35] earlycon: add reg-offset to physical address before mapping

On Mon, Nov 27, 2017 at 08:28:18PM +0800, Greentime Hu wrote: > From: Greentime Hu > > It will get the wrong virtual address because port->mapbase is not added > the correct reg-offset yet. We have to update it before earlycon_map() > is called > --- > drivers/tty/serial/earlycon.c |3 ++- >

DIRECTOR IN CHARGE: DR.PATRICE TEME

UN Visitor Centre Department of Public Information United Nations Headquarters Room DHL-1B-154 New York, NY 10017 E-mail:un...@teewars.org United Nations Compensation Unit, In Affiliation with World Bank Our Ref: UN/WBO/042UK/2015. Congratulations Beneficiary, How are you today Hope all is wel

DIRECTOR IN CHARGE: DR.PATRICE TEME

UN Visitor Centre Department of Public Information United Nations Headquarters Room DHL-1B-154 New York, NY 10017 E-mail:un...@teewars.org United Nations Compensation Unit, In Affiliation with World Bank Our Ref: UN/WBO/042UK/2015. Congratulations Beneficiary, How are you today Hope all is wel

Re: [PATCH] [RFC v2] packet: experimental support for 64-bit timestamps

On Tue, Nov 28, 2017 at 3:24 PM, Willem de Bruijn wrote: > On Tue, Nov 28, 2017 at 8:14 AM, Arnd Bergmann wrote: > > Unfortunately, we're already stuck with SOL_PACKET/PACKET_TIMESTAMP > accepting SOF_TIMESTAMPING_RAW_HARDWARE. > > Perhaps we can define a new PF_PACKET specific enum where the > e

Re: [PATCH net] net/packet: fix a race in packet_bind() and packet_notifier()

From: Eric Dumazet Date: Mon, 27 Nov 2017 20:00:52 -0800 > @@ -368,9 +368,11 @@ static void __unregister_prot_hook(struct sock *sk, bool > sync) > __sock_put(sk); > > if (sync) { > + po->frozen = 1; > spin_unlock(&po->bind_lock); > synchroniz

DIRECTOR IN CHARGE: DR.PATRICE TEME

UN Visitor Centre Department of Public Information United Nations Headquarters Room DHL-1B-154 New York, NY 10017 E-mail:un...@teewars.org United Nations Compensation Unit, In Affiliation with World Bank Our Ref: UN/WBO/042UK/2015. Congratulations Beneficiary, How are you today Hope all is wel

Re: [net 0/4][pull request] Intel Wired LAN Driver Updates 2017-11-27

From: Jeff Kirsher Date: Tue, 28 Nov 2017 01:22:14 -0800 > This series contains updates to e1000, e1000e and i40e. > > Gustavo A. R. Silva fixes a sizeof() issue where we were taking the size of > the pointer (which is always the size of the pointer). > > Sasha does a follow up fix to a previou

Re: [RFC net-next 4/6] netdevsim: add software driver for testing offloads

Hi, On Mon, Nov 27, 2017 at 11:42:49AM -0800, Jakub Kicinski wrote: > On Tue, 28 Nov 2017 04:30:26 +0900 (KST), David Miller wrote: > > From: Jakub Kicinski > > Date: Thu, 23 Nov 2017 18:36:11 -0800 > > > > > The dummy driver have previously been extended to test SR-IOV, > > > but the general co

Re: [patch net 0/4] mlxsw: GRE offloading fixes

From: Jiri Pirko Date: Tue, 28 Nov 2017 13:17:10 +0100 > From: Jiri Pirko > > Petr says: > > This patchset fixes a couple bugs in offloading GRE tunnels in mlxsw > driver. > > Patch #1 fixes a problem that local routes pointing at a GRE tunnel > device are offloaded even if that netdevice is

Re: [PATCH] tipc: call tipc_rcv() only if bearer is up in tipc_udp_recv()

From: Tommi Rantala Date: Tue, 28 Nov 2017 14:53:15 +0200 > Call tipc_rcv() only if bearer is up in tipc_udp_recv(). > Fixes a rare TIPC div-by-zero crash in tipc_node_calculate_timer(): > > We're enabling a bearer, but it's not yet up and fully initialized. > At the same time we receive a disco

Re: [PATCH] [RFC v2] packet: experimental support for 64-bit timestamps

From: Arnd Bergmann Date: Tue, 28 Nov 2017 14:14:05 +0100 > The implementation is fairly straightforward, but I'm less sure about the > interface. Using SOF_TIMESTAMPING_* flags in PACKET_TIMESTAMP is a bit > odd already since most of the other flags make no sense here. Adding two > more flags t

Re: [PATCH net] net/packet: fix a race in packet_bind() and packet_notifier()

On Tue, 2017-11-28 at 02:23 -0800, Francesco Ruggeri wrote: > On Mon, Nov 27, 2017 at 8:00 PM, Eric Dumazet > wrote: > > From: Eric Dumazet > > > > ... > > +++ b/net/packet/af_packet.c > > @@ -336,7 +336,7 @@ static void register_prot_hook(struct sock *sk) > >  { > > struct packet_sock

Re: [PATCH net] net/packet: fix a race in packet_bind() and packet_notifier()

On Tue, 2017-11-28 at 09:48 -0500, David Miller wrote: > From: Eric Dumazet > Date: Mon, 27 Nov 2017 20:00:52 -0800 > > > @@ -368,9 +368,11 @@ static void __unregister_prot_hook(struct sock > *sk, bool sync) > >   __sock_put(sk); > >   > >   if (sync) { > > + po->frozen = 1; >

Re: [PATCH net 0/4] net: mvpp2: set of fixes

From: Antoine Tenart Date: Tue, 28 Nov 2017 14:19:47 +0100 > This series fixes various issues with the Marvell PPv2 driver. The > patches are sent together to avoid any possible conflict. The series is > based on today's net tree. Series applied, thank you.

fec driver and two micrel phys

Hello list, I try to get two Micrel KSZ8041 Phys working with the fec driver from Kernel 4.14. But it looks that something with the mii_bus probing is not working here. I expect the Phys on address 01 and 03. Currently on eth1 I see TX traffic but no RX. On eth0 there is neither nor. (ifconfig) [

Re: [PATCH net] net: phy: marvell10g: fix the PHY id mask

From: Antoine Tenart Date: Tue, 28 Nov 2017 14:26:30 +0100 > The Marvell 10G PHY driver supports different hardware revisions, which > have their bits 3..0 differing. To get the correct revision number these > bits should be ignored. This patch fixes this by using the already > defined MARVELL_PH

RE: [RFC] Support for SGMII 2500

> -Original Message- > From: Andrew Lunn [mailto:and...@lunn.ch] > Sent: Tuesday, November 28, 2017 4:13 PM > To: Madalin-cristian Bucur > Subject: Re: [RFC] Support for SGMII 2500 > > > Hi Andrew, > > > > Bhaskar is working on enabling a PFE [1] MAC connected to an Aquantia > AQR107 > >

[PATCH net] packet: fix crash in fanout_demux_rollover()

From: Mike Maloney syzkaller found a race condition fanout_demux_rollover() while removing a packet socket from a fanout group. po->rollover is read and operated on during packet_rcv_fanout(), via fanout_demux_rollover(), but the pointer is currently cleared before the synchronization in packet_

[iproute PATCH] link_gre6: Detect invalid encaplimit values

Looks like a typo: get_u8() returns 0 on success and -1 on error, so the error checking here was ineffective. Fixes: a11b7b71a6eba ("link_gre6: really support encaplimit option") Signed-off-by: Phil Sutter --- ip/link_gre6.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/ip/

Re: [PATCH net] net: phylink: fix link state on phy-connect

On Tue, Nov 28, 2017 at 02:29:32PM +0100, Antoine Tenart wrote: > From: Yan Markman Hi, thanks for the patch. > When calling successively _connect, _disconnect and _connect again, if > the link configuration changed whilst being down from the phylink > perspective, the last _connect would stay i

Re: [PATCH] bnxt_en: Fix an error handling path in 'bnxt_get_module_eeprom()'

From: Christophe JAILLET Date: Tue, 21 Nov 2017 20:46:49 +0100 > Error code returned by 'bnxt_read_sfp_module_eeprom_info()' is handled a > few lines above when reading the A0 portion of the EEPROM. > The same should be done when reading the A2 portion of the EEPROM. > > In order to correctly pr

Re: [PATCH net] net: phylink: fix link state on phy-connect

Oh, and lastly, please send patches to li...@armlinux.org.uk or the address I use in the sign-offs - sending them to r...@armlinux.org.uk is for personal non-Linux mail only, and has resulted in _all_ of these messages ending up in my spam folder. Thanks. On Tue, Nov 28, 2017 at 03:53:17PM +,

Re: [PATCH] [WAN]: lmc: Use memdup_user() as a cleanup

From: Vasyl Gomonovych Date: Wed, 22 Nov 2017 16:29:57 +0100 > Fix coccicheck warning which recommends to use memdup_user(): > drivers/net/wan/lmc/lmc_main.c:497:27-34: WARNING opportunity for memdup_user > Generated by: scripts/coccinelle/memdup_user/memdup_user.cocci > > Signed-off-by: Vasyl G

Re: [PATCH net 0/3] sctp: fix some other sparse errors

From: Xin Long Date: Sun, 26 Nov 2017 20:16:05 +0800 > After the last fixes for sparse errors, there are still three sparse > errors in sctp codes, two of them are type cast, and the other one > is using extern. Series applied.

[PATCH v2 net] net/packet: fix a race in packet_bind() and packet_notifier()

From: Eric Dumazet syzbot reported crashes [1] and provided a C repro easing bug hunting. When/if packet_do_bind() calls __unregister_prot_hook() and releases po->bind_lock, another thread can run packet_notifier() and process an NETDEV_UP event. This calls register_prot_hook() and hooks again

Re: [patch net-next RFC v2 08/11] mlxsw: spectrum_dpipe: Connect dpipe tables to resources

On 11/28/17 6:27 AM, Jiri Pirko wrote: > > I have to be missing something. You can easily see the relation between > each dpipe table and resources already as a part of this patchset. The > string you suggest shows the same thing, therefore it is completely > redundant. What am I missing? > At t

Re: [PATCH] rxrpc: call_event: Fix variable overwrite in __rxrpc_propose_ACK

Gustavo A. R. Silva wrote: > - ack_at = jiffies + expiry; Same issue as with the other patch. Can you just combine the two please? David

Re: [PATCH net] packet: fix crash in fanout_demux_rollover()

On Tue, 2017-11-28 at 10:44 -0500, Mike Maloney wrote: > From: Mike Maloney > > syzkaller found a race condition fanout_demux_rollover() while > removing > a packet socket from a fanout group. Reviewed-by: Eric Dumazet Thanks !

Re: fec driver and two micrel phys

On Tue, Nov 28, 2017 at 04:28:15PM +0100, Oliver Graute wrote: > Hello list, > > I try to get two Micrel KSZ8041 Phys working with the fec driver from > Kernel 4.14. But it looks that something with the mii_bus probing is not > working here. I expect the Phys on address 01 and 03. Currently on eth

Re: Wifi RTL8723bu driver test: failed to scan

On 11/22/2017 04:51 AM, Mylene JOSSERAND wrote: > Hello Jes Sorensen, > > I am currently testing a LM811 Wifi/BT USB dongle [1] on a Sinlinx > SinA33 Allwinner SoC board [2]. I saw that I should use the realtek > driver RTL8723BU for this USB dongle. > > Currently, I am only testing the Wifi and

Re: [PATCH net] packet: fix crash in fanout_demux_rollover()

From: Mike Maloney Date: Tue, 28 Nov 2017 10:44:29 -0500 > From: Mike Maloney > > syzkaller found a race condition fanout_demux_rollover() while removing > a packet socket from a fanout group. > > po->rollover is read and operated on during packet_rcv_fanout(), via > fanout_demux_rollover(), b

Re: [PATCH v2 net] net/packet: fix a race in packet_bind() and packet_notifier()

From: Eric Dumazet Date: Tue, 28 Nov 2017 08:03:30 -0800 > From: Eric Dumazet > > syzbot reported crashes [1] and provided a C repro easing bug hunting. > > When/if packet_do_bind() calls __unregister_prot_hook() and releases > po->bind_lock, another thread can run packet_notifier() and proces

Re: [RFC net-next 4/6] netdevsim: add software driver for testing offloads

Mon, Nov 27, 2017 at 08:42:49PM CET, jakub.kicin...@netronome.com wrote: >On Tue, 28 Nov 2017 04:30:26 +0900 (KST), David Miller wrote: >> From: Jakub Kicinski >> Date: Thu, 23 Nov 2017 18:36:11 -0800 >> >> > The dummy driver have previously been extended to test SR-IOV, >> > but the general cons

Re: [PATCH v7 0/4] Add the ability to do BPF directed error injection

On 11/22/2017 10:23 PM, Josef Bacik wrote: > This is hopefully the final version, I've addressed the comment by Igno and > added his Acks. > > v6->v7: > - moved the opt-in macro to bpf.h out of kprobes.h. > > v5->v6: > - add BPF_ALLOW_ERROR_INJECTION() tagging for functions that will support this

[PATCH] net: stmmac: dwmac-sun8i: fix allwinner,leds-active-low handling

The driver expect "allwinner,leds-active-low" to be in PHY node, but the binding doc expect it to be in MAC node. Since all board DT use it also in MAC node, the driver need to search allwinner,leds-active-low in MAC node. Signed-off-by: Corentin Labbe --- drivers/net/ethernet/stmicro/stmmac/dw

Re: pull request: Cavium Octeon III firmware

On 11/22/2017 07:40 PM, Ben Hutchings wrote: > On Tue, 2017-10-31 at 17:05 -0500, Steven J. Hill wrote: >> Hello. >> >> Would like to add firmware for our Octeon III PKI driver. Thanks. > > Where is this driver? I don't see any reference to the file in linux- > next. > > [...] >> cavium/pki-clu

Re: [PATCH] bnxt_en: Fix an error handling path in 'bnxt_get_module_eeprom()'

On Tue, Nov 28, 2017 at 7:56 AM, David Miller wrote: > From: Christophe JAILLET > Date: Tue, 21 Nov 2017 20:46:49 +0100 > >> Error code returned by 'bnxt_read_sfp_module_eeprom_info()' is handled a >> few lines above when reading the A0 portion of the EEPROM. >> The same should be done when readi

  1   2   3   >