Just to let you know, I've got the same output for both devices, wlan0 and 
wmaster0. I know that wmaster0 should be left alone. 

I get the same problem, the output from iwlist is below. The same error is
generated by the network manager. 

#iwlist wlan0 scanning
Warning: Driver for device wlan0 has been compiled with version 22
of Wireless Extension, while this program supports up to version 20.
Some things may be broken...

# lspci |grep -i ralink
00:09.0 Network controller: RaLink RT2500 802.11g Cardbus/mini-PCI (rev 01)

Well, rt2x00 developers hope that rt2x00 driver won't be a part of 2.6.21 
mainline kernel because "it is not ready". Whatever that means...
http://rt2x00.serialmonkey.com/phpBB2/viewtopic.php?t=3567

A patch was applied to the rawhide kernels on 4/1 that may have helped this 
issue.  Have you tried the latest rawhide kernels?

Yes, and I've got the same output. Plus the one Martin Kristensen has got. I 
tried with kernel-2.6.20-1.3040.fc7.i686

Fedora 7 test bugs should be filed against "devel", not against test1/2/3. This
isn't obvious, I know. Moving this report so it isn't lost.

This is a bulk message -- I apologize if this was actually meant to be targeted
against a different release. If so, please fix or let me know. Thanks.

Had the same problem but moving to kernel-2.6.20-1.3056.fc7 fixed it for me,
however, I have to setup the interface manually like so:

wpa_supplicant -B -D wext -i wlan0 -c /etc/wpa_supplicant/wpa_supplicant.conf

The Network Configuration application in the Gnome "System" menu can't configure
it because it thinks the actual hardware interface is (the totally useless,
apparently) wmaster0 (there doesn't seem to be a way to make it use wlan0).

Please try the test kernels here:

   http://people.redhat.com/linville/kernels/fc7/

Do these kernels work any better for you?

(In reply to comment #8)
> Please try the test kernels here:
> 
>    http://people.redhat.com/linville/kernels/fc7/
> 
> Do these kernels work any better for you?

Who should test these? As I said, kernel-2.6.20-1.3056.fc7 from the main
development section of the mirrors made the interface work if configured
manually w/ wpa_supplicant; do the kernels at the URL above fix something else?

You complained about tools trying to access wmaster0.  Does that problem 
continue with the kernels I posted?

(In reply to comment #8)
> Please try the test kernels here:
> 
>    http://people.redhat.com/linville/kernels/fc7/
> 
> Do these kernels work any better for you?

# rpm -ivh *
error: Failed dependencies:
        /usr/src/kernels is needed by kernel-devel-2.6.20-
1.3056.2.1.fc7.jwltest.8.i686

Of course, I have /usr/src/kernels directory.

I got the 2.6.20-1.3062.fc7 with updates and it works. I'm not sure how stable, 
but my network works for now. But, I still got all the errors I copy/pasted 
above.

I'm not sure if that's a good idea to include rt2x00 drivers since their 
developers says it is not stable: http://rt2x00.serialmonkey.com/phpBB2/
viewtopic.php?t=3567 From the other hand, I still can't compile legacy rt2500 
drivers on Rawhide.

Created attachment 152613 [details]
step one of attempt to configure wlan0

Oops, didn't realize attachments were sent separately.

No, 2.6.20-1.3056.2.1.fc7.jwltest.8 doesn't fix the problems for me.

I've attached some screenshots which show what I see in the Network
Configuration application. Basically, it seems like the only thing that's
changed w/ this kernel   is that in the "Device" dropdown of the "Network
Adaptor Configuration" tab of the application now lists eth0..eth8 instead of
wmaster0..wmaster8. The "Hardware Device" tab of the Wireless Device
Configuration still only offers wmaster0..wmaster8 as you can see.

Everything still works fine w/ manual wpa_supplicant + dhclient wlan0 (though
the final attached screenshot shows that there are a few errors reported when
wpa_supplicant is run; they are spurious or inconsequential).

Sorry about the image size of the screenshots, they're as small as I could get
them w/ the GIMP while leaving the text readable.

Created attachment 152615 [details]
hardware choices in Wireless Device Configuration

What I see after selecting "edit" in screen from previous attachment, then
navigating to "hardware" tab and trying to select something besides the default
(wmaster0).

[root@gemini ~]# wpa_supplicant -B -D wext -i wlan0 -c
/etc/wpa_supplicant/wpa_supplicant.conf
ioctl[SIOCSIWAUTH]: Operation not supported
WEXT auth param 4 value 0x0 - ioctl[SIOCSIWAUTH]: Operation not supported
WEXT auth param 5 value 0x1 - [root@gemini ~]# 

All still works fine after this and dhclient wlan0

(In reply to comment #11)
> 
> I'm not sure if that's a good idea to include rt2x00 drivers since their 
> developers says it is not stable: http://rt2x00.serialmonkey.com/phpBB2/
> viewtopic.php?t=3567 From the other hand, I still can't compile legacy rt2500 
> drivers on Rawhide.

Right, unless the legacy drivers compile _and_work_, I think this driver has to
be included, as there are plenty of these cards out there.

That said, I don't care if for a while I have to manually run wpa_supplicant and
dhclient. Aside from bringing up the interface, I've had zero problems w/ the
driver.

Dan, can you shed light on what wpa_supplicant does not appear to work when 
invoked by NM?

rt2500 is a lost cause until they support WE-18 and later (ie, standard WPA
config stuff).  Plus, AIUI, there's an rt2x00 mac80211 based driver.  If
somebody really wants to do the work of porting rt2x00 to WE-18 (ie adding
get/set for IWAUTH, IWENCODEEXT, and IWGENIE) that's fine, but it's pretty much
a dead end.

I also don't have an rt2x00 card anywhere, though perhaps Ed Rousseau's recent
CDW shopping spree caused one to turn up in Westford.

Perhaps I misread something...Dave, are you building the legacy rt2x00 drivers 
from their CVS tree (or installing from an rpm, etc)?  Or are you using the 
ones currently in rawhide?

I'm somewhat confused too...  there's about 4 different versions of rt2x00
floating around.

a) legacy versions, the "latest BETA" ones here at the top:
http://rt2x00.serialmonkey.com/wiki/index.php?title=Downloads

b) the "bleeding edge" versions of (a)

c) the more recent version based on an old d80211 stack
http://rt2x00.serialmonkey.com/rt2x00-cvs-daily.tar.gz

d) rt2x00 in wireless-dev (mac80211-based)

