From owner-freebsd-current Mon Jan 26 21:26:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA07948 for current-outgoing; Mon, 26 Jan 1998 21:26:37 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA07932 for ; Mon, 26 Jan 1998 21:26:25 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id PAA20365 for ; Tue, 27 Jan 1998 15:55:58 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id PAA09661; Tue, 27 Jan 1998 15:55:58 +1030 (CST) (envelope-from grog) Message-ID: <19980127155557.45414@lemis.com> Date: Tue, 27 Jan 1998 15:55:57 +1030 From: Greg Lehey To: FreeBSD current users Subject: Another observation on -current and NFS Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk OK, I've build a new -current as well on my test machine. I haven't had long enough to decide if there are any differences from a kernel built a month ago, but I've seen one similarity: I build my kernels on an NFS-mounted file system and leave my /usr read-only (this speeds up reboots after panics :-). I find I *consistently* can't strip a debug kernel across the net. The connection hangs, the local keyboard hangs, and about the only thing that works is a ping from another system. I have dumps of this situation, and I'm sure I can create more. The relevant part of the stack trace looks like: #8 0xf01d98fd in Debugger (msg=0xf0225def "manual escape to debugger") at ../../i386/i386/db_interface.c:316 #9 0xf0226b42 in scgetc (flags=2) at ../../i386/isa/syscons.c:3715 #10 0xf0220fe3 in scintr (unit=0) at ../../i386/isa/syscons.c:891 #11 0xf01dbd0e in vec1 () #12 0xf0134384 in vfs_vmio_release (bp=0xf24e556c) at ../../kern/vfs_bio.c:756 #13 0xf0134080 in brelse (bp=0xf24e556c) at ../../kern/vfs_bio.c:647 #14 0xf0166316 in nfs_bioread (vp=0xf0508900, uio=0xf3a41e34, ioflag=8, cred=0xf0547b80, getpages=1) at ../../nfs/nfs_bio.c:346 #15 0xf0165b64 in nfs_getpages (ap=0xf3a41e70) at ../../nfs/nfs_bio.c:116 #16 0xf01d0468 in vnode_pager_getpages (object=0xf3cced80, m=0xf3a41f38, count=1, reqpage=0) at vnode_if.h:1011 #17 0xf01cf0b3 in vm_pager_get_pages (object=0xf3cced80, m=0xf3a41f38, count=1, reqpage=0) at ../../vm/vm_pager.c:184 #18 0xf01c4750 in vm_fault (map=0xf0520200, vaddr=538910720, fault_type=3 '\003', fault_flags=8) at ../../vm/vm_fault.c:419 #19 0xf01e6f9e in trap_pfault (frame=0xf3a41fbc, usermode=1) at ../../i386/i386/trap.c:715 #20 0xf01e6ab3 in trap (frame={tf_es = 39, tf_ds = 39, tf_edi = 541048152, tf_esi = 11, tf_ebp = -272642080, tf_isp = -207347740, tf_ebx = 538910712, tf_edx = -266048520, tf_ecx = 0, tf_eax = -546667883, tf_trapno = 12, tf_err = 6, tf_eip = 8138, tf_cs = 31, tf_eflags = 66054, tf_esp = -272642224, tf_ss = 39}) at ../../i386/i386/trap.c:286 The command in question is the strip. If anybody wants more information, or access to the machine to look at it more carefully, please contact me. As I said before, this does not appear to have anything to do with changes made in the last 6 weeks. Greg