Re: [PATCH] qtnfmac: fix qtnf_netdev_hard_start_xmit()'s return type

Hi Luc and all, > The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', > which is a typedef for an enum type, but the implementation in this > driver returns an 'int'. > > Fix this by returning 'netdev_tx_t' in this driver too. > > Signed-off-by: Luc Van Oostenryck

Re: [RFC bpf] bpf, x64: fix JIT emission for dead code

On 04/25/2018 07:42 AM, Gianluca Borello wrote: > Commit 2a5418a13fcf ("bpf: improve dead code sanitizing") replaced dead > code with a series of ja-1 instructions, for safety. That made JIT > compilation much more complex for some BPF programs. One instance of such > programs is, for example:

Re: [PATCH v3] ath9k: dfs: Remove VLA usage

Kees Cook writes: > In the quest to remove all stack VLA usage from the kernel[1], this > redefines FFT_NUM_SAMPLES as a #define instead of const int, which still > triggers gcc's VLA checking pass. > > [1] https://lkml.org/lkml/2018/3/7/621 > > Co-developed-by: Andreas

Re: Boot failures with net-next after rebase to v4.17.0-rc1

On Tue, 24 Apr 2018 13:04:23 -0700 Linus Torvalds wrote: > On Tue, Apr 24, 2018 at 12:54 PM, Jesper Dangaard Brouer > wrote: > > Hi all, > > > > I'm experiencing boot failures with net-next git-tree after it got > > rebased/merged with Linus'es

RE: [PATCH 1/8] net: ethernet: stmmac: add adaptation for stm32mp157c.

Hi Andrew, For moment, I've only tested with PHY RGMII, RMII, MII, GMII, I do not have other kind of PHY interface. Normally there is no impact in my glue, the value of syscfg register will be the same for RGMII/ID/TXID/RXID. Do you think that I should add these interfaces in my case ?

Re: [PATCH] can: xilinx: fix xcan_start_xmit()'s return type

On 24.4.2018 15:16, Luc Van Oostenryck wrote: > The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', > which is a typedef for an enum type, but the implementation in this > driver returns an 'int'. > > Fix this by returning 'netdev_tx_t' in this driver too. > > Signed-off-by:

Re: [PATCH 1/1] IB/rxe: avoid double kfree_skb

Hi, all rxe_send [rdma_rxe]     ip_local_out         __ip_local_out         ip_output             ip_finish_output                 ip_finish_output2                     dev_queue_xmit                         __dev_queue_xmit                             dev_hard_start_xmit                        

e1000e I219 timestamping oops related to TSYNCRXCTL read

In the following openSUSE bug report https://bugzilla.suse.com/show_bug.cgi?id=1075876 Achim reported an oops related to e1000e timestamping: kernel: RIP: 0010:[] timecounter_read+0xf/0x50 [...] kernel: Call Trace: kernel: [] e1000e_phc_gettime+0x2f/0x60 [e1000e] kernel: []

Re: [PATCH] can: janz-ican3: fix ican3_xmit()'s return type

On 04/24/2018 03:16 PM, Luc Van Oostenryck wrote: > The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', > which is a typedef for an enum type, but the implementation in this > driver returns an 'int'. > > Fix this by returning 'netdev_tx_t' in this driver too. > >

[PATCH bpf-next] bpf: clear the ip_tunnel_info.

The percpu metadata_dst might carry the stale ip_tunnel_info and cause incorrect behavior. When mixing tests using ipv4/ipv6 bpf vxlan and geneve tunnel, the ipv6 tunnel info incorrectly uses ipv4's src ip addr as its ipv6 src address, because the previous tunnel info does not clean up. The

[PATCH v1 net-next] lan78xx: Lan7801 Support for Fixed PHY

Adding Fixed PHY support to the lan78xx driver. Signed-off-by: Raghuram Chary J --- v0->v1: * Remove driver version #define * Modify netdev_info to netdev_dbg * Move lan7801 specific to new routine and add switch case * Minor cleanup ---

Re: [PATCH net-next 3/4] nfp: flower: support offloading multiple rules with same cookie

On Wed, Apr 25, 2018 at 7:17 AM, Jakub Kicinski wrote: > From: John Hurley > > When multiple netdevs are attached to a tc offload block and register for > callbacks, a rule added to the block will be propogated to all netdevs. > Previously

Re: [PATCH net-next 1/2] tcp: add TCP_ZEROCOPY_RECEIVE support for zerocopy receive

On Tue, Apr 24, 2018 at 10:27:21PM -0700, Eric Dumazet wrote: > When adding tcp mmap() implementation, I forgot that socket lock > had to be taken before current->mm->mmap_sem. syzbot eventually caught > the bug. > > Since we can not lock the socket in tcp mmap() handler we have to > split the

<    1   2   3   4   5