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.
At least I checked with printf() debugging, it seems vp->v_object is
NULL.
Should I check in ffs_getpages(), too?
--
Jun Kuriyama <[EMAIL PROTECTED]> // IMG SRC, Inc.
<[EMAIL PROTECTED]> // FreeBSD Project
_______________________________________________
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
