search for: tqe_prev

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

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

...return (error); (kgdb) print *ap->a_vpp $1 = (struct vnode *) 0x0 (kgdb) print dvp $2 = (struct vnode *) 0xc5e062c0 (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_mou...

...52c, to_ticks=19, ftn=0xc0561940 <realitexpire>, arg=0xc3a852b8) at /usr/src/sys/kern/kern_timeout.c:471 471 /usr/src/sys/kern/kern_timeout.c: No such file or directory. in /usr/src/sys/kern/kern_timeout.c (kgdb) p *c $1 = {c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xd2006ad0}}, c_time = 2974104, 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-&gt...

...MOVE, 1586 NFSX_FH(v3) + NFSX_UNSIGNED + nfsm_rndup(namelen)); (kgdb) p *proc Cannot access 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_mount...

I have a couple of 64-Bit Xeon's with CentOS 4.2 x86_64 installed on them. They don't all have the same motherboards. I've having a difficult time getting CentOS 4.2 x86_64 to boot on some of them in SMP mode (UP works fine). After the installation of CD, it boots up but kernel panics with the following error: Badness in i8042_panic_blink at drivers/input/serio/i8042.c:992 This is

...}) at /usr/src/sys/i386/i386/trap.c:174 #10 0xc0268815 in Xint0x80_syscall () #11 0x46c99cf9 in ?? () ... (kgdb) up 6 #6 0xc015c0dd in exit1 (p=0xe18f0c60, rv=41) at /usr/src/sys/kern/kern_exit.c:190 190 if(p->p_leader->p_peers) { (kgdb) p *p $1 = {p_procq = {tqe_next = 0x0, tqe_prev = 0xc0318c88}, p_list = { le_next = 0xe18f0ac0, le_prev = 0xc0318bc0}, p_cred = 0xc1fb28c0, p_fd = 0xc2060900, p_stats = 0xe18e9cd0, p_limit = 0xc2059900, p_upages_obj = 0xe18e3f00, p_procsig = 0xc2053040, p_flag = 24580, p_stat = 2 '\002', p_pad1 = "\000\000", p_pid...

...ruct thread *) 0xfffffe008be0b000 p = (struct proc *) 0xfffffe0034073000 i = <value optimized out> ucode = <value optimized out> code = 0 type = 1 addr = <value optimized out> ksi = {ksi_link = {tqe_next = 0xffffff80e7d408dc, tqe_prev = 0x60}, ksi_info = {si_signo = 96, si_errno = 0, si_code = 0, si_pid = 0, si_uid = 41125008, si_status = -512, si_addr = 0xfffffe00027388f0, si_value = {sival_int = 3, sival_ptr = 0x3, sigval_int = 3, sigval_ptr = 0x3}, _reason = {_fault = {_trapno = 40}, _timer = {_timerid = 40, _overrun = 0}...

...-2133515200, r_rsp = -547294201968, r_ss = 0} td = (struct thread *) 0xfffffe000b0af000 p = <value optimized out> i = <value optimized out> ucode = <value optimized out> code = 0 type = 12 addr = <value optimized out> ksi = {ksi_link = {tqe_next = 0xfffffe000553ac00, tqe_prev = 0xfffffe000b0af000}, ksi_info = {si_signo = -1833355440, si_errno = -128, si_code = -2140661293, si_pid = -1, si_uid = 0, si_status = 0, si_addr = 0xfffffe0000000000, si_value = {sival_int = -1833355392, sival_ptr = 0xffffff8092b93780, sigval_int = -1833355392, sigval_ptr = 0xffffff8092...

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