Hi Jouni, > > > I can confirm that this used to be a regular situation between my X200 > > > and a D-Link access point. > > Which D-Link model is that AP? I think I should try to get one of those > added to me test bed.. ;-) from the WPS information element: * Version: 1.0 * Manufacturer: D-Link Systems * Model: DIR-615 * Device name: Wireless N Router * Config methods: Label I bought it over a year ago in Canada. It is actually my second of these since I fried the first one :) > > so I finally got the debug output for you. Took only over a day :) > > Thanks! Would you happen to have timing information available for these > (e.g., from klogd)? It looks like the AP is sending out an ADDBA Request > to update some parameters, but we currently ignore that request. > However, at least in this particular case, our RX reorder bug head_seq > matches with the ssn from the ADDBA Request, so I'm not sure whether > ignoring the ADDBA contents is really causing harm here (anyway, we > should really process these updates, too). > > The timeouts on RX reorder frames look similar to what I have seen in my > tests and the workaround was indeed trying to address that type of > issue, so it is nice to hear that it helped in this case, too. I don't have the timing details since my Fedora for some reason doesn't log them to the filesystem. I have to fix that. Also re-producing this is not as simple as you think. I have no idea when this happens. There is no way to actually trigger it from my side. Regards Marcel -- 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
