On Mon, 12 Oct 2009 10:10:24 +0200, "Erich Titl" <erich.t...@think.ch> said: > What exactly are you referring to? The 2 NIC setup is probably the > standard and the only thing I can think of is the assignment of ethXX > to a specific NIC. This is not a Bering issue but just the way Linux > addresses its hardware (it can be overridden later afaik). With NICs > this is typically determined by the sequence of driver loading, e.g. > if you have the e1000 driver before the e100 driver in you > /etc/modules file and you have both nic types in your platform, then > the e1000 will have a lower ethnn number. AFAIK within the same driver > the sequence is determined by the mac address of the NIC.
Quite so. That's esentially what I found out from a message reply by Charles re Dachstein in searching the message base. Thing is, I've been running Linux for over 5 years. In the versions of modutils I use, derived from LFS, such things can be assigned by "alias eth1 3c59x" for example. I never ran across the "default case" before and didn't know it. If one HASN'T run across this before, then one needs to know it, since Bering doesn't seem to use aliases in its /etc/modules file. (MY firewall uses a modem, and Bering-1.2, because dialup is all I can afford.) I'm just suggesting that a few sentences like you wrote in the documentation would have been a big help, because I was stuck! -- Paul Rogers paulgrog...@fastmail.fm http://www.xprt.net/~pgrogers/ Rogers' Second Law: "Everything you do communicates." (I do not personally endorse any additions after this line. TANSTAAFL :-) -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
