From owner-freebsd-sparc64@FreeBSD.ORG Sat Dec 20 02:16:35 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52EC51065673 for ; Sat, 20 Dec 2008 02:16:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id 17CFE8FC12 for ; Sat, 20 Dec 2008 02:16:34 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2618008rvf.43 for ; Fri, 19 Dec 2008 18:16:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=DzQQ+8QJz114lkDHfkAZfFA+pU3qKA4wGZEeKinC+0M=; b=cDZQ/rQPqejmnXnFHeZZUjA8FTF4cJgrpMlQLwccJjCKvUyltbPLqkxBmAF4ryc/tb H9b4alGfKKAPLNYZy/mVFFMbpsTdGyuhV1DFhY2dQJzfdUAYkIkDTr8Otcww0rI8NAWB Ikv2ES4iU4Bk4eU4d3WQW2/vMGvcUPLose/EY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=EB4y+VVzsryVhScP9XnCvnUYwBwH0Xkc+wd7gd1qVB+tTQgguKnSQukPWS4lZoRqiE 6qPEXHpPxYPOpl9Tpx8qNgq/BCwI47j4jqqAZEriOpBwJytszsHIYrHpAiCN8AO8huN1 vx7WGDykvsJUSaUwR40cUQNZM7V9h52FZ1Tbk= Received: by 10.140.125.1 with SMTP id x1mr1881591rvc.73.1229737948301; Fri, 19 Dec 2008 17:52:28 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id k2sm6713109rvb.6.2008.12.19.17.52.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 19 Dec 2008 17:52:26 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mBK1qL2Y079880 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Dec 2008 10:52:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mBK1qIjJ079879; Sat, 20 Dec 2008 10:52:18 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 20 Dec 2008 10:52:18 +0900 From: Pyun YongHyeon To: Craig Butler Message-ID: <20081220015218.GD79449@cdnetworks.co.kr> References: <089f01c96137$1b7ea530$527bef90$@com> <1229624249.72316.12.camel@buffy.york.ac.uk> <1229690593.81803.8.camel@main.lerwick.hopto.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1229690593.81803.8.camel@main.lerwick.hopto.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org Subject: Re: Tier 2 Support X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 02:16:35 -0000 On Fri, Dec 19, 2008 at 12:43:13PM +0000, Craig Butler wrote: > > > Are you talking about the Blade 100's (the desktop-style machines) or > > the B100 Blades (Sun's early attempt at Blade servers)? If you're > > talking the former, I can confirm that FreeBSD runs very well on them, > > however I don't believe the on-board network card is supported on the > > latter. > > aye, > > If its the b100s that slot into a b1600 chassis FreeBSD doesn't > currently work with the cassini nics that are in the chassis.... yet > > I am in the process of working with openbsd developers to try and port It seems that 8KB sized Rx buffer should be used to support one of nice feature(e.g. header spiliting) of Cassini. Cassini does not allow multi DMA segment for a Rx buffer so it looks hard to get 8KB sized buffer on 4KB PAGE_SIZE architectures without resorting to large contiguous buffer preallocated in driver. Due to the nature of header spliting it would require a lot of buffers(e.g. 2K or 4K buffer entries in Rx descriptor ring) to get maximum performance from Cassini. Maintaing local buffers with contiguous memory would be very inefficient and it could be miserably fail due to lack of contiguous memory. Did you solve the issue? If we implement reasonable sized static local buffers in driver as we did to support jumbo frames it would make Cassini work but that approach will require a lot of copy operation as well as disabling header spliting and will make Cassini poor performance controller. > theirs over. Unfortunately work is getting in the way, our product is > being released to the public shortly and its all hands to the pumps. > > Craig B -- Regards, Pyun YongHyeon