Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754145AbdCJC16 (ORCPT ); Thu, 9 Mar 2017 21:27:58 -0500 Received: from vps0.lunn.ch ([178.209.37.122]:42897 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753826AbdCJC14 (ORCPT ); Thu, 9 Mar 2017 21:27:56 -0500 Date: Fri, 10 Mar 2017 03:27:48 +0100 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 04/14] net: dsa: mv88e6xxx: rework ATU Load/Purge Message-ID: <20170310022748.GI22101@lunn.ch> References: <20170309233324.18539-1-vivien.didelot@savoirfairelinux.com> <20170309233324.18539-5-vivien.didelot@savoirfairelinux.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170309233324.18539-5-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 Content-Length: 809 Lines: 19 On Thu, Mar 09, 2017 at 06:33:14PM -0500, Vivien Didelot wrote: > All Marvell switch chips have an ATU accessed using the same Global (1) > register layout. Only the handling of the FID differs as more bits were > necessary to support more and more databases. > > Add and use a fresh documented implementation of the ATU Load/Purge. This is not really the Linux way of doing something. You don't throw something away and replace it. You incrementally modify what you have into something better. I really wished you had moved the code, unmodified, into global1_atu.c. Then made lots of easy to review small changes. I cannot just look at this patch and know it is correct. What i need to compare against is not in this patch. So it is a lot harder to review. I will continue this review later... Andrew