From owner-freebsd-scsi@FreeBSD.ORG Tue Sep 2 23:42:58 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB8D51065677 for ; Tue, 2 Sep 2008 23:42:57 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id AA91F8FC14 for ; Tue, 2 Sep 2008 23:42:57 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3514887rvf.43 for ; Tue, 02 Sep 2008 16:42:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=OjsVRAEBfLW++8DVj23ftOUpJyzSeA81CzXxT5a/E64=; b=Wp1HND1bw/D2DfNt+6sFS6CAMgTXVG7RSfE7BL/MeZu4QaZ/VAEtOueadIOzBvlvEy eu4W1XEJ1QuSc8oRQoKdORZWCizhR+uvfnj7xESFIWLH+sVz5CR171yaMU/VjBXtyNXv 0xSiJBKzgT0F2ucYq1xhv9LqcuOxnBm3ikxPY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=wsUAwOzOruAPOItVt56ZvAoFLRbz6gVC8bXDlP4UsExX6efUMup47O+UB6MBWvBd1n YeUpLaJrZC7zvETwdMzerf5s+fm2uTgj5unumZDBPsiVxf5MMjxC8YNFYFP2P7ZhRupN uVdcU4GsgOEahh4svpeuCW0g0ABFoVir1l3Z4= Received: by 10.140.126.14 with SMTP id y14mr4524090rvc.96.1220398977186; Tue, 02 Sep 2008 16:42:57 -0700 (PDT) Received: by 10.140.127.19 with HTTP; Tue, 2 Sep 2008 16:42:57 -0700 (PDT) Message-ID: <3c0b01820809021642s70edbea6k7cadd0b8f051357c@mail.gmail.com> Date: Tue, 2 Sep 2008 19:42:57 -0400 From: "Alexander Sack" To: "Fuujin Networks LLC" In-Reply-To: <48BBBD16.80402@fuujinnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48B4CF57.30603@fuujinnetworks.com> <3c0b01820808271520w78d0f338iaf6996774512b5bb@mail.gmail.com> <48B733CF.5000105@fuujinnetworks.com> <3c0b01820808290914s638c970ejeae1d4f8c8c8a9d9@mail.gmail.com> <3c0b01820808290915t4e964182y784c215e28977252@mail.gmail.com> <48B8E879.7020809@fuujinnetworks.com> <3c0b01820808300708s5ed5cb18o5199e0e4ec1dcbba@mail.gmail.com> <48BA87C6.5070008@fuujinnetworks.com> <3c0b01820808311012n7e83a948t732e6544ddb0d703@mail.gmail.com> <48BBBD16.80402@fuujinnetworks.com> Cc: freebsd-scsi@freebsd.org Subject: Re: Qlogic FC scsi_target ISP2310 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2008 23:42:58 -0000 On Mon, Sep 1, 2008 at 5:59 AM, Fuujin Networks LLC wrote: > Alex: > > So here's something interesting. The target decided to panic on me just now. > Here's the last message from the target before it rebooted: > > scsi_target: main loop beginning > scsi_target: read ready > scsi_target: event -1 done > scsi_target: Working on ATIO 0x800b7fe20 > scsi_target: tcmd_handle atio 0x800b7fe20 ctio 0x800b85040 atioflags 0x8000 > scsi_target: INQUIRY from 0: 12 0 0 0 24 0 > > The initiator just sits there and says the rescan was successful with no > events or errors..... > > > Here's the panic: > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x8 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff8022f128 > stack pointer = 0x10:0xffffffffae3c1650 > frame pointer = 0x10:0xffffffffae3c16e0 > code segment = base 0x0, limit oxfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 777 (scsi_target) > [thread pid 777 tid 100075 ] > Stopped at isp_pci_dmasetup+0x1d8: movq 0x8(%rax),%rsi > > Here's the bt: > > Tracing pid 777 tid 100075 td 0xffffff00016e100 > isp_pci_dmasetup() at isp_dmasetup+0x1d8 > isp_action() at isp_action+0x1089 > xpt_run_dev_sendq() at xpt_run_dev_sendq+0x1c4 > xpt_action() at xpt_action+0x796 > targsendccb() at targsendccb+0x9e > targstart() at targstart+0x130 > xpt_run_dev_allocq() at xpt_run_dev_allocq+0xd4 > targwrite() at targwrite+0x184 > giant_write() at giant_write+0x60 > devfs_write_f() at devfs_write_f+0x75 > dofilewrite() at dofilewrite+0x85 > kern_writev() at kern_writev+0x4c > write() at write+0x54 > syscall() at syscall+0x254 > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (4, FreeBSD ELF64, write), rip = 0x800929d3c, rsp = > 0x7fffffff4908, rbp = 0x800b83440 --- > > Please note the above trace was copied by hand because I couldn't get > console redirection to stay up when this died. Does anyone know how to get > this data into a file or out via serial (vt100 perhaps??) or is this pretty > much a manual process?? Erich, if you had a gdb session you could log it or use print screen I suppose. But yea it can be a pain in the butt to copy stack traces. I don't know why you panic'ed and I haven't had a single cycle to look a this particular issue. So it seems you and Sean (see other thread) are having trouble using the QLA2[34]xx cards in target mode. Seems like there needs to be more testing involved. I'll see if tomorrow I can build target mode in on my box and reproduce the panic (a panic, hopefully with a similar stacktrace!). Thanks for this, stay tuned... -aps