From: Stefan Roese <sr@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 2/2] net: phy: Add ability to program the ksz9031 skew values from the uboot env
Date: Wed, 11 Feb 2015 09:26:06 +0100 [thread overview]
Message-ID: <54DB121E.8070800@denx.de> (raw)
In-Reply-To: <CANr=Z=YxN4kKccdAyQfNDkZknKs_4wNYQ5PO+heJKAgmOPYhBA@mail.gmail.com>
On 11.02.2015 09:07, Joe Hershberger wrote:
>>>> I agree it would make more sense to pull these from devicetree - I'm
>>>> planning on adding that in a future patch. I thought it would be a good
>>>> idea to pull these values from the environment first, overriding the
>>>> devicetree (if present in the environment). This approach is helpful
>>>> during bringup & debug since it doesn't require one to change the
>>>> devicetree to try something quickly. I'm ok with any approach you think
>>>> would work for the community.
>>>
>>>
>>> You can do that with the 'mii' command as well I think, but I might be
> wrong.
>>
>>
>> Yes. For testing or board bringup this might really serve. Even though
> this setting via environment as proposed from Vince is more elegant and
> less hackish. And easier to adjust/tune for "normal users".
>>
>> The default values should come from the DT, once this is all in place.
> But I think that for initial board bringup / testing such a method, to
> override those values via environment variables can be quite helpful.
>>
>> Joe, whats your opinion on this?
>
> Do we really think this is a strong use-case? This seem like the type of
> thing I would expect to tweak for testing through mii / mdio commands and
> then configure the device tree based on that. This is pretty much a
> one-time thing for a given board it seems to me.
>
> If we really want a polished interface to it, we should define a
> sub-command / new command that phy drivers can implement. I'm not sure an
> undiscoverable, un-"help"-able list of env vars will be apparent to users.
> Do you have a feeling for how close to universal any of these parameters
> are across phys?
No. But with your comments above (which make total sense), I tend to NAK
this ability to configure the PHY skew timings via environment variables.
Thanks,
Stefan
next prev parent reply other threads:[~2015-02-11 8:26 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-09 14:44 [U-Boot] [PATCH 0/2] Add getenv_long and Micrel ksz9031 skew settings Vince Bridgers
2015-02-09 14:44 ` [U-Boot] [PATCH 1/2] cmd: Add getenv_long to support reading signed integers from the uboot env Vince Bridgers
2015-02-09 19:12 ` Marek Vasut
2015-02-09 14:44 ` [U-Boot] [PATCH 2/2] net: phy: Add ability to program the ksz9031 skew values " Vince Bridgers
2015-02-09 19:18 ` Marek Vasut
2015-02-09 21:31 ` Vince Bridgers
2015-02-10 18:51 ` Marek Vasut
2015-02-11 7:08 ` Stefan Roese
2015-02-11 8:07 ` Joe Hershberger
2015-02-11 8:26 ` Stefan Roese [this message]
2015-02-13 16:19 ` Vince Bridgers
2015-02-13 16:44 ` Stefan Roese
2015-02-15 14:43 ` Marek Vasut
2015-02-13 16:17 ` Vince Bridgers
2015-02-13 16:05 ` Vince Bridgers
2015-02-13 15:57 ` Vince Bridgers
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=54DB121E.8070800@denx.de \
--to=sr@denx.de \
--cc=u-boot@lists.denx.de \
/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.