Hi!
Digging through some old CVEs I came across this one that doesn't seem be
in mainline. Was there a good reason for not being sent upstream? Maybe it was
rejected for some reason and I failed to find the discussion.
References:
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-9900
h
From: Avijit Kanti Das
memset() the structure ethtool_wolinfo that has padded bytes
but the padded bytes have not been zeroed out.
Change-Id: If3fd2d872a1b1ab9521d937b86a29fc468a8bbfe
Signed-off-by: Avijit Kanti Das
---
net/core/ethtool.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-
Cc: Nicolas Dichtel
Cc: Phil Sutter
Cc: Toshiaki Makita
Cc: netdev@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Signed-off-by: Vijay Pandurangan
Acked-by: Cong Wang
Signed-off-by: David S. Miller
Signed-off-by: Luis Henriques
---
drivers/net/veth.c | 6 --
1 file changed, 6 deletions
Jones
Signed-off-by: Evan Jones
Cc: Nicolas Dichtel
Cc: Phil Sutter
Cc: Toshiaki Makita
Cc: netdev@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Signed-off-by: Vijay Pandurangan
Acked-by: Cong Wang
Signed-off-by: David S. Miller
Signed-off-by: Luis Henriques
---
drivers/net/veth.c | 6 ---
memory corruption. Fix this.
Signed-off-by: Marek Vasut
Cc: Wolfgang Grandegger
Cc: netdev@vger.kernel.org
Signed-off-by: Marc Kleine-Budde
Signed-off-by: Luis Henriques
---
drivers/net/can/dev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/can/dev.c b
ome
copy-paste error, and this might result in memory corruption. Fix this.
Signed-off-by: Marek Vasut
Cc: Wolfgang Grandegger
Cc: netdev@vger.kernel.org
Signed-off-by: Marc Kleine-Budde
Signed-off-by: Luis Henriques
---
drivers/net/can/dev.c | 2 +-
1 file changed, 1 insertion(+), 1 delet
On Fri, Oct 23, 2015 at 11:39:46AM +0200, Michal Kubecek wrote:
> On Fri, Oct 23, 2015 at 11:22:19AM +0200, Sabrina Dubroca wrote:
> > Hello Michal,
> >
> > 2015-10-23, 10:46:09 +0200, Michal Kubecek wrote:
> > > Mainline commit 89c22d8c3b27 ("net: Fix skb csum races when peeking")
> > > backport
On Mon, Oct 05, 2015 at 10:29:28AM -0700, Roland Dreier wrote:
> From: Roland Dreier
>
> Backports of 41fc014332d9 ("fib_rules: fix fib rule dumps across
> multiple skbs") introduced a regression in "ip rule show" - it ends up
> dumping the first rule over and over and never exiting, because 3.19
On Mon, Oct 05, 2015 at 05:09:36PM +0100, Ian Campbell wrote:
> Hi David + stable@,
>
> Please could these two be backported:
> 3cc81d85ee01 "asix: Don't reset PHY on if_up for ASIX 88772"
> 436c2a5036b6 "asix: Do full reset during ax88772_bind"
>
> 3cc81d85ee01 was in v3.18-rc1 while 436c2a5036b
On Tue, Jun 02, 2015 at 03:05:57PM +0800, Junling Zheng wrote:
> On 2015/6/2 14:52, Willy Tarreau wrote:
> > On Tue, Jun 02, 2015 at 02:43:54PM +0800, Junling Zheng wrote:
> >> On 2015/6/2 14:27, Greg KH wrote:
> >>> On Mon, Jun 01, 2015 at 10:23:57PM -0700, David Miller wrote:
> From: Junling
setup the SRAM on supported controllers
so we can always use the NOUFLO bit.
Cc:
Cc:
Cc: Don Fry
Signed-off-by: Markos Chandras
Signed-off-by: David S. Miller
Signed-off-by: Luis Henriques
---
drivers/net/ethernet/amd/pcnet32.c | 31 +--
1 file changed, 29 inser
On Wed, Apr 15, 2015 at 07:00:32PM +0100, Ben Hutchings wrote:
> Commit 355a901e6cf1 ("tcp: make connect() mem charging friendly")
> changed tcp_send_syn_data() to perform an open-coded copy of the 'syn'
> skb rather than using skb_copy_expand().
>
> The open-coded copy does not cover the skb_shar
12 matches
Mail list logo