From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0125.outbound.protection.outlook.com [65.55.169.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 30C9A1A0B51 for ; Fri, 30 Oct 2015 02:24:54 +1100 (AEDT) Message-ID: <1446132279.701.368.camel@freescale.com> Subject: Re: [V5, 2/6] fsl/fman: Add FMan support From: Scott Wood To: Liberman Igal-B31950 CC: "netdev@vger.kernel.org" , "linuxppc-dev@lists.ozlabs.org" , "linux-kernel@vger.kernel.org" , "Bucur Madalin-Cristian-B32716" Date: Thu, 29 Oct 2015 10:24:39 -0500 In-Reply-To: References: <1442836354-5445-1-git-send-email-igal.liberman@freescale.com> <20150925230153.GA4626@home.buserror.net> <1446067854.701.365.camel@freescale.com> Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Thu, 2015-10-29 at 10:22 -0500, Liberman Igal-B31950 wrote: > Regards, > Igal Liberman > > > -----Original Message----- > > From: Wood Scott-B07421 > > Sent: Wednesday, October 28, 2015 11:31 PM > > To: Liberman Igal-B31950 > > Cc: netdev@vger.kernel.org; linuxppc-dev@lists.ozlabs.org; linux- > > kernel@vger.kernel.org; Bucur Madalin-Cristian-B32716 > > > > Subject: Re: [V5, 2/6] fsl/fman: Add FMan support > > > > On Tue, 2015-10-27 at 11:32 -0500, Liberman Igal-B31950 wrote: > > > > > > > + > > > > > +struct device *fman_get_device(struct fman *fman) { return > > > > > +fman->dev; } > > > > > > > > Is this really necessary? > > > > > > > > > > Fman port needs fman->dev, fman structure is opaque, so yes, it's > > > needed. > > > > Why is opacity being maintained from one part of the fman driver to > > another? > > Isn't this the sort of excessive layering that was complained about? > > > > > > It's not really layering. > Fman Port uses Fman resources, it's not completely standalone. That's my point -- if it's not standalone, why is "struct fman" opaque to the port code? -Scott