Things are looking up.

The rt2860sta driver is now working properly: the panic bug was fixed in Linux 2.6.32-rc5, and another bug which broke things for all but those of us whose EeePC has a Ralink 2860 has been fixed (the patch which caused it has been reverted), ready for 2.6.32-rc7. (The “panic bug” being the one which caused the kernel on any EeePC with a Ralink 2860 wireless network chip to panic, freezing the computer, when Fn-F2 was pressed while the wireless interface is associated with an access point.)

Also, linux-next has a newer version of rt2860sta which doesn’t require the fix from -rc5. I’ve tested this driver on my 901, so I should know (I’m guessing that this will be included in 2.6.33-rc1.)

I’ve also found that rt2800pci (from Benoit Papillaut’s repository) works nicely. (For the terminally interested, I tested up to commit d83ad2c9.)

I’ve not recently tested rt2×00 (which is upstream from Benoit’s repository) recently, though I should think that it too is fine now.

Which, all considered, is all rather good – may the best driver(s) win

Se você gosta de você mesmo, recomendo que leia todo o artigo, pois você economizará tempo, saúde e dinheiro. Ajudarei a não se arrepender do que comprou. Resumindo, o que importa é a marca e não o modelo.

• Não compre placa-mãe com chipset VIA ou SiS, pois são os piores e não terá aceleração 3D, ou seja, nada de efeitos legais. No caso do chipset SiS nada funcionará direito.
• Não compre notebooks baratos da Positivo e CCE, pois os dois não funcionam no Linux (mesmo que eles venham com alguma distribuição Linux).
• Não compre computadores em supermercados, pois você não pode personalizar e os vendedores não entendem nada de nada.
• Não compre o computador mais bato da loja, não seja iludido pela quantidade de memória ou HD, são tão baratos que se for realmente necessário você poderá comprar depois.
• Não compre placas de vídeo ATI (de acordo com os boatos, os drivers são mal feitos).
• Não compre webcams que não possuam o selo “Compatível com Windows Vista” e pergunte ao vendedor se para instalar no Windows Vista precisa da algum driver, se precisar de driver, não compre.

Agora que você já sabe o que NÃO pode comprar, agora vamos para o que você PODE comprar.

• Primeiro, e o mais importante, só compre computador com chipset Intel, pois fará que tudo funcione automaticamente (a Intel contribui e muito para o kernel Linux, por isso tudo funciona perfeitamente), mas se você gosta de AMD o jeito é uma placa-mãe com chipset ATI ou NVIDIA (que na maioria das vezes precisam de instalar um driver para funcionar o 3D, mas dê preferência ao NVIDIA).
• Se você gosta de jogos, compre uma placa de vídeo NVIDIA.
• Se você usa internet via rádio compre uma placa de rede sem fio com chip Ralink, Realtek ou Atheros.
• Só compre impressoras HP.

Desta maneira você tirará o melhor proveito do seu Linux, tudo automatizado, ou seja, parecerá que o mundo da informática é perfeito. Acima falei sobre as coisas que podem causar os problemas mais comuns e a melhor marca:

• Placa-mãe: chipset Intel
• Placa de vídeo: NVIDIA
• Webcam: 100% compatíveis com o Vista
• Placa de rede sem fio: Ralink, Realtek ou Atheros
• Impressoras: HP

Nada substitui uma boa pesquisa ou experiência própria, mas não confunda coincidência com a realidade, ou seja, se a maioria dos produtos de uma empresa não rodam bem no Linux, não arrisque comprar, pode dar errado. Você pode estar pensando que se montar um computador seguindo tudo que está neste artigo o mesmo ficará caro, mas isso não é verdade. Um bom computador deve custar no máximo 30% a mais que o computador péssimo (estou falando de um computador com a mesma quantidade de memória, HD, etc. O que muda é a qualidade e o melhor suporte ao Linux ou até mesmo ao Windows).

Exemplo: se um computador péssimo custa R$ 1.000,00 um bom custa R$ 1.250,00 (com a mesma quantidade de memória e HD). Esse é o preço da qualidade. O mais provável é que você só consiga montar um computador bom se NÃO comprar em supermercado, pois assim você poderá escolher peça por peça.

Se você for comprar uma novo hardware para seu computador que não consta neste artigo e você tem certeza que a maioria do computadores não tem, pesquise antes ou peça ajuda em fóruns. Caso não tenha entendido tudo que eu disse, imprima esse artigo e mostre para o vendedor de uma loja de informática e ele fará um orçamento para você, nesse momento é que se escolherá a potência do seu computador, mas não esqueça do que eu disse: o que importa é a marca.

I recently bought a USB WLAN adapter to add wireless networking to an old laptop. The adapter is known as a LinkSys WUSB54GC (v3, version 3), which typically use Ralink chipsets. According to these posts, the adapter works with modules provided by Ralink. However, version 3 (I guess a very recent revision of the adapter) is not supported.

I solved the problem by following these steps:

1. Download the RT3070USB module from the Ralink Linux support page
2. Extract the archive and open os/linux/usb_main_dev.c
3. In this file, add an entry for the USB ID of the new Linksys adapter:

   {USB_DEVICE(0x1737,0x0077)}, /* Linksys WUSB54GCv3 */
4. Save the file and compile the module according to the instructions found in the README of  the archive:

   make
   make install
5. The ‘make install’ also takes care of copying files to /etc/Wireless/ (See README file)

Adding the ‘0×1737, 0×0077‘ to usb_main_dev.c makes sure the adapter is recognized by the module. You can verify that your adapter has this ID by using ‘lsusb -v |grep Link’ (when your adapter is connected). This should show an entry with the USB ID of your wireless adapter.

After inserting the module (do a ‘modprobe rt3070sta‘), you can use ‘dmesg‘ to verify that it detects the adapter. It should allow ‘ifconfig ra0 up‘ to bring up ra0 and start using the wireless link. Use the posts I mentioned above to find out how to configure WPA with GNOME’s Network Manager.

Is it time for 802.11n to be deployed widely in mobile devices? Recent events, enlisted below, lead me to think so.

“Draft-N” no more. On Friday, IEEE announced ratification of 802.11n Wireless LAN standard. The specification was in draft stage for over 6 years, but that did not stop several wireless semiconductor vendors from going into production – especially so after the Task group assured Wi-Fi alliance that any changes from then on would ensure hardware compatibility. The parts already in production will be brought up to the standard with a firmware upgrade.

There are multiple 802.11n solutions for mobile device designers to choose from. To cite  a few examples: Broadcom announced sampling BCM4329 in December 2008; Marvell announced a single chip 802.11n WLAN solution at Mobile World Congress 2009; Qualcomm announced a single chip 802.11n WLAN solution for handsets and mobile devices in June 2009. Taking it one step further, ST-Ericsson recently announced the first 45 nm 802.11n part, to be available in 2H 2010.

