Date: Fri, 13 Apr 2007 01:46:10 +0400 From: Boris Samorodov <bsam@ipt.ru> To: "Eugene M. Kim" <blue@white.lv> Cc: current@freebsd.org Subject: Re: twa(4) panics upon load Message-ID: <43698077@srv.sem.ipt.ru> In-Reply-To: <461E557C.909@white.lv> (Eugene M. Kim's message of "Thu, 12 Apr 2007 08:51:24 -0700") References: <461E557C.909@white.lv>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 12 Apr 2007 08:51:24 -0700 Eugene M. Kim wrote: > The -current kernel as of 2007-04-12T00:13Z panics upon loading twa.ko. > The complete dmesg output is at: > http://purple.the-7.net/~ab/Temporary/5SbuuuG9D5/twa-dmesg-20070412.txt; > following is the panic message: > 3ware device driver for 9000 series storage controllers, version: 3.70.02.012 > twa0: <3ware 9000 series Storage Controller> port 0x3000-0x303f mem 0xb2000000-0xb3ffffff,0xb0300000-0xb0300fff irq 48 at device 1.0 on pci4 > twa0: [FILTER] > twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-8LP, 8 ports, Firmware FE9X 3.04.00.005, BIOS BE9X 3.04.00.002 > panic: blockable sleep lock (sleep mutex) CAM BIOQ lock @ /home/FreeBSD/build/MAIN/src/sys/cam/cam_xpt.c:4913 > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper(c0639600) at db_trace_self_wrapper+0x25 > kdb_backtrace(100,c4d29a20,c4d29a20,c0692e4c,9,...) at kdb_backtrace+0x29 > panic(c063b598,c0654b13,c0626612,c06265c2,1331,...) at panic+0x109 > witness_checkorder(c0692e4c,9,c06265c2,1331) at witness_checkorder+0xb8 > _mtx_lock_flags(c0692e4c,0,c06265c2,1331) at _mtx_lock_flags+0x84 > xpt_done(c50fe400,c5321038,c5314000,c531428c,c5321038,...) at xpt_done+0x36 > tw_osl_complete_io(c5321000,c531428c,c5314000,c5314040,e38a8c18,...) at tw_osl_complete_io+0xdd > tw_cli_complete_io(c531428c,16004070,0,c5314000,e38a8c40,...) at tw_cli_complete_io+0x61 > tw_cli_process_complete_queue(c5314000,c53140cc,0,c52ef5d0,152,...) at tw_cli_process_complete_queue+0x84 > tw_cli_process_resp_intr(c5314000,c511d740,e38a8c70,c05f8c51,c519b800,...) at tw_cli_process_resp_intr+0x19e > twa_pci_intr_fast(c519b800) at twa_pci_intr_fast+0x24 > intr_execute_handlers(c4d1c43c,e38a8c94,30,e38a8cd4,c05f4824,...) at intr_execute_handlers+0xd9 > lapic_handle_intr(3b,e38a8c94) at lapic_handle_intr+0x2f > Xapic_isr1() at Xapic_isr1+0x34 > --- interrupt, eip = 0xc099109d, esp = 0xe38a8cd4, ebp = 0xe38a8cd4 --- > acpi_cpu_c1(c06a7a10,c04c2844,e38a8cf4,c04c2844,c04c2844,...) at acpi_cpu_c1+0x5 > acpi_cpu_idle(e38a8d04,c04c286d,e38a8d24,c0495818,0,...) at acpi_cpu_idle+0x14e > cpu_idle(e38a8d24,c0495818,0,e38a8d38,c4d286c0,...) at cpu_idle+0x28 > sched_idletd(0,e38a8d38) at sched_idletd+0x29 > fork_exit(c04c2844,0,e38a8d38) at fork_exit+0xac > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe38a8d70, ebp = 0 --- > Uptime: 29s > Physical memory: 2038 MB > Dumping 61 MB: 46 30 14 The same here. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?43698077>