svn commit: r190031 - head/etc/defaults

[Dmitry Marakasov]

* Brooks Davis (brooks at FreeBSD.org) wrote:

> > I use ale(4). Will test some more. Couldn't the fact that the interface
> > is renamed be the reason?
> 
> Shouldn't be.  I use renamed interfaces a fair bit.  The ale(4) driver
> uses mii, but so lack of link events shouldn't be an issue unless the
> driver is buggy.
> 
> > Also, how is the issue of services not starting because of no default
> > route/dns/network available solved when running dhclient from devd?
> 
> The wait in /etc/rc.d/defaultroute.

OK, an hour of reboots and I've nailed it. The cause is that by the time
defaultroute is executed, there's no link on the interface -> wait for
route is skipped (see defaultroute_start).

Some lines from dmesg:

ale0: <Atheros AR8121/AR8113/AR8114 PCIe Ethernet> port 0xdc00-0xdc7f mem 0xfe9c0000-0xfe9fffff irq 17 at device 0.0 on pci2
ale0: 960 Tx FIFO, 1024 Rx FIFO
ale0: Using 1 MSI messages.
miibus0: <MII bus> on ale0
atphy0: <Atheros F1 10/100/1000 PHY> PHY 0 on miibus0
atphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto
ale0: Ethernet address: 00:22:15:75:15:b2
ale0: [FILTER]
... (many other devices)
ale0: changing name to 'panopticon'
panopticon: link state changed to DOWN
panopticon: no link .....panopticon: link state changed to UP
 got link
DHCPREQUEST on panopticon to 255.255.255.255 port 67
DHCPREQUEST on panopticon to 255.255.255.255 port 67
DHCPACK from 192.168.0.2
bound to 192.168.0.32 -- renewal in 43200 seconds.

Turning off name change won't help - it still linkdowns after detection like that.

I think that check for live interface should be removed from
defaultroute.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3 at amdmi3.ru  ..:  jabber: amdmi3 at jabber.ru    http://www.amdmi3.ru