From jose@we.lc.ehu.es  Thu Jun 27 09:30:20 2002
Return-Path: <jose@we.lc.ehu.es>
Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43])
	by hub.freebsd.org (Postfix) with ESMTP id 9647537B405
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 27 Jun 2002 09:30:17 -0700 (PDT)
Received: from v-ger.we.lc.ehu.es (v-ger.we.lc.ehu.es [158.227.6.51])
	by polaris.we.lc.ehu.es (8.11.6/8.11.6) with ESMTP id g5RGUFj01121
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 27 Jun 2002 18:30:15 +0200 (MET DST)
Received: from v-ger.we.lc.ehu.es (localhost [127.0.0.1])
	by v-ger.we.lc.ehu.es (8.12.3/8.12.3) with ESMTP id g5RGUGEL001714
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 27 Jun 2002 18:30:16 +0200 (CEST)
	(envelope-from jose@v-ger.we.lc.ehu.es)
Received: (from jose@localhost)
	by v-ger.we.lc.ehu.es (8.12.3/8.12.3/Submit) id g5RGUG7c001713;
	Thu, 27 Jun 2002 18:30:16 +0200 (CEST)
Message-Id: <200206271630.g5RGUG7c001713@v-ger.we.lc.ehu.es>
Date: Thu, 27 Jun 2002 18:30:16 +0200 (CEST)
From: "Jose M. Alcaide" <jose@we.lc.ehu.es>
Reply-To: "Jose M. Alcaide" <jose@we.lc.ehu.es>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: wi0 timeouts and hangs the system while sending data (D-Link DWL-650)
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         39928
>Category:       kern
>Synopsis:       [wi] wi0 timeouts and hangs the system while sending data (D-Link DWL-650)
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    imp
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jun 27 09:40:01 PDT 2002
>Closed-Date:    Fri May 13 14:05:57 MDT 2011
>Last-Modified:  Fri May 13 14:05:57 MDT 2011
>Originator:     Jose M. Alcaide
>Release:        FreeBSD 4.6-RELEASE i386
>Organization:
Universidad del Pais Vasco - Dept. de Electricidad y Electronica
>Environment:
System: FreeBSD v-ger.we.lc.ehu.es 4.6-RELEASE FreeBSD 4.6-RELEASE #7: Sat Jun 15 00:03:21 CEST 2002 toor@v-ger.we.lc.ehu.es:/usr/obj/usr/src/sys/V-GER i386


>Description:
I have timeout problems with the D-Link DWL-650 every time I try to
transmit big files (> 500 KB, for example): the transmission gets hanged
after 200-300 KB have been transferred (the exact point varies). It also
sometimes happens when when doing a ping flood (ping -s 1400 -f). However,
data reception works just fine, including promiscuous mode.

The system is running 4.6-RELEASE. The card is operating in infrastructure
mode, and it gets correctly associated to a base station. WEP-128 bit is
enabled.

These are the relevant kernel messages:

   >>> D-Link DWL-650 card inserted <<<
pcic0: Event mask 0x2
pcic0: Event mask 0x2
pcic0: Event mask 0x2
pcic0: Event mask 0x2
pcic0: Event mask 0x6
pcic0: Autodetected 3.3V card
pccard: card inserted, slot 0
pcic0: reset 1 int is 10 stat is 6d
pcic0: reset 2 int is 70 stat is 4d
pcic0: reset 3 int is 70 stat is 6d
pcic: I/O win 0 flags 15 240-27f
wi0: Forcing IRQ to 11
pcic: I/O win 0 flags 5 240-27f
wi0 at port 0x240-0x27f irq 11 flags 0x10000 slot 0 on pccard0
pcic: I/O win 0 flags 15 240-27f
wi0: Forcing IRQ to 11
wi0: 802.11 address: 00:05:5d:5c:24:00
wi0: using RF:PRISM2.5 MAC:ISL3873
wi0: Intersil Firmware: Primary 1.00.07, Station 1.03.05
wi0: wi_has_wep = 1
bpf: wi0 attached
pcic0: Event mask 0x9
   >>> File transmission is started; after ~200-300 KB... <<<
