Displaying 6 results from an estimated 6 matches for "mtx_recurse".
2013 Jun 30
1
locks under printf(9) and WITNESS = panic?
when booting stable/9 under a debug kernel with WITNESS
enabled and verbose I get the following panic..
It seems very much like the discussion from a year back on
current: http://lists.freebsd.org/pipermail/freebsd-current/2012-January/031375.html
Any ideas?
uhub1: <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus1
uhub0: 2 ports with 2 removable, self powered
uhub1: 2
2006 Mar 17
1
Fatal trap 12: page fault while in kernel mode / current process=12 (swi1: net)
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
2008 Jul 22
4
"sleeping without queue" ?
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
2005 Mar 24
0
[patch] small accounting and lockup fix for xenfreebsd on -unstable
...here -- XCHG is a barrier on x86. */
l1 = xen_xchg(&vcpu_info->evtchn_pending_sel, 0);
while ( (l1i = ffs(l1)) != 0 )
@@ -78,12 +78,16 @@
l2 &= ~(1 << l2i);
port = (l1i << 5) + l2i;
+ if ((owned = mtx_recursed(&sched_lock)) != 0)
+ mtx_unlock_spin_flags(&sched_lock, MTX_QUIET);
if ( (irq = evtchn_to_irq[port]) != -1 ) {
struct intsrc *isrc = intr_lookup_source(irq);
intr_execute_handlers(isrc, frame);
} el...
2012 Sep 21
3
tws bug ? (LSI SAS 9750)
Hi,
I have been trying out a nice new tws controller and decided to enable
debugging in the kernel and run some stress tests. With a regular
GENERIC kernel, it boots up fine. But with debugging, it panics on
boot. Anyone know whats up ? Is this something that should be sent
directly to LSI ?
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
2008 Sep 01
3
bin/121684: : dump(8) frequently hangs
Any progress here? Does anyone know if this will be fixed in 7.1 latest,
or should we start looking for different backup solution (in this case I
would suggest to remove dump from the source tree - having a backup tool
that doesn't work is worse than having none). After upgrading we
basically cannot backup our servers.
Shouldn't this issue be on