From owner-freebsd-scsi@FreeBSD.ORG Mon Nov 17 11:06:01 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B592316A4CE for ; Mon, 17 Nov 2003 11:06:01 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 517BD4407A for ; Mon, 17 Nov 2003 11:04:42 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id hAHJ4fFY008660 for ; Mon, 17 Nov 2003 11:04:41 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id hAHJ4fiq008654 for scsi@freebsd.org; Mon, 17 Nov 2003 11:04:41 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 17 Nov 2003 11:04:41 -0800 (PST) Message-Id: <200311171904.hAHJ4fiq008654@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: scsi@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2003 19:06:01 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1999/12/21] kern/15608 scsi acd0 / cd0 give inconsistent errors on em 1 problem total. From owner-freebsd-scsi@FreeBSD.ORG Mon Nov 17 18:11:01 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 630F116A528; Mon, 17 Nov 2003 18:11:00 -0800 (PST) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5444243FDD; Mon, 17 Nov 2003 18:10:59 -0800 (PST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (udsl-3-062.QLD.dft.com.au [202.168.108.62])hAI2AvZ6045104; Tue, 18 Nov 2003 13:10:57 +1100 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [172.22.2.1])hAI2AuUR040646; Tue, 18 Nov 2003 12:10:56 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Tue, 18 Nov 2003 12:10:56 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: freebsd-current@freebsd.org In-Reply-To: <20031115154537.W13393@hewey.af.speednet.com.au> Message-ID: <20031118115751.Y30811@hewey.af.speednet.com.au> References: <20031115154537.W13393@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org Subject: EISA Adaptec 274X SCSI panic (ISRng related) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2003 02:11:01 -0000 On Sat, 15 Nov 2003, Andy Farkas wrote: > My EISA AHA2740's don't work no more :( # grep ahc /var/run/dmesg.boot ahc0: at 0x2c00-0x2cff, irq 10 (level) ahc0: on eisa0 slot 2 ahc1: at 0x4c00-0x4cff, irq 11 (level) ahc1: on eisa0 slot 4 ahc2: port 0xf800-0xf8ff mem 0xf68fb000-0xf68fbfff irq 17 at device 11.0 on pci1 ahc2: Using left over BIOS settings ahc3: port 0xf400-0xf4ff mem 0xf68fa000-0xf68fafff irq 18 at device 12.0 on pci1 ahc3: Using left over BIOS settings The CD drive attached to ahc3 works ok. But ahc0 and ahc1 dont: # dd if=/dev/da0 of=/dev/null kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc0649083 stack pointer = 0x10:0xd763ac5c frame pointer = 0x10:0xd763ac84 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 14 (idle: cpu0) kernel: type 12 trap, code=0 Stopped at intr_execute_handlers+0x23: lock addl %eax,0(%edx) db> tr intr_execute_handlers(c06d5084,d763ac9c,d763ace0,c065bbae,7) at intr_execute_handlers+0x23 atpic_handle_intr(7) at atpic_handle_intr+0x42 Xatpic_intr7() at Xatpic_intr7+0x1e --- interrupt, eip = 0xc064d655, esp = 0xd763ace0, ebp = 0xd763ace0 --- cpu_idle_default(d763ad0c,c04f523c,c06ea740,2,c068b1fa) at cpu_idle_default+0x5 cpu_idle(c06ea740,2,c068b1fa,53,14b) at cpu_idle+0x28 idle_proc(0,d763ad48,c068b09c,311,0) at idle_proc+0x3c fork_exit(c04f5200,0,d763ad48) at fork_exit+0xb4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd763ad7c, ebp = 0 --- db> Verbose dmesg at: http://www.speednet.com.au/~andyf/hummer/hummer-eisa-aha-crash -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-scsi@FreeBSD.ORG Tue Nov 18 06:42:19 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1C6B16A4CE for ; Tue, 18 Nov 2003 06:42:19 -0800 (PST) Received: from ngfl.dialnet.com (ngmail.ngfl.dialnet.com [212.44.44.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B0E143FBF for ; Tue, 18 Nov 2003 06:42:13 -0800 (PST) (envelope-from ict@cardinalnewman.coventry.sch.uk) Received: from ngmfilt.ngfl.dialnet.com [212.44.44.121] by ngfl.dialnet.com with ESMTP (SMTPD32-6.06) id AF187D00B4; Tue, 18 Nov 2003 14:39:20 +0000 Received: from relay.ngfl.dialnet.com (unverified) by ngmfilt.ngfl.dialnet.com ; Tue, 18 Nov 2003 14:39:15 +0000 Received: from firewall.cardinalnewman.lan ( [172.30.0.70]) by ngrelay.dialnet.com with SMTP (MailShield v2.04 - WIN32 Jul 17 2001 17:12:42); Tue, 18 Nov 2003 14:40:32 -0000 Received: from mail.cardinalnewman.lan (mail.cardinalnewman.lan [192.168.0.3]) hAIEg7vd000384; Tue, 18 Nov 2003 14:42:07 GMT (envelope-from ict@cardinalnewman.coventry.sch.uk) Received: from dumpster.cardinalnewman.lan (dumpster.cardinalnewman.lan [192.168.0.9])hAIEg7cr082338; Tue, 18 Nov 2003 14:42:07 GMT (envelope-from ict@cardinalnewman.coventry.sch.uk) From: ict technician Organization: Cardinal Newman School To: freebsd-scsi@freebsd.org Date: Tue, 18 Nov 2003 14:42:06 +0000 User-Agent: KMail/1.5.4 References: <200311101026.01138.ict@cardinalnewman.coventry.sch.uk> <002b01c3a906$64ce5e90$7601a8c0@meanbitch> <200311131421.49948.ict@cardinalnewman.coventry.sch.uk> In-Reply-To: <200311131421.49948.ict@cardinalnewman.coventry.sch.uk> MIME-Version: 1.0 Content-Disposition: inline X-UID: 1547 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200311181442.06309.ict@cardinalnewman.coventry.sch.uk> X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Status: No, hits=-15.7 required=5.0 tests=IN_REP_TO,REFERENCES,USER_AGENT_KMAIL version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-Filter-Version: 1.11a (mail.cardinalnewman.lan) X-SMTP-HELO: firewall.cardinalnewman.lan X-SMTP-MAIL-FROM: ict@cardinalnewman.coventry.sch.uk X-SMTP-RCPT-TO: freebsd-scsi@freebsd.org X-SMTP-RCPT-TO: ianjhart@ntlworld.com X-SMTP-PEER-INFO: [172.30.0.70] cc: ianjhart@ntlworld.com Subject: Re: More Adaptec 29320 + Seagate ST336607LW woes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2003 14:42:20 -0000 Ok. Got a panic with me present. [card dump] panic: Waiting List traversal Debugger("panic") Stopped at Debugger+0x34: movb $0,in_Debugger.429 db> bt No such command db> trace Debugger(c03fbddb) at Debugger+0x34 panic(c03dda37,c03dda1d,c34011b0,d6,c3a6bc80) at panic+0x70 ahd_search_scb_list(c3416000,ffffffff,0,ffffffff,ff00) at ahd_search_scb_list+0$ ahd_search_qinfifo(c3416000,ffffffff,0,ffffffff,ff00,0,0,3,c03dde80,e0,ffe7,93,$ ahd_dump_card_state(c3416000,c03dbbc0,c34011b0,2600,1) at ahd_dump_card_state+0$ ahd_run_qoutfifo(c3416000,c20560e0,408000,c0439c68,c03b2a19) at ahd_run_qoutfif$ ahd_platform_intr(c3416000,6c8800,0,0,c0439cb8) at ahd_platform_intr+0x105 intr_mux(c20560e0,0,10,10,10) at intr_mux+0x1d Xresume15() at Xresume15+0x2b --- interrupt, eip = 0xc03a1782, esp = 0xc0439cb0, ebp = 0xc0439cb8 --- cpu_idle(7,681,1,383fbff,0) at cpu_idle+0xe idle_loop() at idle_loop+0x1d db> help print p examine x search set write w delete d break dwatch watch dhwatch hwatch step s continue c until next match trace call show ps gdb panic ahd_set_unitahd_pause ahd_unpause ahd_in ahd_out db> panic panic: from debugger Uptime: 1d2h5m13s panic: ahd_run_qoutfifo recursion [repeats last two lines 90 more times] [garbage!] [hard boot] As you can see I am clueless in this area. If anyone wants the full output let me know. What else can I try? Remember you can't make it simple enough. I'm running with swap over ATA. Can I get it to dump? -- i j hart ICT Technician Cardinal Newman Catholic School & Community College From owner-freebsd-scsi@FreeBSD.ORG Tue Nov 18 10:26:41 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B83CE16A4D0 for ; Tue, 18 Nov 2003 10:26:41 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 1764C43FDF for ; Tue, 18 Nov 2003 10:26:40 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 64460 invoked by uid 1000); 18 Nov 2003 18:26:40 -0000 Date: Tue, 18 Nov 2003 10:26:40 -0800 (PST) From: Nate Lawson To: Andy Farkas In-Reply-To: <20031118115751.Y30811@hewey.af.speednet.com.au> Message-ID: <20031118102542.H64427@root.org> References: <20031115154537.W13393@hewey.af.speednet.com.au> <20031118115751.Y30811@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: EISA Adaptec 274X SCSI panic (ISRng related) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2003 18:26:41 -0000 On Tue, 18 Nov 2003, Andy Farkas wrote: > My EISA AHA2740's don't work no more :( > > # grep ahc /var/run/dmesg.boot > ahc0: at 0x2c00-0x2cff, irq 10 (level) > ahc0: on eisa0 slot 2 > ahc1: at 0x4c00-0x4cff, irq 11 (level) > ahc1: on eisa0 slot 4 > ahc2: port 0xf800-0xf8ff mem 0xf68fb000-0xf68fbfff irq 17 at device 11.0 on pci1 > ahc2: Using left over BIOS settings > ahc3: port 0xf400-0xf4ff mem 0xf68fa000-0xf68fafff irq 18 at device 12.0 on pci1 > ahc3: Using left over BIOS settings > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc0649083 > stack pointer = 0x10:0xd763ac5c > frame pointer = 0x10:0xd763ac84 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 14 (idle: cpu0) > kernel: type 12 trap, code=0 > Stopped at intr_execute_handlers+0x23: lock addl %eax,0(%edx) > db> tr > intr_execute_handlers(c06d5084,d763ac9c,d763ace0,c065bbae,7) at intr_execute_handlers+0x23 > atpic_handle_intr(7) at atpic_handle_intr+0x42 > Xatpic_intr7() at Xatpic_intr7+0x1e > --- interrupt, eip = 0xc064d655, esp = 0xd763ace0, ebp = 0xd763ace0 --- This is almost certainly addressed by jhb's atpic patch. -Nate From owner-freebsd-scsi@FreeBSD.ORG Tue Nov 18 11:56:05 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A02816A4CE for ; Tue, 18 Nov 2003 11:56:05 -0800 (PST) Received: from underfoot.windborne.net (underfoot.windborne.net [66.100.81.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6925243FE0 for ; Tue, 18 Nov 2003 11:56:03 -0800 (PST) (envelope-from branson@windborne.net) Received: by underfoot.windborne.net (Postfix, from userid 10652) id 8E2671316D; Tue, 18 Nov 2003 14:56:02 -0500 (EST) Date: Tue, 18 Nov 2003 14:56:02 -0500 From: Branson Matheson To: freebsd-scsi@freebsd.org Message-ID: <20031118145602.C74256@underfoot.windborne.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: DVD on SCSI? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Branson Matheson List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2003 19:56:05 -0000 Having problems mounting a UDF filesystem on my SCSI dvd. Getting a weird error "file not found". THis is on a 5.1 system, Supported and working NCR scsi controller. Works fine under NT. Has anyone had any experience for this? From owner-freebsd-scsi@FreeBSD.ORG Tue Nov 18 12:27:16 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2657316A4CE for ; Tue, 18 Nov 2003 12:27:16 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 64D5643FCB for ; Tue, 18 Nov 2003 12:27:15 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 64929 invoked by uid 1000); 18 Nov 2003 20:27:16 -0000 Date: Tue, 18 Nov 2003 12:27:16 -0800 (PST) From: Nate Lawson To: Branson Matheson In-Reply-To: <20031118145602.C74256@underfoot.windborne.net> Message-ID: <20031118122638.B64920@root.org> References: <20031118145602.C74256@underfoot.windborne.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org Subject: Re: DVD on SCSI? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2003 20:27:16 -0000 On Tue, 18 Nov 2003, Branson Matheson wrote: > Having problems mounting a UDF filesystem on my SCSI dvd. Getting a > weird error "file not found". THis is on a 5.1 system, Supported and working > NCR scsi controller. Works fine under NT. Has anyone had any > experience for this? Send a dmesg. Also, does a ISO filesystem work on the same configuration? -Nate From owner-freebsd-scsi@FreeBSD.ORG Tue Nov 18 12:33:49 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2ABF16A4CE for ; Tue, 18 Nov 2003 12:33:49 -0800 (PST) Received: from underfoot.windborne.net (underfoot.windborne.net [66.100.81.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 120E243FAF for ; Tue, 18 Nov 2003 12:33:49 -0800 (PST) (envelope-from branson@windborne.net) Received: by underfoot.windborne.net (Postfix, from userid 10652) id 79FC51312B; Tue, 18 Nov 2003 15:33:48 -0500 (EST) Date: Tue, 18 Nov 2003 15:33:48 -0500 From: Branson Matheson To: Nate Lawson Message-ID: <20031118153348.D74256@underfoot.windborne.net> References: <20031118145602.C74256@underfoot.windborne.net> <20031118122638.B64920@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20031118122638.B64920@root.org>; from nate@root.org on Tue, Nov 18, 2003 at 12:27:16PM -0800 cc: freebsd-scsi@freebsd.org Subject: Re: DVD on SCSI? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Branson Matheson List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2003 20:33:49 -0000 On Tue, Nov 18, 2003 at 12:27:16PM -0800,Nate Lawson did mutter: > On Tue, 18 Nov 2003, Branson Matheson wrote: > > Having problems mounting a UDF filesystem on my SCSI dvd. Getting a > > weird error "file not found". THis is on a 5.1 system, Supported and working > > NCR scsi controller. Works fine under NT. Has anyone had any > > experience for this? > > Send a dmesg. Also, does a ISO filesystem work on the same configuration? Can't send one from here.. not in a position to really be able to... but an ISO works fine .. I can boot from it and everything. To generate a dmesg.. i will have to go back onsite and copy it by hand. > > -Nate From owner-freebsd-scsi@FreeBSD.ORG Tue Nov 18 12:38:00 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BFDB16A4CE for ; Tue, 18 Nov 2003 12:38:00 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 6B7D143FE3 for ; Tue, 18 Nov 2003 12:37:57 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 86075 invoked by uid 1002); 18 Nov 2003 20:37:56 -0000 Received: from unknown (HELO ?10.4.1.5?) (64.58.1.252) by smtp.mho.net with SMTP; 18 Nov 2003 20:37:56 -0000 Date: Tue, 18 Nov 2003 13:40:17 -0700 (MST) From: Scott Long X-X-Sender: scottl@pooker.samsco.home To: Branson Matheson In-Reply-To: <20031118145602.C74256@underfoot.windborne.net> Message-ID: <20031118133829.B34253@pooker.samsco.home> References: <20031118145602.C74256@underfoot.windborne.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org Subject: Re: DVD on SCSI? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2003 20:38:00 -0000 On Tue, 18 Nov 2003, Branson Matheson wrote: > > Having problems mounting a UDF filesystem on my SCSI dvd. Getting a > weird error "file not found". THis is on a 5.1 system, Supported and working > NCR scsi controller. Works fine under NT. Has anyone had any > experience for this? > Do any relevant messages come out of the console when this happens? Also, does it happen when you try to mount the DVD, or when you try to list the contents? Scott From owner-freebsd-scsi@FreeBSD.ORG Tue Nov 18 12:43:22 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C4BB16A4CE; Tue, 18 Nov 2003 12:43:22 -0800 (PST) Received: from underfoot.windborne.net (underfoot.windborne.net [66.100.81.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C8DB43FB1; Tue, 18 Nov 2003 12:43:21 -0800 (PST) (envelope-from branson@windborne.net) Received: by underfoot.windborne.net (Postfix, from userid 10652) id AA3331312C; Tue, 18 Nov 2003 15:43:20 -0500 (EST) Date: Tue, 18 Nov 2003 15:43:20 -0500 From: Branson Matheson To: Scott Long Message-ID: <20031118154320.E74256@underfoot.windborne.net> References: <20031118145602.C74256@underfoot.windborne.net> <20031118133829.B34253@pooker.samsco.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20031118133829.B34253@pooker.samsco.home>; from scottl@freebsd.org on Tue, Nov 18, 2003 at 01:40:17PM -0700 cc: freebsd-scsi@freebsd.org cc: Branson Matheson Subject: Re: DVD on SCSI? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Branson Matheson List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2003 20:43:22 -0000 On Tue, Nov 18, 2003 at 01:40:17PM -0700,Scott Long did mutter: > On Tue, 18 Nov 2003, Branson Matheson wrote: > > > > Having problems mounting a UDF filesystem on my SCSI dvd. Getting a > > weird error "file not found". THis is on a 5.1 system, Supported and working > > NCR scsi controller. Works fine under NT. Has anyone had any > > experience for this? > > > > Do any relevant messages come out of the console when this happens? Also, > does it happen when you try to mount the DVD, or when you try to list the > contents? Nothing on the console.. and when I mount. I can boot off this cd in to a mfs rooted environment, umount the cd .. put in a DVD .. and try to mount_udf .. and I get the "File not found" error. Very strange. > > Scott From owner-freebsd-scsi@FreeBSD.ORG Tue Nov 18 16:00:40 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAC0B16A4CE for ; Tue, 18 Nov 2003 16:00:40 -0800 (PST) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E5DB43FE5 for ; Tue, 18 Nov 2003 16:00:39 -0800 (PST) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.12.10/jtpda-5.4) with ESMTP id hAJ00bqY082848 ; Wed, 19 Nov 2003 01:00:37 +0100 (CET) Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) hAJ00bDg048498 ; Wed, 19 Nov 2003 01:00:37 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.12.9p2/8.12.9/Submit) id hAJ00aa6048495; Wed, 19 Nov 2003 01:00:36 +0100 (MET) (envelope-from arno) Sender: arno@heho.snv.jussieu.fr To: ict technician References: <200311101026.01138.ict@cardinalnewman.coventry.sch.uk> <002b01c3a906$64ce5e90$7601a8c0@meanbitch> <200311131421.49948.ict@cardinalnewman.coventry.sch.uk> <200311181442.06309.ict@cardinalnewman.coventry.sch.uk> From: Arno Date: 19 Nov 2003 01:00:36 +0100 In-Reply-To: <200311181442.06309.ict@cardinalnewman.coventry.sch.uk> Message-ID: Lines: 21 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Antivirus: scanned by sophie at shiva.jussieu.fr cc: freebsd-scsi@freebsd.org Subject: Re: More Adaptec 29320 + Seagate ST336607LW woes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2003 00:00:40 -0000 Hello, > Ok. Got a panic with me present. > > [card dump] > panic: Waiting List traversal I see, since "ages" the same behaviour of "SEAGATE ST318436LW 0005" disks on 2940 an 29160 controllers, especially under "heavy" load (tar --blocking-factor=20480 copy data to and from ata-disk + tape-backup over ahc + dd on another scsi-disk ). Disabling Tagged Queueing makes them disappear. I also set correct terminaton in the adapter BIOS rather than automatic, but I doubt that is related. These are computation intensive lab servers. You might give it a try (if ever ST336607LW support tag-queuing ...) Arno From owner-freebsd-scsi@FreeBSD.ORG Wed Nov 19 03:22:58 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A75A16A4CE for ; Wed, 19 Nov 2003 03:22:58 -0800 (PST) Received: from ngfl.dialnet.com (ngmail.ngfl.dialnet.com [212.44.44.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7109843F85 for ; Wed, 19 Nov 2003 03:22:56 -0800 (PST) (envelope-from ict@cardinalnewman.coventry.sch.uk) Received: from ngmfilt.ngfl.dialnet.com [212.44.44.121] by ngfl.dialnet.com with ESMTP (SMTPD32-6.06) id A1E3195C0144; Wed, 19 Nov 2003 11:20:03 +0000 Received: from relay.ngfl.dialnet.com (unverified) by ngmfilt.ngfl.dialnet.com ; Wed, 19 Nov 2003 11:20:00 +0000 Received: from firewall.cardinalnewman.lan ( [172.30.0.70]) by mail.bartoncourt.org with SMTP (MailShield v2.04 - WIN32 Jul 17 2001 17:12:42); Wed, 19 Nov 2003 11:21:17 -0000 Received: from mail.cardinalnewman.lan (mail.cardinalnewman.lan [192.168.0.3]) hAJBMrgI002686; Wed, 19 Nov 2003 11:22:53 GMT (envelope-from ict@cardinalnewman.coventry.sch.uk) Received: from dumpster.cardinalnewman.lan (dumpster.cardinalnewman.lan [192.168.0.9])hAJBMqcr092643; Wed, 19 Nov 2003 11:22:53 GMT (envelope-from ict@cardinalnewman.coventry.sch.uk) From: ict technician Organization: Cardinal Newman School To: Arno Date: Wed, 19 Nov 2003 11:22:51 +0000 User-Agent: KMail/1.5.4 References: <200311101026.01138.ict@cardinalnewman.coventry.sch.uk> <200311181442.06309.ict@cardinalnewman.coventry.sch.uk> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200311191122.51865.ict@cardinalnewman.coventry.sch.uk> X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Status: No, hits=-32.2 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_KMAIL version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-Filter-Version: 1.11a (mail.cardinalnewman.lan) X-SMTP-HELO: firewall.cardinalnewman.lan X-SMTP-MAIL-FROM: ict@cardinalnewman.coventry.sch.uk X-SMTP-RCPT-TO: arno@heho.snv.jussieu.fr X-SMTP-RCPT-TO: freebsd-scsi@freebsd.org X-SMTP-PEER-INFO: [172.30.0.70] cc: freebsd-scsi@freebsd.org Subject: Re: More Adaptec 29320 + Seagate ST336607LW woes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2003 11:22:58 -0000 On Wednesday 19 November 2003 12:00 am, Arno wrote: > Hello, > > > Ok. Got a panic with me present. > > > > [card dump] > > panic: Waiting List traversal > > I see, since "ages" the same behaviour of "SEAGATE ST318436LW 0005" > disks on 2940 an 29160 controllers, especially under "heavy" load > (tar --blocking-factor=20480 copy data to and from ata-disk + > tape-backup over ahc + dd on another scsi-disk ). > Disabling Tagged Queueing makes them disappear. > I also set correct terminaton in the adapter BIOS rather than > automatic, but I doubt that is related. > These are computation intensive lab servers. > > You might give it a try (if ever ST336607LW support tag-queuing ...) > > Arno Have latest firmware, which should fix earlier problems. If there's a problem with tags then hiding it won't get it fixed. Were you able to generate a core dump? If we do have the same problem, then two smoking guns are better than one. -- i j hart ICT Technician Cardinal Newman Catholic School & Community College From owner-freebsd-scsi@FreeBSD.ORG Wed Nov 19 06:14:28 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E59116A4CE for ; Wed, 19 Nov 2003 06:14:28 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 4029243FCB for ; Wed, 19 Nov 2003 06:14:27 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 50743 invoked by uid 1002); 19 Nov 2003 14:14:26 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 19 Nov 2003 14:14:26 -0000 Message-ID: <3FBB7A93.2070507@freebsd.org> Date: Wed, 19 Nov 2003 07:13:39 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031103 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Branson Matheson References: <20031118145602.C74256@underfoot.windborne.net> <20031118133829.B34253@pooker.samsco.home> <20031118154320.E74256@underfoot.windborne.net> In-Reply-To: <20031118154320.E74256@underfoot.windborne.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-scsi@freebsd.org Subject: Re: DVD on SCSI? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2003 14:14:28 -0000 Branson Matheson wrote: > On Tue, Nov 18, 2003 at 01:40:17PM -0700,Scott Long did mutter: > >>On Tue, 18 Nov 2003, Branson Matheson wrote: >> >>> Having problems mounting a UDF filesystem on my SCSI dvd. Getting a >>>weird error "file not found". THis is on a 5.1 system, Supported and working >>>NCR scsi controller. Works fine under NT. Has anyone had any >>>experience for this? >>> >> >>Do any relevant messages come out of the console when this happens? Also, >>does it happen when you try to mount the DVD, or when you try to list the >>contents? > > > Nothing on the console.. and when I mount. I can boot off this cd in to > a mfs rooted environment, umount the cd .. put in a DVD .. and try to > mount_udf .. and I get the "File not found" error. Very strange. > > >>Scott > > Is the udf.ko module loaded? If not, is it available in /boot/kernel? The mount program will try to load it if it isn't already present, but if it can't find the module then that might be what is giving you that error message. Scott From owner-freebsd-scsi@FreeBSD.ORG Wed Nov 19 06:35:04 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0244D16A4CE; Wed, 19 Nov 2003 06:35:04 -0800 (PST) Received: from underfoot.windborne.net (underfoot.windborne.net [66.100.81.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3D6143F3F; Wed, 19 Nov 2003 06:35:02 -0800 (PST) (envelope-from branson@windborne.net) Received: by underfoot.windborne.net (Postfix, from userid 10652) id 26A101314F; Wed, 19 Nov 2003 09:35:02 -0500 (EST) Date: Wed, 19 Nov 2003 09:35:02 -0500 From: Branson Matheson To: Scott Long Message-ID: <20031119093502.C76748@underfoot.windborne.net> References: <20031118145602.C74256@underfoot.windborne.net> <20031118133829.B34253@pooker.samsco.home> <20031118154320.E74256@underfoot.windborne.net> <3FBB7A93.2070507@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3FBB7A93.2070507@freebsd.org>; from scottl@freebsd.org on Wed, Nov 19, 2003 at 07:13:39AM -0700 cc: freebsd-scsi@freebsd.org cc: Branson Matheson Subject: Re: DVD on SCSI? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Branson Matheson List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2003 14:35:04 -0000 On Wed, Nov 19, 2003 at 07:13:39AM -0700,Scott Long did mutter: > Branson Matheson wrote: > > On Tue, Nov 18, 2003 at 01:40:17PM -0700,Scott Long did mutter: > > > >>On Tue, 18 Nov 2003, Branson Matheson wrote: > >> > >>> Having problems mounting a UDF filesystem on my SCSI dvd. Getting a > >>>weird error "file not found". THis is on a 5.1 system, Supported and working > >>>NCR scsi controller. Works fine under NT. Has anyone had any > >>>experience for this? > >>> > >> > >>Do any relevant messages come out of the console when this happens? Also, > >>does it happen when you try to mount the DVD, or when you try to list the > >>contents? > > > > > > Nothing on the console.. and when I mount. I can boot off this cd in to > > a mfs rooted environment, umount the cd .. put in a DVD .. and try to > > mount_udf .. and I get the "File not found" error. Very strange. > > > > > >>Scott > > > > > > Is the udf.ko module loaded? If not, is it available in /boot/kernel? > The mount program will try to load it if it isn't already present, but > if it can't find the module then that might be what is giving you that > error message. ah HA! I bet you just nailed it on the head.. I wouldn't have put that on the cdrom.. I will go test. Thanks. If this works.. i will see about comin up with a patch for a more reasonable error message. > > Scott From owner-freebsd-scsi@FreeBSD.ORG Wed Nov 19 08:47:47 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5545C16A4CE for ; Wed, 19 Nov 2003 08:47:47 -0800 (PST) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id C148143FBF for ; Wed, 19 Nov 2003 08:47:45 -0800 (PST) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.12.10/jtpda-5.4) with ESMTP id hAJGliqY043078 ; Wed, 19 Nov 2003 17:47:44 +0100 (CET) Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) hAJGlhDg075450 ; Wed, 19 Nov 2003 17:47:43 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.12.9p2/8.12.9/Submit) id hAJGlhTl075447; Wed, 19 Nov 2003 17:47:43 +0100 (MET) (envelope-from arno) Sender: arno@heho.snv.jussieu.fr To: ict technician References: <200311101026.01138.ict@cardinalnewman.coventry.sch.uk> <002b01c3a906$64ce5e90$7601a8c0@meanbitch> <200311131421.49948.ict@cardinalnewman.coventry.sch.uk> <200311181442.06309.ict@cardinalnewman.coventry.sch.uk> From: Arno Date: 19 Nov 2003 17:47:43 +0100 In-Reply-To: <200311181442.06309.ict@cardinalnewman.coventry.sch.uk> Message-ID: Lines: 6 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-scsi@freebsd.org Subject: Re: More Adaptec 29320 + Seagate ST336607LW woes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2003 16:47:47 -0000 FYI, I also set on modepage 3 "TB (Transfer Block): 1 -> 0 ". Arno From owner-freebsd-scsi@FreeBSD.ORG Wed Nov 19 12:49:46 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5203D16A4CF for ; Wed, 19 Nov 2003 12:49:46 -0800 (PST) Received: from wopr.webexc.com (wopr.webexc.com [66.162.122.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC40D43FE5 for ; Wed, 19 Nov 2003 12:49:42 -0800 (PST) (envelope-from matt@webexc.com) Received: from webexc.com (209-212-209-89.office.webexc.com [209.212.209.89]) by wopr.webexc.com (Postfix) with ESMTP id A036C4048 for ; Wed, 19 Nov 2003 15:49:23 -0500 (EST) Message-ID: <3FBBD764.9040205@webexc.com> Date: Wed, 19 Nov 2003 15:49:40 -0500 From: Matt Barton User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Monitoring amr(4) RAID X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2003 20:49:46 -0000 Hello Since I do not subscribe to this list, please reply to my e-mail directly, as well as to the list (so that others can see your reply). Thanks. We're in the process of acquiring a used Dell 1550 with a PERC3/DCL card. According to documentation, this controller is based on the AMI MegaRAID product and is supported by the amr(4) driver. With RAID controllers under ata(4), I can use atacontrol to query the RAID controller to retrieve the status of a RAID container. It'll tell me if it is degraded, ready, etc; however, an obvious way to do this with the amr(4) driver eludes me. Is anyone able to monitor the status of a RAID in the operating system for controllers using amr(4)? Thank you in advance and please reply off-list. -- Matt Barton Webexcellence PH: 317.423.3548 x22 TF: 800.808.6332 x22 FX: 317.423.8735 matt@webexc.com www.webexc.com From owner-freebsd-scsi@FreeBSD.ORG Wed Nov 19 23:16:15 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D696B16A4CE for ; Wed, 19 Nov 2003 23:16:15 -0800 (PST) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 747D543FFB for ; Wed, 19 Nov 2003 23:16:12 -0800 (PST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (udsl-3-062.QLD.dft.com.au [202.168.108.62])hAK7GARZ091136; Thu, 20 Nov 2003 18:16:11 +1100 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [172.22.2.1])hAK7G9UR063999; Thu, 20 Nov 2003 17:16:10 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Thu, 20 Nov 2003 17:16:08 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Matt Barton In-Reply-To: <3FBBD764.9040205@webexc.com> Message-ID: <20031120171527.A62945@hewey.af.speednet.com.au> References: <3FBBD764.9040205@webexc.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org Subject: Re: Monitoring amr(4) RAID X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2003 07:16:16 -0000 Matt Barton wrote: > Is anyone able to monitor the status of a RAID in the operating system for > controllers using amr(4)? On Thu, 6 Nov 2003, Moore, Eric Dean wrote: > Date: Thu, 6 Nov 2003 18:22:17 -0500 > From: "Moore, Eric Dean" > To: jesse@wingnet.net, freebsd-scsi@freebsd.org > Subject: RE: performance problem with amr driver and Perc 2/SC > > Some MegaRAID tools are here, but probally not supported. > > http://people.freebsd.org/~emoore/MegaRAID_SCSI/ > -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-scsi@FreeBSD.ORG Thu Nov 20 04:40:00 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3DE616A4CE for ; Thu, 20 Nov 2003 04:40:00 -0800 (PST) Received: from ngfl.dialnet.com (ngmail.ngfl.dialnet.com [212.44.44.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1AEE43FBF for ; Thu, 20 Nov 2003 04:39:57 -0800 (PST) (envelope-from ict@cardinalnewman.coventry.sch.uk) Received: from ngmfilt.ngfl.dialnet.com [212.44.44.121] by ngfl.dialnet.com with ESMTP (SMTPD32-6.06) id A56E71E00B8; Thu, 20 Nov 2003 12:37:02 +0000 Received: from relay.ngfl.dialnet.com (unverified) by ngmfilt.ngfl.dialnet.com ; Thu, 20 Nov 2003 12:36:39 +0000 Received: from firewall.cardinalnewman.lan ( [172.30.0.70]) by relay.ngfl.dialnet.com with SMTP (MailShield v2.04 - WIN32 Jul 17 2001 17:12:42); Thu, 20 Nov 2003 12:37:57 -0000 Received: from mail.cardinalnewman.lan (mail.cardinalnewman.lan [192.168.0.3]) hAKCdWsP018135; Thu, 20 Nov 2003 12:39:33 GMT (envelope-from ict@cardinalnewman.coventry.sch.uk) Received: from dumpster.cardinalnewman.lan (dumpster.cardinalnewman.lan [192.168.0.9])hAKCdVcr007164; Thu, 20 Nov 2003 12:39:32 GMT (envelope-from ict@cardinalnewman.coventry.sch.uk) From: ict technician Organization: Cardinal Newman School To: freebsd-scsi@freebsd.org Date: Thu, 20 Nov 2003 12:39:30 +0000 User-Agent: KMail/1.5.4 References: <200311101026.01138.ict@cardinalnewman.coventry.sch.uk> <200311191122.51865.ict@cardinalnewman.coventry.sch.uk> In-Reply-To: <200311191122.51865.ict@cardinalnewman.coventry.sch.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200311201239.30650.ict@cardinalnewman.coventry.sch.uk> X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Status: No, hits=-15.7 required=5.0 tests=IN_REP_TO,REFERENCES,USER_AGENT_KMAIL version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-Filter-Version: 1.11a (mail.cardinalnewman.lan) X-SMTP-HELO: firewall.cardinalnewman.lan X-SMTP-MAIL-FROM: ict@cardinalnewman.coventry.sch.uk X-SMTP-RCPT-TO: freebsd-scsi@freebsd.org X-SMTP-RCPT-TO: gibbs@scsiguy.com X-SMTP-PEER-INFO: [172.30.0.70] Subject: Re: More Adaptec 29320 + Seagate ST336607LW woes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2003 12:40:00 -0000 Yahooo! a core dump at last. Here's the trace. dumpster# gdb -k GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd". (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...Deprecated bfd_read called at /usr/src/= gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in= elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../..= /contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf done. (kgdb) exec-file kernel.1 (kgdb) core-file vmcore.1 IdlePTD at phsyical address 0x00571000 initial pcb at physical address 0x0049d640 panicstr: lockmgr: locking against myself panic messages: =2D-- panic: softdep_setup_inomapdep: found inode syncing disks... 33 5 4 4 4 4 4 4 4 panic: lockmgr: locking against myself Uptime: 16h39m51s dumping to dev #ad/0x20001, offset 14680192 dump ata0: resetting devices .. done 1023 1022 1021 1020 1019 1018 1017 1016 1015 1014 1013 1012 1011 1010 1009 = 1008 1007 1006 1005 1004 1003 1002 1001 1000 999 998 997 996 995 994 993 99= 2 991 990 989 988 987 986 985 984 983 982 981 980 979 978 977 976 975 974 9= 73 972 971 970 969 968 967 966 965 964 963 962 961 960 959 958 957 956 955 = 954 953 952 951 950 949 948 947 946 945 944 943 942 941 940 939 938 937 936= 935 934 933 932 931 930 929 928 927 926 925 924 923 922 921 920 919 918 91= 7 916 915 914 913 912 911 910 909 908 907 906 905 904 903 902 901 900 899 8= 98 897 896 895 894 893 892 891 890 889 888 887 886 885 884 883 882 881 880 = 879 878 877 876 875 874 873 872 871 870 869 868 867 866 865 864 863 862 861= 860 859 858 857 856 855 854 853 852 851 850 849 848 847 846 845 844 843 84= 2 841 840 839 838 837 836 835 834 833 832 831 830 829 828 827 826 825 824 8= 23 822 821 820 819 818 817 816 815 814 813 812 811 810 809 808 807 806 805 = 804 803 802 801 800 799 798 797 796 795 794 793 792 791 790 789 788 787 786= 785 784 783 782 781 780 779 778 777 776 775 774 773 772 771 770 769 768 76= 7 766 765 764 763 762 761 760 759 758 757 756 755 754 753 752 751 750 749 7= 48 747 746 745 744 743 742 741 740 739 738 737 736 735 734 733 732 731 730 = 729 728 727 726 725 724 723 722 721 720 719 718 717 716 715 714 713 712 711= 710 709 708 707 706 705 704 703 702 701 700 699 698 697 696 695 694 693 69= 2 691 690 689 688 687 686 685 684 683 682 681 680 679 678 677 676 675 674 6= 73 672 671 670 669 668 667 666 665 664 663 662 661 660 659 658 657 656 655 = 654 653 652 651 650 649 648 647 646 645 644 643 642 641 640 639 638 637 636= 635 634 633 632 631 630 629 628 627 626 625 624 623 622 621 620 619 618 61= 7 616 615 614 613 612 611 610 609 608 607 606 605 604 603 602 601 600 599 5= 98 597 596 595 594 593 592 591 590 589 588 587 586 585 584 583 582 581 580 = 579 578 577 576 575 574 573 572 571 570 569 568 567 566 565 564 563 562 561= 560 559 558 557 556 555 554 553 552 551 550 549 548 547 546 545 544 543 54= 2 541 540 539 538 537 536 535 534 533 532 531 530 529 528 527 526 525 524 5= 23 522 521 520 519 518 517 516 515 514 513 512 511 510 509 508 507 506 505 = 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 486= 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 46= 7 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 4= 48 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 = 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411= 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 39= 2 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 3= 73 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 = 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336= 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 31= 7 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 2= 98 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 = 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261= 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 24= 2 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 2= 23 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 = 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186= 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 16= 7 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 1= 48 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 = 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111= 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 = 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 = 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 = 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 = 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 =2D-- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) bt #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc022dc8f in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 16 #2 0xc022e0cd in panic (fmt=3D0xc03fa560 "lockmgr: locking against myself"= ) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc0228513 in lockmgr (lkp=3D0xcfd69988, flags=3D33620002, interlkp=3D0= xc04b6ac4, p=3D0xdc2de6c0) at /usr/src/sys/kern/kern_lock.c:337 #4 0xc0255a74 in getblk (vp=3D0xe6d513c0, blkno=3D32530480, size=3D8192, s= lpflag=3D0, slptimeo=3D0) at /usr/src/sys/sys/buf.h:305 #5 0xc0253bd2 in bread (vp=3D0xe6d513c0, blkno=3D32530480, size=3D8192, cr= ed=3D0x0, bpp=3D0xe81b4a24) at /usr/src/sys/kern/vfs_bio.c:510 #6 0xc0337ab4 in ffs_blkfree (ip=3D0xe81b4a50, bno=3D16285076, size=3D1024= ) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1424 #7 0xc033b5a5 in handle_workitem_freefrag (freefrag=3D0xc40287a0) at /usr/= src/sys/ufs/ffs/ffs_softdep.c:1494 #8 0xc033a787 in process_worklist_item (matchmnt=3D0x0, flags=3D0) at /usr= /src/sys/ufs/ffs/ffs_softdep.c:730 #9 0xc033a606 in softdep_process_worklist (matchmnt=3D0x0) at /usr/src/sys= /ufs/ffs/ffs_softdep.c:622 #10 0xc022daed in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:2= 61 #11 0xc022e0cd in panic (fmt=3D0xc041ae00 "softdep_setup_inomapdep: found i= node") at /usr/src/sys/kern/kern_shutdown.c:595 #12 0xc033b052 in softdep_setup_inomapdep (bp=3D0xcfd69960, ip=3D0xc3a84700= , newinum=3D3956320) at /usr/src/sys/ufs/ffs/ffs_softdep.c:1194 #13 0xc0337908 in ffs_nodealloccg (ip=3D0xc3a84700, cg=3D361, ipref=3D0, mo= de=3D33188) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1373 #14 0xc0336a46 in ffs_hashalloc (ip=3D0xc3a84700, cg=3D360, pref=3D3939847,= size=3D33188, allocator=3D0xc033770c ) at /usr/src/sys/uf= s/ffs/ffs_alloc.c:873 #15 0xc03364b0 in ffs_valloc (pvp=3D0xe8328840, mode=3D33188, cred=3D0xc39f= c280, vpp=3D0xe81b4ca0) at /usr/src/sys/ufs/ffs/ffs_alloc.c:607 #16 0xc034951b in ufs_makeinode (mode=3D33188, dvp=3D0xe8328840, vpp=3D0xe8= 1b4edc, cnp=3D0xe81b4ef0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2069 #17 0xc0346f64 in ufs_create (ap=3D0xe81b4dfc) at /usr/src/sys/ufs/ufs/ufs_= vnops.c:195 #18 0xc0349811 in ufs_vnoperate (ap=3D0xe81b4dfc) at /usr/src/sys/ufs/ufs/u= fs_vnops.c:2376 #19 0xc0262f80 in vn_open (ndp=3D0xe81b4ec8, fmode=3D1550, cmode=3D420) at = vnode_if.h:106 #20 0xc025f17c in open (p=3D0xdc2de6c0, uap=3D0xe81b4f80) at /usr/src/sys/k= ern/vfs_syscalls.c:1029 #21 0xc03a8449 in syscall2 (frame=3D{tf_fs =3D 47, tf_es =3D 47, tf_ds =3D = 47, tf_edi =3D 124909, tf_esi =3D 135565344, tf_ebp =3D -1077995880, tf_isp= =3D -400863276, tf_ebx =3D 1549, tf_edx =3D 37, tf_ecx =3D -1077996048, tf= _eax =3D 5, tf_trapno =3D 22, tf_err =3D 2, tf_eip =3D 672673296, tf_cs =3D 31, t= f_eflags =3D 643, tf_esp =3D -1077995924, tf_ss =3D 47}) at /usr/src/sys/i3= 86/i386/trap.c:1175 #22 0xc039b7f5 in Xint0x80_syscall () #23 0x8096d22 in ?? () #24 0x808b6e7 in ?? () #25 0x808e9a4 in ?? () #26 0x808ef4c in ?? () #27 0x8089b0b in ?? () #28 0x806e49b in ?? () #29 0x805f97e in ?? () #30 0x8079b08 in ?? () #31 0x804a3f1 in ?? () This is a bit spooky. I spent several hours rooting around in ffs_blkfree y= esterday. It might be worth taking a look at my post on stable. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D106291+0+current/freebsd-sta= ble This system is also Adaptec based, although it's U160 and the disks are Fuj= itsu. Contact me direct if you want this dump. While it stops up we have rea= sonable bandwidth. =2D-=20 i j hart ICT Technician Cardinal Newman Catholic School & Community College From owner-freebsd-scsi@FreeBSD.ORG Thu Nov 20 12:41:39 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 888C916A4CF; Thu, 20 Nov 2003 12:41:39 -0800 (PST) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F00D43FB1; Thu, 20 Nov 2003 12:41:36 -0800 (PST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (udsl-3-062.QLD.dft.com.au [202.168.108.62])hAKKfXRZ085874; Fri, 21 Nov 2003 07:41:34 +1100 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [172.22.2.1])hAKKfSUR070088; Fri, 21 Nov 2003 06:41:32 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Fri, 21 Nov 2003 06:41:28 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Nate Lawson In-Reply-To: <20031118102542.H64427@root.org> Message-ID: <20031121063537.T69623@hewey.af.speednet.com.au> References: <20031115154537.W13393@hewey.af.speednet.com.au> <20031118102542.H64427@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org cc: freebsd-current@freebsd.org cc: John Baldwin Subject: Re: EISA Adaptec 274X SCSI panic (ISRng related) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2003 20:41:39 -0000 On Tue, 18 Nov 2003, Nate Lawson wrote: > On Tue, 18 Nov 2003, Andy Farkas wrote: > > My EISA AHA2740's don't work no more :( > > > > # grep ahc /var/run/dmesg.boot > > ahc0: at 0x2c00-0x2cff, irq 10 (level) > > ahc0: on eisa0 slot 2 > > ahc1: at 0x4c00-0x4cff, irq 11 (level) > > ahc1: on eisa0 slot 4 > > ahc2: port 0xf800-0xf8ff mem 0xf68fb000-0xf68fbfff irq 17 at device 11.0 on pci1 > > ahc2: Using left over BIOS settings > > ahc3: port 0xf400-0xf4ff mem 0xf68fa000-0xf68fafff irq 18 at device 12.0 on pci1 > > ahc3: Using left over BIOS settings > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x0 > > fault code = supervisor write, page not present > > instruction pointer = 0x8:0xc0649083 > > stack pointer = 0x10:0xd763ac5c > > frame pointer = 0x10:0xd763ac84 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 14 (idle: cpu0) > > kernel: type 12 trap, code=0 > > Stopped at intr_execute_handlers+0x23: lock addl %eax,0(%edx) > > db> tr > > intr_execute_handlers(c06d5084,d763ac9c,d763ace0,c065bbae,7) at intr_execute_handlers+0x23 > > atpic_handle_intr(7) at atpic_handle_intr+0x42 > > Xatpic_intr7() at Xatpic_intr7+0x1e > > --- interrupt, eip = 0xc064d655, esp = 0xd763ace0, ebp = 0xd763ace0 --- > > This is almost certainly addressed by jhb's atpic patch. > > -Nate With a kernel built yesterday, they are working again. Awsome work guys. Go the Wallabies!!!! -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-scsi@FreeBSD.ORG Fri Nov 21 11:17:28 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 168CD16A4CE for ; Fri, 21 Nov 2003 11:17:28 -0800 (PST) Received: from cs.ucla.edu (Mordred.CS.UCLA.EDU [131.179.192.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4955343FAF for ; Fri, 21 Nov 2003 11:17:27 -0800 (PST) (envelope-from scottm@cs.ucla.edu) Received: from mordred.cs.ucla.edu (24q99uxlwlbtu83p@localhost [127.0.0.1]) by cs.ucla.edu (8.12.9p2/8.12.9) with ESMTP id hALJHOl3001875 for ; Fri, 21 Nov 2003 11:17:24 -0800 (PST) (envelope-from scottm@mordred.cs.ucla.edu) Received: (from scottm@localhost) by mordred.cs.ucla.edu (8.12.9p2/8.12.9/Submit) id hALJHOcO001874 for freebsd-scsi@freebsd.org; Fri, 21 Nov 2003 11:17:24 -0800 (PST) Date: Fri, 21 Nov 2003 11:17:24 -0800 From: Scott Michel To: freebsd-scsi@freebsd.org Message-ID: <20031121191724.GA1839@mordred.cs.ucla.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: SONY AITe130-UL: always rewinds on close X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2003 19:17:28 -0000 I've recently purchased and installed the Sony AITe130-UL, which is a USB/Firewire version of their ATI-2 SCSI drive. It gets detected correctly as umass0 and the sa0 device gets created. The mt command seems to work, except for writing EOF marks. The tape drive rewinds each time the device is closed, EVEN WHEN USING /dev/nrsa0. Is this a SCSI quirk or question or a USB mailing list question. FWIW, I'm using FreeBSD 4.9 (cvsuped from yesterday.) -scooter From owner-freebsd-scsi@FreeBSD.ORG Sat Nov 22 13:34:11 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6B2A16A4CE; Sat, 22 Nov 2003 13:34:11 -0800 (PST) Received: from sockar.homeip.net (tourist.net1.nerim.net [62.212.109.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 210EF43FBF; Sat, 22 Nov 2003 13:34:00 -0800 (PST) (envelope-from amon@sockar.homeip.net) Received: from sockar.homeip.net (localhost [127.0.0.1]) by sockar.homeip.net (8.12.9p2/8.12.9) with ESMTP id hAMLXJHU084108; Sat, 22 Nov 2003 22:33:23 +0100 (CET) (envelope-from amon@sockar.homeip.net) Received: (from amon@localhost) by sockar.homeip.net (8.12.9p2/8.12.9/Submit) id hAMLXJE9084107; Sat, 22 Nov 2003 22:33:19 +0100 (CET) (envelope-from amon) Date: Sat, 22 Nov 2003 22:33:19 +0100 From: amon@sockar.homeip.net To: freebsd-sparc64@freebsd.org Message-ID: <20031122223319.A83892@ra.aabs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i cc: freebsd-scsi@freebsd.org Subject: Sun Storedge A1000 and FreeBSD/sparc64 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2003 21:34:11 -0000 (cc'ed to freebsd-scsi) Hi lists, I am trying to know if the sun storedge a1000 can be made to work with freebsd/sparc. The thing seems to work with Linux (you have to create the RAID volumes with Solaris though), and since I haven't found anything in the linux kernel dedicated to this kind of array, I suppose it should also work with freebsd. That's what I though until I made some tests : The array is connected to a netra t 1125 through a 2 channel Symbios Logic HVD controller (there is nothing more connected to this card). I installed solaris on the system disk of the netra, then created a 2 disk raid 0 volume (lun0) on the a1000 array. Then I installed 5.1-R on a second system disk to try to use the volume but freebsd sees nothing (see dmesg attached). Note that I can see the volume in the prom with a probe-scsi-all. I recompiled the kernel (see config attached) with cam debug options and got the following logs when I try to rescan the bus where the array is attached : netra:~# camcontrol debug -IPSc 2 (xpt0:sym2:0:-1:-1): debugging flags now 2d Debugging enabled for 2:-1:-1 netra:~# camcontrol rescan 2 (probe0:sym2:0:0:0): added periph to queue (probe0:sym2:0:0:0): calling xpt_run_devq (probe0:sym2:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe1:sym2:0:1:0): added periph to queue (probe1:sym2:0:1:0): calling xpt_run_devq (probe1:sym2:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe2:sym2:0:2:0): added periph to queue (probe2:sym2:0:2:0): calling xpt_run_devq (probe2:sym2:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe3:sym2:0:3:0): added periph to queue (probe3:sym2:0:3:0): calling xpt_run_devq (probe3:sym2:0:3:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe4:sym2:0:4:0): added periph to queue (probe4:sym2:0:4:0): calling xpt_run_devq (probe4:sym2:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe5:sym2:0:5:0): added periph to queue (probe5:sym2:0:5:0): calling xpt_run_devq (probe5:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe6:sym2:0:6:0): added periph to queue (probe6:sym2:0:6:0): calling xpt_run_devq (probe6:sym2:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe7:sym2:0:8:0): added periph to queue (probe7:sym2:0:8:0): calling xpt_run_devq (probe7:sym2:0:8:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe8:sym2:0:9:0): added periph to queue (probe8:sym2:0:9:0): calling xpt_run_devq (probe8:sym2:0:9:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe9:sym2:0:10:0): added periph to queue (probe9:sym2:0:10:0): calling xpt_run_devq (probe9:sym2:0:10:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe10:sym2:0:11:0): added periph to queue (probe10:sym2:0:11:0): calling xpt_run_devq (probe10:sym2:0:11:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe11:sym2:0:12:0): added periph to queue (probe11:sym2:0:12:0): calling xpt_run_devq (probe11:sym2:0:12:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe12:sym2:0:13:0): added periph to queue (probe12:sym2:0:13:0): calling xpt_run_devq (probe12:sym2:0:13:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe13:sym2:0:14:0): added periph to queue (probe13:sym2:0:14:0): calling xpt_run_devq (probe13:sym2:0:14:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe14:sym2:0:15:0): added periph to queue (probe14:sym2:0:15:0): calling xpt_run_devq (probe14:sym2:0:15:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe5:sym2:0:5:0): added periph to queue (probe5:sym2:0:5:0): calling xpt_run_devq (probe5:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe5:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe5:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe5:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe5:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 Re-scan of bus 2 was successful Note the 5 INQUIRY on target 5 which is the array's id on the bus. I suppose the kernel senses the device but cannot detect any luns on it. I repeated the test with CAM_NEW_TRAN_CODE or SES_ENABLE_PASSTHROUGH kernel options with same results. I would like to avoid solaris or linux on this machine so what amount of work would be required to get the raid volumes accessible from freebsd ? Is it a simple kernel configuration problem or is it needed to patch the kernel to make it work ? -- Herve Boulouis - EFREI Promo 2003 - Equipe systeme Unix ************************************************************** Full dmesg : Copstray vector interrupt 2029 yright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-CURRENT #2: Sat Nov 22 19:46:59 CET 2003 root@netra.aabs:/usr/src/sys/sparc64/compile/NETRA Preloaded elf kernel "/boot/kernel/kernel" at 0xc0470000. Timecounter "tick" frequency 440005765 Hz quality 0 real memory = 268435456 (256 MB) avail memory = 248045568 (236 MB) cpu0: Sun Microsystems UltraSparc-II Processor (440.01 MHz CPU) nexus0: pcib0: on nexus0 pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B pcib0: [FAST] pcib0: [FAST] pcib0: [FAST] initialializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 0 DVMA map: 0xfc000000 to 0xffffffff pci0: on pcib0 ebus0: revision 0x01 ebus0: mem 0x71000000-0x717fffff,0x70000000-0x70ffffff at device 1.0 on pci0 ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 (no driver attached) ebus0: addr 0x1400724000-0x1400724003 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x1400500000-0x1400500007 (no driver attached) sab0: addr 0x1400400000-0x140040007f irq 43 on ebus0 sab0: [FAST] sabtty0: on sab0 sabtty0: console 9600,8,n,1,- sabtty1: on sab0 ebus0: addr 0x14003083f8-0x14003083ff irq 41 (no driver attached) ebus0: addr 0x14003062f8-0x14003062ff irq 42 (no driver attached) ebus0: addr 0x1400700000-0x140070000f,0x1400300398-0x1400300399,0x14003043bc-0x14003043cb irq 34 (no driver attached) ebus0: addr 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003023f0-0x14003023f7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80c93682 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400600000-0x1400600009,0x1400200000-0x1400200063 (no driver attached) hme0: mem 0x100000-0x107fff at device 1.1 on pci0 hme0: Ethernet address: 08:00:20:c9:36:82 miibus0: on hme0 qsphy0: on miibus0 qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sym0: <875> port 0x1000-0x10ff mem 0x10a000-0x10afff,0x108000-0x1080ff at device 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: <875> port 0x1400-0x14ff mem 0x10e000-0x10efff,0x10c000-0x10c0ff at device 3.1 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking pcib1: on nexus0 pcib1: Psycho, impl 0, version 4, ign 0x7c0, bus A pci1: on pcib1 sym2: <875> port 0x1000-0x10ff mem 0x102000-0x102fff,0x100000-0x1000ff at device 1.0 on pci1 sym2: No NVRAM, ID 7, Fast-20, SE, parity checking sym3: <875> port 0x1400-0x14ff mem 0x106000-0x106fff,0x104000-0x1040ff at device 1.1 on pci1 sym3: No NVRAM, ID 7, Fast-20, SE, parity checking Timecounters tick every 10.000 msec IP Filter: v3.4.31 initialized. Default = pass all, Logging = enabled (noperiph:sym2:0:-1:-1): xpt_compile_path (noperiph:sym2:0:-1:-1): xpt_setup_ccb (noperiph:sym2:0:-1:-1): xpt_action (noperiph:sym2:0:-1:-1): sym_action (noperiph:sym2:0:-1:-1): xpt_done (noperiph:sym2:0:-1:-1): xpt_release_path Waiting 5 seconds for SCSI devices to settle (xpt0:sym2:0:-1:-1): xpt_compile_path (xpt0:sym2:0:-1:-1): xpt_setup_ccb (xpt0:sym2:0:-1:-1): xpt_action (xpt0:sym2:0:-1:-1): sym_action (xpt0:sym2:0:-1:-1): xpt_done (xpt0:sym2:0:-1:-1): xpt_setup_ccb (xpt0:sym2:0:-1:-1): xpt_action (xpt0:sym2:0:-1:-1): sym_action (noperiph:sym2:0:-1:-1): xpt_async (xpt0:sym2:0:-1:-1): xpt_done (xpt0:sym2:0:-1:-1): xpt_finishconfig (xpt0:sym2:0:-1:-1): xpt_action (xpt0:sym2:0:-1:-1): xpt_scan_bus (xpt0:sym2:0:-1:-1): xpt_setup_ccb (xpt0:sym2:0:-1:-1): xpt_action (xpt0:sym2:0:-1:-1): sym_action (xpt0:sym2:0:-1:-1): xpt_done (xpt0:sym2:0:0:0): xpt_compile_path (xpt0:sym2:0:0:0): xpt_setup_ccb (xpt0:sym2:0:0:0): xpt_action (xpt0:sym2:0:0:0): xpt_scan_lun (xpt0:sym2:0:0:0): xpt_setup_ccb (xpt0:sym2:0:0:0): xpt_action (xpt0:sym2:0:0:0): sym_action (xpt0:sym2:0:0:0): xpt_done (probe30:sym2:0:0:0): xpt_compile_path (probe30:sym2:0:0:0): xpt_setup_ccb (probe30:sym2:0:0:0): xpt_action (probe30:sym2:0:0:0): xpt_setup_ccb (probe30:sym2:0:0:0): xpt_action (probe30:sym2:0:0:0): xpt_setup_ccb (probe30:sym2:0:0:0): xpt_action (probe30:sym2:0:0:0): sym_action (probe30:sym2:0:0:0): xpt_done (probe30:sym2:0:0:0): xpt_schedule (probe30:sym2:0:0:0): xpt_setup_ccb (probe30:sym2:0:0:0): probestart (probe30:sym2:0:0:0): xpt_action (probe30:sym2:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sym2:0:1:0): xpt_compile_path (xpt0:sym2:0:1:0): xpt_setup_ccb (xpt0:sym2:0:1:0): xpt_action (xpt0:sym2:0:1:0): xpt_scan_lun (xpt0:sym2:0:1:0): xpt_setup_ccb (xpt0:sym2:0:1:0): xpt_action (xpt0:sym2:0:1:0): sym_action (xpt0:sym2:0:1:0): xpt_done (probe31:sym2:0:1:0): xpt_compile_path (probe31:sym2:0:1:0): xpt_setup_ccb (probe31:sym2:0:1:0): xpt_action (probe31:sym2:0:1:0): xpt_setup_ccb (probe31:sym2:0:1:0): xpt_action (probe31:sym2:0:1:0): xpt_setup_ccb (probe31:sym2:0:1:0): xpt_action (probe31:sym2:0:1:0): sym_action (probe31:sym2:0:1:0): xpt_done (probe31:sym2:0:1:0): xpt_schedule (probe31:sym2:0:1:0): xpt_setup_ccb (probe31:sym2:0:1:0): probestart (probe31:sym2:0:1:0): xpt_action (probe31:sym2:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sym2:0:2:0): xpt_compile_path (xpt0:sym2:0:2:0): xpt_setup_ccb (xpt0:sym2:0:2:0): xpt_action (xpt0:sym2:0:2:0): xpt_scan_lun (xpt0:sym2:0:2:0): xpt_setup_ccb (xpt0:sym2:0:2:0): xpt_action (xpt0:sym2:0:2:0): sym_action (xpt0:sym2:0:2:0): xpt_done (probe32:sym2:0:2:0): xpt_compile_path (probe32:sym2:0:2:0): xpt_setup_ccb (probe32:sym2:0:2:0): xpt_action (probe32:sym2:0:2:0): xpt_setup_ccb (probe32:sym2:0:2:0): xpt_action (probe32:sym2:0:2:0): xpt_setup_ccb (probe32:sym2:0:2:0): xpt_action (probe32:sym2:0:2:0): sym_action (probe32:sym2:0:2:0): xpt_done (probe32:sym2:0:2:0): xpt_schedule (probe32:sym2:0:2:0): xpt_setup_ccb (probe32:sym2:0:2:0): probestart (probe32:sym2:0:2:0): xpt_action (probe32:sym2:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sym2:0:3:0): xpt_compile_path (xpt0:sym2:0:3:0): xpt_setup_ccb (xpt0:sym2:0:3:0): xpt_action (xpt0:sym2:0:3:0): xpt_scan_lun (xpt0:sym2:0:3:0): xpt_setup_ccb (xpt0:sym2:0:3:0): xpt_action (xpt0:sym2:0:3:0): sym_action (xpt0:sym2:0:3:0): xpt_done (probe33:sym2:0:3:0): xpt_compile_path (probe33:sym2:0:3:0): xpt_setup_ccb (probe33:sym2:0:3:0): xpt_action (probe33:sym2:0:3:0): xpt_setup_ccb (probe33:sym2:0:3:0): xpt_action (probe33:sym2:0:3:0): xpt_setup_ccb (probe33:sym2:0:3:0): xpt_action (probe33:sym2:0:3:0): sym_action (probe33:sym2:0:3:0): xpt_done (probe33:sym2:0:3:0): xpt_schedule (probe33:sym2:0:3:0): xpt_setup_ccb (probe33:sym2:0:3:0): probestart (probe33:sym2:0:3:0): xpt_action (probe33:sym2:0:3:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sym2:0:4:0): xpt_compile_path (xpt0:sym2:0:4:0): xpt_setup_ccb (xpt0:sym2:0:4:0): xpt_action (xpt0:sym2:0:4:0): xpt_scan_lun (xpt0:sym2:0:4:0): xpt_setup_ccb (xpt0:sym2:0:4:0): xpt_action (xpt0:sym2:0:4:0): sym_action (xpt0:sym2:0:4:0): xpt_done (probe34:sym2:0:4:0): xpt_compile_path (probe34:sym2:0:4:0): xpt_setup_ccb (probe34:sym2:0:4:0): xpt_action (probe34:sym2:0:4:0): xpt_setup_ccb (probe34:sym2:0:4:0): xpt_action (probe34:sym2:0:4:0): xpt_setup_ccb (probe34:sym2:0:4:0): xpt_action (probe34:sym2:0:4:0): sym_action (probe34:sym2:0:4:0): xpt_done (probe34:sym2:0:4:0): xpt_schedule (probe34:sym2:0:4:0): xpt_setup_ccb (probe34:sym2:0:4:0): probestart (probe34:sym2:0:4:0): xpt_action (probe34:sym2:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sym2:0:5:0): xpt_compile_path (xpt0:sym2:0:5:0): xpt_setup_ccb (xpt0:sym2:0:5:0): xpt_action (xpt0:sym2:0:5:0): xpt_scan_lun (xpt0:sym2:0:5:0): xpt_setup_ccb (xpt0:sym2:0:5:0): xpt_action (xpt0:sym2:0:5:0): sym_action (xpt0:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): xpt_compile_path (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): sym_action (probe35:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): xpt_schedule (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): probestart (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sym2:0:6:0): xpt_compile_path (xpt0:sym2:0:6:0): xpt_setup_ccb (xpt0:sym2:0:6:0): xpt_action (xpt0:sym2:0:6:0): xpt_scan_lun (xpt0:sym2:0:6:0): xpt_setup_ccb (xpt0:sym2:0:6:0): xpt_action (xpt0:sym2:0:6:0): sym_action (xpt0:sym2:0:6:0): xpt_done (probe36:sym2:0:6:0): xpt_compile_path (probe36:sym2:0:6:0): xpt_setup_ccb (probe36:sym2:0:6:0): xpt_action (probe36:sym2:0:6:0): sym_action (probe36:sym2:0:6:0): xpt_done (probe36:sym2:0:6:0): xpt_schedule (probe36:sym2:0:6:0): xpt_setup_ccb (probe36:sym2:0:6:0): probestart (probe36:sym2:0:6:0): xpt_action (probe36:sym2:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe36:sym2:0:6:0): sym_action (xpt0:sym2:0:8:0): xpt_compile_path (xpt0:sym2:0:8:0): xpt_setup_ccb (xpt0:sym2:0:8:0): xpt_action (xpt0:sym2:0:8:0): xpt_scan_lun (xpt0:sym2:0:8:0): xpt_setup_ccb (xpt0:sym2:0:8:0): xpt_action (xpt0:sym2:0:8:0): sym_action (xpt0:sym2:0:8:0): xpt_done (probe37:sym2:0:8:0): xpt_compile_path (probe37:sym2:0:8:0): xpt_setup_ccb (probe37:sym2:0:8:0): xpt_action (probe37:sym2:0:8:0): sym_action (probe37:sym2:0:8:0): xpt_done (probe37:sym2:0:8:0): xpt_schedule (probe37:sym2:0:8:0): xpt_setup_ccb (probe37:sym2:0:8:0): probestart (probe37:sym2:0:8:0): xpt_action (probe37:sym2:0:8:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe37:sym2:0:8:0): sym_action (xpt0:sym2:0:9:0): xpt_compile_path (xpt0:sym2:0:9:0): xpt_setup_ccb (xpt0:sym2:0:9:0): xpt_action (xpt0:sym2:0:9:0): xpt_scan_lun (xpt0:sym2:0:9:0): xpt_setup_ccb (xpt0:sym2:0:9:0): xpt_action (xpt0:sym2:0:9:0): sym_action (xpt0:sym2:0:9:0): xpt_done (probe38:sym2:0:9:0): xpt_compile_path (probe38:sym2:0:9:0): xpt_setup_ccb (probe38:sym2:0:9:0): xpt_action (probe38:sym2:0:9:0): sym_action (probe38:sym2:0:9:0): xpt_done (probe38:sym2:0:9:0): xpt_schedule (probe38:sym2:0:9:0): xpt_setup_ccb (probe38:sym2:0:9:0): probestart (probe38:sym2:0:9:0): xpt_action (probe38:sym2:0:9:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe38:sym2:0:9:0): sym_action (xpt0:sym2:0:10:0): xpt_compile_path (xpt0:sym2:0:10:0): xpt_setup_ccb (xpt0:sym2:0:10:0): xpt_action (xpt0:sym2:0:10:0): xpt_scan_lun (xpt0:sym2:0:10:0): xpt_setup_ccb (xpt0:sym2:0:10:0): xpt_action (xpt0:sym2:0:10:0): sym_action (xpt0:sym2:0:10:0): xpt_done (probe39:sym2:0:10:0): xpt_compile_path (probe39:sym2:0:10:0): xpt_setup_ccb (probe39:sym2:0:10:0): xpt_action (probe39:sym2:0:10:0): sym_action (probe39:sym2:0:10:0): xpt_done (probe39:sym2:0:10:0): xpt_schedule (probe39:sym2:0:10:0): xpt_setup_ccb (probe39:sym2:0:10:0): probestart (probe39:sym2:0:10:0): xpt_action (probe39:sym2:0:10:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe39:sym2:0:10:0): sym_action (xpt0:sym2:0:11:0): xpt_compile_path (xpt0:sym2:0:11:0): xpt_setup_ccb (xpt0:sym2:0:11:0): xpt_action (xpt0:sym2:0:11:0): xpt_scan_lun (xpt0:sym2:0:11:0): xpt_setup_ccb (xpt0:sym2:0:11:0): xpt_action (xpt0:sym2:0:11:0): sym_action (xpt0:sym2:0:11:0): xpt_done (probe40:sym2:0:11:0): xpt_compile_path (probe40:sym2:0:11:0): xpt_setup_ccb (probe40:sym2:0:11:0): xpt_action (probe40:sym2:0:11:0): sym_action (probe40:sym2:0:11:0): xpt_done (probe40:sym2:0:11:0): xpt_schedule (probe40:sym2:0:11:0): xpt_setup_ccb (probe40:sym2:0:11:0): probestart (probe40:sym2:0:11:0): xpt_action (probe40:sym2:0:11:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe40:sym2:0:11:0): sym_action (xpt0:sym2:0:12:0): xpt_compile_path (xpt0:sym2:0:12:0): xpt_setup_ccb (xpt0:sym2:0:12:0): xpt_action (xpt0:sym2:0:12:0): xpt_scan_lun (xpt0:sym2:0:12:0): xpt_setup_ccb (xpt0:sym2:0:12:0): xpt_action (xpt0:sym2:0:12:0): sym_action (xpt0:sym2:0:12:0): xpt_done (probe41:sym2:0:12:0): xpt_compile_path (probe41:sym2:0:12:0): xpt_setup_ccb (probe41:sym2:0:12:0): xpt_action (probe41:sym2:0:12:0): sym_action (probe41:sym2:0:12:0): xpt_done (probe41:sym2:0:12:0): xpt_schedule (probe41:sym2:0:12:0): xpt_setup_ccb (probe41:sym2:0:12:0): probestart (probe41:sym2:0:12:0): xpt_action (probe41:sym2:0:12:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe41:sym2:0:12:0): sym_action (xpt0:sym2:0:13:0): xpt_compile_path (xpt0:sym2:0:13:0): xpt_setup_ccb (xpt0:sym2:0:13:0): xpt_action (xpt0:sym2:0:13:0): xpt_scan_lun (xpt0:sym2:0:13:0): xpt_setup_ccb (xpt0:sym2:0:13:0): xpt_action (xpt0:sym2:0:13:0): sym_action (xpt0:sym2:0:13:0): xpt_done (probe42:sym2:0:13:0): xpt_compile_path (probe42:sym2:0:13:0): xpt_setup_ccb (probe42:sym2:0:13:0): xpt_action (probe42:sym2:0:13:0): sym_action (probe42:sym2:0:13:0): xpt_done (probe42:sym2:0:13:0): xpt_schedule (probe42:sym2:0:13:0): xpt_setup_ccb (probe42:sym2:0:13:0): probestart (probe42:sym2:0:13:0): xpt_action (probe42:sym2:0:13:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe42:sym2:0:13:0): sym_action (xpt0:sym2:0:14:0): xpt_compile_path (xpt0:sym2:0:14:0): xpt_setup_ccb (xpt0:sym2:0:14:0): xpt_action (xpt0:sym2:0:14:0): xpt_scan_lun (xpt0:sym2:0:14:0): xpt_setup_ccb (xpt0:sym2:0:14:0): xpt_action (xpt0:sym2:0:14:0): sym_action (xpt0:sym2:0:14:0): xpt_done (probe43:sym2:0:14:0): xpt_compile_path (probe43:sym2:0:14:0): xpt_setup_ccb (probe43:sym2:0:14:0): xpt_action (probe43:sym2:0:14:0): sym_action (probe43:sym2:0:14:0): xpt_done (probe43:sym2:0:14:0): xpt_schedule (probe43:sym2:0:14:0): xpt_setup_ccb (probe43:sym2:0:14:0): probestart (probe43:sym2:0:14:0): xpt_action (probe43:sym2:0:14:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe43:sym2:0:14:0): sym_action (xpt0:sym2:0:15:0): xpt_compile_path (xpt0:sym2:0:15:0): xpt_setup_ccb (xpt0:sym2:0:15:0): xpt_action (xpt0:sym2:0:15:0): xpt_scan_lun (xpt0:sym2:0:15:0): xpt_setup_ccb (xpt0:sym2:0:15:0): xpt_action (xpt0:sym2:0:15:0): sym_action (xpt0:sym2:0:15:0): xpt_done (probe44:sym2:0:15:0): xpt_compile_path (probe44:sym2:0:15:0): xpt_setup_ccb (probe44:sym2:0:15:0): xpt_action (probe44:sym2:0:15:0): sym_action (probe44:sym2:0:15:0): xpt_done (probe44:sym2:0:15:0): xpt_schedule (probe44:sym2:0:15:0): xpt_setup_ccb (probe44:sym2:0:15:0): probestart (probe44:sym2:0:15:0): xpt_action (probe44:sym2:0:15:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe44:sym2:0:15:0): sym_action (probe36:sym2:0:6:0): xpt_done (probe36:sym2:0:6:0): camisr (probe36:sym2:0:6:0): probedone (probe36:sym2:0:6:-1): xpt_compile_path (probe36:sym2:0:6:-1): xpt_async (probe36:sym2:0:6:-1): xpt_free_path (probe36:sym2:0:6:-1): xpt_release_path (xpt0:sym2:0:6:0): xpt_done (probe36:sym2:0:6:0): xpt_free_path (probe36:sym2:0:6:0): xpt_release_path (xpt0:sym2:0:6:0): camisr (xpt0:sym2:0:6:0): xpt_scan_bus (xpt0:sym2:0:6:0): xpt_setup_ccb (xpt0:sym2:0:6:0): xpt_action (xpt0:sym2:0:6:0): xpt_free_path (xpt0:sym2:0:6:0): xpt_release_path (probe37:sym2:0:8:0): xpt_done (probe37:sym2:0:8:0): camisr (probe37:sym2:0:8:0): probedone (probe37:sym2:0:8:-1): xpt_compile_path (probe37:sym2:0:8:-1): xpt_async (probe37:sym2:0:8:-1): xpt_free_path (probe37:sym2:0:8:-1): xpt_release_path (xpt0:sym2:0:8:0): xpt_done (probe37:sym2:0:8:0): xpt_free_path (probe37:sym2:0:8:0): xpt_release_path (xpt0:sym2:0:8:0): camisr (xpt0:sym2:0:8:0): xpt_scan_bus (xpt0:sym2:0:8:0): xpt_setup_ccb (xpt0:sym2:0:8:0): xpt_action (xpt0:sym2:0:8:0): xpt_free_path (xpt0:sym2:0:8:0): xpt_release_path (probe38:sym2:0:9:0): xpt_done (probe38:sym2:0:9:0): camisr (probe38:sym2:0:9:0): probedone (probe38:sym2:0:9:-1): xpt_compile_path (probe38:sym2:0:9:-1): xpt_async (probe38:sym2:0:9:-1): xpt_free_path (probe38:sym2:0:9:-1): xpt_release_path (xpt0:sym2:0:9:0): xpt_done (probe38:sym2:0:9:0): xpt_free_path (probe38:sym2:0:9:0): xpt_release_path (xpt0:sym2:0:9:0): camisr (xpt0:sym2:0:9:0): xpt_scan_bus (xpt0:sym2:0:9:0): xpt_setup_ccb (xpt0:sym2:0:9:0): xpt_action (xpt0:sym2:0:9:0): xpt_free_path (xpt0:sym2:0:9:0): xpt_release_path (probe39:sym2:0:10:0): xpt_done (probe39:sym2:0:10:0): camisr (probe39:sym2:0:10:0): probedone (probe39:sym2:0:10:-1): xpt_compile_path (probe39:sym2:0:10:-1): xpt_async (probe39:sym2:0:10:-1): xpt_free_path (probe39:sym2:0:10:-1): xpt_release_path (xpt0:sym2:0:10:0): xpt_done (probe39:sym2:0:10:0): xpt_free_path (probe39:sym2:0:10:0): xpt_release_path (xpt0:sym2:0:10:0): camisr (xpt0:sym2:0:10:0): xpt_scan_bus (xpt0:sym2:0:10:0): xpt_setup_ccb (xpt0:sym2:0:10:0): xpt_action (xpt0:sym2:0:10:0): xpt_free_path (xpt0:sym2:0:10:0): xpt_release_path (probe40:sym2:0:11:0): xpt_done (probe40:sym2:0:11:0): camisr (probe40:sym2:0:11:0): probedone (probe40:sym2:0:11:-1): xpt_compile_path (probe40:sym2:0:11:-1): xpt_async (probe40:sym2:0:11:-1): xpt_free_path (probe40:sym2:0:11:-1): xpt_release_path (xpt0:sym2:0:11:0): xpt_done (probe40:sym2:0:11:0): xpt_free_path (probe40:sym2:0:11:0): xpt_release_path (xpt0:sym2:0:11:0): camisr (xpt0:sym2:0:11:0): xpt_scan_bus (xpt0:sym2:0:11:0): xpt_setup_ccb (xpt0:sym2:0:11:0): xpt_action (xpt0:sym2:0:11:0): xpt_free_path (xpt0:sym2:0:11:0): xpt_release_path (probe41:sym2:0:12:0): xpt_done (probe41:sym2:0:12:0): camisr (probe41:sym2:0:12:0): probedone (probe41:sym2:0:12:-1): xpt_compile_path (probe41:sym2:0:12:-1): xpt_async (probe41:sym2:0:12:-1): xpt_free_path (probe41:sym2:0:12:-1): xpt_release_path (xpt0:sym2:0:12:0): xpt_done (probe41:sym2:0:12:0): xpt_free_path (probe41:sym2:0:12:0): xpt_release_path (xpt0:sym2:0:12:0): camisr (xpt0:sym2:0:12:0): xpt_scan_bus (xpt0:sym2:0:12:0): xpt_setup_ccb (xpt0:sym2:0:12:0): xpt_action (xpt0:sym2:0:12:0): xpt_free_path (xpt0:sym2:0:12:0): xpt_release_path (probe42:sym2:0:13:0): xpt_done (probe42:sym2:0:13:0): camisr (probe42:sym2:0:13:0): probedone (probe42:sym2:0:13:-1): xpt_compile_path (probe42:sym2:0:13:-1): xpt_async (probe42:sym2:0:13:-1): xpt_free_path (probe42:sym2:0:13:-1): xpt_release_path (xpt0:sym2:0:13:0): xpt_done (probe42:sym2:0:13:0): xpt_free_path (probe42:sym2:0:13:0): xpt_release_path (xpt0:sym2:0:13:0): camisr (xpt0:sym2:0:13:0): xpt_scan_bus (xpt0:sym2:0:13:0): xpt_setup_ccb (xpt0:sym2:0:13:0): xpt_action (xpt0:sym2:0:13:0): xpt_free_path (xpt0:sym2:0:13:0): xpt_release_path (probe32:sym2:0:2:0): sym_action (probe34:sym2:0:4:0): sym_action (probe30:sym2:0:0:0): sym_action (probe31:sym2:0:1:0): sym_action (probe33:sym2:0:3:0): sym_action (probe35:sym2:0:5:0): sym_action (probe43:sym2:0:14:0): xpt_done (probe43:sym2:0:14:0): camisr (probe43:sym2:0:14:0): probedone (probe43:sym2:0:14:-1): xpt_compile_path (probe43:sym2:0:14:-1): xpt_async (probe43:sym2:0:14:-1): xpt_free_path (probe43:sym2:0:14:-1): xpt_release_path (xpt0:sym2:0:14:0): xpt_done (probe43:sym2:0:14:0): xpt_free_path (probe43:sym2:0:14:0): xpt_release_path (xpt0:sym2:0:14:0): camisr (xpt0:sym2:0:14:0): xpt_scan_bus (xpt0:sym2:0:14:0): xpt_setup_ccb (xpt0:sym2:0:14:0): xpt_action (xpt0:sym2:0:14:0): xpt_free_path (xpt0:sym2:0:14:0): xpt_release_path (probe44:sym2:0:15:0): xpt_done (probe44:sym2:0:15:0): camisr (probe44:sym2:0:15:0): probedone (probe44:sym2:0:15:-1): xpt_compile_path (probe44:sym2:0:15:-1): xpt_async (probe44:sym2:0:15:-1): xpt_free_path (probe44:sym2:0:15:-1): xpt_release_path (xpt0:sym2:0:15:0): xpt_done (probe44:sym2:0:15:0): xpt_free_path (probe44:sym2:0:15:0): xpt_release_path (xpt0:sym2:0:15:0): camisr (xpt0:sym2:0:15:0): xpt_scan_bus (xpt0:sym2:0:15:0): xpt_setup_ccb (xpt0:sym2:0:15:0): xpt_action (xpt0:sym2:0:15:0): xpt_free_path (xpt0:sym2:0:15:0): xpt_release_path (probe32:sym2:0:2:0): xpt_done (probe32:sym2:0:2:0): camisr (probe32:sym2:0:2:0): probedone (probe32:sym2:0:2:-1): xpt_compile_path (probe32:sym2:0:2:-1): xpt_async (probe32:sym2:0:2:-1): xpt_free_path (probe32:sym2:0:2:-1): xpt_release_path (xpt0:sym2:0:2:0): xpt_done (probe32:sym2:0:2:0): xpt_free_path (probe32:sym2:0:2:0): xpt_release_path (xpt0:sym2:0:2:0): camisr (xpt0:sym2:0:2:0): xpt_scan_bus (xpt0:sym2:0:2:0): xpt_setup_ccb (xpt0:sym2:0:2:0): xpt_action (xpt0:sym2:0:2:0): xpt_free_path (xpt0:sym2:0:2:0): xpt_release_path (probe34:sym2:0:4:0): xpt_done (probe34:sym2:0:4:0): camisr (probe34:sym2:0:4:0): probedone (probe34:sym2:0:4:-1): xpt_compile_path (probe34:sym2:0:4:-1): xpt_async (probe34:sym2:0:4:-1): xpt_free_path (probe34:sym2:0:4:-1): xpt_release_path (xpt0:sym2:0:4:0): xpt_done (probe34:sym2:0:4:0): xpt_free_path (probe34:sym2:0:4:0): xpt_release_path (xpt0:sym2:0:4:0): camisr (xpt0:sym2:0:4:0): xpt_scan_bus (xpt0:sym2:0:4:0): xpt_setup_ccb (xpt0:sym2:0:4:0): xpt_action (xpt0:sym2:0:4:0): xpt_free_path (xpt0:sym2:0:4:0): xpt_release_path (probe30:sym2:0:0:0): xpt_done (probe30:sym2:0:0:0): camisr (probe30:sym2:0:0:0): probedone (probe30:sym2:0:0:-1): xpt_compile_path (probe30:sym2:0:0:-1): xpt_async (probe30:sym2:0:0:-1): xpt_free_path (probe30:sym2:0:0:-1): xpt_release_path (xpt0:sym2:0:0:0): xpt_done (probe30:sym2:0:0:0): xpt_free_path (probe30:sym2:0:0:0): xpt_release_path (xpt0:sym2:0:0:0): camisr (xpt0:sym2:0:0:0): xpt_scan_bus (xpt0:sym2:0:0:0): xpt_setup_ccb (xpt0:sym2:0:0:0): xpt_action (xpt0:sym2:0:0:0): xpt_free_path (xpt0:sym2:0:0:0): xpt_release_path (probe31:sym2:0:1:0): xpt_done (probe31:sym2:0:1:0): camisr (probe31:sym2:0:1:0): probedone (probe31:sym2:0:1:-1): xpt_compile_path (probe31:sym2:0:1:-1): xpt_async (probe31:sym2:0:1:-1): xpt_free_path (probe31:sym2:0:1:-1): xpt_release_path (xpt0:sym2:0:1:0): xpt_done (probe31:sym2:0:1:0): xpt_free_path (probe31:sym2:0:1:0): xpt_release_path (xpt0:sym2:0:1:0): camisr (xpt0:sym2:0:1:0): xpt_scan_bus (xpt0:sym2:0:1:0): xpt_setup_ccb (xpt0:sym2:0:1:0): xpt_action (xpt0:sym2:0:1:0): xpt_free_path (xpt0:sym2:0:1:0): xpt_release_path (probe33:sym2:0:3:0): xpt_done (noperiph:sym2:0:5:-1): xpt_compile_path (noperiph:sym2:0:5:-1): xpt_setup_ccb (noperiph:sym2:0:5:-1): xpt_async (noperiph:sym2:0:5:-1): xpt_free_path (noperiph:sym2:0:5:-1): xpt_release_path (probe33:sym2:0:3:0): camisr (probe33:sym2:0:3:0): probedone (probe33:sym2:0:3:-1): xpt_compile_path (probe33:sym2:0:3:-1): xpt_async (probe33:sym2:0:3:-1): xpt_free_path (probe33:sym2:0:3:-1): xpt_release_path (xpt0:sym2:0:3:0): xpt_done (probe33:sym2:0:3:0): xpt_free_path (probe33:sym2:0:3:0): xpt_release_path (xpt0:sym2:0:3:0): camisr (xpt0:sym2:0:3:0): xpt_scan_bus (xpt0:sym2:0:3:0): xpt_setup_ccb (xpt0:sym2:0:3:0): xpt_action (xpt0:sym2:0:3:0): xpt_free_path (xpt0:sym2:0:3:0): xpt_release_path (noperiph:sym2:0:5:-1): xpt_compile_path (noperiph:sym2:0:5:-1): xpt_setup_ccb (noperiph:sym2:0:5:-1): xpt_async (noperiph:sym2:0:5:-1): xpt_free_path (noperiph:sym2:0:5:-1): xpt_release_path (probe35:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): camisr (probe35:sym2:0:5:0): probedone (probe35:sym2:0:5:0): xpt_schedule (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): probestart (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe35:sym2:0:5:0): sym_action (probe35:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): camisr (probe35:sym2:0:5:0): probedone (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): sym_action (probe35:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): camisr (probe35:sym2:0:5:0): probedone (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): sym_action (probe35:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): camisr (probe35:sym2:0:5:0): probedone (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): sym_action (probe35:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): camisr (probe35:sym2:0:5:0): probedone (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): sym_action (probe35:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): camisr (probe35:sym2:0:5:0): probedone (xpt0:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): xpt_free_path (probe35:sym2:0:5:0): xpt_release_path (xpt0:sym2:0:5:0): camisr (xpt0:sym2:0:5:0): xpt_scan_bus (xpt0:sym2:0:5:0): xpt_setup_ccb (xpt0:sym2:0:5:0): xpt_action (xpt0:sym2:0:5:0): xpt_free_path (xpt0:sym2:0:5:0): xpt_release_path (xpt0:sym2:0:-1:-1): xpt_done (xpt0:sym2:0:-1:-1): camisr (xpt0:sym2:0:-1:-1): xpt_finishconfig (xpt0:sym2:0:-1:-1): xpt_free_path (xpt0:sym2:0:-1:-1): xpt_release_path GEOM: create disk da0 dp=0xfffff800a0798868 sa0 at sym0 bus 0 target 4 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 16) (noperiph:sym2:0:-1:-1): xpt_compile_path (noperiph:sym2:0:-1:-1): xpt_setup_ccb (noperiph:sym2:0:-1:-1): xpt_action (noperiph:sym2:0:-1:-1): sym_action (noperiph:sym2:0:-1:-1): xpt_done (noperiph:sym2:0:-1:-1): xpt_compile_path (noperiph:sym2:0:-1:-1): xpt_free_path (noperiph:sym2:0:-1:-1): xpt_release_path (noperiph:sym2:0:-1:-1): xpt_release_path GEOM: create disk cd0 dp=0xfffff800a043a698 da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da0: 17274MB (35378533 512 byte sectors: 255H 63S/T 2202C) cd0 at sym0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/da0a ************************************************************** Kernel config : machine sparc64 cpu SUN4U ident NETRA maxusers 0 makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols # Platforms supported # At this time all platforms are supported, as-is. options SCHED_4BSD #4BSD scheduler #options SCHED_ULE options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device options NFSCLIENT #Network Filesystem Client options NFSSERVER #Network Filesystem Server options NFS_ROOT #NFS usable as root device #options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Keep this for a while options SCSI_DELAY=5000 #Delay (in ms) before probing SCSI options KTRACE #ktrace(1) syscall trace support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores #options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions # Debugging for use in -current options DDB #Enable the kernel debugger #options INVARIANTS #Enable calls of extra sanity checking #options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS #Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed # To make an SMP kernel, the next line is needed options SMP # Symmetric MultiProcessor Kernel # Standard busses device apb # Sun APB PCI-PCI bridge device ebus device isa device pci device sbus device central device fhc options OFW_NEWPCI # Floppy drives #device fdc # ATA and ATAPI devices #device ata #device atadisk # ATA disk drives #device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives # Do NOT enable ATA_STATIC_ID -- cmd646 controller will be !ata2!, # and you will not mount an ATA /. #options ATA_STATIC_ID #Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices device isp # Qlogic family #device mpt # LSI-Logic MPT-Fusion (not yet) device ispfw # Firmware module for Qlogic host adapters #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device pt device targ device targbh options CAMDEBUG options CAM_DEBUG_BUS=2 options CAM_DEBUG_TARGET=-1 options CAM_DEBUG_LUN=-1 options CAM_DEBUG_FLAGS=(CAM_DEBUG_INFO|CAM_DEBUG_TRACE|CAM_DEBUG_CDB) #options CAM_NEW_TRAN_CODE #options SES_ENABLE_PASSTHROUGH device ofw_console # OpenBoot firmware console device # Builtin hardware device genclock # Generic clock interface device eeprom # eeprom (really an ebus driver for the MK48Txx) device "mk48txx" # Mostek MK48T02, MK48T08, MK48T59 clock # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports device sab # Siemens SAB82532 based serial ports device zs # Zilog 8530 based serial ports device de # DEC/Intel DC21x4x (``Tulip'') # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support device dc # DEC/Intel 21143 and workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device gem # Sun GEM/Sun ERI/Apple GMAC device hme # Sun HME (Happy Meal Ethernet) device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices - the number indicates how many units to allocated. device random # Entropy device device loop # Network loopback device ether # Ethernet support #device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying/(translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf #Berkeley packet filter options GEOM_AES # Don't use, use GEOM_BDE #options GEOM_APPLE # Apple partitioning options GEOM_BDE # Disk encryption. options GEOM_BSD # BSD disklabels options GEOM_FOX # Redundant path mitigation options GEOM_GPT # GPT partitioning #options GEOM_MBR # DOS/MBR partitioning #options GEOM_PC98 # NEC PC9800 partitioning options GEOM_SUNLABEL # Sun/Solaris partitioning options GEOM_VOL # Volume names from UFS superblock options IPFILTER #ipfilter support options IPFILTER_LOG #ipfilter logging options PFIL_HOOKS #required by IPFILTER options RANDOM_IP_ID options ZERO_COPY_SOCKETS