Am 16.12.2013 16:15, schrieb Johannes Berg: > On Mon, 2013-12-16 at 16:09 +0100, David Herrmann wrote: > >> Thanks, I tracked down the ENETDOWN. I'm not entirely sure but I think it's: > > Obviously :) > >> @Oleksij, I actually have three ath9k-htc devices so I'd like to get >> this working, and the devices are really nice apart from this bug. I >> will keep you up to date, but if you have any hints where to continue >> digging, lemme know. Until it's fixed, I'll just work on >> wired-displays via ethernet instead of wifi-displays.. > > Based on what Oleksij said, these issues are likely not even related - > maybe ath9k_htc can't even set the rates to exclude CCK, so even if that > call were to succeed it wouldn't work? Hmm.. WMI_BITRATE_MASK should do it. ieee80211_ops->set_bitrate_mask is set, so theoretically we should be able to exclude CCK. Today i won't be able to check it. > The issue here doesn't seem to be that call anyway, since that call was > for the data frames on the p2p-wlan1-0 interface, but rather seems to be > that ath9k_htc ignores the no-CCK parameter for the NL80211_CMD_FRAME > command (in mac80211, this would be IEEE80211_TX_CTL_NO_CCK_RATE) > > johannes > -- Regards, Oleksij -- 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