From owner-freebsd-scsi@FreeBSD.ORG Sun Apr 27 03:11:16 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A091D37B404 for ; Sun, 27 Apr 2003 03:11:13 -0700 (PDT) Received: from scanmail.mediatraffic.fi (scanmail.mediatraffic.fi [212.83.107.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9D2343F75 for ; Sun, 27 Apr 2003 03:11:12 -0700 (PDT) (envelope-from toni@extra.mediatraffic.fi) Received: from localhost (localhost [127.0.0.1]) by scanmail.mediatraffic.fi (Postfix) with ESMTP id CBEB21FDDF for ; Sun, 27 Apr 2003 13:11:10 +0300 (EEST) Received: from extra.mediatraffic.fi (extra.mediatraffic.fi [212.83.107.136]) by scanmail.mediatraffic.fi (Postfix) with ESMTP id 53C8B1FDDE for ; Sun, 27 Apr 2003 13:11:10 +0300 (EEST) Received: by extra.mediatraffic.fi (Postfix, from userid 1000) id F1E3DC39E6; Sun, 27 Apr 2003 13:11:10 +0300 (EEST) Date: Sun, 27 Apr 2003 13:11:10 +0300 From: Toni Viemero To: freebsd-scsi@freebsd.org Message-ID: <20030427101110.GA27818@extra.mediatraffic.fi> Mail-Followup-To: 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.5.4i Subject: IBM ServeRAID status X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2003 10:11:16 -0000 Hello What's the status for IBM ServeRAID (4Lx/4Mx) drivers in FreeBSD? We've got almost full rack of IBM machines running Linux and hopefully we can switch to FreeBSD sometime. About half year ago Adaptec had driver ready and waiting for "legal issues" to be cleared. Any information about the status of this driver? -- Toni Viemerö | http://selfdestruct.net "Don't do anything by half. If you love someone, love them. If you hate someone, hate them until it hurts." From owner-freebsd-scsi@FreeBSD.ORG Sun Apr 27 06:05:46 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D4F937B401 for ; Sun, 27 Apr 2003 06:05:46 -0700 (PDT) Received: from hub.org (hub.org [64.117.224.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DEB543FA3 for ; Sun, 27 Apr 2003 06:05:45 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [64.117.224.146]) by hub.org (Postfix) with ESMTP id AD26B1038914; Sun, 27 Apr 2003 10:05:42 -0300 (ADT) Date: Sun, 27 Apr 2003 10:05:42 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-scsi@freebsd.org Message-ID: <20030427093916.N8333@hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Scott Long Subject: changed cable, server still hangs after ~24hrs ... X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2003 13:05:46 -0000 'K, after the last hang, I got the techs to replace the SCSI cable in the box, which made no difference ... I've removed the KVA_PAGES args from the kernel, so that there is nothing 'weird' configured into it, and now aaccli for the 5400 works (I haven't been able to get my hands on one for the 2120s yet), and am not sure what sort of info I should be looking at/for (or even what is particularly safe to run) ... but does any of the above provide *anything*? Note that this enclosure is one the Intel SR2200(s), and I'm still getting the occasional 'Time-out', which to me indicates a problem, but according to the controller: AAC0> disk show smart Executing: disk show smart Smart Method of Enable Capable Informational Exception Performance Error C:ID:L Device Exceptions(MRIE) Control Enabled Count ------ ------- ---------------- --------- ----------- ------ 0:00:0 Y 6 Y N 0 0:01:0 Y 6 Y N 0 0:02:0 Y 6 Y N 0 0:03:0 Y 6 Y N 0 0:04:0 Y 6 Y N 0 0:05:0 Y 6 Y N 0 I would have expected Error Count to have increased by at least 1 if there was a problem at the hardware level ... no? The system itself is a Dual-PIII, 4G of RAM ... Intel MOBO & Chassis, so the only SCSI cable I'm dealing with is from the MOBO to the backplane itself ... The hangs are similar to the original ones, where I'd get TIMEOUT scrolling up the screen, but since Scott's last "fix" for the 2G allocation issue, I no longer get the actual error messages ... On each hang, I've asked the techs to do a 'ctl-alt-esc', but, again, like before, this doesn't work :( Help? Anything else I can get the techs to try to eliminate 'hardware' as the cause? :( neptune# grep aac /var/log/messages Apr 27 07:42:02 neptune /kernel: aac0: **Monitor** ID(0:05:0) Abort Time-out. Resetting bus. Apr 27 07:42:05 neptune /kernel: aac0: **Monitor** SCSI bus reset issued on channel 0 Apr 27 09:29:19 neptune /kernel: aac0: mem 0xf8000000-0xfbffffff irq 2 at device 9.0 on pci1 Apr 27 09:29:19 neptune /kernel: aac0: i960RX 100MHz, 48MB cache memory, optional battery present Apr 27 09:29:19 neptune /kernel: aac0: Kernel 4.0-0, Build 5770, S/N 232fb7 Apr 27 09:29:19 neptune /kernel: aac0: Supported Options=1f7e Apr 27 09:29:20 neptune /kernel: aacd0: on aac0 Apr 27 09:29:20 neptune /kernel: aacd0: 174993MB (358387200 sectors) Apr 27 09:29:20 neptune /kernel: Mounting root from ufs:/dev/aacd0s1a neptune# zgrep aac /var/log/messages.0.gz neptune# zgrep aac /var/log/messages.1.gz neptune# zgrep aac /var/log/messages.2.gz Apr 24 14:56:45 neptune /kernel: aac0: **Monitor** ID(0:05:0) Abort Time-out. Resetting bus. Apr 24 14:56:48 neptune /kernel: aac0: **Monitor** SCSI bus reset issued on channel 0 neptune# zgrep aac /var/log/messages.3.gz Apr 23 02:20:20 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 116328, size: 4096 Apr 23 02:20:29 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 104256, size: 4096 Apr 23 02:20:30 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 111896, size: 4096 Apr 23 02:20:30 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 116304, size: 4096 Apr 23 02:20:30 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 112576, size: 4096 Apr 23 02:20:30 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 116952, size: 4096 Apr 23 02:20:30 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 113144, size: 4096 Apr 23 02:20:30 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 87424, size: 4096 Apr 23 02:20:30 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 116312, size: 4096 Apr 23 02:20:31 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 117016, size: 4096 Apr 23 02:20:31 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 116408, size: 4096 Apr 23 02:20:31 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 43984, size: 4096 Apr 23 02:20:31 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 116296, size: 4096 Apr 23 02:20:31 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 111224, size: 4096 Apr 23 02:20:31 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 112440, size: 8192 Apr 23 02:20:31 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 104840, size: 4096 Apr 23 02:20:31 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 111856, size: 4096 Apr 23 02:20:31 neptune /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 15208, size: 4096 Apr 23 02:20:31 neptune /kernel: aac0: **Monitor** ID(0:01:0) Abort Time-out. Resetting bus. Apr 23 02:20:31 neptune /kernel: aac0: **Monitor** SCSI bus reset issued on channel 0 Apr 23 10:39:30 neptune /kernel: aac0: mem 0xf8000000-0xfbffffff irq 2 at device 9.0 on pci1 Apr 23 10:39:30 neptune /kernel: aac0: i960RX 100MHz, 48MB cache memory, optional battery present Apr 23 10:39:30 neptune /kernel: aac0: Kernel 4.0-0, Build 5770, S/N 232fb7 Apr 23 10:39:30 neptune /kernel: aac0: Supported Options=1f7e Apr 23 10:39:30 neptune /kernel: aacd0: on aac0 Apr 23 10:39:30 neptune /kernel: aacd0: 174993MB (358387200 sectors) Apr 23 10:39:30 neptune /kernel: Mounting root from ufs:/dev/aacd0s1a Apr 23 23:32:39 neptune /kernel: aac0: **Monitor** ID(0:01:0) Abort Time-out. Resetting bus. Apr 23 23:32:42 neptune /kernel: aac0: **Monitor** SCSI bus reset issued on channel 0 AAC0> controller details Executing: controller details Controller Information ---------------------- Remote Computer: S Device Name: S Controller Type: No Info Access Mode: READ-WRITE Controller Serial Number: Last Six Digits = 232FB7 Number of Buses: 1 Devices per Bus: 15 Controller CPU: i960 R series Controller CPU Speed: 100 Mhz Controller Memory: 64 Mbytes Battery State: Not Present Component Revisions ------------------- CLI: 1.0-0 (Build #5263) API: 1.0-0 (Build #5263) Miniport Driver: 4.0-0 (Build #5770) Controller Software: 4.0-0 (Build #5770) Controller BIOS: 4.0-0 (Build #5770) Controller Firmware: (Build #5770) Controller Hardware: 2.64 Scsi Partition Container MultiLevel C:ID:L Offset:Size Num Type Num Type R/W ------ ------------- --- ------ --- ------ --- 0:00:0 64.0KB:34.1GB 0 RAID-5 0 None RW 0:01:0 64.0KB:34.1GB 0 RAID-5 0 None RW 0:02:0 64.0KB:34.1GB 0 RAID-5 0 None RW 0:03:0 64.0KB:34.1GB 0 RAID-5 0 None RW 0:04:0 64.0KB:34.1GB 0 RAID-5 0 None RW 0:05:0 64.0KB:34.1GB 0 RAID-5 0 None RW Smart Method of Enable Capable Informational Exception Performance Error C:ID:L Device Exceptions(MRIE) Control Enabled Count ------ ------- ---------------- --------- ----------- ------ 0:00:0 Y 6 Y N 0 0:01:0 Y 6 Y N 0 0:02:0 Y 6 Y N 0 0:03:0 Y 6 Y N 0 0:04:0 Y 6 Y N 0 0:05:0 Y 6 Y N 0 0:06:0 N 0:06:1 N 0:06:2 N 0:06:3 N 0:06:4 N 0:06:5 N 0:06:6 N 0:06:7 N C:ID:L Device Type Blocks Bytes/Block Usage Shared Rate ------ -------------- --------- ----------- ---------------- ------ ---- 0:00:0 Disk 71687372 512 Initialized NO 320 0:01:0 Disk 71687372 512 Initialized NO 320 0:02:0 Disk 71687372 512 Initialized NO 320 0:03:0 Disk 71687372 512 Initialized NO 320 0:04:0 Disk 71687372 512 Initialized NO 320 0:05:0 Disk 71687372 512 Initialized NO 320 Num Total Oth Stripe Scsi Partition Label Type Size Ctr Size Usage C:ID:L Offset:Size ----- ------ ------ --- ------ ------- ------ ------------- 0 RAID-5 170GB 64KB Open 0:00:0 64.0KB:34.1GB /dev/aacd0 FreeBSD 0:01:0 64.0KB:34.1GB 0:02:0 64.0KB:34.1GB 0:03:0 64.0KB:34.1GB 0:04:0 64.0KB:34.1GB 0:05:0 64.0KB:34.1GB Enclosure ID (C:ID:L) Fan Power Slot Sensor Door Speaker Standard Diagnostic ----------- --- ----- ---- ------ ---- -------- -------- ---------- 0 0:06:0 0 2 7 1 0 No SAF-TE PASSED 1 0:06:1 0 0 0 0 0 No SAF-TE FAILED 2 0:06:2 0 0 0 0 0 No SAF-TE FAILED 3 0:06:3 0 0 0 0 0 No SAF-TE FAILED 4 0:06:4 0 0 0 0 0 No SAF-TE FAILED 5 0:06:5 0 0 0 0 0 No SAF-TE FAILED 6 0:06:6 0 0 0 0 0 No SAF-TE FAILED 7 0:06:7 0 0 0 0 0 No SAF-TE FAILED AAC0> enclosure show temperature Executing: enclosure show temperature Enclosure ID (C:ID:L) Sensor Temperature Threshold Status ----------- ------ ----------- --------- -------- 0 0:06:0 0 87 F 120 NORMAL Is there any other information that I can pull? From owner-freebsd-scsi@FreeBSD.ORG Sun Apr 27 17:49:22 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 285A137B401; Sun, 27 Apr 2003 17:49:22 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56A5443F75; Sun, 27 Apr 2003 17:49:21 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h3S0nKPM087098; Sun, 27 Apr 2003 18:49:20 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h3S0nK8N087097; Sun, 27 Apr 2003 18:49:20 -0600 (MDT) (envelope-from ken) Date: Sun, 27 Apr 2003 18:49:20 -0600 From: "Kenneth D. Merry" To: scsi@FreeBSD.org Message-ID: <20030427184920.A87049@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i cc: current@FreeBSD.org Subject: CAM 2TB array support available X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2003 00:49:22 -0000 There are patches against -current (from 4/26/2003) here: http://people.freebsd.org/~ken/cam.2TB.20030427 to allow the da(4) driver to talk to arrays larger than 2TB. This enables READ(16), WRITE(16) and READ CAPACITY(16) support. Note that that patch bumps CAM_VERSION, so you'll need to recompile libcam, camcontrol and any ports that talk to CAM. (e.g. cdrecord, cdda2wav, xmcd, etc.) If you have a device that supports 16 byte commands, but you don't have 2TB or more worth of disk space on it, you can still try out the 16 byte commands by increasing the minimum command size. For da0, you'd do: sysctl -w kern.cam.da.0.minimum_cmd_size=16 DO NOT try that on your boot disk unless you're sure it supports 16 byte commands. Otherwise you'll have a fine time trying to crank the value back down when you can't get to the sysctl binary because you're trying to use 16 byte reads to read it. :) Please send me feedback if you test these patches out. I'd also like testers with normal SCSI hardware. Your disks should work as before. In particular, make sure the disk capacity information that is printed out via dmesg for each disk is the same before and after the patch. I plan on checking this in before the 5.1 freeze. Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 28 03:30:14 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4037637B40D for ; Mon, 28 Apr 2003 03:30:14 -0700 (PDT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37EB443FA3 for ; Mon, 28 Apr 2003 03:30:11 -0700 (PDT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) h3SAU7c4007815; Mon, 28 Apr 2003 12:30:07 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.9/8.12.9/Submit) id h3SAU1ll007814; Mon, 28 Apr 2003 12:30:01 +0200 (CEST) (envelope-from marius) Date: Mon, 28 Apr 2003 12:30:01 +0200 From: marius@alchemy.franken.de To: Dag-Erling Smorgrav Message-ID: <20030428123001.A7770@newtrinity.zeist.de> 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 des@ofug.org on Sun, Apr 27, 2003 at 12:54:52AM +0200 cc: scsi@freebsd.org Subject: Re: relocation info X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2003 10:30:14 -0000 On Sun, Apr 27, 2003 at 12:54:52AM +0200, Dag-Erling Smorgrav wrote: > I have a SCSI disk which is showing signs of surface errors. I've > tried to dd /dev/zero over it several times, but I never get write > errors - only unrecoverable read errors. Both AWRE and ARRE are > enabled, but I never get errors when I write to the disk, so nothing > gets relocated. Is there any way I can force relocation of the > sectors which exhibit read errors? > you could try the repair-function (`sformat -repair`) of sysutils/sformat. From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 28 09:36:13 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F060137B401 for ; Mon, 28 Apr 2003 09:36:12 -0700 (PDT) Received: from mail-out2.apple.com (mail-out2.apple.com [17.254.0.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E02543F75 for ; Mon, 28 Apr 2003 09:36:12 -0700 (PDT) (envelope-from msmith@freebsd.org) Received: from mailgate1.apple.com (A17-128-100-225.apple.com [17.128.100.225]) by mail-out2.apple.com (8.12.9/8.12.9) with ESMTP id h3SGaCQd017903 for ; Mon, 28 Apr 2003 09:36:12 -0700 (PDT) Received: from scv1.apple.com (scv1.apple.com) by mailgate1.apple.com for ; Mon, 28 Apr 2003 09:36:00 -0700 Received: from freebsd.org ([17.112.78.149]) by scv1.apple.com (8.12.9/8.12.9) with ESMTP id h3SGaBVX025526 for ; Mon, 28 Apr 2003 09:36:11 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v567) To: scsi@freebsd.org Message-Id: <89227352-7997-11D7-AC37-000393DA4D30@freebsd.org> From: Michael Smith Date: Mon, 28 Apr 2003 09:36:17 -0700 X-Mailer: Apple Mail (2.567) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Fwd: Dell PERC 3/SC X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2003 16:36:13 -0000 Begin forwarded message: > From: "Alessandro de Manzano" > Date: Monday, April 28, 2003 9:28:55 AM US/Pacific > To: "msmith@freebsd.org" > Subject: Dell PERC 3/SC > Reply-To: "Alessandro de Manzano" > > Hi! > > sorry to disturb you :) > > I see you're author of FreeBSD's amr(4) device, so I'ld ask you, > please, if the Dell PERC 3/SC controller (featured by PowerEdge 600SC > server) is indeed supported by amr(4) or not. > I'm using FreeBSD 4.8-rel. > > According to some information I found googleing it appears so, but > before I tell my Boss "let's go buy it" I'ld be sure :)) > > Hoping in your kind answer! > > Many thanks anyway! > > > > > Alessandro de Manzano > > Senior Network Manager > Playstos - TIMA S.p.A. > Corso Sempione 63 > 20149 Milano, Italy > > tel.: +39-023314153 > fax: +39-02315678 > email: demanzano@playstos.com > > http://www.playstos.com > > > > From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 28 11:02:48 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EAA937B401 for ; Mon, 28 Apr 2003 11:02:48 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE2AA43FBD for ; Mon, 28 Apr 2003 11:02:46 -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.9/8.12.9) with ESMTP id h3SI2kUp077010 for ; Mon, 28 Apr 2003 11:02:46 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h3SI2kBG076986 for scsi@freebsd.org; Mon, 28 Apr 2003 11:02:46 -0700 (PDT) Date: Mon, 28 Apr 2003 11:02:46 -0700 (PDT) Message-Id: <200304281802.h3SI2kBG076986@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: scsi@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2003 18:02:48 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1999/12/21] kern/15608 scsi acd0 / cd0 give inconsistent errors on em 1 problem total. From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 28 12:06:24 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D67E37B401 for ; Mon, 28 Apr 2003 12:06:24 -0700 (PDT) Received: from mail0.lsil.com (mail0.lsil.com [147.145.40.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8ECA43FBD for ; Mon, 28 Apr 2003 12:06:14 -0700 (PDT) (envelope-from emoore@lsil.com) Received: from mhbs.lsil.com (mhbs.lsil.com [147.145.31.100]) by mail0.lsil.com (8.12.8/8.12.8) with ESMTP id h3SH7o4i007056 for ; Mon, 28 Apr 2003 12:05:25 -0700 (PDT) Received: from atl1.se.lsil.com by mhbs.lsil.com with ESMTP for scsi@freebsd.org; Mon, 28 Apr 2003 10:23:02 -0700 Received: by EXA-ATLANTA.se.lsil.com with Internet Mail Service (5.5.2653.19) id ; Mon, 28 Apr 2003 13:23:01 -0400 Message-Id: <0E3FA95632D6D047BA649F95DAB60E57023ADBAE@EXA-ATLANTA.se.lsil.com> From: "Moore, Eric Dean" To: scsi@freebsd.org Date: Mon, 28 Apr 2003 13:22:59 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Dell PERC 3/SC X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2003 19:06:24 -0000 > I see you're author of FreeBSD's amr(4) device, so I'ld ask you, > please, if the Dell PERC 3/SC controller (featured by > PowerEdge 600SC > server) is indeed supported by amr(4) or not. > I'm using FreeBSD 4.8-rel. Yes it is. From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 28 12:31:49 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D82C737B401 for ; Mon, 28 Apr 2003 12:31:48 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id D366E43F85 for ; Mon, 28 Apr 2003 12:31:47 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h3SJVlPM091757; Mon, 28 Apr 2003 13:31:47 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h3SJVk14091756; Mon, 28 Apr 2003 13:31:46 -0600 (MDT) (envelope-from ken) Date: Mon, 28 Apr 2003 13:31:45 -0600 From: "Kenneth D. Merry" To: Dag-Erling Smorgrav Message-ID: <20030428133145.A91628@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 des@ofug.org on Sun, Apr 27, 2003 at 12:54:52AM +0200 cc: scsi@freebsd.org Subject: Re: relocation info X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2003 19:31:49 -0000 On Sun, Apr 27, 2003 at 00:54:52 +0200, Dag-Erling Smorgrav wrote: > I have a SCSI disk which is showing signs of surface errors. I've > tried to dd /dev/zero over it several times, but I never get write > errors - only unrecoverable read errors. Both AWRE and ARRE are > enabled, but I never get errors when I write to the disk, so nothing > gets relocated. Is there any way I can force relocation of the > sectors which exhibit read errors? You can try 'camcontrol reassign'. joerg sent me patches last Fall to implement it, and I've been planning on turning it into a scan and reassign tool. (i.e. scan the disk, look for read errors, and attempt to reassign the block) Anyway, the patches are here: http://people.FreeBSD.org/~ken/camcontrol.reassign.20030428 Let me know how things work. Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 28 12:33:11 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1973B37B401 for ; Mon, 28 Apr 2003 12:33:11 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id E92D143FA3 for ; Mon, 28 Apr 2003 12:33:09 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h3SJX9PM091780; Mon, 28 Apr 2003 13:33:09 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h3SJX9bV091779; Mon, 28 Apr 2003 13:33:09 -0600 (MDT) (envelope-from ken) Date: Mon, 28 Apr 2003 13:33:09 -0600 From: "Kenneth D. Merry" To: Dag-Erling Smorgrav Message-ID: <20030428133309.B91628@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 des@ofug.org on Sun, Apr 27, 2003 at 01:01:34AM +0200 cc: scsi@freebsd.org Subject: Re: relocation info X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2003 19:33:11 -0000 On Sun, Apr 27, 2003 at 01:01:34 +0200, Dag-Erling Smorgrav wrote: > I forgot to ask - camcontrol can show the primary and grown defect > list, but is there any way to find out how many defects the drive can > handle? I suppose the drive would probably return an error telling you its spare area is full. I don't know of any way to figure out how many bad blocks a drive can handle other than that. Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 28 14:07:38 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D27B837B401 for ; Mon, 28 Apr 2003 14:07:38 -0700 (PDT) Received: from mail.webspacesolutions.com (ns1.webspacesolutions.com [209.164.30.196]) by mx1.FreeBSD.org (Postfix) with SMTP id 4746343F75 for ; Mon, 28 Apr 2003 14:07:38 -0700 (PDT) (envelope-from nick@webspacesolutions.com) Received: (qmail 3755 invoked from network); 28 Apr 2003 21:07:37 -0000 Received: from 24-205-247-185.ata-cres.charterpipeline.net (HELO BEASTIE) (24.205.247.185) by mail.webspacesolutions.com with SMTP; 28 Apr 2003 21:07:37 -0000 From: "Nick Twaddell" To: Date: Mon, 28 Apr 2003 14:07:43 -0700 Organization: Web Space Solutions Message-ID: <002a01c30dca$366b4360$0700a8c0@BEASTIE> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: IBM ServeRaid 4LX/4MX Drivers X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2003 21:07:39 -0000 Is there any word on if these drivers have been completed yet? Will they be included in 5-stable? :) Thanks Nick ----------------------------------------------------------- Nick Twaddell Web Space Solutions Ph: (805) 704-4038 Fx: (805) 434-2477 From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 28 14:26:17 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4206637B401 for ; Mon, 28 Apr 2003 14:26:17 -0700 (PDT) Received: from mail.asacomputers.com (mail.asacomputers.com [209.10.224.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB1A843FB1 for ; Mon, 28 Apr 2003 14:26:16 -0700 (PDT) (envelope-from kedar@asacomputers.com) Received: from kedar.asacomputers.com ([192.168.1.58]) by mail.asacomputers.com (8.11.6/8.11.6) with ESMTP id h3SLQJn21904 for ; Mon, 28 Apr 2003 14:26:19 -0700 Message-Id: <5.1.0.14.2.20030428142227.041713b0@pop.asacomputers.com> X-Sender: kedar@pop.asacomputers.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 28 Apr 2003 14:23:48 -0700 To: scsi@freebsd.org From: Kedar Rajadnya In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Failover Fibre adaptors? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2003 21:26:17 -0000 Hello, Are there any fibre adaptors from Qlogic or LSI that allow warm failover in FreeBSD, please? TIA, Kedar. Regards, Kedar Rajadnya ASA Computers, Inc. 2354 Calle Del Mundo. Santa Clara, CA 95054. Tel: (408)654-2901 ext201 Cell: (408)799-7263 . Toll Free: (877)538-1272 Fax: (408)654-2910. ====================================== From owner-freebsd-scsi@FreeBSD.ORG Tue Apr 29 17:40:31 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18BC137B404; Tue, 29 Apr 2003 17:40:31 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C7DF43FB1; Tue, 29 Apr 2003 17:40:30 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h3U0eTPM099465; Tue, 29 Apr 2003 18:40:29 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h3U0eT6M099464; Tue, 29 Apr 2003 18:40:29 -0600 (MDT) (envelope-from ken) Date: Tue, 29 Apr 2003 18:40:29 -0600 From: "Kenneth D. Merry" To: scsi@FreeBSD.org Message-ID: <20030429184028.A99420@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i cc: current@FreeBSD.org Subject: HEADS UP: CAM API change, 2TB device support X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2003 00:40:31 -0000 I have checked in the patches I sent out on Sunday. We now have (untested) support for devices larger than 2TB in CAM. There should be no effect on devices smaller than 2TB. There are some API changes that went along with this change, so you'll need to recompile any applications that talk to pass(4) or xpt(4). (camcontrol, cdrecord, xmcd, cdda2wav, etc.) Let me know if you run into any problems with this change. If you've got an array that is larger than 2TB, please try these changes out and let me know how they work. Ken ----- Forwarded message from "Kenneth D. Merry" ----- From: "Kenneth D. Merry" Date: Tue, 29 Apr 2003 17:35:22 -0700 (PDT) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/cam cam_ccb.h src/sys/cam/scsi scsi_all.c scsi_all.h scsi_da.c ken 2003/04/29 17:35:22 PDT FreeBSD src repository Modified files: sys/cam cam_ccb.h sys/cam/scsi scsi_all.c scsi_all.h scsi_da.c Log: Add support to CAM for devices with more than 2^32 blocks. (2TB if you're using 512 byte blocks). cam_ccb.h: Bump up volume_size and cylinders in ccb_calc_geometry to 64 bits and 32 bits respectively, so we can hold larger device sizes. cylinders would overflow at about 500GB. Bump CAM_VERSION for this change. Note that this will require a recompile of all applications that talk to the pass(4) driver. scsi_all.c: Add descriptions for READ/WRITE(16), update READ/WRITE(12) descriptions, add descriptions for SERVICE ACTION IN/OUT. Add a new function, scsi_read_capacity_16(), that issues the read capacity service action. (Necessary for arrays larger than 2^32 sectors.) Update scsi_read_write() to use a 64 bit LBA and issue READ(16) or WRITE(16) if necessary. NOTE the API change. This should be largely transparnet to most userland applications at compile time, but will break binary compatibility. The CAM_VERSION bump, above, also serves the purpose of forcing a recompile for any applications that talk to CAM. scsi_all.h: Add 16 byte READ/WRITE structures, structures for 16 byte READ CAPACITY/SERVICE ACTION IN. Add scsi_u64to8b() and scsi_8btou64. scsi_da.c: The da(4) driver probe now has two stages for devices larger than 2TB. If a standard READ CAPACITY(10) returns 0xffffffff, we issue the 16 byte version of read capacity to determine the true array capacity. We also do the same thing in daopen() -- use the 16 byte read capacity if the device is large enough. The sysctl/loader code has also been updated to accept 16 bytes as a minimum command size. Revision Changes Path 1.24 +3 -3 src/sys/cam/cam_ccb.h 1.40 +68 -14 src/sys/cam/scsi/scsi_all.c 1.23 +82 -6 src/sys/cam/scsi/scsi_all.h 1.139 +194 -65 src/sys/cam/scsi/scsi_da.c ----- End forwarded message ----- -- Kenneth Merry ken@kdm.org From owner-freebsd-scsi@FreeBSD.ORG Wed Apr 30 17:12:36 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A998C37B401 for ; Wed, 30 Apr 2003 17:12:36 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E865343F3F for ; Wed, 30 Apr 2003 17:12:35 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h410CZwk058326 for ; Wed, 30 Apr 2003 17:12:35 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h410CZpk000965 for ; Wed, 30 Apr 2003 17:12:35 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h410CZg1000964 for scsi@FreeBSD.org; Wed, 30 Apr 2003 17:12:35 -0700 (PDT) Date: Wed, 30 Apr 2003 17:12:35 -0700 From: Marcel Moolenaar To: scsi@FreeBSD.org Message-ID: <20030501001235.GA932@athlon.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline User-Agent: Mutt/1.5.3i Subject: [patch] Fix for ia64 tinderbox failure X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2003 00:12:37 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Gang, Please review the attached patch to fix the "variable may be used uninitialized" warning (and thus build failure) on ia64. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="scsi.diff" Index: scsi_da.c =================================================================== RCS file: /home/ncvs/src/sys/cam/scsi/scsi_da.c,v retrieving revision 1.140 diff -u -r1.140 scsi_da.c --- scsi_da.c 30 Apr 2003 13:36:51 -0000 1.140 +++ scsi_da.c 1 May 2003 00:07:59 -0000 @@ -1821,7 +1821,7 @@ if (maxsector != 0xffffffff) goto done; } else - goto done; + goto fail; rcaplong = (struct scsi_read_capacity_data_long *)rcap; @@ -1858,6 +1858,8 @@ if (error == 0) dasetgeom(periph, block_len, maxsector); + +fail: xpt_release_ccb(ccb); --BOKacYhQ+x31HxR3-- From owner-freebsd-scsi@FreeBSD.ORG Wed Apr 30 17:14:49 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4298837B401 for ; Wed, 30 Apr 2003 17:14:49 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 8216643F85 for ; Wed, 30 Apr 2003 17:14:47 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 725 invoked by uid 65534); 1 May 2003 00:14:43 -0000 Received: from cvpn020.gwdg.de (EHLO gmx.net) (134.76.22.20) by mail.gmx.net (mp002-rz3) with SMTP; 01 May 2003 02:14:43 +0200 Message-ID: <3EB06714.9@gmx.net> Date: Thu, 01 May 2003 02:15:16 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030419 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: "Kenneth D. Merry" References: <20030429184028.A99420@panzer.kdm.org> In-Reply-To: <20030429184028.A99420@panzer.kdm.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org cc: scsi@FreeBSD.org Subject: Re: HEADS UP: CAM API change, 2TB device support X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2003 00:14:49 -0000 Kenneth D. Merry wrote: > I have checked in the patches I sent out on Sunday. We now have (untested) > support for devices larger than 2TB in CAM. > > There should be no effect on devices smaller than 2TB. > > There are some API changes that went along with this change, so you'll need > to recompile any applications that talk to pass(4) or xpt(4). (camcontrol, > cdrecord, xmcd, cdda2wav, etc.) What about aritficially bumping the corresponding port version? At lest of the above this would be an obvious thing to do. From owner-freebsd-scsi@FreeBSD.ORG Wed Apr 30 17:17:54 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9783C37B401; Wed, 30 Apr 2003 17:17:54 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id A621E43FCB; Wed, 30 Apr 2003 17:17:53 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h410HqPM006566; Wed, 30 Apr 2003 18:17:52 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h410HqmM006565; Wed, 30 Apr 2003 18:17:52 -0600 (MDT) (envelope-from ken) Date: Wed, 30 Apr 2003 18:17:52 -0600 From: "Kenneth D. Merry" To: Marcin Dalecki Message-ID: <20030430181752.A6544@panzer.kdm.org> References: <20030429184028.A99420@panzer.kdm.org> <3EB06714.9@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3EB06714.9@gmx.net>; from mdcki@gmx.net on Thu, May 01, 2003 at 02:15:16AM +0200 cc: current@FreeBSD.org cc: scsi@FreeBSD.org Subject: Re: HEADS UP: CAM API change, 2TB device support X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2003 00:17:54 -0000 On Thu, May 01, 2003 at 02:15:16 +0200, Marcin Dalecki wrote: > Kenneth D. Merry wrote: > > I have checked in the patches I sent out on Sunday. We now have (untested) > > support for devices larger than 2TB in CAM. > > > > There should be no effect on devices smaller than 2TB. > > > > There are some API changes that went along with this change, so you'll need > > to recompile any applications that talk to pass(4) or xpt(4). (camcontrol, > > cdrecord, xmcd, cdda2wav, etc.) > > What about aritficially bumping the corresponding port version? > At lest of the above this would be an obvious thing to do. Well, this isn't a change to the port, but rather to the OS. Also, it doesn't affect -stable, only current. Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-scsi@FreeBSD.ORG Wed Apr 30 22:23:20 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3419037B401 for ; Wed, 30 Apr 2003 22:23:20 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FD8143F93 for ; Wed, 30 Apr 2003 22:23:19 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h415NIPM007694; Wed, 30 Apr 2003 23:23:18 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h415NIH0007693; Wed, 30 Apr 2003 23:23:18 -0600 (MDT) (envelope-from ken) Date: Wed, 30 Apr 2003 23:23:17 -0600 From: "Kenneth D. Merry" To: Marcel Moolenaar Message-ID: <20030430232317.A7644@panzer.kdm.org> References: <20030501001235.GA932@athlon.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030501001235.GA932@athlon.pn.xcllnt.net>; from marcel@xcllnt.net on Wed, Apr 30, 2003 at 05:12:35PM -0700 cc: scsi@freebsd.org Subject: Re: [patch] Fix for ia64 tinderbox failure X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2003 05:23:20 -0000 On Wed, Apr 30, 2003 at 17:12:35 -0700, Marcel Moolenaar wrote: > Gang, > > Please review the attached patch to fix the "variable may be used > uninitialized" warning (and thus build failure) on ia64. I just checked in a slightly different fix. I just initialized maxsector and block_len to 0 at the beginning of dagetcapacity(). I guess the ia64 backend isn't as smart as the i386 backend. > Index: scsi_da.c > =================================================================== > RCS file: /home/ncvs/src/sys/cam/scsi/scsi_da.c,v > retrieving revision 1.140 > diff -u -r1.140 scsi_da.c > --- scsi_da.c 30 Apr 2003 13:36:51 -0000 1.140 > +++ scsi_da.c 1 May 2003 00:07:59 -0000 > @@ -1821,7 +1821,7 @@ > if (maxsector != 0xffffffff) > goto done; > } else > - goto done; > + goto fail; > > rcaplong = (struct scsi_read_capacity_data_long *)rcap; > > @@ -1858,6 +1858,8 @@ > > if (error == 0) > dasetgeom(periph, block_len, maxsector); > + > +fail: > > xpt_release_ccb(ccb); > Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-scsi@FreeBSD.ORG Thu May 1 06:44:45 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 868AA37B41F for ; Thu, 1 May 2003 06:44:45 -0700 (PDT) Received: from chuggalug.clues.com (chuggalug.clues.com [194.159.1.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 914D643FB1 for ; Thu, 1 May 2003 06:44:44 -0700 (PDT) (envelope-from geoffb@chuggalug.clues.com) Received: from chuggalug.clues.com (localhost [127.0.0.1]) by chuggalug.clues.com (8.12.8p1/8.12.8) with ESMTP id h41EPQRO091461 for ; Thu, 1 May 2003 15:25:26 +0100 (BST) (envelope-from geoffb@chuggalug.clues.com) Received: (from geoffb@localhost) by chuggalug.clues.com (8.12.8p1/8.12.8/Submit) id h41EPPcs091460 for freebsd-scsi@freebsd.org; Thu, 1 May 2003 15:25:25 +0100 (BST) Date: Thu, 1 May 2003 15:25:25 +0100 From: Geoff Buckingham To: freebsd-scsi@freebsd.org Message-ID: <20030501142525.GA91376@chuggalug.clues.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: Unknown status of ServeRaid ? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2003 13:44:45 -0000 I have been searching though my archives of this list to try and figure out what the status of the ServeRaid driver might be. It is now not clear to me if there is a complete driver that can not be released for legal reasons, or An incomplete driver that has yet to be fully integrated/cleaned up. Because my own work requires support for ServeRaid controllers in the very near future I am foced to look at moving to Linux or DOS. If it is indeed a legal problem that prevents the release of the driver, would it be possible to provide a binary only kld for 5.1 ? From owner-freebsd-scsi@FreeBSD.ORG Thu May 1 07:00:15 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15C5937B401 for ; Thu, 1 May 2003 07:00:15 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94BC343F75 for ; Thu, 1 May 2003 07:00:13 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id QAA12785 for freebsd-scsi@freebsd.org; Thu, 1 May 2003 16:00:11 +0200 (CEST) Received: from uriah.heep.sax.de (localhost.heep.sax.de [127.0.0.1]) by uriah.heep.sax.de (8.12.9/8.12.6) with ESMTP id h41DxP4Z023504 for ; Thu, 1 May 2003 15:59:25 +0200 (MET DST) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.12.9/8.12.6/Submit) id h41DxPJJ023503; Thu, 1 May 2003 15:59:25 +0200 (MET DST) Date: Thu, 1 May 2003 15:59:25 +0200 (MET DST) Message-Id: <200305011359.h41DxPJJ023503@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 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: <20030428133145.A91628@panzer.kdm.org> From: j@uriah.heep.sax.de (Joerg Wunsch) X-Original-Newsgroups: local.freebsd.scsi To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=us-ascii Subject: Re: relocation info X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joerg Wunsch List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2003 14:00:15 -0000 "Kenneth D. Merry" wrote: > You can try 'camcontrol reassign'. joerg sent me patches last Fall > to implement it, and I've been planning on turning it into a scan > and reassign tool. Mea culpa, i always intented to commit them, but apparently completely forgot about the item. I'll make another stab on committing it (but first have to see whether all's still OK with it in -current). -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi@FreeBSD.ORG Thu May 1 10:21:04 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 306E037B405 for ; Thu, 1 May 2003 10:21:04 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 5E9E143FCB for ; Thu, 1 May 2003 10:21:03 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 86010 invoked by uid 1000); 1 May 2003 17:21:04 -0000 Date: Thu, 1 May 2003 10:21:04 -0700 (PDT) From: Nate Lawson To: Joerg Wunsch In-Reply-To: <200305011359.h41DxPJJ023503@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: gordon@freebsd.org cc: freebsd-scsi@freebsd.org Subject: Re: Invalidating/reattaching a volume (was: relocation info) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2003 17:21:04 -0000 On Thu, 1 May 2003, Joerg Wunsch wrote: > "Kenneth D. Merry" wrote: > > You can try 'camcontrol reassign'. joerg sent me patches last Fall > > to implement it, and I've been planning on turning it into a scan > > and reassign tool. > > Mea culpa, i always intented to commit them, but apparently completely > forgot about the item. I'll make another stab on committing it (but > first have to see whether all's still OK with it in -current). I'd also like to see your camcontrol detach patches and a path for vinum to lose and then reattach a volume. Whether the latter should happen at the CAM layer or the vinum layer is up for discussion. I personally believe you should be able to tell vinum to close its reference to the drive that went away and then re-open it when the drive reappears. This could even be done automatically through GEOM. (See Gordon Tetlow's work on adding volume labels to GEOM). Comments? -Nate From owner-freebsd-scsi@FreeBSD.ORG Thu May 1 11:07:09 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D141D37B401; Thu, 1 May 2003 11:07:09 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B4E643F85; Thu, 1 May 2003 11:07:08 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h41I77PM010723; Thu, 1 May 2003 12:07:07 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h41I773t010722; Thu, 1 May 2003 12:07:07 -0600 (MDT) (envelope-from ken) Date: Thu, 1 May 2003 12:07:07 -0600 From: "Kenneth D. Merry" To: Nate Lawson Message-ID: <20030501120707.B10607@panzer.kdm.org> References: <200305011359.h41DxPJJ023503@uriah.heep.sax.de> 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 nate@root.org on Thu, May 01, 2003 at 10:21:04AM -0700 cc: Joerg Wunsch cc: gordon@freebsd.org cc: freebsd-scsi@freebsd.org Subject: Re: Invalidating/reattaching a volume (was: relocation info) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2003 18:07:10 -0000 On Thu, May 01, 2003 at 10:21:04 -0700, Nate Lawson wrote: > On Thu, 1 May 2003, Joerg Wunsch wrote: > > "Kenneth D. Merry" wrote: > > > You can try 'camcontrol reassign'. joerg sent me patches last Fall > > > to implement it, and I've been planning on turning it into a scan > > > and reassign tool. > > > > Mea culpa, i always intented to commit them, but apparently completely > > forgot about the item. I'll make another stab on committing it (but > > first have to see whether all's still OK with it in -current). > > I'd also like to see your camcontrol detach patches and a path for vinum > to lose and then reattach a volume. Whether the latter should happen at > the CAM layer or the vinum layer is up for discussion. I personally > believe you should be able to tell vinum to close its reference to the > drive that went away and then re-open it when the drive reappears. This > could even be done automatically through GEOM. (See Gordon Tetlow's work > on adding volume labels to GEOM). Matthew Dodd did the detach patches. They aren't necessary, vinum should close the device when it gets back an ENXIO. Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-scsi@FreeBSD.ORG Thu May 1 13:00:12 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D70C37B401 for ; Thu, 1 May 2003 13:00:12 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5774743FA3 for ; Thu, 1 May 2003 13:00:08 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id WAA26867 for freebsd-scsi@freebsd.org; Thu, 1 May 2003 22:00:07 +0200 (CEST) Received: from uriah.heep.sax.de (localhost.heep.sax.de [127.0.0.1]) by uriah.heep.sax.de (8.12.9/8.12.6) with ESMTP id h41Jvc4Z036112 for ; Thu, 1 May 2003 21:57:38 +0200 (MET DST) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.12.9/8.12.6/Submit) id h41JvcT0036111 for freebsd-scsi@freebsd.org; Thu, 1 May 2003 21:57:38 +0200 (MET DST) Date: Thu, 1 May 2003 21:57:38 +0200 From: Joerg Wunsch To: freebsd-scsi@freebsd.org Message-ID: <20030501215738.B35452@uriah.heep.sax.de> Mail-Followup-To: Joerg Wunsch , freebsd-scsi@freebsd.org References: <200305011359.h41DxPJJ023503@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from nate@root.org on Thu, May 01, 2003 at 10:21:04AM -0700 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 Subject: Re: Invalidating/reattaching a volume (was: relocation info) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joerg Wunsch List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2003 20:00:12 -0000 As Nate Lawson wrote: > I'd also like to see your camcontrol detach patches and a path for > vinum to lose and then reattach a volume. Whether the latter should > happen at the CAM layer or the vinum layer is up for discussion. I think that could/should be handled in vinum, yes. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi@FreeBSD.ORG Fri May 2 03:03:45 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D926537B401 for ; Fri, 2 May 2003 03:03:45 -0700 (PDT) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC25243FBD for ; Fri, 2 May 2003 03:03:43 -0700 (PDT) (envelope-from freebsd-scsi@phoe.frmug.org) Received: (from uucp@localhost)h42A3gT74401 for scsi@freebsd.org; Fri, 2 May 2003 12:03:42 +0200 (CEST) (envelope-from freebsd-scsi@phoe.frmug.org) Received: (from elrond@localhost) by memo.frmug.org (8.11.6/8.11.6) id h42A2Vv20647 for scsi@freebsd.org; Fri, 2 May 2003 12:02:31 +0200 (CEST) (envelope-from freebsd-scsi@phoe.frmug.org) X-Authentication-Warning: memo.frmug.org: elrond set sender to freebsd-scsi@phoe.frmug.org using -f Date: Fri, 2 May 2003 12:02:29 +0200 From: Bertrand Petit To: scsi@freebsd.org Message-ID: <20030502120229.A20546@memo.frmug.org> References: <20030428133309.B91628@panzer.kdm.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: <20030428133309.B91628@panzer.kdm.org>; from ken@kdm.org on Mon, Apr 28, 2003 at 01:33:09PM -0600 Subject: Re: relocation info X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 May 2003 10:03:46 -0000 On Mon, Apr 28, 2003 at 01:33:09PM -0600, Kenneth D. Merry wrote: > > I suppose the drive would probably return an error telling you its spare > area is full. I don't know of any way to figure out how many bad blocks a > drive can handle other than that. The number of available spare sectors is available from the Format Device mode page (03h), see section 6.1.3.4 of SBC-2. -- %!PS 297.6 420.9 translate 90 rotate 0 setgray gsave 0 1 1{pop 0 180 moveto 100 180 170 100 170 -10 curveto 180 -9 180 -9 190 -10 curveto 190 100 100 180 0 180 curveto fill 180 rotate}for grestore/Bookman-LightItalic findfont 240 scalefont setfont -151.536392 -63.7998886 moveto (bp)show showpage From owner-freebsd-scsi@FreeBSD.ORG Fri May 2 15:02:14 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD46737B401 for ; Fri, 2 May 2003 15:02:14 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22DBA43FD7 for ; Fri, 2 May 2003 15:02:14 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 6D42B5311; Sat, 3 May 2003 00:02:12 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Bertrand Petit From: Dag-Erling Smorgrav Date: Sat, 03 May 2003 00:02:11 +0200 In-Reply-To: <20030502120229.A20546@memo.frmug.org> (Bertrand Petit's message of "Fri, 2 May 2003 12:02:29 +0200") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.3 References: <20030428133309.B91628@panzer.kdm.org> <20030502120229.A20546@memo.frmug.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: scsi@freebsd.org Subject: Re: relocation info X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 May 2003 22:02:15 -0000 Bertrand Petit writes: > The number of available spare sectors is available from the > Format Device mode page (03h), see section 6.1.3.4 of SBC-2. "Alternate sectors per zone" and "alternate tracks per zone"? The disk reports both as 0, as does the (known good) replacement I received last week. DES -- Dag-Erling Smorgrav - des@ofug.org From owner-freebsd-scsi@FreeBSD.ORG Sat May 3 12:55:48 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9421837B401 for ; Sat, 3 May 2003 12:55:48 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id D44FB43FA3 for ; Sat, 3 May 2003 12:55:47 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id ; Sat, 3 May 2003 15:55:46 -0400 Message-ID: From: Don Bowman To: "'freebsd-scsi@freebsd.org'" Date: Sat, 3 May 2003 15:55:45 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: aic7902: Ultra320 and ses with SEAGATE ST318452LW X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2003 19:55:48 -0000 I'm finding that I don't get any ses device with this adapter. The system is a supermicro x5dpr motherboard, 2x 2.8GHz XEON with 533MHz FSB. The adaptec 7902 is onboard in this system. I've done a MAKEDEV ses0. When I run 'getencstat -v /dev/ses0', I get: /dev/ses0: Device not configured In my config I have: device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device ses #SCSI SES/SAF-TE driver Does anyone have any suggestions? I've also tried adding SES_ENABLE_PASSTHROUGH and 'device pass' When I boot with verbose, I do not see any messages come out about ses at all. All I see that is scsi related is below: (ahd0:A:0:0): Sending PPR bus_width 1, period 9, offset 7f, ppr_options 3f (ahd0:A:0:0): Received PPR width 1, period 9, offset 3f,options 2 Filtered to width 1, period 9, offset 3f, options 2 ahd0: target 0 using 16bit transfers ahd0: target 0 synchronous with period = 0x9, offset = 0x3f(DT) Creating DISK da0 pass0 at ahd0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number 3EV00Q0500007234TRZ8 pass0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number 3EV00Q0500007234TRZ8 da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) Mounting root from ufs:/dev/da0s1a da0s1: type 0xa5, start 63, end = 1638629, size 1638567 : OK da0s2: type 0xa5, start 1638630, end = 35487584, size 33848955 : OK da0: raw partition size != slice size da0: start 63, end 1638629, size 1638567 da0c: start 63, end 1622564, size 1622502 ahd0: port 0x5000-0x50ff,0x5400-0x54ff mem 0xfc400000-0xfc401fff irq 20 at device 2.0 on pci4 ahd0: Defaulting to MEMIO on ahd0: Reading SEEPROM...done. ahd0: STPWLEVEL is on ahd0: Manual Primary Termination ahd0: Manual Secondary Termination ahd0: Primary High byte termination Enabled ahd0: Primary Low byte termination Enabled ahd0: Secondary High byte termination Disabled ahd0: Secondary Low byte termination Disabled ahd0: Downloading Sequencer Program... 716 instructions downloaded ahd0: Features 0x101, Bugs 0xfffff, Flags 0x43f0 aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs ahd1: port 0x5800-0x58ff,0x5c00-0x5cff mem 0xfc402000-0xfc403fff irq 21 at device 2.1 on pci4 ahd1: Defaulting to MEMIO on ahd1: Reading SEEPROM...done. ahd1: STPWLEVEL is on ahd1: Manual Primary Termination ahd1: Manual Secondary Termination ahd1: Primary High byte termination Enabled ahd1: Primary Low byte termination Enabled ahd1: Secondary High byte termination Disabled ahd1: Secondary Low byte termination Disabled ahd1: Downloading Sequencer Program... 716 instructions downloaded ahd1: Features 0x101, Bugs 0xfffff, Flags 0x43f0 aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs From owner-freebsd-scsi@FreeBSD.ORG Sat May 3 12:56:29 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13A2C37B401 for ; Sat, 3 May 2003 12:56:29 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54FB243FB1 for ; Sat, 3 May 2003 12:56:28 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id ; Sat, 3 May 2003 15:56:27 -0400 Message-ID: From: Don Bowman To: "'freebsd-scsi@freebsd.org'" Date: Sat, 3 May 2003 15:56:26 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: aic7902: Ultra320 and ses with SEAGATE ST318452LW X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2003 19:56:29 -0000 I'm finding that I don't get any ses device with this adapter. The system is a supermicro x5dpr motherboard, 2x 2.8GHz XEON with 533MHz FSB. The adaptec 7902 is onboard in this system. I've done a MAKEDEV ses0. When I run 'getencstat -v /dev/ses0', I get: /dev/ses0: Device not configured In my config I have: device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device ses #SCSI SES/SAF-TE driver Does anyone have any suggestions? I've also tried adding SES_ENABLE_PASSTHROUGH and 'device pass' When I boot with verbose, I do not see any messages come out about ses at all. All I see that is scsi related is below: (ahd0:A:0:0): Sending PPR bus_width 1, period 9, offset 7f, ppr_options 3f (ahd0:A:0:0): Received PPR width 1, period 9, offset 3f,options 2 Filtered to width 1, period 9, offset 3f, options 2 ahd0: target 0 using 16bit transfers ahd0: target 0 synchronous with period = 0x9, offset = 0x3f(DT) Creating DISK da0 pass0 at ahd0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number 3EV00Q0500007234TRZ8 pass0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number 3EV00Q0500007234TRZ8 da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) Mounting root from ufs:/dev/da0s1a da0s1: type 0xa5, start 63, end = 1638629, size 1638567 : OK da0s2: type 0xa5, start 1638630, end = 35487584, size 33848955 : OK da0: raw partition size != slice size da0: start 63, end 1638629, size 1638567 da0c: start 63, end 1622564, size 1622502 ahd0: port 0x5000-0x50ff,0x5400-0x54ff mem 0xfc400000-0xfc401fff irq 20 at device 2.0 on pci4 ahd0: Defaulting to MEMIO on ahd0: Reading SEEPROM...done. ahd0: STPWLEVEL is on ahd0: Manual Primary Termination ahd0: Manual Secondary Termination ahd0: Primary High byte termination Enabled ahd0: Primary Low byte termination Enabled ahd0: Secondary High byte termination Disabled ahd0: Secondary Low byte termination Disabled ahd0: Downloading Sequencer Program... 716 instructions downloaded ahd0: Features 0x101, Bugs 0xfffff, Flags 0x43f0 aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs ahd1: port 0x5800-0x58ff,0x5c00-0x5cff mem 0xfc402000-0xfc403fff irq 21 at device 2.1 on pci4 ahd1: Defaulting to MEMIO on ahd1: Reading SEEPROM...done. ahd1: STPWLEVEL is on ahd1: Manual Primary Termination ahd1: Manual Secondary Termination ahd1: Primary High byte termination Enabled ahd1: Primary Low byte termination Enabled ahd1: Secondary High byte termination Disabled ahd1: Secondary Low byte termination Disabled ahd1: Downloading Sequencer Program... 716 instructions downloaded ahd1: Features 0x101, Bugs 0xfffff, Flags 0x43f0 aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs From owner-freebsd-scsi@FreeBSD.ORG Sat May 3 21:58:50 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9434B37B401 for ; Sat, 3 May 2003 21:58:50 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 18EA943F3F for ; Sat, 3 May 2003 21:58:50 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 1739 invoked by uid 1000); 4 May 2003 04:58:52 -0000 Date: Sat, 3 May 2003 21:58:52 -0700 (PDT) From: Nate Lawson To: Don Bowman In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'freebsd-scsi@freebsd.org'" Subject: Re: aic7902: Ultra320 and ses with SEAGATE ST318452LW X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 04:58:50 -0000 On Sat, 3 May 2003, Don Bowman wrote: > I'm finding that I don't get any ses device with this > adapter. > > The system is a supermicro x5dpr motherboard, 2x 2.8GHz > XEON with 533MHz FSB. The adaptec 7902 is onboard in this > system. > > I've done a MAKEDEV ses0. When I run 'getencstat -v /dev/ses0', > I get: > /dev/ses0: Device not configured > > In my config I have: > device scbus # SCSI bus (required) > device da # Direct Access (disks) > device sa # Sequential Access (tape etc) > device cd # CD > device ses #SCSI SES/SAF-TE driver > > Does anyone have any suggestions? I've also tried adding > SES_ENABLE_PASSTHROUGH and 'device pass' Are you sure your drive is in an enclosure that offers SES? ses(4) only attaches to devices that claim they are of type T_ENCLOSURE (see ses_type() in sys/cam/scsi/scsi_ses.c). I don't see any devices like that in your dmesg. -Nate