[PATCH v10 12/20] fscrypt: move to generic async completion

fscrypt starts several async. crypto ops and waiting for them to complete. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef --- fs/crypto/crypto.c | 28 fs/crypto/fname.c | 36

[PATCH v10 10/20] crypto: move gcm to generic async completion

gcm is starting an async. crypto op and waiting for it complete. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef --- crypto/gcm.c | 32 ++-- 1 file changed, 6 insertions(+), 26 deletions(-) diff --git a/crypto/gcm.c

[PATCH v10 07/20] crypto: move algif to generic async completion

algif starts several async crypto ops and waits for their completion. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef --- crypto/af_alg.c | 27 --- crypto/algif_aead.c | 8 crypto/algif_hash.c |

[PATCH v10 08/20] crypto: move pub key to generic async completion

public_key_verify_signature() is starting an async crypto op and waiting for it to complete. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef --- crypto/asymmetric_keys/public_key.c | 28 1 file changed, 4

[PATCH v10 06/20] crypto: introduce crypto wait for async op

Invoking a possibly async. crypto op and waiting for completion while correctly handling backlog processing is a common task in the crypto API implementation and outside users of it. This patch adds a generic implementation for doing so in preparation for using it across the board instead of hand

Re: [PATCH net-next v2 2/2] net: ethernet: socionext: add AVE ethernet driver

