netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Vadym Kochan <vadym.kochan@plvision.eu>
To: Andrew Lunn <andrew@lunn.ch>
Cc: Jiri Pirko <jiri@resnulli.us>,
	netdev@vger.kernel.org, "David S. Miller" <davem@davemloft.net>,
	Oleksandr Mazur <oleksandr.mazur@plvision.eu>,
	Serhiy Boiko <serhiy.boiko@plvision.eu>,
	Serhiy Pshyk <serhiy.pshyk@plvision.eu>,
	Volodymyr Mytnyk <volodymyr.mytnyk@plvision.eu>,
	Taras Chornyi <taras.chornyi@plvision.eu>,
	Andrii Savka <andrii.savka@plvision.eu>,
	Jiri Pirko <jiri@mellanox.com>,
	Ido Schimmel <idosch@mellanox.com>,
	Chris Packham <Chris.Packham@alliedtelesis.co.nz>
Subject: Re: [RFC next-next v2 1/5] net: marvell: prestera: Add driver for Prestera family ASIC devices
Date: Mon, 11 May 2020 17:11:17 +0300	[thread overview]
Message-ID: <20200511141117.GF25096@plvision.eu> (raw)
In-Reply-To: <20200511135359.GB413878@lunn.ch>

On Mon, May 11, 2020 at 03:53:59PM +0200, Andrew Lunn wrote:
> > Looks like it might be hard for the board manufacturing? I mean each
> > board item need to have updated dtb file with base mac address, instead
> > to have common dtb for the board type.
> > 
> > And it sounds that platform data might be the way in case if the vendor
> > will implement platform device driver which will handle reading base mac
> > from eeprom (or other storage) depending on the board and put it to the
> > platform data which will be provided to prestera driver ?
> 
> Hi Vadym
> 
> This is not a new problem. Go look at the standard solutions to this.
> 
> of_get_mac_address(), eth_platform_get_mac_address(),
> nvmem_get_mac_address(), of_get_mac_addr_nvmem(), etc.
> 
>   Andrew

Thank you! I will look on it!

  reply	other threads:[~2020-05-11 14:11 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-30 23:20 [RFC next-next v2 0/5] net: marvell: prestera: Add Switchdev driver for Prestera family ASIC device 98DX326x (AC3x) Vadym Kochan
2020-04-30 23:20 ` [RFC next-next v2 1/5] net: marvell: prestera: Add driver for Prestera family ASIC devices Vadym Kochan
2020-05-11 10:32   ` Jiri Pirko
2020-05-11 11:11     ` Vadym Kochan
2020-05-11 11:29       ` Jiri Pirko
2020-05-11 12:42         ` Andrew Lunn
2020-05-11 13:02           ` Vadym Kochan
2020-05-11 13:53             ` Andrew Lunn
2020-05-11 14:11               ` Vadym Kochan [this message]
2020-05-11 15:32                 ` Jiri Pirko
2020-05-11 16:43                   ` Andrew Lunn
2020-05-11 17:24                     ` Jiri Pirko
2020-05-12 14:53     ` Vadym Kochan
2020-05-12 15:03       ` Jiri Pirko
2020-05-12 15:07         ` Vadym Kochan
2020-05-12 15:21           ` Jiri Pirko
2020-05-11 12:57   ` Jiri Pirko
2020-05-11 19:24     ` Vadym Kochan
2020-05-12  5:55       ` Jiri Pirko
2020-05-12  7:15         ` Vadym Kochan
2020-05-12 11:13           ` Jiri Pirko
2020-05-12 14:50     ` Vadym Kochan
2020-05-12 15:02       ` Jiri Pirko
2020-04-30 23:20 ` [RFC next-next v2 2/5] net: marvell: prestera: Add PCI interface support Vadym Kochan
2020-05-01  0:00   ` Andrew Lunn
2020-05-01  6:22     ` Vadym Kochan
2020-05-01 13:25       ` Andrew Lunn
2020-05-11 11:23   ` Jiri Pirko
2020-05-26 16:26     ` Vadym Kochan
2020-05-27  5:53       ` Jiri Pirko
2020-05-27  8:55         ` Vadym Kochan
2020-05-27 12:01           ` Mickey Rachamim
2020-05-28 10:29             ` Jiri Pirko
2020-04-30 23:20 ` [RFC next-next v2 3/5] net: marvell: prestera: Add ethtool " Vadym Kochan
2020-05-11 17:31   ` Jiri Pirko
2020-04-30 23:20 ` [RFC next-next v2 4/5] net: marvell: prestera: Add Switchdev driver implementation Vadym Kochan
2020-04-30 23:20 ` [RFC next-next v2 5/5] dt-bindings: marvell,prestera: Add address mapping for Prestera Switchdev PCIe driver Vadym Kochan
2020-05-01  0:01   ` Andrew Lunn

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=20200511141117.GF25096@plvision.eu \
    --to=vadym.kochan@plvision.eu \
    --cc=Chris.Packham@alliedtelesis.co.nz \
    --cc=andrew@lunn.ch \
    --cc=andrii.savka@plvision.eu \
    --cc=davem@davemloft.net \
    --cc=idosch@mellanox.com \
    --cc=jiri@mellanox.com \
    --cc=jiri@resnulli.us \
    --cc=netdev@vger.kernel.org \
    --cc=oleksandr.mazur@plvision.eu \
    --cc=serhiy.boiko@plvision.eu \
    --cc=serhiy.pshyk@plvision.eu \
    --cc=taras.chornyi@plvision.eu \
    --cc=volodymyr.mytnyk@plvision.eu \
    /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).