Pagina 1 di 1
[RISOLTO]madwifi... wifi0 vs ath0????
Inviato: sab 21 ott 2006, 15:25
da smtux
salve ho provato ad installare madwifi (ho un chipset AR5212)....
la versioni che ho provato sono 0.9.0 -->0.9.2 compilandole a manina...
ma alla fine quando faccio
mi vengono tirate su si wifi0 che ath0 ... oltretutto il MAC address di wifi0 è lunghissimo e mi fa pensare che qcs non vada! Infatti se provo a tirar su la shede wifi non va!!
Ho visto che molti usano questi driver... che verisione usate?
Inviato: sab 21 ott 2006, 15:52
da bloodlust
hai sbagliato sezione del forum in cui postare.
comunque io uso 0.9.2 e il device da usare è ath0.
ciao
Inviato: sab 21 ott 2006, 16:14
da smtux
bloodlust ha scritto:hai sbagliato sezione del forum in cui postare.
comunque io uso 0.9.2 e il device da usare è ath0.
ciao
ma come faccio a dirgli di non usare il wifi0 sembra che i pacchetti passino tutti di lì anche se lo script di connessione tira su la "ath0"...
per il post.. è vero ma in fondo è una sezione Libera
!
Inviato: sab 21 ott 2006, 16:57
da MAT
smtux ha scritto:ma come faccio a dirgli di non usare il wifi0 sembra che i pacchetti passino tutti di lì anche se lo script di connessione tira su la "ath0"...
Inviato: sab 21 ott 2006, 17:13
da smtux
MAT ha scritto:smtux ha scritto:ma come faccio a dirgli di non usare il wifi0 sembra che i pacchetti passino tutti di lì anche se lo script di connessione tira su la "ath0"...
giusto ... ma pensavo che questa riga bastasse, no?
questo è quello che mi dice il comando route:
Codice: Seleziona tutto
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
localnet * 255.255.255.0 U 0 0 0 ath0
loopback * 255.0.0.0 U 0 0 0 lo
default 192.168.1.10 0.0.0.0 UG 0 0 0 ath0
quello che non capisco è il ruolo di wifi0... infatti se nello script di configurazione uso ath0 perchè va giù tutto se faccio:
Inviato: sab 21 ott 2006, 17:37
da Simone_R
smtux ha scritto:MAT ha scritto:smtux ha scritto:ma come faccio a dirgli di non usare il wifi0 sembra che i pacchetti passino tutti di lì anche se lo script di connessione tira su la "ath0"...
giusto ... ma pensavo che questa riga bastasse, no?
questo è quello che mi dice il comando route:
Codice: Seleziona tutto
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
localnet * 255.255.255.0 U 0 0 0 ath0
loopback * 255.0.0.0 U 0 0 0 lo
default 192.168.1.10 0.0.0.0 UG 0 0 0 ath0
quello che non capisco è il ruolo di wifi0... infatti se nello script di configurazione uso ath0 perchè va giù tutto se faccio:
Non capisco il problema.
Il device che devi usare e' ath0 e mi é sempre funzionato.
Se vuoi capire a che serve il wifi0 cerca nella documentazione tecnica di madwifi.
[Probabilmete é messo li per motivi puramete tecnici interni ai driver]
Inviato: sab 21 ott 2006, 19:15
da clodo
Il device che devi usare e' ath0 e mi é sempre funzionato.
Se vuoi capire a che serve il wifi0 cerca nella documentazione tecnica di madwifi.
[Probabilmete é messo li per motivi puramete tecnici interni ai driver]
Le cose stanno così, c'è tutto nel README.
Inviato: dom 22 ott 2006, 12:36
da smtux
letto tutto... il problema sebra in fase di risoluzione perchè la scheda quanto meno si accende e kwifimanager fa vedere un buon segnale il problema è che se apro firefox non riesco a vedere nulla...
se utilizzo "athstats 1" come suggerito dal README ottengo questo
Codice: Seleziona tutto
input output altrate short long xretry crcerr crypt phyerr rssi rate
7686 2359 2 0 647 49 402 0 0 30 0M
5 0 0 0 0 0 0 0 0 33 0M
5 0 0 0 0 0 0 0 0 36 0M
4 0 0 0 0 0 0 0 0 36 0M
se faccio un "ping"
Codice: Seleziona tutto
64 bytes from 192.168.1.10: icmp_seq=2 ttl=255 time=1.61 ms
wrong data byte #8 should be 0x8 but was 0x1
#8 1 9e 30 3a c d e f 10 11 12 13 14 15 16 17 d4 37 7b 1e 1c 1d 1e 1f 20 21 22 23 24 25 26 27
#40 64 89 ef 76 2c 2d 2e 2f 30 31 32 33 34 35 36 37
64 bytes from 192.168.1.10: icmp_seq=4 ttl=255 time=1.61 ms
64 bytes from 192.168.1.10: icmp_seq=5 ttl=255 time=1.64 ms
64 bytes from 192.168.1.10: icmp_seq=6 ttl=255 time=0.850 ms
wrong data byte #40 should be 0x28 but was 0xff
#8 8 9 a b c d e f 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27
#40 ff ff ff ff 2c 2d 2e 2f 30 31 32 33 34 35 36 37
64 bytes from 192.168.1.10: icmp_seq=7 ttl=255 time=1.21 ms
wrong data byte #40 should be 0x28 but was 0xfb
#8 8 9 a b c d e f 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27
#40 fb 13 1b 1f 2c 2d 2e 2f 30 31 32 33 34 35 36 37
64 bytes from 192.168.1.10: icmp_seq=9 ttl=255 time=1.76 ms
wrong data byte #8 should be 0x8 but was 0xd4
#8 d4 d0 b8 31 c d e f 10 11 12 13 14 15 16 17 59 cb 7c 7 1c 1d 1e 1f 20 21 22 23 24 25 26 27
#40 fa ad a6 8d 2c 2d 2e 2f 30 31 32 33 34 35 36 37
cosa voul dire "wrong data byte"??
Uff!
Inviato: lun 23 ott 2006, 1:07
da smtux
dunque ... ho provato anche con ndiswrapper... e NULLA!!
come mai se faccio un ping anch con ndiswrapper ottengo un sacco
WRONG DATA BYTE
???
ho controllato anche il kernel ed non ho lo stack a 4kB ... uff!!
grazie per ogni prezioso consiglio!
Inviato: lun 23 ott 2006, 21:21
da clodo
Ti posto il mio AR5212 appena collegato, dopo qualche peripezia:
lo no wireless extensions.
eth0 no wireless extensions.
wifi0 no wireless extensions.
ath0 IEEE 802.11g ESSID:"NETGEAR"
Mode:Managed Frequency:2.462 GHz Access Point: ********
Bit Rate:54 Mb/s Tx-Power:15 dBm Sensitivity=0/3
Retry:off RTS thr:off Fragment thr:off
Encryption key:**************** Security mode :restricted
Power Management:off
Link Quality=67/94 Signal level=-28 dBm Noise level=-95 dBm
Rx invalid nwid:8003 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
sit0 no wireless extensions.
e un cat /proc/net/dev
Inter-| Receive | Transmit
face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed
lo: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
eth0: 574715 642 0 0 0 0 0 0 100132 702 0 0 0 0 0 0
wifi0: 2129085 11891 0 0 0 3642 0 0 125256 1279 0 0 0 0 0 0
ath0: 531079 444 1 0 0 0 0 0 47036 410 0 0 0 0 0 0
sit0: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Perdona la riformattaz.
Confermo comunque che l'interfaccia da usare è ath0 (modulo ath_pci). Ho provato per curiosità con ndiswrapper sia da sorgenti scaricati (v.1.27) sia col module-assistant di debian (v.1.23) senza notare differenze né di funzionamento né di prestazioni, con cifratura wpa. E però il dmesg
debian:# dmesg | grep wifi
wifi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
wifi0: turboA rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
wifi0: turboG rates: 6Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
wifi0: H/W encryption support: WEP AES AES_CCM TKIP
wifi0: mac 5.6 phy 4.1 radio 3.6
wifi0: Use hw queue 1 for WME_AC_BE traffic
wifi0: Use hw queue 0 for WME_AC_BK traffic
wifi0: Use hw queue 2 for WME_AC_VI traffic
wifi0: Use hw queue 3 for WME_AC_VO traffic
wifi0: Use hw queue 8 for CAB traffic
wifi0: Use hw queue 9 for beacons
wifi0: Atheros 5212: mem=0xfebe0000, irq=225
tutto riferito a wifi0
Il problema può essere:
1-usi wpa? slackware è molto più complessa e critica di debian per quanto riguarda l'installazione e funzionamento di wpasupplicant, che ti consiglio di compilare da sorgenti.
2- le versioni nuove madwifi-ng installano alcuni binari in /usr/local/bin, mentre i vecchi driver no, e questo a me creava problemi. quantomeno controlla di avere /usr/local/bin nel tuo PATH. Se la compilazione non ti ha dato problemi il kernel è a posto in termini di config.
Inviato: mar 24 ott 2006, 23:40
da smtux
Risolto....
Occorre abilitare lo stack del Kernel a 4kB!!
Provare per credere ... testato con:
2.6.13.1
2.6.15.7
e madwifi 0.9.2!
enjoy!