wi0: watchdog timeout
wi0: timeout in wi_cmd 0x0002; event status 0x8000
wi0: timeout in wi_cmd 0x0000; event status 0x8000
wi0: wi_cmd: busy bit won't clear.
wi0: wi_cmd: busy bit won't clear.
wi0: init failed
wi0: wi_cmd: busy bit won't clear.
wi0: wi_cmd: busy bit won't clear.
wi0: wi_cmd: busy bit won't clear.
   >>> and so on... <<<

The system enters an quasi-frozen state, until I remove the card: about
15-20 seconds later the card extraction is detected and the system
resumes its normal operation.

I tried to set hw.pcic.intr_path=1 to no avail. Other PCMCIA cards work
just fine (the machine is a Dell Inspiron 3700).

>How-To-Repeat:
1. Get and insert a D-Link DWL-650 card into your laptop ;-)
2. Wait for it to be associated to a base station.
3. Send a large file (using ftp or scp, for example) to another machine.

>Fix:
Unknown.
>Release-Note:
>Audit-Trail:

From: "Jose M. Alcaide" <jose@we.lc.ehu.es>
To: freebsd-gnats-submit@FreeBSD.org, jose@we.lc.ehu.es
Cc:  
Subject: Re: kern/39928: wi0 timeouts and hangs the system while sending data (D-Link DWL-650)
Date: Thu, 27 Jun 2002 19:25:53 +0200

 As Thomas Skibo <skibo@pacbell.net> just pointed out, the problem goes
 away if WEP is turned off. This may be a symptom of a firmware problem.
 
 JMA

From: "Jose M. Alcaide" <jose@we.lc.ehu.es>
To: freebsd-gnats-submit@FreeBSD.ORG
Cc:  
Subject: Re: kern/39928: wi0 timeouts and hangs the system while sending data (D-Link DWL-650)
Date: Mon, 1 Jul 2002 17:01:57 +0200

 More data: there are *two* DWL-650: one is based on the Prism-2 and
 supports 40-bit WEP; the other is based on the Prism-2.5 and supports
 128-bit WEP. The first one works fine; only the second one does not work
 with WEP (either 128-bit or 40-bit).
 
 I wonder if this problem affects to *all* the Prism-2.5 cards, or only to
 the D-Link DWL-650.
 
 JMA

From: Joe <joeja@mindspring.com>
To: freebsd-gnats-submit@FreeBSD.org, jose@we.lc.ehu.es
Cc:  
Subject: Re: kern/39928: wi0 timeouts and hangs the system while sending data
 (D-Link DWL-650)
Date: Mon, 03 Mar 2003 18:29:51 -0800

 I have a DWL-520, on my FreeBSD gatway router.  Sometimes it seems that 
 the clients loose connection and then they get the connection back 
 again.  It's a prism 2.5 chip.  It seems that this problem exists with 
 the 520 so it may be a 2.5 problem.
 
 wi0: <Intersil Prism2.5> mem 0xe0801000-0xe0801fff irq 12 at device 18.0 
 on pci0wi0: 802.11 address: 00:05:5d:ee:2e:b3
 wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI)
 wi0: Intersil Firmware: Primary 1.00.05, Station 1.03.04
 
Responsible-Changed-From-To: freebsd-bugs->imp 
Responsible-Changed-By: kris 
Responsible-Changed-When: Sun Jul 13 02:36:56 PDT 2003 
Responsible-Changed-Why:  
Assign to wi maintainer 

http://www.freebsd.org/cgi/query-pr.cgi?pr=39928 
State-Changed-From-To: open->closed 
State-Changed-By: imp 
State-Changed-When: Fri May 13 14:05:23 MDT 2011 
State-Changed-Why:  
Hangs like this are generally firmware bugs.  We only support the 
latest firmware well on these cards.  Won't fix as it isn't very 
relevant. 


http://www.freebsd.org/cgi/query-pr.cgi?pr=39928 
>Unformatted:
