On Wednesday 31 of July 2013, Johannes Berg wrote: > On Wed, 2013-07-31 at 08:55 +0200, Arkadiusz Miskiewicz wrote: > > It basically reports: > > [79477.496067] eth1: AP 68:7f:74:06:b3:1b changed bandwidth, new config > > is 2422 MHz, width 1 (2422/0 MHz) [79477.496072] eth1: AP > > 68:7f:74:06:b3:1b changed bandwidth in a way we can't support - > > disconnect > > > > (note I have two wrt160nl here and problem happens with both) > > > > Any hints on why "we can't support" configuration issued by this (common) > > AP? > > As far as I can tell, it seems to be an AP bug, but I had no idea this > was so common. > > Testing with hostapd, I can switch bandwidth between 20 and 40 MHz just > fine, and it only prints "new config is ..." and then carries on. > > Since you seem to be able to reproduce this easily, can you run tcpdump > with the beacon info? Will do. Unfortunately the problem doesn't always happen. Sometimes things work fine with this AP, sometimes they don't (and right now can't reproduce, so waiting for thing to happen again). btw. full dmesg http://pastebin.com/zTfR5rTK > johannes -- Arkadiusz Miśkiewicz, arekm / maven.pl -- 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
