Hi all, this is the original RaLink driver for the rt61 chips. There are already two drivers in portage for this chip (rt61 and rt2x00), but both don't work properly as of now (no wep/wpa or even no connection at all). This driver works, I'm using WPA with it. I suggest these ebuilds go into the tree until rt2x00 gets stable for Gentoo to have at least one working rt61 driver. Be warned: the build process is a mess and the driver can't be initialized with the Gentoo WLAN setup but only by its own config file (!iwconfig !wpa_supplicant). It also taints your kernel, because the dev didn't provide the module license in the module itself (gpl v2 is in the source, though). Have fun Sebastian
Created attachment 99782 [details] driver ebuild
Created attachment 99783 [details] firmware ebuild
This can't be even fetched unless you change the descriptions so that they show versions. Plus, we can't distribute the firmware without a license, that ebuild needs RESTRICT="mirror"
Hi Jakub, thanks for the pointers!
Created attachment 99823 [details] ralink_rt61-1.0.4.0.ebuild
Created attachment 99824 [details] ralink_rt61_fw-1.2.ebuild
Created attachment 103042 [details] ralink_rt61-1.1.0.0.ebuild New driver version 1.1.0.0
Created attachment 103043 [details, diff] rt61-wireless-ext-v21.diff Patch that lets the driver compile against a kernel with wireless extension v21 (as included in kernel 2.6.19). Also sent to upstream.
I attached a fresh ebuild for the driver because Ralink released version 1.1.0.0 recently. Changes to the ebuild: - drop dep on extra firmware ebuild because the firmware is included in the driver source already - added patch for kernel 2.6.19/wireless extension v21 - added missing docs: readme, iwpriv_usage.txt - removed dep on dos2unix because running dos2unix on rt61sta.dat isn't necessary (file already is in unix format) - install the firmware from the driver package Regarding RESTRICT="mirror": In the driver is a license file which holds the GPL v2. Shouldn't the fact that the firmware is included in the same folder cover our bases? Here's the changelog between 1.0.4.0 and 1.1.0.0: [V 1.1.0.0] 1.) Support x64 platform 2.) Support WMM-APSD 3.) Enhance IRQ with tasklet schedule (THREAD_ISR) 4.) Fix pci_map_single and pci_unmap_single unsync problem 5.) Add A-band country region code #8(for W53),code #9(for J52) and code#10 6.) Enhance RTS/CTS frame for BG protection 7.) Send disassociate event to Supplicant when AP turn off 8.) Display mixed mode (encryption&authentication) from get_site_survey Sounds nice, especially x86 support.
Ups, I mean "x64" :-)
This is already in portage. Can you please use rt61 and rt61-firmware as names?
Hello Stefan, as I wrote earlier there's no need for an extra firmware ebuild anymore. Also this is not really already in portage. The driver rt61 in portage is the legacy rt61 driver from the rt2400 project. This driver is the original rt61 driver supplied by Ralink. rt2400 upstream doesn't want to get bug report for the original Ralink driver so I think it's a bad idea to mix them.
I'd appreciate you changing the topic back to spare people the confusion.
Created attachment 103059 [details] ralink_rt61-1.1.0.0.ebuild Added "|| die ..." to the epatch line
Created attachment 103060 [details, diff] rt61-wireless-ext-v21.diff Sorry, my previous patch sucked. Here's a new one I ripped off of IVD from the rt2400 project. Seems like net_dev->get_wireless_stats was removed in WEXT v17.
Thanks sebastian, I added your ebuild to portage as ralink-rt61
Thank you very much!
People, can you please clarify that: > and the driver can't be initialized with the Gentoo WLAN > setup but only by its own config file (!iwconfig !wpa_supplicant) I'm asking 'cause that ralink-rt61 driver doesn't work stable on my system. The system freezes time to time and I can't figure out what it the cause. Seems, that using WEP means trouble. Where can I found any HowTo on proper configuring that ralink-rt61? (looks like gentoo-wiki has no such howto :( )
I'm seeing lockups too. There's are comments on the serialmonkey site that says the driver won't work with SMP kernels. I recompiled the kernel with SMP disabled, and the lockups went away. If this is the case, perhaps the ebuild should check the kernel config for SMP?