search for: taskqueue_thread

...he issue by moving dynamic sysctl variable creation for these two drivers to a task queue running in a kernel thread. The existing task queue in -stable (taskqueue_swi) runs in software interrupt handlers, which wouldn't fix the problem at hand. So I have created a new task queue, taskqueue_thread, that runs inside a kernel thread. scsi_cd.c: Remove sysctl variable creation code from cdregister(), and move it to a new function, cdsysctlinit(). Queue cdsysctlinit() to the taskqueue_thread taskqueue once we have fully registered...

...*** 1891,1896 **** --- 1912,1922 ---- xpt_announce_periph(periph, announce_buf); if (softc->flags & CD_FLAG_CHANGER) cdchangerschedule(softc); + /* + * Create our sysctl variables, now that we know + * we have successfully attached. + */ + taskqueue_enqueue(taskqueue_thread,&softc->sysctl_task); } softc->state = CD_STATE_NORMAL; /* ==== //depot/FreeBSD-ken-RELENG_4/src/sys/cam/scsi/scsi_da.c#19 - /usr/home/ken/perforce2/FreeBSD-ken-RELENG_4/src/sys/cam/scsi/scsi_da.c ==== *** /tmp/tmp.5698.1 Mon Sep 1 16:06:53 2003 --- /usr/home/ken/perforce2/...

...hread taskq' while the problem was occuring. Every few seconds I ran a ddb script and continued. I got five samples, after that ddb became unresponsive. All of them show the thread executing in unp_gc() like here: ---- unp_gc() at unp_gc+0x81 taskqueue_run_locked() at taskqueue_run_locked+0x85 taskqueue_thread_loop() at taskqueue_thread_loop+0x46 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe ---- See all samples under [3]. This is consistent with some textdumps and ddb sessions I've done. Also, the sysctl 'net.local.taskcount' seems to increase at much higher rates...