From owner-freebsd-ia64@FreeBSD.ORG Sat Jul 26 03:54:15 2008 Return-Path: Delivered-To: freebsd-ia64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D90E1065670; Sat, 26 Jul 2008 03:54:15 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 16D7E8FC13; Sat, 26 Jul 2008 03:54:14 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p1221-ipbf1310funabasi.chiba.ocn.ne.jp [123.225.182.221]) (authenticated bits=128) by mail.allbsd.org (8.14.2/8.14.2) with ESMTP id m6Q3s3tq053621; Sat, 26 Jul 2008 12:54:14 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id m6Q3roBI001742; Sat, 26 Jul 2008 12:53:53 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 26 Jul 2008 12:53:42 +0900 (JST) Message-Id: <20080726.125342.231202831.hrs@allbsd.org> To: xcllnt@mac.com From: Hiroki Sato In-Reply-To: References: <20080725.142554.124338824.hrs@allbsd.org> <20080725.161039.177339309.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.1 on Emacs 22.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Jul_26_12_53_42_2008_510)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93.1, clamav-milter version 0.93.1 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mail.allbsd.org [133.31.130.32]); Sat, 26 Jul 2008 12:54:14 +0900 (JST) Cc: freebsd-sparc64@FreeBSD.org, freebsd-ia64@FreeBSD.org Subject: Re: 7.0R panic in nfs_readdirrpc() X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jul 2008 03:54:15 -0000 ----Security_Multipart(Sat_Jul_26_12_53_42_2008_510)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Marcel Moolenaar wrote in : xc> xc> On Jul 25, 2008, at 12:10 AM, Hiroki Sato wrote: xc> xc> > Almost the same panic occurred on sparc64, too. Memory alignment xc> > issue? xc> xc> Yes. The exception is for a 4-byte load on a 1-byte aligned xc> (i.e. odd) address. This is a code bug. xc> xc> I can't remember having these issues with NFS. Can you tell xc> me more about your configuration? Yes, it was 7.0R/i386 (server)<->7.0R/ia64 (client), mounted over TCP. Doing "cvs co src" from the server triggered the panic. I tried NFS over UDP (default) and one over TCP, the former has no problem under the same load. The mount_nfs options were "-T,ro,bg,intr,noinet6" and the difference was the transport protocol only. Maybe it is because TCP mount uses a larger block size than UDP by default. 7.0R/sparc64 can trigger it with the same configuration as I reported. I am not sure if 7.0R/ppc does, though. In i386<->i386 and i386<->amd64 case, TCP mount seems to work fine, but it is probably because i386 does not throw exception due to misaligned access. -- | Hiroki SATO ----Security_Multipart(Sat_Jul_26_12_53_42_2008_510)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkiKn8YACgkQTyzT2CeTzy3VzQCgt79j0Kuo/dheT0WYEQnmMqrj 72UAnivj4DN56ZhhoOpkRqPItsXZ3Ozl =c6mJ -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Jul_26_12_53_42_2008_510)----