rt2x00.serialmonkey.com

That doesn't quite do it, seems Kconfig is needed, no config options show up in make xconfig. I also tried the git sources which are for 2.6.22-rc6 for which I get a kernel oops on the rt2500pci module in 2.6.22 - haven't captured the data as serial console isn't attached. Worked with 2.6.22-rc7-git6. I also noticed that 2.6.22-git1 has the stuff in for EEPROM_93CX6 which may cause git patches to fail if added on top of the git.serialmonkey 2.6.22 when it comes out.
rt2500-cvs-2007071019 builds against 2.6.22, rt2500 module installs, no lights come on in Managed or Ad-Hoc mode.
wlan0 RT2500 Wireless ESSID:""
Mode:Ad-Hoc Frequency=2.412 GHz Bit Rate=1 Mb/s
RTS thr:off Fragment thr:off
Encryption key:off
Link Quality:0 Signal level:136 Noise level:113
Rx invalid nwid:0 invalid crypt:0 invalid misc:0
# iwlist wlan0 txpower
wlan0 no transmit-power information.

On other box
============
wlan0 IEEE 802.11b+/g+ ESSID:"STAB083D5" Nickname:"acx v0.3.36"
Mode:Ad-Hoc Frequency:2.412 GHz Cell: Not-Associated
Bit Rate:54 Mb/s Tx-Power=15 dBm Sensitivity=1/3
Retry min limit:7 RTS thr:off
Encryption key:off
Power Management:off
Link Quality:0 Signal level:0 Noise level:0
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

The Kconfig can either be the main one, or the one in the subdir. Up till now I used the main one, and except for fixing it up to patch against the latest stable kernel, I didn't touch it (it worked fine before).

I'll look into it.

Edit: It is not showing op in any of the cases - not with the old patch, not with the new one. I skimmed through the options, seems zd1211rw isn't there either, although it is specified in the Makefile & Kconfig in the drivers/net/wireless dir.

Very bizarre.

_________________
Arch Linux 0.8 | Power in simplicity

Found the culprit.

I had the patch depend on the NET_RADIO option which has been taken out of 2.6.22. So nothing wrong with the patch itself, apart from that .

Here is a new one with today's sources.

_________________
Arch Linux 0.8 | Power in simplicity

"drivers/net/wireless/Makefile" needs the line
obj-$(CONFIG_RT2500) += rt2500/

Is it significant that the lights do not flash with the rt2500 patch? With full sources as in git 2.6.22-rc6, the lights on the card are always lit and at intervals will flash. "iwlist scan" also reports that the "Interface doesn't support scanning". I also notice that Utilsys directory in the CVS is empty, presumably the standard wireless tools are OK as the interface is now wlan0 instead of the previous ra0.

My patch just integrates driver sources.

As the utility is a stand-alone app and no part of the kernel, I do not see why it should be included in the patch.

As for your lights: I cannot tell. Maybe you need the old wlan stack support stuff. The driver depends on the old wlan stack, but I did not know how far to go with the 'dependencies', so I included some (hopefully sane) defaults:


However, if the devs can tell me on which functions the driver relies (since that is not required to be in the Kconfig file for standalone compilation, but is for kernel-integrated compilation), I'd be most happy to hear. I am familiar enough with C code to fix up broken patches more or less, but that's about it. Analysing 'large' chunks of code is not my forte.



This is in the patch:



I did not change anything...

_________________
Arch Linux 0.8 | Power in simplicity

Since when?
Legacy drivers depend have an internal stack, this makes sense since the legacy drivers support 2.4 kernels and early 2.6 kernels which don't even have a wireless stack inside.

The legacy drivers depend on 2 things:
- Wireless-extensions
- Support for the Device bus (PCI or USB)

And that is all, the rest it all handles inside the driver itself

_________________
Regards,
Ivo van Doorn
Project Administrator
http://rt2x00.serialmonkey.com

Well, that was what I presumed . I did see a 2.4 dir inside the tarball but never paid attention to it... I never 'actively' ran a 2.4 kernel (never compiled one of those myself), so I had no clue . I thought they relied on the old wireless stack, but it seems not even that was true.

Thanks for the hint, that means I can take out the IEEE80211 line. I'll add an USB one.

_________________
Arch Linux 0.8 | Power in simplicity

Well for rt2500 the following is sufficient:
depends PCI && WIRELESS_EXT

For rt2570 the following:
depends USB && WIRELESS_EXT

_________________
Regards,
Ivo van Doorn
Project Administrator
http://rt2x00.serialmonkey.com

Cool, thanks. The rt2500 has PCMCIA implementations too, no?

I think it makes sense to keep it (PCI || PCMCIA) && WIRELESS_EXT then.

_________________
Arch Linux 0.8 | Power in simplicity

Nope there is absolutely no PCMCIA code within the drivers,
so there is no need to depend on it. PCMCIA can be considered as a kind of PCI which means that the PCI subsystem will take care of everything.

_________________
Regards,
Ivo van Doorn
Project Administrator
http://rt2x00.serialmonkey.com

Ok. Sry for the slow chat btw .

New patch (same source date) available here.

_________________
Arch Linux 0.8 | Power in simplicity

Hmm...

The link seems to be broken...

Can anybody fix it???

Hello,
This is not provided by us, we have no way to fix this. You should try to contact the poster directly.

Regards,
Romain

_________________
RutilT developer

I have posted a new patch here, based on the 2008020310 CVS. Since I use the rt2x00 drivers that are in the kernel right now (2.6.24), I will not be maintaining this package anymore. All you need to do if you want to update it is replace the source code, that's all there's to it, and rediff against a vanilla tree to obtain a new patch.

_________________
Arch Linux 0.8 | Power in simplicity