Netgraph/mpd5 stability issues
Gleb Smirnoff
glebius at FreeBSD.org
Mon Jan 31 13:48:21 UTC 2011
On Mon, Jan 31, 2011 at 02:40:55PM +0100, Przemyslaw Frasunek wrote:
P> > In this dump, can we seek for where did 0x74 came from? Can you look at
P> > ng_name_hash[hash]?
P>
P> (kgdb) print hash
P> No symbol "hash" in current context.
P> (kgdb) info all
P> eax 0xffffff9a -102
P> ecx 0xe7ce6895 -405903211
P> edx 0xffffff9a -102
P> ebx 0x74 116
P> esp 0xcc28c380 0xcc28c380
P> ebp 0xe7ce6878 0xe7ce6878
P> esi 0xe7ce6894 -405903212
P> edi 0xe7ce6ac8 -405902648
P> [...]
P> (kgdb) print ng_name_hash[116]
P> $4 = {lh_first = 0xcbd6fb00}
P> (kgdb) print *ng_name_hash[116].lh_first
P> $5 = {nd_name = "ng357", '\0' <repeats 26 times>, nd_type = 0xc61871a0,
P> nd_flags = 0, nd_refs = 1, nd_numhooks = 0, nd_private = 0xcc3b5e80,
P> nd_ID = 454681, nd_hooks = {lh_first = 0x0}, nd_nodes = {
P> le_next = 0xcbbf7900, le_prev = 0xc5f4fad0}, nd_idnodes = {
P> le_next = 0xcc061680, le_prev = 0xc5f4f744}, nd_work = {tqe_next = 0x0,
P> tqe_prev = 0x0}, nd_input_queue = {q_flags = 0, q_mtx = {lock_object = {
P> lo_name = 0xc5f4e986 "ng_node", lo_type = 0xc5f4e986 "ng_node",
P> lo_flags = 16973824, lo_witness_data = {lod_list = {stqe_next = 0x0},
P> lod_witness = 0x0}}, mtx_lock = 4, mtx_recurse = 0}, queue = 0x0,
P> last = 0xcbd6fb70, q_node = 0xcbd6fb00}}
Thanks. Yep, "ng357" also has hash of 116.
Can we look at ng_name_hash[116].lh_first->nd_nodes.le_next and further? Which
one does point to 0x74?
--
Totus tuus, Glebius.
More information about the freebsd-net
mailing list