Date: Thu, 21 Aug 2003 12:28:18 +0900 From: Jun Kuriyama <kuriyama@imgsrc.co.jp> To: Robert Watson <rwatson@freebsd.org> Cc: current@freebsd.org Subject: Re: sysinstall spec_getpages panic (with VM overtones) Message-ID: <7m65krpu3x.wl@black.imgsrc.co.jp> In-Reply-To: <Pine.NEB.3.96L.1030820172654.51051B-100000@fledge.watson.org> References: <20030820164153.S21216-100000@ury.york.ac.uk> <Pine.NEB.3.96L.1030820172654.51051B-100000@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
At Wed, 20 Aug 2003 17:31:39 -0400 (EDT), Robert Watson wrote: > > *c0529513 = "/usr/src/sys/fs/specfs/spec_vnops.c", line 0x300 is line 768: > > > > 766 gotreqpage = 0; > > 767 VM_OBJECT_LOCK(vp->v_object); > > 768 vm_page_lock_queues(); > > 769 for (i = 0, toff = 0; i < pcount; i++, toff = nextoff) { > > > > so ap->a_vp is null. I'#m afraid that's the limit of my ddb ability. > > > > Any suggestions as to where I should go from here? I don't really have > > the facility at the moment to make release to test patches but will try > > to if necessary. > > Is it ap->a_vp that's NULL, or vp->v_object that's NULL? vp is > dereferenced several times before that in the code, so if vp is really > NULL at line 767, we're probably talking about memory corruption. But if > vp->v_object is NULL, then it could be we're not creating a VM object > along some code path. FWIW, ffs_getpages() at ffs_vnops.c:938, dp->v_object is NULL. Where this should be allocated? -- Jun Kuriyama <kuriyama@imgsrc.co.jp> // IMG SRC, Inc. <kuriyama@FreeBSD.org> // FreeBSD Project
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7m65krpu3x.wl>