From owner-freebsd-scsi Sun Aug 25 0:10: 8 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 97E6737B400 for ; Sun, 25 Aug 2002 00:10:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 519CB43E86 for ; Sun, 25 Aug 2002 00:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g7P7A4JU021760 for ; Sun, 25 Aug 2002 00:10:04 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7P7A45o021759; Sun, 25 Aug 2002 00:10:04 -0700 (PDT) Date: Sun, 25 Aug 2002 00:10:04 -0700 (PDT) Message-Id: <200208250710.g7P7A45o021759@freefall.freebsd.org> To: scsi@FreeBSD.org Cc: From: Bruce Evans Subject: Re: kern/15608: acd0 / cd0 give inconsistent errors on empty tray open() Reply-To: Bruce Evans 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 The following reply was made to PR kern/15608; it has been noted by GNATS. From: Bruce Evans To: "Kenneth D. Merry" Cc: "M. Warner Losh" , , , , , , Subject: Re: kern/15608: acd0 / cd0 give inconsistent errors on empty tray open() Date: Sun, 25 Aug 2002 17:07:32 +1000 (EST) On Thu, 22 Aug 2002, Kenneth D. Merry wrote: > On Fri, Aug 23, 2002 at 12:41:28 +1000, Bruce Evans wrote: > > I think the bug is that the open doesn't succeed. The device is > > reported as being there at boot time, and there is enough of it there > > to tell which parts of it aren't there, so why not open() it so that > > you do things like ioctl() on it to close its door and make it there? > > There is no ioctl in the interface for loading a CD. None of the other > ioctls, I think, make much sense without media in the drive. There is a CDIOCCLOSE which seems to be supported by acd and by some unmaintained cdrom drivers by not by the scsi cdrom driver. > The reason we need to do a read capacity in the open() routine, which is > why the open fails when there is no media, is so we can fill in the > d_secsize and d_secperunit fields in the disklabel. acdopen() calls acd_read_toc() which does similar things. When there is no media, acd_read_toc() fails with the not quite right error EBUSY, but acdopen() ignores this error and the open succeeds and you can try CDIOCCLOSE() to attempt to load media. So it seems that acdopen() already works like I want, and the EIO error reported earlier doesn't actually occur for acdopen(). 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. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Aug 25 6:47:11 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 ADEFC37B400 for ; Sun, 25 Aug 2002 06:47:06 -0700 (PDT) Received: from mx1.ovh.net (b1.ovh.net [213.186.33.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D54043E65 for ; Sun, 25 Aug 2002 06:47:05 -0700 (PDT) (envelope-from pcasidy@casidy.com) Received: (qmail 22968 invoked by uid 503); 25 Aug 2002 13:46:56 -0000 Received: from unknown (HELO gueway.home) (212.43.212.24) by ns0.ovh.net with DES-CBC3-SHA encrypted SMTP; 25 Aug 2002 13:46:56 -0000 Received: from littleoak.home (littleoak.home [192.168.1.3]) by gueway.home (8.12.5/8.12.5) with ESMTP id g7PDmAlX004593 for ; Sun, 25 Aug 2002 15:48:14 +0200 (CEST) (envelope-from pcasidy@littleoak.home) Message-Id: <200208251348.g7PDmAlX004593@gueway.home> Date: Sun, 25 Aug 2002 15:41:57 +0200 (CEST) From: Philippe CASIDY Subject: Trying to install an SCSI Floptical drive To: freebsd-scsi@freebsd.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 Hi! As said in the subject, i try to install an INSITE Floptical drive. Ang all i get is this in my dmesg: Waiting 3 seconds for SCSI devices to settle sym0: <895> port 0xe800-0xe8ff mem 0xeb002000-0xeb002fff,0xeb001000-0xeb0010ff irq 9 at device 11.0 on pci0 sym0: Tekram NVRAM, ID 7, Fast-40, SE, parity checking ... (noperiph:sym0:0:-1:-1): SCSI BUS mode change from SE to SE. (probe2:sym0:0:2:0): phase change 6-2 6@1f1de98c resid=5. sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sym0: unexpected disconnect sa0 at sym0 bus 0 target 5 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit) (da1:sym0:0:2:0): phase change 6-2 6@1f1fd78c resid=5. Mounting root from ufs:/dev/ad0s2a da0 at sym0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) (da1:sym0:0:2:0): phase change 6-2 6@1f1fd78c resid=5. (da1:sym0:0:2:0): phase change 6-2 6@1f1fd78c resid=5. (da1:sym0:0:2:0): phase change 6-2 6@1f1fd78c resid=5. (da1:sym0:0:2:0): phase change 6-2 6@1f1fd78c resid=5. da1 at sym0 bus 0 target 2 lun 0 da1: Removable Direct Access SCSI-CCS device da1: 3.300MB/s transfers da1: Attempt to query device size failed: MEDIUM ERROR, Track following error An advice is welcome. Thanks in advance. Phil. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Aug 25 12: 3: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 97EE837B400 for ; Sun, 25 Aug 2002 12:03:43 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E29243E65 for ; Sun, 25 Aug 2002 12:03:42 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: from innocence.interface-business.de (localhost.interface-business.de [127.0.0.1]) by innocence.interface-business.de (8.12.5/8.12.5/ifb evision: 1.23 $) with ESMTP id g7PJ028q014602; Sun, 25 Aug 2002 21:00:02 +0200 (CEST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by innocence.interface-business.de (8.12.5/8.12.5/Submit) with UUCP id g7PJ02gT014601; Sun, 25 Aug 2002 21:00:02 +0200 (CEST) Received: from uriah.heep.sax.de (localhost.heep.sax.de [127.0.0.1]) by uriah.heep.sax.de (8.12.5/8.12.5) with ESMTP id g7PIqaBs029085; Sun, 25 Aug 2002 20:52:36 +0200 (MET DST) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.12.5/8.12.5/Submit) id g7PIqZBw029084; Sun, 25 Aug 2002 20:52:35 +0200 (MET DST) (envelope-from j) Date: Sun, 25 Aug 2002 20:52:35 +0200 (MET DST) Message-Id: <200208251852.g7PIqZBw029084@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <200208251348.g7PDmAlX004593@gueway.home> From: j@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: Trying to install an SCSI Floptical drive X-Original-Newsgroups: local.freebsd.scsi To: freebsd-scsi@freebsd.org Cc: Philippe CASIDY 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 Philippe CASIDY wrote: > da1 at sym0 bus 0 target 2 lun 0 > da1: Removable Direct Access SCSI-CCS device > da1: 3.300MB/s transfers > da1: Attempt to query device size failed: MEDIUM ERROR, Track following error That's a genuine hardware failure, you gotta fix that hardware. Back in the days when those drives were new (they came built into the SGI Indy), i tried to use one on FreeBSD (2.1.x probably, or maybe even 1.1.5.1). I never really succeeded. But then, i remember that these drives were *very* fragile wrt. dust. In the Indy, they have been built without the usual dust flap before the medium slot, so due to the influx of air they regularly became totally unusable -- even for handling normal floppy media -- after a week or so. With the `enhanced' media, the idea was to implement an optical track servo to increase the track density (on one side, the other side was then used to actually record the data). So if you were getting the above with a 20 MB medium inserted, i wouldn't be surprised if it's indeed too much dust on the optical sensing unit (where a `track following error' as the result would make some sense). -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Aug 26 1:53:37 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 570D837B401 for ; Mon, 26 Aug 2002 01:53:34 -0700 (PDT) Received: from pegasus.freiberg-net.de (pegasus.freiberg-net.de [80.243.43.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69B5D43E42 for ; Mon, 26 Aug 2002 01:53:31 -0700 (PDT) (envelope-from holm@pegasus.freiberg-net.de) Received: from pegasus.freiberg-net.de (localhost.freiberg-net.de [127.0.0.1]) by pegasus.freiberg-net.de (8.12.5/8.12.2) with ESMTP id g7Q8rT6J003737 for ; Mon, 26 Aug 2002 10:53:29 +0200 (CEST) (envelope-from holm@pegasus.freiberg-net.de) Received: (from holm@localhost) by pegasus.freiberg-net.de (8.12.5/8.12.5/Submit) id g7Q8rTq6003736 for freebsd-scsi@freebsd.org; Mon, 26 Aug 2002 10:53:29 +0200 (CEST) Date: Mon, 26 Aug 2002 10:53:29 +0200 From: Holm Tiffe To: freebsd-scsi@freebsd.org Subject: Camcontrol negotiate in -current Message-ID: <20020826105329.B3473@pegasus.freiberg-net.de> Reply-To: holm@freibergnet.de Mail-Followup-To: Holm Tiffe , freebsd-scsi@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i Organization: FreibergNet Internet Services X-Phone: +49-3731-781279 X-Fax: +49-3731-781377 X-PGP-fingerprint: 86 EC A5 63 B5 28 78 13 8B FC E9 09 04 6E 86 FC 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 Hi guys, yesterday I've upgraded my -current from march to a current -current and now /sbin/camcontrol negotiate da4 -R 10 -qac >/dev/null 2>&1 is'nt working as expected anymore. I've used this, to keep an old bad Quantum drive working, that triggers SCSI Bus hangs if it is running at the full negotiated 20Mhz speed. With the current camcontrol, I can switch tagged queueing on and of, but I can't change the bus speed anymore: # /sbin/camcontrol negotiate da4 -R 10 -vac Current Parameters: (pass6:sym0:0:6:0): sync parameter: 12 (pass6:sym0:0:6:0): frequency: 20.000MHz (pass6:sym0:0:6:0): offset: 16 (pass6:sym0:0:6:0): bus width: 16 bits (pass6:sym0:0:6:0): disconnection is enabled (pass6:sym0:0:6:0): tagged queueing is enabled sym0: SIM/HBA version: 1 sym0: supports tag queue messages sym0: supports SDTR message sym0: supports 16 bit wide SCSI sym0: supports MDP message sym0: HBA engine count: 0 sym0: maximum target: 15 sym0: maximum LUN: 7 sym0: highest path ID in subsystem: 0 sym0: initiator ID: 7 sym0: SIM vendor: FreeBSD sym0: HBA vendor: Symbios sym0: bus ID: 0 sym0: base transfer speed: 3.300MB/sec Unit is ready New Parameters: (pass6:sym0:0:6:0): sync parameter: 12 (pass6:sym0:0:6:0): frequency: 20.000MHz (pass6:sym0:0:6:0): offset: 16 (pass6:sym0:0:6:0): bus width: 16 bits (pass6:sym0:0:6:0): disconnection is enabled (pass6:sym0:0:6:0): tagged queueing is enabled The controller is an Tekram DC39x (have to look at it for the correct model) and the disk is an QUANTUM VIKING 4.5 SCA 880R. J"org Wunsch (joerg@freebsd.org) can reproduce this. I have an new disk here, but I can't get the data from the old drive, the tape rewinds after BDR. Holm -- FreibergNet Systemhaus GbR Holm Tiffe * Administration, Development Systemhaus für Daten- und Netzwerktechnik phone +49 3731 781279 Unternehmensgruppe Liebscher & Partner fax +49 3731 781377 D-09599 Freiberg * Am St. Niclas Schacht 13 http://www.freibergnet.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Aug 26 10:22:28 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 AFD4237B400 for ; Mon, 26 Aug 2002 10:22:26 -0700 (PDT) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35D5243E9C for ; Mon, 26 Aug 2002 10:22:26 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g7QHMKG25785; Mon, 26 Aug 2002 10:22:20 -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 KAA16146; Mon, 26 Aug 2002 10:22:19 -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 LAA23502; Mon, 26 Aug 2002 11:22:16 -0600 (MDT) Date: Mon, 26 Aug 2002 11:22:17 -0600 From: "Justin T. Gibbs" Reply-To: "Justin T. Gibbs" To: holm@freibergnet.de, freebsd-scsi@freebsd.org Subject: Re: Camcontrol negotiate in -current Message-ID: <22210000.1030382537@aslan.btc.adaptec.com> In-Reply-To: <20020826105329.B3473@pegasus.freiberg-net.de> References: <20020826105329.B3473@pegasus.freiberg-net.de> X-Mailer: Mulberry/2.2.1 (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 > Hi guys, > > yesterday I've upgraded my -current from march to a current -current > and now /sbin/camcontrol negotiate da4 -R 10 -qac >/dev/null 2>&1 > is'nt working as expected anymore. Try cvsuping again and rebuilding libcam and camcontrol. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Aug 26 11: 2:35 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 8136337B400 for ; Mon, 26 Aug 2002 11:02:29 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 409FA43E4A for ; Mon, 26 Aug 2002 11:02: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.4/8.12.4) with ESMTP id g7QI2TJU086308 for ; Mon, 26 Aug 2002 11:02:29 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g7QI2SgB086304 for scsi@freebsd.org; Mon, 26 Aug 2002 11:02:28 -0700 (PDT) Date: Mon, 26 Aug 2002 11:02:28 -0700 (PDT) Message-Id: <200208261802.g7QI2SgB086304@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 2 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 Aug 26 21:17:21 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 7D0D037B400; Mon, 26 Aug 2002 21:16:47 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A4AC43E42; Mon, 26 Aug 2002 21:16:46 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.5/8.12.5) with ESMTP id g7R4GhKD039962; Mon, 26 Aug 2002 22:16:43 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.5/8.12.5/Submit) id g7R4GhWM039961; Mon, 26 Aug 2002 22:16:43 -0600 (MDT) (envelope-from ken) Date: Mon, 26 Aug 2002 22:16:42 -0600 From: "Kenneth D. Merry" To: Bruce Evans Cc: "M. Warner Losh" , johan@FreeBSD.ORG, nsayer@quack.kfu.com, freebsd-scsi@FreeBSD.ORG, freebsd-standards@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: kern/15608: acd0 / cd0 give inconsistent errors on empty tray open() Message-ID: <20020826221642.A39886@panzer.kdm.org> References: <20020822223203.A13222@panzer.kdm.org> <20020825164629.H14756-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020825164629.H14756-100000@gamplex.bde.org>; from bde@zeta.org.au on Sun, Aug 25, 2002 at 05:07:32PM +1000 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 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [ freebsd-gnats-submit taken out for now, so we don't clutter up the PR database too much with in-progress patches ] On Sun, Aug 25, 2002 at 17:07:32 +1000, Bruce Evans wrote: > On Thu, 22 Aug 2002, Kenneth D. Merry wrote: > > On Fri, Aug 23, 2002 at 12:41:28 +1000, Bruce Evans wrote: > > > I think the bug is that the open doesn't succeed. The device is > > > reported as being there at boot time, and there is enough of it there > > > to tell which parts of it aren't there, so why not open() it so that > > > you do things like ioctl() on it to close its door and make it there? > > > > There is no ioctl in the interface for loading a CD. None of the other > > ioctls, I think, make much sense without media in the drive. > > 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. > > The reason we need to do a read capacity in the open() routine, which is > > why the open fails when there is no media, is so we can fill in the > > d_secsize and d_secperunit fields in the disklabel. > > acdopen() calls acd_read_toc() which does similar things. When there is > no media, acd_read_toc() fails with the not quite right error EBUSY, but > acdopen() ignores this error and the open succeeds and you can try > CDIOCCLOSE() to attempt to load media. So it seems that acdopen() already > works like I want, and the EIO error reported earlier doesn't actually > occur for acdopen(). Well, here is a first pass at it. Let me know what you think. > 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. 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) ================ current behavior is: ================ {gondolin:/usr/home/ken:6:1} dd if=/dev/cd0c of=/dev/null bs=2k dd: /dev/cd0c: Device not configured ================ 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 ================ 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 ================ Ken -- Kenneth Merry ken@kdm.org --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="scsi_cd.c.20020826" ==== //depot/FreeBSD-ken/src/sys/cam/scsi/scsi_cd.c#23 - /usr/home/ken/perforce/FreeBSD-ken/src/sys/cam/scsi/scsi_cd.c ==== --- /tmp/tmp.15286.0 Mon Aug 26 21:59:38 2002 +++ /usr/home/ken/perforce/FreeBSD-ken/src/sys/cam/scsi/scsi_cd.c Mon Aug 26 21:56:21 2002 @@ -1,6 +1,6 @@ /* * Copyright (c) 1997 Justin T. Gibbs. - * Copyright (c) 1997, 1998, 1999, 2000, 2001 Kenneth D. Merry. + * Copyright (c) 1997, 1998, 1999, 2000, 2001, 2002 Kenneth D. Merry. * All rights reserved. * * Redistribution and use in source and binary forms, with or without @@ -94,7 +94,8 @@ CD_FLAG_CHANGER = 0x040, CD_FLAG_ACTIVE = 0x080, CD_FLAG_SCHED_ON_COMP = 0x100, - CD_FLAG_RETRY_UA = 0x200 + CD_FLAG_RETRY_UA = 0x200, + CD_FLAG_VALID_MEDIA = 0x400 } cd_flags; typedef enum { @@ -204,7 +205,8 @@ static int cderror(union ccb *ccb, u_int32_t cam_flags, u_int32_t sense_flags); static void cdprevent(struct cam_periph *periph, int action); -static int cdsize(dev_t dev, u_int32_t *size); +static int cdcheckmedia(struct cam_periph *periph); +static int cdsize(struct cam_periph *periph, u_int32_t *size); static int cdfirsttrackisdata(struct cam_periph *periph); static int cdreadtoc(struct cam_periph *periph, u_int32_t mode, u_int32_t start, struct cd_toc_entry *data, @@ -229,7 +231,7 @@ u_int32_t etrack, u_int32_t eindex); static int cdpause(struct cam_periph *periph, u_int32_t go); static int cdstopunit(struct cam_periph *periph, u_int32_t eject); -static int cdstartunit(struct cam_periph *periph); +static int cdstartunit(struct cam_periph *periph, int load); static int cdreportkey(struct cam_periph *periph, struct dvd_authinfo *authinfo); static int cdsendkey(struct cam_periph *periph, @@ -858,11 +860,8 @@ static int cdopen(dev_t dev, int flags, int fmt, struct thread *td) { - struct disklabel *label; struct cam_periph *periph; struct cd_softc *softc; - struct ccb_getdev cgd; - u_int32_t size; int error; int s; @@ -891,72 +890,12 @@ if (cam_periph_acquire(periph) != CAM_REQ_CMP) return(ENXIO); - cdprevent(periph, PR_PREVENT); - - /* find out the size */ - if ((error = cdsize(dev, &size)) != 0) { - cdprevent(periph, PR_ALLOW); - cam_periph_unlock(periph); - cam_periph_release(periph); - return(error); - } - - /* - * If we get a non-zero return, revert back to not reading the - * label off the disk. The first track is likely audio, which - * won't have a disklabel. - */ - if ((error = cdfirsttrackisdata(periph)) != 0) { - softc->disk.d_dsflags &= ~DSO_COMPATLABEL; - softc->disk.d_dsflags |= DSO_NOLABELS; - error = 0; - } - - /* - * Build prototype label for whole disk. - * Should take information about different data tracks from the - * TOC and put it in the partition table. - */ - label = &softc->disk.d_label; - bzero(label, sizeof(*label)); - label->d_type = DTYPE_SCSI; - - /* - * Grab the inquiry data to get the vendor and product names. - * Put them in the typename and packname for the label. - */ - xpt_setup_ccb(&cgd.ccb_h, periph->path, /*priority*/ 1); - cgd.ccb_h.func_code = XPT_GDEV_TYPE; - xpt_action((union ccb *)&cgd); - - strncpy(label->d_typename, cgd.inq_data.vendor, - min(SID_VENDOR_SIZE, sizeof(label->d_typename))); - strncpy(label->d_packname, cgd.inq_data.product, - min(SID_PRODUCT_SIZE, sizeof(label->d_packname))); - - label->d_secsize = softc->params.blksize; - label->d_secperunit = softc->params.disksize; - label->d_flags = D_REMOVABLE; - /* - * Make partition 'a' cover the whole disk. This is a temporary - * compatibility hack. The 'a' partition should not exist, so - * the slice code won't create it. The slice code will make - * partition (RAW_PART + 'a') cover the whole disk and fill in - * some more defaults. - */ - label->d_partitions[0].p_size = label->d_secperunit; - label->d_partitions[0].p_fstype = FS_OTHER; - /* - * We unconditionally (re)set the blocksize each time the - * CD device is opened. This is because the CD can change, - * and therefore the blocksize might change. - * XXX problems here if some slice or partition is still - * open with the old size? + * Check for media, and set the appropriate flags. We don't bail + * if we don't have media, but then we don't allow anything but the + * CDIOCEJECT/CDIOCCLOSE ioctls if there is no media. */ - if ((softc->device_stats.flags & DEVSTAT_BS_UNAVAILABLE) != 0) - softc->device_stats.flags &= ~DEVSTAT_BS_UNAVAILABLE; - softc->device_stats.block_size = softc->params.blksize; + cdcheckmedia(periph); cam_periph_unlock(periph); @@ -1373,6 +1312,21 @@ } /* + * If we don't have valid media, look for it before trying to + * schedule the I/O. + */ + if ((softc->flags & CD_FLAG_VALID_MEDIA) == 0) { + int error; + + error = cdcheckmedia(periph); + if (error != 0) { + splx(s); + biofinish(bp, NULL, error); + return; + } + } + + /* * Place it in the queue of disk activities for this disk */ bioqdisksort(&softc->bio_queue, bp); @@ -1804,6 +1758,20 @@ if (error != 0) return(error); + /* + * If we don't have media loaded, check for it. If still don't + * have media loaded, we can only do a load or eject. + */ + if (((softc->flags & CD_FLAG_VALID_MEDIA) == 0) + && ((cmd != CDIOCCLOSE) + && (cmd != CDIOCEJECT))) { + error = cdcheckmedia(periph); + if (error != 0) { + cam_periph_unlock(periph); + return (error); + } + } + switch (cmd) { case CDIOCPLAYTRACKS: @@ -2381,7 +2349,10 @@ error = cdpause(periph, 0); break; case CDIOCSTART: - error = cdstartunit(periph); + error = cdstartunit(periph, 0); + break; + case CDIOCCLOSE: + error = cdstartunit(periph, 1); break; case CDIOCSTOP: error = cdstopunit(periph, 0); @@ -2482,18 +2453,103 @@ } static int -cdsize(dev_t dev, u_int32_t *size) +cdcheckmedia(struct cam_periph *periph) +{ + struct disklabel *label; + struct cd_softc *softc; + struct ccb_getdev cgd; + u_int32_t size; + int error; + + softc = (struct cd_softc *)periph->softc; + + cdprevent(periph, PR_PREVENT); + + /* + * Get the disc size and block size. If we can't get it, we don't + * have media, most likely. So we clear the valid media flag and + * make sure we're setup to use fake labels. + */ + if ((error = cdsize(periph, &size)) != 0) { + softc->flags &= ~CD_FLAG_VALID_MEDIA; + softc->disk.d_dsflags &= ~DSO_COMPATLABEL; + softc->disk.d_dsflags |= DSO_NOLABELS; + cdprevent(periph, PR_ALLOW); + return (error); + } else + softc->flags |= CD_FLAG_VALID_MEDIA; + + /* + * If we get a non-zero return, revert back to not reading the + * label off the disk. The first track is likely audio, which + * won't have a disklabel. + */ + if ((error = cdfirsttrackisdata(periph)) != 0) { + softc->disk.d_dsflags &= ~DSO_COMPATLABEL; + softc->disk.d_dsflags |= DSO_NOLABELS; + error = 0; + } else { + softc->disk.d_dsflags |= DSO_COMPATLABEL; + softc->disk.d_dsflags &= ~DSO_NOLABELS; + } + + /* + * Build prototype label for whole disk. + * Should take information about different data tracks from the + * TOC and put it in the partition table. + */ + label = &softc->disk.d_label; + bzero(label, sizeof(*label)); + label->d_type = DTYPE_SCSI; + + /* + * Grab the inquiry data to get the vendor and product names. + * Put them in the typename and packname for the label. + */ + xpt_setup_ccb(&cgd.ccb_h, periph->path, /*priority*/ 1); + cgd.ccb_h.func_code = XPT_GDEV_TYPE; + xpt_action((union ccb *)&cgd); + + strncpy(label->d_typename, cgd.inq_data.vendor, + min(SID_VENDOR_SIZE, sizeof(label->d_typename))); + strncpy(label->d_packname, cgd.inq_data.product, + min(SID_PRODUCT_SIZE, sizeof(label->d_packname))); + + label->d_secsize = softc->params.blksize; + label->d_secperunit = softc->params.disksize; + label->d_flags = D_REMOVABLE; + /* + * Make partition 'a' cover the whole disk. This is a temporary + * compatibility hack. The 'a' partition should not exist, so + * the slice code won't create it. The slice code will make + * partition (RAW_PART + 'a') cover the whole disk and fill in + * some more defaults. + */ + label->d_partitions[0].p_size = label->d_secperunit; + label->d_partitions[0].p_fstype = FS_OTHER; + + /* + * We unconditionally (re)set the blocksize each time the + * CD device is opened. This is because the CD can change, + * and therefore the blocksize might change. + * XXX problems here if some slice or partition is still + * open with the old size? + */ + if ((softc->device_stats.flags & DEVSTAT_BS_UNAVAILABLE) != 0) + softc->device_stats.flags &= ~DEVSTAT_BS_UNAVAILABLE; + softc->device_stats.block_size = softc->params.blksize; + + return (error); +} + +static int +cdsize(struct cam_periph *periph, u_int32_t *size) { - struct cam_periph *periph; struct cd_softc *softc; union ccb *ccb; struct scsi_read_capacity_data *rcap_buf; int error; - periph = (struct cam_periph *)dev->si_drv1; - if (periph == NULL) - return (ENXIO); - CAM_DEBUG(periph->path, CAM_DEBUG_TRACE, ("entering cdsize\n")); softc = (struct cd_softc *)periph->softc; @@ -2999,7 +3055,7 @@ } static int -cdstartunit(struct cam_periph *periph) +cdstartunit(struct cam_periph *periph, int load) { union ccb *ccb; int error; @@ -3013,7 +3069,7 @@ /* cbfcnp */ cddone, /* tag_action */ MSG_SIMPLE_Q_TAG, /* start */ TRUE, - /* load_eject */ FALSE, + /* load_eject */ load, /* immediate */ FALSE, /* sense_len */ SSD_FULL_SIZE, /* timeout */ 50000); --qMm9M+Fa2AknHoGS-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Aug 26 23:44:17 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 3C69937B400 for ; Mon, 26 Aug 2002 23:44:16 -0700 (PDT) Received: from pegasus.freiberg-net.de (pegasus.freiberg-net.de [80.243.43.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4538943E3B for ; Mon, 26 Aug 2002 23:44:15 -0700 (PDT) (envelope-from holm@pegasus.freiberg-net.de) Received: from pegasus.freiberg-net.de (localhost.freiberg-net.de [127.0.0.1]) by pegasus.freiberg-net.de (8.12.5/8.12.2) with ESMTP id g7R6i96J070149; Tue, 27 Aug 2002 08:44:13 +0200 (CEST) (envelope-from holm@pegasus.freiberg-net.de) Received: (from holm@localhost) by pegasus.freiberg-net.de (8.12.5/8.12.5/Submit) id g7R6i6Yu070148; Tue, 27 Aug 2002 08:44:06 +0200 (CEST) Date: Tue, 27 Aug 2002 08:44:06 +0200 From: Holm Tiffe To: "Justin T. Gibbs" Cc: freebsd-scsi@freebsd.org Subject: Re: Camcontrol negotiate in -current Message-ID: <20020827084406.A14584@pegasus.freiberg-net.de> Reply-To: holm@freibergnet.de Mail-Followup-To: Holm Tiffe , "Justin T. Gibbs" , freebsd-scsi@freebsd.org References: <20020826105329.B3473@pegasus.freiberg-net.de> <22210000.1030382537@aslan.btc.adaptec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <22210000.1030382537@aslan.btc.adaptec.com>; from gibbs@scsiguy.com on Mon, Aug 26, 2002 at 11:22:17AM -0600 Organization: FreibergNet Internet Services X-Phone: +49-3731-781279 X-Fax: +49-3731-781377 X-PGP-fingerprint: 86 EC A5 63 B5 28 78 13 8B FC E9 09 04 6E 86 FC 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 Justin T. Gibbs wrote: > > Hi guys, > > > > yesterday I've upgraded my -current from march to a current -current > > and now /sbin/camcontrol negotiate da4 -R 10 -qac >/dev/null 2>&1 > > is'nt working as expected anymore. > > Try cvsuping again and rebuilding libcam and camcontrol. > > -- > Justin Thanks, that fixed the problem. Holm -- FreibergNet Systemhaus GbR Holm Tiffe * Administration, Development Systemhaus für Daten- und Netzwerktechnik phone +49 3731 781279 Unternehmensgruppe Liebscher & Partner fax +49 3731 781377 D-09599 Freiberg * Am St. Niclas Schacht 13 http://www.freibergnet.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Aug 28 7:40:51 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 BE22837B400; Wed, 28 Aug 2002 07:40:47 -0700 (PDT) Received: from encontacto.net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DD6643E4A; Wed, 28 Aug 2002 07:40:47 -0700 (PDT) (envelope-from eculp@encontacto.net) Received: from localhost (localhost [127.0.0.1]) (uid 80) by encontacto.net with local; Wed, 28 Aug 2002 07:40:47 -0700 Received: from adsl-64-173-182-155.dsl.mtry01.pacbell.net (adsl-64-173-182-155.dsl.mtry01.pacbell.net [64.173.182.155]) by Mail.EnContacto.Net (IMP) with HTTP for eculp@encontacto.net@encontacto.net; Wed, 28 Aug 2002 07:40:47 -0700 Message-ID: <1030545647.3d6ce0ef0bd28@Mail.EnContacto.Net> Date: Wed, 28 Aug 2002 07:40:47 -0700 From: Edwin Culp To: scsi@freebsd.org, questions@freebsd.org Subject: Dell RAID PERC (MegaRAID) 3si. MIME-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Priority: 3 (Normal) X-Originating-IP: 64.173.182.155 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 am not subscribed to questions so please cc me personally, thanks. I just bought a couple of used 2450's on ebay with MegaRAID, configured them for 0 +1 RAID using the MegaRAID bios and they are working great, I HOPE? Please could someone please let me know if their are any tools in or for FreeBSD that will allow me to monitor, rebuild, etc.? Maybe something like Mike Smith's admin tool for 3Ware? Thanks, ed -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Aug 28 10:39:46 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 809B437B400 for ; Wed, 28 Aug 2002 10:39:37 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFE6343E4A for ; Wed, 28 Aug 2002 10:39:36 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g7SHdXwu031634 for ; Wed, 28 Aug 2002 10:39:33 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g7SHdXsg031633 for scsi@freebsd.org; Wed, 28 Aug 2002 10:39:33 -0700 Date: Wed, 28 Aug 2002 10:39:33 -0700 From: Brooks Davis To: scsi@freebsd.org Subject: [PATCH] make SCSI_DELAY tunable Message-ID: <20020828103933.A24804@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu 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 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've attached a patch which makes the value of SCSI_DELAY setable and boot time via a tunable and runtime via sysctl. With it applied you can set SCSI delay is follows: - The classic "options SCSI_DELAY=3D####" kernel option - "kern.cam.scsi_delay=3D####" in /boot/loader.conf - Stop the boot in the loader and enter "set kern.cam.scsi_delay=3D####" - sysctl kern.cam.scsi_delay=3D#### I wrote this to allow me to reduce the annoying boot delay without recompiling my kernel and it works well for that. My hope is that for 5.0 we can use this functionality to stop punishing everyone who uses SCSI for the sins of a few devices. This should allow us to remove "options SCSI_DELAY=3D15000" from GENERIC without impacting the ability to install on slow devices. I've tested the value setting on current and verified that it actually works with a slightly different patch to stable. Comments? Suggestions? -- Brooks Index: cam_periph.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/sys/cam/cam_periph.c,v retrieving revision 1.41 diff -u -p -r1.41 cam_periph.c --- cam_periph.c 24 Aug 2002 02:51:28 -0000 1.41 +++ cam_periph.c 24 Aug 2002 08:08:23 -0000 @@ -1126,7 +1126,7 @@ cam_periph_async(struct cam_periph *peri case AC_SENT_BDR: case AC_BUS_RESET: { - cam_periph_bus_settle(periph, SCSI_DELAY); + cam_periph_bus_settle(periph, scsi_delay); break; } default: Index: cam_xpt.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/sys/cam/cam_xpt.c,v retrieving revision 1.125 diff -u -p -r1.125 cam_xpt.c --- cam_xpt.c 25 Aug 2002 13:16:48 -0000 1.125 +++ cam_xpt.c 27 Aug 2002 04:18:32 -0000 @@ -5487,7 +5487,7 @@ proberegister(struct cam_periph *periph, * For HBAs that don't do bus resets, this won't make a difference. */ cam_periph_freeze_after_event(periph, &periph->path->bus->last_reset, - SCSI_DELAY); + scsi_delay); probeschedule(periph); return(CAM_REQ_CMP); } @@ -6760,9 +6760,9 @@ xpt_config(void *arg) /* Call manually because we don't have any busses */ xpt_finishconfig(xpt_periph, NULL); } else { - if (busses_to_reset > 0 && SCSI_DELAY >=3D 2000) { + if (busses_to_reset > 0 && scsi_delay >=3D 2000) { printf("Waiting %d seconds for SCSI " - "devices to settle\n", SCSI_DELAY/1000); + "devices to settle\n", scsi_delay/1000); } xpt_for_all_busses(xptconfigfunc, NULL); } Index: scsi/scsi_all.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/sys/cam/scsi/scsi_all.c,v retrieving revision 1.36 diff -u -p -r1.36 scsi_all.c --- scsi/scsi_all.c 26 Aug 2002 17:13:35 -0000 1.36 +++ scsi/scsi_all.c 27 Aug 2002 04:18:33 -0000 @@ -36,6 +36,8 @@ =20 #include #include +#include +#include #else #include #include @@ -61,12 +63,40 @@ #define EJUSTRETURN -2 /* don't modify regs, just return = */ #endif /* !_KERNEL */ =20 +/* + * This is the default number of seconds we wait for devices to settle + * after a SCSI bus reset. + */ +#ifndef SCSI_DELAY +#define SCSI_DELAY 2000 +#endif +/* + * All devices need _some_ sort of bus settle delay, so we'll set it to + * a minimum value of 100ms. + */ +#ifndef SCSI_MIN_DELAY +#define SCSI_MIN_DELAY 100 +#endif +/* + * Make sure the user isn't using seconds instead of milliseconds. + */ +#if (SCSI_DELAY < SCSI_MIN_DELAY) +#error "SCSI_DELAY is in milliseconds, not seconds! Please use a larger v= alue" +#endif + +int scsi_delay; + static int ascentrycomp(const void *key, const void *member); static int senseentrycomp(const void *key, const void *member); static void fetchtableentries(int sense_key, int asc, int ascq, struct scsi_inquiry_data *, const struct sense_key_table_entry **, const struct asc_table_entry **); +#ifdef _KERNEL +static void init_scsi_delay(void); +static int sysctl_scsi_delay(SYSCTL_HANDLER_ARGS); +static int set_scsi_delay(int delay); +#endif =20 #if !defined(SCSI_NO_OP_STRINGS) =20 @@ -2876,3 +2906,53 @@ scsi_static_inquiry_match(caddr_t inqbuf } return (-1); } + +#ifdef _KERNEL +static void +init_scsi_delay(void) +{ + int delay; + + delay =3D SCSI_DELAY; + TUNABLE_INT_FETCH("kern.cam.scsi_delay", &delay); + + if (set_scsi_delay(delay) !=3D 0) { + printf("cam: invalid value for tunable kern.cam.scsi_delay\n"); + set_scsi_delay(SCSI_DELAY); + } +} +SYSINIT(scsi_delay, SI_SUB_TUNABLES, SI_ORDER_ANY, init_scsi_delay, NULL); + +static int +sysctl_scsi_delay(SYSCTL_HANDLER_ARGS) +{ + int error, delay; + + delay =3D scsi_delay; + error =3D sysctl_handle_int(oidp, &delay, sizeof(delay), req); + if (error !=3D 0 || req->newptr =3D=3D NULL) + return (error); + return (set_scsi_delay(delay)); +} +SYSCTL_PROC(_kern_cam, OID_AUTO, scsi_delay, CTLTYPE_INT|CTLFLAG_RW, + 0, 0, sysctl_scsi_delay, "I", + "Delay to allow devices to settle after a SCSI bus reset (ms)"); + +static int +set_scsi_delay(int delay) +{ + /* + * If someone sets this to 0, we assume that they want the + * minimum allowable bus settle delay. + */ + if (delay =3D=3D 0) { + printf("cam: using minimum scsi_delay (%dms)\n", + SCSI_MIN_DELAY); + delay =3D SCSI_MIN_DELAY; + } + if (delay < SCSI_MIN_DELAY) + return (EINVAL); + scsi_delay =3D delay; + return (0); +} +#endif /* _KERNEL */ Index: scsi/scsi_all.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/sys/cam/scsi/scsi_all.h,v retrieving revision 1.19 diff -u -p -r1.19 scsi_all.h --- scsi/scsi_all.h 4 Jun 2002 17:41:47 -0000 1.19 +++ scsi/scsi_all.h 16 Aug 2002 19:10:59 -0000 @@ -27,30 +27,11 @@ #include =20 #ifdef _KERNEL -#include "opt_scsi.h" /* * This is the number of seconds we wait for devices to settle after a SCSI * bus reset. */ -#ifndef SCSI_DELAY -#define SCSI_DELAY 2000 -#endif -/* - * If someone sets this to 0, we assume that they want the minimum - * allowable bus settle delay. All devices need _some_ sort of bus settle - * delay, so we'll set it to a minimum value of 100ms. - */ -#if (SCSI_DELAY =3D=3D 0) -#undef SCSI_DELAY -#define SCSI_DELAY 100 -#endif - -/* - * Make sure the user isn't using seconds instead of milliseconds. - */ -#if (SCSI_DELAY < 100) -#error "SCSI_DELAY is in milliseconds, not seconds! Please use a larger v= alue" -#endif +extern int scsi_delay; #endif /* _KERNEL */ =20 /* --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9bQrUXY6L6fI4GtQRAuosAJ0b4xcvO4z1O8u5AHy4NovfCg/n1QCePP/2 01ONTM4OIHU3uI5BQuABdtw= =6ECY -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Aug 28 11:22: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 3B30F37B400 for ; Wed, 28 Aug 2002 11:22:52 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id A2FFB43E72 for ; Wed, 28 Aug 2002 11:22:48 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 77822 invoked by uid 1000); 28 Aug 2002 18:22:49 -0000 Date: Wed, 28 Aug 2002 11:22:49 -0700 (PDT) From: Nate Lawson To: Brooks Davis Cc: scsi@freebsd.org Subject: Re: [PATCH] make SCSI_DELAY tunable In-Reply-To: <20020828103933.A24804@Odin.AC.HMC.Edu> 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 Why the move from scsi_all.h to scsi_all.c for the #defined stuff? It's needed elsewhere. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Aug 28 11:45: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 0846637B400 for ; Wed, 28 Aug 2002 11:45:17 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D6D943E42 for ; Wed, 28 Aug 2002 11:45:16 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g7SIjEwu007937; Wed, 28 Aug 2002 11:45:14 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g7SIjEki007936; Wed, 28 Aug 2002 11:45:14 -0700 Date: Wed, 28 Aug 2002 11:45:14 -0700 From: Brooks Davis To: Nate Lawson Cc: Brooks Davis , scsi@FreeBSD.ORG Subject: Re: [PATCH] make SCSI_DELAY tunable Message-ID: <20020828114514.A7073@Odin.AC.HMC.Edu> References: <20020828103933.A24804@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from nate@root.org on Wed, Aug 28, 2002 at 11:22:49AM -0700 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu 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 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 28, 2002 at 11:22:49AM -0700, Nate Lawson wrote: > Why the move from scsi_all.h to scsi_all.c for the #defined stuff? It's > needed elsewhere. No it's not. After this patch scsi_all.c is the only consumer of SCSI_DELAY and the old consumers use scsi_delay instead. I moved the #define portion there rather then polluting all files that include scsi_all.h with opt_scsi.h and #defines for variables they shouldn't use. This way helps insure that new consumers of SCSI_DELAY don't appear by accident. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9bRo2XY6L6fI4GtQRAuuOAJ9ggfvNZR+6h2JWFH/bBcFZfUKdfACgzSdy Ve6IQGRDt+EjtwctTjikW/8= =f1Jp -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Aug 28 12:10:26 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 409A037B400 for ; Wed, 28 Aug 2002 12:10:25 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ECFB43E86 for ; Wed, 28 Aug 2002 12:10:23 -0700 (PDT) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.5/8.12.2) with ESMTP id g7SJAMOw069362; Wed, 28 Aug 2002 15:10:22 -0400 (EDT) (envelope-from winter@jurai.net) Date: Wed, 28 Aug 2002 15:10:22 -0400 (EDT) From: "Matthew N. Dodd" To: Brooks Davis Cc: scsi@FreeBSD.ORG Subject: Re: [PATCH] make SCSI_DELAY tunable In-Reply-To: <20020828103933.A24804@Odin.AC.HMC.Edu> Message-ID: <20020828150936.D788-100000@sasami.jurai.net> 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, 28 Aug 2002, Brooks Davis wrote: > I've tested the value setting on current and verified that it actually > works with a slightly different patch to stable. > > Comments? Suggestions? I like it. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Aug 28 13:14: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 34BF737B400 for ; Wed, 28 Aug 2002 13:14:42 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 7426043E65 for ; Wed, 28 Aug 2002 13:14:38 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 78148 invoked by uid 1000); 28 Aug 2002 20:14:39 -0000 Date: Wed, 28 Aug 2002 13:14:39 -0700 (PDT) From: Nate Lawson To: Brooks Davis Cc: scsi@freebsd.org Subject: Re: [PATCH] make SCSI_DELAY tunable In-Reply-To: <20020828103933.A24804@Odin.AC.HMC.Edu> 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 Sorry, lost the previous email so I can't reply to the thread properly. Basically my concern was that the change be propagated correctly to user programs (not worried about kernel users). But I see it was under _KERNEL anyway. Overall I like the change. Be sure to add the appropriate defaults/loader.conf and NOTES changes. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Aug 28 13:30: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 86FDA37B400; Wed, 28 Aug 2002 13:30:28 -0700 (PDT) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BA6543E75; Wed, 28 Aug 2002 13:30:28 -0700 (PDT) (envelope-from Scott_Long@adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g7SKTqG25226; Wed, 28 Aug 2002 13:29:52 -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 NAA11739; Wed, 28 Aug 2002 13:29:35 -0700 (PDT) Received: from btcexc01.btc.adaptec.com (btcexc01 [10.100.0.23]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id OAA13151; Wed, 28 Aug 2002 14:29:27 -0600 (MDT) Received: by btcexc01.btc.adaptec.com with Internet Mail Service (5.5.2653.19) id ; Wed, 28 Aug 2002 14:29:28 -0600 Message-ID: <2C7CBDC6EA58D6119E4A00065B3A24CB0464DA@btcexc01.btc.adaptec.com> From: "Long, Scott" To: "'Edwin Culp'" , scsi@freebsd.org, questions@freebsd.org Subject: RE: Dell RAID PERC (MegaRAID) 3si. Date: Wed, 28 Aug 2002 14:29:28 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain 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 The PERC3/si on the 2450 is Adaptec, not AMI, and uses the aac driver. There is a freely downloadable (though not Open Source) management tool for FreeBSD, available directly from Adaptec. Try: http://www.adaptec.com/worldwide/support/driverdetail.html?sess=no&cat=/Prod uct/ASR-5400S&filekey=5400s_fbsd_cli_v10.zip If that doesn't work, navigate the Adaptec website to the Download section for the 5400S controller card, and you'll find it there. It claims to only support the 5400S, but it will work for nearly any aac-based card. It was compiled on a machine under my desk, so please feel free to contact me with any questions that you have. Scott > -----Original Message----- > From: Edwin Culp [mailto:eculp@encontacto.net] > Sent: Wednesday, August 28, 2002 8:41 AM > To: scsi@freebsd.org; questions@freebsd.org > Subject: Dell RAID PERC (MegaRAID) 3si. > > > I am not subscribed to questions so please cc me personally, thanks. > > I just bought a couple of used 2450's on ebay with MegaRAID, > configured them > for 0 +1 RAID using the MegaRAID bios and they are working > great, I HOPE? > Please could someone please let me know if their are any > tools in or for > FreeBSD that will allow me to monitor, rebuild, etc.? Maybe > something like > Mike Smith's admin tool for 3Ware? > > Thanks, > > ed > > -- > > 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 Wed Aug 28 13:39:33 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 A108C37B400 for ; Wed, 28 Aug 2002 13:39:29 -0700 (PDT) Received: from mail.libertysurf.net (mail.libertysurf.net [213.36.80.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D29343E81 for ; Wed, 28 Aug 2002 13:39:29 -0700 (PDT) (envelope-from groudier@free.fr) Received: from [192.168.1.129] (212.232.11.20) by mail.libertysurf.net (6.5.026) id 3D518CE10043D768; Wed, 28 Aug 2002 22:39:26 +0200 Date: Thu, 29 Aug 2002 00:23:41 +0200 (CEST) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-X-Sender: groudier@localhost.my.domain To: Holm Tiffe Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Camcontrol negotiate in -current In-Reply-To: <20020826105329.B3473@pegasus.freiberg-net.de> Message-ID: <20020829001246.R5476-100000@localhost.my.domain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE 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, 26 Aug 2002, Holm Tiffe wrote: > Hi guys, > > yesterday I've upgraded my -current from march to a current -current > and now /sbin/camcontrol negotiate da4 -R 10 -qac >/dev/null 2>&1 > is'nt working as expected anymore. > > I've used this, to keep an old bad Quantum drive working, that triggers > SCSI Bus hangs if it is running at the full negotiated 20Mhz speed. > > With the current camcontrol, I can switch tagged queueing on and of, > but I can't change the bus speed anymore: > > # /sbin/camcontrol negotiate da4 -R 10 -vac I don't run current for now. :) I would, anyway, suggest you to try either of the following: - Use full floating representation for the frequency (10.000 instead of just 10) and pray for being better understood. :) - Configure this lower transfer rate in the HBA NVRAM (if your HBA has NVRAM, of course), as the sym the driver understands most of user settings from Tekram HBA NVRAM. G=E9rard. > Current Parameters: > (pass6:sym0:0:6:0): sync parameter: 12 > (pass6:sym0:0:6:0): frequency: 20.000MHz > (pass6:sym0:0:6:0): offset: 16 > (pass6:sym0:0:6:0): bus width: 16 bits > (pass6:sym0:0:6:0): disconnection is enabled > (pass6:sym0:0:6:0): tagged queueing is enabled > sym0: SIM/HBA version: 1 > sym0: supports tag queue messages > sym0: supports SDTR message > sym0: supports 16 bit wide SCSI > sym0: supports MDP message > sym0: HBA engine count: 0 > sym0: maximum target: 15 > sym0: maximum LUN: 7 > sym0: highest path ID in subsystem: 0 > sym0: initiator ID: 7 > sym0: SIM vendor: FreeBSD > sym0: HBA vendor: Symbios > sym0: bus ID: 0 > sym0: base transfer speed: 3.300MB/sec > Unit is ready > New Parameters: > (pass6:sym0:0:6:0): sync parameter: 12 > (pass6:sym0:0:6:0): frequency: 20.000MHz > (pass6:sym0:0:6:0): offset: 16 > (pass6:sym0:0:6:0): bus width: 16 bits > (pass6:sym0:0:6:0): disconnection is enabled > (pass6:sym0:0:6:0): tagged queueing is enabled > > > The controller is an Tekram DC39x (have to look at it for > the correct model) and the disk is an QUANTUM VIKING 4.5 SCA 880R. > J"org Wunsch (joerg@freebsd.org) can reproduce this. > > I have an new disk here, but I can't get the data from the old > drive, the tape rewinds after BDR. > > Holm > -- > FreibergNet Systemhaus GbR Holm Tiffe * Administration, Development > Systemhaus f=FCr Daten- und Netzwerktechnik phone +49 3731 7812= 79 > Unternehmensgruppe Liebscher & Partner fax +49 3731 781377 > D-09599 Freiberg * Am St. Niclas Schacht 13 http://www.freibergnet.de > > > 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 Wed Aug 28 15:38: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 8628437B400; Wed, 28 Aug 2002 15:38:42 -0700 (PDT) Received: from encontacto.net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6AB543E3B; Wed, 28 Aug 2002 15:38:41 -0700 (PDT) (envelope-from eculp@encontacto.net) Received: from localhost (localhost [127.0.0.1]) (uid 80) by encontacto.net with local; Wed, 28 Aug 2002 15:38:41 -0700 Received: from adsl-64-173-182-155.dsl.mtry01.pacbell.net (adsl-64-173-182-155.dsl.mtry01.pacbell.net [64.173.182.155]) by Mail.EnContacto.Net (IMP) with HTTP for eculp@encontacto.net@encontacto.net; Wed, 28 Aug 2002 15:38:41 -0700 Message-ID: <1030574321.3d6d50f1564c7@Mail.EnContacto.Net> Date: Wed, 28 Aug 2002 15:38:41 -0700 From: Edwin Culp To: "Long, Scott" Cc: "scsi@freebsd.org" , "questions@freebsd.org" Subject: RE: Dell RAID PERC (ADAPTEC) 3si. References: <2C7CBDC6EA58D6119E4A00065B3A24CB0464DA@btcexc01.btc.adaptec.com> In-Reply-To: <2C7CBDC6EA58D6119E4A00065B3A24CB0464DA@btcexc01.btc.adaptec.com> MIME-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Priority: 3 (Normal) X-Originating-IP: 64.173.182.155 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 Quoting "Long, Scott" : | The PERC3/si on the 2450 is Adaptec, not AMI, and uses the aac driver. | There is a freely downloadable (though not Open Source) management | tool for FreeBSD, available directly from Adaptec. Try: | | http://www.adaptec.com/worldwide/support/driverdetail.html?sess=no&cat=/Prod | uct/ASR-5400S&filekey=5400s_fbsd_cli_v10.zip Scott, ! ! A W E S O M E ! ! Seems to work fine. I haven't done more than just basic checking of the container but that is what I actually need it for. | | If that doesn't work, navigate the Adaptec website to the Download | section for the 5400S controller card, and you'll find it there. It | claims to only support the 5400S, but it will work for nearly any | aac-based card. It was compiled on a machine under my desk, so | please feel free to contact me with any questions that you have. Thanks, if I can't figure it out I will. Up until now the help seems intuitive enough although I haven't looked at rebuilding a raid 10 disk hot but I'm sure it's there. It seems quite complete. Thanks again, ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Aug 28 17:59: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 900B537B400 for ; Wed, 28 Aug 2002 17:59:31 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12A7F43E7B for ; Wed, 28 Aug 2002 17:59:31 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g7T0xTwu023093; Wed, 28 Aug 2002 17:59:29 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g7T0xTN6023092; Wed, 28 Aug 2002 17:59:29 -0700 Date: Wed, 28 Aug 2002 17:59:28 -0700 From: Brooks Davis To: Nate Lawson Cc: scsi@FreeBSD.ORG Subject: Re: [PATCH] make SCSI_DELAY tunable Message-ID: <20020828175928.A20996@Odin.AC.HMC.Edu> References: <20020828103933.A24804@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from nate@root.org on Wed, Aug 28, 2002 at 01:14:39PM -0700 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu 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 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 28, 2002 at 01:14:39PM -0700, Nate Lawson wrote: > Overall I like the change. Be sure to add the appropriate > defaults/loader.conf and NOTES changes. Will do. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9bXHwXY6L6fI4GtQRAnemAKDTMTI6FRKvoq2XVYmSmg25a37NmgCbB6CO gnRB9L5vilsdoKjt7aIQj0c= =9ct4 -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Aug 29 5:36: 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 75BFA37B400; Thu, 29 Aug 2002 05:36:04 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFC8B43E84; Thu, 29 Aug 2002 05:36:01 -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 LAA24107; Thu, 29 Aug 2002 11:45:26 GMT Date: Thu, 29 Aug 2002 21:52:27 +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: <20020826221642.A39886@panzer.kdm.org> Message-ID: <20020829210436.T3999-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 On Mon, 26 Aug 2002, Kenneth D. Merry wrote: > [ freebsd-gnats-submit taken out for now, so we don't clutter up the PR > database too much with in-progress patches ] I took out freebsd-standards too. > 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. > > > 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. > 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. > current behavior is: > [...] > > 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. > 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(). 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. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Aug 29 8:43: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 7BB6837B400 for ; Thu, 29 Aug 2002 08:43:32 -0700 (PDT) Received: from CPE0004761ac738-CM00109515bc65.cpe.net.cable.rogers.com (CPE0004761ac738-CM00109515bc65.cpe.net.cable.rogers.com [24.103.39.131]) by mx1.FreeBSD.org (Postfix) with SMTP id 84ECF43E84 for ; Thu, 29 Aug 2002 08:43:31 -0700 (PDT) (envelope-from miro@cybershade.us) Received: (qmail 87763 invoked from network); 29 Aug 2002 15:43:33 -0000 Received: from unknown (HELO vsivyoung) (66.46.21.253) by cpe0004761ac738-cm00109515bc65.cpe.net.cable.rogers.com with SMTP; 29 Aug 2002 15:43:33 -0000 Message-ID: <012f01c24f72$d4ddd8d0$c801a8c0@vsivyoung> From: "Miroslav Pendev" To: "SCSI FreeBSD" Subject: Dell PERC 2/si RAID 5 - problem Date: Thu, 29 Aug 2002 11:43:32 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 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 Hi guys, I have a problem with Dell PowerEdge 2400 running FreeBSD 4.6 RELEASE - four SCSI 16.9GB HDD Seagate drives as RAID 5. I got this error today: aac0: **Monitor** ID (0:03:0); Timeout Detected (Sync) [Aborting Command 0x03]Srb: )xa0668cf0, Status: 0x00 The system is with RAID 5 - Dell Perc 2i/Si and so far was working just perfect! dmesg shows: aac0: mem [......] aac0: i960RX 100MHz, 54 MB cache memory, no batery support aac0: Kernel 2.1-3, Build 2939, S/N 880ad0 At boot time the RAID BIOS show this error: The following containers have missing members and are degraded: Container#0-RAID-5 Container status - CRITICAL Obviously, something is wrong with the RAID, but all disc light are green - no error lights! 'fsck' didn't show any errors, too! Though, there is no any activity from one of the drives! Is there a tool for FreeBSD that I can use to see what is problem, or to rebuild the RAID 5? I have a replacesement HDD. I know PERC is actualy Adaptec SCSI RAID card, but I am not sure for the exact model. The previous post to this list was for PERC 3si, can I use the same FreeBSD tool or it is not for this card? Any ideas are welcome! --Miro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Aug 29 8:56:40 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 E88FA37B405 for ; Thu, 29 Aug 2002 08:56:27 -0700 (PDT) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 439F543E3B for ; Thu, 29 Aug 2002 08:56:27 -0700 (PDT) (envelope-from Scott_Long@adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g7TFttG29313; Thu, 29 Aug 2002 08:55:55 -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 IAA25811; Thu, 29 Aug 2002 08:55:54 -0700 (PDT) Received: from btcexc01.btc.adaptec.com (btcexc01 [10.100.0.23]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id JAA20142; Thu, 29 Aug 2002 09:55:53 -0600 (MDT) Received: by btcexc01.btc.adaptec.com with Internet Mail Service (5.5.2653.19) id ; Thu, 29 Aug 2002 09:55:53 -0600 Message-ID: <2C7CBDC6EA58D6119E4A00065B3A24CB0464E4@btcexc01.btc.adaptec.com> From: "Long, Scott" To: "'Miroslav Pendev'" , SCSI FreeBSD Subject: RE: Dell PERC 2/si RAID 5 - problem Date: Thu, 29 Aug 2002 09:55:48 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" 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 > Hi guys, > > I have a problem with Dell PowerEdge 2400 running FreeBSD 4.6 RELEASE > - four SCSI 16.9GB HDD Seagate drives as RAID 5. > > I got this error today: > > aac0: **Monitor** ID (0:03:0); Timeout Detected (Sync) [Aborting > Command 0x03]Srb: )xa0668cf0, Status: 0x00 This is a message from the firmware that drive 0:3:0 is having major troubles. > > The system is with RAID 5 - Dell Perc 2i/Si and so far was working > just perfect! > > dmesg shows: > aac0: mem [......] > aac0: i960RX 100MHz, 54 MB cache memory, no batery support > aac0: Kernel 2.1-3, Build 2939, S/N 880ad0 > > At boot time the RAID BIOS show this error: > > The following containers have missing members and are degraded: > Container#0-RAID-5 > Container status - CRITICAL This means that Container 0 contains a failed drive and is operating in 'Critical' mode, meaning that it is being forced to actively reconstruct the data for the failed drive, and any further drive failures will result in data loss. > > Obviously, something is wrong with the RAID, but all disc light are > green - no error lights! 'fsck' didn't show any errors, too! > Though, there is no any activity from one of the drives! fsck won't show any error because the RAID controller is doing it's job; i.e. it is reconstructing the data for the failed drive from the parity on all the other drives. > Is there a tool for FreeBSD that I can use to see what is problem, > or to rebuild the RAID 5? I have a replacesement HDD. > > I know PERC is actualy Adaptec SCSI RAID card, but I am not > sure for the exact > model. > > The previous post to this list was for PERC 3si, can I use the > same FreeBSD tool or it is not for this card? > Yes, as I mentioned in my previous email, the aaccli tool that I linked to will work for every aac-based raid subsystem that is available right now. > Any ideas are welcome! Replace drive 0:3:0 with a new drive. Regardless of what green lights may be lit on it, it has failed. You'll need to use either the BIOS or the aaccli tool to assign the new drive as a spare. Once you do that, the array will rebuild onto it, and everything will be back to normal. Of course, you should *always* have a spare drive available and assigned. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Aug 29 12:37: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 040C037B401 for ; Thu, 29 Aug 2002 12:37:37 -0700 (PDT) Received: from CPE0004761ac738-CM00109515bc65.cpe.net.cable.rogers.com (CPE0004761ac738-CM00109515bc65.cpe.net.cable.rogers.com [24.103.39.131]) by mx1.FreeBSD.org (Postfix) with SMTP id 41D7543E77 for ; Thu, 29 Aug 2002 12:37:36 -0700 (PDT) (envelope-from miro@cybershade.us) Received: (qmail 90231 invoked from network); 29 Aug 2002 19:37:35 -0000 Received: from unknown (HELO vsivyoung) (66.46.21.253) by cpe0004761ac738-cm00109515bc65.cpe.net.cable.rogers.com with SMTP; 29 Aug 2002 19:37:35 -0000 Message-ID: <002f01c24f93$8698c1a0$c801a8c0@vsivyoung> From: "Miroslav Pendev" To: "Long, Scott" Cc: "SCSI FreeBSD" References: <2C7CBDC6EA58D6119E4A00065B3A24CB0464E4@btcexc01.btc.adaptec.com> Subject: Re: Dell PERC 2/si RAID 5 - problem Date: Thu, 29 Aug 2002 15:37:32 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 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 > Yes, as I mentioned in my previous email, the aaccli tool that I > linked to will work for every aac-based raid subsystem that is > available right now. > > > Any ideas are welcome! > > Replace drive 0:3:0 with a new drive. Regardless of what green lights > may be lit on it, it has failed. You'll need to use either the BIOS > or the aaccli tool to assign the new drive as a spare. Once you do > that, the array will rebuild onto it, and everything will be back to > normal. Of course, you should *always* have a spare drive available > and assigned. > > Scott Tanks a lot, Scot! I did rebuild the RAID with the BIOS and everything is *OK* now! It is out of the topic, but can you tell me which method is the preferable: to rebuild with the BIOS or with the software tool; The BIOS rebuild takes more than a hour. If I use the tool - is it necessary to boot into SU mode or I can run it in working environment (about 30 users)? (without interrupting the work process)? Thanks once again for your help! --Miro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Aug 29 13:25: 5 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 B608337B400 for ; Thu, 29 Aug 2002 13:25:02 -0700 (PDT) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79C7043E65 for ; Thu, 29 Aug 2002 13:25:01 -0700 (PDT) (envelope-from scottl@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g7TKOTG09977; Thu, 29 Aug 2002 13:24:29 -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 NAA09871; Thu, 29 Aug 2002 13:24:28 -0700 (PDT) Received: from hollin.btc.adaptec.com (hollin [10.100.253.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id OAA22273; Thu, 29 Aug 2002 14:24:26 -0600 (MDT) Received: from hollin.btc.adaptec.com (localhost [127.0.0.1]) by hollin.btc.adaptec.com (8.12.5/8.12.5) with ESMTP id g7TKK9jF054078; Thu, 29 Aug 2002 14:20:09 -0600 (MDT) (envelope-from scottl@hollin.btc.adaptec.com) Received: (from scottl@localhost) by hollin.btc.adaptec.com (8.12.5/8.12.5/Submit) id g7TKK84i054077; Thu, 29 Aug 2002 14:20:08 -0600 (MDT) Date: Thu, 29 Aug 2002 14:20:08 -0600 From: Scott Long To: Miroslav Pendev Cc: "Long, Scott" , SCSI FreeBSD Subject: Re: Dell PERC 2/si RAID 5 - problem Message-ID: <20020829202008.GA54047@hollin.btc.adaptec.com> References: <2C7CBDC6EA58D6119E4A00065B3A24CB0464E4@btcexc01.btc.adaptec.com> <002f01c24f93$8698c1a0$c801a8c0@vsivyoung> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002f01c24f93$8698c1a0$c801a8c0@vsivyoung> User-Agent: Mutt/1.4i 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 Thu, Aug 29, 2002 at 03:37:32PM -0400, Miroslav Pendev wrote: > > Yes, as I mentioned in my previous email, the aaccli tool that I > > linked to will work for every aac-based raid subsystem that is > > available right now. > > > > > Any ideas are welcome! > > > > Replace drive 0:3:0 with a new drive. Regardless of what green lights > > may be lit on it, it has failed. You'll need to use either the BIOS > > or the aaccli tool to assign the new drive as a spare. Once you do > > that, the array will rebuild onto it, and everything will be back to > > normal. Of course, you should *always* have a spare drive available > > and assigned. > > > > Scott > > Tanks a lot, Scot! > > I did rebuild the RAID with the BIOS and everything is *OK* now! > > It is out of the topic, but can you tell me which method is the preferable: > to rebuild with the BIOS or with the software tool; Either will work. The aaccli tool is much more powerful than the BIOS. > > The BIOS rebuild takes more than a hour. > > If I use the tool - is it necessary to boot into SU mode or I can > run it in working environment (about 30 users)? (without interrupting the > work process)? With the aaccli, you can rebuild while in normal multi-user mode. Performance will degrade while this is going on, but no one will loose access to the data. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Aug 29 21:34: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 9377937B400; Thu, 29 Aug 2002 21:34:41 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E55F43E4A; Thu, 29 Aug 2002 21:34:40 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.5/8.12.5) with ESMTP id g7U4YUKD062456; Thu, 29 Aug 2002 22:34:30 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.5/8.12.5/Submit) id g7U4YUU0062455; Thu, 29 Aug 2002 22:34:30 -0600 (MDT) (envelope-from ken) Date: Thu, 29 Aug 2002 22:34:30 -0600 From: "Kenneth D. Merry" To: Bruce Evans Cc: "M. Warner Losh" , johan@FreeBSD.ORG, nsayer@quack.kfu.com, freebsd-scsi@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: kern/15608: acd0 / cd0 give inconsistent errors on empty tray open() Message-ID: <20020829223429.A62384@panzer.kdm.org> References: <20020826221642.A39886@panzer.kdm.org> <20020829210436.T3999-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020829210436.T3999-100000@gamplex.bde.org>; from bde@zeta.org.au on Thu, Aug 29, 2002 at 09:52:27PM +1000 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 Thu, Aug 29, 2002 at 21:52:27 +1000, Bruce Evans wrote: > On Mon, 26 Aug 2002, Kenneth D. Merry wrote: > > > [ freebsd-gnats-submit taken out for now, so we don't clutter up the PR > > database too much with in-progress patches ] > > I took out freebsd-standards too. > > > 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. > > > > > 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. Ahh. > > 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 ) > > current behavior is: > > [...] > > > > 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? > 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. :) I still need to make sure this doesn't break any of the disklabel behavior for randomly writeable drives, e.g. DVD-RAM. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Aug 30 9: 8: 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 DD41F37B400 for ; Fri, 30 Aug 2002 09:07:50 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50BA143E42 for ; Fri, 30 Aug 2002 09:07:50 -0700 (PDT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 24775AE23A; Fri, 30 Aug 2002 09:07:50 -0700 (PDT) Date: Fri, 30 Aug 2002 09:07:50 -0700 From: Maxime Henrion To: scsi@FreeBSD.org Subject: CAM problems with a sym53c1510D card Message-ID: <20020830160750.GI86074@elvis.mu.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline User-Agent: Mutt/1.3.27i 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 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, I'm having some problems with a Compaq DL360 box. Periodically, the sym(4) driver is reporting various errors about the sym53c1510D card in the box and the SCSI bus is resetted. This makes every process which attempts to access the disks to freeze for some time. I've observed this behaviour on both FreeBSD 4.6 and -CURRENT, with UP and SMP kernels. Here are the relevant parts of the dmesg : sym0: <1510d> port 0x2000-0x20ff mem 0xc6bfe000-0xc6bfefff,0xc6bffc00-0xc6bfffff irq 2 at device 1.0 on pci0 sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking sym1: <1510d> port 0x2400-0x24ff mem 0xc6bfc000-0xc6bfcfff,0xc6bfdc00-0xc6bfdfff irq 3 at device 1.1 on pci0 sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking da0 at sym1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 34732MB (71132000 512 byte sectors: 255H 63S/T 4427C) da1 at sym1 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 34732MB (71132000 512 byte sectors: 255H 63S/T 4427C) I'm attaching an extract of the logs with the CAM errors. Of course, let me know if you need any other information. Thanks in advance, Maxime --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="cam.log" Mounting root from ufs:/dev/da0s1a (da0:sym1:0:0:0): M_REJECT received (1:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). sym1: SCSI phase error fixup: CCB already dequeued. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): READ(10). CDB: 28 0 0 7c 45 eb 0 0 4 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) (da0:sym1:0:0:0): M_REJECT received (1:8). (da0:sym1:0:0:0): M_REJECT received (8:8). sym1: SCSI phase error fixup: CCB already dequeued. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(10). CDB: 2a 0 0 65 c8 af 0 0 80 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) sym1: SCSI phase error fixup: CCB already dequeued. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(10). CDB: 2a 0 0 65 d0 2f 0 0 80 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) sym1: SCSI phase error fixup: CCB already dequeued. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(10). CDB: 2a 0 0 65 d8 af 0 0 80 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) (da0:sym1:0:0:0): M_REJECT received (1:8). sym1: SCSI phase error fixup: CCB already dequeued. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(10). CDB: 2a 0 0 45 6e af 0 0 c 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) sym1: SCSI phase error fixup: CCB already dequeued. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(10). CDB: 2a 0 0 45 65 4f 0 0 20 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) sym1: SCSI phase error fixup: CCB already dequeued. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(10). CDB: 2a 0 0 45 65 4f 0 0 20 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) (da0:sym1:0:0:0): M_REJECT received (1:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). sym1: SCSI phase error fixup: CCB already dequeued. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(10). CDB: 2a 0 0 49 6d ef 0 0 18 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) (da0:sym1:0:0:0): M_REJECT received (1:8). sym1:0: ERROR (81:0) (7-ae-0) (1f/9f) @ (scripta 360:48000000). sym1: script cmd = 785d0300 sym1: regdump: da 10 00 9f 47 1f 00 06 04 0f 80 ae 80 00 06 0c 00 7e 80 00 0a 00 00 00. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(10). CDB: 2a 0 0 4b 65 f 0 0 c 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) (da0:sym1:0:0:0): M_REJECT received (1:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). sym1: SCSI phase error fixup: CCB already dequeued. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(10). CDB: 2a 0 0 4b 65 2f 0 0 20 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) sym1: SCSI phase error fixup: CCB already dequeued. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(06). CDB: a 3 3b 3f 20 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) (da0:sym1:0:0:0): M_REJECT received (1:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). sym1: SCSI phase error fixup: CCB already dequeued. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(06). CDB: a 3 1 3f 20 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) (da0:sym1:0:0:0): M_REJECT received (1:8). sym1: SCSI phase error fixup: CCB already dequeued. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(10). CDB: 2a 0 0 45 6d b3 0 0 4 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) (da0:sym1:0:0:0): M_REJECT received (1:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). sym1: SCSI phase error fixup: CCB already dequeued. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(10). CDB: 2a 0 0 47 65 6f 0 0 20 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). sym1: SCSI phase error fixup: CCB already dequeued. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(10). CDB: 2a 0 0 47 6d 9f 0 0 4 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) (da0:sym1:0:0:0): M_REJECT received (1:8). (da0:sym1:0:0:0): M_REJECT received (8:8). sym1:0: ERROR (81:0) (7-ae-0) (1f/9f) @ (scripta 360:48000000). sym1: script cmd = 785d0300 sym1: regdump: da 10 00 9f 47 1f 00 06 04 0f 80 ae 80 00 06 0c 00 f6 ca 00 2a 00 00 00. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(10). CDB: 2a 0 0 47 6d 9f 0 0 4 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) (da0:sym1:0:0:0): M_REJECT received (1:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). (da0:sym1:0:0:0): M_REJECT received (8:8). sym1: SCSI phase error fixup: CCB already dequeued. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(10). CDB: 2a 0 0 45 6d b7 0 0 c 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) sym1: SCSI phase error fixup: CCB already dequeued. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): phase change 7-6 1@005795e1 resid=1. sym1: suspicious SCSI data while resetting the BUS. sym1: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x108, expecting 0x100 (noperiph:sym1:0:-1:-1): SCSI BUS reset detected. (da0:sym1:0:0:0): WRITE(10). CDB: 2a 0 0 45 65 4f 0 0 20 0 (da0:sym1:0:0:0): CAM Status: SCSI Status Error (da0:sym1:0:0:0): SCSI Status: Check Condition (da0:sym1:0:0:0): UNIT ATTENTION asc:29,2 (da0:sym1:0:0:0): Scsi bus reset occurred (da0:sym1:0:0:0): Retrying Command (per Sense Data) --ew6BAiZeqk4r7MaW-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Aug 30 9:52: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 9053C37B400 for ; Fri, 30 Aug 2002 09:52:45 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CF0843E3B for ; Fri, 30 Aug 2002 09:52:45 -0700 (PDT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 31E1AAE255; Fri, 30 Aug 2002 09:52:45 -0700 (PDT) Date: Fri, 30 Aug 2002 09:52:45 -0700 From: Maxime Henrion To: scsi@FreeBSD.org Subject: Re: CAM problems with a sym53c1510D card Message-ID: <20020830165245.GJ86074@elvis.mu.org> References: <20020830160750.GI86074@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020830160750.GI86074@elvis.mu.org> User-Agent: Mutt/1.3.27i 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 Replying to myself; I tried with the ncr(4) driver and the system exhibits the same behaviour except that it apparently doesn't achieve recovering from the errors. Here are the diagnostic messages it prints: (da0:ncr1:0:0:0): MSG_MESSAGE_REJECT sent for 20-3. ncr1: timeout nccb=0xc6616400 (skip) ncr1: timeout nccb=0xc6616600 (skip) ncr1: timeout nccb=0xc6616800 (skip) ncr1: timeout nccb=0xc6616a00 (skip) ncr1: timeout nccb=0xc6616c00 (skip) ncr1: timeout nccb=0xc65bf800 (skip) ncr1: timeout nccb=0xc65bfa00 (skip) [add a few hundreads more] Thanks, Maxime To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Aug 30 15: 1:29 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 8256B37B400 for ; Fri, 30 Aug 2002 15:01:27 -0700 (PDT) Received: from great4.greatschools.net (great4.greatschools.net [199.4.104.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2183543E6A for ; Fri, 30 Aug 2002 15:01:27 -0700 (PDT) (envelope-from jdd@greatschools.net) Received: from dh8.office.greatschools.net (dh8.office.greatschools.net [199.4.104.139]) by great4.greatschools.net (8.11.3/8.11.6) with ESMTP id g7ULptr28840 for ; Fri, 30 Aug 2002 14:51:55 -0700 (PDT) (envelope-from jdd@greatschools.net) Date: Fri, 30 Aug 2002 14:51:54 -0700 (PDT) From: John David Duncan X-X-Sender: jdd@dh8.office.greatschools.net To: freebsd-scsi@freebsd.org Subject: Adaptec AIC-7902 (Utlra 320) 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 Hi, I have a new SuperMicro motherboard with this on-board Adaptec AIC-7902 controller. I'd like to run -STABLE on it. Can anyone tell me when the controller might be supported, or what I can do to help? - JD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Aug 30 15:10:13 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 1B4A837B400 for ; Fri, 30 Aug 2002 15:10:08 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D90843E42 for ; Fri, 30 Aug 2002 15:10:07 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.5/8.12.5) with ESMTP id g7UMA6KD067991; Fri, 30 Aug 2002 16:10:06 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.5/8.12.5/Submit) id g7UMA6uL067990; Fri, 30 Aug 2002 16:10:06 -0600 (MDT) (envelope-from ken) Date: Fri, 30 Aug 2002 16:10:06 -0600 From: "Kenneth D. Merry" To: John David Duncan Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Adaptec AIC-7902 (Utlra 320) Message-ID: <20020830161006.A67901@panzer.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from jdd@greatschools.net on Fri, Aug 30, 2002 at 02:51:54PM -0700 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 Fri, Aug 30, 2002 at 14:51:54 -0700, John David Duncan wrote: > Hi, > > I have a new SuperMicro motherboard with this on-board Adaptec AIC-7902 > controller. I'd like to run -STABLE on it. Can anyone tell me when the > controller might be supported, or what I can do to help? Justin says the ahd(4) driver will probably go into -stable sometime this weekend. It may not be the final version before 4.7-release, since he's still working through bugs found by the Adaptec test folks. (They're testing the Linux driver, but the core code is the same between the Linux and FreeBSD drivers.) There is an older version of the driver in -current (from June), but I'd recommend just waiting for the new version of the driver this weekend. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Aug 31 1:41: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 D23FC37B400 for ; Sat, 31 Aug 2002 01:41:57 -0700 (PDT) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BDC043E4A for ; Sat, 31 Aug 2002 01:41:57 -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 g7V8epZY024381; Sat, 31 Aug 2002 02:40:51 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Sat, 31 Aug 2002 02:40:51 -0600 From: "Justin T. Gibbs" To: John David Duncan , freebsd-scsi@FreeBSD.ORG Subject: Re: Adaptec AIC-7902 (Utlra 320) Message-ID: <1501352704.1030783251@aslan.scsiguy.com> In-Reply-To: References: X-Mailer: Mulberry/2.2.1 (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 > Hi, > > I have a new SuperMicro motherboard with this on-board Adaptec AIC-7902 > controller. I'd like to run -STABLE on it. Can anyone tell me when the > controller might be supported, or what I can do to help? > > - JD The driver was just committed to -stable. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message