Since 2.6.27.19-170.2.35.fc10.x86_64, dhclient wlan0 doesn't seem to work any more.
However, bizarrely, dhclient eth0 does (to the same D-link wireless router).
The AP shows connected - tail /var/log/messages
wlan0: associate with AP 00:0f:3d:65:40:0c
wlan0: RX ReassocResp from 00:0f:3d:65:40:0c (capab=0x431 status=0 aid=2)
wlan0: associated
# dhclient -d -v wlan0
Internet Systems Consortium DHCP Client 4.0.0
Copyright 2004-2007 Internet Systems Consortium.
All rights reserved.
For info, please visit
http://www.isc.org/sw/dhcp/
Listening on LPF/wlan0/00:90:96:7b:45:f1
Sending on LPF/wlan0/00:90:96:7b:45:f1
Sending on Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 4
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 11
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 17
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 13
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
WINXP connects just fine. This (B43) has worked nicely ever since FC10 came out, and I was able to use the WiFi at all kinds of places on a recent trip. Other than a couple of yum updates, I don't think anything else has changed since. Other devices on the wlan are getting their DHCP requests satisfied correctly.
Is anyone else having this problem since about a week ago? Perhaps there's something really obvious I'm missing. I can manually assign an IP address to wlan0, manually edit the routing tables and edit /etc/resolv.conf, and then Wifi seems to work OK, so it doesn't seem to be b43 itself unless it is dropping DHCPOFFERS. If this isn't a regression, does anyone have any tips about how to debug this?
TIA!