Date: Fri, 18 May 2012 23:51:16 +0530 From: "Desai, Kashyap" <Kashyap.Desai@lsi.com> To: "freebsd-scsi@freebsd.org" <freebsd-scsi@freebsd.org> Cc: "gibbs@freebsd.org" <gibbs@freebsd.org>, "Kenneth D. Merry" <ken@freebsd.org>, "McConnell, Stephen" <Stephen.McConnell@lsi.com> Subject: scsi_scan_bus: xpt_create_path failed with status 0x34 Message-ID: <B2FD678A64EAAD45B089B123FDFC3ED72B96FB6344@inbmail01.lsi.com>
next in thread | raw e-mail | index | archive | help
Hi,
LSI is doing some testing on FreeBSD-8.3 <mpslsi> Driver. We are running test case where IOs are running on Drives and HBA reset in loop of 30/60 second delay.
Things are working fine for sometime 3-4 hours. Almost around ~500 iteration of HBA reset, there is no issue.
After long run we observer below prints ..
---
mpslsi0: proberegister: Unable to probe new device. Unable to allocate softc
Hard Reset with Port Enable completed in 16 seconds.
(xpt0:mpslsi0:0:1:0): scsi_scan_lun: cam_alloc_periph returned an error, can't continue probe
scsi_scan_bus: xpt_create_path failed with status 0x34, bus scan halted
mpslsi0: Queueing rescan for (xpt0:mpslsi0:0:-1:-1):
mpslsi0: (6193)->(mpssas_fw_work) Event Free: [1c]
mpslsi0: Hard Reset with Port Enable completed in 11 seconds.
camq_init: - cannot malloc array!
scsi_scan_bus: xpt_create_path failed with status 0x34, bus scan halted
mpslsi0: Completing rescan for (xpt0:mpslsi0:0:-1:-1):
----
At the end there was a kernel crash. Below is back trace.
mpslsi0: Queueing rescan for (xpt0:mpslsi0:0:-1:-1):
mpslsi0: (6205)->(mpssas_fw_work) Event Free: [1c]
mpslsi0: Hard Reset with Port Enable completed in 10 seconds.
scsi_scan_bus: xpt_create_path failed with status 0x34, bus scan halted
Fatal trap 12: page fault while in kernel mode
cpuid = 4; apic id = 32
fault virtual address = 0x40
fault code = supervisor read, page not present
instruction pointer = 0x20:0xc0493f38
stack pointer = 0x28:0xc52515dc
frame pointer = 0x28:0xc52515f8
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 12 (swi2: cambio)
trap number = 12
panic: page fault
cpuid = 4
KDB: stack backtrace:
#0 0xc0a4b157 at kdb_backtrace+0x47
#1 0xc0a186b7 at panic+0x117
#2 0xc0d48cf3 at trap_fatal+0x323
#3 0xc0d48dad at trap_pfault+0xad
#4 0xc0d49b35 at trap+0x465
#5 0xc0d32a8c at calltrap+0x6
#6 0xc048e3a7 at camperiphfree+0x97
#7 0xc048e545 at cam_periph_release_locked+0x55
#8 0xc049df7d at probedone+0x136d
#9 0xc04958c1 at camisr_runqueue+0x2e1
#10 0xc0495a1f at camisr+0x13f
#11 0xc09ed78b at intr_event_execute_handlers+0x13b
#12 0xc09eef4a at ithread_loop+0x7a
#13 0xc09ea997 at fork_exit+0x97
#14 0xc0d32b04 at fork_trampoline+0x8
Uptime: 6h42m25s
mpslsi0: Completing rescan for (xpt0:mpslsi0:0:-1:-1):
Any idea if this is a known issue at CAM layer. ?
Thanks, Kashyap
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B2FD678A64EAAD45B089B123FDFC3ED72B96FB6344>