We have a popular sighting. A teardown analysis from iFixit shows that the recently released 3rd generation iPod Touch sports Broadcom’s better combo part BCM4329, which supports 802.11n. (It replaces BCM4325 which provided 802.11a/b/g alongisde BlueTooth, FM Reception.) BCM4329 is a “65 nm single-chip combo device with single-band (2.4 GHz) 802.11b/g/n or dual-band (2.4 GHz and 5 GHz) 802.11a/b/g/n, plus Bluetooth 2.1 + EDR and FM receiver and transmitter features”.  Neither 802.11n nor FM are currently enabled. If there are no technical issues and if the power consumption is about what was promised by Broadcom, it is just a matter of time before the latest incarnation of iPod Touch starts touting 801.11n speeds. Although currently not enabled officially, the software is known to hint support for 802.11n built in since iPhone OS 3.0. If we go by the past design cycles of iPod Touch and iPhone, next version of iPhone might sport a 802.11n solution.

Networking IC makers Ralink Technology and Realtek Semiconductor are indicating that shipments of 802.11n chipsets would overtake 802.11g. Although most of these parts go into laptops and netbooks, the momentum behind 802.11n is clear.

Corporate customers sitting on the fence because of the “Draft-N” label, would jump in now. Mobile Network Operators should feel better at the prospect of lesser multimedia loading over their cellular networks.

With the standard ratified and multiple vendors touting single-chip parts at power levels acceptable in mobile devices, we should start seeing more phones with 802.11n support. To begin with, smartphones will lead the way. Will the ratification of the standard be the tipping point?

My new 64-bit slackware is having internet/ndiswrapper problems. Namely, a kernel oops that kills ndiswrapper and in turn, my internet connection, as quickly as 1-10 minutes after bootup.

However, I read this guy seems to be using my current wireless adapter (WUSB600N) with success using open-source drivers! It seems to be the source inside the tarball, so here’s hoping it will compile correctly as 64-bit and work natively.

Update –

Well, I’ve compiled and configured the driver module, and I have good news and bad.

First, I’d like to note that the driver is hardly user-friendly, and requires manual editting of the makefiles before compiling. The regular `make` compile needs to be done as superuser, or else it fails (because it makes files in the root directory), and then the readme asks you to copy a .dat file to /etc/Wireless/RT-something (which means you have to make those directories first). I don’t see the point in copying that file over there yet, anyways, because I insert the module directly from the make’d source.

The good news, however, is that it works! I’m connected to the neighbor’s internet right now. Why, you ask, my neighbor’s internet? Because I kept getting timeouts on my home encrypted network (WEP as far as I remember). This (unsecure) one connected right away, however, which leads me to believe that I configured the makefile incorrectly before compiling. The readme was a little confusing. But, there were two options, so I suppose I’ll just go back and pick the other one, and recompile (hopefully with WEP support this time).

Mi è arrivata grazie a Michelangelo la nuova Fonera 2.0n.

Vediamo subito di cosa si tratta.

Aspetto esterno

La nuova Fonera 2.0n è cresciuta nelle dimensioni. Ora misura 16×3x10 cm , circa un 40% in più del volume della precedente Fonera 2.0 .

La porta USB è ora frontale ,  le porte lan passano da 1 a 4 e le antenne diventano 2.

Nel pannello posteriore , come si puo’ notare , è comparso un interruttore per lo spegnimento della wifi e un bottone del quale non ho capito le funzionalità . Per intuito direi che è un pulsante a doppia funzione , se premuto a lungo effettua un reset dell’unità , se premuto una volta sola attiva la funzione WPS per permettere l’accoppiamento di apparecchi wireless in autoapprendimento WPA/WPA2.

L’alimentazione è fornita da un trasformatore wall plug da 12 volts 1.0A . I consumi dovrebbero quindi essere intorno ai 10 watt.

Nella scatola non è presente la consueta patch ethernet quindi ricordatevi di averne una sottomano prima di aprire la scatola ed effettuare l’installazione altrimenti rimarrete tutta la sera a guardare i led che si accendono senza poter usare la Fonera

Specifiche Tecniche

L’hardware è basato su chip ralink RT3052F a 300 Mhz

Il chip in questione fornisce la parte AP in 802.11 b/g/n , 5 porte 10/100 switch e interfaccia per USB OTG, RGMII, SPI, PCM, I2C e UART.

A corredo troviamo un supporto di memoria ram da 64 Mb

Il sistema operativo è un openwrt kamikaze 8.09.1 pesantemente adattato da Fon , sia per la parte del consueto captive portal/heartbeat , sia per il supporto al chip Ralink , non direttamente supportato da OpenWRT.

L’interfaccia utente si raggiunge via web collegandosi attraverso la LAN cablata o la WLAN Myplace all’indirizzo 192.168.10.1 , la password di default è “admin”.

Si tratta di un’interfaccia basata sul Luci project di freifunk , già vista sulla fonera 2.0.

Di fabbrica la fonera 2.0n era flashata con il firmware 2.2.5.0 flipper enduser , la release stabile al momento in cui sto scrivendo.

Per accedere alla console in ssh ho flashato l’ultima release per sviluppatori , la 2.3.0.0 RC1 DEV che si puo’ prelevare da http://download.fonosfera.org/RC/ , scegliendo l’immagine compressa in tgz e caricandola direttamente dall’interfaccia web.

Qui la nuova fonerina mi ha subito impressionato , compiendo l’intera operazione di reflash in 3,5 minuti.

I benefici del processore assai più vispo del precedente e forse di una memoria flash più veloce sono molto evidenti .

L’interfaccia web è veloce , reattiva , intuitiva e completa , con settaggi avanzati anche per l’utente più navigato.

Ecco le schermate più significative dell’interfaccia d’amministrazione.

Welcome page

admin panel

firmware update

Configurazione Plugins (qui nella schermata Twitter plugin )

Impressioni d’uso

Il primo aggettivo  che viene in mente usando la nuova fonera 2.0n è : veloce !

Dall’accensione impiega solo 25 secondi per alzare entrambe le WLAN  , già pronte con il dhcp , il chilli per l’autenticazione e il corretto routing e firewall. E’ senza dubbio merito del nuovo processore e della dotazione di ram.

Di fabbrica la Fonera 2.0n è preimpostata con una chiave WPA di 10 caratteri piuttosto complessa ( numeri e lettere , maiuscole e minuscole ) e in modalità mista b/g/n .

Non ho potuto provare per ora le performance della wireless in draft n , in quanto non sono ancora in possesso di un’apparecchiatura wireless 802.11N , ma come per tutti i dispositivi consumer presenti sul mercato non mi aspetto di ottenere un transfer rate maggiore di 50Mbit/s . Purtroppo anche se i nuovi chip fanno progressi non sono ancora in grado di sostenere velocità maggiori.

La portata del segnale è nella norma ed è stabile ed efficace , sia sulla wlan criptata che sulla wlan pubblica.

Una delle novità introdotte dalla Fonera 2.0n è la possibilità di disabilitare completamente la parte radio tramite l’interruttore on/off posteriore oppure semplicemente escludere la wlan pubblica , trasformando la fonera in un qualsiasi router wifi consumer.

Quest’ultima caratteristica secondo me ci dice qualcosa circa la rinnovata filosofia di Fon , forse.

Se ti do la possibilità di disattivare la funzione più importante del mio dispositivo , quella inerente allo sharing fra la community , significa che la mia aspirazione è quella di diventare (anche) un produttore hardware .

E non è una cosa sbagliata, credo . Sul mercato si trovano decine di prodotti simili alla nuova fonera 2.0n  ma quasi tutti con un firmware limitato che offre poche possibilità all’utente smanettone , obbligandolo ad usare software di terze parti.

Questo dispositivo nasce con già a bordo Openwrt , sviluppato e seguito costantemente da un team di hacker di prim’ordine ed è aperto ad ogni personalizzazione. Io dico che se il prezzo retail si assesterà sui 69 euro potrebbe dare del filo da torcere ai big , Netgear e Linksys in prima fila.

Altra grossa novità sono i plugin uploader e il file sharing.

Queste funzioni però meritano una prova approfondita che mi appresto a fare nei prossimi giorni .

Mi aspetto che se messa sotto stress la fonera 2.0n cominci a fare  il fiato grosso

Staremo a vedere !

Jika Anda mempunyai laptop yang ber-OS Linux dan mempunyai wireless berchipset RaLink, ada kemungkinan Anda mengalami hal yang sama seperti saya. Wireless di laptop saya terdeteksi sebagai RaLink RT2860(node ra0). Driver untuk wireless ini bisa didownload di http://www.ralinktech.com/ralink/Home/Support/Linux.html. Setelah diinstall dengan mengikuti petunjuk dari README driver tersebut, akhirnya wireless saya bisa terdeteksi dengan baik. Namun, ketika dicoba diasosiaskan ke access point menggunakan perintah iwconfig, ssid selalu lenyap entah ke mana. Setelah diteliti, ternyata dapat disimpulkan bahwa jika mengasosiaskan ke access point yang berpassword atau mempunyai key, ssid akan selalu hilang. Waw.. serasa agak menyesal membeli laptop ini.. Namun setelah membaca README drivernya sekali lagi, ternyata di situ terdapat tulisan bahwa driver ini tidak support command iwconfig yang mengisikan key menggunakan keyword key restricted. di README tersebut, dituliskan bahwa cara mengasosiasi wireless dengan AP menggunakan driver ini adalah menggunakan perintah iwpriv. Berikut detailnya :

a> Config STA to link with AP which is OPEN/NONE(Authentication/Encryption)
1. iwpriv ra0 set NetworkType=Infra
2. iwpriv ra0 set AuthMode=OPEN
3. iwpriv ra0 set EncrypType=NONE
4. iwpriv ra0 set SSID=”AP’s SSID”

b> Config STA to link with AP which is SHARED/WEP(Authentication/Encryption)
1. iwpriv ra0 set NetworkType=Infra
2. iwpriv ra0 set AuthMode=SHARED
3. iwpriv ra0 set EncrypType=WEP
4. iwpriv ra0 set DefaultKeyID=1
5. iwpriv ra0 set Key1=”AP’s wep key”
6. iwpriv ra0 set SSID=”AP’s SSID”

c> Config STA to link with AP which is WPAPSK/TKIP(Authentication/Encryption)
1. iwpriv ra0 set NetworkType=Infra
2. iwpriv ra0 set AuthMode=WPAPSK
3. iwpriv ra0 set EncrypType=TKIP
4. iwpriv ra0 set SSID=”AP’s SSID”
5. iwpriv ra0 set WPAPSK=”AP’s wpa-preshared key”
6. iwpriv ra0 set SSID=”AP’s SSID”

d> Config STA to link with AP which is WPAPSK/AES(Authentication/Encryption)
1. iwpriv ra0 set NetworkType=Infra
2. iwpriv ra0 set AuthMode=WPAPSK
3. iwpriv ra0 set EncrypType=AES
4. iwpriv ra0 set SSID=”AP’s SSID”
5. iwpriv ra0 set WPAPSK=”AP’s wpa-preshared key”
6. iwpriv ra0 set SSID=”AP’s SSID”

e> Config STA to link with AP which is WPA2PSK/TKIP(Authentication/Encryption)
1. iwpriv ra0 set NetworkType=Infra
2. iwpriv ra0 set AuthMode=WPA2PSK
3. iwpriv ra0 set EncrypType=TKIP
4. iwpriv ra0 set SSID=”AP’s SSID”
5. iwpriv ra0 set WPAPSK=12345678
6. iwpriv ra0 set SSID=”AP’s SSID”

f> Config STA to create/link as adhoc mode, which is OPEN/NONE(Authentication/Encryption)
1. iwpriv ra0 set NetworkType=Adhoc
2. iwpriv ra0 set AuthMode=OPEN
3. iwpriv ra0 set EncrypType=NONE
4. iwpriv ra0 set SSID=”Adhoc’s SSID”

g> Config STA to create/link as adhoc mode, which is WPANONE/TKIP(Authentication/Encryption)
1. iwpriv ra0 set NetworkType=Adhoc
2. iwpriv ra0 set AuthMode=WPANONE
3. iwpriv ra0 set EncrypType=TKIP
4. iwpriv ra0 set SSID=”AP’s SSID”
5. iwpriv ra0 set WPAPSK=12345678
6. iwpriv ra0 set SSID=”AP’s SSID”

h> Get site survey
usage: iwpriv ra0 get_site_survey

i> Get Statistics
usage: iwpriv ra0 stat ; read statistic counter
iwpriv ra0 set ResetCounter=0 ; reset statistic counter

j> Link with an AP which is the largest strength ; set ANY SSID (ssidLen=0)
usage: iwconfig ra0 essid “”
or
usage: iwpriv ra0 set SSID=”"

Dari percobaan saya, perintah tersebut harus ditulis urut dan satu per satu. Agak aneh memang, tapi baru bisa connect dengan cara begitu..
Nah, semoga tulisan saya ini dapat membantu Anda yang mempunyai masalah yang sama dengan saya….

So, a few weeks ago I got a new computer, and on it I installed Windows Vista. I got Home Premium, since I find I don’t actually use a lot of the features found in the higher-end versions. So while yeah, I coulda probably gone with Ultimate, I just didn’t see the point.

I also went with the 64-bit edition. My reasoning there was basically RAM support. 32-bit Windows can’t use over 3GB of RAM. Officially it’s supposed to be 4GB but there’s some weirdness involved to where Windows will only actually let you use 3GB for applications, the rest is “reserved” or something. And, well, I got 4GB of RAM. And in two years I’ll probably be putting in yet more RAM. That’s the way I do things. The incremental upgrade is why my trusty emachine ended up lasting me as long as it did.

Hardware driver support in 64-bit Windows is vastly improved over what it was years ago when Windows XP first came in an x86-64 version. My motherboard chipset, including the Ethernet interface, SATA controller, etc., all have 64-bit drivers. So does my video card. Everything else is covered by the generic drivers Windows ships with. Oh wait. I almost forgot one.

I have a Linksys WMP54G v4.1 PCI WiFi card. (The model number and version are there so they can be googled, so you can see the same stuff I found.) Linksys does not provide a 64-bit driver on their website. I ended up downloading a random driver someone in a Linksys forum said worked, and it got me online. Of course, once I connected and ran Windows Update, lo and behold a driver update was pushed out to me. How fortunate!

