All of lore.kernel.org
 help / color / mirror / Atom feed
* When laptop is docked, eth0 moves from pcmcia to docking station nic (both work wth same driver)
@ 2002-11-05 17:17 Buddy Lumpkin
  2002-11-05 18:18 ` Alan Cox
  0 siblings, 1 reply; 3+ messages in thread
From: Buddy Lumpkin @ 2002-11-05 17:17 UTC (permalink / raw)
  To: linux-kernel

Hello All,
 
I don't know exactly where to look to solve this problem, so im posting
here.
 
I have a laptop with a 3com PCMCIA NIC and a 3com NIC built into a
docking station. When I dock my laptop, eth0 becomes the docking station
NIC. I just want to know where to look to be able to control which
device becomes which device. Im used to Solaris where a path_to_inst
file correlates a device path to an instance number and device links are
made accordingly. Does Linux have a similar capability?
 
I wouldn't care so much about this, but vmware acts flaky if you have a
bridge on both eth0 and eth1 when eth1 disappears.
 
Thanks in advance,
 
--Buddy



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: When laptop is docked, eth0 moves from pcmcia to docking station nic (both work wth same driver)
  2002-11-05 17:17 When laptop is docked, eth0 moves from pcmcia to docking station nic (both work wth same driver) Buddy Lumpkin
@ 2002-11-05 18:18 ` Alan Cox
  2002-11-06  2:41   ` When laptop is docked, eth0 moves from pcmcia to dockingstation nic (Linux needs path_to_inst) Buddy Lumpkin
  0 siblings, 1 reply; 3+ messages in thread
From: Alan Cox @ 2002-11-05 18:18 UTC (permalink / raw)
  To: Buddy Lumpkin; +Cc: Linux Kernel Mailing List

On Tue, 2002-11-05 at 17:17, Buddy Lumpkin wrote:
> I have a laptop with a 3com PCMCIA NIC and a 3com NIC built into a
> docking station. When I dock my laptop, eth0 becomes the docking station
> NIC. I just want to know where to look to be able to control which
> device becomes which device. Im used to Solaris where a path_to_inst
> file correlates a device path to an instance number and device links are
> made accordingly. Does Linux have a similar capability?

You can ask for the MAC or PCI address of an interface, and you can
rename interfaces if you wish. The Red Hat 8.0 scripts are one example
that supports this


^ permalink raw reply	[flat|nested] 3+ messages in thread

* RE: When laptop is docked, eth0 moves from pcmcia to dockingstation nic (Linux needs path_to_inst)
  2002-11-05 18:18 ` Alan Cox
@ 2002-11-06  2:41   ` Buddy Lumpkin
  0 siblings, 0 replies; 3+ messages in thread
From: Buddy Lumpkin @ 2002-11-06  2:41 UTC (permalink / raw)
  To: 'Alan Cox'; +Cc: 'Linux Kernel Mailing List'


>You can ask for the MAC or PCI address of an interface

Where do I do this? 


, and you can
>rename interfaces if you wish. The Red Hat 8.0 scripts are one example
>that supports this

I don't need to rename them, I need them to stay put, or have some kind
of control over which NIC becomes eth0 and which NIC becomes eth1.

This makes me wonder about running Linux on large systems. How do you
make sure that if you have 2 NICS and you populate PCI slots 3 and 2,
what happens when you add another NIC in slot 0? Do the devices shift?
How do you get them to stay put?

What about SCSI cards? Does logical volume manager software tolerate
LUNS moving around when SCSI interfaces shift?

It seems there needs to be better control over this, something like
path_to_inst in Solaris?

--Buddy


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-11-06  2:33 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-11-05 17:17 When laptop is docked, eth0 moves from pcmcia to docking station nic (both work wth same driver) Buddy Lumpkin
2002-11-05 18:18 ` Alan Cox
2002-11-06  2:41   ` When laptop is docked, eth0 moves from pcmcia to dockingstation nic (Linux needs path_to_inst) Buddy Lumpkin

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.