On 7 April 2015 at 07:12, Michal Kazior <michal.kazior@xxxxxxxxx> wrote:
> 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.
>
Check this discussion (ibss + p2p_device - this could be one you hit).
http://www.spinics.net/lists/linux-wireless/msg134447.html
BR
Janusz
--
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