e) Ivo's upstream rt2x00 (mac80211-based)

(a), (b), and (c) are completely useless and should not be used.  If we're
talking about either (d) or (e), then we care...  Looking back over the
comments, I assume that we're talking about (d) or (e) because that's what's in
wireless-dev and in the rawhide test kernels, right?

Dave:

can you try the test again with:

[root@gemini ~]# wpa_supplicant -ddd -D wext -i wlan0 -c
/etc/wpa_supplicant/wpa_supplicant.conf

and post the output, attaching it as a file?

(In reply to comment #19)
> Perhaps I misread something...Dave, are you building the legacy rt2x00 drivers 
> from their CVS tree (or installing from an rpm, etc)?  Or are you using the 
> ones currently in rawhide?

I'm using the rawhide version, and it works, as long as I run wpa_supplicant and
dhclient manually.

(In reply to comment #17)
> Dan, can you shed light on what wpa_supplicant does not appear to work when 
> invoked by NM?

John, to be clear: I'm not using NM, I haven't even figured out how to get the
applet in my panel.

Rather, it's the network scripts in /etc/sysconfig and the "Network
configuration" application (system-config-network is the name I see doing 'ps',
it's a python app).

Created attachment 153415 [details]
debug output from wpa_supplicant

(In reply to comment #21)
> Dave:
> 
> can you try the test again with:
> 
> [root@gemini ~]# wpa_supplicant -ddd -D wext -i wlan0 -c
> /etc/wpa_supplicant/wpa_supplicant.conf
> 
> and post the output, attaching it as a file?

Here you go.

Hi.

I'm having problems with the rt2500 as well.  I am using it with NetworkManager.
 Someone asked how to get the applet in the panel: service NetworkManager start.

Soemtimes the driver works but it would take several minutes of fiddling with
NetworkManager to get it working.  For example, sometimes it wouldn't show any
wireless networks.  Sometimes it would show only my neighbor's network. 
Sometimes I could enter my SSID and get it to connect manually.  Sometimes it
just wouldn't work at all.  Sorry, I guess that's not very technical.  I just
didn't want to say, "me too!"  :-)

I didn't try very hard but I wasn't able to configure it statically and 'ifup
wlan0'  Which is how I used to do it under FC6 with the driver that I built from
CVS.

My access point is wide open.  I have it firewalled off and don't even use WEP.

Another problem that I noticed is that the driver prevents my laptop from
resuming from suspend.  I was able to get around the problem with the
instructions here http://people.freedesktop.org/~hughsient/quirk/quirk-advanced.html
by having it unload the rt2500pci module.

The problem still persists in Fedora 7. How the heck we can remove rt2500pci and
install legacy rt2500? I'm affraid I'll have to stick with fc6 if someone
doesn't fix that problem. 

Thanks.

(In reply to comment #26)
> The problem still persists in Fedora 7. How the heck we can remove rt2500pci and
> install legacy rt2500? I'm affraid I'll have to stick with fc6 if someone
> doesn't fix that problem. 
> 
> Thanks.

NAK.

I have overall stability issues w/ the kernel on the release version, but the
wireless stuff appears to work for me w/out issue: the network scripts at
startup use wlan0 instead of wmaster0, and using NetworkManager to connect to my
wireless router using WPA-TKIP works just fine.

I'm using NM instead of the static scripts, since the machine is a laptop, but I
strongly suspect that the static scripts would work if I provided my WPA
passphrase (since the problem w/ the static scripts previously was attempting to
pick the wrong interface).

Note: I did a fresh install of the release, rather than an upgrade from test.

I did fresh install on my test partition, set up network with system-config-
network, and network sometimes works, sometimes not.

I solved the problem.

# rm -rf /lib/modules/2.6.21-1.3194.fc7/kernel/drivers/net/wireless/mac80211/
rt2x00; depmod

Then I compiled CVS version of legacy rt2500 drivers and now everything works 
just fine. Here's where you can download it: http://rt2x00.serialmonkey.com/
wiki/index.php/Downloads

Cheers!

I got the same problem here. Fedora 7 was fresh installed, my rt2500 chip was
identified correctly but I can't connect to my router neither with static
configuration nor with NM or WPA_Suplicant. The only "error" message I got was
that fetching DHCP Informations failed.
Because a not-working WLAN driver is a no-go for me I rolled back the Fedora 7
installation and installed fedora core 6 until someone tells me that the rt2x00
driver works relieable or fedora provides the legacy driver as an rpm.

On a fresh installed F7 the hardware freezed. After a few update (but none for the
kernel !) freeze was no more observed.
The behaviour of the rt2xx components is very stange, there are no reproductible
behaviours (with the exeption that this don't worl).

An alternative is to disable the rt2xx modules within the file
/etc/modeprobe.d/blacklist:

blacklist rc80211_simple
blacklist rt2500pci
blacklist rt2x00pci
blacklist rt2x00lib
blacklist mac80211
blacklist cfg80211
blacklist eeprom_93cx6

Using the old driver from the rt2xx page work fine, the only "problem" is that
master mode is not supported.

FWIW: on rawhide x86_64 2.6.21-1.3218.fc8 the rt2500pci wireless now works for me.

"with NetworkManager" I should probably add

Hi. Im have an rt61 pcmcia wifi card D-Link DWL-G630 rev E, to work I compile
the serialmonkey rt61 module, install, up the network eth0 (another card) then
insert the card, and... voila! its work! including wlassistant.

thanks

fc7, 2.6.21-1.3228.fc7, pentium4, 512ram.

Im forgot... if only try with the default rt61 in the kernel, it didn't work

Someone flagged this as fedora_requires_release_note.  Please note in a comment
what you think needs to be in a release notes (update?) for which version of
Fedora, or remove the flag.  Thanks.

Does this problem persist w/ current rawhide kernels (e.g. 
kernel-2.6.23-0.29.rc0.git6.fc8 or later)?

I've found a workaround, sort of.  With the rt2500, the network rarely comes up
when I first login.  (Using NetworkManager)  Sometimes I'd have to wait 15-30
minutes before it would start working.

While playing around, I discovered that by running 'iwlist wlan0 scanning'
repeatedly (usually 5-10 times), I could get it to see my AP.  As soon as the AP
shows in iwlist, NetworkManager will connect automatically.  Once it gets
connected, everything works fine for the rest of the session.

I'm using 2.6.21-1.3228.fc7.

(In reply to comment #37)
> Does this problem persist w/ current rawhide kernels (e.g. 
> kernel-2.6.23-0.29.rc0.git6.fc8 or later)?

Well, everything seems to be working fine on first booting of 2.6.23-
0.29.rc0.git6.fc8. But the GNOME network applet still shows 0% signal strength, 
even if network work just fine. I have no such problems with legacy rt2500.

Closing this as fixed in RAWHIDE.  Please open a new bug regarding the issue 
you describe with GNOME network applet.