I have a wireless mini pci card using the rt2500 chipset. I have been using the card with the rt2500-1.1.0_beta4 version of the driver with no problems. When I upgraded my system recently (using emerge -uDN world) the driver was upgraded to rt2500-1.1.0_pre2007020911. The wireless card failed to work with this driver. Using the iwconfig command to determine the card settings I get: lo no wireless extensions. eth0 no wireless extensions. ra0 RT2500 Wireless ESSID:"" Mode:Managed Frequency=2.412 GHz Bit Rate:11 Mb/s Tx-Power:0 dBm RTS thr:off Fragment thr:off Encryption key:********* Security mode:open Link Quality=0/100 Signal level=-120 dBm Noise level:-192 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 Note that the essid has not been set and the signal seems to be dead. When I reinstalled the rt2500-1.1.0_beta4 version of the driver the card worked normally. The iwconfig command with the working driver produces lo no wireless extensions. eth0 no wireless extensions. ra0 RT2500 Wireless ESSID:"bendernet" Mode:Managed Frequency=2.437 GHz Access Point: 00:0C:41:82:92:B0 Bit Rate:54 Mb/s Tx-Power:0 dBm RTS thr:off Fragment thr:off Encryption key:********** Security mode:open Link Quality=70/100 Signal level=-69 dBm Noise level:-192 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 Note the encyption key was set correctly in both cases but I blanked it out for obvious reasons. Reproducible: Always Steps to Reproduce: 1.Upgrade to rt2500-1.1.0_pre2007020911 package trillian erich # emerge --info Portage 2.1.2.2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.17-gento o-r7 i686) ================================================================= System uname: 2.6.17-gentoo-r7 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System release 1.12.9 Timestamp of tree: Sat, 14 Apr 2007 17:00:09 +0000 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.15-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /et c/texmf/web2c" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/ ftp://distro.ibiblio.org/pub/linux/dis tributions/gentoo/ ftp://ftp.gtlib.gatech.edu/pub/gentoo ftp://mirror.iawnet.san dia.gov/pub/gentoo/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://ftp.ucsb.edu/pu b/mirrors/linux/gentoo/ ftp://gentoo.chem.wisc.edu/gentoo/ " PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/di stfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="avahi berkdb bitmap-fonts cli cracklib crypt cups dri fortran gdbm gpm gtk gtk2 hal iconv ipv6 isdnlog libg++ midi ncurses nls nptl nptlonly pam pcre perl ppds pppd python readline reflection session spl ssl tcpd truetype-fonts type1-f onts unicode x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87 x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel i ntel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_ PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks ie c958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share sh m softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse joystick" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses te xt" USERLAND="GNU" VIDEO_CARDS="fglrx radeon" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGU AS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS , PORTDIR_OVERLAY
Does a daily tarball fix your problem? http://rt2x00.serialmonkey.com/rt2500-cvs-daily.tar.gz
(In reply to comment #1) > Does a daily tarball fix your problem? > > http://rt2x00.serialmonkey.com/rt2500-cvs-daily.tar.gz > I tried the tarball you suggested - it does not work either, producing the same behavior as the current ebuild. These are the steps I used to test the tarball: /etc/init.d/net.ra0 stop rmmod rt2500 emerge --unmerge rt2500 # removed the package # I extracted the tarball, did a make and make install, then modprobe rt2500 /etc/init.d/net.ra0 start The iwconfig results were the same as those from the rt2500-1.1.0_pre2007020911 package. By the way - it was hard to get my system back working on the original beta4 package. The tarball's makefile has no uninstall option. It turns out that they stored the module .ko file in a separate /lib/modules/ ... /extras directiory vs the /net directory - I had to manually remove the .ko file to get the beta4 package to work.
Could you file a support request upstream (forums on the serial monkey website) and reference it back here please? I'm not sure I can help any more :/
(In reply to comment #0) > I have a wireless mini pci card using the rt2500 chipset. I have been using > the card with the rt2500-1.1.0_beta4 version of the driver with no problems. > When I upgraded my system recently (using emerge -uDN world) the driver was > upgraded to rt2500-1.1.0_pre2007020911. The wireless card failed to work with > this driver. Using the iwconfig command to determine the card settings I get: > Just for the record I can report the same bug. Did this get tracked on forum? If so, where?
I've been having boatloads of hell with this as well. I have things working, but I had to play with /etc/conf.d/net, as well as iwconfig and such. And the damn thing still doesnt' stay connected unless I manually ifconfig down and up and then request a static ip with dhcpcd.
(In reply to comment #3) > Could you file a support request upstream (forums on the serial monkey website) > and reference it back here please? I'm not sure I can help any more :/ > I'm in the process of reporting this problem to them. From their documentation they would like me to enable debug output from the rt2500 module by setting a flag in the modprobe command (modprobe rt2500 debug=16). They say the debug output should show up in the file /var/log/debug. When I do this no file is created. They suggest adding the string kern.=debug /var/log/debug to the file /etc/syslog.conf and reboot. This file does not exist on my system so I created it and rebooted. Still no debug output. Is there a different way to enable the debug output in Gentoo? By the way it, seems that people with other distributions are reporting similar problems on the serialmonkey forums. I am not familiar with gentoo masking policies but shouldn't the latest package be masked as unstable or testing since several people seem to be having problems with it? Thanks
(In reply to comment #6) > I am not familiar with gentoo masking policies but shouldn't the latest package > be masked as unstable or testing since several people seem to be having > problems with it? Only the people listed here seem to have a problem with it. The last release doesn't work on our stable kernels, the snapshot does.
(In reply to comment #3) > Could you file a support request upstream (forums on the serial monkey website) > and reference it back here please? I'm not sure I can help any more :/ > The rt2500 forum at the serial monkey website has a discussion of a problem very similar to mine so I am following it. The thread was initiated by someone named psychodad. A url to the thread is http://rt2x00.serialmonkey.com/phpBB2/viewtopic.php?t=3552&postdays=0&postorder=asc&start=0 They seem to be hot on the track of fixing this problem so it may be worth following this thread
Hmmm, I probably don't see this as my rt2500 card is only in range of my unsecured AP.
So I would suggest testing the patched 1.1.0_beta4 from here ftp://mum.dyns.cx/rt2500 and make it stable. It works here with 2.6.19 and 2.6.20. Then make the snapshot unstable for now.
I can confirm that the patch as mentioned in comment #10 works. The rt2500-1.1.0_pre2007020911 didn't work here either, under both 2.6.18, 2.6.19 and 2.6.20. Furthermore, the beta4 version didn't work any more with 2.6.19 and 2.6.20, so this was a blocker in the (my) upgrade process to a .19 or .20 kernel. The patch was tested with a 2.6.20-hardened-r2 kernel, mentioned problems with 2.6.19 were tested against a gentoo-sources kernel.
I guess you'd be better off trying the rt2x00 git branch of drivers; it works great here w/ wpa_supplicant. See Bug 176148 and http://overlays.gentoo.org/svn/proj/sunrise/reviewed/net-wireless/rt2x00-git/
I put a more recent CVS snapshot of the RT2500 driver in portage a few days ago, which should fix this.
