netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Andrew Lunn <andrew@lunn.ch>
To: Florian Fainelli <f.fainelli@gmail.com>
Cc: Jiri Pirko <jiri@resnulli.us>,
	netdev@vger.kernel.org, davem@davemloft.net, idosch@mellanox.com,
	jakub.kicinski@netronome.com, mlxsw@mellanox.com,
	vivien.didelot@savoirfairelinux.com, michael.chan@broadcom.com,
	ganeshgr@chelsio.com, saeedm@mellanox.com,
	simon.horman@netronome.com, pieter.jansenvanvuuren@netronome.com,
	john.hurley@netronome.com, dirk.vandermerwe@netronome.com,
	alexander.h.duyck@intel.com, ogerlitz@mellanox.com,
	dsahern@gmail.com, vijaya.guvva@cavium.com,
	satananda.burla@cavium.com, raghu.vatsavayi@cavium.com,
	felix.manlunas@cavium.com, gospo@broadcom.com,
	sathya.perla@broadcom.com, vasundhara-v.volam@broadcom.com,
	tariqt@mellanox.com, eranbe@mellanox.com,
	jeffrey.t.kirsher@intel.com
Subject: Re: [patch net-next RFC 04/12] dsa: set devlink port attrs for dsa ports
Date: Thu, 17 May 2018 22:28:55 +0200	[thread overview]
Message-ID: <20180517202855.GH23601@lunn.ch> (raw)
In-Reply-To: <408e70ee-d3b4-8431-5ca7-6defa17b7088@gmail.com>

> The platform data assumes there is a network device named "eth0" as the
> parent device, yes I know this is terrible, but unfortunately we don't
> have anything better at this point

That is something we need to solve. With DT, it is easy, we have a
phandle to a device, and the name does not matter. systemd can rename
eth0 to enp0s25 and we will still find it, because we don't look for
the name, we look for the OF node associated to the device.

For platform data driven devices, we don't have this luxury. I have an
intel board with a Marvell switch. I have Debian running on it, so
systemd renames the interface. Builtin vs modules then becomes an
issue. Does the switch driver probe before or after systemd renames
the interface?

For embedded systems like this, we probably need a way to find an
interface based on its bus location, not its name. Not as good, but
maybe sufficient, a function which gives us the first physical
interface the machine has.

	  Andrew

  reply	other threads:[~2018-05-17 20:29 UTC|newest]

