Bugzilla Bug 151560

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 an attachment (id=99782) [edit]
driver ebuild

Created an attachment (id=99783) [edit]
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 an attachment (id=99823) [edit]
ralink_rt61-1.0.4.0.ebuild

Created an attachment (id=99824) [edit]
ralink_rt61_fw-1.2.ebuild

Created an attachment (id=103042) [edit]
ralink_rt61-1.1.0.0.ebuild

New driver version 1.1.0.0

Created an attachment (id=103043) [edit]
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 an attachment (id=103059) [edit]
ralink_rt61-1.1.0.0.ebuild

Added "|| die ..." to the epatch line

Created an attachment (id=103060) [edit]
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?