From: Ulf Samuelsson <ulf@atmel.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Proposal for patch to configure networkparameters
Date: Sat, 21 Apr 2007 01:58:23 +0200 [thread overview]
Message-ID: <030501c783a8$3ccbebd0$01c4af0a@Glamdring> (raw)
In-Reply-To: 20070420232905.A8BD2352650@atlas.denx.de
>> Could you post a list of configuration parameters that you'd rather not
>> see in a board
>> header file? When I created MPC8349ITX.h, I just followed the example of
>> other 83xx
>> boards. I defined the network CONFIG_ options, because I thought that a
>> flash-default
>> setting would be useful.
>
> At least partially it's a matter of taste. I tend to rather make sure
> that a user of the board sees that he must provide his own network
> configuration by providing no default setting, rather then having to
> deal with nasty network issues because several boards share the same
> IP or - even worse - MAC addresses.
>
>
> Just use common sense. Anything that is board-specific should never
> be set in the board config file because that would mean that all
> boards would share this property in the default configuration.
>
> An absolute no-no is CONFIG_ETH*ADDR.
>
> Similar, attempts to define a standard setting for "serial#" are
> seriously broken.
>
> I also consider it bad design to set CONFIG_IPADDR an CONFIG_HOSTNAME
>
>
> Note that you *can* do all these things, if you know exactly what you
> are doing - that's whey the feature is there. But shipping boards to
> customer with all set to the same MAC address is a felony and
> deserves serious punishment (hello Andrea!).
I am not shipping *any* boards to anyone, so I dont have the problem...
If you want to avoid misuse of the feature, you could actually reserve a
specific
ethaddr for production use in a point to point configuration
and check for this ethaddr when you boot.
If you have this ethaddr, then you will not boot, and will instead print an
error message...
>
> Ulf was (originally) asking for a customization feature; of course it
> makes sense to customize boards during production, for example to set
> board-specific values for MAC address, serial number, etc. But this
> can, and should, be done without creating different U-Boot images.
>
Again, none of these values are BOARD specific.
The board specific values are set using "autoscr"
but you can't tftp down a script without an ethaddr, can you?
Again, very little of the discussion is still about the patch itself.
The reason for the patch , is that I would want to be able to generate some
arbitrary configuration items using scripts (or even by a simple copy)
and I do not want to modify any board.h files to do this.
Is this really a bad thing?
> Best regards,
>
> Wolfgang Denk
>
> --
Best Regards
Ulf Samuelsson ulf at atmel.com
Atmel Nordic AB
Mail: Box 2033, 174 02 Sundbyberg, Sweden
Visit: Kavalleriv?gen 24, 174 58 Sundbyberg, Sweden
Phone +46 (8) 441 54 22 Fax +46 (8) 441 54 29
GSM +46 (706) 22 44 57
Technical support when I am not available:
AT89 C51 Applications Group: mailto:micro.hotline at nto.atmel.com
AT90 AVR Applications Group: mailto:avr at atmel.com
AT91 ARM Applications Group: mailto:at91support at atmel.com
FPSLIC Application Group: mailto:fpslic at atmel.com Best AVR
link: www.avrfreaks.net
next prev parent reply other threads:[~2007-04-20 23:58 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-20 19:22 [U-Boot-Users] Proposal for patch to configure network parameters Ulf Samuelsson
2007-04-20 20:40 ` Timur Tabi
2007-04-20 20:49 ` Wolfgang Denk
2007-04-20 20:55 ` Ben Warren
2007-04-20 21:51 ` [U-Boot-Users] Proposal for patch to configurenetwork parameters Ulf Samuelsson
2007-04-20 23:12 ` Wolfgang Denk
2007-04-20 23:39 ` Ulf Samuelsson
2007-04-21 0:31 ` Wolfgang Denk
2007-04-21 6:07 ` Ulf Samuelsson
2007-04-21 6:17 ` Ulf Samuelsson
2007-04-22 19:56 ` Timur Tabi
2007-04-22 20:25 ` Wolfgang Denk
2007-04-22 20:30 ` Timur Tabi
2007-04-22 21:27 ` Ulf Samuelsson
2007-04-20 21:59 ` [U-Boot-Users] Proposal for patch to configure network parameters Ulf Samuelsson
2007-04-20 23:14 ` Wolfgang Denk
2007-04-20 23:46 ` [U-Boot-Users] Proposal for patch to configure networkparameters Ulf Samuelsson
2007-04-20 20:47 ` [U-Boot-Users] Proposal for patch to configure network parameters Wolfgang Denk
2007-04-20 21:35 ` [U-Boot-Users] Proposal for patch to configure networkparameters Ulf Samuelsson
2007-04-20 22:59 ` Wolfgang Denk
2007-04-20 23:29 ` Ulf Samuelsson
2007-04-21 0:25 ` Wolfgang Denk
2007-04-21 6:05 ` Ulf Samuelsson
2007-04-21 10:37 ` Robert Schwebel
2007-04-22 5:30 ` Ulf Samuelsson
2007-04-22 7:27 ` Robert Schwebel
2007-04-22 8:45 ` Ulf Samuelsson
2007-04-22 11:05 ` Wolfgang Denk
2007-04-22 13:16 ` Ulf Samuelsson
2007-04-22 13:58 ` Wolfgang Denk
2007-04-22 14:28 ` Ulf Samuelsson
2007-04-22 18:48 ` Wolfgang Denk
2007-04-22 10:30 ` Wolfgang Denk
2007-04-20 23:03 ` [U-Boot-Users] Proposal for patch to configure network parameters Timur Tabi
2007-04-20 23:29 ` Wolfgang Denk
2007-04-20 23:58 ` Ulf Samuelsson [this message]
2007-04-21 12:41 ` Andreas Schweigstill
2007-04-22 20:11 ` Timur Tabi
2007-04-22 20:31 ` Wolfgang Denk
2007-04-22 21:50 ` [U-Boot-Users] Proposal for patch to configure networkparameters Ulf Samuelsson
2007-04-22 23:57 ` Wolfgang Denk
2007-04-23 5:43 ` Ulf Samuelsson
2007-04-23 6:46 ` [U-Boot-Users] MPC8343 I2C problem Monstr at seznam.cz
2007-04-23 14:46 ` Timur Tabi
2007-04-23 7:00 ` [U-Boot-Users] MPC8343 NET without PHY Monstr at seznam.cz
2007-04-23 14:51 ` Timur Tabi
2007-04-23 8:59 ` [U-Boot-Users] Proposal for patch to configure networkparameters Wolfgang Denk
2007-04-23 9:24 ` Ulf Samuelsson
2007-04-23 10:50 ` Wolfgang Denk
2007-04-23 9:01 ` Ulf Samuelsson
2007-04-22 21:38 ` Ulf Samuelsson
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='030501c783a8$3ccbebd0$01c4af0a@Glamdring' \
--to=ulf@atmel.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox