From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 23:33:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21B9A219; Fri, 12 Sep 2014 23:33:46 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id CDBAFAF2; Fri, 12 Sep 2014 23:33:45 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAAqCE1SDaFve/2dsb2JhbABfhDuCeM1QgSF4hAUoVhsOCgICDRkCX4hRpzCVXwEXgSyNSiM0gn+BUwWyR4N6IYE2QYECAQEB X-IronPort-AV: E=Sophos;i="5.04,515,1406606400"; d="scan'208";a="153794015" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 12 Sep 2014 19:33:45 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 0EB1BB4058; Fri, 12 Sep 2014 19:33:45 -0400 (EDT) Date: Fri, 12 Sep 2014 19:33:45 -0400 (EDT) From: Rick Macklem To: Glen Barber Message-ID: <1109209778.35732953.1410564825048.JavaMail.root@uoguelph.ca> Subject: Re: svn commit: r267935 - head/sys/dev/e1000 (with work around?) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-stable , Jack Vogel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2014 23:33:46 -0000 I wrote: > The patches are in 10.1. I thought his report said 10.0 in the message. > > If Mike is running a recent stable/10 or releng/10.1, then it has been > patched for this and NFS should work with TSO enabled. If it doesn't, > then something else is broken. Oops, I looked and I see Mike was testing r270560 (which would have both the patches). I don't have an explanation why TSO and 64K rsize, wsize would cause a hang, but does appear it will exist in 10.1 unless it gets resolved. Mike, one difference is that, even with the patches the driver will be copying the transmit mbuf list via m_defrag() to 32 MCLBYTE clusters when using 64K rsize, wsize. If you can reproduce the hang, you might want to look at how many mbuf clusters are allocated. If you've hit the limit, then I think that would explain it. rick