Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755846Ab3GYLJT (ORCPT ); Thu, 25 Jul 2013 07:09:19 -0400 Received: from perceval.ideasonboard.com ([95.142.166.194]:59393 "EHLO perceval.ideasonboard.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755574Ab3GYLJQ (ORCPT ); Thu, 25 Jul 2013 07:09:16 -0400 From: Laurent Pinchart To: Arnd Bergmann Cc: Tomasz Figa , Alan Stern , Tomasz Figa , Greg KH , Kishon Vijay Abraham I , broonie@kernel.org, Sylwester Nawrocki , Sascha Hauer , kyungmin.park@samsung.com, balbi@ti.com, jg1.han@samsung.com, s.nawrocki@samsung.com, kgene.kim@samsung.com, grant.likely@linaro.org, tony@atomide.com, swarren@nvidia.com, devicetree@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org, linux-omap@vger.kernel.org, linux-usb@vger.kernel.org, linux-media@vger.kernel.org, linux-fbdev@vger.kernel.org, akpm@linux-foundation.org, balajitk@ti.com, george.cherian@ti.com, nsekhar@ti.com, olof@lixom.net, Stephen Warren , b.zolnierkie@samsung.com, Daniel Lezcano Subject: Re: [PATCH 01/15] drivers: phy: add generic PHY framework Date: Thu, 25 Jul 2013 13:10:10 +0200 Message-ID: <59774273.TEcrXvCTgs@avalon> User-Agent: KMail/4.10.5 (Linux/3.8.13-gentoo; KDE/4.10.5; x86_64; ; ) In-Reply-To: <201307251300.49282.arnd@arndb.de> References: <2174304.5JlzJ583hP@avalon> <201307251300.49282.arnd@arndb.de> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2504 Lines: 55 Hi Arnd, On Thursday 25 July 2013 13:00:49 Arnd Bergmann wrote: > On Thursday 25 July 2013, Laurent Pinchart wrote: > > On Wednesday 24 July 2013 20:32:03 Arnd Bergmann wrote: > > > On Tuesday 23 July 2013, Tomasz Figa wrote: > > > > On Tuesday 23 of July 2013 17:14:20 Alan Stern wrote: > > > > > On Tue, 23 Jul 2013, Tomasz Figa wrote: > > > > > > Where would you want to have those phy_address arrays stored? > > > > > > There are no board files when booting with DT. Not even saying > > > > > > that you don't need to use any hacky schemes like this when you > > > > > > have DT that nicely specifies relations between devices. > > > > > > > > > > If everybody agrees DT has a nice scheme for specifying relations > > > > > between devices, why not use that same scheme in the PHY core? > > > > > > > > It is already used, for cases when consumer device has a DT node > > > > attached. In non-DT case this kind lookup translates loosely to > > > > something that is being done in regulator framework - you can't bind > > > > devices by pointers, because you don't have those pointers, so you > > > > need to use device names. > > > > > > Sorry for jumping in to the middle of the discussion, but why does a new > > > framework even bother defining an interface for board files? > > > > > > Can't we just drop any interfaces for platform data passing in the phy > > > framework and put the burden of adding those to anyone who actually > > > needs them? All the platforms we are concerned with here (exynos and > > > omap, plus new platforms) can be booted using DT anyway. > > > > What about non-DT architectures such as MIPS (still widely used in > > consumer networking equipments from what I've heard) ? > > * Vendors of such equipment have started moving on to ARM (e.g. Broadcom > bcm47xx) > * Some of the modern MIPS platforms are now using DT > * Legacy platforms probably won't migrate to either DT or the generic PHY > framework > > I'm not saying that we can't support legacy board files with the common PHY > framework, but I'd expect things to be much easier if we focus on those > platforms that are actively being worked on for now, to bring an end to the > pointless API discussion. Fair enough :-) -- Regards, Laurent Pinchart -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/