From: Liviu Dudau <Liviu.Dudau@arm.com>
To: Stephen Hemminger <stephen@networkplumber.org>
Cc: Mirko Lindner <mlindner@marvell.com>,
"ryan.harkin@linaro.org" <ryan.harkin@linaro.org>,
netdev <netdev@vger.kernel.org>,
lkml <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] sky2: Add module parameter for passing the MAC address
Date: Wed, 5 Aug 2015 18:16:53 +0100 [thread overview]
Message-ID: <20150805171652.GG20890@e106497-lin.cambridge.arm.com> (raw)
In-Reply-To: <20150805094057.59260077@urahara>
On Wed, Aug 05, 2015 at 05:40:57PM +0100, Stephen Hemminger wrote:
> On Wed, 5 Aug 2015 16:50:54 +0100
> Liviu Dudau <Liviu.Dudau@arm.com> wrote:
>
> > For designs where EEPROMs are not connected to PCI Yukon2
> > chips we need to get the MAC address from the firmware.
> > Add a module parameter called 'mac_address' for this. It
> > will be used if no DT node can be found and the B2_MAC
> > register holds an invalid value.
> >
> > Signed-off-by: Liviu Dudau <Liviu.Dudau@arm.com>
>
> Yes, I can see that this can be a real problem, and other drivers
> solve the problem. The standard method is to assign a random mac address
> (and then let scripts overwrite) rather than introducing module parameter.
> Module parameters are discouraged because they are device specific.
>
I agree. However, in my case, the boards people have assigned MAC addresses
to the chip, they just didn't built the board in such a way as to allow one
to store that MAC address in a permanent way :( And no, I can't use the DT
because the chip is actually on the PCIe bus.
Even with the generation of a random address, it still needs to be copied
into the device, so I would guess that a version of the patch I've sent is
still relevant?
Best regards,
Liviu
>
>
--
====================
| I would like to |
| fix the world, |
| but they're not |
| giving me the |
\ source code! /
---------------
¯\_(ツ)_/¯
next prev parent reply other threads:[~2015-08-05 17:17 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-05 15:50 Liviu Dudau
2015-08-05 16:40 ` Stephen Hemminger
2015-08-05 17:16 ` Liviu Dudau [this message]
2015-08-05 20:33 ` Francois Romieu
2015-08-05 23:16 ` Stephen Hemminger
2015-08-06 0:33 ` Florian Fainelli
2015-08-11 14:35 ` [PATCH v2 net-next] sky2: use random address if EEPROM is bad Liviu Dudau
2015-08-11 17:01 ` Stephen Hemminger
2015-08-12 9:30 ` Liviu Dudau
2015-08-12 15:28 ` Stephen Hemminger
2015-08-12 16:00 ` Liviu Dudau
2015-08-11 18:56 ` Sergei Shtylyov
2015-08-12 9:15 ` Liviu Dudau
[not found] ` <CAD0U-h+Lbz+bygVCaF1Ji0VPLfh9sn504rCeGigXLER+H=KnZg@mail.gmail.com>
2015-08-05 17:18 ` [PATCH] sky2: Add module parameter for passing the MAC address Liviu Dudau
2015-08-06 0:32 ` David Miller
2015-08-06 10:31 ` Liviu Dudau
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=20150805171652.GG20890@e106497-lin.cambridge.arm.com \
--to=liviu.dudau@arm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mlindner@marvell.com \
--cc=netdev@vger.kernel.org \
--cc=ryan.harkin@linaro.org \
--cc=stephen@networkplumber.org \
/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
all inboxes | Powered by JetHome®