Hi, i was looking into the wireless-testing git, and i don´t understand the relationship between the different commits and the srcversion of the ath9k drivers. For example i have the srcversion 3D4208C725AB8FBF6E5A21B, and i couldn´t find that number in the wireless-testing ath9k git commits. I´d like to relate the different commit comments to the srcversions. Sorry if this is too basic but i´ve been searching for documentation about this without success.
El 22/07/2011 12:05 p.m., Mohammed Shafi escribió: > On Fri, Jul 22, 2011 at 7:14 PM, Gabriel Tolón<gto...@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<rmanoha...@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<rmanoha...@atheros.com> > Signed-off-by: John W. Linville<linvi...@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<gree...@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<gto...@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@lists.ath9k.org >>>> https://lists.ath9k.org/mailman/listinfo/ath9k-devel >>>> >>> >> > > _______________________________________________ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel