From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031026 Firebird/0.7 Description of problem: I have a linksys Prism 2 based 802.11b wireless card. Under very heavy load I get the following output in /var/log/messages: Jan 20 09:34:27 gideon kernel: wlan0: Error -110 writing Tx descriptor to BAP Jan 20 09:34:27 gideon last message repeated 219 times Jan 20 09:34:27 gideon kernel: hermes @ MEM 0xf8ab1000: Timeout waiting for command completion. Jan 20 09:34:27 gideon kernel: hermes @ MEM 0xf8ab1000: Error -16 issuing command. Jan 20 09:34:27 gideon kernel: wlan0: Error -110 writing Tx descriptor to BAP Jan 20 09:34:27 gideon kernel: hermes @ MEM 0xf8ab1000: Error -16 issuing command. Jan 20 09:34:27 gideon kernel: hermes @ MEM 0xf8ab1000: Error -16 issuing command. Jan 20 09:34:27 gideon kernel: wlan0: Error -110 writing Tx descriptor to BAP Jan 20 09:34:29 gideon last message repeated 1891 times Jan 20 09:34:29 gideon kernel: hermes @ MEM 0xf8ab1000: Error -16 issuing command. Jan 20 09:34:29 gideon kernel: hermes @ MEM 0xf8ab1000: Error -16 issuing command. Jan 20 09:34:29 gideon kernel: wlan0: Error -110 writing Tx descriptor to BAP Jan 20 09:34:29 gideon kernel: hermes @ MEM 0xf8ab1000: Error -16 issuing command. I immediately lose network when this happens. I am using the orinoco/orinoco_pci drivers. When the machine gets into this state it does not hang immediately. I can do 'ifdown wlan0'. However 'rmmod orinoco_pci orinoco hermes' will normally cause the machine to become unresponsive. When it hasn't, 'ifup wlan0' always has. Version-Release number of selected component (if applicable): kernel-smp-2.4.21-9.EL How reproducible: Sometimes Steps to Reproduce: 1. Initiate a transfer which maxes the wireless link for a while (eg copying an iso to my mailserver). 2. Do anything else with the network at the same time. This crashes every time for me, but the amount of time it takes varies. It doesn't seem to crash until Step 2. 1 on its own doesn't seem enough. Actual Results: Machine loses network, logs fill up with error messages. Any attempt to restart the network causes the entire system to hang. Expected Results: Files copy at maximum possible speed. Additional info: From lsmod: orinoco_pci 4420 1 orinoco 41484 0 [orinoco_pci] hermes 8228 0 [orinoco_pci orinoco] From lspci: 02:0a.0 Network controller: Harris Semiconductor Prism 2.5 Wavelan chipset (rev 01) Machine is single i686 with hyperthreading enabled, running smp kernel.
This problem seems to be authoritatively discussed by the driver maintainer here: http://ozlabs.org/people/dgibson/dldwd/ about half way down, under the driver list.
Mmm. At least from what I can tell by looking at hardware.redhat.com, we don't support linksys anything. So is this a feature request - to try to get us to support it?
Mmm. I meant it's not certified for RHEL... not sure about support.
This appears to be corrected by the linux-2.6.12-net-make-orinoco-suck-less.patch in FC3. After applying kernel kernel-2.6.12-1.1372_FC3, this problem no longer occurs, and the Orinoco driver has been rock solid for me (with the same card as the original reporter).
This bug is filed against RHEL 3, which is in maintenance phase. During the maintenance phase, only security errata and select mission critical bug fixes will be released for enterprise products. Since this bug does not meet that criteria, it is now being closed. For more information of the RHEL errata support policy, please visit: http://www.redhat.com/security/updates/errata/ If you feel this bug is indeed mission critical, please contact your support representative. You may be asked to provide detailed information on how this bug is affecting you.