From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752345AbeCOPPK (ORCPT ); Thu, 15 Mar 2018 11:15:10 -0400 Received: from shards.monkeyblade.net ([184.105.139.130]:47400 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751751AbeCOPPI (ORCPT ); Thu, 15 Mar 2018 11:15:08 -0400 Date: Thu, 15 Mar 2018 11:15:04 -0400 (EDT) Message-Id: <20180315.111504.399791580409893462.davem@davemloft.net> To: madalin.bucur@nxp.com Cc: joakim.tjernlund@infinera.com, linuxppc-dev@lists.ozlabs.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, leoyang.li@nxp.com, camelia.groza@nxp.com, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH 0/5] DPAA Ethernet fixes From: David Miller In-Reply-To: References: <20180314133732.24068-1-madalin.bucur@nxp.com> <1521052994.4790.148.camel@infinera.com> X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Madalin-cristian Bucur Date: Thu, 15 Mar 2018 09:32:35 +0000 >> -----Original Message----- >> From: Joakim Tjernlund [mailto:Joakim.Tjernlund@infinera.com] >> Sent: Wednesday, March 14, 2018 8:43 PM >> To: davem@davemloft.net; Madalin-cristian Bucur >> >> >> On Wed, 2018-03-14 at 08:37 -0500, Madalin Bucur wrote: >> > Hi, >> > >> > This patch set is addressing several issues in the DPAA Ethernet >> > driver suite: >> > >> > - module unload crash caused by wrong reference to device being left >> > in the cleanup code after the DSA related changes >> > - scheduling wile atomic bug in QMan code revealed during dpaa_eth >> > module unload >> > - a couple of error counter fixes, a duplicated init in dpaa_eth. >> >> hmm, some of these(all?) bugs are in stable too, CC: stable perhaps? > > Hi Jocke, > > I did not check that, they should be added. Networking patches are not queued to stable by CC:'ing stable. Instead you just simply need to ask me explicitly for -stable submission which I will do at the appropriate time after the fixes have been able to cook in Linus's tree for a little while. I've queued this series up for that purpose, thanks.