Thread overview: 74+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-03-22 10:55 [patch net-next RFC 00/12] devlink: introduce port flavours and common phys_port_name generation Jiri Pirko
2018-03-22 10:55 ` [patch net-next RFC 01/12] devlink: introduce devlink_port_attrs_set Jiri Pirko
2018-03-22 10:55 ` [patch net-next RFC 02/12] devlink: extend attrs_set for setting port flavours Jiri Pirko
2018-03-23  3:36   ` Jakub Kicinski
2018-03-23  6:30     ` Jiri Pirko
2018-03-22 10:55 ` [patch net-next RFC 03/12] devlink: introduce a helper to generate physical port names Jiri Pirko
2018-03-22 10:55 ` [patch net-next RFC 04/12] dsa: set devlink port attrs for dsa ports Jiri Pirko
2018-03-23 13:19   ` Andrew Lunn
2018-03-23 13:30   ` Andrew Lunn
2018-03-23 14:49     ` Jiri Pirko
2018-03-23 17:09       ` Florian Fainelli
2018-03-24  7:28         ` Jiri Pirko
2018-05-17 14:02         ` Jiri Pirko
2018-05-17 14:08           ` Florian Fainelli
2018-05-17 14:30             ` Jiri Pirko
2018-05-17 14:48               ` Andrew Lunn
2018-05-17 16:37                 ` Jiri Pirko
2018-05-17 14:51               ` Florian Fainelli
2018-05-17 17:39                 ` Jiri Pirko
2018-05-17 19:14                   ` Florian Fainelli
2018-05-17 20:28                     ` Andrew Lunn [this message]
2018-05-17 20:48                     ` Jiri Pirko
2018-05-17 21:08                       ` Andrew Lunn
2018-05-17 22:06                         ` Florian Fainelli
2018-05-17 22:40                           ` Andrew Lunn
2018-05-17 22:45                             ` Florian Fainelli
2018-05-18  1:41                               ` Andrew Lunn
2018-05-18  6:37                                 ` Jiri Pirko
2018-05-18 13:45                                   ` Andrew Lunn
2018-05-19  3:11                                     ` Florian Fainelli
2018-05-18  6:55                             ` Jiri Pirko
2018-03-22 10:55 ` [patch net-next RFC 05/12] dsa: use devlink helper to generate physical port name Jiri Pirko
2018-03-22 10:55 ` [patch net-next RFC 06/12] mlxsw: " Jiri Pirko
2018-03-22 10:55 ` [patch net-next RFC 07/12] nfp: flower: fix error path during representor creation Jiri Pirko
2018-03-22 10:55 ` [patch net-next RFC 08/12] nfp: set eth_id for representors to avoid port index conflict Jiri Pirko
2018-03-22 10:55 ` [patch net-next RFC 09/12] nfp: register devlink port for VF/PF representors Jiri Pirko
2018-03-22 10:55 ` [patch net-next RFC 10/12] nfp: flower: create port for flower vnic Jiri Pirko
2018-03-23  3:38   ` Jakub Kicinski
2018-03-23  6:29     ` Jiri Pirko
2018-03-24  3:32       ` Jakub Kicinski
2018-03-24  7:41         ` Jiri Pirko
2018-03-22 10:55 ` [patch net-next RFC 11/12] nfp: use devlink helper to generate physical port name Jiri Pirko
2018-03-22 10:55 ` [patch net-next RFC 12/12] nfp: flower: set sysfs link to device for representors Jiri Pirko
2018-03-22 14:40 ` [patch net-next RFC 00/12] devlink: introduce port flavours and common phys_port_name generation Roopa Prabhu
2018-03-22 14:58   ` Jiri Pirko
2018-03-22 15:34 ` David Ahern
2018-03-22 15:51   ` Roopa Prabhu
2018-03-22 17:49   ` Jiri Pirko
2018-03-22 19:10     ` David Ahern
2018-03-22 19:25       ` Andy Gospodarek
2018-05-17  8:47         ` Jiri Pirko
2018-03-23  6:34       ` Jiri Pirko
2018-03-22 23:35 ` Andrew Lunn
2018-03-23  6:35   ` [patch iproute2 rfc 1/2] devlink: introduce support for showing port flavours Jiri Pirko
2018-03-27 15:28     ` Stephen Hemminger
2018-03-23  6:35   ` [patch iproute2 rfc 2/2] devlink: introduce support for showing port number and split subport number Jiri Pirko
2018-03-23  3:34 ` [patch net-next RFC 00/12] devlink: introduce port flavours and common phys_port_name generation Jakub Kicinski
2018-03-23  6:37   ` Jiri Pirko
2018-03-23 13:43 ` Andrew Lunn
2018-03-23 14:59   ` Jiri Pirko
2018-03-23 15:24     ` Andrew Lunn
2018-03-24  7:45       ` Jiri Pirko
2018-03-24 14:35         ` Florian Fainelli
2018-03-24 16:07           ` Jiri Pirko
2018-03-24 17:07             ` Florian Fainelli
2018-03-24 17:42               ` Jiri Pirko
2018-03-24 19:00                 ` Andrew Lunn
2018-03-24 20:05                   ` Florian Fainelli
2018-03-24 14:40         ` Andrew Lunn
2018-03-24 16:04           ` Jiri Pirko
2018-03-28  5:02 ` Stephen Hemminger
2018-03-28  6:17   ` Jiri Pirko
2018-04-17 13:23 ` Or Gerlitz
2018-04-17 23:42   ` Jakub Kicinski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180517202855.GH23601@lunn.ch \
    --to=andrew@lunn.ch \
    --cc=alexander.h.duyck@intel.com \
    --cc=davem@davemloft.net \
    --cc=dirk.vandermerwe@netronome.com \
    --cc=dsahern@gmail.com \
    --cc=eranbe@mellanox.com \
    --cc=f.fainelli@gmail.com \
    --cc=felix.manlunas@cavium.com \
    --cc=ganeshgr@chelsio.com \
    --cc=gospo@broadcom.com \
    --cc=idosch@mellanox.com \
    --cc=jakub.kicinski@netronome.com \
    --cc=jeffrey.t.kirsher@intel.com \
    --cc=jiri@resnulli.us \
    --cc=john.hurley@netronome.com \
    --cc=michael.chan@broadcom.com \
    --cc=mlxsw@mellanox.com \
    --cc=netdev@vger.kernel.org \
    --cc=ogerlitz@mellanox.com \
    --cc=pieter.jansenvanvuuren@netronome.com \
    --cc=raghu.vatsavayi@cavium.com \
    --cc=saeedm@mellanox.com \
    --cc=satananda.burla@cavium.com \
    --cc=sathya.perla@broadcom.com \
    --cc=simon.horman@netronome.com \
    --cc=tariqt@mellanox.com \
    --cc=vasundhara-v.volam@broadcom.com \
    --cc=vijaya.guvva@cavium.com \
    --cc=vivien.didelot@savoirfairelinux.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).