From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932725AbaGWQza (ORCPT ); Wed, 23 Jul 2014 12:55:30 -0400 Received: from vps0.lunn.ch ([178.209.37.122]:51940 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932674AbaGWQzN (ORCPT ); Wed, 23 Jul 2014 12:55:13 -0400 Date: Wed, 23 Jul 2014 18:49:58 +0200 From: Andrew Lunn To: Benoit Masson Cc: Andrew Lunn , Jason Cooper , benoitm974 , Rob Herring , Pawel Moll , Ian Campbell , Kumar Gala , Russell King , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Gregory CLEMENT , Sebastian Hesselbarth Subject: Re: [PATCH 1/2] Added dts defintion for Lenovo ix4-300d nas Message-ID: <20140723164958.GH2856@lunn.ch> References: <1406117232-5962-1-git-send-email-yahoo@perenite.com> <20140723134534.GF23220@titan.lakedaemon.net> <20140723141443.GC2856@lunn.ch> <47823826-CDE8-47D2-B1B6-B688118CF985@perenite.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47823826-CDE8-47D2-B1B6-B688118CF985@perenite.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 > Well actually the PHY need to be initialized (at least 1 mII reg > written), which from marvel LSP driver always occurs, while it > doesn't with mainline PHY driver (drivers/net/phy/marvell.c), so the > only simple way I found to have at least one PHY reg on both > interface written is to have both eth up at OS config level. Thanks for the information. This sounds like a wake on LAN feature. I've seen other Marvell hardware connect a PHY LED output pin to the circuit controlling the main power supply. When the PHY detects the magic wake-up packet, it 'blinks' the LED so turning the power back on. My guess is, the register write to the PHY is configuring the LED. Do you have the datasheet for the PHY? Can you check this? > Probably the best option would be to have a reg-init = value> on both phy dts definition but the current armada mii doesn't > support this dts config... Once we understand what is going on here, we can consider adding support for this. Andrew From mboxrd@z Thu Jan 1 00:00:00 1970 From: andrew@lunn.ch (Andrew Lunn) Date: Wed, 23 Jul 2014 18:49:58 +0200 Subject: [PATCH 1/2] Added dts defintion for Lenovo ix4-300d nas In-Reply-To: <47823826-CDE8-47D2-B1B6-B688118CF985@perenite.com> References: <1406117232-5962-1-git-send-email-yahoo@perenite.com> <20140723134534.GF23220@titan.lakedaemon.net> <20140723141443.GC2856@lunn.ch> <47823826-CDE8-47D2-B1B6-B688118CF985@perenite.com> Message-ID: <20140723164958.GH2856@lunn.ch> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org > Well actually the PHY need to be initialized (at least 1 mII reg > written), which from marvel LSP driver always occurs, while it > doesn't with mainline PHY driver (drivers/net/phy/marvell.c), so the > only simple way I found to have at least one PHY reg on both > interface written is to have both eth up at OS config level. Thanks for the information. This sounds like a wake on LAN feature. I've seen other Marvell hardware connect a PHY LED output pin to the circuit controlling the main power supply. When the PHY detects the magic wake-up packet, it 'blinks' the LED so turning the power back on. My guess is, the register write to the PHY is configuring the LED. Do you have the datasheet for the PHY? Can you check this? > Probably the best option would be to have a reg-init = value> on both phy dts definition but the current armada mii doesn't > support this dts config... Once we understand what is going on here, we can consider adding support for this. Andrew