From owner-freebsd-net@FreeBSD.ORG Fri Jan 4 04:32:59 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B62E716A41B for ; Fri, 4 Jan 2008 04:32:59 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id 7E30B13C4F5 for ; Fri, 4 Jan 2008 04:32:59 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so6404448rvb.43 for ; Thu, 03 Jan 2008 20:32:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:x-operation-sytem:from; bh=rkLLLB0lY92dNrN4BV1vyZdNHWMyPX+1+199LPU2kJc=; b=QR675HN2OyKFpA85xGXVcMAn7oca2ogbySRsEzpQFp2QzgPKkQXBOkgKCJ0t8bl5Geda+AjhEiIOILqOLz8UUaEOJKgoD23xJv0VAsyjPGQC6aNQh2Vx6aUCNdlpwDL25xwBzGwJ4Sg9hoglByKcf1NfGwX0Gii/YGaTcd6/Dbs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:x-operation-sytem:from; b=kXxqFGFDtf/8nMfIgAJgx+dQsWAUG8QY4so2CMIB2XVVou9OLymkQECE8exBrN6xUoGVrmY+AuuxREMqcQlrogDt6egpiadCwSFTOMFVeIp6pVn24mwq83dd46sJxH4nP4U/leSan4Dtb4kGOau+mT1ObRL3GVD3/Zcexr1HBdg= Received: by 10.141.2.19 with SMTP id e19mr8562328rvi.221.1199421179047; Thu, 03 Jan 2008 20:32:59 -0800 (PST) Received: from freebsd.weongyo.org ( [211.53.35.67]) by mx.google.com with ESMTPS id g6sm3276196rvb.25.2008.01.03.20.32.55 (version=SSLv3 cipher=OTHER); Thu, 03 Jan 2008 20:32:58 -0800 (PST) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Fri, 4 Jan 2008 13:32:44 +0900 Date: Fri, 4 Jan 2008 13:32:44 +0900 To: Sepherosa Ziehau Message-ID: <20080104043244.GA9641@freebsd.weongyo.org> Mail-Followup-To: Sepherosa Ziehau , Dag-Erling =?UTF8?Q?Sm=F8rgrav?= , kevlo@freebsd.org, sam@freebsd.org, current@freebsd.org, net@freebsd.org References: <86ir2hznnd.fsf@ds4.des.no> <20080102023831.GA53242@freebsd.weongyo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: Dag-Erling =?UTF8?Q?Sm=F8rgrav?= , sam@freebsd.org, net@freebsd.org, current@freebsd.org, kevlo@freebsd.org Subject: Re: if_ral regression X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2008 04:32:59 -0000 On Wed, Jan 02, 2008 at 09:28:30PM +0800, Sepherosa Ziehau wrote: > On Jan 2, 2008 10:38 AM, Weongyo Jeong wrote: > > > > > Even with these in place in dfly, I still have strange TX performance > > > regression in sta mode (drop from 20Mb/s to 3Mb/s under very well > > > condition) on certain hardwares after 20sec~30sec TCP_STREAM netperf > > > testing; didn't have enough time to dig, however, all of the tested > > > hardwares stayed connected during testing (I usually run netperf > > > stream test for 12 hours or more). > > > > I also saw some regression in TX performance during porting malo(4). > > Have you tried to turn bgscan off completely? My problem seems to be > hardware (I suspect rf) related. The TX performance regression does > not happen with UDP stream which only uses 802.11 ack, i.e. hardware > seems to have touble to switch between data RX and data TX at high > freq. Oops. It seems this problem is a different one because I always encounter system crashes (I can't enter DDB, no keyboard works and no messages on screen) within a hour with HEAD when I tested netperf(1) TX tests using malo(4) that the tested driver was never crashed before during testing netperf(1) tests for several hours. Before 1~2 months ago, it wasn't happen. It looks weird and I'm also going to dig it. > > Problems were fixed after removing following lines in *_start: > > > > /* > > * Cancel any background scan. > > */ > > if (ic->ic_flags & IEEE80211_F_SCAN) > > ieee80211_cancel_scan(ic); > > > > and (optionally) > > > > if (m->m_flags & M_TXCB) > > ... > > ieee80211_process_callback(ni, m, 0); /* XXX status? > > ... > > I don't think you can remove TXCB processing in drivers :) Yes, indeed. :-) regards, Weongyo Jeong