Prev: Capturing a signal from a composite video socket
Next: NYC LOCAL: Tuesday 11 May 2010 Lisp NYC Meet and NYLUG Hack Meet
From: Robert Heller on 11 May 2010 06:11
At Tue, 11 May 2010 05:25:45 +0000 (UTC) Rahul <nospam(a)nospam.invalid> wrote:

>
> Balwinder S Dheeman <bsd.SANSPAM(a)anu.homelinux.net> wrote in
> news:kh1nb7xij6.ln2(a)news.homelinux.net:
>
> > 1) Best swap the cards, if these are not on-borad or integrated on
> > mother board; tested, will definitely work.
> >
>
> Can't do that unfortunately. My 1 Gig cards are on the Motherboard
> integrated. My 10 Gig Card is an addon PCI.
>
> Also, is the order gurranteed? i.e. let's say I had (for arguments sake)
> the correct order in machine1 by swapping the cards. Will the same order
> persist in machine2 as well? Assuming the machines are identical? What
> decides the order in which the system probes cards or is it foolish to
> depend on this order. Further, let's assume I get a certain order on a
> machine, then, without explicit udev rules, is this order gurranteed on
> future reboots?

The order is a matter of the order on the PCI buss(es), as seen by the
BIOS's POST code. So for a given model motherboard (and its BIOS) and
a given order of cards in PCI slots, yes, the order will be the same
for all instances of that specific model motherboard, with those NICs in
that partitular slot ordering of cards. The BIOS's POST code has a hard
coded ordering of busses and slots and assigns each buss an index and
each slot an index. The O/S that indexes the slots in index order, as
defined by the BIOS.


>

--
Robert Heller -- Get the Deepwoods Software FireFox Toolbar!
Deepwoods Software -- Linux Installation and Administration
http://www.deepsoft.com/ -- Web Hosting, with CGI and Database
heller(a)deepsoft.com -- Contract Programming: C/C++, Tcl/Tk


From: Pascal Hambourg on 11 May 2010 07:17
Hello,

Robert Heller a �crit :
>
> The order is a matter of the order on the PCI buss(es), as seen by the
> BIOS's POST code.

Not quite. The order is a matter of interface enumeration by their
respective drivers. Then here come udev, concurrent module loading and
execution, race conditions, etc.

Only if you can make sure that the drivers are loaded in a fixed order
(or the interfaces have the same driver), then the default names will be
predictable.
From: Pascal Hambourg on 11 May 2010 07:18
Bit Twister a �crit :
>
> Besides playing with a rules file, check /etc/mod* files for driver
> and ethX.
> Example from a Mandriva Linux install.
> $ grep eth /etc/mod*
> /etc/modprobe.conf_vorig:alias eth0 8139too
> /etc/modprobe.conf_vorig:alias eth1 tulip

AFAIK, this does not rename interfaces. It just allows things like
"ifconfig eth0" to load the appropriate module when invoked.
From: Pascal Hambourg on 11 May 2010 07:33
Rahul a �crit :
> I have 2 different eth cards in a bunch of machines: a 1Gig and a 10Gig.
> Each is a different vendor. How can I always make the 1 Gig come up as eth0
> and the 10Gig as a eth2?
>
> The MACs are of course all different, but the first 4 places of each vendor
> are unique. i.e. Vendor1's cards (the 1GigE's) start with 00:26 and the
> Vendor2's (10 Gig) with 00:07.
>
> Normally I net install the machines automatially using PXE+Kickstart. I am
> using CentOS 5.4.
>
> Is udev the correct solution? I tried adding to /etc/udev/rules.d a file
> havin the line:
>
> KERNEL="eth*" ATTR{address}=="00:07:*" NAME="eth2"
>
> but it didn't seem to work. Are there any other solutions? Or maybe I am
> doing something wrong?

Shouldn't it be KERNEL=="eth*" (with double =) ?
If the wildcard on the MAC address does not work and if the interfaces
use different drivers, you may try to match them with a DRIVER key.
From: J G Miller on 11 May 2010 09:09
On Tue, 11 May 2010 04:30:24 +0000, Robert Riches wrote:

> To force a particular sound card to be seen first, put
> something like this in /etc/modprobe.conf:
>
> options snd slots=snd-intel8x0

I thought the actual syntax was along the lines of

options snd_module_for_device_to_be_first index=0
options snd_module_for_device_to_be_second index=1

And to solve the problem of sound device ordering if
multiple USB sound devices are left plugged in or not
one specifies the product identifier and vendor identifier
in addition.

options snd-usb-audio index=1,2 (line continues ...)
pid=0x0028,0x000c vid=0x0ccd,0x0d8c
First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4 5 6 7
Prev: Capturing a signal from a composite video socket
Next: NYC LOCAL: Tuesday 11 May 2010 Lisp NYC Meet and NYLUG Hack Meet