winbond usb2wlan [RISOLTO (grazie)]

[nooi]

@meretil

ho un problema causato dai continui freeze causati quasi sicuramente dalla chiavetta wireless...che inizialmente funzionava bene...poi, vista la mia maggior preesenza davanti al computer ho scoperto che utilizzando aMule e player in stream come LastFm il computer freeza e si arresta il tutto...
allora provavo ad installare i drivers di meretil ma ad un certo punto quando devo installare i drivers mi da questo errore:

root@Gydha:/home/ciccioba/w35und_patch_meritil/hal_142_o/linux# cp w35und.ko /lib/modules/`uname -r`/kernel/drivers/net/wireless
cp: impossibile fare stat di `w35und.ko': Nessun file o directory
root@Gydha:/home/ciccioba/w35und_patch_meritil/hal_142_o/linux#

come lo risolvo??
Grazie mille a tutti.... (PS: se incontro un qualunque lavoratore della Conitech giuro che si ricorderà di me!!! )

[meritil]

hai seguito tutti i passaggi? sembrerebbe ti manchi il modulo w35und.ko


il file w35und.ko lo crei con il comando "make" sei sicuro che la compilazione ti vada a buon fine?


cmqe non perderti d'animo basta dare un bel "make clean" e poi seguire da capo il mini howto dei post precedenti


okkio che i miei driver (chiamiamoli così per capirci) sono diversi da quelli di locostantino quindi segui il mio howto scaricando i driver giusti
o le direttive di locostantino scaricando i suoi...



let me know

[meritil]

NB: la riga che ti da errore è un banale comando di copia "cp"

in generale questi errori succedono quando o non hai "il copiando", ossia w35und.ko, o non esiste la directory dove vuoi copiare... dal tuo estratto sembrerebbe il primo caso però per tranquillità controlla il path /lib/modules/`uname -r`/kernel/drivers/net/wireless

`uname -r` puoi sostituirlo con la sigla del kernel in uso (basta dare il comando uname -r per scoprire esattamente come si chiama il kernel che stai usando)

[nooi]

questo è quello che mi salta fuori...

ciccioba@Gydha:~$ cd /lib/modules/`uname -r`/kernel/drivers/net/wireless
ciccioba@Gydha:/lib/modules/2.6.22-14-generic/kernel/drivers/net/wireless$ dir
airo_cs.ko atmel_pci.ko ipw2200.ko prism54 wavelan_cs.ko
airo.ko bcm43xx libertas ray_cs.ko wavelan.ko
arlan.ko hermes.ko netwave_cs.ko spectrum_cs.ko wl3501_cs.ko
atmel_cs.ko hostap orinoco_cs.ko strip.ko zd1201.ko
atmel.ko ipw2100.ko orinoco.ko w35und.ko zd1211rw
ciccioba@Gydha:/lib/modules/2.6.22-14-generic/kernel/drivers/net/wireless$

quindi??
grazie mille

[nooi]

si, ho scaricato i tuoi ma con il comando dir mi sembra che il file in questione ci sia
ora riprovo il tutto!!

[nooi]

allora, ho riscaricato il file, ho fatto tutto e mi sembra che sia make clean che make abbiano fatto qualcosa.... ma con dir manca il file che devo copiare... guarda:

ciccioba@Gydha:~/w35und_patch_meritil/hal_142_o/linux$ dir
common.h Makefile wb35reg.c wb35rx.c wb35tx.c wbusb.c
dispatch.c Module.symvers wb35reg_f.h wb35rx_f.h wb35tx_f.h wbusb_f.h
dispatch.h sysdef.h wb35reg.o wb35rx.o wb35tx.o wbusb.o
dispatch.o teststa.h wb35reg_s.h wb35rx_s.h wb35tx_s.h wbusb_s.h

aiuto!

[meritil]

5) aggiungere prima della riga 70, nel file ../wblinux.c, la riga seguente(quella in rosso le altre sono uno scorcio del file):

extern eth_copy_and_sum( struct sk_buff*, PUCHAR, USHORT, USHORT );

nb: volevo aggiungere che il punto 5 su kernel vecchi, per esempio il 2.6.21 da errore, ossia la riga che suggerisco di aggiungere non serve quindi se vi da problemi commmentatela o eliminatela, come vi dicevo ho provato anche sul 2.6.24 e sono usciti fuori altri problemi di cui al punto 3 4 e 5 vabbè..., mi raccomando il commento deve essere appunto in stile C/C++ non vi confondete con gli script in caso siate in dubbio eliminate la riga e via.

oggi pomeriggio cerco di fare uno screen shoot riassuntivo


ps@luci0:

Quindi probabilmente, datosi che hai il 2.6.22, rientri nella categoria suscettibile, allora devi solamente eliminare la riga 70 (circa... 69 o 71 quella in rosso), la elimini o la commenti piazzandoci davanti due slash " // ", del file ~/w35und_patch_meritil/hal_142_o/wblinux.c

lo puoi aprire con qualsiasi editor cerchi la riga incriminata. la elimini, poi salvi (mi raccomando salva) poi in consolle di nuovo make clean e make ecc.. ec...




Mertiil

[nooi]

@ meretil

ho fatto come dici e ho perso completamente la rete...
niente da fare... adesso proprio non mi si collega!
persino Wicd (il tool per la gestione della rete non si apre...che casino!
che faccio? c'è almeno un modo per recuperare i vecchi driver? che ne so, una sorta di "ripristina sessione..."!!...o mi adopero per trovare un cavo ethernet di 10 mt??
che sconfitta!!!

[meritil]

nooi però dammi qualche coordinata...



la compilazione ti va a buon fine?


dopo aver copiato il modulo hai dato depmod -ae?


lo hai ricaricato con modprobe ?


hai provato a vedere con iwconfig cosa ottieni?


hai letto qualche riga del manuale di uno dei comandi che ti ho detto di usare?


ossia sai cosa stai facendo(almeno a grandi linee) ad ogni passo o vai a fiducia?


fa qualcosa, da terminale però, non mi dire che il network manager non rileva la scheda xchè non ha senso... segui i post precedenti c'è scritto tutto passo passo



ti allego i driver patchati per il tuo kernel ossia con la riga in meno del punto 5 ecc.. ecc...(tutto questo lo sto facendo ad indovinare perchè non mi hai ancora dato nessun feedback della tua compilazione) fammi sapere qualcosa di concreto, per esempio copia e incollami le ultime 10 righe del "make"

[nooi]

sei gentilissimo... adesso sono fuori casa, appena posso ricompilo tutto con questo nuovo file e ti dico cosa esce... scusa la mia inesperienza ma sono un neo-linux-convertito!!!
grazie mille.

[meritil]

replace eth_copy_and_sum( skb, BufAddr, BufSize, 0 )
for skb_copy_from_linear_data(skb, BufAddr, BufSize )

questa soluzione fa in modo che il driver si compili ma genera i freeze, sperimentato adesso , ho provato anche a sostituire al posto di eth_copy_and_sum un banale memcpy, sortisce lo stesso effetto di skb_copy_from_linear_data [-(


come vi dicevo ho una montagna di minipc con questa schedina maledetta e ne ho preparata una nuova di zecca proprio per provare i driver per nooi ossia gli ultimi che ho allegato facendo tutto exnovo


vi allego uno screenshot che parla da solo

[lcostantino]

hi, sorry for the delay.
Nice to see that this post have made some progress
Meritil, i dont have "dispatch.c" cause ported to newer wireless ext on new_wireless.h / new_wireless.c , cause wpa was not working at all . Also the signal quality signal report seem to dont be working very well, i tried to use a kinda of rssi based on data outside the card. Anyway, i am talking with anoter guy who is working on this driver too but for the koshinja ( have the wireless card for which i touched the driver ).
I will take a look later on you patch, maybe we can join efforts, cause i dont have the conitech to test.

keep the working

regards

pd: nooi had crashed with networkmanager, was solved using at that moment using WICD.

( disptach.h is now http://code.google.com/p/winbondport/so ... wireless.h )

[meritil]

hi, sorry for the delay.
Nice to see that this post have made some progress
Meritil, i dont have "dispatch.c" cause ported to newer wireless ext on new_wireless.h / new_wireless.c , cause wpa was not working at all . Also the signal quality signal report seem to dont be working very well, i tried to use a kinda of rssi based on data outside the card. Anyway, i am talking with anoter guy who is working on this driver too but for the koshinja ( have the wireless card for which i touched the driver ).

I will take a look later on you patch, maybe we can join efforts, cause i dont have the conitech to test.

keep the working

regards

pd: nooi had crashed with networkmanager, was solved using at that moment using WICD.

( disptach.h is now http://code.google.com/p/winbondport/so ... wireless.h )

Yes i know.. i read your code last days I also tryed to merge some of your solutions with conitech vanilla drivers but without results, for example:

replace eth_copy_and_sum( skb, BufAddr, BufSize, 0 )
for skb_copy_from_linear_data(skb, BufAddr, BufSize )

make the code quite in compiling but the system freeze after module loading

also this one

replace eth_copy_and_sum( skb, BufAddr, BufSize, 0 )
for memcpy(skb, BufAddr, BufSize )

gets the same result


this one wins on >= 2.6.24:

extern eth_copy_and_sum( struct sk_buff*, PUCHAR, USHORT, USHORT );


infact make the compiler quite(some warning about implicit declaration) and the module working well (like in my screenshot)





keep in touch, Meritil

[scythe]

Hi Meritil and Leandro,

Im the guy Leandro mentioned hes mailing with, and i've just checked up both of yours code

2 things I noticed:

• Instead of using the old eth_copy_and_sum, #IFDEFs and skb_copy_from_linear_data, I recommend using memcpy, as both functions basically does only this.
  The proper usage (tested) is:

  Codice: Seleziona tutto

  memcpy(skb->data,BufAddr,BufSize);

• You forgot to initialize the mac address BEFORE getting an ifconfig wlan0 up, so it will fail on kernels never then 2.6.24-rc1, because of a modification in net/core/dev.c, which checks if the interface's address not 00:00:00:00:00:00 or FF:FF:FF:FF:FF:FF.
  This needs to be done in wbusb.c, in wb35_probe function, by moving hal_get_permanent_address there. Ive got some code that does this, but its only taking it out from its current place, and inserting

  Codice: Seleziona tutto

  phw_data_t pHwData = &Adapter->sHwData;
  hal_get_permanent_address( pHwData, netdev->dev_addr );
  

  in the function mentioned above before the FourWayInit() line.

The driver now works for me on 2.6.25-rc2, however Ive got some pointer error somewhere, that panics the kernel when reconnecting to an AP already associated, and Ive got the 4byte pointer issue with WEP.

Now, as three of us (to be honest, 4, along with one of my friends) are working on the same driver, we should really join, for example by comitting in the same SVN or something.

Cheers
KK

[nooi]

ok, adesso funziona...ma la comunque scarsa qualità del sistema AP-WiFi usb (che su linux mi da una ricezione notevolmente inferiore alla già penosa quantità di segnale appena sufficiente su winXP) mi hanno convinto a passare ad un ethernet...
comunque confermo che il tutto funziona anche a me...

Ok now it's working...but the low quality of the wireless signal (that in Linux is less then winXP where it's just sufficient...) has forced me to change choice to an ethernet connection...

A special thanks to lcostantino and meritil for helping me...

take care