Hi,
I've been testing out the 2.6.25-rc kernel, and I've run into a possible
regression.
When I connect to my University's wireless network, I get the following
in my system logs
(This is just in one min. and it continues until I turn the computer off):
Mar 18 11:00:02 dell kernel: printk: 1 messages suppressed.
Mar 18 11:00:02 dell kernel: wlan0_rename: RX too short data frame payload
Mar 18 11:00:06 dell kernel: printk: 1 messages suppressed.
Mar 18 11:00:06 dell kernel: wlan0_rename: RX too short data frame payload
Mar 18 11:00:12 dell kernel: printk: 3 messages suppressed.
Mar 18 11:00:12 dell kernel: wlan0_rename: RX too short data frame payload
Mar 18 11:00:17 dell kernel: printk: 2 messages suppressed.
Mar 18 11:00:17 dell kernel: wlan0_rename: RX too short data frame payload
Mar 18 11:00:20 dell kernel: printk: 4 messages suppressed.
Mar 18 11:00:20 dell kernel: wlan0_rename: RX too short data frame payload
Mar 18 11:00:26 dell kernel: wlan0_rename: RX too short data frame payload
Mar 18 11:00:32 dell kernel: printk: 3 messages suppressed.
Mar 18 11:00:32 dell kernel: wlan0_rename: RX too short data frame payload
Mar 18 11:00:36 dell kernel: printk: 3 messages suppressed.
Mar 18 11:00:36 dell kernel: wlan0_rename: RX too short data frame payload
Mar 18 11:00:42 dell kernel: wlan0_rename: RX too short data frame payload
Mar 18 11:00:46 dell kernel: printk: 1 messages suppressed.
Mar 18 11:00:46 dell kernel: wlan0_rename: RX too short data frame payload
Mar 18 11:00:51 dell kernel: printk: 2 messages suppressed.
Mar 18 11:00:51 dell kernel: wlan0_rename: RX too short data frame payload
Mar 18 11:00:56 dell kernel: printk: 5 messages suppressed.
Mar 18 11:00:56 dell kernel: wlan0_rename: RX too short data frame payload
Mar 18 11:01:02 dell kernel: printk: 5 messages suppressed.
This didn't happen when I was using the 2.6.23 or 2.6.24 kernels. Also
it only _(or almost only)_ happens on the Uni. network. At home (where
the problem doesn't happen) my wireless router is a Hawking HWR54G. I
have no idea what the Uni. router is. On both, I connect to an
unencrypted network, but at the Uni. it redirects to a login page where
I have to log on before I can actually use the Internet. Also, even
though I get this flood of kernel messages, I can still use the Internet.
My network card is a Intel 3945ABG.
I was told by another developer (related to another regression I've
found) that the problem could be something about "pipe programming timing".
(see: http://lkml.org/lkml/2008/3/12/290 and
http://lkml.org/lkml/2008/3/14/201)
A 1-min Wireshark network dump (my address was 10.68.1.211):
http://jdserver.homelinux.org/linux/wireshark-1min
My config file:
http://jdserver.homelinux.org/linux/config-2.6.25-rc6
Detailed system information:
http://jdserver.homelinux.org/linux/sysinfo-2.6.25-rc6.txt
Justin
Chatre, Reinette wrote:
> On Wednesday, March 19, 2008 3:36 PM, Justin Madru wrote:
>
>
>> Mar 18 11:00:02 dell kernel: printk: 1 messages suppressed.
>> Mar 18 11:00:02 dell kernel: wlan0_rename: RX too short data
>> frame payload
>>
>
> These messages are printed by the mac80211 stack when it receives little
> more than a 802.11 header ...
>
>
>> A 1-min Wireshark network dump (my address was 10.68.1.211):
>> http://jdserver.homelinux.org/linux/wireshark-1min
>>
>
> This capture does not show the 802.11 headers ... the frames start with
> their 802.3 (Ethernet) headers. Did you take this capture on the host
> self? If so, the capture will only show frames received by this host,
> but unfortunately the frames that cause the message to be displayed have
> already been dropped at this point. Is it possible to get a capture of
> everything that goes over the air? You will need a second wireless
> device that is in monitor mode in order to see this traffic.
>
> Thanks!
>
> Reinette
>
>
Yeah, I should have known that. I did take the capture from the kernel
that didn't work. I'll try another capture on a kernel that doesn't give
that message. And I'll set it to capture all packets over the air. It'll
have to be on Monday or Tuesday when I'm at the Uni.
Justin
On Wednesday, March 19, 2008 3:36 PM, Justin Madru wrote:
> Mar 18 11:00:02 dell kernel: printk: 1 messages suppressed.
> Mar 18 11:00:02 dell kernel: wlan0_rename: RX too short data
> frame payload
These messages are printed by the mac80211 stack when it receives little
more than a 802.11 header ...
> A 1-min Wireshark network dump (my address was 10.68.1.211):
> http://jdserver.homelinux.org/linux/wireshark-1min
This capture does not show the 802.11 headers ... the frames start with
their 802.3 (Ethernet) headers. Did you take this capture on the host
self? If so, the capture will only show frames received by this host,
but unfortunately the frames that cause the message to be displayed have
already been dropped at this point. Is it possible to get a capture of
everything that goes over the air? You will need a second wireless
device that is in monitor mode in order to see this traffic.
Thanks!
Reinette