From owner-freebsd-sparc64@FreeBSD.ORG Sat Aug 27 05:34:47 2005 Return-Path: X-Original-To: freebsd-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 D181D16A41F for ; Sat, 27 Aug 2005 05:34:47 +0000 (GMT) (envelope-from imura@ryu16.org) Received: from mail.ryu16.org (221x249x107x69.ap221.ftth.ucom.ne.jp [221.249.107.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0404A43D48 for ; Sat, 27 Aug 2005 05:34:45 +0000 (GMT) (envelope-from imura@ryu16.org) Received: from redeye.xt.ryu16.org (localhost [127.0.0.1]) by mail.ryu16.org (8.12.9p1/8.12.9) with ESMTP id j7R5whgr086729; Sat, 27 Aug 2005 14:58:43 +0900 (JST) (envelope-from imura@redeye.xt.ryu16.org) Received: (from imura@localhost) by redeye.xt.ryu16.org (8.12.9p1/8.12.9/Submit) id j7R5wfwD086728; Sat, 27 Aug 2005 14:58:41 +0900 (JST) (envelope-from imura) Date: Sat, 27 Aug 2005 14:58:41 +0900 From: "R. Imura" To: Marius Strobl Message-ID: <20050827055841.GB83681%imura@ryu16.org> References: <200508110931.13802.john@jnielsen.net> <200508201453.40439.jhb@FreeBSD.org> <20050823081517.GB4956@rndsoft.co.kr> <200508230911.18163.john@jnielsen.net> <20050824010147.GD4956@rndsoft.co.kr> <20050824143940.GA65078%imura@ryu16.org> <20050824191437.A36508@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050824191437.A36508@newtrinity.zeist.de> User-Agent: Mutt/1.4.1i-ja.1 Cc: John Nielsen , freebsd-sparc64@freebsd.org Subject: Re: "fast data access mmu miss" on kernels w/o "makeoptions DEBUG=-g" 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: Sat, 27 Aug 2005 05:34:47 -0000 Hi, On Wed, Aug 24, 2005 at 07:14:37PM +0200, Marius Strobl wrote: > > > smbfs does not work on sparc64 as smbfs assumes it runs on > > > architectures that allow on-aligned memory access. It also needs > > > big-endian clean up too.(See sys/mchain.h) > > > > To begin with, you might want this patch. :) > > > > You probably should go the NetBSD route and change the consumers > of these macros to use the byteorder(9) functions like htole16(9) > directly. Btw., NetBSD seems to also have fixed the alignment > issues. I was too rushed that these macros in my patch are no longer used in our system, so we can safe to remove them. Fixes are done in 3 years ago. http://docs.freebsd.org/cgi/mid.cgi?200212161620.gBGGK6uX080655 Regards, - R. Imura