Re: [Ninux-Wireless] ath5k
Il 06 agosto 2010 02:08, Enrico Lorenzoni ha scritto: > >> >> Francamente sono tentato di "affondare" il coltello nel codice... ma >> mi sembra un po' troppo esagerato liberare 5660-5700. >> > > come avrai capito è altrettanto facile portare tutto a 30dbm. > > > Enrico Esatto, a parte la liceita' o meno di pubblicare simili patches :) Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] ath5k
> > Francamente sono tentato di "affondare" il coltello nel codice... ma > mi sembra un po' troppo esagerato liberare 5660-5700. > > come avrai capito è altrettanto facile portare tutto a 30dbm. Enrico ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] ath5k
Il 05 agosto 2010 12:16, Antonio Anselmi ha scritto:
> Il 05 agosto 2010 10:57, ha scritto:
>> Ciao.
>>
>> On 08/02/2010 12:03 PM, Antonio Anselmi wrote:
>>> Il 02 agosto 2010 10.22, Antonio Anselmi ha
>>> scritto:
A parte che la frase "ai canali che si possonon usare" e' sibillina
per via di quel "non"... :) il problema che ho e' far lavorare una
NanoStation5 sui canali LEGALI che vanno da 100 a 140.
I problemi che incontro sono diversi:
1) garantire il rispetto di DSF e TPC come da normativa ETSI
2) Madwifi non riesce ad associarsi ad un AP (Loco5) operante sul
canale 136, ne' usando il countricode 0 ne' l'860 (il 380 per l'italia
vede solo i canali bassi perche' Madwifi e' vecchio e superato).
Lorenzo mi ha suggerito di usare ath5k, dicendo che funziona tutto...
ma ora si aggiungono le seguenti complicanze:
4) dalla home di openwrt.org:
"Known Issues: Currently 5 GHz channels do not work with mac80211
based drivers due to DFS regulatory issues."
e questo - se non superato" - toglie qualsiasi chance di usare ath5k per
802.11a
5) QUALORA il 4) fosse superato, ergo sia possibile usare ath5k sui
canali 100-140 (...e francamente lo ignoro), credo sia preferibile
usare una immagine derivata da backfire 10.03 piuttosto che da
kamikaze 8.09.2.
>>>
>>> UPDATE
>>> ... rispondo a me stesso :) ma credo sia utile comunque alla lista
>>
>> Infatti! Grazie!
>>
>>>
>>> dato che Robin2 lavora con ath9k sulle M2 e M5 e che e' compilato sul
>>> branch backfire, e' ragionevole supporre che i problemi dei canali a
>>> 5GHz siano superati sul branch (rimangono sul tagged 10.03)... almeno
>>> per quanto concerne ath9k.
>>> Resta ora da compilare l'ultima revisione r22454 del branch
>>> configurata per ath5k.
>>>
>>> Qualcuno ha gia' provato?
>>> (to be continued)
>>
>> Ha funzionato?
>>
>> Clauz
>
> preciso che i test riguardano compilazioni su branch backfire r22498
> (il piu' aggiornato al momento in cui scrivo).
>
> Ho abbandonato i test su ath5k dato che il chipset montato sulla NS5
> (AR2313) o il bus AHB (o entrambi) non e' (al momento ?) supportato.
> Per quanto riguarda ath9k (test su NanoStation M5 AR71xx):
>
> - i canali 100-140 sono disponibili con il countrycode 380 ad
> eccezione dei canali 120,124 e 128 che sono disabilitati
> - i canali 100-140 sono settati come: passive-scanning, no IBSS, radar
> detection
>
> quindi sul range in questione non e' possibile andare in ad-hoc e
> credo che quanto sopra (proveniente da crda) sia conseguente al
> regolamento DFS.
>
> Ad ogni modo - e se scrivo stronzate mi corregerete - a parer mio
> credo che l'ottemperanza alle specifiche DFS debba essere rispettata
> SOLO in caso in modalita' master (AP) in quanto in modalita' managed
> (STA) la radio tenta di associarsi ...e non si annuncia quindi come
> AP.
ho patchato regd.c di compat-wireless cosi' da poter andare in ad-hoc
sui canali DFS, pur mantenendo il radar-dectec:
--- a/drivers/net/wireless/ath/regd.c 2010-08-03 19:13:57.0 +0200
+++ b/drivers/net/wireless/ath/regd.c 2010-08-05 22:05:36.0 +0200
@@ -42,8 +42,7 @@
/* We allow IBSS on these on a case by case basis by regulatory domain */
#define ATH9K_5GHZ_5150_5350 REG_RULE(5150-10, 5350+10, 40, 0, 30,\
NL80211_RRF_PASSIVE_SCAN | NL80211_RRF_NO_IBSS)
-#define ATH9K_5GHZ_5470_5850 REG_RULE(5470-10, 5850+10, 40, 0, 30,\
- NL80211_RRF_PASSIVE_SCAN | NL80211_RRF_NO_IBSS)
+#define ATH9K_5GHZ_5470_5850REG_RULE(5470-10, 5850+10, 40, 0, 30, 0)
#define ATH9K_5GHZ_5725_5850 REG_RULE(5725-10, 5850+10, 40, 0, 30,\
NL80211_RRF_PASSIVE_SCAN | NL80211_RRF_NO_IBSS)
@@ -164,7 +163,7 @@
/* Frequency is one where radar detection is required */
static bool ath_is_radar_freq(u16 center_freq)
{
- return (center_freq >= 5260 && center_freq <= 5700);
+ return 0;
}
/
e questo e' il risultato da iw phy0 info:
Frequencies:
* 5180 MHz [36] (17.0 dBm)
* 5200 MHz [40] (17.0 dBm)
* 5220 MHz [44] (17.0 dBm)
* 5240 MHz [48] (17.0 dBm)
* 5260 MHz [52] (20.0 dBm) (radar detection)
* 5280 MHz [56] (20.0 dBm) (radar detection)
* 5300 MHz [60] (20.0 dBm) (radar detection)
* 5320 MHz [64] (20.0 dBm) (radar detection)
* 5500 MHz [100] (20.0 dBm) (radar detection)
* 5520 MHz [104] (20.0 dBm) (radar detection)
* 5540 MHz [108] (20.0 dBm) (radar detection)
* 5560 MHz [112] (20.0 dBm) (radar detection)
* 5580 MHz [116] (20.0 dBm) (radar detection)
* 5600 MHz [120] (disabled)
* 56
Re: [Ninux-Wireless] ath5k
Il 05 agosto 2010 10:57, ha scritto: > Ciao. > > On 08/02/2010 12:03 PM, Antonio Anselmi wrote: >> Il 02 agosto 2010 10.22, Antonio Anselmi ha scritto: >>> A parte che la frase "ai canali che si possonon usare" e' sibillina >>> per via di quel "non"... :) il problema che ho e' far lavorare una >>> NanoStation5 sui canali LEGALI che vanno da 100 a 140. >>> >>> I problemi che incontro sono diversi: >>> >>> 1) garantire il rispetto di DSF e TPC come da normativa ETSI >>> 2) Madwifi non riesce ad associarsi ad un AP (Loco5) operante sul >>> canale 136, ne' usando il countricode 0 ne' l'860 (il 380 per l'italia >>> vede solo i canali bassi perche' Madwifi e' vecchio e superato). >>> >>> Lorenzo mi ha suggerito di usare ath5k, dicendo che funziona tutto... >>> ma ora si aggiungono le seguenti complicanze: >>> >>> 4) dalla home di openwrt.org: >>> "Known Issues: Currently 5 GHz channels do not work with mac80211 >>> based drivers due to DFS regulatory issues." >>> e questo - se non superato" - toglie qualsiasi chance di usare ath5k per >>> 802.11a >>> >>> 5) QUALORA il 4) fosse superato, ergo sia possibile usare ath5k sui >>> canali 100-140 (...e francamente lo ignoro), credo sia preferibile >>> usare una immagine derivata da backfire 10.03 piuttosto che da >>> kamikaze 8.09.2. >> >> UPDATE >> ... rispondo a me stesso :) ma credo sia utile comunque alla lista > > Infatti! Grazie! > >> >> dato che Robin2 lavora con ath9k sulle M2 e M5 e che e' compilato sul >> branch backfire, e' ragionevole supporre che i problemi dei canali a >> 5GHz siano superati sul branch (rimangono sul tagged 10.03)... almeno >> per quanto concerne ath9k. >> Resta ora da compilare l'ultima revisione r22454 del branch >> configurata per ath5k. >> >> Qualcuno ha gia' provato? >> (to be continued) > > Ha funzionato? > > Clauz preciso che i test riguardano compilazioni su branch backfire r22498 (il piu' aggiornato al momento in cui scrivo). Ho abbandonato i test su ath5k dato che il chipset montato sulla NS5 (AR2313) o il bus AHB (o entrambi) non e' (al momento ?) supportato. Per quanto riguarda ath9k (test su NanoStation M5 AR71xx): - i canali 100-140 sono disponibili con il countrycode 380 ad eccezione dei canali 120,124 e 128 che sono disabilitati - i canali 100-140 sono settati come: passive-scanning, no IBSS, radar detection quindi sul range in questione non e' possibile andare in ad-hoc e credo che quanto sopra (proveniente da crda) sia conseguente al regolamento DFS. Ad ogni modo - e se scrivo stronzate mi corregerete - a parer mio credo che l'ottemperanza alle specifiche DFS debba essere rispettata SOLO in caso in modalita' master (AP) in quanto in modalita' managed (STA) la radio tenta di associarsi ...e non si annuncia quindi come AP. (to be continued) Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] ath5k
Ciao. On 08/02/2010 12:03 PM, Antonio Anselmi wrote: > Il 02 agosto 2010 10.22, Antonio Anselmi ha scritto: >> A parte che la frase "ai canali che si possonon usare" e' sibillina >> per via di quel "non"... :) il problema che ho e' far lavorare una >> NanoStation5 sui canali LEGALI che vanno da 100 a 140. >> >> I problemi che incontro sono diversi: >> >> 1) garantire il rispetto di DSF e TPC come da normativa ETSI >> 2) Madwifi non riesce ad associarsi ad un AP (Loco5) operante sul >> canale 136, ne' usando il countricode 0 ne' l'860 (il 380 per l'italia >> vede solo i canali bassi perche' Madwifi e' vecchio e superato). >> >> Lorenzo mi ha suggerito di usare ath5k, dicendo che funziona tutto... >> ma ora si aggiungono le seguenti complicanze: >> >> 4) dalla home di openwrt.org: >> "Known Issues: Currently 5 GHz channels do not work with mac80211 >> based drivers due to DFS regulatory issues." >> e questo - se non superato" - toglie qualsiasi chance di usare ath5k per >> 802.11a >> >> 5) QUALORA il 4) fosse superato, ergo sia possibile usare ath5k sui >> canali 100-140 (...e francamente lo ignoro), credo sia preferibile >> usare una immagine derivata da backfire 10.03 piuttosto che da >> kamikaze 8.09.2. > > UPDATE > ... rispondo a me stesso :) ma credo sia utile comunque alla lista Infatti! Grazie! > > dato che Robin2 lavora con ath9k sulle M2 e M5 e che e' compilato sul > branch backfire, e' ragionevole supporre che i problemi dei canali a > 5GHz siano superati sul branch (rimangono sul tagged 10.03)... almeno > per quanto concerne ath9k. > Resta ora da compilare l'ultima revisione r22454 del branch > configurata per ath5k. > > Qualcuno ha gia' provato? > (to be continued) Ha funzionato? Clauz ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] ath5k
Il 02 agosto 2010 10.22, Antonio Anselmi ha scritto: > A parte che la frase "ai canali che si possonon usare" e' sibillina > per via di quel "non"... :) il problema che ho e' far lavorare una > NanoStation5 sui canali LEGALI che vanno da 100 a 140. > > I problemi che incontro sono diversi: > > 1) garantire il rispetto di DSF e TPC come da normativa ETSI > 2) Madwifi non riesce ad associarsi ad un AP (Loco5) operante sul > canale 136, ne' usando il countricode 0 ne' l'860 (il 380 per l'italia > vede solo i canali bassi perche' Madwifi e' vecchio e superato). > > Lorenzo mi ha suggerito di usare ath5k, dicendo che funziona tutto... > ma ora si aggiungono le seguenti complicanze: > > 4) dalla home di openwrt.org: > "Known Issues: Currently 5 GHz channels do not work with mac80211 > based drivers due to DFS regulatory issues." > e questo - se non superato" - toglie qualsiasi chance di usare ath5k per > 802.11a > > 5) QUALORA il 4) fosse superato, ergo sia possibile usare ath5k sui > canali 100-140 (...e francamente lo ignoro), credo sia preferibile > usare una immagine derivata da backfire 10.03 piuttosto che da > kamikaze 8.09.2. UPDATE ... rispondo a me stesso :) ma credo sia utile comunque alla lista dato che Robin2 lavora con ath9k sulle M2 e M5 e che e' compilato sul branch backfire, e' ragionevole supporre che i problemi dei canali a 5GHz siano superati sul branch (rimangono sul tagged 10.03)... almeno per quanto concerne ath9k. Resta ora da compilare l'ultima revisione r22454 del branch configurata per ath5k. Qualcuno ha gia' provato? (to be continued) Antonio > Il 02 agosto 2010 10.10, paolo delbene ha scritto: >> >> >> Il giorno 02 agosto 2010 10.09, paolo delbene ha >> scritto: >>> >>> ho spedito una mail riguardo ai canali che si possono usare, spero bene >>> che anche tu abbia appreso che vi dovete fermare prima di 5,650 ghz è chiaro >>> il msg ? >>> saluti paolo iw0fzw >>> >>> Il giorno 02 agosto 2010 10.02, Antonio Anselmi >>> ha scritto: salve non ho mai usato ath5k e dovendo compilare una immagine per NanoStation5 (vedi post precedenti circa compatibilita' canali 100-140 e ETSI) vorrei un consiglio: cosa e' megio compilare fra kamikaze_8.09.2 e backfire_10.03 ? Grazie Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless >>> >> >> > ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] ath5k
A parte che la frase "ai canali che si possonon usare" e' sibillina per via di quel "non"... :) il problema che ho e' far lavorare una NanoStation5 sui canali LEGALI che vanno da 100 a 140. I problemi che incontro sono diversi: 1) garantire il rispetto di DSF e TPC come da normativa ETSI 2) Madwifi non riesce ad associarsi ad un AP (Loco5) operante sul canale 136, ne' usando il countricode 0 ne' l'860 (il 380 per l'italia vede solo i canali bassi perche' Madwifi e' vecchio e superato). Lorenzo mi ha suggerito di usare ath5k, dicendo che funziona tutto... ma ora si aggiungono le seguenti complicanze: 4) dalla home di openwrt.org: "Known Issues: Currently 5 GHz channels do not work with mac80211 based drivers due to DFS regulatory issues." e questo - se non superato" - toglie qualsiasi chance di usare ath5k per 802.11a 5) QUALORA il 4) fosse superato, ergo sia possibile usare ath5k sui canali 100-140 (...e francamente lo ignoro), credo sia preferibile usare una immagine derivata da backfire 10.03 piuttosto che da kamikaze 8.09.2. Spero di essere stato piu' chiaro. Ogni spunto e' molto apprezzato. Antonio Il 02 agosto 2010 10.10, paolo delbene ha scritto: > > > Il giorno 02 agosto 2010 10.09, paolo delbene ha > scritto: >> >> ho spedito una mail riguardo ai canali che si possono usare, spero bene >> che anche tu abbia appreso che vi dovete fermare prima di 5,650 ghz è chiaro >> il msg ? >> saluti paolo iw0fzw >> >> Il giorno 02 agosto 2010 10.02, Antonio Anselmi >> ha scritto: >>> >>> salve >>> >>> non ho mai usato ath5k e dovendo compilare una immagine per >>> NanoStation5 (vedi post precedenti circa compatibilita' canali 100-140 >>> e ETSI) vorrei un consiglio: cosa e' megio compilare fra >>> kamikaze_8.09.2 e backfire_10.03 ? >>> >>> Grazie >>> >>> Antonio >>> ___ >>> Wireless mailing list >>> Wireless@ml.ninux.org >>> http://ml.ninux.org/mailman/listinfo/wireless >> > > ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] ath5k e master/STA contemporanei
invece che ath5k usa i madwifi e puoi farlo senza problemi Il giorno 24 gennaio 2010 13.16, Pierluigi Checchi ha scritto: > Ciao, sono riuscito a mettere il mio portatile in MASTER mode (lavora > come Access Point) sfruttando il driver ath5k ed hostapd [1]. Qualcuno > di voi è riuscito a creare il multiple SSID (ovvero i VAP) e a far > funzionare la scheda sia come station (client) che come Access Point > contemporaneamente? Questo mi permetterebbe di crare il classico > repeater che funziona egregiamente con madwifi e la fonera, ad > esempio... > Credo che ancora non sia supportato, ma forse sbaglio qualcosa... [2] > > [1] > http://forums.opensuse.org/network-internet/wireless/410475-how-setup-access-point.html > [2] http://www.candelatech.com/oss/vsta.html > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless > ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
