Date: Sun, 7 Feb 2010 12:11:23 -0000 From: "Torsten Kersandt" <torsten@cnc-london.net> To: <freebsd-hardware@freebsd.org> Subject: Re: [zfs][hardware] Reproducible kernel panic in 8.0-STABLE Message-ID: <024101caa7ee$ab9eda50$02dc8ef0$@net> In-Reply-To: <20100207120023.05CD91065775@hub.freebsd.org> References: <20100207120023.05CD91065775@hub.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Andriy Gapon wrote: > on 03/02/2010 13:23 Stephane LAPIE said the following: >> I just rebuilt a kernel with debugger options, and obtained the >> following output upon pulling out one disk : >> >> Sleeping thread (tid 100024, pid 0) owns a non-sleepable lock >> sched_switch() at sched_switch+0xf8 >> mi_switch() at mi_switch+0x16f >> sleepq_timedwait() at sleepq_timedwait+0x42 >> _cv_timedwait() at _cv_timedwait+0x129 >> _sema_timedwait() at _sema_timedwait+0x55 >> ata_queue_request() at ata_queue_request+0x526 >> ata_controlcmd() at ata_controlcmd+0xa1 >> ata_setmode() at ata_setmode+0xdc >> ad_init() at ad_init+0x27 >> ad_reinit() at ad_reinit+0x48 >> ata_reinit() at ata_reinit+0x268 >> ata_conn_event() at ata_conn_event+0x49 >> taskqueue_run() at taskqueue_run+0x93 >> taskqueue_thread_loop() at taskqueue_thread_loop+0x46 >> fork_exit() at fork_exit+0x118 >> fork_trampoline() at fork_trampoline+0xe >> --- trap 0, rip = 0, rsp = 0xffffff80000aad30, rbp = 0 --- >> panic: sleeping thread >> cpuid = 2 >> KDB: enter: panic >> [thread pid 12 tid 100008 ] >> Stopped at kdb_enter+0x3d: movq $0,0x4943d0(%rip) > > Not sure if I can derive anything useful from here. > Someone with more expertise is needed. > One thing I noticed is that ata_conn_event and ata_reinit and some other > functions up the stack acquire state_mtx recursively, but the mutex is not > initialized with MTX_RECURSE. > > Perhaps, indeed you would have a better luck with AHCI controller _and_ ahci(4) > driver. It seems to handle dynamic coming and going of disks much better than > ata(4). I just moved half of the "flaky" drives on an AHCI controller. This seems to work much better, starting with disk detection issues being solved, and hotplug working exactly like SCSI does. It does require using camcontrol to recognize the disks again, but that much is not exactly a problem. Although I'm probably dreaming : Did anyone heard about AHCI controllers beside the on-board ones ? Thanks to everyone for their advice. -- Stephane LAPIE, EPITA SRS, Promo 2005 "Even when they have digital readouts, I can't understand them." --MegaTokyo Hi Stephane I currently use some excellent cards from Supermicro, and these seem to be the only 8 port PCIx and PCI-E available on the market running on The marvel chipset. I would not use them for RAID but as SATA/SAS controllers very good. Supermicro 8 Port SATA 2 Card (PCI/PCI-X) AOC-SAT2-MV8 Supermicro AOC-SASLP-MV8, 8-Port (PCI-E)SAS/SATA Card For about £80.00/USD130.00 each - not bad Regards Torsten
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?024101caa7ee$ab9eda50$02dc8ef0$>