netdev - Re: [pull request][net 0/8] Mellanox, mlx5 fixes 2018-07-18

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <719703e0af1c9f27af5cb60f22b0e580b0dbd7db.camel@mellanox.com>
Date:   Mon, 23 Jul 2018 21:27:42 +0000
From:   Saeed Mahameed <saeedm@...lanox.com>
To:     "davem@...emloft.net" <davem@...emloft.net>
CC:     "netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: Re: [pull request][net 0/8] Mellanox, mlx5 fixes 2018-07-18

On Sat, 2018-07-21 at 10:20 -0700, David Miller wrote:
> From: Saeed Mahameed <saeedm@...lanox.com>
> Date: Wed, 18 Jul 2018 18:26:04 -0700
> 
> > The following series provides fixes to mlx5 core and net device
> > driver.
> > 
> > Please pull and let me know if there's any problem.
> 
> Pulled, thanks Saeed.
> 
> Based upon the thread with Or, it would be useful to do some auditing
> and make sure all tunnels set skb->encapsulation.
> 

Thanks Dave, Eran's patch relies on our driver setting skb-
>encapsulation, since the rps rule is injected directly from the device
rx path once netif_receive_skb_internal is called via the gro stack way
before forwarding the skb to the tunnel netdev.

> > For -stable v4.7
> >     net/mlx5e: Don't allow aRFS for encapsulated packets
> >     net/mlx5e: Fix quota counting in aRFS expire flow
> > 
> > For -stable v4.15
> >     net/mlx5e: Only allow offloading decap egress (egdev) flows
> >     net/mlx5e: Refine ets validation function
> >     net/mlx5: Adjust clock overflow work period
> > 
> > For -stable v4.17
> >     net/mlx5: E-Switch, UBSAN fix undefined behavior in
> > mlx5_eswitch_mode
> 
> Queued up.
> 
> Thanks.