search for: tqh_first

...062c0 (kgdb) print *dvp $3 = {v_flag = 0, v_usecount = 1, v_writecount = 0, v_holdcnt = 0, v_id = 272969383, v_mount = 0x89a7dc00, v_op = 0x89475000, v_freelist = { tqe_next = 0x0, tqe_prev = 0xc187151c}, v_nmntvnodes = { tqe_next = 0xc2cdeec0, tqe_prev = 0xbfefe264}, v_cleanblkhd = { tqh_first = 0x0, tqh_last = 0xc5e062ec}, v_dirtyblkhd = {tqh_first = 0x0, tqh_last = 0xc5e062f4}, v_synclist = {le_next = 0x0, le_prev = 0x0}, v_numoutput = 0, v_type = VREG, v_un = {vu_mountedhere = 0x0, vu_socket = 0x0, vu_spec = {vu_specinfo = 0x0, vu_specnext = { sle_next = 0x0}}, vu_fi...

Hello! My attempt to build openoffice.org-3 seems to be hanging. Pressing Ctrl-T produces: load: 0.11 cmd: tcsh 79759 [sleeping without queue] 0.00u 0.00s 0% 0k (tcsh is used by OOo's build-script). What is this "sleeping without queue" state, and why is process in it for so long? This is an 4-CPU amd64 system with 4Gb of RAM. Only 16% of the swap is currently in use and

...cess memory at address 0x0. (kgdb) p *dvp $3 = {v_flag = 0, v_usecount = 9, v_writecount = 0, v_holdcnt = 0, v_id = 4278, v_mount = 0x0, v_op = 0xc223e700, v_freelist = {tqe_next = 0x0, tqe_prev = 0xe80bc75c}, v_nmntvnodes = {tqe_next = 0xe8468b40, tqe_prev = 0xc23a7418}, v_cleanblkhd = {tqh_first = 0x0, tqh_last = 0xe8469cac}, v_dirtyblkhd = {tqh_first = 0x0, tqh_last = 0xe8469cb4}, v_synclist = {le_next = 0x0, le_prev = 0x0}, v_numoutput = 0, v_type = VBAD, v_un = {vu_mountedhere = 0x0, vu_socket = 0x0, vu_spec = {vu_specinfo = 0x0, vu_specnext = { sle_next = 0x0}}, v...

...tch_thread (unused=0x0) at ../../../xen/xenbus/xenbus_xs.c:741 #26 0xc0129968 in fork_exit (callout=0xc0330980 <xenwatch_thread>, arg=0x0, frame=0xc588bd38) at ../../../kern/kern_fork.c:795 #27 0xc0350e84 in fork_trampoline () at ../../../i386/xen/exception.s:240 (gdb) p rm->rm_list $4 = {tqh_first = 0x0, tqh_last = 0xc07b3de0} (gdb) tqh_first is still 0 ( as it was initialzed ) which ultimately causes the IRQ resource allocation to fail. Am I missing anything ? Looking forward to hear from you, Thanks, shase ______________...

this is 6.0-STABLE as for Mar 17. KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-PRERELEASE #2: Fri Mar 17 11:05:32 UTC 2006 vlad@host:/usr/src/sys/amd64/compile/DEF_WEB Timecounter

Did cvsup on a machine that does just mail processing (well, a lot of spam scanning) and it crashed not too much later. This kernel does not include MFC src/sys/kern/sys_process.c revisions 1.111 and 1.112: Use kmem_alloc_nofault() rather than kmem_alloc_pageable() in procfs_rwmem(). Use vm_page_hold() in place of vm_page_wire() since the page can be freed. Don't hold extra

...c_arg = 0xc3a852b8, c_func = 0xc0561940 <realitexpire>, c_mtx = 0x0, c_flags = 22} (kgdb) p c->c_links.tqe.tqe_prev $2 = (struct callout **) 0xd2006ad0 (kgdb) p *c->c_links.tqe.tqe_prev Cannot access memory at address 0xd2006ad0 (kgdb) p callwheel[c->c_time & callwheelmask] $4 = {tqh_first = 0x0, tqh_last = 0xd2006ad0} The code: 467 c->c_arg = arg; 468 c->c_flags |= (CALLOUT_ACTIVE | CALLOUT_PENDING); 469 c->c_func = ftn; 470 c->c_time = ticks + to_ticks; 471 TAILQ_INSERT_TAIL(&callwheel[c->c_time & callwheelmask], 472...