From owner-freebsd-sparc64@FreeBSD.ORG Sun Sep 28 19:44:07 2003 Return-Path: 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 1834B16A4B3 for ; Sun, 28 Sep 2003 19:44:07 -0700 (PDT) Received: from is2.mh.itc.u-tokyo.ac.jp (is2.mh.itc.u-tokyo.ac.jp [133.11.205.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id A13A244005 for ; Sun, 28 Sep 2003 19:44:05 -0700 (PDT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from is2.mh.itc.u-tokyo.ac.jp (is2.mh.itc.u-tokyo.ac.jp [127.0.0.1]) by is2.mh.itc.u-tokyo.ac.jp (Postfix) with ESMTP id E713537865B for ; Mon, 29 Sep 2003 11:44:02 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) h8T2i2Qj028308 for ; Mon, 29 Sep 2003 11:44:02 +0900 Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.135.3])3.3.5-GR) with ESMTP id AKP19816; Mon, 29 Sep 2003 11:44:02 +0900 (JST) Date: Mon, 29 Sep 2003 11:44:02 +0900 Message-ID: From: Hidetoshi Shimokawa To: freebsd-sparc@freebsd.org User-Agent: Wanderlust/2.11.0 (Wonderwall) REMI/1.14.3 (Matsudai) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.4 (patch 8) (Honest Recruiter) (i386--freebsd) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7: #j7i14gu$jgR\S*&C3R/pJX List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 02:44:07 -0000 I have a problem with handling of pbuf on sparc64. My driver's strategy() routine will write pbuf by CPU rather than DMA by the device. I confirmed that the pbuf is mapped in pmap_qenter() but I got a vm_fault for the access to the pbuf. pmap_qenter: sva=0xc8862000, va=0xc8864000 ### <- pbuf is mapped bio_data=0xc8862f2c ### <- strategy() data=0xc8862f2c ### <- callback panic: vm_fault: fault on nofault entry, addr: c8862000 cpuid = 0; Debugger("panic") Stopped at Debugger+0x1c: ta %xcc, 1 db> trace panic() at panic+0x174 vm_fault() at vm_fault+0xf74 trap_pfault() at trap_pfault+0x180 trap() at trap+0x260 -- fast data access mmu miss tar=0xc8862000 %o7=0xc181b248 -- fw_rcv_copy() at fw_rcv_copy+0x12c fw_rcv() at fw_rcv+0xc0 fwohci_arcv() at fwohci_arcv+0x414 fwohci_intr_body() at fwohci_intr_body+0x380 fwohci_complete() at fwohci_complete+0x3c taskqueue_run() at taskqueue_run+0x70 taskqueue_swi_giant_run() at taskqueue_swi_giant_run+0x8 ithread_loop() at ithread_loop+0x1a8 fork_exit() at fork_exit+0x9c fork_trampoline() at fork_trampoline+0x8 I'm using -current at 2003/08/22 and no problem on i386. Do I miss someting? Any helps appreciated. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html