I had a couple of system out of sync problems.
(1) PCI sync problem:
ATM adapter updates a buffer return pointer and generates intr,
but when driver pulls out the information that updated by adapter,
some memory in the last piece of the pool is garbage.
e.g.
head
Alfred Perlstein [EMAIL PROTECTED] stated:
I had a couple of system out of sync problems.
(1) PCI sync problem:
ATM adapter updates a buffer return pointer and generates intr,
but when driver pulls out the information that updated by adapter,
some memory in the
Jordan said that the kernel SMP thread is ready in CURRENT FreeBSD,
but I could not find any document for the SMP kthread.
By looking at the kern/kern_kthread.c code, it does not look like a SMP
thread, and does not even have mutex functions in there.
Does any one happen to know where is the
Jordan said that the kernel SMP thread is ready in CURRENT FreeBSD,
but I could not find any document for the SMP kthread.
Huh? I never said any such thing. You must have misinterpreted
something else I said.
I asked a question "Is FreeBSD working on SMP thread?" at both USENIX
and
I asked a question "Is FreeBSD working on SMP thread?" at both USENIX
and FreeBSDcon last year, you answered that it is already in the kernel,
but there is no API for userland. Maybe we misunderstund each other :-(
I answered that we had *kernel* threads but that there was no native
API
Hi,
I am currently experimenting kernel hanging problem even through I have
compiled the kernel with DDB enabled.
How can I make a hanging kernel into DDB? Will grounding the NMI do it?
Thanks for any suggestions,
-Jin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
6 matches
Mail list logo