On 7 April 2015 at 02:39, Ben Greear <greearb@xxxxxxxxxxxxxxx> wrote:
> Has anyone tried running ath10k to ath9k IBSS?
>
> I'm trying this with a somewhat hacked 4.0-rc6 kernel,
> and latest wpa_supplicant.
>
> ath9k to ath9k works with and without encryption, and ath10k to ath10k works
> (w/out encryption at least).
>
> But, if I try to tell ath10k to connect to ath9k, then the ath9k reports
> interface combinations
> issues and will not associate. I've added some debug, and the issue is the
> 'num==0' part here:
>
>
> int cfg80211_check_combinations(struct wiphy *wiphy,
> const int num_different_channels,
> const u8 radar_detect,
> const int iftype_num[NUM_NL80211_IFTYPES])
> {
> int err, num = 0;
>
> err = cfg80211_iter_combinations(wiphy, num_different_channels,
> radar_detect, iftype_num,
> cfg80211_iter_sum_ifcombs, &num);
> if (err) {
> pr_info("cfg-comb-check: failed to iterate combinations\n");
> return err;
> }
> if (num == 0) {
> pr_info("cfg-comb-check: iter-combinations returned
> num==0\n");
> return -EBUSY;
> }
>
> return 0;
> }
> EXPORT_SYMBOL(cfg80211_check_combinations);
>
> There should be exactly one interface on this radio that is admin-up, and it
> is the
> one that I am trying to make run in adhoc mode.
>
> Any ideas on this?
IBSS with non-fixed or dfs channel? It would bump
num_different_channels and yield no valid combinations. But why would
that work fine with, e.g. ath9k-ath9k otherwise - no idea.
Michał
--
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
