From owner-freebsd-scsi Mon Sep 30 4:50:47 2002 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 3029337B401; Mon, 30 Sep 2002 04:50:45 -0700 (PDT) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A83D243E42; Mon, 30 Sep 2002 04:50:42 -0700 (PDT) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (afgate.speednet.com.au [203.57.65.244]) by franky.speednet.com.au (8.12.5/8.12.5) with ESMTP id g8UBntJF015642; Mon, 30 Sep 2002 21:49:56 +1000 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [172.22.2.1]) by hewey.af.speednet.com.au (8.12.6/8.12.6) with ESMTP id g8UBkq4L028577; Mon, 30 Sep 2002 21:46:52 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Mon, 30 Sep 2002 21:46:52 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: freebsd-stable@freebsd.org Cc: freebsd-scsi@freebsd.org Subject: panic booting FreeBSD 4.7-RC - Adaptec 284X SCSI adapter Message-ID: <20020930213637.G28563-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Panic happens with GENERIC also. How can I get a dump? This box was running: FreeBSD 4.5-RC #0: Wed Jan 16 16:00:13 EST 2002 A newly compiled custom kernel (GENERIC - unneeded devices) does this: ok boot -sv Copyright (c) 1992-2002 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 4.7-RC #2: Mon Sep 30 09:19:11 EST 2002 root@backup.af.speednet.com.au:/beast/obj/beast/src/sys/BACKUP Calibrating clock(s) ... i8254 clock: 1193654 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping = 0 Features=0x3 real memory = 33554432 (32768K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x002c5000 - 0x01ff7fff, 30617600 bytes (7475 pages) avail memory = 30187520 (29480K bytes) Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel" at 0xc029e000. npx0: on motherboard npx0: INT 16 interface eisa0: on motherboard ahc0: at 0x1c00-0x1cff, irq 11 (edge) ahc0: on eisa0 slot 1 ahc0: Reading SEEPROM... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x21c021c fault code = supervisor read, page not present instruction pointer = 0x8:0xc01377b4 stack pointer = 0x10:0xc02c0e88 frame pointer = 0x10:0xc02c0e94 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) interrupt mask = net tty bio cam trap number = 12 panic: page fault Uptime: 0s Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. Rebooting... -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 30 7:10:39 2002 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 13A7C37B401; Mon, 30 Sep 2002 07:10:39 -0700 (PDT) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C8DF43E42; Mon, 30 Sep 2002 07:10:38 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.5/8.12.5) with ESMTP id g8UE9omo054256; Mon, 30 Sep 2002 08:09:54 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Mon, 30 Sep 2002 08:09:49 -0600 From: "Justin T. Gibbs" To: Andy Farkas , freebsd-stable@FreeBSD.ORG Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: panic booting FreeBSD 4.7-RC - Adaptec 284X SCSI adapter Message-ID: <2102382704.1033394989@aslan.scsiguy.com> In-Reply-To: <20020930213637.G28563-100000@hewey.af.speednet.com.au> References: <20020930213637.G28563-100000@hewey.af.speednet.com.au> X-Mailer: Mulberry/3.0.0a4 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Panic happens with GENERIC also. How can I get a dump? Please just compile DDB into the 4.7-RC kernel, recreate the panic, and provide a stack trace via the trace command. Man ddb for more information about DDB, but you should be able to just type "trace" and return to get the information I need. Thanks, Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 30 11: 3:31 2002 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 2C30037B401 for ; Mon, 30 Sep 2002 11:03:30 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF70943E4A for ; Mon, 30 Sep 2002 11:03:29 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id g8UI3TCo048119 for ; Mon, 30 Sep 2002 11:03:29 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id g8UI3StM048114 for scsi@freebsd.org; Mon, 30 Sep 2002 11:03:28 -0700 (PDT) Date: Mon, 30 Sep 2002 11:03:28 -0700 (PDT) Message-Id: <200209301803.g8UI3StM048114@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 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2002/02/18] kern/35082 scsi IBM Intellistation will not reboot with S 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2001/10/31] misc/31670 scsi Wide-Ultra 10k SCSI 3 drive is not recogn o [2002/04/21] kern/37332 scsi PATCH: add pen device to scsi_da.c o [2002/08/25] kern/41997 scsi Quirk entry for scsi_da.c for USB pen dri 3 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1999/12/21] kern/15608 scsi acd0 / cd0 give inconsistent errors on em f [2002/03/16] kern/35999 scsi add support for general flash disks to sc a [2002/04/07] kern/36845 scsi Add ioctls CDRIOCREADSPEED/WRITESPEED to s [2002/04/23] kern/37378 scsi [PATCH] No 6-byte-read on Wincan USB pen 4 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 30 13: 9:36 2002 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 0CC3A37B401 for ; Mon, 30 Sep 2002 13:09:35 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 22E9943E86 for ; Mon, 30 Sep 2002 13:09:14 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 83053 invoked by uid 1000); 30 Sep 2002 20:09:14 -0000 Date: Mon, 30 Sep 2002 13:09:14 -0700 (PDT) From: Nate Lawson To: scsi@FreeBSD.org Subject: Re: Current problem reports assigned to you In-Reply-To: <200209301803.g8UI3StM048114@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I'll revisit the quirks stuff this week and commit them if everything is kosher. I'm afraid we're stuck with quirks for now when the devices truly do not support 6 byte CDBs. -Nate On Mon, 30 Sep 2002, FreeBSD bugmaster wrote: > Current FreeBSD problem reports > Critical problems > > S Submitted Tracker Resp. Description > ------------------------------------------------------------------------------- > f [2002/02/18] kern/35082 scsi IBM Intellistation will not reboot with S > > 1 problem total. > > Serious problems > > S Submitted Tracker Resp. Description > ------------------------------------------------------------------------------- > s [2001/10/31] misc/31670 scsi Wide-Ultra 10k SCSI 3 drive is not recogn > o [2002/04/21] kern/37332 scsi PATCH: add pen device to scsi_da.c > o [2002/08/25] kern/41997 scsi Quirk entry for scsi_da.c for USB pen dri > > 3 problems total. > > Non-critical problems > > S Submitted Tracker Resp. Description > ------------------------------------------------------------------------------- > f [1999/12/21] kern/15608 scsi acd0 / cd0 give inconsistent errors on em > f [2002/03/16] kern/35999 scsi add support for general flash disks to sc > a [2002/04/07] kern/36845 scsi Add ioctls CDRIOCREADSPEED/WRITESPEED to > s [2002/04/23] kern/37378 scsi [PATCH] No 6-byte-read on Wincan USB pen > > 4 problems total. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 30 17:40:42 2002 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 2A64A37B401 for ; Mon, 30 Sep 2002 17:40:41 -0700 (PDT) Received: from smtp2.mivlmd.cablespeed.com (smtp2.mivlmd.cablespeed.com [216.45.64.147]) by mx1.FreeBSD.org (Postfix) with SMTP id 0217B43E3B for ; Mon, 30 Sep 2002 17:40:40 -0700 (PDT) (envelope-from mccrobie@cablespeed.com) Received: (qmail 25715 invoked by uid 0); 1 Oct 2002 00:39:44 -0000 Received: from unknown (HELO cablespeed.com) (216.45.73.136) by 0 with SMTP; 1 Oct 2002 00:39:44 -0000 Message-ID: <3D98EECB.8ED06AD7@cablespeed.com> Date: Mon, 30 Sep 2002 20:39:39 -0400 From: Chuck McCrobie X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 Cc: scsi@FreeBSD.org Subject: Re: Current problem reports assigned to you References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Nate Lawson wrote: > > I'll revisit the quirks stuff this week and commit them if everything is > kosher. I'm afraid we're stuck with quirks for now when the devices truly > do not support 6 byte CDBs. > > -Nate > [problem reports snipped] I guess I've missed most of the discussion about the 6 byte CDBs. Why not issue 10 byte CDB first, then fall back to 6-byte if that fails (ILLEGAL COMMAND, etc.) instead of trying 6-byte CDB first, then falling back to 10-byte? Are there any devices which hang on 10-byte CDB's but work with 6-byte CDBs? Surely most devices are SCSI-1 and should at least recognize that a 10-byte CDB is illegal? Chuck McCrobie mccrobie@cablespeed.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 30 21: 5:45 2002 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 56ECB37B401 for ; Mon, 30 Sep 2002 21:05:44 -0700 (PDT) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B4A743E4A for ; Mon, 30 Sep 2002 21:05:43 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.5/8.12.5) with ESMTP id g91451mo062952; Mon, 30 Sep 2002 22:05:01 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Mon, 30 Sep 2002 22:05:01 -0600 From: "Justin T. Gibbs" To: John David Duncan , "Long, Scott" Cc: freebsd-scsi@freebsd.org Subject: RE: Adaptec AIC-7902 (Utlra 320) Message-ID: <224210000.1033445101@aslan.scsiguy.com> In-Reply-To: References: X-Mailer: Mulberry/3.0.0a4 (Linux/x86) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========2028509384==========" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --==========2028509384========== Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline > Here you go. The attached files document 3 simultaneous windows on the > problem. The machine didn't actually crash this time, but I think there's > enough here to illustrate what's happening. Not quite. 8-) I'm really confused by the sense data. Does it always fail in the same way? If so, can you do two things: 1) Upgrade to the latest driver in -stable. 2) Add the following patch which should print out the packet headers. 3) Run with a verbose boot -- Justin --==========2028509384========== Content-Type: text/plain; charset=us-ascii; name="aic79xx.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="aic79xx.diff"; size=680 Index: aic79xx_osm.c =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic79xx_osm.c,v retrieving revision 1.3.2.1 diff -c -r1.3.2.1 aic79xx_osm.c *** aic79xx_osm.c 31 Aug 2002 07:25:51 -0000 1.3.2.1 --- aic79xx_osm.c 1 Oct 2002 03:48:36 -0000 *************** *** 333,338 **** --- 333,342 ---- for (i = 0; i < sense_len; i++) printf(" 0x%x", ((uint8_t *)&ccb->csio.sense_data)[i]); printf("\n"); + printf("Sense Pkt: "); + for (i = 0; i < 12; i++) + printf(" 0x%x", scb->sense_data[i]); + printf("\n"); scb->io_ctx->ccb_h.status |= CAM_AUTOSNS_VALID; } ccb->ccb_h.status &= ~CAM_SIM_QUEUED; --==========2028509384==========-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Sep 30 22:46: 1 2002 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 1E25B37B401 for ; Mon, 30 Sep 2002 22:46:01 -0700 (PDT) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4BB443E65 for ; Mon, 30 Sep 2002 22:46:00 -0700 (PDT) (envelope-from jdd@greatschools.net) Received: from cube (m198-158.dsl.rawbw.com [198.144.198.158]) by mail0.rawbw.com (8.11.3/8.11.3) with ESMTP id g915jvZ01332; Mon, 30 Sep 2002 22:45:57 -0700 (PDT) (envelope-from jdd@greatschools.net) Date: Mon, 30 Sep 2002 22:45:54 -0700 (PDT) From: John David Duncan X-X-Sender: jdd@cube To: "Justin T. Gibbs" Cc: "Long, Scott" , Subject: RE: Adaptec AIC-7902 (Utlra 320) In-Reply-To: <224210000.1033445101@aslan.scsiguy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Not quite. 8-) I'm really confused by the sense data. Does it always > fail in the same way? If so, can you do two things: Yes, as far as I can tell, it always fails in the same way. I'll update the driver and send that to you later this week. > > 1) Upgrade to the latest driver in -stable. > 2) Add the following patch which should print out the packet headers. > 3) Run with a verbose boot > > -- > Justin > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Oct 1 1:56:30 2002 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 A891737B401; Tue, 1 Oct 2002 01:56:26 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 523E143E3B; Tue, 1 Oct 2002 01:56:25 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id OAA10342; Tue, 1 Oct 2002 14:56:58 +1000 Date: Tue, 1 Oct 2002 15:06:21 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: "Kenneth D. Merry" Cc: "M. Warner Losh" , , , , Subject: Re: kern/15608: acd0 / cd0 give inconsistent errors on empty tray open() In-Reply-To: <20020829223429.A62384@panzer.kdm.org> Message-ID: <20021001142616.M354-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org [Lot's quoted since this is a reply to old mail] Long ago, on Thu, 29 Aug 2002, Kenneth D. Merry wrote: > On Thu, Aug 29, 2002 at 21:52:27 +1000, Bruce Evans wrote: > > On Mon, 26 Aug 2002, Kenneth D. Merry wrote: > > > On Sun, Aug 25, 2002 at 17:07:32 +1000, Bruce Evans wrote: > > > > > > [...] > > > > There is a CDIOCCLOSE which seems to be supported by acd and by some > > > > unmaintained cdrom drivers by not by the scsi cdrom driver. > > > > > > Ahh, I missed that. > > > > [...] > > > Well, here is a first pass at it. Let me know what you think. I finally configured atapicam so that I could test this, but I seem to have deleted the mail with the patch. Please resend the patch. > > > > dsopen() has similar issues. It attempts to read MBRs and disk labels > > > > and can probably return EIO for read errors when there is no media or > > > > bad media. One reason why the fd driver doesn't use the slice layer > > > > is that I never got this working well enough for floppies. It is hard > > > > to issue formatting ioctls when the open fails because the MBR is > > > > unreadable. > > > > > > FWIW, if the slice code is setup to attempt to read labels off the disk, but > > > there is no media in the drive (i.e. sector size and sectors per unit are > > > 0, or it could be because p_size for the first partition is 0), it panics. > > > (DSO_COMPATLABEL is set, and DSO_NOLABELS is cleared) > > > > > > If the slice code is setup not to attempt to read labels off the disk, it > > > doesn't panic at least. > > > > Hmm. I never committed the patch that makes dsopen() return EINVAL > > if the sector size is 0. (We added an early return if the sector size > > is not a multiple of DEV_BSIZE some time ago.) But these early returns > > of an error are not quite right, since they cause the whole open() to > > fail, but dsopen() is really only about the slice+label parts of opening > > disks. This is now "fixed" in diskopen() by dividing by the sector size before dsopen() can validate it. When the drive tray is open, division by 0 only happens if there have been no previous successful opens, so something is apparently remembering the label for too long. These are some of the bugs introduced in subr_disk.c rev.1.59 (the others are lossage of passing the d_type, d_typename, d_packname and d_flags fields from the driver). > > > Behavior of things like dd(1) is different, obviously, because it no longer > > > fails in open() with an empty drive. e.g., new behavior is: > > > > > > ================ > > > {nargothrond:/usr/home/ken:2:0} dd if=/dev/cd0c of=/dev/null bs=2k > > > dd: /dev/cd0c: Device not configured > > > 0+0 records in > > > 0+0 records out > > > 0 bytes transferred in 0.004522 secs (0 bytes/sec) > > > ================ > > > > Shouldn't the error be EIO now? Hmm, POSIX just made ENXIO standard for > > read(). From POSIX.1-2001-draft7: > > > > % 36723 [ENXIO] A request was made of a nonexistent device, or the request was outside the > > % 36724 capabilities of the device. > > % ... > > % 36845 * The [ENXIO] optional error condition is added. > > > > Similarly for write(). ENXIO is very reasonable for i/o an open device that > > went away. > > Cool. The error returned will be whatever the error recovery code decides > is appropriate. In the case of "medium not present" errors, that means > ENXIO. (see asc_table[] in sys/cam/scsi/scsi_all.c ) So this thread is now about errors in read(): acd gives EIO but cd will give ENXIO. (cd still gives ENXIO in open() in -current.) > > > cdcontrol seems to get a better idea of what is going on when open() fails: > > > > > > ================ > > > {gondolin:/usr/home/ken:7:1} cdcontrol > > > cdcontrol: no CD device name specified, defaulting to /dev/cd0c > > > Compact Disc Control utility, version 2.0 > > > Type `?' for command list > > > > > > cdcontrol> info > > > cdcontrol: no disc in drive /dev/cd0c > > > cdcontrol> quit > > > ================ > > > > It also prints this if there is no cd0 device but there is a cd0c inode :-). > > The comment before it prints this says that ENXIO is overloaded, but here > > it is too overloaded to work. > > Ahh. > > > > When the ioctl fails instead of the open, it isn't quite as clear about > > > what is going on: > > > > > > ================ > > > {nargothrond:/usr/home/ken:3:1} cdcontrol > > > cdcontrol: no CD device name specified, defaulting to /dev/cd0c > > > Compact Disc Control utility, version 2.0 > > > Type `?' for command list > > > > > > cdcontrol> info > > > cdcontrol: getting toc header: Device not configured > > > cdcontrol: Device not configured > > > cdcontrol> quit > > > ================ > > > > Here it could more reasonably say that there is no disc in the drive, since > > there must at least have been a drive to get that far. Similarly for ENXIO > > in read(). > > Does the acd(4) driver produce the same behavior? acd gives almost the second behaviour: a read error "getting toc header". The read error is EIO instead of ENXIO. > > I didn't try the patch or look closely at it. My only SCSI cdrom is 8 years > > old hasn't been able to read disks for 2-3 years. > > Bummer. I think you should be able to try it out with an ATAPI CDROM > drive if you turn on options ATAPICAM. (FWIW, I don't have any ATA or > ATAPI peripherals at home, except for two disk drives that are mostly dead > and haven't been turned on in 7 or 8 years. :) Thanks for the hint. BTW, atapicam has the interesting property of living alongside atapi. I get devices afd0/da0, cd0/acd0 and cd1/acd1 here. They all work, at least non-concurrently. I haven't tried concurrent opens and expect they would cause problems, especially for writable devices. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Oct 1 4:17:15 2002 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 2B94737B401 for ; Tue, 1 Oct 2002 04:17:12 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id BC91F43E75 for ; Tue, 1 Oct 2002 04:17:10 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 1 Oct 2002 12:17:09 +0100 (BST) To: freebsd-scsi@freebsd.org Subject: timed out X-Request-Do: Date: Tue, 01 Oct 2002 12:17:09 +0100 From: David Malone Message-ID: <200210011217.aa29164@salmon.maths.tcd.ie> Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Someone's news server hung yesterday with the following messages. It looks like da2 timed out, a BDR was issued but some of the other disk never came back again. The machine is running 4.6-STABLE - I'm guessing that some piece of hardware just went to sleep, but maybe someone could glance at the messages and see if that makes sense. Boot messages are included below the log messages. David. Sep 30 13:39:11 x /kernel: (da2:ahc0:0:2:0): SCB 0x98 - timed out Sep 30 13:39:11 x /kernel: ahc0: Dumping Card State while idle, at SEQADDR 0x9 Sep 30 13:39:11 x /kernel: ACCUM = 0x4, SINDEX = 0x64, DINDEX = 0x65, ARG_2 = 0x13 Sep 30 13:39:11 x /kernel: HCNT = 0x0 SCBPTR = 0xd Sep 30 13:39:11 x /kernel: SCSISEQ = 0x12, SBLKCTL = 0xa Sep 30 13:39:11 x /kernel: DFCNTRL = 0x0, DFSTATUS = 0x89 Sep 30 13:39:11 x /kernel: LASTPHASE = 0x1, SCSISIGI = 0x0, SXFRCTL0 = 0x80 Sep 30 13:39:11 x /kernel: SSTAT0 = 0x0, SSTAT1 = 0x8 Sep 30 13:39:11 x /kernel: SCSIPHASE = 0x0 Sep 30 13:39:11 x /kernel: STACK == 0x3, 0x175, 0x160, 0xe7 Sep 30 13:39:11 x /kernel: SCB count = 254 Sep 30 13:39:11 x /kernel: Kernel NEXTQSCB = 47 Sep 30 13:39:11 x /kernel: Card NEXTQSCB = 47 Sep 30 13:39:11 x /kernel: QINFIFO entries: Sep 30 13:39:11 x /kernel: Waiting Queue entries: Sep 30 13:39:11 x /kernel: Disconnected Queue entries: 13:79 9:152 Sep 30 13:39:11 x /kernel: QOUTFIFO entries: Sep 30 13:39:11 x /kernel: Sequencer Free SCB List: 16 21 25 24 5 8 6 12 7 19 0 29 31 30 27 3 20 23 18 1 2 4 17 14 10 11 15 26 22 28 Sep 30 13:39:11 x /kernel: Sequencer SCB Info: 0(c 0x60, s 0x7, l 0, t 0xff) 1(c 0x60, s 0x7, l 0, t 0xff) 2(c 0x60, s 0x7, l 0, t 0xff) 3(c 0x60, s 0x7, l 0, t 0xff) 4(c 0x60, s 0x7, l 0, t 0xff) 5(c 0x60, s 0x7, l 0, t 0xff) 6(c 0x60, s 0x7, l 0, t 0xff) 7(c 0x60, s 0x7, l 0, t 0xff) 8(c 0x60, s 0x37, l 0, t 0xff) 9(c 0x64, s 0x27, l 0, t 0x98) 10(c 0x60, s 0x7, l 0, t 0xff) 11(c 0x60, s 0x7, l 0, t 0xff) 12(c 0x60, s 0x17, l 0, t 0xff) 13(c 0x64, s 0x27, l 0, t 0x4f) 14(c 0x60, s 0x37, l 0, t 0xff) 15(c 0x60, s 0x7, l 0, t 0xff) 16(c 0x60, s 0x17, l 0, t 0xff) 17(c 0x60, s 0x7, l 0, t 0xff) 18(c 0x60, s 0x7, l 0, t 0xff) 19(c 0x60, s 0x7, l 0, t 0xff) 20(c 0x60, s 0x7, l 0, t 0xff) 21(c 0x60, s 0x17, l 0, t 0xff) 22(c 0x60, s 0x7, l 0, t 0xff) 23(c 0x60, s 0x7, l 0, t 0xff) 24(c 0x60, s 0x7, l 0, t 0xff) 25(c 0x60, s 0x17, l 0, t 0xff) 26(c 0x60, s 0x7, l 0, t 0xff) 27(c 0x60, s 0x7, l 0, t 0xff) 28(c 0x60, s 0x7, l 0, t 0xff) 29(c 0x60, s 0x7, l 0, t 0xff) 30(c 0x60, s 0x 7, l 0, t 0xff) 31(c 0x60, s 0x7, l 0, t 0xff) Sep 30 13:39:11 x /kernel: Pending list: 79(c 0x60, s 0x27, l 0), 152(c 0x60, s 0x27, l 0) Sep 30 13:39:11 x /kernel: Kernel Free SCB list: 186 213 14 175 94 32 221 156 183 38 174 129 88 67 179 84 197 41 102 141 224 192 48 96 161 159 44 111 234 202 40 252 58 95 63 53 34 132 2 9 105 87 191 4 0 251 249 220 109 189 168 69 81 127 187 246 201 145 171 208 93 181 29 121 178 163 184 229 169 17 206 91 50 56 19 116 101 42 165 157 64 80 153 66 46 85 134 100 52 24 205 199 13 7 119 115 142 22 65 215 76 77 122 203 20 23 31 164 250 207 107 170 245 37 68 139 27 237 210 158 226 233 39 8 125 154 70 150 89 176 98 128 151 55 12 236 166 185 235 25 227 124 123 5 172 143 160 140 194 225 135 240 223 209 180 136 108 43 92 113 10 62 242 243 133 97 90 35 228 120 248 49 167 51 112 219 3 15 117 211 204 222 193 103 1 74 231 217 78 18 118 110 61 86 198 155 148 83 126 99 21 59 6 241 147 253 104 30 190 230 137 195 36 114 26 131 216 71 212 11 106 28 196 60 54 72 146 239 200 188 162 138 73 218 238 16 75 214 173 33 232 45 82 182 144 130 247 149 177 57 244 Sep 30 13:39:11 x /kernel: sg[0] - Addr 0xbc5d000 : Length 4096 Sep 30 13:39:11 x /kernel: sg[1] - Addr 0xbde000 : Length 4096 Sep 30 13:39:11 x /kernel: sg[2] - Addr 0x396df000 : Length 4096 Sep 30 13:39:11 x /kernel: sg[3] - Addr 0xde0000 : Length 4096 Sep 30 13:39:11 x /kernel: sg[4] - Addr 0x17a61000 : Length 4096 Sep 30 13:39:11 x /kernel: sg[5] - Addr 0xbd62000 : Length 4096 Sep 30 13:39:11 x /kernel: sg[6] - Addr 0x2c263000 : Length 4096 Sep 30 13:39:11 x /kernel: sg[7] - Addr 0x30e4000 : Length 4096 Sep 30 13:39:11 x /kernel: (da2:ahc0:0:2:0): Queuing a BDR SCB Sep 30 13:39:11 x /kernel: (da2:ahc0:0:2:0): Bus Device Reset Message Sent Sep 30 13:39:11 x /kernel: (da2:ahc0:0:2:0): no longer in timeout, status = 34b Sep 30 13:39:11 x /kernel: ahc0: Bus Device Reset on A:2. 1 SCBs aborted Sep 30 14:16:14 x /kernel: (da2:ahc0:0:2:0): Unexpected busfree in Data-out phase Sep 30 14:16:14 x /kernel: SEQADDR == 0x55 Sep 30 14:41:48 x /kernel: (da3:ahc0:0:3:0): SCB 0x40 - timed out Sep 30 14:41:48 x /kernel: ahc0: Dumping Card State while idle, at SEQADDR 0x9 Sep 30 14:41:48 x /kernel: ACCUM = 0x4, SINDEX = 0x64, DINDEX = 0x65, ARG_2 = 0x3e Sep 30 14:41:48 x /kernel: HCNT = 0x0 SCBPTR = 0x19 Sep 30 14:41:48 x /kernel: SCSISEQ = 0x12, SBLKCTL = 0xa Sep 30 14:41:48 x /kernel: DFCNTRL = 0x0, DFSTATUS = 0x89 Sep 30 14:41:48 x /kernel: LASTPHASE = 0x1, SCSISIGI = 0x0, SXFRCTL0 = 0x80 Sep 30 14:41:48 x /kernel: SSTAT0 = 0x0, SSTAT1 = 0x8 Sep 30 14:41:48 x /kernel: SCSIPHASE = 0x0 Sep 30 14:41:48 x /kernel: STACK == 0x3, 0x175, 0x160, 0x89 Sep 30 14:41:48 x /kernel: SCB count = 254 Sep 30 14:41:48 x /kernel: Kernel NEXTQSCB = 234 Sep 30 14:41:48 x /kernel: Card NEXTQSCB = 234 Sep 30 14:41:48 x /kernel: QINFIFO entries: Sep 30 14:41:48 x /kernel: Waiting Queue entries: Sep 30 14:41:48 x /kernel: Disconnected Queue entries: 25:251 8:64 Sep 30 14:41:48 x /kernel: QOUTFIFO entries: Sep 30 14:41:48 x /kernel: Sequencer Free SCB List: 22 2 23 9 3 21 10 1 7 17 11 4 6 16 0 27 20 5 14 29 15 26 19 30 31 12 13 28 18 24 Sep 30 14:41:48 x /kernel: Sequencer SCB Info: 0(c 0x60, s 0x17, l 0, t 0xff) 1(c 0x60, s 0x17, l 0, t 0xff) 2(c 0x60, s 0x27, l 0, t 0xff) 3(c 0x60, s 0x17, l 0, t 0xff) 4(c 0x60, s 0x27, l 0, t 0xff) 5(c 0x60, s 0x17, l 0, t 0xff) 6(c 0x60, s 0x37, l 0, t 0xff) 7(c 0x60, s 0x37, l 0, t 0xff) 8(c 0x64, s 0x37, l 0, t 0x40) 9(c 0x60, s 0x37, l 0, t 0xff) 10(c 0x60, s 0x7, l 0, t 0xff) 11(c 0x60, s 0x17, l 0, t 0xff) 12(c 0x60, s 0x17, l 0, t 0xff) 13(c 0x60, s 0x37, l 0, t 0xff) 14(c 0x60, s 0x27, l 0, t 0xff) 15(c 0x60, s 0x27, l 0, t 0xff) 16(c 0x60, s 0x17, l 0, t 0xff) 17(c 0x60, s 0x27, l 0, t 0xff) 18(c 0x60, s 0x37, l 0, t 0xff) 19(c 0x60, s 0x17, l 0, t 0xff) 20(c 0x60, s 0x37, l 0, t 0xff) 21(c 0x60, s 0x27, l 0, t 0xff) 22(c 0x60, s 0x27, l 0, t 0xff) 23(c 0x60, s 0x17, l 0, t 0xff) 24(c 0x60, s 0x17, l 0, t 0xff) 25(c 0x64, s 0x7, l 0, t 0xfb) 26(c 0x60, s 0x17, l 0, t 0xff) 27(c 0x60, s 0x27, l 0, t 0xff) 28(c 0x60, s 0x27, l 0, t 0xff) 29(c 0x60, s 0x17, l 0, t 0 xff) 30(c 0x60, s 0x17, l 0, t 0xff) 31(c 0x60, s 0x Sep 30 14:41:48 x /kernel: t 0xff) Sep 30 14:41:48 x /kernel: Pending list: 251(c 0x60, s 0x7, l 0), 64(c 0x60, s 0x37, l 0) Sep 30 14:41:48 x /kernel: Kernel Free SCB list: 171 32 187 2 53 201 202 19 169 7 84 152 161 38 183 48 58 100 29 134 220 102 63 127 179 115 85 132 95 199 88 215 159 119 101 246 46 41 67 24 208 252 42 50 206 96 69 105 121 175 13 186 116 66 79 165 141 249 168 9 4 91 142 181 111 14 189 44 94 17 56 178 156 191 145 213 65 163 40 221 184 22 47 93 81 76 229 80 109 77 87 205 192 157 129 34 174 0 224 197 153 52 122 203 20 23 31 164 250 207 107 170 245 37 68 139 27 237 210 158 226 233 39 8 125 154 70 150 89 176 98 128 151 55 12 236 166 185 235 25 227 124 123 5 172 143 160 140 194 225 135 240 223 209 180 136 108 43 92 113 10 62 242 243 133 97 90 35 228 120 248 49 167 51 112 219 3 15 117 211 204 222 193 103 1 74 231 217 78 18 118 110 61 86 198 155 148 83 126 99 21 59 6 241 147 253 104 30 190 230 137 195 36 114 26 131 216 71 212 11 106 28 196 60 54 72 146 239 200 188 162 138 73 218 238 16 75 214 173 33 232 45 82 182 144 130 247 149 177 57 244 Sep 30 14:41:48 x /kernel: sg[0] - Addr 0x26c6f000 : Length 4096 Sep 30 14:41:48 x /kernel: sg[1] - Addr 0x307f0000 : Length 4096 Sep 30 14:41:48 x /kernel: (da3:ahc0:0:3:0): Queuing a BDR SCB Sep 30 14:41:48 x /kernel: (da3:ahc0:0:3:0): Bus Device Reset Message Sent Sep 30 14:41:48 x /kernel: (da3:ahc0:0:3:0): no longer in timeout, status = 34b Sep 30 14:41:48 x /kernel: ahc0: Bus Device Reset on A:3. 1 SCBs aborted Boot messages: ahc0: port 0xcc00-0xccff mem 0xfe7ff000-0xfe7fffff irq 5 at device 4.0 on pci3 aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xc800-0xc8ff mem 0xfe7fe000-0xfe7fefff irq 11 at device 4.1 on pci3 aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs pass4 at ahc0 bus 0 target 6 lun 0 pass4: Fixed Processor SCSI-2 device pass4: 3.300MB/s transfers da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 100, 16bit), Tagged Queueing Enabled da0: 17366MB (35566478 512 byte sectors: 255H 63S/T 2213C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 100, 16bit), Tagged Queueing Enabled da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 160.000MB/s transfers (80.000MHz, offset 100, 16bit), Tagged Queueing Enabled da2: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) da3 at ahc0 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 160.000MB/s transfers (80.000MHz, offset 100, 16bit), Tagged Queueing Enabled da3: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Oct 1 11:19: 9 2002 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 73AB837B401 for ; Tue, 1 Oct 2002 11:19:08 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id D1D4B43E4A for ; Tue, 1 Oct 2002 11:19:07 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 86065 invoked by uid 1000); 1 Oct 2002 18:19:08 -0000 Date: Tue, 1 Oct 2002 11:19:08 -0700 (PDT) From: Nate Lawson To: Chuck McCrobie Cc: scsi@FreeBSD.org Subject: Re: Current problem reports assigned to you In-Reply-To: <3D98EECB.8ED06AD7@cablespeed.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 30 Sep 2002, Chuck McCrobie wrote: > Nate Lawson wrote: > > > > I'll revisit the quirks stuff this week and commit them if everything is > > kosher. I'm afraid we're stuck with quirks for now when the devices truly > > do not support 6 byte CDBs. > > > > -Nate > > > [problem reports snipped] > > I guess I've missed most of the discussion about the 6 byte CDBs. Why > not issue 10 byte CDB first, then fall back to 6-byte if that fails > (ILLEGAL COMMAND, etc.) instead of trying 6-byte CDB first, then falling > back to 10-byte? > > Are there any devices which hang on 10-byte CDB's but work with 6-byte > CDBs? Surely most devices are SCSI-1 and should at least recognize that > a 10-byte CDB is illegal? I don't believe that is legal for certain devices but I'm vague on which ones. The "right" fix is to make cdb size an aspect of the transport type but that won't be available until the CAM reworking is done. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Oct 1 12:28:25 2002 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 C775A37B401 for ; Tue, 1 Oct 2002 12:28:24 -0700 (PDT) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65A5B43E86 for ; Tue, 1 Oct 2002 12:28:24 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11] (may be forged)) by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g91JRuN27481; Tue, 1 Oct 2002 12:27:56 -0700 (PDT) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id MAA17382; Tue, 1 Oct 2002 12:27:55 -0700 (PDT) Received: from [10.100.253.70] (aslan [10.100.253.70]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id NAA14699; Tue, 1 Oct 2002 13:27:52 -0600 (MDT) Date: Tue, 01 Oct 2002 13:27:53 -0600 From: "Justin T. Gibbs" Reply-To: "Justin T. Gibbs" To: David Malone , freebsd-scsi@freebsd.org Subject: Re: timed out Message-ID: <3383500000.1033500473@aslan.btc.adaptec.com> In-Reply-To: <200210011217.aa29164@salmon.maths.tcd.ie> References: <200210011217.aa29164@salmon.maths.tcd.ie> X-Mailer: Mulberry/3.0.0a4 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Someone's news server hung yesterday with the following messages. > It looks like da2 timed out, a BDR was issued but some of the other > disk never came back again. It looks like we recovered. I don't see any messages about invalidating the pack. The timeouts seem to occur because one or more of the drives neglects to reselect us to complete a few commands. From the looks of it, you are running at fairly high tag depths. Perhaps these drives simply cannot take the load??? -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Oct 1 12:47:44 2002 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 DF99637B401 for ; Tue, 1 Oct 2002 12:47:43 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 70D3243E65 for ; Tue, 1 Oct 2002 12:47:18 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 1 Oct 2002 20:45:27 +0100 (BST) To: "Justin T. Gibbs" Cc: freebsd-scsi@freebsd.org Subject: Re: timed out In-reply-to: Your message of "Tue, 01 Oct 2002 13:27:53 MDT." <3383500000.1033500473@aslan.btc.adaptec.com> X-Request-Do: Date: Tue, 01 Oct 2002 20:45:26 +0100 From: David Malone Message-ID: <200210012045.aa03894@salmon.maths.tcd.ie> Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > It looks like we recovered. I don't see any messages about invalidating > the pack. The timeouts seem to occur because one or more of the drives > neglects to reselect us to complete a few commands. From the looks of > it, you are running at fairly high tag depths. Perhaps these drives > simply cannot take the load??? OK - I'll get people to keep an eye on the machine - there were no messages after the ones I posted until the machine was reset. Someone thinks that one of the PSUs in the machine may be suspect, so we'll get that replaced if any more trouble shows up. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Oct 1 13: 8:48 2002 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 D95FE37B406 for ; Tue, 1 Oct 2002 13:08:47 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 39EFA43E6A for ; Tue, 1 Oct 2002 13:08:43 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 86415 invoked by uid 1000); 1 Oct 2002 20:08:43 -0000 Date: Tue, 1 Oct 2002 13:08:43 -0700 (PDT) From: Nate Lawson To: current@freebsd.org, scsi@freebsd.org Cc: keramida@freebsd.org Subject: Announce: informal quirk maintainer Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org There has been some confusion regarding how to add new quirks to the SCSI layer, when quirks are needed, and who is responsible. I will be taking ownership of quirk maintenance to help clarify and expedite things. The goal is to interoperate with as much hardware as possible while keeping the table attributed and in well-maintained order. Here are a few guidelines: 1. All quirks submissions must go through GNATS PR db. This is to facilitate tracking and archival of discussion. 2. A quirk is only needed if the device hangs or refuses to operate without it. 3. Please follow the quirk submission guidelines to help things proceed quickly: http://www.root.org/~nate/freebsd/quirks.html 4. Please do not commit quirks directly. 5. GNATS maintainers should assign quirk-related PRs to njl@ In return, I will be responsive and help get your devices working. Please let me know if there are any questions. Thanks, Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Oct 1 13:48: 6 2002 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 203F037B404; Tue, 1 Oct 2002 13:48:06 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76FB643E7B; Tue, 1 Oct 2002 13:48:05 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id g91Km5Co085142; Tue, 1 Oct 2002 13:48:05 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id g91Km5we085138; Tue, 1 Oct 2002 13:48:05 -0700 (PDT) Date: Tue, 1 Oct 2002 13:48:05 -0700 (PDT) From: Nate Lawson Message-Id: <200210012048.g91Km5we085138@freefall.freebsd.org> To: njl@FreeBSD.org, scsi@FreeBSD.org, njl@FreeBSD.org Subject: Re: kern/35999: add support for general flash disks to scsi_da.c Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: add support for general flash disks to scsi_da.c Responsible-Changed-From-To: scsi->njl Responsible-Changed-By: njl Responsible-Changed-When: Tue Oct 1 13:47:22 PDT 2002 Responsible-Changed-Why: New quirk maintainer. Please add any information that is missing (i.e. new/old dmesg, exact device info, etc.) You can find all the needed information at: http://www.root.org/~nate/freebsd/quirks.html http://www.freebsd.org/cgi/query-pr.cgi?pr=35999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Oct 1 13:49:34 2002 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 0EA3537B401; Tue, 1 Oct 2002 13:49:34 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5E1D43E6A; Tue, 1 Oct 2002 13:49:33 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id g91KnXCo085273; Tue, 1 Oct 2002 13:49:33 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id g91KnWYG085269; Tue, 1 Oct 2002 13:49:32 -0700 (PDT) Date: Tue, 1 Oct 2002 13:49:32 -0700 (PDT) From: Nate Lawson Message-Id: <200210012049.g91KnWYG085269@freefall.freebsd.org> To: ivk@kristal.ru, njl@FreeBSD.org, scsi@FreeBSD.org, njl@FreeBSD.org Subject: Re: kern/37332: PATCH: add pen device to scsi_da.c Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: PATCH: add pen device to scsi_da.c State-Changed-From-To: open->feedback State-Changed-By: njl State-Changed-When: Tue Oct 1 13:49:01 PDT 2002 State-Changed-Why: Please add any missing info. Responsible-Changed-From-To: scsi->njl Responsible-Changed-By: njl Responsible-Changed-When: Tue Oct 1 13:49:01 PDT 2002 Responsible-Changed-Why: New quirk maintainer. Please add any information that is missing (i.e. new/old dmesg, exact device info, etc.) You can find all the needed information at: http://www.root.org/~nate/freebsd/quirks.html http://www.freebsd.org/cgi/query-pr.cgi?pr=37332 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Oct 1 13:50:53 2002 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 5993937B401; Tue, 1 Oct 2002 13:50:52 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B48C43E6A; Tue, 1 Oct 2002 13:50:52 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id g91KopCo086538; Tue, 1 Oct 2002 13:50:51 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id g91Kopec086527; Tue, 1 Oct 2002 13:50:51 -0700 (PDT) Date: Tue, 1 Oct 2002 13:50:51 -0700 (PDT) From: Nate Lawson Message-Id: <200210012050.g91Kopec086527@freefall.freebsd.org> To: njl@FreeBSD.org, scsi@FreeBSD.org, njl@FreeBSD.org Subject: Re: kern/37378: [PATCH] No 6-byte-read on Wincan USB pen flash drive, needs quirk Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: [PATCH] No 6-byte-read on Wincan USB pen flash drive, needs quirk Responsible-Changed-From-To: scsi->njl Responsible-Changed-By: njl Responsible-Changed-When: Tue Oct 1 13:49:42 PDT 2002 Responsible-Changed-Why: New quirk maintainer. Please add any information that is missing (i.e. new/old dmesg, exact device info, etc.) You can find all the needed information at: http://www.root.org/~nate/freebsd/quirks.html http://www.freebsd.org/cgi/query-pr.cgi?pr=37378 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Oct 1 13:55:19 2002 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 5BAF137B401; Tue, 1 Oct 2002 13:55:18 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C07543E42; Tue, 1 Oct 2002 13:55:18 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id g91KtHCo087389; Tue, 1 Oct 2002 13:55:17 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id g91KtHb2087385; Tue, 1 Oct 2002 13:55:17 -0700 (PDT) Date: Tue, 1 Oct 2002 13:55:17 -0700 (PDT) From: Nate Lawson Message-Id: <200210012055.g91KtHb2087385@freefall.freebsd.org> To: wilko@FreeBSD.org, njl@FreeBSD.org, scsi@FreeBSD.org, njl@FreeBSD.org Subject: Re: kern/41997: Quirk entry for scsi_da.c for USB pen drive Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Quirk entry for scsi_da.c for USB pen drive State-Changed-From-To: open->feedback State-Changed-By: njl State-Changed-When: Tue Oct 1 13:54:13 PDT 2002 State-Changed-Why: Please let us know if the drive works with 4.6.2R or -stable/-current without the quirk. Responsible-Changed-From-To: scsi->njl Responsible-Changed-By: njl Responsible-Changed-When: Tue Oct 1 13:54:13 PDT 2002 Responsible-Changed-Why: New quirk maintainer. Please add any information that is missing (i.e. new/old dmesg, exact device info, etc.) You can find all the needed information at: http://www.root.org/~nate/freebsd/quirks.html http://www.freebsd.org/cgi/query-pr.cgi?pr=41997 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Oct 2 8:35:58 2002 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 3A86A37B401; Wed, 2 Oct 2002 08:35:57 -0700 (PDT) Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3921143E6A; Wed, 2 Oct 2002 08:35:56 -0700 (PDT) (envelope-from keramida@FreeBSD.org) Received: from hades.hell.gr (patr530-b196.otenet.gr [212.205.244.204]) by mailsrv.otenet.gr (8.12.4/8.12.4) with ESMTP id g92FZJdY014531; Wed, 2 Oct 2002 18:35:49 +0300 (EEST) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.6/8.12.6) with ESMTP id g92FYnmM001208; Wed, 2 Oct 2002 18:34:49 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Received: (from keramida@localhost) by hades.hell.gr (8.12.6/8.12.6/Submit) id g92FXVcx001154; Wed, 2 Oct 2002 18:33:31 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Date: Wed, 2 Oct 2002 18:33:31 +0300 From: Giorgos Keramidas To: Nate Lawson Cc: current@FreeBSD.org, scsi@FreeBSD.org Subject: Re: Announce: informal quirk maintainer Message-ID: <20021002153331.GA734@hades.hell.gr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 2002-10-01 13:08, Nate Lawson wrote: > I will be taking ownership of quirk maintenance to help clarify and > expedite things. The goal is to interoperate with as much hardware > as possible while keeping the table attributed and in > well-maintained order. > > Here are a few guidelines: > > 1. All quirks submissions must go through GNATS PR db. This is to > facilitate tracking and archival of discussion. Sounds a nice idea. > 2. A quirk is only needed if the device hangs or refuses to operate > without it. > 3. Please follow the quirk submission guidelines to help things proceed > quickly: > http://www.root.org/~nate/freebsd/quirks.html > 4. Please do not commit quirks directly. > 5. GNATS maintainers should assign quirk-related PRs to njl@ I am unfamiliar with the notion of "quirks", but as long as you or anyone else takes precautions to avoid creating a bottleneck, in case you have to go away for extended periods of time, that's a fine thing. This is all, IMHO, of course. Giorgos. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Oct 2 11:31:53 2002 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 2AA7437B401 for ; Wed, 2 Oct 2002 11:31:52 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 2082F43E81 for ; Wed, 2 Oct 2002 11:31:47 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 89621 invoked by uid 1000); 2 Oct 2002 18:31:47 -0000 Date: Wed, 2 Oct 2002 11:31:47 -0700 (PDT) From: Nate Lawson To: Giorgos Keramidas Cc: current@FreeBSD.org, scsi@FreeBSD.org Subject: Re: Announce: informal quirk maintainer In-Reply-To: <20021002153331.GA734@hades.hell.gr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, 2 Oct 2002, Giorgos Keramidas wrote: > On 2002-10-01 13:08, Nate Lawson wrote: > > I will be taking ownership of quirk maintenance to help clarify and > > expedite things. The goal is to interoperate with as much hardware > > as possible while keeping the table attributed and in > > well-maintained order. > > > > Here are a few guidelines: ... > > 3. Please follow the quirk submission guidelines to help things proceed > > quickly: > > http://www.root.org/~nate/freebsd/quirks.html > > 4. Please do not commit quirks directly. > > 5. GNATS maintainers should assign quirk-related PRs to njl@ > > I am unfamiliar with the notion of "quirks", but as long as you or > anyone else takes precautions to avoid creating a bottleneck, in case > you have to go away for extended periods of time, that's a fine thing. > This is all, IMHO, of course. Quirks are entries in CAM or the SCSI periph driver for devices which cannot handle certain (legal) commands. It the hardware returns an error, we can recover without a quirk. If the hardware hangs, a quirk is needed. The link above has more details on this if you're interested. In this case, before they were sitting untouched in PRs or developers would commit their own entries at will. Now if they're untouched you have someone to yell at and if developers commit away, someone will yell at them. ;-) -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Oct 2 12:55:25 2002 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 22F1C37B401; Wed, 2 Oct 2002 12:55:24 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CA9B43E4A; Wed, 2 Oct 2002 12:55:23 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.6/8.12.6) with ESMTP id g92JtLWI002466; Wed, 2 Oct 2002 21:55:21 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.6/8.12.6/Submit) id g92JtLpE002465; Wed, 2 Oct 2002 21:55:21 +0200 (CEST) Date: Wed, 2 Oct 2002 21:55:21 +0200 From: Wilko Bulte To: Nate Lawson Cc: wilko@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: kern/41997: Quirk entry for scsi_da.c for USB pen drive Message-ID: <20021002215521.A2414@freebie.xs4all.nl> References: <200210012055.g91KtHb2087385@freefall.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: <200210012055.g91KtHb2087385@freefall.freebsd.org>; from njl@FreeBSD.ORG on Tue, Oct 01, 2002 at 01:55:17PM -0700 X-OS: FreeBSD 4.7-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Oct 01, 2002 at 01:55:17PM -0700, Nate Lawson wrote: > Synopsis: Quirk entry for scsi_da.c for USB pen drive > > State-Changed-From-To: open->feedback > State-Changed-By: njl > State-Changed-When: Tue Oct 1 13:54:13 PDT 2002 > State-Changed-Why: > Please let us know if the drive works with 4.6.2R or -stable/-current > without the quirk. Using FreeBSD freebie.xs4all.nl 4.7-RC FreeBSD 4.7-RC #1: Wed Oct 2 01:35:48 CEST 2002 root@freebie.xs4all.nl:/usr/obj/usr/src/sys/FREEBIE i386 seems to work well without the quirk entry. As in: cd0: Attempt to query device size failed: NOT READY, Medium not present umass0: USB Disk , rev 1.10/1.00, addr 2 da3 at umass-sim0 bus 0 target 0 lun 0 da3: < USB DISK 2.02> Removable Direct Access SCSI-0 device da3: 650KB/s transfers da3: 15MB (32000 512 byte sectors: 64H 32S/T 15C) da3s1: slice starts beyond end of the disk: rejecting it tnx -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Oct 5 14: 1:20 2002 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 1201437B401 for ; Sat, 5 Oct 2002 14:01:19 -0700 (PDT) Received: from stormcrow.codesorcery.net (alb-24-194-118-122.nycap.rr.com [24.194.118.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3844443E4A for ; Sat, 5 Oct 2002 14:01:18 -0700 (PDT) (envelope-from incanus@codesorcery.net) Received: from stormcrow.codesorcery.net (localhost [127.0.0.1]) by stormcrow.codesorcery.net (8.12.3/8.12.3) with ESMTP id g95L1H09069063 for ; Sat, 5 Oct 2002 17:01:18 -0400 (EDT) (envelope-from incanus@codesorcery.net) Received: (from incanus@localhost) by stormcrow.codesorcery.net (8.12.3/8.12.3/Submit) id g95L1G8a069062 for freebsd-scsi@freebsd.org; Sat, 5 Oct 2002 17:01:16 -0400 (EDT) X-Authentication-Warning: stormcrow.codesorcery.net: incanus set sender to incanus@codesorcery.net using -f Date: Sat, 5 Oct 2002 17:01:16 -0400 From: "Justin R. Miller" To: freebsd-scsi@freebsd.org Subject: Mylex AcceleRAID 170 Message-ID: <20021005210116.GC65936@codesorcery.net> Mail-Followup-To: freebsd-scsi@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline X-OpenPGP-Key: http://codesorcery.net/pubkey.html User-Agent: Mutt/1.5.1i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have a Mylex AcceleRAID 170 that I would like to use in 4.6.2 in a RAID5 arrangement. My question is if there is a way to manage the drives (i.e. bring them online, initiate rebuilds, etc.) from within the OS, as I believe to be the case in Linux, or if such activities require a reboot into the RAID BIOS (resulting in obvious downtime). Ideally I would like to be able to have rebuilds actually take place in the OS background upon swapping in a replacement on a failed drive. Thanks for any info. - -- [!] Justin R. Miller Encrypted email preferred (key 0xC9C40C31) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9n1Mc94d6K8nEDDERAiRXAJ9yLPpNXFvFEhZX2dTlqJVRwuxBvwCgl4Au NJ3wItDBZbpxDqywWv+PVwo= =mWwy -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Oct 5 14:56:59 2002 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 47CAC37B401 for ; Sat, 5 Oct 2002 14:56:55 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [207.200.153.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93CA343E6A for ; Sat, 5 Oct 2002 14:56:53 -0700 (PDT) (envelope-from tom@sdf.com) Received: from tom (helo=localhost) by misery.sdf.com with local-esmtp (Exim 2.12 #1) id 17xvto-0001dg-00; Sat, 5 Oct 2002 13:51:44 -0700 Date: Sat, 5 Oct 2002 13:51:42 -0700 (PDT) From: Tom Samplonius To: "Justin R. Miller" Cc: freebsd-scsi@freebsd.org Subject: Re: Mylex AcceleRAID 170 In-Reply-To: <20021005210116.GC65936@codesorcery.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org If you have an intelligent backplane, the AccelRAID 170 will indeed rebuild automatically. However, there is no way to query the AccelRAID 170. Tom On Sat, 5 Oct 2002, Justin R. Miller wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I have a Mylex AcceleRAID 170 that I would like to use in 4.6.2 in a > RAID5 arrangement. My question is if there is a way to manage the > drives (i.e. bring them online, initiate rebuilds, etc.) from within the > OS, as I believe to be the case in Linux, or if such activities require > a reboot into the RAID BIOS (resulting in obvious downtime). Ideally I > would like to be able to have rebuilds actually take place in the OS > background upon swapping in a replacement on a failed drive. > > Thanks for any info. > > - -- > [!] Justin R. Miller > Encrypted email preferred (key 0xC9C40C31) > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.7 (FreeBSD) > > iD8DBQE9n1Mc94d6K8nEDDERAiRXAJ9yLPpNXFvFEhZX2dTlqJVRwuxBvwCgl4Au > NJ3wItDBZbpxDqywWv+PVwo= > =mWwy > -----END PGP SIGNATURE----- > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message