From owner-freebsd-bugs@FreeBSD.ORG Wed Aug 18 22:30:01 2010 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B969C1065679 for ; Wed, 18 Aug 2010 22:30:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7C6128FC12 for ; Wed, 18 Aug 2010 22:30:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7IMU1BH033707 for ; Wed, 18 Aug 2010 22:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7IMU1BY033700; Wed, 18 Aug 2010 22:30:01 GMT (envelope-from gnats) Resent-Date: Wed, 18 Aug 2010 22:30:01 GMT Resent-Message-Id: <201008182230.o7IMU1BY033700@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Tom Uffner Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23D6A1065679 for ; Wed, 18 Aug 2010 22:21:52 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id ECE018FC17 for ; Wed, 18 Aug 2010 22:21:51 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o7IMLorI024895 for ; Wed, 18 Aug 2010 22:21:50 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o7IMLoKM024889; Wed, 18 Aug 2010 22:21:50 GMT (envelope-from nobody) Message-Id: <201008182221.o7IMLoKM024889@www.freebsd.org> Date: Wed, 18 Aug 2010 22:21:50 GMT From: Tom Uffner To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: kern/149786: bwn on Dell Inspiron 1150: connections stall X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2010 22:30:01 -0000 >Number: 149786 >Category: kern >Synopsis: bwn on Dell Inspiron 1150: connections stall >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 18 22:30:01 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Tom Uffner >Release: 8-STABLE >Organization: >Environment: FreeBSD zoe.uffner.com 8.1-STABLE FreeBSD 8.1-STABLE #4: Sun Aug 1 16:50:16 EDT 2010 tom@zoe.uffner.com:/usr/obj/usr/src/sys/ZOE i386 >Description: My laptop (Dell Inspiron 1150) has bwn supported wireless provided by a Broadcom internal mini-pci card. the identifying info printed os said card is c2003 BROADCOM CORP BCM94306MPSG REV4 pciconf -lv says: siba_bwn0@pci0:2:2:0: class=0x028000 card=0x00031028 chip=0x432014e4 rev=0x03 hdr=0x00 vendor = 'Broadcom Corporation' device = '802.11b/g Wireless LAN Controller (BCM4309)' class = network and dmesg says: siba_bwn0: mem 0xfcffc000-0xfcffdfff irq 11 at device 2.0 on pci2 bwn0 on siba_bwn0 bwn0: WLAN (chipid 0x4306 rev 5) PHY (analog 2 type 2 rev 2) RADIO (manuf 0x17f ver 0x2050 rev 2) bwn0: DMA (30 bits) bwn0: [FILTER] this card seems to initialize properly and associate w/ any nearby access point. but when it is used to make TCP connections, the connection will always stall (and eventually time out and disconnect) any time it receives a substantial amount of data at once (the threshold seems to be a few hundred bytes). for example, i can ssh to another host, and as long as i stick to commands that only produce a few bytes of output it will work indefinitely. but as soon as i do anything that produces a more significant amount of output, for example "ls -al" or "man bwn" it will stall, and i get nothing more from that connection. http w/ firefox behaves similarly: small simple pages load, big ones lock up. the problem seems to affect individual connects rather then locking up the driver as a whole. when an ssh session locks up, i can open a new window and ssh to the same or any other host and the new session will also connect and behave as described above. this occurs w/ GENERIC as well as my customized kernel (w/ all unused drivers, etc stripped from config). it does not affect other network drivers (such as builtin bfe port or an ath based wireless pccard). none of the changes in current that have not yet been MFC'd had any effect, nor could i find any past revision where this problem did not occur. >How-To-Repeat: % ssh // via bwn0 / wlan0 interface % cd /usr/bin % ls -al session becomes non-responsive and will eventually time out & disconnect, it can be killed (-9) from another window or vty. >Fix: n/a >Release-Note: >Audit-Trail: >Unformatted: