From Bugzilla Helper: User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.2.16-3 i686) When using dhcpcd only to determine the IP infos (pump can`t set hostnames), dhcpcd is not able to send a correct dhcp request at the first attempt. I.e. it sends a request with the clientID 00:00:00:00:00:00, instead of the real MAC address of the NIC. The problem did not change with the lastest kernel (2.2.17-14) nor with the latest dhcpcd version (1.3.19pl6-1). The second attempt will work, resulting in a dhcp request with the correct MAC address. It looks like the kernel module loader loads the module for the NIC (3c90x) by the time dhcpcd is called in ifup but then fails to provide the MAC address to dhcpcd. Reproducible: Always Steps to Reproduce: 1. ifdown eth0 ; rmmod 3c90x 2. /sbin/dhcpcd -R -B -H eth0 Actual Results: dhcp server log: dhcpd: no free leases on network 129.132.10.0 match 00:00:00:00:00:00 On the client: 3Com 3c90x Version 1.0.0i 1999 (linux_drivers) timeout after 60s Expected Results: dhcp server log: dhcpd: DHCPDISCOVER from 00:b0:d0:7b:b6:6c via hme0 dhcpd: DHCPOFFER on 129.132.10.102 to 00:b0:d0:7b:b6:6c via hme0 dhcpd: DHCPREQUEST for 129.132.10.102 from 00:b0:d0:7b:b6:6c via hme0 dhcpd: DHCPACK on 129.132.10.102 to 00:b0:d0:7b:b6:6c via hme0 Interestingly, doing step 2. with pump works w/o any problems. An easy workaround is to use pump first and dhcpcd the next line.
Does it work better if you use the 3c59x driver?
Indeed, the problem disappears when using the module 3c59x instead of 3c90x.
Sounds like already resolved.