Description of problem: After upgrading to Kernel 2.6.17 the xfce wavelan plugin doesn't work anymore Version-Release number of selected component (if applicable): 0.4.1-5.fc5 How reproducible: allways Steps to Reproduce: 1. start xfce 2. add the wavelan plugin to the xfce bar 3. take a look at the plugin Actual results: the plugin shows a red bar and reports that no wavelan device was found Expected results: the plugin should show how good (or bad) the current wlan connection is Additional info: I'm using the ralink rt2500 opensource driver 1.1 b4 from http://rt2x00.serialmonkey.com/wiki/index.php/Main_Page
Heiko, what does /proc/net/wireless look like with both kernels?
On Kernel 2.6.16 it looks like this: $cat /proc/net/wireless Inter-| sta-| Quality | Discarded packets | Missed | WE face | tus | link level noise | nwid crypt frag retry misc | beacon | 20 wlan0: 0000 75. 177. 50 0 0 0 0 0 0
(In reply to comment #2) > On Kernel 2.6.16 it looks like this: > $cat /proc/net/wireless > Inter-| sta-| Quality | Discarded packets | Missed | WE > face | tus | link level noise | nwid crypt frag retry misc | beacon | 20 > wlan0: 0000 75. 177. 50 0 0 0 0 0 0 > I'm sorry. This is what /proc/net/wireless looks on Kernel 2.6.17
(In reply to comment #3) > I'm sorry. This is what /proc/net/wireless looks on Kernel 2.6.17 Does this mean it's _excaly_ the same? If in doubt: $ cat /proc/net/wireless > wireless.`uname -r` $ reboot (into the other kernel) $ cat /proc/net/wireless > wireless.`uname -r` $ diff -u wireless.2.6.16-1.2133_FC5 wireless.2.6.17-15 139_FC5 Please post the diff it there is any.
I'm sorry, but I've removed the kernel 2.6.16 before I've noticed this bug
Would you mind reinstalling it then? I can't reproduce your error here ATM because I don't have no wlan card. If it's a kernel thing I can't promise that upstream will provide a fix for 0.4.x, since they now focus on xfce 4.4 development and the plugin api completely changed.
How do I install the "old" kernel 2.6.16? Everytime I try rpm says that the newer version (2.6.17) is already installed :-(
# yum install kernel-2.6.16-1.2133_FC5 I guess you also need the kernel-devel package to rebuild the kmod
Created attachment 132007 [details] Output from cat /proc/net/wireless with the plugin working
Created attachment 132009 [details] Output from cat /proc/net/wireless with the plugin NOT working
I've attached two files. These are outputs from /proc/net/wireless under two different kernels, one where the plugin works and one where it doesn't. I've noticed that there are major differences to the data regarding the level and noise. iwconfig seems to report dB values under 2.6.16-1.2133_FC5 even though /proc/net/wireless isn't. Anyone got any ideas? Thanks, Alec
Sorry for replying so late & thanks for your work, Alec. I'm pretty busy ATM but I will look at this ASAP. Can you give me the iwconfig output, too?
Created attachment 132412 [details] output from iwconfig under a kernel where the plugin works
Created attachment 132413 [details] output from iwconfig (stdout and stderr) under a kernel where the plugin does NOT work
Two more files attached to the bug as requested. Please let me know if there is anything else I can do. I've had a quick look at the code but at the moment I'm having a couple of problems getting plugins for xfce4 to compile (it is barfing when including wireless.h on my system for some reason, more investigation required I think...). Thanks again, Alec
Just to mention... I am not using the RT2500 driver, I have an Intel Centrino built-in card and am using the IPW2200 driver but still experiencing the same problems so this is not specific to the RT2500 driver. Thanks, Alec
Created attachment 138762 [details] iwconfig output under 2.6.18-1.2200.fc5 where the plugin does not work
Created attachment 138763 [details] Contents of /proc/net/wireless under 2.6.18-1.2200.fc5 where the plugin does not work
When including the wireless.h do you pick the %{_includedir}/linux version or the kernel version ?
(In reply to comment #19) > When including the wireless.h do you pick the %{_includedir}/linux version or > the kernel version ? It's picking up %{_includedir}/linux. You think I should try to include the one from the kernel?
I say that because it is similar to this case study with RuilT (a tool to configure Ralink wireless devices ) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202521 I think normal distribution package should link to this file %{_includedir}/linux . But the problem to link to kernel-devel (and witch one) package is that your package became some kind of kernel external module...(I'm not sure it cross the line thought) - It seems to me a clean way to have updated wireless.h include. Your package will then requires >= kernel which you used - or which used same version of wireless.h . But this is not strict: The reason is Wireless Extension are compatible back and forward (since version 16). So the bug may be because of used of a WE function v20 that is not present in WE version 19 ( the RATE function is one of these ) The last thing is too have updated wireless-tools (now compiled in fedora core 5 with WE v19) - But because this package is at the base of the whole (wireless) network part of the distribution (networkmanager use it) it seems difficult to update easily (need mock) - which in this case it is better to upgrade to FC6... ( and expect fc6 bundle %{_includedir}/linux/wireless.h compatible to WE v20 )
Just for the record. This was fixed in wavelan-plugin 0.5.3, which is available since Oct 5th, 2006. Unfortunately I cannot offer a solution for FC5, because XFCE 4.2.x is no longer in development and I'm not going rebuild this package against wireless.h from kernel-devel. I'm upgrading this bug to FC6 now and then close it CURRENTRELEASE.