netdev - RE: [E1000-devel] [stable] e1000e fixes

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 for Android: free password hash cracker in your pocket

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

Date:	Mon, 25 May 2015 21:19:32 +0000
From:	"Lubetkin, YanirX" <yanirx.lubetkin@...el.com>
To:	Ben Hutchings <ben@...adent.org.uk>,
	"e1000-devel@...ts.sourceforge.net" 
	<e1000-devel@...ts.sourceforge.net>
CC:	netdev <netdev@...r.kernel.org>, stable <stable@...r.kernel.org>
Subject: RE: [E1000-devel] [stable] e1000e fixes

Thanks, I will look into it shortly. I'm in the process of bringing the upstream driver up to date.

> -----Original Message-----
> From: Ben Hutchings [mailto:ben@...adent.org.uk]
> Sent: Saturday, May 23, 2015 20:09
> To: e1000-devel@...ts.sourceforge.net
> Cc: netdev; stable
> Subject: [E1000-devel] [stable] e1000e fixes
> 
> I was looking through recent changes in e1000e, and thought these might be
> suitable for inclusion in stable updates:
> 
> commit 493004d04f56fd7d642bdbb2938e17e5f7d622d1
> Author: David Ertman <david.m.ertman@...el.com>
> Date:   Fri Jul 4 01:44:32 2014 +0000
> 
>     e1000e: Fix CRC errors with jumbo traffic
> 
> commit 47ccd1edc57ddabb81f6ba07e1e30201a8f578d6
> Author: Vlad Yasevich <vyasevich@...il.com>
> Date:   Mon Aug 25 10:34:48 2014 -0400
> 
>     e1000e: Fix TSO with non-accelerated vlans
> 
> commit 6930895df994af212985396f1274712aaaa5bc26
> Author: Mathias Koehrer <mathias.koehrer@...s.com>
> Date:   Thu Aug 7 18:51:53 2014 +0000
> 
>     e1000e: Fix 82572EI that has no hardware timestamp support
> 
> This is purely based on the commit messages, not on bug reports or my own
> experience of the bugs.  I leave it to the e1000e maintainers to judge
> whether they're important enough.
> 
> Ben.
> 
> --
> Ben Hutchings
> If more than one person is responsible for a bug, no one is at fault.
---------------------------------------------------------------------
Intel Israel (74) Limited

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.