search for: subr_taskqueu

.... Merry" <ken@FreeBSD.org> ----- From: "Kenneth D. Merry" <ken@FreeBSD.org> Date: Tue, 9 Sep 2003 17:40:40 -0700 (PDT) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/cam/scsi scsi_cd.c scsi_da.c src/sys/kern subr_taskqueue.c src/sys/sys taskqueue.h src/share/man/man4 cd.4 da.4 src/share/man/man9 cd.9 ken 2003/09/09 17:40:40 PDT FreeBSD src repository Modified files: (Branch: RELENG_4) sys/cam/scsi scsi_cd.c scsi_da.c sys/kern subr_taskqueue.c sys/sys...

...bles, now that we know + * we have successfully attached. + */ + taskqueue_enqueue(taskqueue_thread,&softc->sysctl_task); + } softc->state = DA_STATE_NORMAL; /* * Since our peripheral may be invalidated by an error ==== //depot/FreeBSD-ken-RELENG_4/src/sys/kern/subr_taskqueue.c#2 - /usr/home/ken/perforce2/FreeBSD-ken-RELENG_4/src/sys/kern/subr_taskqueue.c ==== *** /tmp/tmp.5698.3 Mon Sep 1 16:06:53 2003 --- /usr/home/ken/perforce2/FreeBSD-ken-RELENG_4/src/sys/kern/subr_taskqueue.c Mon Sep 1 15:55:22 2003 *************** *** 33,43 **** --- 33,46 ---- #include <sy...

...s would be unmasked when called, so it didn't bother saving and restoring the interrupt mask. This assumption is reasonable for normal fork() calls, but not for the creation of kernel threads early in the boot process. The appearance of the problem was linked to some recent changes in sys/kern/subr_taskqueue.c around September 10th. Those changes include a call to kthread_create() that happens just before probing all the devices at boot time, so the result was that interrupts were being left unmasked at a time when they are supposed to be disabled. To actually get an interrupt storm hang, you need som...

...98, dummy=1) at /usr/src/sys/dev/ata/ata-queue.c:481 request = (struct ata_request *) 0xc8218198 ch = (struct ata_channel *) 0xc6cd6a00 atadev = (struct ata_device *) 0xc6ddcc00 composite = (struct ata_composite *) 0x0 #9 0xc05757dd in taskqueue_run (queue=0xc6c8a000) at /usr/src/sys/kern/subr_taskqueue.c:257 task = (struct task *) 0xc821823c owned = 0 pending = 1 #10 0xc0575af3 in taskqueue_swi_run (dummy=0x0) at /usr/src/sys/kern/subr_taskqueue.c:299 No locals. #11 0xc052fbcb in ithread_execute_handlers (p=0xc6bef860, ie=0xc6c44e80) at /usr/src/sys/kern/kern_intr.c:682 ih = (struct i...

...in _mtx_lock_sleep (m=0xc3baa2f4, tid=3283517440, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:416 #9 0xc04b02d7 in em_handle_rxtx (context=0xc3baa000, pending=1) at /usr/src/sys/dev/em/if_em.c:1666 #10 0xc05bb032 in taskqueue_run (queue=0xc3b94100) at /usr/src/sys/kern/subr_taskqueue.c:255 #11 0xc05bb20d in taskqueue_thread_loop (arg=0xc3baa368) at /usr/src/sys/kern/subr_taskqueue.c:374 #12 0xc0569d34 in fork_exit (callout=0xc05bb190 <taskqueue_thread_loop>, arg=0xc3baa368, frame=0xe403ed38) at /usr/src/sys/kern/kern_fork.c:783 #13 0xc07b7290 in fork_trampoline (...

Rarely, a geli partition I have freezes a process in bufwait state. It occurs after an ATA timeout message: Aug 5 03:47:13 thor kernel: ad10: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=219028637 The geli partition resides on an Intel MatrixRAID RAID1 mirror using the ICH9R chipset (Asus P5K-E/WIFI). Killing (even -9) the process does not work. Rebooting is the only solution, yet the

Hi, Running 9.2-PRERELEASE #19 r253313 I got the following panic Fatal trap 12: page fault while in kernel mode cpuid = 22; apic id = 46 fault virtual address = 0xffffff827ebca30c fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff81983055 stack pointer = 0x28:0xffffffcf75bd60a0 frame pointer = 0x28:0xffffffcf75bd68f0

Hi there We have a pair of servers running FreeBSD 9.1-RC3 that act as transparent layer 7 loadbalancer (relayd) and pop/imap proxy (dovecot). Only one of them is active at a given time, it's a failover setup. From time to time the active one gets in a state in which the 'thread taskq' thread uses up 100% of one cpu on its own, like here: ---- PID USERNAME PRI NICE SIZE