On Mon, 16 Oct 2017 00:08:21 +0900 wrote: > 2017-10-13 9:35 GMT+09:00 Kunihiko Hayashi : > > +static int ave_probe(struct platform_device *pdev) > > +{ > > + struct device *dev = >dev; > > + struct device_node *np =

Re: [PATCH net-next v2 1/2] dt-bindings: net: add DT bindings for Socionext UniPhier AVE

On Sat, 14 Oct 2017 01:41:12 +0900 wrote: > 2017-10-13 9:35 GMT+09:00 Kunihiko Hayashi : > > DT bindings for the AVE ethernet controller found on Socionext's > > UniPhier platforms. > > > > Signed-off-by: Kunihiko Hayashi

Re: [patch net-next 01/20] net: sched: add block bind/unbind notif. and extended block_get/put

Tue, Oct 17, 2017 at 10:22:16PM CEST, alexander.h.du...@intel.com wrote: >On Tue, 2017-10-17 at 22:05 +0200, Jiri Pirko wrote: >> From: Jiri Pirko >> >> Introduce new type of ndo_setup_tc message to propage binding/unbinding >> of a block to driver. Call this ndo whenever

Re: [PATCH] vmxnet3: Use correct minimum MTU value

On Tue, Oct 17, 2017 at 04:33:43PM +0200, Mohammed Gamal wrote: > Currently the vmxnet3 driver has a minimum MTU value of 60. Which > goes against the RFC791 spec which specifies it at 68. > > Setting MTU to values between 60 <= MTU <= 67 causes the network > interface to lose its IP, and it

Re: [PATCH net] net/sched: cls_flower: Set egress_dev mark when calling into the HW driver

On Tue, Oct 17, 2017 at 2:29 PM, Sergei Shtylyov wrote: > Hello! > > On 10/16/2017 12:19 PM, Or Gerlitz wrote: > >> Commit 7091d8c '(net/sched: cls_flower: Add offload support using egress > > >At least 12 digits are needed. Also on such a spot (e.g not on

[PATCH net-next] net: sched: cls_u32: use hash_ptr() for tc_u_hash

After the change to the tp hash, we now get a build warning on 32-bit architectures: net/sched/cls_u32.c: In function 'tc_u_hash': net/sched/cls_u32.c:338:17: error: cast from pointer to integer of different size [-Werror=pointer-to-int-cast] return hash_64((u64) tp->chain->block,

Re: [PATCH] mac80211: aggregation: Convert timers to use timer_setup()

Hi, [quoting your other email:] > This has been the least trivial timer conversion yet. Given the use of > RCU and other things I may not even know about, I'd love to get a close > look at this. I *think* this is correct, as it will re-lookup the tid > entries when firing the timer. I'm not

Re: [PATCH v3] net: ftgmac100: Request clock and set speed

From: Joel Stanley Date: Fri, 13 Oct 2017 12:16:38 +0800 > According to the ASPEED datasheet, gigabit speeds require a clock of > 100MHz or higher. Other speeds require 25MHz or higher. This patch > configures a 100MHz clock if the system has a direct-attached > PHY, or 25MHz if

[PATCH v10 18/20] crypto: qce: move to generic async completion

The qce driver starts several async crypto ops and waits for their completions. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef --- drivers/crypto/qce/sha.c | 30 -- 1 file changed, 4 insertions(+), 26 deletions(-)

[PATCH v10 16/20] crypto: tcrypt: move to generic async completion

tcrypt starts several async crypto ops and waits for their completions. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef --- crypto/tcrypt.c | 84 + 1 file changed, 25 insertions(+), 59

[PATCH v10 20/20] crypto: adapt api sample to use async. op wait

The code sample is waiting for an async. crypto op completion. Adapt sample to use the new generic infrastructure to do the same. This also fixes a possible data coruption bug created by the use of wait_for_completion_interruptible() without dealing correctly with an interrupt aborting the wait

Re: [net-next V8 PATCH 1/5] bpf: introduce new bpf cpu map type BPF_MAP_TYPE_CPUMAP

On Mon, Oct 16, 2017 at 12:19 PM, Jesper Dangaard Brouer wrote: > + > + /* Notice returns -EPERM on if map size is larger than memlock limit > */ > + ret = bpf_map_precharge_memlock(cmap->map.pages); > + if (ret) { > + err = ret; > +

Re: using verifier to ensure a BPF program uses certain metadata?

Hi Alexei, > > https://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211-next > > .git/log/?h=bpf > > bpf bits looks pretty straightforward. Thanks for looking at this! > attach looks fine too. I'm assuming there is some rtnl or other lock, > so multiple assigns cannot race? Yes. > It's

[PATCH v10 05/20] crypto: marvell/cesa: remove redundant backlog checks on EBUSY

Now that -EBUSY return code only indicates backlog queueing we can safely remove the now redundant check for the CRYPTO_TFM_REQ_MAY_BACKLOG flag when -EBUSY is returned. Signed-off-by: Gilad Ben-Yossef Acked-by: Boris Brezillon ---

[PATCH v10 00/20] simplify crypto wait for async op

Many users of kernel async. crypto services have a pattern of starting an async. crypto op and than using a completion to wait for it to end. This patch set simplifies this common use case in two ways: First, by separating the return codes of the case where a request is queued to a backlog due

Re: [PATCH 1/7] devlink: Add permanent config parameter get/set operations

Tue, Oct 17, 2017 at 10:44:23PM CEST, steven.l...@broadcom.com wrote: >Add support for permanent config parameter get/set commands. Used >for parameters held in NVRAM, persistent device configuration. >The config_get() and config_set() operations operate as expected, but >note that the driver

[PATCH net-next v2 1/3] dt-bindings: net: sh_eth: add R-Car Gen[12] fallback compatibility strings

Add fallback compatibility strings for R-Car Gen 1 and 2. In the case of Renesas R-Car hardware we know that there are generations of SoCs, f.e. Gen 1 and 2. But beyond that its not clear what the relationship between IP blocks might be. For example, I believe that r8a7790 is older than r8a7791

[PATCH net-next v2 3/3] net: sh_eth: implement R-Car Gen[12] fallback compatibility strings

Implement fallback compatibility strings for R-Car Gen 1 and 2. In the case of Renesas R-Car hardware we know that there are generations of SoCs, f.e. Gen 1 and 2. But beyond that its not clear what the relationship between IP blocks might be. For example, I believe that r8a7790 is older than

[PATCH net-next v2 0/3] net: sh_eth: add R-Car Gen[12] fallback compatibility strings

Add fallback compatibility strings for R-Car Gen 1 and 2. In the case of Renesas R-Car hardware we know that there are generations of SoCs, f.e. Gen 1 and 2. But beyond that its not clear what the relationship between IP blocks might be. For example, I believe that r8a7790 is older than r8a7791

[PATCH net-next v2 2/3] net: sh_eth: rename name structures as rcar_gen[12]_*

Rename structures describing R-Car SoCs as rcar_gen[12]_* rather than r8a77[79]x_*. This seems a little easier on the eyes. And will make things slightly cleaner in a follow-up patch that adds fallback-compatibility strings for these SoCs. Note that R-Car Gen2 and RZ/G1 have many compatible IP

Re: [PATCH net-next] net: sched: cls_u32: use hash_ptr() for tc_u_hash

Wed, Oct 18, 2017 at 10:33:37AM CEST, a...@arndb.de wrote: >After the change to the tp hash, we now get a build warning >on 32-bit architectures: > >net/sched/cls_u32.c: In function 'tc_u_hash': >net/sched/cls_u32.c:338:17: error: cast from pointer to integer of different >size

[PATCH net-next 2/2] net: dsa: lan9303: Add fdb/mdb manipulation

Add functions for managing the lan9303 ALR (Address Logic Resolution). Implement DSA methods: port_fdb_add, port_fdb_del, port_mdb_prepare, port_mdb_add and port_mdb_del. Since the lan9303 do not offer reading specific ALR entry, the driver caches all static entries - in a flat table.

[PATCH net-next 0/2] net: dsa: lan9303: Add fdb/mdb methods

This series add support for accessing and managing the lan9303 ALR (Address Logic Resolution). The first patch add low level functions for accessing the ALR, along with port_fast_age and port_fdb_dump methods. The second patch add functions for managing ALR entires, along with remaining

[PATCH net-next 1/2] net: dsa: lan9303: Add port_fast_age and port_fdb_dump methods

Add DSA method port_fast_age as a step to STP support. Add low level functions for accessing the lan9303 ALR (Address Logic Resolution). Added DSA method port_fdb_dump Signed-off-by: Egil Hjelmeland --- drivers/net/dsa/lan9303-core.c | 159

Re: [net-next V8 PATCH 0/5] New bpf cpumap type for XDP_REDIRECT

From: Jesper Dangaard Brouer Date: Mon, 16 Oct 2017 12:19:23 +0200 > Introducing a new way to redirect XDP frames. Notice how no driver > changes are necessary given the design of XDP_REDIRECT. Series applied, thanks Jesper.

Re: [PATCH net-next 0/3] net: sh_eth: add R-Car Gen[12] fallback compatibility strings

On Tue, Oct 17, 2017 at 09:47:44AM +0200, Simon Horman wrote: > Add fallback compatibility strings for R-Car Gen 1 and 2. > > In the case of Renesas R-Car hardware we know that there are generations of > SoCs, f.e. Gen 1 and 2. But beyond that its not clear what the relationship > between IP

[PATCH v10 11/20] crypto: move testmgr to generic async completion

testmgr is starting async. crypto ops and waiting for them to complete. Move it over to generic code doing the same. This also provides a test of the generic crypto async. wait code. Signed-off-by: Gilad Ben-Yossef --- crypto/testmgr.c | 204

[PATCH v10 09/20] crypto: move drbg to generic async completion

DRBG is starting an async. crypto op and waiting for it complete. Move it over to generic code doing the same. The code now also passes CRYPTO_TFM_REQ_MAY_SLEEP flag indicating crypto request memory allocation may use GFP_KERNEL which should be perfectly fine as the code is obviously sleeping for

[PATCH v10 04/20] crypto: remove redundant backlog checks on EBUSY

Now that -EBUSY return code only indicates backlog queueing we can safely remove the now redundant check for the CRYPTO_TFM_REQ_MAY_BACKLOG flag when -EBUSY is returned. Signed-off-by: Gilad Ben-Yossef --- crypto/ahash.c| 12 +++- crypto/cts.c | 6

Re: [net-next V8 PATCH 1/5] bpf: introduce new bpf cpu map type BPF_MAP_TYPE_CPUMAP

On Mon, 16 Oct 2017 12:19:28 +0200 Jesper Dangaard Brouer wrote: > +static struct bpf_map *cpu_map_alloc(union bpf_attr *attr) > +{ > + struct bpf_cpu_map *cmap; > + int err = -ENOMEM; Notice err is set to -ENOMEM. > + u64 cost; > + int ret; > + > + if

pull-request: wireless-drivers-next 2017-10-18

Hi Dave, this for 4.15 stream to net-next tree. Please let me know if there are any problems. Kalle The following changes since commit 3e747fa18202896b5be66b88478352d5880fb8eb: Merge ath-current from ath.git (2017-09-25 10:06:12 +0300) are available in the git repository at:

Re: [PATCH] wanxl: use m68k-linux-gnu-as if available

From: Adam Borowski Date: Fri, 13 Oct 2017 01:24:34 +0200 > This fixes build failure on Debian based systems: GNU as is the only m68k > assembler available in the archive (package binutils-m68k-linux-gnu). > > Signed-off-by: Adam Borowski The Kconfig

[PATCH v10 15/20] ima: move to generic async completion

ima starts several async crypto ops and waits for their completions. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef Acked-by: Mimi Zohar --- security/integrity/ima/ima_crypto.c | 56

Re: [PATCH 6/7] bnxt: Move generic devlink code to new file

Tue, Oct 17, 2017 at 10:44:28PM CEST, steven.l...@broadcom.com wrote: >Moving generic devlink code (registration) out of VR-R code >into new bnxt_devlink file. You can send this patch separatelly and let it be applied before the patchset.

Re: [net-next V8 PATCH 1/5] bpf: introduce new bpf cpu map type BPF_MAP_TYPE_CPUMAP

On Wed, Oct 18, 2017 at 10:38 AM, Jesper Dangaard Brouer wrote: > > On Wed, 18 Oct 2017 09:45:59 +0200 Yann Ylavic wrote: > >> On Mon, Oct 16, 2017 at 12:19 PM, Jesper Dangaard Brouer >> wrote: >> > + >> > + /* Notice returns

[PATCH v10 01/20] crypto: change transient busy return code to -ENOSPC

The crypto API was using the -EBUSY return value to indicate both a hard failure to submit a crypto operation into a transformation provider when the latter was busy and the backlog mechanism was not enabled as well as a notification that the operation was queued into the backlog when the backlog

[PATCH v10 03/20] net: use -ENOSPC for transient busy indication

Replace -EBUSY with -ENOSPC when handling transient busy indication in the absence of backlog. Signed-off-by: Gilad Ben-Yossef --- Please squash this patch with the previous one when merging upstream. net/ipv4/ah4.c | 2 +- net/ipv4/esp4.c | 2 +- net/ipv6/ah6.c | 2 +-

[PATCH v10 02/20] crypto: ccp: use -ENOSPC for transient busy indication

Replace -EBUSY with -ENOSPC when reporting transient busy indication in the absence of backlog. Signed-off-by: Gilad Ben-Yossef Reviewed-by: Gary R Hook --- Please squash this patch with the previous one when merging upstream.

Re: Bug with GRE tunnel and "ip xfrm" GRE match?

Also sdding netdev for more inputs. On Wed, Oct 18, 2017 at 12:13 PM, Harsh Jain wrote: > Hi keith, > > Its being a long time when I observed this issue. What I remember is , > The kernel patch which I shared was not compatible with latest kernel. > there after I

Re: [PATCH 4/7] devlink: Adding perm config of link settings

Tue, Oct 17, 2017 at 10:44:26PM CEST, steven.l...@broadcom.com wrote: >Extending DEVLINK_ATTR_PERM_CFG (permanent/NVRAM device configuration) >to include persistent configuration of device link settings: > >DEVLINK_ATTR_PERM_CFG_AUTONEG_PROTOCOL: Configure default autoneg >protocol; use enum

Re: [PATCH net] net/sched: cls_flower: Set egress_dev mark when calling into the HW driver

Hello! On 10/18/2017 10:14 AM, Or Gerlitz wrote: Commit 7091d8c '(net/sched: cls_flower: Add offload support using egress At least 12 digits are needed. Also on such a spot (e.g not on the Fixes line)? Yes. [...] MBR, Sergei

Re: [PATCH net] sock_diag: request _diag module only when the family or proto has been registered

Hi Xin, [auto build test ERROR on net/master] url: https://github.com/0day-ci/linux/commits/Xin-Long/sock_diag-request-_diag-module-only-when-the-family-or-proto-has-been-registered/20171018-152434 config: x86_64-randconfig-a0-10181611 (attached as .config) compiler: gcc-6 (Debian 6.2.0-3

Re: [RFC] sctp: suspicious rcu_read_lock() in sctp_packet_config()

On Wed, Oct 18, 2017 at 01:33:46AM +0800, Xin Long wrote: > On Wed, Oct 18, 2017 at 1:27 AM, Marcelo Ricardo Leitner > wrote: > > On Tue, Oct 17, 2017 at 10:20:58AM -0700, Eric Dumazet wrote: > >> On Tue, Oct 17, 2017 at 10:01 AM, Marcelo Ricardo Leitner > >>

Re: [PATCH] mac80211: use constant time comparison with keys

On Tue, 2017-10-17 at 20:32 +0200, Jason A. Donenfeld wrote: > Otherwise we risk leaking information via timing side channel. > Applied. johannes

[PATCH v10 19/20] crypto: mediatek: move to generic async completion

The mediatek driver starts several async crypto ops and waits for their completions. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef Acked-by: Ryder Lee --- drivers/crypto/mediatek/mtk-aes.c | 31

[PATCH v10 17/20] crypto: talitos: move to generic async completion

The talitos driver starts several async crypto ops and waits for their completions. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef Tested-by: Christophe Leroy --- drivers/crypto/talitos.c | 38

[PATCH v10 13/20] dm: move dm-verity to generic async completion

dm-verity is starting async. crypto ops and waiting for them to complete. Move it over to generic code doing the same. This also avoids a future potential data coruption bug created by the use of wait_for_completion_interruptible() without dealing correctly with an interrupt aborting the wait

[PATCH v10 14/20] cifs: move to generic async completion

cifs starts an async. crypto op and waits for their completion. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef Acked-by: Pavel Shilovsky --- fs/cifs/smb2ops.c | 30 -- 1 file changed, 4

[PATCH net-next] tipc: checking for NULL instead of IS_ERR()

The tipc_alloc_conn() function never returns NULL, it returns error pointers, so I have fixed the check. Fixes: 14c04493cb77 ("tipc: add ability to order and receive topology events in driver") Signed-off-by: Dan Carpenter diff --git a/net/tipc/server.c

Re: [PATCH net] sock_diag: request _diag module only when the family or proto has been registered

Hi Xin, [auto build test ERROR on net/master] url: https://github.com/0day-ci/linux/commits/Xin-Long/sock_diag-request-_diag-module-only-when-the-family-or-proto-has-been-registered/20171018-152434 config: i386-randconfig-a0-201742 (attached as .config) compiler: gcc-5 (Debian 5.4.1-2) 5.4.1

RE: [PATCH net-next 1/3] ibmvnic: Enable scatter-gather support

From: Thomas Falcon > Sent: 17 October 2017 18:37 > This patch enables scatter gather support. Since there is no > HW/FW scatter-gather support at this time, the driver needs to > loop through each fragment and copy it to a contiguous, pre-mapped > buffer entry. ... > offset = index *

Re: [PATCH net-next] tcp: socket option to set TCP fast open key

On 18/10/17 - 11:22:51, Yuchung Cheng wrote: > New socket option TCP_FASTOPEN_KEY to allow different keys per > listener. The listener by default uses the global key until the > socket option is set. The key is a 16 bytes long binary data. This > option has no effect on regular non-listener TCP

Re: Linux 4.12+ memory leak on router with i40e NICs

W dniu 2017-10-19 o 01:29, Alexander Duyck pisze: On Mon, Oct 16, 2017 at 10:51 PM, Vitezslav Samel wrote: On Tue, Oct 17, 2017 at 01:34:29AM +0200, Paweł Staszewski wrote: W dniu 2017-10-16 o 18:26, Paweł Staszewski pisze: W dniu 2017-10-16 o 13:20, Pavlos Parissis

Re: Linux 4.12+ memory leak on router with i40e NICs

W dniu 2017-10-19 o 01:37, Alexander Duyck pisze: On Wed, Oct 18, 2017 at 4:22 PM, Paweł Staszewski wrote: W dniu 2017-10-19 o 00:58, Paweł Staszewski pisze: W dniu 2017-10-19 o 00:50, Paweł Staszewski pisze: W dniu 2017-10-19 o 00:20, Paweł Staszewski pisze:

Re: RFC(v2): Audit Kernel Container IDs

On 2017-10-17 01:10, Casey Schaufler wrote: > On 10/16/2017 5:33 PM, Richard Guy Briggs wrote: > > On 2017-10-12 16:33, Casey Schaufler wrote: > >> On 10/12/2017 7:14 AM, Richard Guy Briggs wrote: > >>> Containers are a userspace concept. The kernel knows nothing of them. > >>> > >>> The Linux

Re: [PATCH 1/5] net: virtio dynamically disable/enable LRO

On Wed, Oct 18, 2017 at 07:18:31PM -0700, Caleb Raitto wrote: > On Fri, Nov 18, 2016 at 11:00 AM, John Fastabend > wrote: > > > > From: John Fastabend > > Date: Fri, Nov 18, 2016 at 11:00 AM > > Subject: [PATCH 1/5] net: virtio dynamically

[PATCH net] hv_sock: add locking in the open/close/release code paths

Without the patch, when hvs_open_connection() hasn't completely established a connection (e.g. it has changed sk->sk_state to SS_CONNECTED, but hasn't inserted the sock into the connected queue), vsock_stream_connect() may see the sk_state change and return the connection to the userspace, and

[PATCH net-next] ipv4: ipv4_default_advmss() should use route mtu

From: Eric Dumazet ipv4_default_advmss() incorrectly uses the device MTU instead of the route provided one. IPv6 has the proper behavior, lets harmonize the two protocols. Signed-off-by: Eric Dumazet --- net/ipv4/route.c |2 +- 1 file changed, 1

Re: RFC(v2): Audit Kernel Container IDs

Aleksa Sarai writes: >>> The security implications are that anything that can change the label >>> could also hide itself and its doings from the audit system and thus >>> would be used as a means to evade detection. I actually think this >>> means the label should be write once

Re: Linux 4.12+ memory leak on router with i40e NICs

W dniu 2017-10-19 o 01:51, Paweł Staszewski pisze: W dniu 2017-10-19 o 01:37, Alexander Duyck pisze: On Wed, Oct 18, 2017 at 4:22 PM, Paweł Staszewski wrote: W dniu 2017-10-19 o 00:58, Paweł Staszewski pisze: W dniu 2017-10-19 o 00:50, Paweł Staszewski pisze:

[PATCH net 4/5] net/ncsi: Enforce failover on link monitor timeout

From: Gavin Shan The NCSI channel has been configured to provide service if its link monitor timer is enabled, regardless of its state (inactive or active). So the timeout event on the link monitor indicates the out-of-service on that channel, for which a failover is

[PATCH net 5/5] net/ncsi: Fix length of GVI response packet

From: Gavin Shan The length of GVI (GetVersionInfo) response packet should be 40 instead of 36. This issue was found from /sys/kernel/debug/ncsi/eth0/stats. # ethtool --ncsi eth0 swstats : RESPONSE OK TIMEOUT ERROR

Re: RFC(v2): Audit Kernel Container IDs

The security implications are that anything that can change the label could also hide itself and its doings from the audit system and thus would be used as a means to evade detection. I actually think this means the label should be write once (once you've set it, you can't change it) ...

[PATCH net 2/5] net/ncsi: Stop monitor if channel times out or is inactive

ncsi_channel_monitor() misses stopping the channel monitor in several places that it should, causing a WARN_ON_ONCE() to trigger when the monitor is re-started later, eg: [ 459.04] WARNING: CPU: 0 PID: 1093 at net/ncsi/ncsi-manage.c:269 ncsi_start_channel_monitor+0x7c/0x90 [ 459.04]

[PATCH net 1/5] net/ncsi: Fix AEN HNCDSC packet length

Correct the value of the HNCDSC AEN packet. Fixes: 7a82ecf4cfb85 "net/ncsi: NCSI AEN packet handler" Signed-off-by: Samuel Mendoza-Jonas --- net/ncsi/ncsi-aen.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/ncsi/ncsi-aen.c b/net/ncsi/ncsi-aen.c

[PATCH net 3/5] net/ncsi: Disable HWA mode when no channels are found

From: Gavin Shan When there are no NCSI channels probed, HWA (Hardware Arbitration) mode is enabled. It's not correct because HWA depends on the fact: NCSI channels exist and all of them support HWA mode. This disables HWA when no channels are probed. Signed-off-by:

Re: Linux 4.12+ memory leak on router with i40e NICs

W dniu 2017-10-19 o 01:56, Paweł Staszewski pisze: W dniu 2017-10-19 o 01:51, Paweł Staszewski pisze: W dniu 2017-10-19 o 01:37, Alexander Duyck pisze: On Wed, Oct 18, 2017 at 4:22 PM, Paweł Staszewski wrote: W dniu 2017-10-19 o 00:58, Paweł Staszewski pisze:

Re: [PATCH net-next v6 0/5] bpf: security: New file mode and LSM hooks for eBPF object permission control

On Wed, 18 Oct 2017, David Miller wrote: > Series applied. I hadn't gotten to reviewing this patchset yet. Please wait for more acks/reviews from LSM folk for things touching security/, next time. -- James Morris

RE: [PATCH 1/5] net: virtio dynamically disable/enable LRO

On Fri, Nov 18, 2016 at 11:00 AM, John Fastabend wrote: > > From: John Fastabend > Date: Fri, Nov 18, 2016 at 11:00 AM > Subject: [PATCH 1/5] net: virtio dynamically disable/enable LRO > To: , , >

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

On Wednesday 18 October 2017 07:47 PM, Franklin S Cooper Jr wrote: > > > On 10/18/2017 08:24 AM, Sekhar Nori wrote: >> Hi Marc, >> >> On Wednesday 18 October 2017 06:14 PM, Marc Kleine-Budde wrote: >>> On 09/21/2017 02:48 AM, Franklin S Cooper Jr wrote: On 09/20/2017 04:37 PM,

45488 netdev

<>

Re: Linux 4.12+ memory leak on router with i40e NICs

On Wed, Oct 18, 2017 at 4:22 PM, Paweł Staszewski wrote: > > > W dniu 2017-10-19 o 00:58, Paweł Staszewski pisze: > >> >> >> W dniu 2017-10-19 o 00:50, Paweł Staszewski pisze: >>> >>> >>> >>> W dniu 2017-10-19 o 00:20, Paweł Staszewski pisze: W dniu

Re: [PATCH net-next v2 2/2] net: ethernet: socionext: add AVE ethernet driver

2017-10-18 19:23 GMT+09:00 Kunihiko Hayashi : > On Mon, 16 Oct 2017 00:08:21 +0900 wrote: >> priv->rst = devm_reset_control_get_optional_shared(dev, NULL); >> if (IS_ERR(priv->rst)) >> return PTR_ERR(priv->rst); > > The clk

Re: [PATCH net-next v2 2/2] ipv6: remove from fib tree aged out RTF_CACHE dst

On Wed, Oct 18, 2017 at 08:23:32PM +, Paolo Abeni wrote: > The commit 2b760fcf5cfb ("ipv6: hook up exception table to store > dst cache") partially reverted 1e2ea8ad37be ("ipv6: set > dst.obsolete when a cached route has expired"). > > As a result, RTF_CACHE dst referenced outside the fib

Re: [PATCH] mac80211: aggregation: Convert timers to use timer_setup()

On Wed, 2017-10-18 at 12:29 +0200, Johannes Berg wrote: > Anyway, the change here looks correct to me, so I'll apply it and then > perhaps clean up more. I've only changed "u16 tid" to "u8 tid" since > the valid range is 0-15 (in theory, in practice 0-7). Well, I guess I'm clearly wrong - it's

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

Hi Marc, On Wednesday 18 October 2017 06:14 PM, Marc Kleine-Budde wrote: > On 09/21/2017 02:48 AM, Franklin S Cooper Jr wrote: >> >> >> On 09/20/2017 04:37 PM, Mario Hüttel wrote: >>> >>> >>> On 09/20/2017 10:19 PM, Franklin S Cooper Jr wrote: Hi Wenyou, On 09/17/2017 10:47 PM,

Re: [PATCH net 0/3] Fix for BPF devmap percpu allocation splat

Hello, Daniel. (cc'ing Dennis) On Tue, Oct 17, 2017 at 04:55:51PM +0200, Daniel Borkmann wrote: > The set fixes a splat in devmap percpu allocation when we alloc > the flush bitmap. Patch 1 is a prerequisite for the fix in patch 2, > patch 1 is rather small, so if this could be routed via -net,

[PATCH net] sctp: add the missing sock_owned_by_user check in sctp_icmp_redirect

Now sctp processes icmp redirect packet in sctp_icmp_redirect where it calls sctp_transport_dst_check in which tp->dst can be released. The problem is before calling sctp_transport_dst_check, it doesn't check sock_owned_by_user, which means tp->dst could be freed while a process is accessing it

Re: [PATCH net 0/3] Fix for BPF devmap percpu allocation splat

On 10/18/2017 04:03 PM, Daniel Borkmann wrote: On 10/18/2017 03:25 PM, Tejun Heo wrote: Hello, Daniel. (cc'ing Dennis) On Tue, Oct 17, 2017 at 04:55:51PM +0200, Daniel Borkmann wrote: The set fixes a splat in devmap percpu allocation when we alloc the flush bitmap. Patch 1 is a prerequisite

Re: [PATCH] netlink: use NETLINK_CB(in_skb).sk instead of looking it up

From: Johannes Berg Date: Mon, 16 Oct 2017 16:57:49 +0200 > From: Johannes Berg > > When netlink_ack() reports an allocation error to the sending > socket, there's no need to look up the sending socket since > it's available in the SKB's CB.

Re: [PATCH net] ibmvnic: Fix calculation of number of TX header descriptors

From: Thomas Falcon Date: Mon, 16 Oct 2017 10:02:11 -0500 > This patch correctly sets the number of additional header descriptors > that will be sent in an indirect SCRQ entry. > > Signed-off-by: Thomas Falcon Applied.

Re: [PATCH net-next v2 0/7] net: dsa: master and slave helpers

From: Vivien Didelot Date: Mon, 16 Oct 2017 11:12:12 -0400 > This patch series adds a few helpers to DSA core for clarity and > readability but brings no functional changes. > > A dsa_slave_notify helper calls the DSA notifiers when (un)registering a > slave

[PATCH v7 06/10] ARM: dts: sunxi: h3/h5: represent the mdio switch used by sun8i-h3-emac

Since dwmac-sun8i could use either an integrated PHY or an external PHY (which could be at same MDIO address), we need to represent this selection by a MDIO switch. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sunxi-h3-h5.dtsi | 33

[PATCH v7 10/10] of: mdio: Prevent of_mdiobus_register from scanning mdio-mux nodes

Each child node of an MDIO node is scanned as a PHY when calling of_mdiobus_register() givint the following result: [ 18.175379] mdio_bus stmmac-0: /soc/ethernet@1c3/mdio/mdio-mux has invalid PHY address [ 18.175408] mdio_bus stmmac-0: scan phy mdio-mux at address 0 [ 18.175450]

Re: [PATCH net-next v6 0/5] bpf: security: New file mode and LSM hooks for eBPF object permission control

From: Chenbo Feng Date: Mon, 16 Oct 2017 12:11:30 -0700 > Much like files and sockets, eBPF objects are accessed, controlled, and > shared via a file descriptor (FD). Unlike files and sockets, the > existing mechanism for eBPF object access control is very limited. >

Re: [PATCH 4/7] devlink: Adding perm config of link settings

Wed, Oct 18, 2017 at 02:39:42PM CEST, steven.l...@broadcom.com wrote: >On Wed, Oct 18, 2017 at 3:31 AM, Jiri Pirko wrote: >> >> You need to split the config option to those that are per-port and to >> those that are per-asic. For each family, you have to use ither >>

Re: [PATCH] net: ipx: mark expected switch fall-through

From: "Gustavo A. R. Silva" Date: Mon, 16 Oct 2017 16:53:16 -0500 > In preparation to enabling -Wimplicit-fallthrough, mark switch cases > where we are expecting to fall through. > > Signed-off-by: Gustavo A. R. Silva Applied.

Re: [PATCH] ipv6: mark expected switch fall-throughs

From: "Gustavo A. R. Silva" Date: Mon, 16 Oct 2017 16:36:52 -0500 > In preparation to enabling -Wimplicit-fallthrough, mark switch cases > where we are expecting to fall through. > > Notice that in some cases I placed the "fall through" comment > on its own line, which

Re: [PATCH net-next] tcp: fix tcp_xmit_retransmit_queue() after rbtree introduction

From: Eric Dumazet Date: Mon, 16 Oct 2017 19:38:35 -0700 > From: Eric Dumazet > > I tried to hard avoiding a call to rb_first() (via tcp_rtx_queue_head) > in tcp_xmit_retransmit_queue(). But this was probably too bold. > > Quoting Yuchung : > > We

Re: [PATCH net] sctp: add the missing sock_owned_by_user check in sctp_icmp_redirect

On Wed, Oct 18, 2017 at 09:37:49PM +0800, Xin Long wrote: > Now sctp processes icmp redirect packet in sctp_icmp_redirect where > it calls sctp_transport_dst_check in which tp->dst can be released. > > The problem is before calling sctp_transport_dst_check, it doesn't > check sock_owned_by_user,

[PATCH net-next 1/3] rxrpc: Support service upgrade from a kernel service

Provide support for a kernel service to make use of the service upgrade facility. This involves: (1) Pass an upgrade request flag to rxrpc_kernel_begin_call(). (2) Make rxrpc_kernel_recv_data() return the call's current service ID so that the caller can detect service upgrade and see

[PATCH net-next 3/3] rxrpc: Use MSG_WAITALL to tell sendmsg() to temporarily ignore signals

Make AF_RXRPC accept MSG_WAITALL as a flag to sendmsg() to tell it to ignore signals whilst loading up the message queue, provided progress is being made in emptying the queue at the other side. Progress is defined as the base of the transmit window having being advanced within 2 RTT periods. If

[PATCH net-next 2/3] rxrpc: Provide functions for allowing cleaner handling of signals

Provide a couple of functions to allow cleaner handling of signals in a kernel service. They are: (1) rxrpc_kernel_get_rtt() This allows the kernel service to find out the RTT time for a call, so as to better judge how large a timeout to employ. Note, though, that whilst this

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

On 09/21/2017 02:48 AM, Franklin S Cooper Jr wrote: > > > On 09/20/2017 04:37 PM, Mario Hüttel wrote: >> >> >> On 09/20/2017 10:19 PM, Franklin S Cooper Jr wrote: >>> Hi Wenyou, >>> >>> On 09/17/2017 10:47 PM, Yang, Wenyou wrote: On 2017/9/14 13:06, Sekhar Nori wrote: > On Thursday

Re: [PATCH v3 0/6] adapt DPAA drivers for DSA

From: Madalin Bucur Date: Mon, 16 Oct 2017 21:36:04 +0300 > Junote Cai reported that he was not able to get a DSA setup involving the > DPAA/FMAN driver to work and narrowed it down to of_find_net_device_by_node() > call in DSA setup. The initial attempt to fix this by

  1   2   3   4   >