Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756834AbeAINA1 (ORCPT + 1 other); Tue, 9 Jan 2018 08:00:27 -0500 Received: from vps0.lunn.ch ([185.16.172.187]:33763 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753489AbeAINAY (ORCPT ); Tue, 9 Jan 2018 08:00:24 -0500 Date: Tue, 9 Jan 2018 14:00:12 +0100 From: Andrew Lunn To: Marcin Wojtas Cc: Graeme Gregory , Ard Biesheuvel , "linux-acpi@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "" , "David S. Miller" , Russell King - ARM Linux , "Rafael J. Wysocki" , Florian Fainelli , Antoine =?iso-8859-1?Q?T=E9nart?= , Thomas Petazzoni , Gregory CLEMENT , Ezequiel Garcia , Nadav Haklai , Neta Zur Hershkovits , Grzegorz Jaszczyk , Tomasz Nowicki , Lorenzo Pieralisi , Hanjun Guo , Sudeep Holla Subject: Re: [net-next: PATCH 0/8] Armada 7k/8k PP2 ACPI support Message-ID: <20180109130012.GA27447@lunn.ch> References: <20180104160939.GA7785@xora-haswell> <20180104162036.GL3401@lunn.ch> <20180108144548.GA31502@xora-haswell> <20180108145312.GH10940@lunn.ch> <20180108151453.GB31502@xora-haswell> <20180108154243.GA30962@lunn.ch> <20180109101941.GD31502@xora-haswell> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: On Tue, Jan 09, 2018 at 11:22:00AM +0100, Marcin Wojtas wrote: > 2018-01-09 11:19 GMT+01:00 Graeme Gregory : > > On Mon, Jan 08, 2018 at 06:17:06PM +0100, Marcin Wojtas wrote: > >> Hi Andrew, > >> > >> > >> > >> 2018-01-08 16:42 GMT+01:00 Andrew Lunn : > >> > w> I am not familiar with MDIO, but if its similar or a specific > >> >> implementation of a serial bus that does sound sane! > >> > > >> > >> Thanks for digging, I will check if and how we can use > >> GenericSerialBus with MDIO. > >> > > Maybe Lorenzo, Hanjun, Sudeep can comment here they might have come > > across similar on other ARM boards. > > > > I'm looking forward to their feedback, however, what I've noticed, > each driver handles mdio/phys on its own, not using any generic > solution, which is what I need to actually avoid :) Agreed. Lets define it once for all drivers using phylib/phylink. Andrew