netdev - Re: severe regression in alx ethernet driver

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <20151124160739.GG38006@redhat.com>
Date:	Tue, 24 Nov 2015 11:07:39 -0500
From:	Jarod Wilson <jarod@...hat.com>
To:	David Miller <davem@...emloft.net>
Cc:	ldap.tester@...il.com, netdev@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: severe regression in alx ethernet driver

On Mon, Nov 23, 2015 at 11:16:10AM -0500, David Miller wrote:
> From: David Miller <davem@...emloft.net>
> Date: Mon, 23 Nov 2015 11:15:30 -0500 (EST)
> 
> > From: Ldap Tester <ldap.tester@...il.com>
> > Date: Mon, 23 Nov 2015 11:00:08 -0300
> > 
> >> https://bugzilla.kernel.org/show_bug.cgi?id=70761
> > 
> > Patches sitting in a bugzilla entry will simply rot.
> > 
> > For upstream inclusion someone must formally submit them to the netdev
> > mailing list, with proper commit message, signoffs, etc. and then the
> > patch must be fully reviewed by the community.
> > 
> > Only then will it be applied and make it upstream.
> 
> And amusingly, the final comment in that bugzilla is someone asking
> the patch author to do exactly this.

They do at least have a signed-off-by in the patches attached to the bug,
so I'm working on touching up the descriptions and formatting, regression
testing them on my laptop that has an alx-driven E2200 in it (which isn't
affected by this bug), and then I can ship them up for proper review.

-- 
Jarod Wilson
jarod@...hat.com

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html