But that’s when the problems began. Randomly when I was playing WoW, the game would freeze. Like, we’re talking full hard-lock. No mouse movement, the sound card just replays the last few milliseconds of sound from its buffer over and over again. Eventually it got to the point where it would happen whenever I logged into WoW, but only on certain characters. My mage, I could log onto fine. Same with my priest. But my death knight and warrior, I couldn’t. I did, however, take note that my DK and warrior were in Stormwind, heavily populated.

At this point I thought something was just screwed up in WoW or something. I’d installed and uninstalled a bunch of crap over the course of the two weeks of having a new computer, and the registry was clogged with all kinds of random BS. Heck, there was even stuff in the desktop context menu that was still hanging around.. from a program that I’d uninstalled when I discovered it didn’t do what I needed it to do.

I tried to just fix WoW first. Ran repair.exe, tried manually cleaning the registry, couldn’t fix anything. So then I thought, well, maybe I have bad RAM, that would cause my computer to crash out like that. I got memtest86, slapped that on a CD, and ran it. Found zero errors. So back to square one.

I was getting annoyed and losing hope, so I did what I decided needed to be done anyway– I formatted and reinstalled Windows Vista from scratch. I told myself I was going to do it /right/ this time. I came up with a game plan, and stuck to it. I was going to install the stuff in this particular order, reboot at these times, and when I got done, everything should theoretically work.

And everything did work. Until the very last item– install World of Warcraft and get all the patches up. The install, from all three DVDs, went off without a hitch. But then, when I opened it up for the first time, it started downloading the patch, through Blizzard’s bittorrent-like P2P downloading interface. It got about 3-4% in, and the machine hardlocked. I pushed reset, ran WoW, and it did the exact same thing. I couldn’t figure it out. I wasn’t even intensively using the computer, or the RAM, at the time. Note that up until this point I’d only experienced these crashes when running WoW, and I thought it had something to do with how much the game exercised my hardware.

When I booted the computer back up I started playing chess. I love that Microsoft included a chess game in Home Premium. Waaay better than Solitaire. Playing something like chess that actually requires strategy helps to clear my head. So after a couple games, I thought to myself, “Maybe it has something to do with the WiFi card.”

There were a few episodes of Bleach I hadn’t watched yet, and those always have tons of seeds and are a really good way to speed-test/stress-test a network connection. So I popped open utorrent and opened up three torrents, and then went back to chess while I watched the progress on the torrents.

Download speed went up and went fast. I was beginning to get angry, not because the computer was crashing, but because it was FAILING to crash. But then, a couple minutes in, the computer just suddenly crashed.

That, I think, was probably the watershed moment. After I rebooted and let scandisk run completely, I opened up firefox and started googling everything I could think of about my WiFi card. Brand name (Linksys), model number (WMP54G), version (4.1)… and discovered a few things.

First, the card is based around a Ralink RT61 chipset. The driver in the WHQL for this chipset, which comes straight from Ralink, is buggy. If you have over 3GB of RAM on a 64-bit system, Vista or XP, the driver will cause the computer to randomly hardlock when certain types of network operations are performed. These operations include decentralized peer discovery in P2P networks (Bittorrent, also Blizzard Downloader), and some types of online games, especially MMORPGs (World of Warcraft).

I didn’t quite understand everything on those sites ‘cuz damn it, I’m a wirebiter not a software person. But I did understand one very important thing. That being, I had over 3GB of RAM and was using a piece of software known to be buggy on over 3GB. The next logical step was to remove one of my DIMMs and see how stuff worked on 2GB. It’s not ideal, since with only one DIMM I’m now in single-channel DDR mode, instead of that nice happy dual-channel DDR2 wonderland, but at least it proves one thing. All of my stability issues were caused by a single piece of offending hardware, the wireless card.

Thinking in retrospect, I’m starting to realize that quite possibly the reason why the problem seemed to happen gradually had to do with Windows Update pushing the driver. It was several days, almost a week in fact, ’till I went through and installed the optional updates the first time around, and amazingly the unsigned driver I installed to get the thing to work in the first place may have actually been a better fit than the one Microsoft pushed at me. So hopefully, this blog entry helps out someone who has a similar problem, since RT61-based cards are extremely common on the market.

Após alguns serviços feito em um notebook e configuração de um modem 3g no Mac OS X de um amigo, fui presenteado com um adaptador Wireless, D-Link, modelo DWA-110.

Aqui em casa, meu irmão já possui um mesmo adaptador deste, em que também vinha utilizando no Windows XP (a um bom tempo) e também no Windows Vista 32 bits através de uma certa gambiarra com os drivers presentes no CD, além, também do Mac OS X. Passou um certo período, encontrei o driver do mesmo para o Windows Vista 64 bits pelo qual, instalado e configurado, vem funcionando muito bem nos sistemas dele.

Eu, porém, havia deixado o adaptador meio que de lado após uma tentativa frustrada de vê-lo à funcionar no Linux através do ndiswrapper em que “gambiarra” é pouco pelo que é feito com as “dlls” e firmware presente nos drivers for Windows.

Foi que então, que de tanto desplugar o cabo de rede conectado ao PC pra testar ou fazer download de softwares e atualizações em outros computadores que faço manutenções pra ganhar algum a mais… acabei percebendo que preciso refazer a clipagem dele (mais sempre esqueço de trazer os clips e o alicate pra fazer o serviço)… com isso, estava sem nada a fazer (mesmo com a rede funcionando) e resolvi procurar informações para colocar esse D-Link DWA-110 a funcionar no Linux de uma vez por todas.

E aqui, começou minha aventura.

Fui direto no AUR procurar pelo módulo rt73 (descobri que era este módulo, durante minha primeira tentativa de instalação com o Ndiswrapper)… e para minha grata surpresa, lá estavam alguns pacotes relacionados ao conteúdo da minha busca. Também, por motivo de informação, tal adaptador utiliza-se de chips Ralink.

Fiz o download de dois deles:

1° – Módulo: http://aur.archlinux.org/packages.php?ID=15377

2° – Perfil de configuração para o netcfg2: http://aur.archlinux.org/packages.php?ID=17224

O primeiro pacote, é o módulo do kernel que será responsável pelo funcionamento de seu dispositivo Wireless.

Para montar o pacote contendo o módulo, é necessário instalar o pacote rt2×00-rt71w-fw presente no repositório core.

Instalado esta dependência, é só proceder com a compilação do módulo/pacote, e após isto, instalá-lo com um pacman -U rt73-k2wrlz-3.0.2-2-x86_64.pkg.tar.gz - Verifique a versão do pacote e arquitetura de seu Arch Linux no momento de instalação.

O 2º pacote a se montar, contém os arquivos (criado e mantido pelo thotypous – Paulo Matias) que são responsáveis para o correto uso do módulo rt73 pelo netcfg, servindo então, como arquivo de configuração de perfil de conexão. Também, após feito, deverá ser instalado com um pacman -U netcfg-rt73-0.1-1-x86_64.pkg.tar.gz.

Caso precise de informações dos passos corretos para a compilação de pacotes do AUR, queira por gentileza ler este artigo no Wiki do Arch Linux.

Configurações:

