From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 13 22:54:49 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94D6F16A41C; Mon, 13 Jun 2005 22:54:49 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F21143D5C; Mon, 13 Jun 2005 22:54:48 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [IPv6:2001:960:301:3:a00:20ff:fe85:fa39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id 373223F294; Tue, 14 Jun 2005 00:54:47 +0200 (CEST) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id C5D35223; Tue, 14 Jun 2005 00:54:46 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id B96DD1CA; Tue, 14 Jun 2005 00:54:46 +0200 (CEST) Date: Tue, 14 Jun 2005 00:54:46 +0200 (CEST) From: Sten Spans To: Pyun YongHyeon In-Reply-To: <20050611092015.GE19976@rndsoft.co.kr> Message-ID: References: <20050606132756.X16994@carver.gumbysoft.com> <20050611.004435.59726356.hrs@allbsd.org> <20050610211239.GA59402@xor.obsecurity.org> <20050611.154028.102195481.hrs@allbsd.org> <20050611072632.GB19976@rndsoft.co.kr> <20050611084748.GF742@funkthat.com> <20050611092015.GE19976@rndsoft.co.kr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Hiroki Sato , sparc64@freebsd.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 22:54:49 -0000 On Sat, 11 Jun 2005, Pyun YongHyeon wrote: > On Sat, Jun 11, 2005 at 01:47:48AM -0700, John-Mark Gurney wrote: > > Pyun YongHyeon wrote this message on Sat, Jun 11, 2005 at 16:26 +0900: > > > I wonder how you can use NFS reliably on sparc64. Due to failure of > > > alignment(both server and client) it's really easy to get panic on sparc64. > > > > I was recently trying to upgrade my sparc64 using a cross-built world, > > and I couldn't get through an installworld with my sparc64 mounted.. > > It kept on panicing.. I plan to take a look at them shortly, but I > > don't think I was using tcp... I do have a few back traces if someone > > wants to look at them... > > > > Long ago I had a local hack that addresses the alignment issue. > Basically it re-inspected whether the mbuf needs realignment in nfsm_disct(). > It was ugly hack and gave performance penalty for architectures that > allow non-aligned memory access. > > Personally I believe we should remove nfs_realign() that fails its mission > and rewrite nfsm_disct to handle alignments as NetBSD did. In this way we > can remove duplicated code, nfs_realign(client and server side), and get > clean/central implementation of nfsm_disct since there is no need to call > nfs_realign. Sounds like a reasonable solution. fyi this problem was also discussed in alpha-context. I'll try doing this in a pr when my cough stops bothering me. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem