On 04/02/05 14:05 Nate Lawson said the following:
Dinesh Nair wrote:
On 03/31/05 20:51 John Baldwin said the following:
The problem is that the taskqueue_swi in 4.x doesn't have a thread
context that can be slept on via tsleep(). The fix would be to
create a kthread in which to run the ACPI tas
Dinesh Nair wrote:
On 03/31/05 20:51 John Baldwin said the following:
The problem is that the taskqueue_swi in 4.x doesn't have a thread
context that can be slept on via tsleep(). The fix would be to create
a kthread in which to run the ACPI tasks. 4.x already has one such
kthread for the task
On 03/31/05 20:51 John Baldwin said the following:
The problem is that the taskqueue_swi in 4.x doesn't have a thread
context that can be slept on via tsleep(). The fix would be to create a
kthread in which to run the ACPI tasks. 4.x already has one such
kthread for the taskqueue_thread taskqu
On Mar 30, 2005, at 11:18 PM, Dinesh Nair wrote:
acpi related, but on freebsd 4.11 (cvsupped and built on 24 march).
i've compiled with device acpica in the kernel, but i get sporadic page
faults as attached.
i do know that acpica is experimental and that LINT does warn of kernel
panics and machine
acpi related, but on freebsd 4.11 (cvsupped and built on 24 march).
i've compiled with device acpica in the kernel, but i get sporadic page
faults as attached.
i do know that acpica is experimental and that LINT does warn of kernel
panics and machine hangs. however i was wondering if anyone has got
5 matches
Mail list logo