Re: cd taste crash followup

In message <20031222164220.E65273_at_carver.gumbysoft.com>, Doug White writes:

>#9  0xc069ffb8 in calltrap () at {standard input}:94
>#10 0xc0518f18 in g_destroy_provider (pp=0xc645ea50)
>    at ../../../geom/geom_subr.c:428
>#11 0xc0516105 in g_orphan_register (pp=0xc63e1f00)
>    at ../../../geom/geom_event.c:147
>#12 0xc05161e0 in one_event () at ../../../geom/geom_event.c:173
>#13 0xc05163a5 in g_run_events () at ../../../geom/geom_event.c:206
>#14 0xc0517285 in g_event_procbody () at ../../../geom/geom_kern.c:134
>#15 0xc053666e in fork_exit (callout=0xc0517260 <g_event_procbody>,
>arg=0x0,
>    frame=0x0) at ../../../kern/kern_fork.c:793
>
>In frame 10,
>
>(kgdb) print pp
>$1 = (struct g_provider *) 0xc645ea50
>(kgdb) print *pp
>$2 = {name = 0x0, provider = {le_next = 0x0, le_prev = 0x0}, geom = 0x0,
>  consumers = {lh_first = 0x0}, acr = 0, acw = 0, ace = 0, error = 0,
>  orphan = {tqe_next = 0x0, tqe_prev = 0x0}, index = 0, mediasize = 0,
>  sectorsize = 0, stripesize = 0, stripeoffset = 0, stat = 0x0, nstart =
>0,
>  nend = 0, flags = 0}
>
>So the pointer points to a zeroed struct.

I can't guess what has happened.  There is nothing to do but to stick
in more printfs and figure out the path we took to get here...

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk_at_FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.