Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp2066172pxa; Fri, 7 Aug 2020 02:08:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzj/eUeC7KOmiFkB3bNJPHZ4F6ixfku5PC1qmmAEGbckFLSwr46GDeh97rJCIHGdcMbX1EN X-Received: by 2002:a17:906:f905:: with SMTP id lc5mr8061762ejb.340.1596791284548; Fri, 07 Aug 2020 02:08:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596791284; cv=none; d=google.com; s=arc-20160816; b=ZHfucc5Bd1aOR06OsC65OAY2bcSJhnb0hcJBZEoFvyVHjqvu9oR8Z6XNvyepZNzX5X jXl7j6knToVGsIQeF0+Vx0i5CJd0ljDRarPziqQdD7EQpKOvYkjhKabWVwjtSrwN/WOs 1o3yaZG22MK4KIpQPfBS2x4QJvE80BtSsPu0kSU3vNnU64dZ818v37Guqt7TbltzZaJm 2XxWMUXZc/50+K0cth8yAigGr9CdVsJTZnaXesD41aCuQvelHIy+Nr7hI2QWRaM0aqxk Uno1GKIDzWD+b/RmgsgmOTwA0VwKTcSXNGggsN9BW6CWV2wgg0doCem8pqVyWShC8BoV BBUA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=9qEgZ/h0xwkAgK9IiHJ+LlcaVfY2DJdWz7Bmy1tjvFY=; b=R6WQrEH8M4l+30koDvYiPery22oZxLTNoYQ8wsEXG+Wn9HwwXpmTvx58kcA/fisSyU MDWvNqsH5DD/r/NEZ35q0NMqqQT7THyBU06+z3FYSWSsasoXO6CcZMomHcVhbChxYqMD Q7IXxMLuCuf6U6MTWsLj5k+OUbbvMkrHgC5WB8XShG8cfASpGyYw13nqxqX649vfjUFZ n6huHyyh4ahhj6b3x3EIsr5KtxEpOz5/LNux20bksHeIo/RElnVQPi914u61TziL++AE BEHJMcdWuY0FWC3P+6fipmYMowSCCai1rW8ODzjy3Wx4fFeJfRARalV2EK//PMCA3ZNz tK3w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e11si4772356ejc.49.2020.08.07.02.07.41; Fri, 07 Aug 2020 02:08:04 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727871AbgHGJG6 (ORCPT + 99 others); Fri, 7 Aug 2020 05:06:58 -0400 Received: from jabberwock.ucw.cz ([46.255.230.98]:35376 "EHLO jabberwock.ucw.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726788AbgHGJG6 (ORCPT ); Fri, 7 Aug 2020 05:06:58 -0400 Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id AE7051C0BD9; Fri, 7 Aug 2020 11:06:53 +0200 (CEST) Date: Fri, 7 Aug 2020 11:06:53 +0200 From: Pavel Machek To: Marek =?utf-8?B?QmVow7pu?= Cc: netdev@vger.kernel.org, linux-leds@vger.kernel.org, jacek.anaszewski@gmail.com, Dan Murphy , =?utf-8?Q?Ond=C5=99ej?= Jirman , Russell King , Thomas Petazzoni , Gregory Clement , Andrew Lunn , linux-kernel@vger.kernel.org Subject: Re: [PATCH RFC leds + net-next v4 0/2] Add support for LEDs on Marvell PHYs Message-ID: <20200807090653.ihnt2arywqtpdzjg@duo.ucw.cz> References: <20200728150530.28827-1-marek.behun@nic.cz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tuqlwx4lnotoz6lx" Content-Disposition: inline In-Reply-To: <20200728150530.28827-1-marek.behun@nic.cz> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --tuqlwx4lnotoz6lx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > this is v4 of my RFC adding support for LEDs connected to Marvell PHYs. >=20 > Please note that if you want to test this, you still need to first apply > the patch adding the LED private triggers support from Pavel's tree. > https://git.kernel.org/pub/scm/linux/kernel/git/pavel/linux-leds.git/comm= it/?h=3Dfor-next&id=3D93690cdf3060c61dfce813121d0bfc055e7fa30d >=20 > What I still don't like about this is that the LEDs created by the code > don't properly support device names. LEDs should have name in format > "device:color:function", for example "eth0:green:activity". >=20 > The code currently looks for attached netdev for a given PHY, but > at the time this happens there is no netdev attached, so the LEDs gets > names without the device part (ie ":green:activity"). >=20 > This can be addressed in next version by renaming the LED when a netdev > is attached to the PHY, but first a API for LED device renaming needs to > be proposed. I am going to try to do that. This would also solve the > same problem when userspace renames an interface. >=20 > And no, I don't want phydev name there. Ummm. Can we get little more explanation on that? I fear that LED device renaming will be tricky and phydev would work around that nicely. Best regards, Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --tuqlwx4lnotoz6lx Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQRPfPO7r0eAhk010v0w5/Bqldv68gUCXy0ZrQAKCRAw5/Bqldv6 8o/UAJ9nvd57fgnTIHmdYW/OH4c5swwXJQCguYTbyQen7XuCNSviqkB7ZxmHeYs= =WH64 -----END PGP SIGNATURE----- --tuqlwx4lnotoz6lx--