Re: Severe performance problems with bcm43xx-softmac
On Thursday 17 August 2006 19:00, Larry Finger wrote: The last ping before I took this output took 333 ms. Larry larrylap:~ # cat /debug/bcm43xx/eth1/tx_status Last 100 logged xmitstatus blobs (Latest first): 0x00: cookie: 0xb182, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0183, unk: 0x 0x01: cookie: 0xb181, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0182, unk: 0x 0x02: cookie: 0xb180, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0181, unk: 0x 0x03: cookie: 0xb17f, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0180, unk: 0x 0x04: cookie: 0xb17e, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x017f, unk: 0x 0x05: cookie: 0xb17d, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x017e, unk: 0x 0x06: cookie: 0xb17c, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x017d, unk: 0x 0x07: cookie: 0xb17b, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x017c, unk: 0x 0x08: cookie: 0xb17a, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x017b, unk: 0x 0x09: cookie: 0xb179, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x017a, unk: 0x 0x0a: cookie: 0xb178, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0179, unk: 0x 0x0b: cookie: 0xb177, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0178, unk: 0x 0x0c: cookie: 0xb176, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0177, unk: 0x 0x0d: cookie: 0xb175, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0176, unk: 0x 0x0e: cookie: 0xb174, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0175, unk: 0x 0x0f: cookie: 0xb173, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0174, unk: 0x 0x10: cookie: 0xb172, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0173, unk: 0x 0x11: cookie: 0xb171, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0172, unk: 0x 0x12: cookie: 0xb170, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0171, unk: 0x 0x13: cookie: 0xb16f, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0170, unk: 0x 0x14: cookie: 0xb16e, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x016f, unk: 0x 0x15: cookie: 0xb16d, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x016e, unk: 0x 0x16: cookie: 0xb16c, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x016d, unk: 0x 0x17: cookie: 0xb16b, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x016c, unk: 0x 0x18: cookie: 0xb16a, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x016b, unk: 0x 0x19: cookie: 0xb169, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x016a, unk: 0x 0x1a: cookie: 0xb168, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0169, unk: 0x 0x1b: cookie: 0xb167, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0168, unk: 0x 0x1c: cookie: 0xb166, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0167, unk: 0x 0x1d: cookie: 0xb165, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0166, unk: 0x 0x1e: cookie: 0xb164, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0165, unk: 0x 0x1f: cookie: 0xb163, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0164, unk: 0x 0x20: cookie: 0xb162, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0163, unk: 0x 0x21: cookie: 0xb161, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0162, unk: 0x 0x22: cookie: 0xb160, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0161, unk: 0x 0x23: cookie: 0xb15f, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0160, unk: 0x 0x24: cookie: 0xb15e, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x015f, unk: 0x 0x25: cookie: 0xb15d, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x015e, unk: 0x 0x26: cookie: 0xb15c, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x015d, unk: 0x 0x27: cookie: 0xb15b, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x015c, unk: 0x 0x28: cookie: 0xb15a, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x015b, unk: 0x 0x29: cookie: 0xb159, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x015a, unk: 0x 0x2a: cookie: 0xb158, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0159, unk: 0x 0x2b: cookie: 0xb157, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0158, unk: 0x 0x2c: cookie: 0xb156, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0157, unk: 0x 0x2d: cookie: 0xb155, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0156, unk: 0x 0x2e: cookie: 0xb154, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0155, unk: 0x 0x2f: cookie: 0xb153, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0154, unk: 0x 0x30: cookie: 0xb152, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0153, unk: 0x 0x31: cookie: 0xb151, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq: 0x0152, unk: 0x 0x32: cookie: 0xb150, flags: 0x01, cnt1: 0x00, cnt2: 0x01, seq:
Re: dumb question time
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Larry Finger wrote: Kevin Crocker (teq) wrote: Hi, Yes, I have one of these devices in my laptop. Yes, I want to get it to work. 03:02.0 Network controller: Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller (rev 02) 03:02.0 0280: 14e4:4320 (rev 02) ifconfig eth1 eth1 Link encap:Ethernet HWaddr 00:90:4B:24:FE:83 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:177 Base address:0xc000 is there any other info or help I can provide? so - how do I actually get anything to happen? I've gone to the bcm43xx.berlios.de site and there really isn't any information there that explains what to do - but then again, I could easily have missed it. I know the wireless device works - I used to run WinXP and it worked What shows up when you enter an iwconfig command? If eth1 is your wireless device, then the driver is loaded and you will just need to use the configuration procedure of your distro, which you neglected to tell us. The information you want is not on the bcm43xx site because it is not the same for Fedora users as it is for those with SuSE, for example. When you ask a question like this, always supply the distro that you use and the kernel version you are running. You can get that from the uname -r command. Larry Hi Larry, Thanks for the info. Sorry about forgetting the distro. Here's the output of iwconfig eth1 iwconfig eth1 Warning: Driver for device eth1 has been compiled with version 20 of Wireless Extension, while this program supports up to version 19. Some things may be broken... eth1 IEEE 802.11b/g ESSID:off/any Nickname:"Broadcom 4306" Mode:Managed Frequency=2.437 GHz Access Point: Invalid Bit Rate=1 Mb/s RTS thr:off Fragment thr:off Encryption key: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 and my distro is: FC5 2.6.17-1.2157_FC5smp and 2.6.17-1.2174_FC5smp mostly I boot into version 2174 Kevin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE5awR4wyjvD/+zEURAgW8AJ0VbROMo2SEsJqjkomU7HpGqEDIyQCfQZBq viE4K/nLhPRwsu/gRP3AFPM= =mTEK -END PGP SIGNATURE- ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Severe performance problems with bcm43xx-softmac
On Friday 18 August 2006 13:52, Michael Buesch wrote: Hm, I don't see anything special. There's only one packet retried once, but even that succeed after the retry. I would say that's normal noise. So, what's going on there? Did you try with another card and driver, but with the same AP? Did you try with another operating system on the same AP? Did you try another encryption algorithm or without encryption? Larry, we talked about the issue on IRC and we decided that it's best if you could take a capture of the whole traffic. So, please set up another card in monitor mode to capture the broken traffic between your card in question and the AP. Best would probably be, if you post an ethereal log somewhere (in private, as you might not want to post your network data here :) ) Thing is, we aren't able to reproduce the issue. I just tried various things with my 4306 card and it works exactly as relieable as under OSX here. We also talked about interference. What type of interference could be possible for you? Microwave ovens? If I put my laptop directly on top of the uwave oven and switch it on, connection is destroyed. But it recovers immediately, if I move away from the thing or switch it off. Maybe there's some older oven somewhere? Or some other device transmitting in the 2.4G band? Did you try to switch to a different channel? Be aware of adjacent channel interference, too. So, if you're currently on channel 1, try to switch to channel 13. You could probably also try to play with the interference mitigation code, which is provided by the driver. We are not sure if it works correctly, but it's worth a try. The interference mitigation mode can be selected through the bcm43xx sysfs attributes. It defaults to OFF. See file bcm43xx_sysfs.c for details on possible modes. Well, finally, I would like to look at some ethereal logs of the whole thing. Especially looking at the retransmission bit and ack packets could be interresting. -- Greetings Michael. ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Bad/Corrupted Mac Headers
Hi guys, Does bcm43xx set a flag or use some statistic as an indicator for an 802.11 frame with a bad or corrupted header? I am referring to only the header and not the entire frame. Thanks. --CLW -- ** Clifton L. Watson, Ph.D. Candidate Michigan State University Department of Electrical and Computer Engineering Wireless And Video communicationS Laboratory 2322 Engineering Building East Lansing, MI 48824-1226 http://www.egr.msu.edu/waves/people/watson.htm ** ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: dumb question time
On Fri, 2006-08-18 at 08:01 -0400, Kevin Crocker (teq) wrote: eth1 IEEE 802.11b/g ESSID: off/any Nickname:Broadcom 4306 Mode: Managed Frequency=2.437 GHz Access Point: Invalid Bit Rate=1 Mb/s RTS thr: off Fragment thr:off Encryption key: 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 So.. Have you tried just using it? Or installing network-manager-gnome? johannes Hi Johannes, Well, I'm not sure what you mean by tried just using it. my laptop has a nice little blue light that comes on when the wireless is activated and this light never comes on. When I try anything, like activating it, I get an error saying that there is no connection and that I should check the cable. I've never been able to get the NetworkManager-Gnome to work. It just doesn't ever do anything. I installed the latest RPM for FC5. Kevin ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: dumb question time
Try this exact sequence of commands: rmmod bcm43xx modprobe bcm43xx ip route flush all ip address flush dev eth1 ip link set dev eth1 up ip address add dev eth1 local 192.168.1.2 peer 192.168.1.1 ip route add default via 192.168.1.1 iwlist eth1 scanning # This is important! It works around a bug. You should see your access point listed in the iwlist output. ping 192.168.1.1 is a good test at this point. ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: dumb question time
[EMAIL PROTECTED] wrote: On Fri, 2006-08-18 at 08:01 -0400, Kevin Crocker (teq) wrote: eth1 IEEE 802.11b/g ESSID: off/any Nickname:Broadcom 4306 Mode: Managed Frequency=2.437 GHz Access Point: Invalid Bit Rate=1 Mb/s RTS thr: off Fragment thr:off Encryption key: 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 So.. Have you tried just using it? Or installing network-manager-gnome? johannes Hi Johannes, Well, I'm not sure what you mean by tried just using it. my laptop has a nice little blue light that comes on when the wireless is activated and this light never comes on. When I try anything, like activating it, I get an error saying that there is no connection and that I should check the cable. I've never been able to get the NetworkManager-Gnome to work. It just doesn't ever do anything. I installed the latest RPM for FC5. Is your firmware getting loaded, does dmesg show any errors? Larry ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Severe performance problems with bcm43xx-softmac
Michael Buesch wrote: On Friday 18 August 2006 13:52, Michael Buesch wrote: Hm, I don't see anything special. There's only one packet retried once, but even that succeed after the retry. I would say that's normal noise. So, what's going on there? Did you try with another card and driver, but with the same AP? Did you try with another operating system on the same AP? Did you try another encryption algorithm or without encryption? Larry, we talked about the issue on IRC and we decided that it's best if you could take a capture of the whole traffic. So, please set up another card in monitor mode to capture the broken traffic between your card in question and the AP. Best would probably be, if you post an ethereal log somewhere (in private, as you might not want to post your network data here :) ) Thing is, we aren't able to reproduce the issue. I just tried various things with my 4306 card and it works exactly as relieable as under OSX here. This is the only card I have. I have not tried with another set of firmware, but this driver works perfectly well with Windows XP, and it used to work with ndiswrapper. I stopped making kernels with 8K stacks, so cannot run ndiswrapper any more. We also talked about interference. What type of interference could be possible for you? Microwave ovens? If I put my laptop directly on top of the uwave oven and switch it on, connection is destroyed. But it recovers immediately, if I move away from the thing or switch it off. Maybe there's some older oven somewhere? Or some other device transmitting in the 2.4G band? Did you try to switch to a different channel? Be aware of adjacent channel interference, too. So, if you're currently on channel 1, try to switch to channel 13. I don't think it is interference. There are two other AP's that I can detect with iwlist s. I'm on channel 1, and the other two are on channels 6 and 11. This should be the ideal case. I don't have any other 2.4 GHz equipment, and the microwave was off. I am in the US and cannot use ch. 13. My AP has regulatory restrictions and only goes to 11. You could probably also try to play with the interference mitigation code, which is provided by the driver. We are not sure if it works correctly, but it's worth a try. The interference mitigation mode can be selected through the bcm43xx sysfs attributes. It defaults to OFF. See file bcm43xx_sysfs.c for details on possible modes. Well, finally, I would like to look at some ethereal logs of the whole thing. Especially looking at the retransmission bit and ack packets could be interresting. I will set up a configuration that lets me capture packets in monitor mode using kismet and send you the capture file. The host I will be using is for the capture is rather low powered, so it doesn't have X, but it makes a good file server. Thanks, Larry ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Severe performance problems with bcm43xx-softmac
On Friday 18 August 2006 22:05, Larry Finger wrote: I will set up a configuration that lets me capture packets in monitor mode using kismet and send you the capture file. The host I will be using is for the capture is rather low powered, so it doesn't have X, but it makes a good file server. I use such a machine for monitoring, too. ;) But it can run X with fluxbox or something to run ethereal. -- Greetings Michael. ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: dumb question time
ip link set dev eth1 up (bcm43xx: Card IRQ register not responding. Giving up. SIOCSIFFLAGS: No such device) That is clearly a bug in your kernel's bcm43xx driver. The developers here might be interested in your dmesg log, I don't know. You might try the latest driver: git clone git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git bcm43xx Good luck. ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: dumb question time
On Friday 18 August 2006 23:41, Ivan Matveich wrote: ip link set dev eth1 up (bcm43xx: Card IRQ register not responding. Giving up. SIOCSIFFLAGS: No such device) That is clearly a bug in your kernel's bcm43xx driver. The developers here might be interested in your dmesg log, I don't know. You might try the latest driver: git clone git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git bcm43xx Well, did you try once again? It sometimes fails with that message. Let's say one out of 500 times it fails. I dunno why and probably never will. -- Greetings Michael. ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev