From owner-freebsd-stable@FreeBSD.ORG Thu Apr 9 00:03:25 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F9B4106566B; Thu, 9 Apr 2009 00:03:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.185]) by mx1.freebsd.org (Postfix) with ESMTP id 892388FC17; Thu, 9 Apr 2009 00:03:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id u5so294046tia.3 for ; Wed, 08 Apr 2009 17:03:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=p7ZPRQ7HXMSsWvOpDZF3ZHPsVMONUDQ0EbtT1amtb4s=; b=ZbHxE8xQDf349LFSiWPwe21O2O0i2lfUB0xqyOg48h5OsP9/BNys/QiJpXEAw4xRFr VwgjEXq38krRPZNmX3PWwekf9cZnYtgJoiX2oi/L7HhoWI34k9Zsh+aP8gFQkHLyfDXd Vo8RSZ3UtndT4/rEODrSuljSMCDsLYiqQRxLU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=aISBdqamHbRILPUyhu482f5iyFd1Drr9SlQfcsGHyGwbIusZ2XKLhsraq+N/+tL4kV MXuA10nv2ZAuT6Etab74cTP6ZvNtw7V7qGfKzpk9rmvUeH3U9kTCPoothPbuh0fZSyT8 eVdntyR/WtTrRomCDkAgNcjBTnTSG/ikiBdas= Received: by 10.110.11.7 with SMTP id 7mr2052134tik.55.1239235403537; Wed, 08 Apr 2009 17:03:23 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id b4sm1367984tic.36.2009.04.08.17.03.20 (version=SSLv3 cipher=RC4-MD5); Wed, 08 Apr 2009 17:03:21 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Thu, 9 Apr 2009 09:04:27 +0900 From: Pyun YongHyeon Date: Thu, 9 Apr 2009 09:04:27 +0900 To: Bjoern Koenig Message-ID: <20090409000427.GD37714@michelle.cdnetworks.co.kr> References: <70ba25e4f1a5e43ab8d99b361235dda2.squirrel@webmail.alpha-tierchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <70ba25e4f1a5e43ab8d99b361235dda2.squirrel@webmail.alpha-tierchen.de> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, yongari@freebsd.org Subject: Re: fxp: stalled transfers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2009 00:03:25 -0000 On Thu, Apr 09, 2009 at 12:05:06AM +0200, Bjoern Koenig wrote: > Hello, > > after upgrading my system from 7.1-RELEASE to recent RELENG_7 I noticed > stalled network transfers in certain cases. I have an Intel PRO/100 > ethernet adapter (card=0x00408086 chip=0x12298086 rev=0x0c). In general > networking works fine. I can ping hosts, surf on websites and so on. But > if I send large files (>1 MB) to my server the transfer stalls after a few > kilobytes. This concerns FTP and SCP likewise. While trying to find a > reason for this problem I did a binary search on the source tree using a > generic kernel configuration and found out that the following commit is > responsible for this: > > SVN rev 188374 on 2009-02-09 03:48:49Z by yongari > > MFC r185330: > Implement TSO for 82550/82551 controllers. > o Configure controller to use dynamic TBD as TSO requires that > operation mode. > o Add a dummy TBD to tx_cb_u as TSO can access one more TBD in TSO > operation. > o Increase a DMA segment size to 4096 to hold a full IP segment > with link layer header. > o Unlike other TSO capable controllers, 82550/82551 does not > modify the first IP packet in TSO operation so driver should > create an IP packet with proper header. Subsequent IP packets > are generated from the header information in the first IP packet > header. Likewise pseudo checksum also should be computed by > driver for the first packet. > o TSO requires one more TBD to hold total TCP payload. To make > code simple for TSO/non-TSO case, increase the index of the > first available TBD array. > o Remove KASSERT that checks the size of a DMA segment should be > less than or equal to MCLBYTES as it's no longer valid in TSO. > o Tx threshold and number of TBDs field is used to store MSS in > TSO. So don't set the Tx threshold in TSO case. > > > I didn't look further on this commit for now. Please review it. Probably > someone of you can give me a hint. > Could you disable TSO and try again?('ifconfig fxp0 -tso' will do the job).