Agora que já temos o módulo e os arquivos de configuração para o netcfg, vamos então, configurar o sistema e colocar o adaptador a funcionar.

Após plugado o dispositivo, é preciso “derrubar” o módulo rt73usb e subir o módulo correto (rt73), caso contrário, haverá conflito e o adaptador não irá funcionar.

Um simples rmmod rt73usb e na sequência um modprobe rt73, soluciona temporariamente este fato.

Para automatizar este processo, simplesmente  editamos o /etc/rc.conf fazendo as seguintes alterações:

MOD_BLACKLIST=(rt73usb)
MODULES=(... ... rt73 ... ...)

Dica de Ubermensch nos comentários no link do pacote do rt73-k2wrlz.

Também, é preciso criar um perfil contendo as informações de sua rede sem fio. Para isso, é necessário criar o arquivo (ou arquivos se você se conecta em mais de uma rede sem fio) em /etc/network.d/

Este perfil, deve seguir o modelo que o netcfg precisa… informações a respeito de como proceder, podem ser vistas aqui.

Em meu caso específico, criei o arquivo /etc/network.d/wep, com as configurações referentes a minha rede. Reparem no conteúdo do arquivo:

CONNECTION=”wirelessral“
DESCRIPTION=”A wep encrypted wireless connection using static ip”
INTERFACE=rausb0
SCAN=”yes”
SECURITY=”wep”
ESSID=”nomedarede“
KEY=”1234567890“
IP=”static”
IFOPTS=”10.0.0.11 netmask 255.255.255.0 broadcast 10.0.0.255″
GATEWAY=”10.0.0.1″
DNS1=10.0.0.1
DNS2=200.204.0.10
DNS3=200.204.0.138
DNS4=208.67.222.222
DNS5=208.67.220.220

Como veêm, utilizo um ip fixo declarado em IP=”static”; a interface de rede é a rausb0 verificado através do comando iwconfig; utilizo uma chave wep e não wpa; e em CONNECTION, é usado o perfil de configuração instalado do pacote netcfg-rt73 do thotypous. Siga este modelo para uma conexão wi-fi com ip fixo ou utilize as dicas no Wiki do Arch Linux Brasil para fazer uma configuração baseada em dhcp:

http://wiki.archlinux-br.org/Perfis_de_Rede

Neste momento, já é possível conectar a rede através do Access Point e se ouver uma conexão a internet disponível, navegar e fazer tudo o que você faria normalmente em uma rede cabeada. Para isso, digite no terminal, um dos seguintes comandos para conseguir a conexão:

netcfg-auto-wireless rausb0

ou

netcfg2 wep

O primeiro, escaneará o ambiente a procura de uma rede para que ele possa se conectar… havendo mais de uma, ele conectará na primeira que encontrar.

O segundo comando, buscará pelo sinal do perfil de rede em /etc/network.d/wep configurada anteriormente por nós, encontrando o sinal, é feita  a conexão e estaremos prontos para aproveitar dos serviços disponíveis na rede.

Pronto.. agora é só navegar e aproveitar?

Sim e não! Depois de pronto as configurações aqui apresentadas, você estará navegando se as seguiu corretamente e tendo em vista de que este artigo é voltado para o adaptador DWA-110, fabricado pela D-Link… com certeza estará navegando.

O detalhe é que toda vez que reiniciar ou ligar seu computador, você terá, como root, realizar a conexão manualmente. Para evitar de um usuário ter que digitar netcfg2 wep toda vez que ligar seu computador ou outros comandos necessários ao funcionamento do sistema, existe o /etc/rc.conf para deixar automático isto.

Como modelo, segue o link de como está o meu rc.conf

Analisem que segui em partes o que a página do Wiki recomenda e o categoricamente o que o user do AUR (Ubermensch) escreveu. (Linhas 38 e 39 do arquivo)

Não utilizo mais a eth0 e nem mais a eth1 por enquanto. Apesar de a qualquer momento, eu possa voltar a utilizá-la caso queira, basta que se descomente a linha 62 e/ou 63, onde está as informações concernente ao número ip, mascara de rede.

Atenção especial, á linha 65, onde, não se encontram informações a eth0 ou eth1, contendo apenas a interface que utilizo agora, onde, diferentemente das interfaces cabeadas, é colocado o nome do perfil da wirelless:

INTERFACES=(lo wep)

Outro detalhe é que não utilizei a string“auto-wireless rausb0″ na NETWORKS, conforme dizia a wiki (Linha 84), bastou apenas…

NETWORKS=(wep)

Além disso, é preciso adicionar a Sessão DAEMON, o daemon net-profiles, conforme instruções do Wiki (Linha93)

Depois deste aprendizado, fiquei tranquilo e quase que totalmente satisfeito com relação a Wireless em minha residência, pois, é só ligar o micro, que já estou conectado!

Outras opções:

Uma parte do “quase satisfeito”, se dá, ao fato de eu estar procurando um software para gerenciar “outras” conexões sem fio com uma maior simplicidade… (tipo.. usar a net do vizinho.. xD.. rss).

Estava interessado no kwifimanager, mais ele ainda não está portado para o KDE 4 e acredito que um outro projeto possa entrar no lugar dele nos próximo release do KDE.

Outro software que li maravilhas em blogs e na grande rede, foi o wifi-radar (que está disponível no repositório community, meu maior problema com ele, está no fato dele utilizar GTK como biblioteca gráfica (mão na roda pra quem usa Gnome… não é meu caso) e eu não querer mais um “alienigena gráfico” por aqui… Já basta o Firefox! – Quem sabe se a necessidade for maior, isso me obrigue a usá-lo?

Por outro lado, existe o Wireless Assistant (wlassistant), onde existe uma GUI em QT3 (?).. – é QT3 – .. Este software, possui ferramentas para detectação e configuração de redes sem fio presentes em um determinado ambiente. Até gostei do software, mais poxa – mais uma biblioteca gráfica é triste.

Também procurei algum “applet” que poderia ser usado no system tray ou no desktop como plasmoid, em que eu possa ver a qual andas o sinal da rede, acabei por interessar-me pelo Plasma Wifi 0.5… ainda não consegui colocá-lo a funcionar por algumas mudanças nos arquivos e PATH’s no KDE 4.2… em breve, em breve.

Acho que vou de Arch Assistant mesmo.

É isso ai.. gostei de eliminar cabos.

Informações:

http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html

http://wiki.archlinux-br.org/Perfis_de_Rede

http://homepages.tu-darmstadt.de/~p_larbig/wlan/

http://aur.archlinux.org/packages.php?ID=15377

http://aur.archlinux.org/packages.php?ID=17224

http://www.ralinktech.com.tw/

http://paste.archlinux-br.org/941

—-

Atualização em 03/10/2009

Hoje em dia, não se precisa mais de todo o processo descrito acima. Basta apenas, subir o módulo rt73usb (modprobe rt73usb), e ter o arquivo de configuração de ingresso na rede, com as devidas configurações em /etc/network.d/wpa. Segue, exemplo de configurações referentes:

CONNECTION=”wireless“
DESCRIPTION=”A wpa encrypted wireless connection using dinamic ip”
INTERFACE=wlan0
SCAN=”yes”
SECURITY=”wpa”
ESSID=”nomedarede“
KEY=”1234567890“
IP=”dhcp”

Depois, basta usar o netcfg para conectar a rede e obter um endereço e já sair navegando: netcfg2 wpa

O mundo open-source é isto, evolução de novas e velhas tecnologias.

Ho (finalmente) trovato il tempo per sistemare la guida all’ installazione, aggiornamento e configurazione delle schede wireless con chip Ralink su Ubuntu.

Tale guida è valida per la maggioranza dei chip Ralink attualmente presenti, ed in particolare:

• RT2400 (PCI/PCMCIA)

• RT2500 (PCI/PCMCIA)

• RT2570 (USB)

• RT61 (PCI/PCMCIA)

• RT73 (USB)

Trovate la nuova pagina (revisionata) a questo indirizzo:

http://wiki.ubuntu-it.org/Hardware/DispositiviSenzaFili/Ralink

In particolare sono state riportate le procedure di aggiornamento dei driver presenti di default nel kernel.

Nell’ordine di preferenza: utilizzo del pacchetto di backports, compat-wireless, driver legacy.

Se trovate errori o mancanze non esistate a segnalarmelo!

Le module RT73USB utilisé par défaut sur les distributions linux pour gérer les cartes Ralink fonctionne mal :  il génère une déconnection du wifi après quelques temps d’utilisation.

Adieu les Skype, FTP, ou Emule, car la durée avant la déconnection est proportionnelle à la quantité de bytes échangés.

Pour contourner ce problème pour ce bug (pour lequel j’ai ouvert un incident pour Mandriva, et participer à un autre sur Ubuntu), le seul moyen identifié est de blacklister RT73USB et d’installer en lieu et place RT73 de serialmonkey.

Le tuto est ci-dessous, et avec le RT73 la connexion est rapide et très stable.

Seul bémol, le RT73 n’est pas géré par le network-manger de Gnome, et donc il faut définir le wifi en mode console.

Avantage, la connection démarre automatiquement au début de chaque session.

Effctivement avec la gestion sécurité d’Ubuntu via les trousseaux de clef, le network-manager exige pour le RT73usb une identification à chaque nouvelle session pour démarrer le wifi.

Code:

sudo apt-get update
sudo apt-get install build-essential linux-headers-$(uname -r)
cd ~
mkdir ~/rt73
cd ~/rt73
wget http://rt2x00.serialmonkey.com/rt73-cvs-daily.tar.gz
tar -zxvf rt73-cvs-daily.tar.gz
cd rt73-cvs*/Module
echo 'blacklist rt73usb' | sudo tee -a /etc/modprobe.d/blacklist
echo 'blacklist rt2500usb' | sudo tee -a /etc/modprobe.d/blacklist
echo 'rt73' | sudo tee -a /etc/modules
make
sudo ifconfig wlan0 down
sudo modprobe -r rt73usb
sudo modprobe -r rt2500usb
sudo make install
sudo mkdir /lib/modules/$(uname -r)/extra sudo
cp rt73.ko /lib/modules/$(uname -r)/extra/rt73.ko
sudo depmod -ae
sudo modprobe rt73
sudo ifconfig wlan0 up

Code:

sudo gedit /etc/network/interfaces   #remplacer gedit par kate si tu es sous kubuntu

Code:

auto lo
iface lo inet loopback

auto wlan0
iface wlan0 inet dhcp
wireless-essid le_essid_de_la_box    #à compléter
wireless-key La_clé_en_hexa    #à compléter

Pour un cryptage WPAPSK TKIP

Code:

auto wlan0
iface wlan0 inet dhcp
pre-up iwconfig wlan0 essid "mon ssid"
pre-up iwpriv wlan0 set AuthMode=WPAPSK
pre-up iwpriv wlan0 set EncrypType=TKIP
pre-up iwpriv wlan0 set WPAPSK="Ma_cle_WPA"

Puis on redémarre ou on relance le réseau

Code:

sudo ifdown wlan0
sudo ifup wlan0

The missing WPA support was something many users where missing on OpenBSD. I now tell some practical steps on how to connect to a WPA encrypted wireless network with OpenBSD. Again – and as often OpenBSD makes it simpler than other OSes. Firstly – during install OpenBSD gives the opportunity to configure networks. I had my Thinkpad R52 not connected to any network while installing. As the internal Intel chip did never work with WPA on my Ubuntu I had a Ralink card inserted. OpenBSD also has some problems, claiming it can not find the firmware. I have not even looked what this means – because I first wanted internet and the Ralink looked much more promising. So Ralink … this is the ral driver. The manual can be found on OpenBSD with ‘man ral’ – on the web: RAL(4). The essential example is here:

Configure ral0 to join network “my_net” using WPA-PSK with passphrase
“my_passphrase”:
# ifconfig ral0 nwid my_net wpa wpapsk \
$(wpa-psk my_net my_passphrase)

Anyway. I am not here to copy the manual. What they write there is not wrong – but does not give you any network on a new boot. So the first ral card is called “ral0″. The setup did create a file: “/etc.hostname.ral0″. Here is how its contened looked: “dhcp NONE NONE NONE” – Where do you find more? In hostname.if(5). There you will get the information that you can add “options” behind the dhcp. Those options are the same as the command ifconfig gives.

Back to the example above, what does this do? “$(wpa-psk my_net my_passphrase)” executes the command “wpa-psk” – with the options: 1. SSID and 2. the passphrase. It is able to generate a wpa pre-shared key. You can generate one and COPY that. You can then paste that into the ral0 config file. So a like could look like this:

dhcp nwid yoda wpa wpapsk <your-key>

Thats about all you need. And now how you connect to your Router? Nothing simpler. Read about netstart(8). This is actually a non-executable script. You can start your ral0 with “sh /etc/netstart ral0″. And this should be sufficient to get it on every time you boot. A successful connected wpa wireless then will look like this:

$ ifconfig ral0

ral0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
lladdr 00:80:5a:39:f5:e1
groups: wlan egress
media: IEEE802.11 autoselect (OFDM54 mode 11g)
status: active
ieee80211: nwid yoda chan 9 bssid 00:1c:10:c1:ab:40 120dB wpapsk <not displayed> wpaprotos wpa1,wpa2 wpaakms psk,802.1x wpaciphers tkip,ccmp wpagroupcipher tkip 100dBm
inet6 fe80::280:5aff:fe39:f5e1%ral0 prefixlen 64 scopeid 0x5
inet 192.168.200.102 netmask 0xffffff00 broadcast 192.168.200.255

Was that complicated? I would say no. The only think I have not tried is how to best set up multiple networks. Something that works more or less on Linux with the NetworkManager. But it does not work good on my Ubuntu box. I really think that OpenBSD has shown how elegant one can do things. This is now without multiple commands – essentially it is just ifconfig. And why shouldn’t ifconfig be able to do more. Why should we need to have iwconfig, iwpriv,… ?

Linux has tried hard to make some things usable – but on the way to accomplish that Linux developers often throw away old tools and constantly reinvent the wheel. Still maybe it is simple to quickly install an Ubuntu box – but for those who know about Unix and can handle the tools you need to remember less and can do some things MUCH easier. OpenBSD has taken its time to get WPA support – much later than Linux. But now its working. Hope this posting helps some posters to get it done.

As this is an important task I state explicitly that the whole text that I wrote is public domain, so you can reuse it wherever you like.

Not much sense to read the rest as I could solve the problem by adding my internal card to the wireless MAC filter of my router. stupid me!

See

Ubuntu Wireless Problem solved. Brain refreshed

This is what bothers me on the new Ubuntu 8.10 beta on my Thinkpad R52:

1. Now with a Ralink card (RT61) also this connection is resetted all the time. On reconnection every time the card that never worked with WPA (Intel 2200 BG) is used. The bug has expired (I set it to ‘new’ again) and it was always just commented to update the driver. So nobody at Canonical seems to care if Intel 2200 BG works or not?
2. Related is the fact that I mentioned above that Network Manager never remebers which card and connection works. So if there is a internal card which cant connect he will ALWAYS use this, even if that has never worked. I reported this months ago and nobody cared., too. What the people working on wireless network do not seem to realize is that not every hardware works with every access point. So remembering what works and what not is so essential! Actually I alwys thoght that was what NM was all about. But it seems they only remember the password/key which has worked  and not how it worked. I guess this is trivial feature to add so again I dont understand why this has not been changed. Or why a card that never worked is even displayed and takes 80% of all entries, while the working card always switches its position (upper or lower end of the other card) – I would guess it would be important to display the most used and working connections at the top – also depending on the location. Come on guys, NM is not that new any more. So please fix those minor issues – I dont see any sense in listing 30 wireless networks in my range that I never use and will never use. What exactly am i supposed to do with them? This is only a distraction.

So my situation now is that not only the internal card is still not working but now the external PCMCIA card is resetted every five minutes or so. Which makes Ubuntu quite unusable for me – and its already Beta time. I had thought ipw2200 drivers would become really much better with newer kernel > 2.6.26, but 2.6.27 I still have the same bugs. So everybody having same type of hardware should stay back from Ubuntu till I can report that things are working.

Here is an example log. As you see wlan0 (rt61) comes up and then eth2 (ipw2200) interferes:

Oct 7 14:44:02 cine avahi-daemon[4897]: Registering new address record for 192.168.200.102 on wlan0.IPv4.
Oct 7 14:44:02 cine dhclient: bound to 192.168.200.102 — renewal in 32910 seconds.
Oct 7 14:44:03 cine NetworkManager: (wlan0): device state change: 7 -> 8
Oct 7 14:44:03 cine NetworkManager: (wlan0): writing resolv.conf to /sbin/resolvconf
Oct 7 14:44:03 cine NetworkManager: Policy set (wlan0) as default device for routing and DNS.
Oct 7 14:44:03 cine NetworkManager: Activation (wlan0) successful, device activated.
Oct 7 14:44:03 cine NetworkManager: Activation (wlan0) Stage 5 of 5 (IP Configure Commit) complete.
Oct 7 14:44:03 cine ntpdate[8639]: adjust time server 91.189.94.4 offset 0.000279 sec
Oct 7 14:44:07 cine NetworkManager: (eth2): supplicant connection state change: 0 -> 3
Oct 7 14:44:07 cine NetworkManager: (eth2): supplicant connection state change: 3 -> 0
Oct 7 14:44:09 cine NetworkManager: eth2: link timed out.
Oct 7 14:44:12 cine NetworkManager: (eth2): supplicant connection state change: 0 -> 3
Oct 7 14:44:12 cine NetworkManager: (eth2): supplicant connection state change: 3 -> 0

Après 15 jours sous Mandriva 2009 rc1, j’ai noté beaucoup de point positif, en terme de performance, stabilité et d’intégration graphique. C’est un cru qui promet.

J’ai néanmoins deux problèmes que j’espère voir résolu dans la version finale :

• Le lancement de Compiz automatiquement avec les bonnes décoration de fenêtre (aujourd’hui je ne sais pas me passer de $ kde4-window-decorator –replace).
• Une déconnection intempestive de mon wifi après plusieurs heures de connection. La carte est une Ralink et le driver utilisé est le rt73usb.

Dans les logs sous /var/log/ j’ai :

*Sep 20 20:10:04 localhost kernel: phy0 -> rt2x00queue_write_tx_frame: Error - Arrived at non-free entry in the non-full queue 2.

*Sep 20 20:10:04 localhost kernel: Please file bug report to http://rt2x00.serialmonkey.com.

J’ai ouvert un bug dans Mandriva bugzilla, en espérant que ce ne soit rien (kernel à priori ou driver de Ralink) qui empêche un correctif dans la version finale.

Eseguendo i quotidiani aggiornamenti di Hardy, questa mattina ho avuto una piacevole sopresa:

Insieme all’aggiornamento al kernel 2.6.24.20.22 ho trovato anche quello del pacchetto linux-backports-modules-hardy, di cui ho già parlato poco tempo fa.

La novità non è solo nel numero di versione (che segue il kernel, ovviamente) ma anche di un consistente incremento dei moduli presenti !

Infatti, oltre ai moduli che erano già presenti, ovvero:

• Intel iwl3945 e iwl4965 + relativi firmware
• Ralink rt2×00 (rt2400pci, rt2500pci, rt2500usb, rt61pci, rt73usb)

Fanno la loro comparsa anche gli altri moduli del pacchetto compat-wireless, ovvero:

• Broadcom b43 e b43legacy
• Intel ipw2100 e ipw2200
• Prism P54 PCI e USB
• Atheros ath5k
• Libertas
• ZyDAS zd1211rw
• adm8211
• Realtck rtl8180 e rtl8187

Oltre a quest moduli wireless, troviamo anche aggiornamenti per:

• Intel igb ed e1000e
• uvcvideo (driver webcam)
• Broadcomm bcm5974 (driver per il multi-touchpad del MacBook Air and Macbook Pro)

Se vi interessa lo changelog completo, lo trovate qui.

Tutti i possessori di questi chip (che sono il 90% dei chip wireless attualmente in commercio) sono dunque invitati a testare questo pacchetto pieno di aggiornamenti.

ATTENZIONE! LEGGERE GLI AGGIORNAMENTI IN BASSO!!

Se non ce l’avete ancora, basta abilitare il repository hardy-proposed e insallare il metapacchetto linux-backports-modules-hardy

Ancora una volta, un grazie ai MOTU

AGGIORNAMENTO IMPORTATE:
Molti stanno riportando problemi con i nuovi moduli Intel e Ralink, compresi quelli nel kernel 2.6.24-20.
Attualmente dunque è consigliabile aspettare un futuro aggiornamento prima di installare questo pacchetto e continuare ad utilizzare il kernel 2.6.24-19

AGGIORNAMENTO DEL 21/08/2008
Tornando dalle vacanze ho letto con piacere che quelli di Ubuntu invece di andare al mare hanno provveduto in brevissimo tempo a risolvere il bug, fornendo una nuova versione del kernel nel repository “proposed”, taggata 2.6.24-21.25. Super efficienti, anche ad Agosto!

Making this Belkin Wireless Notebook G pcmcia card working on my debian system was as easy as a walk in the park. The debian forum had a how-to which used the t2×00 Project. However, the source is now available in the latest kernel – actually from 2.6.24+. It may be somewhat “buggy”, but when I found the firmware source in the debian repository, everything worked smoothly for me.

sudo apt-get install firmware-ralink

A new interface should now be availabe in

ifconfig -a

The “buggy”-feature which I experienced is not a big deal. I did not get any results with pccardctl ident, but this is not a bid deal as long as pccardctl eject works fine.

Being sick of wireless disconnecting every time it rained, I got my hands upon a cheap Edimax EW-7728In PCI 802.11n card. This uses a RaLink rt2860 (PDF) chip, which has vendor-supplied open source drivers available. Getting it to work with Linux 2.6.26 is slightly non-trivial, however.

First, we need the drivers. At the time of writing, that means 2008_0522_RT2860_Linux_STA_v1.6.1.0.tar.bz2.

Next, we need to fix a couple of things. First, the Makefile is dumb, and tries to install into /tftpboot:

From 82dc3a8737e4f97311f4f4fccd79ea55a319f1ea Mon Sep 17 00:00:00 2001
From: Ciaran McCreesh <ciaran.mccreesh@googlemail.com>
Date: Mon, 14 Jul 2008 16:47:00 +0100
Subject: [PATCH] Get your filthy paws off my /tftpboot

---
 Makefile |    2 --
 1 files changed, 0 insertions(+), 2 deletions(-)

diff --git a/Makefile b/Makefile
index 72bc933..aed3b00 100644
--- a/Makefile
+++ b/Makefile
@@ -80,11 +80,9 @@ LINUX:
 ifneq (,$(findstring 2.4,$(LINUX_SRC)))
        cp -f os/linux/Makefile.4 $(RT28xx_DIR)/os/linux/Makefile
        make -C $(RT28xx_DIR)/os/linux/
-       cp -f $(RT28xx_DIR)/os/linux/rt$(CHIPSET)sta.o /tftpboot
 else
        cp -f os/linux/Makefile.6 $(RT28xx_DIR)/os/linux/Makefile
        make  -C  $(LINUX_SRC) SUBDIRS=$(RT28xx_DIR)/os/linux modules
-       cp -f $(RT28xx_DIR)/os/linux/rt$(CHIPSET)sta.ko /tftpboot
 endif

 clean:
--
1.5.6.2

Next, dev->nd_net should now be dev_net(dev):

From 0878b37a40e2a7f466a74938920ff3751917eec3 Mon Sep 17 00:00:00 2001
From: Ciaran McCreesh <ciaran.mccreesh@googlemail.com>
Date: Mon, 14 Jul 2008 16:48:50 +0100
Subject: [PATCH] dev->nd_net is now dev_net(dev)

---
 os/linux/rt_main_dev.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/os/linux/rt_main_dev.c b/os/linux/rt_main_dev.c
index 24604da..6a3471d 100644
--- a/os/linux/rt_main_dev.c
+++ b/os/linux/rt_main_dev.c
@@ -669,7 +669,7 @@ static NDIS_STATUS rt_ieee80211_if_setup(struct net_device *dev, PRTMP_ADAPTER p

 #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,5,0)
 #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,24)
-        device = dev_get_by_name(dev->nd_net, slot_name);
+        device = dev_get_by_name(dev_net(dev), slot_name);
 #else
                device = dev_get_by_name(slot_name);
 #endif
--
1.5.6.2

Finally, the driver is unusably noisy. Unless you want fifty-odd lines of kernel debug informatione every five seconds:

From 19c7a6895333624566775541fbc836e0c9208225 Mon Sep 17 00:00:00 2001
From: Ciaran McCreesh <ciaran.mccreesh@googlemail.com>
Date: Mon, 14 Jul 2008 16:47:43 +0100
Subject: [PATCH] You shut your dirty whore mouth

---
 include/rt_linux.h |    4 ----
 1 files changed, 0 insertions(+), 4 deletions(-)

diff --git a/include/rt_linux.h b/include/rt_linux.h
index dfe4ab5..079d256 100644
--- a/include/rt_linux.h
+++ b/include/rt_linux.h
@@ -325,10 +325,6 @@ extern ULONG    RTDebugLevel;

 #define DBGPRINT_RAW(Level, Fmt)    \
 {                                   \
-    if (Level <= RTDebugLevel)      \
-    {                               \
-        printk Fmt;               \
-    }                               \
 }

 #define DBGPRINT(Level, Fmt)    DBGPRINT_RAW(Level, Fmt)
--
1.5.6.2

There’s no Makefile install target, so you’ll need to sudo cp os/linux/*.ko /lib/modules/`uname -r`/kernel/ then sudo depmod -a before you can sudo modprobe rt2860sta. You’ll also need to sudo mkdir -p /etc/Wireless/RT2860STA/ then cp RT2860STA.dat /etc/Wireless/RT2860STA/, even though we’re not using that file for any configuration.

Gentoo’s init scripts, if you’re using them, try to be overly clever, and won’t be able to bring up the interface. So use something like this as your /etc/init.d/net.ra0:

#!/sbin/runscript

depend() {
    need localmount
    after bootmisc hostname net.lo net.lo0
    use isapnp isdn pcmcia usb wlan
}

start() {
    bash -x -c 'ifconfig ra0 up'
    bash -x -c 'iwconfig ra0 essid giant-space-monkey key "aa:bb:cc:dd:ee:ff:00:11:22:33:44:55:66" freq 2.417G'
    bash -x -c 'dhcpcd ra0'
}

stop() {
    :
}

restart() {
    :
}

And that appears to be sufficient.

Para reconhecer o seu dispositivo, digite o seguinte comando pelo terminal:

$ lsusb

Deve aparecer esta linha:

Ralink Technology, Corp. 802.11g WiFi.

Baixe o driver para linux neste link.

Terminado o download, entre na pasta onde salvou o driver,descompacte, e instale-o conforme os comandos abaixo:

$ tar -xvzf rt2570-cvs-daily.tar.gz
$ cd rt2570-cvs-2006070807/Module (a data pode variar )
$ make
# sudo make install
# depmod -a

Habilite a interface wireless com o seguinte comando:

$ sudo ifconfig rausb0 up

Se no comando iwconfig a interface wireless aparecer como wlan0, então digite desta forma:

$ sudo ifconfig wlan0 up

Para escanear a rede digite o seguinte:

$ sudo iwlist rausb0 scan

ou

$ sudo iwlist wlan0 scan

Achando sinal, basta configurar sua conexão!

Boa sorte!

An update, I got it working!  Here’s what you need to do after installing the drivers per my last post:

1) In network-manager get it to connect to anything, if nothing shows up just put any for ESSID and mode DHCP then use ’sudo dhclient’ and it should connect up for you.

2) Once connected run the magic command… ’sudo iwconfig <interface, mine is ra0> key open’

3) Boom, you should have a connection.  A note, for some reason firefox keeps starting in offline mode when on wireles(at least for me), if yours does that just goto File and uncheck Work Offline.