Re: [PATCH] dnet: Dave DNET ethernet controller driver

[Neil Horman <nhorman@tuxdriver.com>]

On Thu, Mar 12, 2009 at 07:05:54AM -0700, David Miller wrote:
> From: Michael Cashwell <mboards@prograde.net>
> Date: Thu, 12 Mar 2009 09:41:38 -0400
> 
> > I'm confused by this. If I'm NFS-booting the board then how do I get
> > to those userland tools if I don't have a valid MAC address in place
> > to do the root mount?
> 
> Initial ramdisk.

+1, the simple fact of the matter is that, when building networkable devices,
the design requirements must include:

1) The ability to store unit-unique data, like MAC addresses, in persistent
storage, in a manner that can be read at arbitrary times from the OS.

2) The abiltiy to access that data from the OS under all relevant operating
conditions.

You have (1) covered, in that the bootloader passes the MAC on the command line
to the kernel which can then be read via /proc/cmdline easily.

If you can't accomplish (2) with NFS root built into the kernel, then quite
simply using built in NFS root isn't an option, and you need to burn some extra
storage to add an initramfs.  Its easy to do, and small.  Cost minimization is
important, but you can't remove what you need, and you need an initramfs.  You
can build one in just a few hundred kb, if you use busybox with a minimal
toolset (you'd probably need the sed, ifconfig, and ash applets).  I would make
a bet that even if you did need to spring for a bit of extra ram, the
incremental cost to that is less than the savings of using linux over something
that would required a per seat license, like VxWorks.

Neil



> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>