From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1164446AbdD1CIA (ORCPT ); Thu, 27 Apr 2017 22:08:00 -0400 Received: from vps0.lunn.ch ([178.209.37.122]:43987 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1162764AbdD1CHt (ORCPT ); Thu, 27 Apr 2017 22:07:49 -0400 Date: Fri, 28 Apr 2017 04:07:44 +0200 From: Andrew Lunn To: Vivien Didelot Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, kernel@savoirfairelinux.com, "David S. Miller" , Florian Fainelli Subject: Re: [PATCH net-next 12/18] net: dsa: mv88e6xxx: load STU entry with VTU entry Message-ID: <20170428020744.GB13231@lunn.ch> References: <20170426155336.5937-1-vivien.didelot@savoirfairelinux.com> <20170426155336.5937-13-vivien.didelot@savoirfairelinux.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170426155336.5937-13-vivien.didelot@savoirfairelinux.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 26, 2017 at 11:53:30AM -0400, Vivien Didelot wrote: > Now that the code writes both VTU and STU data when loading a VTU entry, > load the corresponding STU entry at the same time. > > This allows us to get rid of the STU management in the > _mv88e6xxx_vtu_new helper and thus remove the separate implementations > of STU Load/Purge and STU GetNext, as well as the unused family checks. > > Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn Andrew