Thank you very much. I'll try that way and see what happens. Best regards
El 25/08/2011 04:51 p.m., Keith Berkoben escribió: > Hey Gabriel, > > Openwrt already uses compat-wireless by default when you select the > ath9k driver. The version is defined in the makefile for mac80211: > https://dev.openwrt.org/browser/trunk/package/mac80211/Makefile > > I've never tried to build in a version other than what's defined by > default, but I don't see why you couldn't change it to point at a > custom/prerelease version. > > ~Keith > > > On Thu, Aug 25, 2011 at 3:46 PM, <gto...@inti.gob.ar > <mailto:gto...@inti.gob.ar>> wrote: > > Hi Keith, i want to start using openwrt. I've been reading the wiki > and documentation from openwrt.org <http://openwrt.org> and i found > how to build different drivers and packages using svn and > menuconfig, but i haven't found how to build compat-wireless. I > would appreciate some help on this topic. Thank you > > > > El 23/07/2011 07:31 a.m., Keith Berkoben escribió: > > Not sure if this is useful info, but seeing this thread I just tried > > creating an ap+adhoc device with openwrt on a linksys wrt160nl ( > atheros > 9xxx, compat-wireless 2011-06-22, 2.6.39.2 kernel, openwrt 27724). > > I created the interfaces using openwrt's uci abstraction. Both > virtual > interfaces work fine. I get G+ speeds (24-25Mbps, real) on the > adhoc > alone, 11Mbps from a STA all the way through and 28Mbps STA-AP. > > The only thing I noticed that was strange is that hiding the > ESSID for > the adhoc network had no effect (SSID was still advertised) > > ~Keith > > > > On Fri, Jul 22, 2011 at 3:02 PM, Gabriel Tolón > <gto...@inti.gob.ar <mailto:gto...@inti.gob.ar> > <mailto:gto...@inti.gob.ar <mailto:gto...@inti.gob.ar>>> wrote: > > 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<gto...@inti.gob.ar <mailto:gto...@inti.gob.ar> > <mailto:gto...@inti.gob.ar <mailto: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 59575d1c717815d62f1b5aeac74e5e__60a1b27428 > > Author: Rajkumar Manoharan<rmanoharan@atheros.__com > <mailto:rmanoha...@atheros.com> > <mailto:rmanoha...@atheros.com <mailto: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<rmanoharan@atheros.__com <mailto:rmanoha...@atheros.com> > <mailto:rmanoha...@atheros.com <mailto:rmanoha...@atheros.com>__>> > > > Signed-off-by: John W. Linville<linville@tuxdriver.__com > <mailto:linvi...@tuxdriver.com> > <mailto:linvi...@tuxdriver.com <mailto: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 4801416c76a3a355076d6d371c0027__0dfe332e1c > > Author: Ben Greear<gree...@candelatech.com > <mailto:gree...@candelatech.com> > <mailto:greearb@candelatech.__com <mailto: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 <mailto:gto...@inti.gob.ar> > <mailto:gto...@inti.gob.ar <mailto: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 > <mailto:ath9k-devel@lists.ath9k.org> > <mailto:ath9k-devel@lists.__ath9k.org > <mailto:ath9k-devel@lists.ath9k.org>> > > >>>> https://lists.ath9k.org/__mailman/listinfo/ath9k-devel > <https://lists.ath9k.org/mailman/listinfo/ath9k-devel> > >>>> > >>> > >> > > > > > > _________________________________________________ > ath9k-devel mailing list > ath9k-devel@lists.ath9k.org <mailto:ath9k-devel@lists.ath9k.org> > <mailto:ath9k-devel@lists.__ath9k.org > <mailto:ath9k-devel@lists.ath9k.org>> > > https://lists.ath9k.org/__mailman/listinfo/ath9k-devel > <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