Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp3380009pxb; Mon, 4 Oct 2021 00:40:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy+k9O/oSelj2CBoeydIs1M4dvfTtiBRebnXNS9dJ2KCn503nKTt/IGfrXoJkCdDTYWWFPq X-Received: by 2002:a65:6648:: with SMTP id z8mr9809601pgv.418.1633333228367; Mon, 04 Oct 2021 00:40:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633333228; cv=none; d=google.com; s=arc-20160816; b=e7cX7LnJLoYeFQmi6p4LLb6VQ/WzHzot19iTrYjLqBbn4pi/g2proae4GYceqXmXtB 4ynvLwO8z/q45BBzb/XnV+9Fu4+CrFplh9NY61uYAfSIvqLfjTYjGq7le3Edc2NZiVwH yoMxxgponqK+1FlblnJJEZiQjh/ZCpDAEiDIrW9yC6/BobyAoFRlJJPItqNWd3Jfhgly GS3NRjTZWNLLzK9q4n4+d80jKASONj6pKTvdDVryvyxVNhXQPSFI2R7cbKR5Fqaygg7C 09JqFQ3YPuca9XCxV4qxo9vxuDMNEM+0HuCZjFYp1rh/DHR2DS/7wY4Ice9t0LN9lh1L mqJw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=9TxBQ9RL+/FASli9Sktqp2XxxovbrEPnFj/8mucoRiU=; b=EP7gqUt0LV0yZa5oMVKajH0fr4fBWgwbuERA38vCM9Jlwodr4z3udpmOIqHBV7hLD3 Bn/lwQJRIu7fsZDZCGUyu0FXYm5Qi5IjJcfI8915PTET5Q0dqwtO8K6oAKRZNM1fG/NL ZUmdGoEYbygIRGv6fhaprF/yATV0wem3MLOSJgWRMEq3FW1g7cuOt0d78MBAk2BUbFKk Cx1ioBsYdAveoYtq2rros8MqqBFZ+M/woDdzGhXt5tmz3R1ZC9QaQRRiB1FjDhowa04N BdDsTxPV+aOMBucEOV+HyuFoZ0VWJmQ+BJPGSPCt3epleUmPVqveK6aQui09eLk8MPER vkmw== 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 f63si16159150pgc.495.2021.10.04.00.40.15; Mon, 04 Oct 2021 00:40:28 -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 S230242AbhJDHkc (ORCPT + 99 others); Mon, 4 Oct 2021 03:40:32 -0400 Received: from jabberwock.ucw.cz ([46.255.230.98]:36646 "EHLO jabberwock.ucw.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230010AbhJDHkb (ORCPT ); Mon, 4 Oct 2021 03:40:31 -0400 Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id 0E62A1C0B76; Mon, 4 Oct 2021 09:38:42 +0200 (CEST) Date: Mon, 4 Oct 2021 09:38:41 +0200 From: Pavel Machek To: Greg Kroah-Hartman Cc: Marek =?iso-8859-1?Q?Beh=FAn?= , Andrew Lunn , "linux-leds@vger.kernel.org" , netdev@vger.kernel.org, Jacek Anaszewski , linux-kernel@vger.kernel.org Subject: Re: are device names part of sysfs ABI? (was Re: devicename part of LEDs under ethernet MAC / PHY) Message-ID: <20211004073841.GA20163@amd> References: <20211001133057.5287f150@thinkpad> <20211001144053.3952474a@thinkpad> <20211003225338.76092ec3@thinkpad> <20211004090438.588a8a89@thinkpad> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > > > > Are device names (as returned by dev_name() function) also part of > > > > sysfs ABI? Should these names be stable across reboots / kernel > > > > upgrades? =20 > > >=20 > > > Stable in what exact way? > >=20 > > Example: > > - Board has an ethernet PHYs that is described in DT, and therefore > > has stable sysfs path (derived from DT path), something like > > /sys/devices/.../mdio_bus/f1072004.mdio-mii/f1072004.mdio-mii:01 >=20 > None of the numbers there are "stable", right? At least f1072004 part is stable (and probably whole path). DT has advantages here, and we should provide stable paths when we can. Best regards, Pavel --=20 http://www.livejournal.com/~pavelmachek --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAmFar4AACgkQMOfwapXb+vK1sgCgtfhhY9twaL0KgQm9FOL3VLwb xdQAoI9WQF6v3AbSYLUg1EZELXzIEFLV =UMpO -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3--