From: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>
To: Tim Harvey <tharvey@gateworks.com>
Cc: Stephen Hemminger <stephen@networkplumber.org>,
netdev <netdev@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
Grant Likely <grant.likely@linaro.org>,
Rob Herring <robh+dt@kernel.org>
Subject: Re: [PATCH] net: sky2: allow mac to come from dt
Date: Wed, 05 Mar 2014 21:15:51 +0300 [thread overview]
Message-ID: <531769D7.80507@cogentembedded.com> (raw)
In-Reply-To: <CAJ+vNU2Uzsriq6e1ef6iH7omTkGGSxz=ox=XquUTw5MFvQDFCA@mail.gmail.com>
Hello.
On 03/05/2014 06:38 PM, Tim Harvey wrote:
>>> The driver reads the mac address from the device registers which would
>>> need to have been programmed by the bootloader. This patch adds
>>> the ability to pull the mac from devicetree via the pci device dt node.
>> I highly doubt that "[local-]mac-address" prop would be added to
>> (autodiscovered) PCI device node.
> I wouldn't have done this if I didn't need it ;)
> The u-boot bootloader will do this for boards supporting devicetree.
> Specifically, it will take the ethaddr/eth<n<addr/etc env vars and
> apply a local-mac-address property to the devicetree using ethernet<n>
> devicetree aliases. This is to support MAC addresses coming from
> EEPROM, eFUSE, etc. The key here is that it doesn't need to know
> where in the tree the eth devices are because it makes use of the
> aliases node.
> This of course requires that you do have an ethernet<n> alias to your
> PCI based network device in your dt which I agree may seem strange for
> an auto-probed bus, but in the case of a bootloader without PCI
> support and/or sky2 support this seems the proper way to get the MAC
> address from the bootloader to the driver.
Ah, thanks for the explanation.
>> [...]
>>> @@ -4805,8 +4808,27 @@ static struct net_device *sky2_init_netdev(struct
>>> sky2_hw *hw, unsigned port,
>>>
>>> dev->features |= dev->hw_features;
>>>
>>> + /* try to get mac address in the following order:
>>> + * 1) from device tree data
>>> + * 2) from internal registers set by bootloader
>>> + */
>>> + iap = NULL;
>>> + if (IS_ENABLED(CONFIG_OF)) {
>>> + struct device_node *np = hw->pdev->dev.of_node;
>>> + if (np)
>>> + iap = (unsigned char *) of_get_mac_address(np);
>>> + }
>>> +
>>> + /* 2) mac registers set by bootloader
>>> + */
Why not make it one-line? And it's kind of repetitive.
>>> + if (!iap || !is_valid_ether_addr(iap)) {
>>> + memcpy_fromio(&tmpaddr, hw->regs + B2_MAC_1 + port * 8,
>>> + ETH_ALEN);
>> This line should start right under & on the previous line.
> agreed - not sure why checkpatch.pl didn't catch that
It catches this only with --strict option.
>> WBR, Sergei
> Thanks for the review!
Not at all.
> Tim
WBR, Sergei
prev parent reply other threads:[~2014-03-05 18:15 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-05 6:22 [PATCH] net: sky2: allow mac to come from dt Tim Harvey
2014-03-05 6:32 ` Rob Herring
2014-03-05 15:38 ` Tim Harvey
2014-03-05 14:15 ` Sergei Shtylyov
2014-03-05 15:38 ` Tim Harvey
2014-03-05 18:15 ` Sergei Shtylyov [this message]
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=531769D7.80507@cogentembedded.com \
--to=sergei.shtylyov@cogentembedded.com \
--cc=devicetree@vger.kernel.org \
--cc=grant.likely@linaro.org \
--cc=netdev@vger.kernel.org \
--cc=robh+dt@kernel.org \
--cc=stephen@networkplumber.org \
--cc=tharvey@gateworks.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.