Bug#248061: some link detection code all ready there
On Fri, Nov 09, 2007 at 11:50:32AM +0100, Geert Stappers wrote:
> After some research, I found out that my eth1 indeed had no MII ioctl
> support. So the installer was right to ask for choosing a NIC.
> People with multiple NICs, that do have MII ioctl support,
> in their installed system and see that the live interface is detected,
> please be carefull with closing this bugreport, because it is merged
> with other bugreports.
> Confirming that "link detection" works is appreciated.
We have a number of Dell PowerEdge machines that do not indicate which
interface has link when running d-i. dmesg(8) says the adapters are:
eth0: Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet
eth1: Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet
and mii-tool(8) does detect the presence or absence of link:
eth0: negotiated 100baseTx-FD, link ok
eth1: no link
These interfaces take a while to negotiate a link, probably because spanning
tree is enabled on the switch ports they're attached to, so it necessarily
takes a while for the port to enter the forwarding state. Is there a way to
have d-i/netcfg sleep for a longer (configurable?) period of time before
assuming no link has been negotiated?
John Morrissey _o /\ ---- __o
firstname.lastname@example.org _-< \_ / \ ---- < \,
www.horde.net/ __(_)/_(_)________/ \_______(_) /_(_)__