2009/7/9 Marcin Slusarz <marcin.slusarz@xxxxxxxxx>: > Look, support for Ralink chipsets is a mess. They are supported by too sets > of drivers - Ralink's ugly as hell but working staging drivers (rt2860, > rt2870, rt3070, soon rt3090) and properly developed but lagging rt2x00 > drivers (RT2400PCI, RT2500PCI, RT61PCI, RT2500USB, RT73USB, RT2800USB). > > Theoretically my WUSB54GCv3 is supported by RT2800USB (which was added during > 2.6.31 merge window), but it doesn't work. With tiny patch added to rt3070 > (just usb id) my card works. Some day rt2x00 drivers will be better than Ralink's, > but right now they are not. > > So I wouldn't like to encourage any of them. I just wanted to fix clearly > wrong help text which stated that rtl8187 (Realtek's chipset!) supports > all WUSB54GC cards. I think you mis-read the Kconfig message. GPL clause 11: ...PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE... The linux kernel never claim to cover *all* of anything, and in particular, the message you refers to is meant to read '*some* WUSB54GC are known to work', YMMV. I think adding pointers/info to v1 and3 would be better if you want to add 'v2' to it; particularly since Gabor has pointed out that v1/v2/v3 all have different USB ids and a full set of kernel modules will bind to the different devices correctly, so the message is only for people who has a new/unknown device and want to experiment (and expect to have some failures). And to be honest, there is a device called rtl8187se, which isn't an rtl8187 at all and don't have much in common. If you start insisting the rtl8187 Kconfig message should have an extra 5 letters say 'not se', I would rather you say 'rtl8187se is covered by ..., which is in staging phase'. (the se driver is, the last time I heard, in staging and not working and nobody is working on it to make it work, which is worse than your situation). The situation with Ralink drivers isn't that different in other vendors - Realtek provides a vendor driver for rtl8187 called "r8187" and there is a community driver rtl8187; Atheros provides a vendor driver for Zydas zd1211 and there is a community driver zd1211rw. I don't think this "wouldn't like to encourage any of them" attitude is helping anybody. In both of the Realtek case and the Zydas case, people tolerated the co-existences of both (and sometimes with ndiswrapper also) for many months and studied the vendor drivers (+ ndiswrapper) and eventually improve the community driver. Driver codes don't grow on trees - if you 'wouldn't like to encourage any of them', maybe you should not be using linux at all. -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
