From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 14 11:03:25 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 EAD3137B404 for ; Mon, 14 Jul 2003 11:03:24 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4306F43FA3 for ; Mon, 14 Jul 2003 11:03:24 -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 h6EI3OUp085350 for ; Mon, 14 Jul 2003 11:03:24 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h6EI3Nml085345 for scsi@freebsd.org; Mon, 14 Jul 2003 11:03:23 -0700 (PDT) Date: Mon, 14 Jul 2003 11:03:23 -0700 (PDT) Message-Id: <200307141803.h6EI3Nml085345@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, 14 Jul 2003 18:03:25 -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 Jul 14 15:58:08 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 7DA3037B401 for ; Mon, 14 Jul 2003 15:58:08 -0700 (PDT) Received: from support.xfr.com (support.jupiterhosting.com [64.255.160.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD89B43F3F for ; Mon, 14 Jul 2003 15:58:05 -0700 (PDT) (envelope-from ray.taft@jupiterhosting.com) Received: from LAPTOP (unknown [66.60.187.195]) by support.xfr.com (Postfix) with SMTP id AD8D634290A for ; Mon, 14 Jul 2003 16:09:36 -0700 (PDT) From: "Ray Taft" To: Date: Mon, 14 Jul 2003 15:58:04 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Adaptec 2120S Errors 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, 14 Jul 2003 22:58:08 -0000 I have been beating my head on this for a few days, any help would be appreciated. HARDWARE: Dual XEON 2.4Ghz - Hyperthreading = Off 3GB RAM - ECC Registered 3 X 15,000 RPM SEAGATE HARD DRIVES - Half Height Adaptec 2120S Controller - Flashed to latest version RAID 5 Configured - The system has completed the verify / build array process (100%) weeks ago. All of the hardware is brand new (less than a month old), and we have sprung for more expensive shielded SCSI cables. Here is the boot output on the controller initialization. Please note - this 2120s does NOT have an optional battery (which the system says it does) and has a 64MB cache where the system reports only 48MB. Jun 25 01:44:27 lease042 /kernel: aac0: mem 0xf8000000-0xfbffffff irq 16 at device 1.0 on pci3 Jun 25 01:44:27 lease042 /kernel: aac0: i960RX 100MHz, 48MB cache memory, optional battery present Jun 25 01:44:27 lease042 /kernel: aac0: Kernel 4.0-0, Build 6003, S/N b7d58a Jun 25 01:44:27 lease042 /kernel: aac0: Supported Options=1f7e System Setup: 4.8-STABLE FreeBSD 4.8-STABLE compiled for SMP. PERFORMANCE: This system is consistently under relatively heavy IO and network utilization. This is typical network IO for this server: netstat 1 input (Total) output packets errs bytes packets errs bytes colls 4506 0 350136 7466 0 9496788 0 4859 0 332024 7933 0 10829943 0 4654 0 347940 7724 0 9614383 0 4638 0 321165 7701 0 10412423 0 4791 0 369314 7940 0 9823169 0 Typical disk IO for this server: iostat 1 tty aacd0 acd0 fd0 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 22 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 6 0 13 4 77 0 38 46.42 107 4.85 0.00 0 0.00 0.00 0 0.00 13 0 25 5 57 0 38 51.18 86 4.31 0.00 0 0.00 0.00 0 0.00 9 0 19 6 66 0 38 57.02 81 4.52 0.00 0 0.00 0.00 0 0.00 5 0 15 7 74 0 38 47.86 115 5.37 0.00 0 0.00 0.00 0 0.00 10 0 22 7 61 0 38 48.80 88 4.20 0.00 0 0.00 0.00 0 0.00 7 0 19 1 73 ATTMEPTED REMIDYS: We have swapped out the cable twice with different brands with different shielding. No effect. We do not use a converter to change pins. Strait U320 to U320 rated hardware and cables. Rebuilt 4.8 kernel from scratch - twice. No effect. Moved SCSI card to #1 PCI-X slot on motherboard. Researched 2120s history with FreeBSD as well as U320. Rebuilt and reverified RAID 5 array. Per a past support post, we tried turning on and off write cache. For the errors below, write cache is turned ON. Waited to install OS until the build / verify process completed for the RAID 5 array off controller. ERRORS: We are seeing the following messages in /var/log - dmesg on a daily basis. I understood this hardware had some buggy embedded code, but was supposed to be fixed with the flash (six months ago). Also saw posts regarding this card and its inability to operate under 4.7 and 4.8-RELEASE and was the reason we put the box up on 4.8-STABLE. Here are the errors: This continues for the length of the log file. It is consistant regardless of the cable. HEAVY REPITITION. ul 12 14:00:53 lease042 /kernel: swap_pager: indefinite wait buffer: device: #aacd/0x20001, blkno: 43352, size: 8192 Jul 12 14:00:55 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on container 0: Jul 12 14:00:56 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on container 0: Jul 12 14:00:57 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on container 0: Jul 12 17:53:07 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort Time-out. Resetting bus. Jul 12 17:53:10 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on channel 0 Jul 12 17:53:12 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on container 0: Jul 12 17:53:12 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on container 0: Jul 12 17:53:13 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on container 0: Jul 12 18:07:07 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort Time-out. Resetting bus. Jul 12 18:07:10 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on channel 0 Jul 12 18:07:11 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on container 0: Jul 12 18:07:11 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on container 0: Jul 12 18:07:12 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on container 0: Jul 12 19:08:33 lease042 /kernel: pid 37161 (httpd), uid 65534: exited on signal 11 Jul 12 19:56:46 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort Time-out. Resetting bus. Jul 12 19:56:49 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on channel 0 Jul 12 19:56:52 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on container 0: Jul 12 19:56:52 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on container 0: Jul 12 19:56:53 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on container 0: Jul 12 22:56:00 lease042 /kernel: pid 41100 (httpd), uid 65534: exited on signal 10 Jul 12 22:56:18 lease042 /kernel: pid 36891 (httpd), uid 65534: exited on signal 10 Jul 13 02:00:12 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort Time-out. Resetting bus. Jul 13 02:00:16 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on channel 0 Jul 13 02:00:17 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on container 0: Jul 13 02:00:17 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on container 0: Jul 13 02:00:18 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on container 0: Jul 13 02:11:30 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort Time-out. Resetting bus. Jul 13 02:11:33 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on channel 0 Jul 13 02:11:35 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on container 0: Jul 13 02:11:36 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on container 0: Jul 13 02:11:37 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on container 0: Jul 13 03:33:04 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort Time-out. Resetting bus. Jul 13 03:33:07 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on channel 0 Jul 13 03:33:11 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on container 0: Jul 13 03:33:11 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on container 0: Jul 13 03:33:12 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on container 0: Jul 13 12:54:17 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort Time-out. Resetting bus. Jul 13 12:54:17 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on channel 0 Jul 13 12:54:17 lease042 /kernel: aac0: COMMAND 0xcb2aff8c TIMEOUT AFTER 44 SECONDS Jul 13 12:54:17 lease042 /kernel: aac0: COMMAND 0xcb2b0504 TIMEOUT AFTER 44 SECONDS Jul 13 12:54:17 lease042 /kernel: aac0: COMMAND 0xcb2af6cc TIMEOUT AFTER 44 SECONDS Jul 13 12:54:18 lease042 /kernel: aac0: COMMAND 0xcb2af694 TIMEOUT AFTER 44 SECONDS Jul 13 12:54:18 lease042 /kernel: aac0: COMMAND 0xcb2b029c TIMEOUT AFTER 44 SECONDS Jul 13 12:54:18 lease042 /kernel: aac0: COMMAND 0xcb2b006c TIMEOUT AFTER 44 SECONDS Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2b02d4 TIMEOUT AFTER 31 SECONDS Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2b0884 TIMEOUT AFTER 31 SECONDS Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2b0b94 TIMEOUT AFTER 31 SECONDS Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2aff54 TIMEOUT AFTER 31 SECONDS Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2af694 TIMEOUT AFTER 31 SECONDS Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2af18c TIMEOUT AFTER 31 SECONDS Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2b05ac TIMEOUT AFTER 31 SECONDS Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2af50c TIMEOUT AFTER 31 SECONDS From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 14 19:09:57 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 3706237B401 for ; Mon, 14 Jul 2003 19:09:57 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F42943F85 for ; Mon, 14 Jul 2003 19:09:56 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9/8.12.9) with ESMTP id h6F29mM7028468; Mon, 14 Jul 2003 19:09:52 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200307150209.h6F29mM7028468@gw.catspoiler.org> Date: Mon, 14 Jul 2003 19:09:48 -0700 (PDT) From: Don Lewis To: ray.taft@jupiterhosting.com In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-scsi@FreeBSD.org Subject: Re: Adaptec 2120S Errors X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2003 02:09:57 -0000 My first suspicion would be power supply problems. The DC power might be sagging when all the drives seek at the same time. Under extreme load one of my Seagate SCSI drives will defer some commands "forever", until CAM times out the command and resets the drive and/or the SCSI bus. I think this happens when the drive is saturated with commands it can satisfy from its cache (or one area of the disk) and it doesn't have time to go off and do the disk I/O for the other command. Checking with Seagate for a firmware upgrade or turning down the number of tags were the two suggested workarounds. I haven't subjected the drive to this load (200+ tps) recently, so I haven't pursued a fix. Dunno if you can turn down the number of tagged commands per drive if they're all hiding behind raid5. On 14 Jul, Ray Taft wrote: > I have been beating my head on this for a few days, any help would be > appreciated. > > HARDWARE: > > Dual XEON 2.4Ghz - Hyperthreading = Off > 3GB RAM - ECC Registered > 3 X 15,000 RPM SEAGATE HARD DRIVES - Half Height > Adaptec 2120S Controller - Flashed to latest version > RAID 5 Configured - The system has completed the verify / build array > process (100%) weeks ago. > > All of the hardware is brand new (less than a month old), and we have sprung > for more expensive shielded SCSI cables. > > Here is the boot output on the controller initialization. Please note - this > 2120s does NOT have an optional battery (which the system says it does) and > has a 64MB cache where the system reports only 48MB. > > Jun 25 01:44:27 lease042 /kernel: aac0: mem > 0xf8000000-0xfbffffff irq 16 at device 1.0 on pci3 > Jun 25 01:44:27 lease042 /kernel: aac0: i960RX 100MHz, 48MB cache memory, > optional battery present > Jun 25 01:44:27 lease042 /kernel: aac0: Kernel 4.0-0, Build 6003, S/N b7d58a > Jun 25 01:44:27 lease042 /kernel: aac0: Supported > Options=1f7e ND,SGMAP64,ALARM,NONDASD> > > System Setup: 4.8-STABLE FreeBSD 4.8-STABLE compiled for SMP. > > PERFORMANCE: > > This system is consistently under relatively heavy IO and network > utilization. > > This is typical network IO for this server: > > netstat 1 > input (Total) output > packets errs bytes packets errs bytes colls > 4506 0 350136 7466 0 9496788 0 > 4859 0 332024 7933 0 10829943 0 > 4654 0 347940 7724 0 9614383 0 > 4638 0 321165 7701 0 10412423 0 > 4791 0 369314 7940 0 9823169 0 > > Typical disk IO for this server: > > iostat 1 > tty aacd0 acd0 fd0 cpu > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > 0 22 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 6 0 13 4 77 > 0 38 46.42 107 4.85 0.00 0 0.00 0.00 0 0.00 13 0 25 5 57 > 0 38 51.18 86 4.31 0.00 0 0.00 0.00 0 0.00 9 0 19 6 66 > 0 38 57.02 81 4.52 0.00 0 0.00 0.00 0 0.00 5 0 15 7 74 > 0 38 47.86 115 5.37 0.00 0 0.00 0.00 0 0.00 10 0 22 7 61 > 0 38 48.80 88 4.20 0.00 0 0.00 0.00 0 0.00 7 0 19 1 73 > > ATTMEPTED REMIDYS: > > We have swapped out the cable twice with different brands with different > shielding. No effect. We do not use a converter to change pins. Strait U320 > to U320 rated hardware and cables. > > Rebuilt 4.8 kernel from scratch - twice. No effect. > > Moved SCSI card to #1 PCI-X slot on motherboard. > > Researched 2120s history with FreeBSD as well as U320. > > Rebuilt and reverified RAID 5 array. Per a past support post, we tried > turning on and off write cache. For the errors below, write cache is turned > ON. > > Waited to install OS until the build / verify process completed for the RAID > 5 array off controller. > > ERRORS: > > We are seeing the following messages in /var/log - dmesg on a daily basis. I > understood this hardware had some buggy embedded code, but was supposed to > be fixed with the flash (six months ago). Also saw posts regarding this card > and its inability to operate under 4.7 and 4.8-RELEASE and was the reason we > put the box up on 4.8-STABLE. > > Here are the errors: > > This continues for the length of the log file. It is consistant regardless > of the cable. HEAVY REPITITION. > > ul 12 14:00:53 lease042 /kernel: swap_pager: indefinite wait buffer: device: > #aacd/0x20001, blkno: 43352, size: 8192 > Jul 12 14:00:55 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on > container 0: > Jul 12 14:00:56 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on > container 0: > Jul 12 14:00:57 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on > container 0: > Jul 12 17:53:07 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort > Time-out. Resetting bus. > Jul 12 17:53:10 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on > channel 0 > Jul 12 17:53:12 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on > container 0: > Jul 12 17:53:12 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on > container 0: > Jul 12 17:53:13 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on > container 0: > Jul 12 18:07:07 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort > Time-out. Resetting bus. > Jul 12 18:07:10 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on > channel 0 > Jul 12 18:07:11 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on > container 0: > Jul 12 18:07:11 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on > container 0: > Jul 12 18:07:12 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on > container 0: > Jul 12 19:08:33 lease042 /kernel: pid 37161 (httpd), uid 65534: exited on > signal 11 > Jul 12 19:56:46 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort > Time-out. Resetting bus. > Jul 12 19:56:49 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on > channel 0 > Jul 12 19:56:52 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on > container 0: > Jul 12 19:56:52 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on > container 0: > Jul 12 19:56:53 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on > container 0: > Jul 12 22:56:00 lease042 /kernel: pid 41100 (httpd), uid 65534: exited on > signal 10 > Jul 12 22:56:18 lease042 /kernel: pid 36891 (httpd), uid 65534: exited on > signal 10 > Jul 13 02:00:12 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort > Time-out. Resetting bus. > Jul 13 02:00:16 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on > channel 0 > Jul 13 02:00:17 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on > container 0: > Jul 13 02:00:17 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on > container 0: > Jul 13 02:00:18 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on > container 0: > Jul 13 02:11:30 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort > Time-out. Resetting bus. > Jul 13 02:11:33 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on > channel 0 > Jul 13 02:11:35 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on > container 0: > Jul 13 02:11:36 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on > container 0: > Jul 13 02:11:37 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on > container 0: > Jul 13 03:33:04 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort > Time-out. Resetting bus. > Jul 13 03:33:07 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on > channel 0 > Jul 13 03:33:11 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on > container 0: > Jul 13 03:33:11 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on > container 0: > Jul 13 03:33:12 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on > container 0: > > > Jul 13 12:54:17 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort > Time-out. Resetting bus. > Jul 13 12:54:17 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on > channel 0 > Jul 13 12:54:17 lease042 /kernel: aac0: COMMAND 0xcb2aff8c TIMEOUT AFTER 44 > SECONDS > Jul 13 12:54:17 lease042 /kernel: aac0: COMMAND 0xcb2b0504 TIMEOUT AFTER 44 > SECONDS > Jul 13 12:54:17 lease042 /kernel: aac0: COMMAND 0xcb2af6cc TIMEOUT AFTER 44 > SECONDS > Jul 13 12:54:18 lease042 /kernel: aac0: COMMAND 0xcb2af694 TIMEOUT AFTER 44 > SECONDS > Jul 13 12:54:18 lease042 /kernel: aac0: COMMAND 0xcb2b029c TIMEOUT AFTER 44 > SECONDS > Jul 13 12:54:18 lease042 /kernel: aac0: COMMAND 0xcb2b006c TIMEOUT AFTER 44 > SECONDS > Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2b02d4 TIMEOUT AFTER 31 > SECONDS > Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2b0884 TIMEOUT AFTER 31 > SECONDS > Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2b0b94 TIMEOUT AFTER 31 > SECONDS > Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2aff54 TIMEOUT AFTER 31 > SECONDS > Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2af694 TIMEOUT AFTER 31 > SECONDS > Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2af18c TIMEOUT AFTER 31 > SECONDS > Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2b05ac TIMEOUT AFTER 31 > SECONDS > Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2af50c TIMEOUT AFTER 31 > SECONDS > > > > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 14 20:45:28 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55C7F37B401 for ; Mon, 14 Jul 2003 20:45:28 -0700 (PDT) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 5816143FBD for ; Mon, 14 Jul 2003 20:45:27 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: (qmail 3609 invoked by uid 1002); 15 Jul 2003 03:45:23 -0000 Received: from adsl-64-58-12-196.mho.net (HELO freebsd.org) (64.58.12.196) by smtp.mho.net with SMTP; 15 Jul 2003 03:45:23 -0000 Message-ID: <3F1378E0.8030401@freebsd.org> Date: Mon, 14 Jul 2003 21:45:36 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3.1) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ray Taft References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-scsi@freebsd.org Subject: Re: Adaptec 2120S Errors X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2003 03:45:28 -0000 Ray Taft wrote: > I have been beating my head on this for a few days, any help would be > appreciated. > > HARDWARE: > > Dual XEON 2.4Ghz - Hyperthreading = Off > 3GB RAM - ECC Registered > 3 X 15,000 RPM SEAGATE HARD DRIVES - Half Height > Adaptec 2120S Controller - Flashed to latest version > RAID 5 Configured - The system has completed the verify / build array > process (100%) weeks ago. > > All of the hardware is brand new (less than a month old), and we have sprung > for more expensive shielded SCSI cables. > > Here is the boot output on the controller initialization. Please note - this > 2120s does NOT have an optional battery (which the system says it does) and > has a 64MB cache where the system reports only 48MB. > The errant battery message is a known problem; I need to sit down some time and figure it out. It's only informational and is completely harmless. The 64MB vs 48MB disparity is due to the way the i960-based cards handle their memory. They reserve 16MB out of the cache for their own needs. So, the value reported reflects how much cache is usable, not the amount of RAM on the board. The StrongArm-based cards have RAM dedicated to the processor and make the full amount of cache available. > Jun 25 01:44:27 lease042 /kernel: aac0: mem > 0xf8000000-0xfbffffff irq 16 at device 1.0 on pci3 > Jun 25 01:44:27 lease042 /kernel: aac0: i960RX 100MHz, 48MB cache memory, > optional battery present > Jun 25 01:44:27 lease042 /kernel: aac0: Kernel 4.0-0, Build 6003, S/N b7d58a > Jun 25 01:44:27 lease042 /kernel: aac0: Supported > Options=1f7e ND,SGMAP64,ALARM,NONDASD> > [...] > > ATTMEPTED REMIDYS: > > We have swapped out the cable twice with different brands with different > shielding. No effect. We do not use a converter to change pins. Strait U320 > to U320 rated hardware and cables. Are there any hot-swap backplanes involved? Many backplanes out there perform marginally at u320. > > Rebuilt 4.8 kernel from scratch - twice. No effect. > This likely will have no effect. > Moved SCSI card to #1 PCI-X slot on motherboard. > This likely will have no effect except to slow down your PCI-X bus to PCI-64/66. > Researched 2120s history with FreeBSD as well as U320. > > Rebuilt and reverified RAID 5 array. Per a past support post, we tried > turning on and off write cache. For the errors below, write cache is turned > ON. You might want to investigate the on-drive caches also. It can be configured from the BIOS. > > Waited to install OS until the build / verify process completed for the RAID > 5 array off controller. > > ERRORS: > > We are seeing the following messages in /var/log - dmesg on a daily basis. I > understood this hardware had some buggy embedded code, but was supposed to > be fixed with the flash (six months ago). Also saw posts regarding this card > and its inability to operate under 4.7 and 4.8-RELEASE and was the reason we > put the box up on 4.8-STABLE. > > Here are the errors: As Don Lewis pointed out, your power-supply might be under powered. Unless the drives are in a backplane, it should be pretty easy to toss a second PS into the mix and test it out. Also, what make and model of drives are these? Have you checked the vendor for the latest firmware? Scott From owner-freebsd-scsi@FreeBSD.ORG Wed Jul 16 13:30:28 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9F9237B401 for ; Wed, 16 Jul 2003 13:30:28 -0700 (PDT) Received: from web20510.mail.yahoo.com (web20510.mail.yahoo.com [216.136.226.145]) by mx1.FreeBSD.org (Postfix) with SMTP id D89C643FA3 for ; Wed, 16 Jul 2003 13:30:27 -0700 (PDT) (envelope-from thephoenix_group@yahoo.com) Message-ID: <20030716203027.99290.qmail@web20510.mail.yahoo.com> Received: from [216.97.232.231] by web20510.mail.yahoo.com via HTTP; Wed, 16 Jul 2003 13:30:27 PDT Date: Wed, 16 Jul 2003 13:30:27 -0700 (PDT) From: Andy White To: freebsd-scsi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: target mode/ISP 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, 16 Jul 2003 20:30:29 -0000 I am running freebsd 5.1 release with an Adaptec 2940u2b and Qlogic 2300f fibre card. I want to connect to the internal scsi drives over fibre channel with the Qlogic card. Is this possible to do? We envision that by running the scsi target mode and emulating the disk drives we could then use that virtual drive for our fibre channel clients. If this is possible, on what device does target mode need to be enabled or does it need to be enabled on both? I have followed the instruction from Nate on this website http://www.root.org/~nate/freebsd/README.targcompiled Compiled kernel with both devices in target mode and ran the command ./scsi_target 1:0:0 w/ my target file and for a sec it appeared to be working however gave me an error about 16 devices but starting anyway. It appeared in the backgroup as running however the other fibre channel clients could not see it as a device. I reset the box a few minuets later and now just get error on the screen isp0: Mailbox Command 'SEND SNS' failed (error 0x400a) isp0: SNS Failed- timeout or transmit failed isp0: Mbox Command Async (0x4005) with no waiters Lastly does anyone know where I find some good documentation on how all this works? Any ideas or comments would be greatly appreciated. Thanks. -Andy --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! From owner-freebsd-scsi@FreeBSD.ORG Fri Jul 18 01:04:06 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 A9D7D37B401 for ; Fri, 18 Jul 2003 01:04:06 -0700 (PDT) Received: from mail.webjockey.net (mail.webjockey.net [208.141.46.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id A590443FB1 for ; Fri, 18 Jul 2003 01:04:05 -0700 (PDT) (envelope-from gary@outloud.org) Received: from nebula-xse3j6vv.outloud.org (wv-mrtnbrg-cmts1a-a-162.shphwv.adelphia.net [68.67.224.162]) by mail.webjockey.net (8.12.9/8.12.8) with ESMTP id h6I84TQT027543; Fri, 18 Jul 2003 04:04:29 -0400 (EDT) (envelope-from gary@outloud.org) Message-Id: <6.0.0.12.0.20030718040239.01f242d8@208.141.46.254> X-Sender: ancient@208.141.46.3 X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.12 (Beta) Date: Fri, 18 Jul 2003 04:03:55 -0400 To: "Ray Taft" From: Gary Stanley In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-scsi@freebsd.org Subject: Re: Adaptec 2120S Errors 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, 18 Jul 2003 08:04:06 -0000 I've had similar issues with what you are having. I firmware updated the drives to the latest (provided by seagate) and smooth sailing from here. However, YMMV. At 06:58 PM 7/14/2003, Ray Taft wrote: >I have been beating my head on this for a few days, any help would be >appreciated. > >HARDWARE: > >Dual XEON 2.4Ghz - Hyperthreading = Off >3GB RAM - ECC Registered >3 X 15,000 RPM SEAGATE HARD DRIVES - Half Height >Adaptec 2120S Controller - Flashed to latest version >RAID 5 Configured - The system has completed the verify / build array >process (100%) weeks ago. > >All of the hardware is brand new (less than a month old), and we have sprung >for more expensive shielded SCSI cables. > >Here is the boot output on the controller initialization. Please note - this >2120s does NOT have an optional battery (which the system says it does) and >has a 64MB cache where the system reports only 48MB. > >Jun 25 01:44:27 lease042 /kernel: aac0: mem >0xf8000000-0xfbffffff irq 16 at device 1.0 on pci3 >Jun 25 01:44:27 lease042 /kernel: aac0: i960RX 100MHz, 48MB cache memory, >optional battery present >Jun 25 01:44:27 lease042 /kernel: aac0: Kernel 4.0-0, Build 6003, S/N b7d58a >Jun 25 01:44:27 lease042 /kernel: aac0: Supported >Options=1f7eND,SGMAP64,ALARM,NONDASD> > >System Setup: 4.8-STABLE FreeBSD 4.8-STABLE compiled for SMP. > >PERFORMANCE: > >This system is consistently under relatively heavy IO and network >utilization. > >This is typical network IO for this server: > >netstat 1 > input (Total) output > packets errs bytes packets errs bytes colls > 4506 0 350136 7466 0 9496788 0 > 4859 0 332024 7933 0 10829943 0 > 4654 0 347940 7724 0 9614383 0 > 4638 0 321165 7701 0 10412423 0 > 4791 0 369314 7940 0 9823169 0 > >Typical disk IO for this server: > >iostat 1 > tty aacd0 acd0 fd0 cpu > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > 0 22 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 6 0 13 4 77 > 0 38 46.42 107 4.85 0.00 0 0.00 0.00 0 0.00 13 0 25 5 57 > 0 38 51.18 86 4.31 0.00 0 0.00 0.00 0 0.00 9 0 19 6 66 > 0 38 57.02 81 4.52 0.00 0 0.00 0.00 0 0.00 5 0 15 7 74 > 0 38 47.86 115 5.37 0.00 0 0.00 0.00 0 0.00 10 0 22 7 61 > 0 38 48.80 88 4.20 0.00 0 0.00 0.00 0 0.00 7 0 19 1 73 > >ATTMEPTED REMIDYS: > >We have swapped out the cable twice with different brands with different >shielding. No effect. We do not use a converter to change pins. Strait U320 >to U320 rated hardware and cables. > >Rebuilt 4.8 kernel from scratch - twice. No effect. > >Moved SCSI card to #1 PCI-X slot on motherboard. > >Researched 2120s history with FreeBSD as well as U320. > >Rebuilt and reverified RAID 5 array. Per a past support post, we tried >turning on and off write cache. For the errors below, write cache is turned >ON. > >Waited to install OS until the build / verify process completed for the RAID >5 array off controller. > >ERRORS: > >We are seeing the following messages in /var/log - dmesg on a daily basis. I >understood this hardware had some buggy embedded code, but was supposed to >be fixed with the flash (six months ago). Also saw posts regarding this card >and its inability to operate under 4.7 and 4.8-RELEASE and was the reason we >put the box up on 4.8-STABLE. > >Here are the errors: > >This continues for the length of the log file. It is consistant regardless >of the cable. HEAVY REPITITION. > >ul 12 14:00:53 lease042 /kernel: swap_pager: indefinite wait buffer: device: >#aacd/0x20001, blkno: 43352, size: 8192 >Jul 12 14:00:55 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on >container 0: >Jul 12 14:00:56 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on >container 0: >Jul 12 14:00:57 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on >container 0: >Jul 12 17:53:07 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort >Time-out. Resetting bus. >Jul 12 17:53:10 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on >channel 0 >Jul 12 17:53:12 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on >container 0: >Jul 12 17:53:12 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on >container 0: >Jul 12 17:53:13 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on >container 0: >Jul 12 18:07:07 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort >Time-out. Resetting bus. >Jul 12 18:07:10 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on >channel 0 >Jul 12 18:07:11 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on >container 0: >Jul 12 18:07:11 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on >container 0: >Jul 12 18:07:12 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on >container 0: >Jul 12 19:08:33 lease042 /kernel: pid 37161 (httpd), uid 65534: exited on >signal 11 >Jul 12 19:56:46 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort >Time-out. Resetting bus. >Jul 12 19:56:49 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on >channel 0 >Jul 12 19:56:52 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on >container 0: >Jul 12 19:56:52 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on >container 0: >Jul 12 19:56:53 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on >container 0: >Jul 12 22:56:00 lease042 /kernel: pid 41100 (httpd), uid 65534: exited on >signal 10 >Jul 12 22:56:18 lease042 /kernel: pid 36891 (httpd), uid 65534: exited on >signal 10 >Jul 13 02:00:12 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort >Time-out. Resetting bus. >Jul 13 02:00:16 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on >channel 0 >Jul 13 02:00:17 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on >container 0: >Jul 13 02:00:17 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on >container 0: >Jul 13 02:00:18 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on >container 0: >Jul 13 02:11:30 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort >Time-out. Resetting bus. >Jul 13 02:11:33 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on >channel 0 >Jul 13 02:11:35 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on >container 0: >Jul 13 02:11:36 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on >container 0: >Jul 13 02:11:37 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on >container 0: >Jul 13 03:33:04 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort >Time-out. Resetting bus. >Jul 13 03:33:07 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on >channel 0 >Jul 13 03:33:11 lease042 /kernel: aac0: **Monitor** Drive 0:0:0 online on >container 0: >Jul 13 03:33:11 lease042 /kernel: aac0: **Monitor** Drive 0:2:0 online on >container 0: >Jul 13 03:33:12 lease042 /kernel: aac0: **Monitor** Drive 0:3:0 online on >container 0: > > >Jul 13 12:54:17 lease042 /kernel: aac0: **Monitor** ID(0:03:0) Abort >Time-out. Resetting bus. >Jul 13 12:54:17 lease042 /kernel: aac0: **Monitor** SCSI bus reset issued on >channel 0 >Jul 13 12:54:17 lease042 /kernel: aac0: COMMAND 0xcb2aff8c TIMEOUT AFTER 44 >SECONDS >Jul 13 12:54:17 lease042 /kernel: aac0: COMMAND 0xcb2b0504 TIMEOUT AFTER 44 >SECONDS >Jul 13 12:54:17 lease042 /kernel: aac0: COMMAND 0xcb2af6cc TIMEOUT AFTER 44 >SECONDS >Jul 13 12:54:18 lease042 /kernel: aac0: COMMAND 0xcb2af694 TIMEOUT AFTER 44 >SECONDS >Jul 13 12:54:18 lease042 /kernel: aac0: COMMAND 0xcb2b029c TIMEOUT AFTER 44 >SECONDS >Jul 13 12:54:18 lease042 /kernel: aac0: COMMAND 0xcb2b006c TIMEOUT AFTER 44 >SECONDS >Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2b02d4 TIMEOUT AFTER 31 >SECONDS >Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2b0884 TIMEOUT AFTER 31 >SECONDS >Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2b0b94 TIMEOUT AFTER 31 >SECONDS >Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2aff54 TIMEOUT AFTER 31 >SECONDS >Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2af694 TIMEOUT AFTER 31 >SECONDS >Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2af18c TIMEOUT AFTER 31 >SECONDS >Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2b05ac TIMEOUT AFTER 31 >SECONDS >Jul 13 21:34:37 lease042 /kernel: aac0: COMMAND 0xcb2af50c TIMEOUT AFTER 31 >SECONDS > > > >_______________________________________________ >freebsd-scsi@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-scsi >To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" From owner-freebsd-scsi@FreeBSD.ORG Fri Jul 18 13:39: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 3FCDC37B401; Fri, 18 Jul 2003 13:39:12 -0700 (PDT) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55BCC43F85; Fri, 18 Jul 2003 13:39:11 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Date: Fri, 18 Jul 2003 22:39:09 +0200 From: Daniel Lang To: Thomas Quinot , Marius Strobl , freebsd-scsi@freebsd.org Message-ID: <20030718203909.GB409@atrbg11.informatik.tu-muenchen.de> References: <20030704094935.GA335@atrbg11.informatik.tu-muenchen.de> <20030704130345.GA348@atrbg11.informatik.tu-muenchen.de> <20030708184838.GB26342@melusine.cuivre.fr.eu.org> <20030715142556.GA380@atrbg11.informatik.tu-muenchen.de> <20030717150759.GA811@atrbg11.informatik.tu-muenchen.de> <20030717202053.GA52407@melusine.cuivre.fr.eu.org> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <20030717202053.GA52407@melusine.cuivre.fr.eu.org> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: freebsd-hackers@freebsd.org Subject: Re: atapicam hangs system 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, 18 Jul 2003 20:39:12 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear scsi experts, currently I'm discussing a problem I experience with=20 Thomas' atapicam(4) driver. To simplify discussions and channel opinions and current discoveries, I've opened a PR about the matter. Please have a look at kern/54616 and tell us your opinions. Many thanks! Daniel --=20 IRCnet: Mr-Spock - kommst du siehst du, gehst du hast du, weisst du, krass! - Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --X1bOJ3K7DJ5YkBrT Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIXgAYJKoZIhvcNAQcCoIIXcTCCF20CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC FUAwggbMMIIFtKADAgECAgIVezANBgkqhkiG9w0BAQUFADCBpjELMAkGA1UEBhMCREUxETAP BgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVu Y2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJH LUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDMwNTIwMTIz MTQyWhcNMDQwNTIxMDAwMDAwWjCBqzELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVu MSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZ RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEUMBIGA1UEAxMLRGFuaWVsIExhbmcxJDAiBgkq hkiG9w0BCQEWFWRhbmllbC5sYW5nQGluLnR1bS5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEAk55VXazdhYUuEJAHmO439gJwKVfvcdF64VyP8tzhYwiIx/9FOsQj8r8Gw2g0MDCa X2mCNiSKz32sUI33SQFhBhwxoF6bpq7d6pfeJ7UL+2T/bkRVF/Y7zPuMMK/wMbiEwyfvdjxk 8XsVtpj500LjW7QYdAHlijHRAY2nFk4f8bcCAwEAAaOCA38wggN7MAwGA1UdEwEB/wQCMAAw HQYDVR0OBBYEFPMLcu3eegcL6m8ObwlveYDdoYOpMIHKBgNVHSMEgcIwgb+AFK81Ou8wbY/H n0tx1dgCig9IKGPUoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkctQ0ExGzAZBgkqhkiG9w0B CQEWDGNhQGluLnR1bS5kZYIBAjAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMIGxBgNVHREEgakwgaaBD2xhbmdkQGluLnR1bS5kZYEVZGFuaWVsLmxh bmdAaW4udHVtLmRlgR9sYW5nZEBpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgSVkYW5pZWwu bGFuZ0BpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgRBsYW5nZEBjcy50dW0uZWR1gRZkYW5p ZWwubGFuZ0Bjcy50dW0uZWR1gQpkbEBsZW8ub3JnMAkGA1UdEgQCMAAwOAYDVR0fBDEwLzAt oCugKYYnaHR0cDovL2NhLmluLnR1bS5kZS9jcmxzL3VzZXJjYV9jcmwuY3JsMBEGCWCGSAGG +EIBAQQEAwIFoDCBnwYJYIZIAYb4QgENBIGRFoGORGllc2VzIFplcnRpZmlrYXQgd3VyZGUg YXVzZ2VzdGVsbHQgZnVlciBEYW5pZWwgTGFuZyB2b24gZGVyIFJCRy1CZW51dHplci1DQSwg RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIgVGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0 IE11ZW5jaGVuLjA2BglghkgBhvhCAQMEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmlu L3VzZXJjYS1yZXY/MDIGCWCGSAGG+EIBBAQlFiNodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1i aW4vY2EtcmV2PzA2BglghkgBhvhCAQgEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9wb2xpY2ll cy9yYmdjYS5odG1sMA0GCSqGSIb3DQEBBQUAA4IBAQAGrfB5rH9D6jl6Tx+hwXpv0a/TuV39 vIQWMCA1hi0V4pI+bMyGTW1k/Ve5C58wRZv7CSTnxTGoqZmqnV37GGQlZBmvsDE+u3FKL/T7 Tk/rlVajExCXGHwjgHp2FfCaVMawKSUrI60aDcUgLUtT2DKpEfKfr/MC7CDtCaYy6TW93cHc uv2oM+1PN+CIcR5PaqEySmeYoXBMXd6sktjyNUWLxsNhtFMVnOiwF3SZYbRbRobuEWM3o+W7 nijECUIKz8rvK3f/c8v9HlVitMbeaTs4J1nZUR9lsvGLik6vsfIgbmuP6MMkrKFYwq5XTR1x JtMcmvnqcWytpYFDVPGuGaj1MIIHKDCCBRCgAwIBAgIBATANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTY0MTAzWhcNMDQwNTIxMDAwMDAwWjCBpDELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAxMNUkJHLVNlcnZlci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAzAHBIFy4tKTvbMMg037hc9t2jR5MVpEUIPvrSWC4xpbr6Hw7abQW/lRfFpV8 enf9tSgfcl8kvGjAAD8AYeuDash6TQSUjBdZCe7V297oZ0dsuurZBkM5BwvLWF8vMiY+SD/+ XTqhnU6B/E9C+R5VXjXsXV2u9hDtKVC5hqVgnxRM5rT/LsUhcchgAXk2WuI8r9Llb+voPWwM FmHk2jxUwhvxZfGo15HDrvJUgzYsL36SmeYMI9Eo70uGmAQRPVVq2zn/3AC4z8X1cBd3ItnH YPbx0iUH5kEGq2KH5iCndwNq9oaFhKj+Y34wEv5BYl6sb5C9EBvtGyebNwuvmtC3tQIDAQAB o4ICaDCCAmQwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUH9QPe0VQVF1D2v8Su/itK/4O QMwwgcoGA1UdIwSBwjCBv4AU2WV+TUF/hD+1KtZ7E519yuW0XRqhgaOkgaAwgZ0xCzAJBgNV BAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJz aXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzAN BgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlggEAMA4GA1UdDwEB /wQEAwIBBjATBgNVHSUEDDAKBggrBgEFBQcDATA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDARBglghkgBhvhCAQEEBAMCAgQwgYQGCWCG SAGG+EIBDQR3FnVaZXJ0aWZpa2F0IGZ1ZXIgUkJHLVNlcnZlci1DQSBhdXNnZXN0ZWxsdCB2 b24gUkJHLUNBLCBGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBV bml2ZXJzaXRhZXQgTXVlbmNoZW4wMgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0u ZGUvY2dpLWJpbi9jYS1yZXY/MDwGCWCGSAGG+EIBCAQvFi1odHRwOi8vY2EuaW4udHVtLmRl L3BvbGljaWVzL3NlcnZlcmNhcG9sLmh0bWwwDQYJKoZIhvcNAQEFBQADggIBAMzKnULQb6Kd hPNmKKmPSJJUOtbHxGH7Qi8paskt7dzDja/X7wz3524LGN2f05c1uAfyAP9Ar0nFthWy0qeM ueOtrOcSCj8AYwYN5H4drMC8GglQwlkD0M/nhPJ5xtAj8JzNYHzG1DK5tVgoJnF+t4KmTpI6 QJ6Dh3XDoZXubWd0jkHxQIzOKhs9PPjEzydmerC7B3Zt8vh7457Sk6wwZFhXc+nkeIIplnlD sBioOSyF7hZOwx4I2Auxss1zsyUQHCX88sOuZC0kYB7yRd1TMRti8josznux8k13sZBezFMP S2yCuKRBEk5Nt57OyGbIF4O7Mhn01mTnol2BDpTKJek45bIpRvSLl/xRPpjnzxLO1rXtXgCs GtkmXj+Zwo5fnL6OvZIiFgMV4ASsFclZexceHxDjpia1IHSFB/4I5fAys8Bw03idI+rfsla1 mW0AJuw260QgoBz+b+LKGosJdNosMfOJmNl0vW3Kq6NfYpZLkG0YJF9Xo6vsATFk9kNq56ye ila80uE2wDO/BGAcBMWQ4uwfrWqVPoW5X/oHcPISApnCBeZ+LyWvnTkgxCUeyqyxNOvaA/j7 jUoBb9l+GWup8EGND16mR/wYWAxYLgis1pn5QmSTbbKSWKcqDo6HBo1Zx9XRf76CZc7RJRp9 EXqYrkmlL9eg7qcnnS1rJbqxMIIHQDCCBSigAwIBAgIBAjANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTcwMzUyWhcNMDQwNTIxMDAwMDAwWjCBpjELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJHLUJlbnV0emVy LUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQCtYQ5ycRY6fyrlvJgpeQCNhPxQduU59Kpv6xWId9sHL8NyI7nlmlWzMroD ddIqeg7QvvtPS+xorbQJ9rxh94lXZtwlGPYg4LC/1PHGnDt+8RGiq8GLbHyeJZoQnEGSovyn uR4wZ9qnApFRsXcUZ5W/CSSwjKnQeN39oFj8EC4xtmUuudV65sxGuGToRVoSnjeULJKYBNnC RxVx2MU5exKGQAuvgaVd7Ozb7ziZyWxhVCNrUQOGrSKDgyKLguWTNnD7sSOiOpie3IX8H2DV DvbcKcmMQr8ojwWutNDPadOth+J6qd/modqxB1VbH8wu0lezbhPM5dh7yUFCEqZoXXh9AgMB AAGjggJ+MIICejAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBSvNTrvMG2Px59LcdXYAooP SChj1DCBygYDVR0jBIHCMIG/gBTZZX5NQX+EP7Uq1nsTnX3K5bRdGqGBo6SBoDCBnTELMAkG A1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZl cnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEP MA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQAwDgYDVR0P AQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA0BgNVHR8ELTArMCmg J6AlhiNodHRwOi8vY2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDAJBgNVHRIEAjAAMBEG CWCGSAGG+EIBAQQEAwIBBjCBhwYJYIZIAYb4QgENBHoWeFplcnRpZmlrYXQgZnVlciBSQkct QmVudXR6ZXItQ0EsIGF1c2dlc3RlbGx0IHZvbiBSQkctQ0EsIEZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbjAyBglghkgB hvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8wOgYJYIZIAYb4 QgEIBC0WK2h0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvdXNlcmNhcG9sLmh0bWwwDQYJ KoZIhvcNAQEFBQADggIBAJapnE3b+p2nrryUkfTEl5iKTl7o8hLrB4FbLZsdBs16pIb0fIIq yGR0wlv0Qq5OLHm1hQzGkfhqEb2O+oBQJgaykxAB+6rKKOJdL12LSQrYXbDV8t/isyurwkFi fmcWDxVF4reDcz8F61KrVz46k2KtdY39CcuW+x1xQZRgier+jdBLLsbkM21XkufUrwnnO5Vr j0cD48XmcsVuWF0EkGo49jPHk8LG2cMyhQR/ZT4f1kegi9WmoV4NjKJnEU2QaTfbLUb2i509 RYf31oDnhq6oO1wCcRvVeDfyx5aj0y68sL1ySNmTQEELOmOFPqmVqa9BAR4wzuTXJi9UvOwF tQMsKq9AX4cFegDl4D4E5QQ7JladBMvJ0VALdGSGlGHARQGvO8SvapsOTVPC5n+UD6jwhTw0 pCPSypzIIrpT9vjxD7bDvudOfKguVRuX8poWID7yXcB0ApHdoNIMrGJx1Tc6SN6rGKWYre+W y/AsqMNNmR+YrJn/UOs6lKX9TtaHOFbxNPwo7RgdRg/srESEtIQ5IKkPA0Vt9Eh5H3VWBhrU b1gmvyNTwJFRqYmFhr7jFFdgnX3Jsbw81jl1z4jLdeeslLxs8vmnwQvWRz3BEPo+g0mrIuYt QjSdgGF8xHgyeRxfa8o3P/rncBysyNYe/AdWd6UGPmompEBZuFzSN+G8MYICCDCCAgQCAQEw ga0wgaYxCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5p c2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsxGDAWBgNVBAMTD1JCRy1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FA aW4udHVtLmRlAgIVezAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTAzMDcxODIwMzkwOVowIwYJKoZIhvcNAQkEMRYEFFWKWpUs5Fh9 Y3MKKTLeU0OgT8TmMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEB AQUABIGAbHsXHuS3qMQcO20NibCgRYlCC7yp6nfm6Gd+QT4sM+wxc44Nu74k8azWT60zLPiH elkM6DyPCc1aFcoVudXLnZ97Mdh4otYBp99FoTJYezY+Kw/xDg5aUXzWGMjM/s39iOsU9dZE VkDx/4cGsNtkydi2rZxrPEqkjeyl187EzQs= --X1bOJ3K7DJ5YkBrT--