From owner-freebsd-net@FreeBSD.ORG Wed Jan 22 23:52:03 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A83647D for ; Wed, 22 Jan 2014 23:52:03 +0000 (UTC) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B8B7411B5 for ; Wed, 22 Jan 2014 23:52:02 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.7/8.14.7) with ESMTP id s0MNq0It088134 for ; Wed, 22 Jan 2014 18:52:00 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.7/8.14.4/Submit) id s0MNq0AW088131; Wed, 22 Jan 2014 18:52:00 -0500 (EST) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21216.22944.314697.179039@hergotha.csail.mit.edu> Date: Wed, 22 Jan 2014 18:52:00 -0500 From: Garrett Wollman To: net@freebsd.org Subject: Use of contiguous physical memory in cxgbe driver X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Wed, 22 Jan 2014 18:52:00 -0500 (EST) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hergotha.csail.mit.edu X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 23:52:03 -0000 At this point everyone is well aware that requiring contiguous physical page when the hardware can do scatter-gather is a very bad idea. I have a new server under test (running 9.2) which uses Chelsio rather than Intel 10G Ethernet controllers. We fixed the Intel driver not to use more-than-page-sized jumbo mbufs. Can anyone say with certainty whether the Chelsio hardware actually requires physically-contiguous allocations for jumbo frames? Has this already been fixed in a more recent driver? (The hardware is identified specifically as a T420-CR.) -GAWollman