All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Gabriel Tolón" <gtolon@inti.gob.ar>
To: ath9k-devel@lists.ath9k.org
Subject: [ath9k-devel] AP + IBSS in different ath9k versions
Date: Fri, 22 Jul 2011 16:02:28 -0300	[thread overview]
Message-ID: <4E29C944.3030309@inti.gob.ar> (raw)
In-Reply-To: <CAD2nsn3_8SBZay-tkFekvSWEQEK+Zq5TTrLJLxVQodXUNTJpeQ@mail.gmail.com>

Ok, i guess i can find that commits and comments on the wireless-testing 
git. i?ll dig into the code and the 80211 standard to analyze the 
beaconing problem also. Your answers have been very useful.

Regards


El 22/07/2011 12:05 p.m., Mohammed Shafi escribi?:
> On Fri, Jul 22, 2011 at 7:14 PM, Gabriel Tol?n<gtolon@inti.gob.ar>  wrote:
>> Thank you for your answer. I?ll put it in two different cases:
>>
>>   1) with the ath9k driver with comes with compat wireless 2.6.39-1:
>>
>>     Yes, like you said that ?s the message i get from dmesg when i try to
>> create the ad-hoc interface after another interface is up. However if i
>> first create the ad-hoc interface then i can bring up the original     wlan0
>> and run hostapd on it. But when i try to create an IBSS with "ibss join" i
>> get "device or resource bussy". I don?t know why the order of interface
>> creation/bringing up is important in this case.
> this check might be missing there
>
> commit 59575d1c717815d62f1b5aeac74e5e60a1b27428
> Author: Rajkumar Manoharan<rmanoharan@atheros.com>
> Date:   Mon Apr 4 22:56:16 2011 +0530
>
>      ath9k: deny new interface addtion on IBSS mode
>
>      The present check denies the IBSS interface addtion if we
>      already have any other vifs. But it fails to deny interface
>      addition if IBSS was already present.
>
>      Signed-off-by: Rajkumar Manoharan<rmanoharan@atheros.com>
>      Signed-off-by: John W. Linville<linville@tuxdriver.com>
>
>>   2) with older ath9k versions, for example compat wireless 2.6.32-16:
>>
>>     In this case i can run hostapd in wlan0 and then create and bring up an
>> ad-hoc interface without problems, furthermore i can join to an ibss with
>> "iw ibss join" and all works fine.
> commit 4801416c76a3a355076d6d371c00270dfe332e1c
> Author: Ben Greear<greearb@candelatech.com>
> Date:   Sat Jan 15 19:13:48 2011 +0000
>
>      ath9k: Fix up hardware mode and beacons with multiple vifs.
>
>>
>> The main doubt i have is why the case 2) is not supported anymore, if is
>> something wrong about it. Thank you again.
> I am not aware of the details, but I think it is because of TSF timer
> handling in driver
>>
>>
>>
>> El 22/07/2011 02:03 a.m., Mohammed Shafi escribi?:
>>> On Fri, Jul 22, 2011 at 1:15 AM, Gabriel Tol?n<gtolon@inti.gob.ar>    wrote:
>>>> Hi
>>>>
>>>> I?ve been using an Atheros 9285 chipset in a 2.6.32-32 kernel with ath9k
>>>> and two virtual interfaces, one in ad-hoc mode and the other in master
>>>> mode using hostapd. That configuration worked fine, with some computers
>>>> connected to the Acces Point and others to the IBSS running in the
>>>> ad-hoc interface. The only problem was that when bringing up the IBSS
>>>> (using iw) the interface using hostapd stopped sending beacons, but as
>>>> far as i understood all kept working thanks to the probe requests and
>>>> responses.
>>>>
>>>> Then i upgraded the ath9k driver using compat wireless-2.6.32.16 and all
>>>> worked like before. But when i used the ath9k driver of compat
>>>> wireless-2.6.39-1 i couldn ?t bring the IBSS up when the hostapd was
>>>> running (i could bring the ad hoc interface up, but not the IBSS with
>>>> "iw ibss join"). I?d like to know if this configuration is not supported
>>>> or will not be supported anymore, and if it could be possible to have
>>>> the AP beaconing together with an IBSS. Thank you!
>>> you would have got ?
>>> [ 2841.528600] ath: Cannot create ADHOC interface when other
>>> interfaces already exist.
>>>
>>> because of this check in main.c
>>>
>>>    if ((ah->opmode == NL80211_IFTYPE_ADHOC) ||
>>>              ((vif->type == NL80211_IFTYPE_ADHOC)&&
>>>               sc->nvifs>    0)) {
>>>                  ath_err(common, "Cannot create ADHOC interface when other"
>>>                          " interfaces already exist.\n");
>>>                  ret = -EINVAL;
>>>                  goto out;
>>>          }
>>>
>>>
>>>
>>>
>>>>
>>>> _______________________________________________
>>>> ath9k-devel mailing list
>>>> ath9k-devel at lists.ath9k.org
>>>> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>>>>
>>>
>>
>
>

  reply	other threads:[~2011-07-22 19:02 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-23 19:06 [ath9k-devel] multiple virtual ad-hoc interfaces gtolon at inti.gob.ar
2011-06-23 21:20 ` Pavel Roskin
2011-06-23 23:48   ` Adrian Chadd
2011-06-24  5:18     ` Mohammed Shafi
2011-06-24  6:01       ` Adrian Chadd
2011-07-21 19:45       ` [ath9k-devel] AP + IBSS in different ath9k versions Gabriel Tolón
2011-07-22  5:03         ` Mohammed Shafi
2011-07-22 13:44           ` Gabriel Tolón
2011-07-22 15:05             ` Mohammed Shafi
2011-07-22 19:02               ` Gabriel Tolón [this message]
2011-07-23 10:31                 ` Keith Berkoben
2011-08-25 19:46                   ` gtolon at inti.gob.ar
2011-08-25 19:51                     ` Keith Berkoben
2011-08-26 12:30                       ` gtolon at inti.gob.ar
2011-07-29 18:42               ` [ath9k-devel] ath9k version and commits gtolon at inti.gob.ar

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4E29C944.3030309@inti.gob.ar \
    --to=gtolon@inti.gob.ar \
    --cc=ath9k-devel@lists.ath9k.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.