Quoting dragoran <drago01@xxxxxxxxx>:
I tryed to reproduce it here using a wrt54gl. I switched it to "B only" and was able to acciotate using iwl3945.
I'm not surprised. Newer routers a very likely to understand the extended rates even in 802.11b. It's not reasonable to dumb them down as much as to ignore the extended rates.
I disabled the essid broadcast, and I still can reproduce the problem.
Can you tell me how you captured the assoc request using wireshark? I am only able to capture the dhcp traffic but not the assoc request itself.
MadWifi captures everything in monitor mode. Please make sure to use the latest trunk revision with Linux 2.6.24-rc1, which makes sysctl check failures survivable.
I made a patch to disable OFDM rates, and the everything is working now. The station associates, dhclient works, I can transfer data. Actually, I remember that did something similar in bcm43xx_mac80211 several months ago to associate to the same router, so maybe the problem is in mac80211.
And it's possible that there are different routers with the same model number. Mine is Linksys BEFW11S4 ver 4, firmware version 1.52.02.
diff --git a/drivers/net/wireless/iwlwifi/iwl3945-base.c b/drivers/net/wireless/iwlwifi/iwl3945-base.c
index 4f22a71..004e57c 100644 --- a/drivers/net/wireless/iwlwifi/iwl3945-base.c +++ b/drivers/net/wireless/iwlwifi/iwl3945-base.c @@ -5343,8 +5343,8 @@ static int iwl_init_geos(struct iwl_priv *priv) modes[G].mode = MODE_IEEE80211G; modes[G].channels = channels; - modes[G].rates = rates; - modes[G].num_rates = 12; /* OFDM & CCK */ + modes[G].rates = &rates[8]; + modes[G].num_rates = 4; /* OFDM & CCK */ modes[G].num_channels = 0; priv->ieee_channels = channels; -- Regards, Pavel Roskin - To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
