From owner-freebsd-scsi Sun Jun 10 3: 1: 8 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 1ECF337B401 for ; Sun, 10 Jun 2001 03:01:06 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.3/8.11.3) with ESMTP id f5AABH708516 for ; Sun, 10 Jun 2001 03:11:17 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200106101011.f5AABH708516@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: scsi@freebsd.org Subject: Compaq Smart Array 5300 driver, test version available. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 10 Jun 2001 03:11:17 -0700 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org There's an experimental driver for the Compaq Smart Array 5* family available off my RAID page. At the moment, it does I/O and seems to be moderately robust. There is a lot of work to be done on management/status reporting yet, but I thought I'd put this much up in case people were interested. Work sponsored by Compaq and Yahoo! http://people.freebsd.org/~msmith/RAID/compaq/ciss-20010610.tar.gz Please report any results; at first blush for all its warts and real interface ugliness, this baby seems to perform pretty well. Regards, Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jun 11 13: 1: 6 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from mobile.hub.org (SHW12-37.accesscable.net [24.71.155.37]) by hub.freebsd.org (Postfix) with ESMTP id EF34C37B408; Mon, 11 Jun 2001 13:00:59 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.3/8.11.1) with ESMTP id f5BK0lc55562; Mon, 11 Jun 2001 17:00:47 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Mon, 11 Jun 2001 17:00:47 -0300 (ADT) From: The Hermit Hacker To: Cc: Subject: swap_pager / SCB time outs? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Just upgraded my server to newest kernel, did a 'make -j16 buildworld' and an installworld with no problems, and then started building newest kde ... woke up to this all over my screen ... console was locked, ctl-alt-esc made no difference, had to cold-boot to get the system back up again ... Jun 11 06:48:20 thelab /boot/kernel/kernel: swap_pager: indefomplete. Interrupts may not be functioning. Jun 11 06:48:20 thelab /boot/kernel/kernel: swap_pager: indefomplete. Interrupts may not be functioning. Jun 11 07:02:20 thelab /boot/kernel/kernel: swap_pager: indefinite wait buffer: device: da1s1b, blkno: 73496, size: 4096 Jun 11 07:02:20 thelab /boot/kernel/kernel: swap_pager: indefinite wait buffer: device: da1s1b, blkno: 73496, size: 4096 Jun 11 07:06:20 thelab /boot/kernel/kernel: ahc0: Timedout SCB already complete. Interrupts may not be functioning. Jun 11 07:06:20 thelab /boot/kernel/kernel: ahc0: Timedout SCB already complete. Interrupts may not be functioning. Jun 11 07:10:20 thelab /boot/kernel/kernel: swap_pager: indefinite wait buffer: device: da1s1b, blkno: 27920, size: 4096 Jun 11 07:10:20 thelab /boot/kernel/kernel: swap_pager: indefinite wait buffer: device: da1s1b, blkno: 27920, size: 4096 Jun 11 07:15:20 thelab /boot/kernel/kernel: swap_pager: indefinite wait buffer: device: da1s1b, blkno: 27920, size: 4096 Jun 11 07:15:20 thelab /boot/kernel/kernel: swap_pager: indefinite wait buffer: device: da1s1b, blkno: 27920, size: 4096 Jun 11 07:22:20 thelab /boot/kernel/kernel: ahc0: Timedout SCB already complete. Interrupts may not be functioning. Jun 11 07:22:20 thelab /boot/kernel/kernel: ahc0: Timedout SCB already complete. Interrupts may not be functioning. Jun 11 07:33:20 thelab /boot/kernel/kernel: swap_pager: indefinite wait buffer: device: da1s1b, blkno: 27920, size: 4096 Jun 11 07:33:20 thelab /boot/kernel/kernel: swap_pager: indefinite wait buffer: device: da1s1b, blkno: 27920, size: 4096 Jun 11 07:42:20 thelab /boot/kernel/kernel: swap_pager: indefinite wait buffer: device: da1s1b, blkno: 83504, size: 4096 Jun 11 07:42:20 thelab /boot/kernel/kernel: swap_pager: indefinite wait buffer: device: da1s1b, blkno: 83504, size: 4096 Jun 11 07:45:20 thelab /boot/kernel/kernel: swap_pager: indefinite wait buffer: device: da1s1b, blkno: 83504, size: 4096 Jun 11 07:45:20 thelab /boot/kernel/kernel: swap_pager: indefinite wait buffer: device: da1s1b, blkno: 83504, size: 4096 Jun 11 07:51:20 thelab /boot/kernel/kernel: ahc0: Timedout SCB already complete. Interrupts may not be functioning. Jun 11 07:51:20 thelab /boot/kernel/kernel: ahc0: Timedout SCB already complete. Interrupts may not be functioning. Jun 11 07:55:20 thelab /boot/kernel/kernel: swap_pager: indefinite wait buffer: device: da1s1b, blkno: 84760, size: 8192 Jun 11 07:55:20 thelab /boot/kernel/kernel: swap_pager: indefinite wait buffer: device: da1s1b, blkno: 84760, size: 8192 Jun 11 08:03:20 thelab /boot/kernel/kernel: swap_pager: indefinite wait buffer: device: da1s1b, blkno: 84760, size: 8192 Jun 11 08:03:20 thelab /boot/kernel/kernel: swap_pager: indefinite wait buffer: device: da1s1b, blkno: 84760, size: 8192 Jun 11 08:11:20 thelab /boot/kernel/kernel: ahc0: Timedout SCB already complete. Interrupts may not be functioning. Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jun 11 13:18:13 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id BF01737B407; Mon, 11 Jun 2001 13:18:05 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.2/8.9.3) with ESMTP id f5BKI2U67209; Mon, 11 Jun 2001 14:18:02 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Message-Id: <200106112018.f5BKI2U67209@aslan.scsiguy.com> To: The Hermit Hacker Cc: freebsd-current@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: swap_pager / SCB time outs? In-Reply-To: Your message of "Mon, 11 Jun 2001 17:00:47 -0300." Date: Mon, 11 Jun 2001 14:18:02 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > >Just upgraded my server to newest kernel, did a 'make -j16 buildworld' and >an installworld with no problems, and then started building newest kde ... >woke up to this all over my screen ... The aic7xxx driver is seeing repeated timeouts but everytime it goes to check on a transaction, the transaction is already complete. This usually indicates (as the driver mentions) a problem with interrupts. Perhaps one of the SMPng guys may know why this is happening. At this point, I don't believe that it is an aic7xxx specific bug. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 1:39:23 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from borja.sarenet.es (borja.sarenet.es [192.148.167.77]) by hub.freebsd.org (Postfix) with ESMTP id 7BD8437B403 for ; Tue, 12 Jun 2001 01:39:00 -0700 (PDT) (envelope-from borjam@sarenet.es) Received: from borja.sarenet.es (localhost [127.0.0.1]) by borja.sarenet.es (8.11.3/8.11.3) with SMTP id f5C8cwr18735 for ; Tue, 12 Jun 2001 10:38:59 +0200 (CEST) (envelope-from borjam@sarenet.es) Content-Type: Multipart/Mixed; charset="iso-8859-1"; boundary="------------Boundary-00=_YO6T86Z29K5RM85XJY9K" From: Borja Marcos Organization: Sarenet S.A. To: freebsd-scsi@freebsd.org Subject: Dell PERC 3/Di -> Unsuccessful Date: Tue, 12 Jun 2001 10:38:58 +0200 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01061210385807.17016@borja.sarenet.es> Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --------------Boundary-00=_YO6T86Z29K5RM85XJY9K Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Hello, I am trying to get a Dell PERC 3/Di to work, without success. The machine is a Dell PowerEdge 2550 with the RAID in the motherboard. The "aac" driver in the kernel does not detect it. I have tried in two configurations; the default mode, with one of the channels used as "RAID" and the other as a standard SCSI bus, and with both channels enables as "RAID". Neither of them works. I include the "boot -v" /var/log/messages. This seems strange: Jun 12 09:39:40 ozu4 /kernel: pci2: (vendor=0x1028, dev=0x0002) at 2.1 irq 5 One of the identifiers for the PERC 3/Di in aac_pci.c is vendor=0x1028, dev=0x0002. However, it seems that it is not identifying it. Any ideas? Borja. --------------Boundary-00=_YO6T86Z29K5RM85XJY9K Content-Type: text/x-c; charset="iso-8859-1"; name="messages" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="messages" SnVuIDEyIDA5OjM5OjM5IG96dTQgL2tlcm5lbDogQ29weXJpZ2h0IChjKSAxOTkyLTIwMDEgVGhl IEZyZWVCU0QgUHJvamVjdC4KSnVuIDEyIDA5OjM5OjM5IG96dTQgL2tlcm5lbDogQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkz LCAxOTk0Ckp1biAxMiAwOTozOTozOSBvenU0IC9rZXJuZWw6IFRoZSBSZWdlbnRzIG9mIHRoZSBV bml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCkp1biAxMiAwOToz OTozOSBvenU0IC9rZXJuZWw6IEZyZWVCU0QgNC4zLVJFTEVBU0UgIzA6IFNhdCBBcHIgMjEgMTA6 NTQ6NDkgR01UIDIwMDEKSnVuIDEyIDA5OjM5OjM5IG96dTQgL2tlcm5lbDogamtoQG5hcmYub3Nk LmJzZGkuY29tOi91c3Ivc3JjL3N5cy9jb21waWxlL0dFTkVSSUMKSnVuIDEyIDA5OjM5OjM5IG96 dTQgL2tlcm5lbDogVGltZWNvdW50ZXIgImk4MjU0IiAgZnJlcXVlbmN5IDExOTMxODIgSHoKSnVu IDEyIDA5OjM5OjM5IG96dTQgL2tlcm5lbDogQ1BVOiBQZW50aXVtIElJSS9QZW50aXVtIElJSSBY ZW9uL0NlbGVyb24gKDkyNy4xMS1NSHogNjg2LWNsYXNzIENQVSkKSnVuIDEyIDA5OjM5OjM5IG96 dTQgL2tlcm5lbDogT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHg2ODYgIFN0ZXBwaW5n ID0gNgpKdW4gMTIgMDk6Mzk6Mzkgb3p1NCAva2VybmVsOiBGZWF0dXJlcz0weDM4M2ZiZmY8RlBV LFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01P VixQQVQsUFNFMzYsTU1YLEZYU1IsU1NFPgpKdW4gMTIgMDk6Mzk6Mzkgb3p1NCAva2VybmVsOiBy ZWFsIG1lbW9yeSAgPSAyMTQ3NDE4MTEyICgyMDk3MDg4SyBieXRlcykKSnVuIDEyIDA5OjM5OjM5 IG96dTQgL2tlcm5lbDogYXZhaWwgbWVtb3J5ID0gMjA4NzY0MTA4OCAoMjAzODcxMksgYnl0ZXMp Ckp1biAxMiAwOTozOTozOSBvenU0IC9rZXJuZWw6IFByZWxvYWRlZCBlbGYga2VybmVsICJrZXJu ZWwiIGF0IDB4YzA0NGQwMDAuCkp1biAxMiAwOTozOTozOSBvenU0IC9rZXJuZWw6IFBlbnRpdW0g UHJvIE1UUlIgc3VwcG9ydCBlbmFibGVkCkp1biAxMiAwOTozOTozOSBvenU0IC9rZXJuZWw6IG1k MDogTWFsbG9jIGRpc2sKSnVuIDEyIDA5OjM5OjM5IG96dTQgL2tlcm5lbDogbnB4MDogPG1hdGgg cHJvY2Vzc29yPiBvbiBtb3RoZXJib2FyZApKdW4gMTIgMDk6Mzk6Mzkgb3p1NCAva2VybmVsOiBu cHgwOiBJTlQgMTYgaW50ZXJmYWNlCkp1biAxMiAwOTozOTozOSBvenU0IC9rZXJuZWw6IHBjaWIw OiA8U2VydmVyV29ya3MgaG9zdCB0byBQQ0kgYnJpZGdlPiBvbiBtb3RoZXJib2FyZApKdW4gMTIg MDk6Mzk6Mzkgb3p1NCAva2VybmVsOiBwY2kwOiA8UENJIGJ1cz4gb24gcGNpYjAKSnVuIDEyIDA5 OjM5OjM5IG96dTQgL2tlcm5lbDogcGNpMDogPEFUSSBNYWNoNjQtR1IgZ3JhcGhpY3MgYWNjZWxl cmF0b3I+IGF0IDE0LjAKSnVuIDEyIDA5OjM5OjM5IG96dTQgL2tlcm5lbDogaXNhYjA6IDxTZXJ2 ZXJXb3JrcyBJQjY1NjYgUENJIHRvIElTQSBicmlkZ2U+IGF0IGRldmljZSAxNS4wIG9uIHBjaTAK SnVuIDEyIDA5OjM5OjM5IG96dTQgL2tlcm5lbDogaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCkp1 biAxMiAwOTozOTozOSBvenU0IC9rZXJuZWw6IGF0YXBjaTA6IDxTZXJ2ZXJXb3JrcyBST1NCNCBB VEEzMyBjb250cm9sbGVyPiBwb3J0IDB4OGIwLTB4OGJmIGF0IGRldmljZSAxNS4xIG9uIHBjaTAK SnVuIDEyIDA5OjM5OjM5IG96dTQgL2tlcm5lbDogYXRhMDogYXQgMHgxZjAgaXJxIDE0IG9uIGF0 YXBjaTAKSnVuIDEyIDA5OjM5OjM5IG96dTQgL2tlcm5lbDogcGNpYjI6IDxTZXJ2ZXJXb3JrcyBo b3N0IHRvIFBDSSBicmlkZ2U+IG9uIG1vdGhlcmJvYXJkCkp1biAxMiAwOTozOTozOSBvenU0IC9r ZXJuZWw6IHBjaTI6IDxQQ0kgYnVzPiBvbiBwY2liMgpKdW4gMTIgMDk6Mzk6Mzkgb3p1NCAva2Vy bmVsOiBwY2liNDogPFBDSSB0byBQQ0kgYnJpZGdlICh2ZW5kb3I9ODA4NiBkZXZpY2U9MDk2Mik+ IGF0IGRldmljZSAyLjAgb24gcGNpMgpKdW4gMTIgMDk6Mzk6NDAgb3p1NCAva2VybmVsOiBwY2kz OiA8UENJIGJ1cz4gb24gcGNpYjQKSnVuIDEyIDA5OjM5OjQwIG96dTQgL2tlcm5lbDogcGNpMzog PHVua25vd24gY2FyZD4gKHZlbmRvcj0weDkwMDUsIGRldj0weDAwYzUpIGF0IDQuMCBpcnEgNQpK dW4gMTIgMDk6Mzk6NDAgb3p1NCAva2VybmVsOiBhaGMwOiA8QWRhcHRlYyBhaWM3ODk5IFVsdHJh MTYwIFNDU0kgYWRhcHRlcj4gcG9ydCAweGM4MDAtMHhjOGZmIG1lbSAweGZlN2ZlMDAwLTB4ZmU3 ZmVmZmYgaXJxIDExIGF0IGRldmljZSA0LjEgb24gcGNpMwpKdW4gMTIgMDk6Mzk6NDAgb3p1NCAv a2VybmVsOiBhaWM3ODk5OiBXaWRlIENoYW5uZWwgQiwgU0NTSSBJZD03LCAzMi8yNTUgU0NCcwpK dW4gMTIgMDk6Mzk6NDAgb3p1NCAva2VybmVsOiBwY2kyOiA8dW5rbm93biBjYXJkPiAodmVuZG9y PTB4MTAyOCwgZGV2PTB4MDAwMikgYXQgMi4xIGlycSA1Ckp1biAxMiAwOTozOTo0MCBvenU0IC9r ZXJuZWw6IGZ4cDA6IDxJbnRlbCBQcm8gMTAvMTAwQi8xMDArIEV0aGVybmV0PiBwb3J0IDB4YmNj MC0weGJjZmYgbWVtIDB4ZmU1MDAwMDAtMHhmZTVmZmZmZiwweGZlOTAwMDAwLTB4ZmU5MDBmZmYg aXJxIDEwIGF0IGRldmljZSA0LjAgb24gcGNpMgpKdW4gMTIgMDk6Mzk6NDAgb3p1NCAva2VybmVs OiBmeHAwOiBFdGhlcm5ldCBhZGRyZXNzIDAwOmIwOmQwOmYwOjc2OmRlCkp1biAxMiAwOTozOTo0 MCBvenU0IC9rZXJuZWw6IHBjaWIxOiA8U2VydmVyV29ya3MgaG9zdCB0byBQQ0kgYnJpZGdlPiBv biBtb3RoZXJib2FyZApKdW4gMTIgMDk6Mzk6NDAgb3p1NCAva2VybmVsOiBwY2kxOiA8UENJIGJ1 cz4gb24gcGNpYjEKSnVuIDEyIDA5OjM5OjQwIG96dTQgL2tlcm5lbDogcGNpMTogPHVua25vd24g Y2FyZD4gKHZlbmRvcj0weDE0ZTQsIGRldj0weDE2NDQpIGF0IDguMCBpcnEgMTEKSnVuIDEyIDA5 OjM5OjQwIG96dTQgL2tlcm5lbDogcGNpYjM6IDxTZXJ2ZXJXb3JrcyBob3N0IHRvIFBDSSBicmlk Z2U+IG9uIG1vdGhlcmJvYXJkCkp1biAxMiAwOTozOTo0MCBvenU0IC9rZXJuZWw6IHBjaTQ6IDxQ Q0kgYnVzPiBvbiBwY2liMwpKdW4gMTIgMDk6Mzk6NDAgb3p1NCAva2VybmVsOiBmZGMwOiA8TkVD IDcyMDY1QiBvciBjbG9uZT4gYXQgcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBv biBpc2EwCkp1biAxMiAwOTozOTo0MCBvenU0IC9rZXJuZWw6IGZkYzA6IEZJRk8gZW5hYmxlZCwg OCBieXRlcyB0aHJlc2hvbGQKSnVuIDEyIDA5OjM5OjQwIG96dTQgL2tlcm5lbDogZmQwOiA8MTQ0 MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDAKSnVuIDEyIDA5OjM5OjQwIG96dTQgL2tl cm5lbDogYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYw LDB4NjQgb24gaXNhMApKdW4gMTIgMDk6Mzk6NDAgb3p1NCAva2VybmVsOiBhdGtiZDA6IDxBVCBL ZXlib2FyZD4gZmxhZ3MgMHgxIGlycSAxIG9uIGF0a2JkYzAKSnVuIDEyIDA5OjM5OjQwIG96dTQg L2tlcm5lbDoga2JkMCBhdCBhdGtiZDAKSnVuIDEyIDA5OjM5OjQwIG96dTQgL2tlcm5lbDogdmdh MDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4 YmZmZmYgb24gaXNhMApKdW4gMTIgMDk6Mzk6NDAgb3p1NCAva2VybmVsOiBzYzA6IDxTeXN0ZW0g Y29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApKdW4gMTIgMDk6Mzk6NDAgb3p1NCAva2Vy bmVsOiBzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+Ckp1biAxMiAw OTozOTo0MCBvenU0IC9rZXJuZWw6IHNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFn cyAweDEwIG9uIGlzYTAKSnVuIDEyIDA5OjM5OjQwIG96dTQgL2tlcm5lbDogc2lvMDogdHlwZSAx NjU1MEEKSnVuIDEyIDA5OjM5OjQwIG96dTQgL2tlcm5lbDogc2lvMSBhdCBwb3J0IDB4MmY4LTB4 MmZmIGlycSAzIG9uIGlzYTAKSnVuIDEyIDA5OjM5OjQwIG96dTQgL2tlcm5lbDogc2lvMTogdHlw ZSAxNjU1MEEKSnVuIDEyIDA5OjM5OjQwIG96dTQgL2tlcm5lbDogcHBjMDogPFBhcmFsbGVsIHBv cnQ+IGF0IHBvcnQgMHgzNzgtMHgzN2YgaXJxIDcgb24gaXNhMApKdW4gMTIgMDk6Mzk6NDAgb3p1 NCAva2VybmVsOiBwcGMwOiBHZW5lcmljIGNoaXBzZXQgKEVDUC9QUzIvTklCQkxFKSBpbiBDT01Q QVRJQkxFIG1vZGUKSnVuIDEyIDA5OjM5OjQwIG96dTQgL2tlcm5lbDogcHBjMDogRklGTyB3aXRo IDE2LzE2LzggYnl0ZXMgdGhyZXNob2xkCkp1biAxMiAwOTozOTo0MCBvenU0IC9rZXJuZWw6IHBs aXAwOiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMwCkp1biAxMiAwOTozOTo0MCBv enU0IC9rZXJuZWw6IGxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czAKSnVuIDEyIDA5OjM5OjQwIG96 dTQgL2tlcm5lbDogbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0Ckp1biAxMiAwOTozOTo0MCBv enU0IC9rZXJuZWw6IHBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMApKdW4gMTIgMDk6Mzk6 NDAgb3p1NCAva2VybmVsOiBhY2QwOiBDRFJPTSA8U0FNU1VORyBDRC1ST00gU04tMTI0PiBhdCBh dGEwLW1hc3RlciB1c2luZyBQSU80Ckp1biAxMiAwOTozOTo0MCBvenU0IC9rZXJuZWw6IFdhaXRp bmcgMTUgc2Vjb25kcyBmb3IgU0NTSSBkZXZpY2VzIHRvIHNldHRsZQpKdW4gMTIgMDk6Mzk6NDAg b3p1NCAva2VybmVsOiBwYXNzMiBhdCBhaGMwIGJ1cyAwIHRhcmdldCA2IGx1biAwCkp1biAxMiAw OTozOTo0MCBvenU0IC9rZXJuZWw6IHBhc3MyOiA8IDF4NCBVMlcgU0NTSSBCUCAxLjI0PiBGaXhl ZCBQcm9jZXNzb3IgU0NTSS0yIGRldmljZSAKSnVuIDEyIDA5OjM5OjQwIG96dTQgL2tlcm5lbDog cGFzczI6IDMuMzAwTUIvcyB0cmFuc2ZlcnMKSnVuIDEyIDA5OjM5OjQwIG96dTQgL2tlcm5lbDog ZGEwIGF0IGFoYzAgYnVzIDAgdGFyZ2V0IDAgbHVuIDAKSnVuIDEyIDA5OjM5OjQwIG96dTQgL2tl cm5lbDogZGEwOiA8UVVBTlRVTSBBVExBUzEwSzItVFkwOTJKIERBNDA+IEZpeGVkIERpcmVjdCBB Y2Nlc3MgU0NTSS0zIGRldmljZSAKSnVuIDEyIDA5OjM5OjQwIG96dTQgL2tlcm5lbDogZGEwOiAx NjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDgwLjAwME1Ieiwgb2Zmc2V0IDEyNywgMTZiaXQpLCBUYWdn ZWQgUXVldWVpbmcgRW5hYmxlZApKdW4gMTIgMDk6Mzk6NDAgb3p1NCAva2VybmVsOiBkYTA6IDg2 ODNNQiAoMTc3ODMyMzkgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxMTA2QykKSnVuIDEy IDA5OjM5OjQwIG96dTQgL2tlcm5lbDogZGExIGF0IGFoYzAgYnVzIDAgdGFyZ2V0IDEgbHVuIDAK SnVuIDEyIDA5OjM5OjQwIG96dTQgL2tlcm5lbDogZGExOiA8UVVBTlRVTSBBVExBUzEwSzItVFkw OTJKIERBNDA+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0zIGRldmljZSAKSnVuIDEyIDA5OjM5 OjQwIG96dTQgL2tlcm5lbDogZGExOiAxNjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDgwLjAwME1Ieiwg b2Zmc2V0IDEyNywgMTZiaXQpLCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZApKdW4gMTIgMDk6Mzk6 NDAgb3p1NCAva2VybmVsOiBkYTE6IDg2ODNNQiAoMTc3ODMyMzkgNTEyIGJ5dGUgc2VjdG9yczog MjU1SCA2M1MvVCAxMTA2QykKSnVuIDEyIDA5OjM5OjQwIG96dTQgL2tlcm5lbDogTW91bnRpbmcg cm9vdCBmcm9tIHVmczovZGV2L2RhMHMxYQpKdW4gMTIgMDk6Mzk6NDkgb3p1NCBsb2dpbjogUk9P VCBMT0dJTiAocm9vdCkgT04gdHR5djAKSnVuIDEyIDA5OjQzOjIxIG96dTQgbG9naW46IFJPT1Qg TE9HSU4gKHJvb3QpIE9OIHR0eXYwCkp1biAxMiAwOTo0MzoyMyBvenU0IHNodXRkb3duOiByZWJv b3QgYnkgcm9vdDogCkp1biAxMiAwOTo0MzoyNSBvenU0IHN5c2xvZ2Q6IGV4aXRpbmcgb24gc2ln bmFsIDE1Ckp1biAxMiAwOTo0NToxNCBvenU0IC9rZXJuZWw6IENvcHlyaWdodCAoYykgMTk5Mi0y MDAxIFRoZSBGcmVlQlNEIFByb2plY3QuCkp1biAxMiAwOTo0NToxNCBvenU0IC9rZXJuZWw6IENv cHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5 MiwgMTk5MywgMTk5NApKdW4gMTIgMDk6NDU6MTQgb3p1NCAva2VybmVsOiBUaGUgUmVnZW50cyBv ZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpKdW4g MTIgMDk6NDU6MTQgb3p1NCAva2VybmVsOiBGcmVlQlNEIDQuMy1SRUxFQVNFICMwOiBTYXQgQXBy IDIxIDEwOjU0OjQ5IEdNVCAyMDAxCkp1biAxMiAwOTo0NToxNCBvenU0IC9rZXJuZWw6IGpraEBu YXJmLm9zZC5ic2RpLmNvbTovdXNyL3NyYy9zeXMvY29tcGlsZS9HRU5FUklDCkp1biAxMiAwOTo0 NToxNCBvenU0IC9rZXJuZWw6IENhbGlicmF0aW5nIGNsb2NrKHMpIC4uLiBUU0MgY2xvY2s6IDky NzA5NjcwMyBIeiwgaTgyNTQgY2xvY2s6IDExOTMxNzQgSHoKSnVuIDEyIDA5OjQ1OjE0IG96dTQg L2tlcm5lbDogQ0xLX1VTRV9JODI1NF9DQUxJQlJBVElPTiBub3Qgc3BlY2lmaWVkIC0gdXNpbmcg ZGVmYXVsdCBmcmVxdWVuY3kKSnVuIDEyIDA5OjQ1OjE0IG96dTQgL2tlcm5lbDogVGltZWNvdW50 ZXIgImk4MjU0IiAgZnJlcXVlbmN5IDExOTMxODIgSHoKSnVuIDEyIDA5OjQ1OjE0IG96dTQgL2tl cm5lbDogQ0xLX1VTRV9UU0NfQ0FMSUJSQVRJT04gbm90IHNwZWNpZmllZCAtIHVzaW5nIG9sZCBj YWxpYnJhdGlvbiBtZXRob2QKSnVuIDEyIDA5OjQ1OjE0IG96dTQgL2tlcm5lbDogQ1BVOiBQZW50 aXVtIElJSS9QZW50aXVtIElJSSBYZW9uL0NlbGVyb24gKDkyNy4xMS1NSHogNjg2LWNsYXNzIENQ VSkKSnVuIDEyIDA5OjQ1OjE0IG96dTQgL2tlcm5lbDogT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIg IElkID0gMHg2ODYgIFN0ZXBwaW5nID0gNgpKdW4gMTIgMDk6NDU6MTQgb3p1NCAva2VybmVsOiBG ZWF0dXJlcz0weDM4M2ZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElD LFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsTU1YLEZYU1IsU1NFPgpKdW4gMTIgMDk6 NDU6MTQgb3p1NCAva2VybmVsOiByZWFsIG1lbW9yeSAgPSAyMTQ3NDE4MTEyICgyMDk3MDg4SyBi eXRlcykKSnVuIDEyIDA5OjQ1OjE0IG96dTQgL2tlcm5lbDogUGh5c2ljYWwgbWVtb3J5IGNodW5r KHMpOgpKdW4gMTIgMDk6NDU6MTQgb3p1NCAva2VybmVsOiAweDAwMDAxMDAwIC0gMHgwMDA5ZmZm ZiwgNjUxMjY0IGJ5dGVzICgxNTkgcGFnZXMpCkp1biAxMiAwOTo0NToxNCBvenU0IC9rZXJuZWw6 IDB4MDA0NzMwMDAgLSAweDdmZmU3ZmZmLCAyMTQyNzIwMDAwIGJ5dGVzICg1MjMxMjUgcGFnZXMp Ckp1biAxMiAwOTo0NToxNCBvenU0IC9rZXJuZWw6IGF2YWlsIG1lbW9yeSA9IDIwODc2NDEwODgg KDIwMzg3MTJLIGJ5dGVzKQpKdW4gMTIgMDk6NDU6MTQgb3p1NCAva2VybmVsOiBiaW9zMzI6IEZv dW5kIEJJT1MzMiBTZXJ2aWNlIERpcmVjdG9yeSBoZWFkZXIgYXQgMHhjMDBmZmU4MApKdW4gMTIg MDk6NDU6MTQgb3p1NCAva2VybmVsOiBiaW9zMzI6IEVudHJ5ID0gMHhmZmU5MCAoYzAwZmZlOTAp ICBSZXYgPSAwICBMZW4gPSAxCkp1biAxMiAwOTo0NToxNCBvenU0IC9rZXJuZWw6IHBjaWJpb3M6 IFBDSSBCSU9TIGVudHJ5IGF0IDB4YzczZQpKdW4gMTIgMDk6NDU6MTQgb3p1NCAva2VybmVsOiBw bnBiaW9zOiBGb3VuZCBQblAgQklPUyBkYXRhIGF0IDB4YzAwZmUyZDAKSnVuIDEyIDA5OjQ1OjE0 IG96dTQgL2tlcm5lbDogcG5wYmlvczogRW50cnkgPSBmMDAwMDplMmY0ICBSZXYgPSAxLjAKSnVu IDEyIDA5OjQ1OjE0IG96dTQgL2tlcm5lbDogT3RoZXIgQklPUyBzaWduYXR1cmVzIGZvdW5kOgpK dW4gMTIgMDk6NDU6MTQgb3p1NCAva2VybmVsOiBBQ1BJOiAwMDBmZGM4MApKdW4gMTIgMDk6NDU6 MTQgb3p1NCAva2VybmVsOiBQcmVsb2FkZWQgZWxmIGtlcm5lbCAia2VybmVsIiBhdCAweGMwNDRk MDAwLgpKdW4gMTIgMDk6NDU6MTQgb3p1NCAva2VybmVsOiBQZW50aXVtIFBybyBNVFJSIHN1cHBv cnQgZW5hYmxlZApKdW4gMTIgMDk6NDU6MTQgb3p1NCAva2VybmVsOiBtZDA6IE1hbGxvYyBkaXNr Ckp1biAxMiAwOTo0NToxNCBvenU0IC9rZXJuZWw6IENyZWF0aW5nIERJU0sgbWQwCkp1biAxMiAw OTo0NToxNCBvenU0IC9rZXJuZWw6IE1hdGggZW11bGF0b3IgcHJlc2VudApKdW4gMTIgMDk6NDU6 MTQgb3p1NCAva2VybmVsOiBwY2lfb3BlbigxKToJbW9kZSAxIGFkZHIgcG9ydCAoMHgwY2Y4KSBp cyAweDgwMDAwMjcwCkp1biAxMiAwOTo0NToxNCBvenU0IC9rZXJuZWw6IHBjaV9vcGVuKDFhKToJ bW9kZTFyZXM9MHg4MDAwMDAwMCAoMHg4MDAwMDAwMCkKSnVuIDEyIDA5OjQ1OjE0IG96dTQgL2tl cm5lbDogcGNpX2NmZ2NoZWNrOglkZXZpY2UgMCBbY2xhc3M9MDYwMDAwXSBbaGRyPTgwXSBpcyB0 aGVyZSAoaWQ9MDAwODExNjYpCkp1biAxMiAwOTo0NToxNCBvenU0IC9rZXJuZWw6IHBjaWItOiBw Y2liMCBleGlzdHMsIHVzaW5nIG5leHQgYXZhaWxhYmxlIHVuaXQgbnVtYmVyCkp1biAxMiAwOTo0 NToxNCBvenU0IC9rZXJuZWw6IHBjaWItOiBwY2liMSBleGlzdHMsIHVzaW5nIG5leHQgYXZhaWxh YmxlIHVuaXQgbnVtYmVyCkp1biAxMiAwOTo0NToxNCBvenU0IC9rZXJuZWw6IG5weDA6IDxtYXRo IHByb2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQKSnVuIDEyIDA5OjQ1OjE0IG96dTQgL2tlcm5lbDog bnB4MDogSU5UIDE2IGludGVyZmFjZQpKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBwY2lf b3BlbigxKToJbW9kZSAxIGFkZHIgcG9ydCAoMHgwY2Y4KSBpcyAweDAwMDAwMDAwCkp1biAxMiAw OTo0NToxNSBvenU0IC9rZXJuZWw6IHBjaV9vcGVuKDFhKToJbW9kZTFyZXM9MHg4MDAwMDAwMCAo MHg4MDAwMDAwMCkKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogcGNpX2NmZ2NoZWNrOglk ZXZpY2UgMCBbY2xhc3M9MDYwMDAwXSBbaGRyPTgwXSBpcyB0aGVyZSAoaWQ9MDAwODExNjYpCkp1 biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IHBjaWIwOiA8U2VydmVyV29ya3MgaG9zdCB0byBQ Q0kgYnJpZGdlPiBvbiBtb3RoZXJib2FyZApKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBm b3VuZC0+CXZlbmRvcj0weDExNjYsIGRldj0weDAwMDgsIHJldmlkPTB4MjMKSnVuIDEyIDA5OjQ1 OjE1IG96dTQgL2tlcm5lbDogY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQpK dW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBzdWJvcmRpbmF0ZWJ1cz0wIAlzZWNvbmRhcnli dXM9MApKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBmb3VuZC0+CXZlbmRvcj0weDExNjYs IGRldj0weDAwMDgsIHJldmlkPTB4MDEKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogY2xh c3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQpKdW4gMTIgMDk6NDU6MTUgb3p1NCAv a2VybmVsOiBzdWJvcmRpbmF0ZWJ1cz0wIAlzZWNvbmRhcnlidXM9MApKdW4gMTIgMDk6NDU6MTUg b3p1NCAva2VybmVsOiBmb3VuZC0+CXZlbmRvcj0weDExNjYsIGRldj0weDAwMDYsIHJldmlkPTB4 MDEKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MQpKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBzdWJvcmRpbmF0ZWJ1 cz0wIAlzZWNvbmRhcnlidXM9MApKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBmb3VuZC0+ CXZlbmRvcj0weDExNjYsIGRldj0weDAwMDYsIHJldmlkPTB4MDEKSnVuIDEyIDA5OjQ1OjE1IG96 dTQgL2tlcm5lbDogY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQpKdW4gMTIg MDk6NDU6MTUgb3p1NCAva2VybmVsOiBzdWJvcmRpbmF0ZWJ1cz0wIAlzZWNvbmRhcnlidXM9MApK dW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0w eDQ3NTIsIHJldmlkPTB4MjcKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogY2xhc3M9MDMt MDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MApKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVs OiBzdWJvcmRpbmF0ZWJ1cz0wIAlzZWNvbmRhcnlidXM9MApKdW4gMTIgMDk6NDU6MTUgb3p1NCAv a2VybmVsOiBtYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGZkMDAwMDAwLCBzaXplIDI0 Ckp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IG1hcFsxNF06IHR5cGUgMSwgcmFuZ2UgMzIs IGJhc2UgMDAwMGVjMDAsIHNpemUgIDgKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogbWFw WzE4XTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSBmZTEwMDAwMCwgc2l6ZSAxMgpKdW4gMTIgMDk6 NDU6MTUgb3p1NCAva2VybmVsOiBmb3VuZC0+CXZlbmRvcj0weDExNjYsIGRldj0weDAyMDAsIHJl dmlkPTB4NTAKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogY2xhc3M9MDYtMDEtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MQpKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBzdWJvcmRp bmF0ZWJ1cz0wIAlzZWNvbmRhcnlidXM9MApKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBm b3VuZC0+CXZlbmRvcj0weDExNjYsIGRldj0weDAyMTEsIHJldmlkPTB4MDAKSnVuIDEyIDA5OjQ1 OjE1IG96dTQgL2tlcm5lbDogY2xhc3M9MDEtMDEtOGEsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQpK dW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBzdWJvcmRpbmF0ZWJ1cz0wIAlzZWNvbmRhcnli dXM9MApKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBtYXBbMjBdOiB0eXBlIDEsIHJhbmdl IDMyLCBiYXNlIDAwMDAwOGIwLCBzaXplICA0Ckp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6 IHBjaTA6IDxQQ0kgYnVzPiBvbiBwY2liMApKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBw Y2kwOiA8QVRJIE1hY2g2NC1HUiBncmFwaGljcyBhY2NlbGVyYXRvcj4gKHZlbmRvcj0weDEwMDIs IGRldj0weDQ3NTIpIGF0IDE0LjAKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogaXNhYjA6 IDxTZXJ2ZXJXb3JrcyBJQjY1NjYgUENJIHRvIElTQSBicmlkZ2U+IGF0IGRldmljZSAxNS4wIG9u IHBjaTAKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogaXNhMDogPElTQSBidXM+IG9uIGlz YWIwCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IGF0YXBjaTA6IDxTZXJ2ZXJXb3JrcyBS T1NCNCBBVEEzMyBjb250cm9sbGVyPiBwb3J0IDB4OGIwLTB4OGJmIGF0IGRldmljZSAxNS4xIG9u IHBjaTAKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogYXRhMDogaW9iYXNlPTB4MDFmMCBh bHRpb2Jhc2U9MHgwM2Y2IGJtYWRkcj0weDA4YjAKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5l bDogYXRhMDogbWFzaz0wMyBzdGF0dXMwPTUwIHN0YXR1czE9MDAKSnVuIDEyIDA5OjQ1OjE1IG96 dTQgL2tlcm5lbDogYXRhMDogbWFzaz0wMyBvc3RhdDA9NTAgb3N0YXQyPTAwCkp1biAxMiAwOTo0 NToxNSBvenU0IC9rZXJuZWw6IGF0YTAtbWFzdGVyOiBBVEFQSSBwcm9iZSBhPTE0IGI9ZWIKSnVu IDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogYXRhMC1zbGF2ZTogQVRBUEkgcHJvYmUgYT0wMCBi PWRmCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IGF0YTA6IG1hc2s9MDMgc3RhdHVzMD0w MCBzdGF0dXMxPTAwCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IGF0YTA6IGRldmljZXM9 MDQKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogYXRhMDogYXQgMHgxZjAgaXJxIDE0IG9u IGF0YXBjaTAKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogYXRhMTogaW9iYXNlPTB4MDE3 MCBhbHRpb2Jhc2U9MHgwMzc2IGJtYWRkcj0weDA4YjgKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tl cm5lbDogYXRhMTogbWFzaz0wMCBzdGF0dXMwPWZmIHN0YXR1czE9ZmYKSnVuIDEyIDA5OjQ1OjE1 IG96dTQgL2tlcm5lbDogYXRhMTogcHJvYmUgYWxsb2NhdGlvbiBmYWlsZWQKSnVuIDEyIDA5OjQ1 OjE1IG96dTQgL2tlcm5lbDogcGNpX29wZW4oMSk6CW1vZGUgMSBhZGRyIHBvcnQgKDB4MGNmOCkg aXMgMHgwMDAwMDAwMApKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBwY2lfb3BlbigxYSk6 CW1vZGUxcmVzPTB4ODAwMDAwMDAgKDB4ODAwMDAwMDApCkp1biAxMiAwOTo0NToxNSBvenU0IC9r ZXJuZWw6IHBjaV9jZmdjaGVjazoJZGV2aWNlIDAgW2NsYXNzPTA2MDAwMF0gW2hkcj04MF0gaXMg dGhlcmUgKGlkPTAwMDgxMTY2KQpKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBwY2liMjog PFNlcnZlcldvcmtzIGhvc3QgdG8gUENJIGJyaWRnZT4gb24gbW90aGVyYm9hcmQKSnVuIDEyIDA5 OjQ1OjE1IG96dTQgL2tlcm5lbDogZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgwOTYyLCBy ZXZpZD0weDAxCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IGNsYXNzPTA2LTA0LTAwLCBo ZHJ0eXBlPTB4MDEsIG1mZGV2PTEKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogc3Vib3Jk aW5hdGVidXM9MyAJc2Vjb25kYXJ5YnVzPTMKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDog Zm91bmQtPgl2ZW5kb3I9MHgxMDI4LCBkZXY9MHgwMDAyLCByZXZpZD0weDAxCkp1biAxMiAwOTo0 NToxNSBvenU0IC9rZXJuZWw6IGNsYXNzPTAxLTA0LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEK SnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogc3Vib3JkaW5hdGVidXM9MCAJc2Vjb25kYXJ5 YnVzPTAKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogaW50cGluPWEsIGlycT01Ckp1biAx MiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IG1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2Ug ZjAwMDAwMDAsIHNpemUgMjcKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogZm91bmQtPgl2 ZW5kb3I9MHg4MDg2LCBkZXY9MHgxMjI5LCByZXZpZD0weDA4Ckp1biAxMiAwOTo0NToxNSBvenU0 IC9rZXJuZWw6IGNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKSnVuIDEyIDA5 OjQ1OjE1IG96dTQgL2tlcm5lbDogc3Vib3JkaW5hdGVidXM9MCAJc2Vjb25kYXJ5YnVzPTAKSnVu IDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogaW50cGluPWEsIGlycT0xMApKdW4gMTIgMDk6NDU6 MTUgb3p1NCAva2VybmVsOiBtYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGZlOTAwMDAw LCBzaXplIDEyCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IG1hcFsxNF06IHR5cGUgMSwg cmFuZ2UgMzIsIGJhc2UgMDAwMGJjYzAsIHNpemUgIDYKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tl cm5lbDogbWFwWzE4XTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSBmZTUwMDAwMCwgc2l6ZSAyMApK dW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBwY2kyOiA8UENJIGJ1cz4gb24gcGNpYjIKSnVu IDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogcGNpYjQ6IDxQQ0kgdG8gUENJIGJyaWRnZSAodmVu ZG9yPTgwODYgZGV2aWNlPTA5NjIpPiBhdCBkZXZpY2UgMi4wIG9uIHBjaTIKSnVuIDEyIDA5OjQ1 OjE1IG96dTQgL2tlcm5lbDogZm91bmQtPgl2ZW5kb3I9MHg5MDA1LCBkZXY9MHgwMGM1LCByZXZp ZD0weDAxCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IGNsYXNzPTAxLTAwLTAwLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTEKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogc3Vib3JkaW5h dGVidXM9MCAJc2Vjb25kYXJ5YnVzPTAKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogaW50 cGluPWEsIGlycT01Ckp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IG1hcFsxMF06IHR5cGUg MSwgcmFuZ2UgMzIsIGJhc2UgMDAwMGNjMDAsIHNpemUgIDgKSnVuIDEyIDA5OjQ1OjE1IG96dTQg L2tlcm5lbDogbWFwWzE0XTogdHlwZSAxLCByYW5nZSA2NCwgYmFzZSBmZTdmZjAwMCwgc2l6ZSAx MgpKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBmb3VuZC0+CXZlbmRvcj0weDkwMDUsIGRl dj0weDAwY2YsIHJldmlkPTB4MDEKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogY2xhc3M9 MDEtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQpKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2Vy bmVsOiBzdWJvcmRpbmF0ZWJ1cz0wIAlzZWNvbmRhcnlidXM9MApKdW4gMTIgMDk6NDU6MTUgb3p1 NCAva2VybmVsOiBpbnRwaW49YiwgaXJxPTExCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6 IG1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgMDAwMGM4MDAsIHNpemUgIDgKSnVuIDEy IDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogbWFwWzE0XTogdHlwZSAxLCByYW5nZSA2NCwgYmFzZSBm ZTdmZTAwMCwgc2l6ZSAxMgpKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBwY2kzOiA8UENJ IGJ1cz4gb24gcGNpYjQKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogcGNpMzogPHVua25v d24gY2FyZD4gKHZlbmRvcj0weDkwMDUsIGRldj0weDAwYzUpIGF0IDQuMCBpcnEgNQpKdW4gMTIg MDk6NDU6MTUgb3p1NCAva2VybmVsOiBhaGMwOiA8QWRhcHRlYyBhaWM3ODk5IFVsdHJhMTYwIFND U0kgYWRhcHRlcj4gcG9ydCAweGM4MDAtMHhjOGZmIG1lbSAweGZlN2ZlMDAwLTB4ZmU3ZmVmZmYg aXJxIDExIGF0IGRldmljZSA0LjEgb24gcGNpMwpKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVs OiBhaGMwOiBSZWFkaW5nIFNFRVBST00uLi5kb25lLgpKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2Vy bmVsOiBhaGMwOiBNYW51YWwgTFZEIFRlcm1pbmF0aW9uCkp1biAxMiAwOTo0NToxNSBvenU0IC9r ZXJuZWw6IGFoYzA6IEJJT1MgZWVwcm9tIGlzIHByZXNlbnQKSnVuIDEyIDA5OjQ1OjE1IG96dTQg L2tlcm5lbDogYWhjMDogU2Vjb25kYXJ5IEhpZ2ggYnl0ZSB0ZXJtaW5hdGlvbiBFbmFibGVkCkp1 biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IGFoYzA6IFNlY29uZGFyeSBMb3cgYnl0ZSB0ZXJt aW5hdGlvbiBFbmFibGVkCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IGFoYzA6IFByaW1h cnkgTG93IEJ5dGUgdGVybWluYXRpb24gRW5hYmxlZApKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2Vy bmVsOiBhaGMwOiBQcmltYXJ5IEhpZ2ggQnl0ZSB0ZXJtaW5hdGlvbiBFbmFibGVkCkp1biAxMiAw OTo0NToxNSBvenU0IC9rZXJuZWw6IGFoYzA6IERvd25sb2FkaW5nIFNlcXVlbmNlciBQcm9ncmFt Li4uIDQyNCBpbnN0cnVjdGlvbnMgZG93bmxvYWRlZApKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2Vy bmVsOiBhaWM3ODk5OiBXaWRlIENoYW5uZWwgQiwgU0NTSSBJZD03LCAzMi8yNTUgU0NCcwpKdW4g MTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBwY2kyOiA8dW5rbm93biBjYXJkPiAodmVuZG9yPTB4 MTAyOCwgZGV2PTB4MDAwMikgYXQgMi4xIGlycSA1Ckp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJu ZWw6IGZ4cDA6IDxJbnRlbCBQcm8gMTAvMTAwQi8xMDArIEV0aGVybmV0PiBwb3J0IDB4YmNjMC0w eGJjZmYgbWVtIDB4ZmU1MDAwMDAtMHhmZTVmZmZmZiwweGZlOTAwMDAwLTB4ZmU5MDBmZmYgaXJx IDEwIGF0IGRldmljZSA0LjAgb24gcGNpMgpKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBm eHAwOiBFdGhlcm5ldCBhZGRyZXNzIDAwOmIwOmQwOmYwOjc2OmRlCkp1biAxMiAwOTo0NToxNSBv enU0IC9rZXJuZWw6IGJwZjogZnhwMCBhdHRhY2hlZApKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2Vy bmVsOiBwY2lfb3BlbigxKToJbW9kZSAxIGFkZHIgcG9ydCAoMHgwY2Y4KSBpcyAweDAwMDAwMDAw Ckp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IHBjaV9vcGVuKDFhKToJbW9kZTFyZXM9MHg4 MDAwMDAwMCAoMHg4MDAwMDAwMCkKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogcGNpX2Nm Z2NoZWNrOglkZXZpY2UgMCBbY2xhc3M9MDYwMDAwXSBbaGRyPTgwXSBpcyB0aGVyZSAoaWQ9MDAw ODExNjYpCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IHBjaWIxOiA8U2VydmVyV29ya3Mg aG9zdCB0byBQQ0kgYnJpZGdlPiBvbiBtb3RoZXJib2FyZApKdW4gMTIgMDk6NDU6MTUgb3p1NCAv a2VybmVsOiBmb3VuZC0+CXZlbmRvcj0weDE0ZTQsIGRldj0weDE2NDQsIHJldmlkPTB4MTAKSnVu IDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MApKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBzdWJvcmRpbmF0ZWJ1cz0wIAlz ZWNvbmRhcnlidXM9MApKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBpbnRwaW49YSwgaXJx PTExCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IG1hcFsxMF06IHR5cGUgMSwgcmFuZ2Ug NjQsIGJhc2UgZmViMDAwMDAsIHNpemUgMTYKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDog cGNpMTogPFBDSSBidXM+IG9uIHBjaWIxCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IHBj aTE6IDx1bmtub3duIGNhcmQ+ICh2ZW5kb3I9MHgxNGU0LCBkZXY9MHgxNjQ0KSBhdCA4LjAgaXJx IDExCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IHBjaV9vcGVuKDEpOgltb2RlIDEgYWRk ciBwb3J0ICgweDBjZjgpIGlzIDB4MDAwMDAwMDAKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5l bDogcGNpX29wZW4oMWEpOgltb2RlMXJlcz0weDgwMDAwMDAwICgweDgwMDAwMDAwKQpKdW4gMTIg MDk6NDU6MTUgb3p1NCAva2VybmVsOiBwY2lfY2ZnY2hlY2s6CWRldmljZSAwIFtjbGFzcz0wNjAw MDBdIFtoZHI9ODBdIGlzIHRoZXJlIChpZD0wMDA4MTE2NikKSnVuIDEyIDA5OjQ1OjE1IG96dTQg L2tlcm5lbDogcGNpLTogcGNpMyBleGlzdHMsIHVzaW5nIG5leHQgYXZhaWxhYmxlIHVuaXQgbnVt YmVyCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IHBjaWIzOiA8U2VydmVyV29ya3MgaG9z dCB0byBQQ0kgYnJpZGdlPiBvbiBtb3RoZXJib2FyZApKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2Vy bmVsOiBwY2k0OiA8UENJIGJ1cz4gb24gcGNpYjMKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5l bDogZXhfaXNhX2lkZW50aWZ5KCkKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogYXRhLTog YXRhMCBleGlzdHMsIHVzaW5nIG5leHQgYXZhaWxhYmxlIHVuaXQgbnVtYmVyCkp1biAxMiAwOTo0 NToxNSBvenU0IC9rZXJuZWw6IGF0YS06IGF0YTEgZXhpc3RzLCB1c2luZyBuZXh0IGF2YWlsYWJs ZSB1bml0IG51bWJlcgpKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBUcnlpbmcgUmVhZF9Q b3J0IGF0IDIwMwpKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBUcnlpbmcgUmVhZF9Qb3J0 IGF0IDI0MwpKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBUcnlpbmcgUmVhZF9Qb3J0IGF0 IDI4MwpKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDJj MwpKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDMwMwpK dW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDM0MwpKdW4g MTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDM4MwpKdW4gMTIg MDk6NDU6MTUgb3p1NCAva2VybmVsOiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDNjMwpKdW4gMTIgMDk6 NDU6MTUgb3p1NCAva2VybmVsOiBpc2FfcHJvYmVfY2hpbGRyZW46IGRpc2FibGluZyBQblAgZGV2 aWNlcwpKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBpc2FfcHJvYmVfY2hpbGRyZW46IHBy b2Jpbmcgbm9uLVBuUCBkZXZpY2VzCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IGZkYzA6 IDxORUMgNzIwNjVCIG9yIGNsb25lPiBhdCBwb3J0IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRy cSAyIG9uIGlzYTAKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogZmRjMDogRklGTyBlbmFi bGVkLCA4IGJ5dGVzIHRocmVzaG9sZApKdW4gMTIgMDk6NDU6MTUgb3p1NCAva2VybmVsOiBmZDA6 IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJpdmUgMApKdW4gMTIgMDk6NDU6MTUgb3p1 NCAva2VybmVsOiBhdGEyIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0IDB4MWYwIGlycSAxNCBvbiBp c2EwCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IGF0YTM6IGlvYmFzZT0weDAxNzAgYWx0 aW9iYXNlPTB4MDM3NiBibWFkZHI9MHgwMDAwCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6 IGF0YTM6IG1hc2s9MDAgc3RhdHVzMD1mZiBzdGF0dXMxPWZmCkp1biAxMiAwOTo0NToxNSBvenU0 IC9rZXJuZWw6IGF0YTM6IHByb2JlIGFsbG9jYXRpb24gZmFpbGVkCkp1biAxMiAwOTo0NToxNSBv enU0IC9rZXJuZWw6IGF0YTMgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgxNzAtMHgxNzcsMHgz NzYgaXJxIDE1IG9uIGlzYTAKSnVuIDEyIDA5OjQ1OjE1IG96dTQgL2tlcm5lbDogYWR2MCBmYWls ZWQgdG8gcHJvYmUgYXQgcG9ydCAweDMzMCBvbiBpc2EwCkp1biAxMiAwOTo0NToxNSBvenU0IC9r ZXJuZWw6IGJ0MDogRmFpbGVkIFN0YXR1cyBSZWcgVGVzdCAtIGZmCkp1biAxMiAwOTo0NToxNSBv enU0IC9rZXJuZWw6IGJ0X2lzYV9wcm9iZTogUHJvYmUgZmFpbGVkIGF0IDB4MzMwCkp1biAxMiAw OTo0NToxNSBvenU0IC9rZXJuZWw6IGJ0MDogRmFpbGVkIFN0YXR1cyBSZWcgVGVzdCAtIGZmCkp1 biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IGJ0X2lzYV9wcm9iZTogUHJvYmUgZmFpbGVkIGF0 IDB4MzM0Ckp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IGJ0MDogRmFpbGVkIFN0YXR1cyBS ZWcgVGVzdCAtIGZmCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IGJ0X2lzYV9wcm9iZTog UHJvYmUgZmFpbGVkIGF0IDB4MjMwCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IGJ0MDog RmFpbGVkIFN0YXR1cyBSZWcgVGVzdCAtIGZmCkp1biAxMiAwOTo0NToxNSBvenU0IC9rZXJuZWw6 IGJ0X2lzYV9wcm9iZTogUHJvYmUgZmFpbGVkIGF0IDB4MjM0Ckp1biAxMiAwOTo0NToxNSBvenU0 IC9rZXJuZWw6IGJ0MDogRmFpbGVkIFN0YXR1cyBSZWcgVGVzdCAtIGZmCkp1biAxMiAwOTo0NTox NSBvenU0IC9rZXJuZWw6IGJ0X2lzYV9wcm9iZTogUHJvYmUgZmFpbGVkIGF0IDB4MTMwCkp1biAx MiAwOTo0NToxNSBvenU0IC9rZXJuZWw6IGJ0MDogRmFpbGVkIFN0YXR1cyBSZWcgVGVzdCAtIGZm Ckp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IGJ0X2lzYV9wcm9iZTogUHJvYmUgZmFpbGVk IGF0IDB4MTM0Ckp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IGJ0MCBmYWlsZWQgdG8gcHJv YmUgYXQgcG9ydCAweDEzNC0weDEzNyBvbiBpc2EwCkp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJu ZWw6IGFoYTA6IHN0YXR1cyByZWcgdGVzdCBmYWlsZWQgZmYKSnVuIDEyIDA5OjQ1OjE2IG96dTQg bGFzdCBtZXNzYWdlIHJlcGVhdGVkIDUgdGltZXMKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5l bDogYWhhMCBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDEzNC0weDEzNyBvbiBpc2EwCkp1biAx MiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IGFpYzAgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgx NDAtMHgxNWYgb24gaXNhMApKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBhdGtiZGMwOiA8 S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAsMHg2NCBvbiBpc2EwCkp1 biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IGF0a2JkMDogPEFUIEtleWJvYXJkPiBmbGFncyAw eDEgaXJxIDEgb24gYXRrYmRjMApKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBhdGtiZDog dGhlIGN1cnJlbnQga2JkIGNvbnRyb2xsZXIgY29tbWFuZCBieXRlIDAwNjUKSnVuIDEyIDA5OjQ1 OjE2IG96dTQgL2tlcm5lbDogYXRrYmQ6IGtleWJvYXJkIElEIDB4NDFhYiAoMikKSnVuIDEyIDA5 OjQ1OjE2IG96dTQgL2tlcm5lbDoga2JkMCBhdCBhdGtiZDAKSnVuIDEyIDA5OjQ1OjE2IG96dTQg L2tlcm5lbDoga2JkMDogYXRrYmQwLCBBVCAxMDEvMTAyICgyKSwgY29uZmlnOjB4MSwgZmxhZ3M6 MHgzZDAwMDAKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogcHNtMDogY3VycmVudCBjb21t YW5kIGJ5dGU6MDA2NQpKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBwc20wOiBmYWlsZWQg dG8gcmVzZXQgdGhlIGF1eCBkZXZpY2UuCkp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IHZn YTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0w eGJmZmZmIG9uIGlzYTAKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogZmIwOiB2Z2EwLCB2 Z2EsIHR5cGU6VkdBICg1KSwgZmxhZ3M6MHg3MDA3ZgpKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2Vy bmVsOiBmYjA6IHBvcnQ6MHgzYzAtMHgzZGYsIGNydGM6MHgzZDQsIG1lbToweGEwMDAwIDB4MjAw MDAKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogZmIwOiBpbml0IG1vZGU6MjQsIGJpb3Mg bW9kZTozLCBjdXJyZW50IG1vZGU6MjQKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogZmIw OiB3aW5kb3c6MHhjMDBiODAwMCBzaXplOjMyayBncmFuOjMyaywgYnVmOjAgc2l6ZTozMmsKSnVu IDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogVkdBIHBhcmFtZXRlcnMgdXBvbiBwb3dlci11cApK dW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiA1MCAxOCAxMCAwMCAwMCAwMCAwMyAwMCAwMiA2 NyA1ZiA0ZiA1MCA4MiA1NSA4MSAKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogYmYgMWYg MDAgNGYgMGQgMGUgMDAgMDAgMDcgODAgOWMgOGUgOGYgMjggMWYgOTYgCkp1biAxMiAwOTo0NTox NiBvenU0IC9rZXJuZWw6IGI5IGEzIGZmIDAwIDAxIDAyIDAzIDA0IDA1IDE0IDA3IDM4IDM5IDNh IDNiIDNjIApKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiAzZCAzZSAzZiAwYyAwMCAwZiAw OCAwMCAwMCAwMCAwMCAwMCAxMCAwZSAwMCBmZiAKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5l bDogVkdBIHBhcmFtZXRlcnMgaW4gQklPUyBmb3IgbW9kZSAyNApKdW4gMTIgMDk6NDU6MTYgb3p1 NCAva2VybmVsOiA1MCAxOCAxMCAwMCAxMCAwMCAwMyAwMCAwMiA2NyA1ZiA0ZiA1MCA4MiA1NSA4 MSAKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogYmYgMWYgMDAgNGYgMGQgMGUgMDAgMDAg MDAgMDAgOWMgOGUgOGYgMjggMWYgOTYgCkp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IGI5 IGEzIGZmIDAwIDAxIDAyIDAzIDA0IDA1IDE0IDA3IDM4IDM5IDNhIDNiIDNjIApKdW4gMTIgMDk6 NDU6MTYgb3p1NCAva2VybmVsOiAzZCAzZSAzZiAwYyAwMCAwZiAwOCAwMCAwMCAwMCAwMCAwMCAx MCAwZSAwMCBmZiAKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogRUdBL1ZHQSBwYXJhbWV0 ZXJzIHRvIGJlIHVzZWQgZm9yIG1vZGUgMjQKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDog NTAgMTggMTAgMDAgMTAgMDAgMDMgMDAgMDIgNjcgNWYgNGYgNTAgODIgNTUgODEgCkp1biAxMiAw OTo0NToxNiBvenU0IC9rZXJuZWw6IGJmIDFmIDAwIDRmIDBkIDBlIDAwIDAwIDAwIDAwIDljIDhl IDhmIDI4IDFmIDk2IApKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBiOSBhMyBmZiAwMCAw MSAwMiAwMyAwNCAwNSAxNCAwNyAzOCAzOSAzYSAzYiAzYyAKSnVuIDEyIDA5OjQ1OjE2IG96dTQg L2tlcm5lbDogM2QgM2UgM2YgMGMgMDAgMGYgMDggMDAgMDAgMDAgMDAgMDAgMTAgMGUgMDAgZmYg Ckp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IHNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBm bGFncyAweDEwMCBvbiBpc2EwCkp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IHNjMDogVkdB IDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4KSnVuIDEyIDA5OjQ1OjE2IG96dTQg L2tlcm5lbDogc2MwOiBmYjAsIGtiZDAsIHRlcm1pbmFsIGVtdWxhdG9yOiBzYyAoc3lzY29ucyB0 ZXJtaW5hbCkKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogcGNpYzAgZmFpbGVkIHRvIHBy b2JlIGF0IHBvcnQgMHgzZTAgaW9tZW0gMHhkMDAwMCBvbiBpc2EwCkp1biAxMiAwOTo0NToxNiBv enU0IC9rZXJuZWw6IHBjaWMxOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKSnVuIDEyIDA5OjQ1OjE2 IG96dTQgL2tlcm5lbDogc2lvMDogaXJxIG1hcHM6IDB4NDEgMHg1MSAweDQxIDB4NDEKSnVuIDEy IDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogc2lvMCBhdCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZs YWdzIDB4MTAgb24gaXNhMApKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBzaW8wOiB0eXBl IDE2NTUwQQpKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBzaW8xOiBpcnEgbWFwczogMHg0 MSAweDQ5IDB4NDEgMHg0MQpKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBzaW8xIGF0IHBv cnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gaXNhMApKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVs OiBzaW8xOiB0eXBlIDE2NTUwQQpKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBzaW8yOiBu b3QgcHJvYmVkIChkaXNhYmxlZCkKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogc2lvMzog bm90IHByb2JlZCAoZGlzYWJsZWQpCkp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IHBwYzA6 IHBhcmFsbGVsIHBvcnQgZm91bmQgYXQgMHgzNzgKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5l bDogcHBjMDogdXNpbmcgZXh0ZW5kZWQgSS9PIHBvcnQgcmFuZ2UKSnVuIDEyIDA5OjQ1OjE2IG96 dTQgL2tlcm5lbDogcHBjMDogRUNQIFNQUCBTUFAKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5l bDogcHBjMDogPFBhcmFsbGVsIHBvcnQ+IGF0IHBvcnQgMHgzNzgtMHgzN2YgaXJxIDcgb24gaXNh MApKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBwcGMwOiBHZW5lcmljIGNoaXBzZXQgKEVD UC9QUzIvTklCQkxFKSBpbiBDT01QQVRJQkxFIG1vZGUKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tl cm5lbDogcHBjMDogRklGTyB3aXRoIDE2LzE2LzggYnl0ZXMgdGhyZXNob2xkCkp1biAxMiAwOTo0 NToxNiBvenU0IC9rZXJuZWw6IHBsaXAwOiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24gcHBi dXMwCkp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IGJwZjogbHAwIGF0dGFjaGVkCkp1biAx MiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IGxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czAKSnVuIDEy IDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0Ckp1biAx MiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IHBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMApK dW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBlZDAgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQg MHgyODAtMHgyOWYgaW9tZW0gMHhkODAwMCBpcnEgMTAgb24gaXNhMApKdW4gMTIgMDk6NDU6MTYg b3p1NCAva2VybmVsOiBmZTAgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgzMDAtMHgzMWYgb24g aXNhMApKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBpZTAgZmFpbGVkIHRvIHByb2JlIGF0 IHBvcnQgMHgzMDAgaW9tZW0gMHhkMDAwMCBpcnEgMTAgb24gaXNhMApKdW4gMTIgMDk6NDU6MTYg b3p1NCAva2VybmVsOiBsbmMwIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0IDB4MjgwIGlycSAxMCBk cnEgMCBvbiBpc2EwCkp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IGNzMCBmYWlsZWQgdG8g cHJvYmUgYXQgcG9ydCAweDMwMC0weDMxZiBvbiBpc2EwCkp1biAxMiAwOTo0NToxNiBvenU0IC9r ZXJuZWw6IHNuMCBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDMwMC0weDMwZiBpcnEgMTAgb24g aXNhMApKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBpc2FfcHJvYmVfY2hpbGRyZW46IHBy b2JpbmcgUG5QIGRldmljZXMKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogQklPUyBHZW9t ZXRyaWVzOgpKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiAwOjAzZmVmZTNmIDAuLjEwMjI9 MTAyMyBjeWxpbmRlcnMsIDAuLjI1ND0yNTUgaGVhZHMsIDEuLjYzPTYzIHNlY3RvcnMKSnVuIDEy IDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogMTowM2ZlZmUzZiAwLi4xMDIyPTEwMjMgY3lsaW5kZXJz LCAwLi4yNTQ9MjU1IGhlYWRzLCAxLi42Mz02MyBzZWN0b3JzCkp1biAxMiAwOTo0NToxNiBvenU0 IC9rZXJuZWw6IDAgYWNjb3VudGVkIGZvcgpKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBE ZXZpY2UgY29uZmlndXJhdGlvbiBmaW5pc2hlZC4KSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5l bDogYnBmOiBmYWl0aDAgYXR0YWNoZWQKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogYnBm OiBnaWYwIGF0dGFjaGVkCkp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IGJwZjogZ2lmMSBh dHRhY2hlZApKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBicGY6IGdpZjIgYXR0YWNoZWQK SnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogYnBmOiBnaWYzIGF0dGFjaGVkCkp1biAxMiAw OTo0NToxNiBvenU0IC9rZXJuZWw6IGJwZjogbG8wIGF0dGFjaGVkCkp1biAxMiAwOTo0NToxNiBv enU0IC9rZXJuZWw6IGJwZjogcHBwMCBhdHRhY2hlZApKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2Vy bmVsOiBuZXcgbWFza3M6IGJpbyA2ODQwNDAsIHR0eSA2MzAwOWEsIG5ldCA2NzA0OWEKSnVuIDEy IDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogYnBmOiBzbDAgYXR0YWNoZWQKSnVuIDEyIDA5OjQ1OjE2 IG96dTQgL2tlcm5lbDogYXRhMC1tYXN0ZXI6IHBpb21vZGU9NCBkbWFtb2RlPTIgdWRtYW1vZGU9 MiBkbWFmbGFnPTEKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogYXRhMC1tYXN0ZXI6IHN1 Y2Nlc3Mgc2V0dGluZyBQSU80IG9uIGdlbmVyaWMgY2hpcApKdW4gMTIgMDk6NDU6MTYgb3p1NCAv a2VybmVsOiBhY2QwOiA8U0FNU1VORyBDRC1ST00gU04tMTI0L3EwMDg+IENEUk9NIGRyaXZlIGF0 IGF0YTAgYXMgbWFzdGVyCkp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IGFjZDA6IHJlYWQg NDEzNEtCL3MgKDQxMzRLQi9zKSwgMTI4S0IgYnVmZmVyLCBQSU80Ckp1biAxMiAwOTo0NToxNiBv enU0IC9rZXJuZWw6IGFjZDA6IFJlYWRzOiBDRC1SLCBDRC1SVywgQ0QtREEgc3RyZWFtLCBwYWNr ZXQKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogYWNkMDogQXVkaW86IHBsYXksIDI1NSB2 b2x1bWUgbGV2ZWxzCkp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IGFjZDA6IE1lY2hhbmlz bTogZWplY3RhYmxlIHRyYXkKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogYWNkMDogTWVk aXVtOiBuby9ibGFuayBkaXNjIGluc2lkZSwgdW5sb2NrZWQKSnVuIDEyIDA5OjQ1OjE2IG96dTQg L2tlcm5lbDogV2FpdGluZyAxNSBzZWNvbmRzIGZvciBTQ1NJIGRldmljZXMgdG8gc2V0dGxlCkp1 biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IChub3BlcmlwaDphaGMwOjA6LTE6LTEpOiBTQ1NJ IGJ1cyByZXNldCBkZWxpdmVyZWQuIDAgU0NCcyBhYm9ydGVkLgpKdW4gMTIgMDk6NDU6MTYgb3p1 NCAva2VybmVsOiAoYWhjMDpBOjE6MCk6IFNlbmRpbmcgUFBSIGJ1c193aWR0aCAxLCBwZXJpb2Qg OSwgb2Zmc2V0IDdmLCBwcHJfb3B0aW9ucyAyCkp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6 IChhaGMwOkE6MTowKTogUmVjZWl2ZWQgUFBSIHdpZHRoIDEsIHBlcmlvZCA5LCBvZmZzZXQgN2Ys b3B0aW9ucyAyCkp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IEZpbHRlcmVkIHRvIHdpZHRo IDEsIHBlcmlvZCA5LCBvZmZzZXQgN2YsIG9wdGlvbnMgMgpKdW4gMTIgMDk6NDU6MTYgb3p1NCAv a2VybmVsOiBhaGMwOiB0YXJnZXQgMSB1c2luZyAxNmJpdCB0cmFuc2ZlcnMKSnVuIDEyIDA5OjQ1 OjE2IG96dTQgL2tlcm5lbDogYWhjMDogdGFyZ2V0IDEgc3luY2hyb25vdXMgYXQgODAuME1IeiBE VCwgb2Zmc2V0ID0gMHg3ZgpKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiAoYWhjMDpBOjA6 MCk6IFNlbmRpbmcgUFBSIGJ1c193aWR0aCAxLCBwZXJpb2QgOSwgb2Zmc2V0IDdmLCBwcHJfb3B0 aW9ucyAyCkp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IChhaGMwOkE6MDowKTogUmVjZWl2 ZWQgUFBSIHdpZHRoIDEsIHBlcmlvZCA5LCBvZmZzZXQgN2Ysb3B0aW9ucyAyCkp1biAxMiAwOTo0 NToxNiBvenU0IC9rZXJuZWw6IEZpbHRlcmVkIHRvIHdpZHRoIDEsIHBlcmlvZCA5LCBvZmZzZXQg N2YsIG9wdGlvbnMgMgpKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBhaGMwOiB0YXJnZXQg MCB1c2luZyAxNmJpdCB0cmFuc2ZlcnMKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogYWhj MDogdGFyZ2V0IDAgc3luY2hyb25vdXMgYXQgODAuME1IeiBEVCwgb2Zmc2V0ID0gMHg3ZgpKdW4g MTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBDcmVhdGluZyBESVNLIGRhMApKdW4gMTIgMDk6NDU6 MTYgb3p1NCAva2VybmVsOiBDcmVhdGluZyBESVNLIGRhMQpKdW4gMTIgMDk6NDU6MTYgb3p1NCAv a2VybmVsOiBwYXNzMCBhdCBhaGMwIGJ1cyAwIHRhcmdldCAwIGx1biAwCkp1biAxMiAwOTo0NTox NiBvenU0IC9rZXJuZWw6IHBhc3MwOiA8UVVBTlRVTSBBVExBUzEwSzItVFkwOTJKIERBNDA+IEZp eGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0zIGRldmljZSAKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tl cm5lbDogcGFzczA6IFNlcmlhbCBOdW1iZXIgMTY5MTA5ODQwNzc2Ckp1biAxMiAwOTo0NToxNiBv enU0IC9rZXJuZWw6IHBhc3MwOiAxNjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDgwLjAwME1Ieiwgb2Zm c2V0IDEyNywgMTZiaXQpLCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZApKdW4gMTIgMDk6NDU6MTYg b3p1NCAva2VybmVsOiBwYXNzMSBhdCBhaGMwIGJ1cyAwIHRhcmdldCAxIGx1biAwCkp1biAxMiAw OTo0NToxNiBvenU0IC9rZXJuZWw6IHBhc3MxOiA8UVVBTlRVTSBBVExBUzEwSzItVFkwOTJKIERB NDA+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0zIGRldmljZSAKSnVuIDEyIDA5OjQ1OjE2IG96 dTQgL2tlcm5lbDogcGFzczE6IFNlcmlhbCBOdW1iZXIgMTY5MTAyMTQxMjU3Ckp1biAxMiAwOTo0 NToxNiBvenU0IC9rZXJuZWw6IHBhc3MxOiAxNjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDgwLjAwME1I eiwgb2Zmc2V0IDEyNywgMTZiaXQpLCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZApKdW4gMTIgMDk6 NDU6MTYgb3p1NCAva2VybmVsOiBwYXNzMiBhdCBhaGMwIGJ1cyAwIHRhcmdldCA2IGx1biAwCkp1 biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IHBhc3MyOiA8IDF4NCBVMlcgU0NTSSBCUCAxLjI0 PiBGaXhlZCBQcm9jZXNzb3IgU0NTSS0yIGRldmljZSAKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tl cm5lbDogcGFzczI6IFNlcmlhbCBOdW1iZXIgMQpKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVs OiBwYXNzMjogMy4zMDBNQi9zIHRyYW5zZmVycwpKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVs OiBwYXNzMiBhdCBhaGMwIGJ1cyAwIHRhcmdldCA2IGx1biAwCkp1biAxMiAwOTo0NToxNiBvenU0 IC9rZXJuZWw6IHBhc3MyOiA8IDF4NCBVMlcgU0NTSSBCUCAxLjI0PiBGaXhlZCBQcm9jZXNzb3Ig U0NTSS0yIGRldmljZSAKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogcGFzczI6IFNlcmlh bCBOdW1iZXIgMQpKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBwYXNzMjogMy4zMDBNQi9z IHRyYW5zZmVycwpKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBkYTAgYXQgYWhjMCBidXMg MCB0YXJnZXQgMCBsdW4gMApKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBkYTA6IDxRVUFO VFVNIEFUTEFTMTBLMi1UWTA5MkogREE0MD4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTMgZGV2 aWNlIApKdW4gMTIgMDk6NDU6MTYgb3p1NCAva2VybmVsOiBkYTA6IFNlcmlhbCBOdW1iZXIgMTY5 MTA5ODQwNzc2Ckp1biAxMiAwOTo0NToxNiBvenU0IC9rZXJuZWw6IGRhMDogMTYwLjAwME1CL3Mg dHJhbnNmZXJzICg4MC4wMDBNSHosIG9mZnNldCAxMjcsIDE2Yml0KSwgVGFnZ2VkIFF1ZXVlaW5n IEVuYWJsZWQKSnVuIDEyIDA5OjQ1OjE2IG96dTQgL2tlcm5lbDogZGEwOiA4NjgzTUIgKDE3Nzgz MjM5IDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgMTEwNkMpCkp1biAxMiAwOTo0NToxNiBv enU0IC9rZXJuZWw6IGRhMSBhdCBhaGMwIGJ1cyAwIHRhcmdldCAxIGx1biAwCkp1biAxMiAwOTo0 NToxNyBvenU0IC9rZXJuZWw6IGRhMTogPFFVQU5UVU0gQVRMQVMxMEsyLVRZMDkySiBEQTQwPiBG aXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBkZXZpY2UgCkp1biAxMiAwOTo0NToxNyBvenU0IC9r ZXJuZWw6IGRhMTogU2VyaWFsIE51bWJlciAxNjkxMDIxNDEyNTcKSnVuIDEyIDA5OjQ1OjE3IG96 dTQgL2tlcm5lbDogZGExOiAxNjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDgwLjAwME1Ieiwgb2Zmc2V0 IDEyNywgMTZiaXQpLCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZApKdW4gMTIgMDk6NDU6MTcgb3p1 NCAva2VybmVsOiBkYTE6IDg2ODNNQiAoMTc3ODMyMzkgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCAxMTA2QykKSnVuIDEyIDA5OjQ1OjE3IG96dTQgL2tlcm5lbDogTW91bnRpbmcgcm9vdCBm cm9tIHVmczovZGV2L2RhMHMxYQpKdW4gMTIgMDk6NDU6MTcgb3p1NCAva2VybmVsOiBkYTBzMTog dHlwZSAweGE1LCBzdGFydCA2MywgZW5kID0gMjU3MDM5LCBzaXplIDI1Njk3NyA6IE9LCkp1biAx MiAwOTo0NToxNyBvenU0IC9rZXJuZWw6IGRhMHMyOiB0eXBlIDB4YTUsIHN0YXJ0IDI1NzA0MCwg ZW5kID0gMTc3Njc4ODksIHNpemUgMTc1MTA4NTAgOiBPSwpKdW4gMTIgMDk6NDU6MTcgb3p1NCAv a2VybmVsOiBzdGFydF9pbml0OiB0cnlpbmcgL3NiaW4vaW5pdApKdW4gMTIgMDk6NDU6MjEgb3p1 NCBsb2dpbjogUk9PVCBMT0dJTiAocm9vdCkgT04gdHR5djAK --------------Boundary-00=_YO6T86Z29K5RM85XJY9K-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 4:27:38 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by hub.freebsd.org (Postfix) with ESMTP id 0486637B405; Tue, 12 Jun 2001 04:27:34 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #6) id 159mKa-000JqI-00; Tue, 12 Jun 2001 12:27:32 +0100 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.3/8.11.1) id f5CBRWh81496; Tue, 12 Jun 2001 12:27:32 +0100 (BST) (envelope-from jcm) Date: Tue, 12 Jun 2001 12:27:32 +0100 From: j mckitrick To: freebsd-hackers@freebsd.org, freebsd-scsi@freebsd.org Subject: disconnecting from detached zip drive Message-ID: <20010612122731.A81226@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org hi all, i'm working on turning the zip driver and all the ppbus devices into modules. So far, i have the vpo (zip driver) detaching, but i have problems when i reattach. In the initial attach() call, we allocate a tiny bit of memory for a device controlling microsequence, and we call cam_sim_alloc(), xpt_bus_register(), and then rescan the bus. If we fail, we call cam_simq_free() if the xxx_alloc call failed, and we call cam_sim_free() if xxx_register() fails. In detach(), i am experimenting (!) and right now i free() the microsequence (unrelated to cam) and call cam_sim_free(). Here is the problem: when i detach, everything looks fine. I attach() when i reload the module, and the log message says it is now allocating device vpo0 and vpo1. There is only supposed to be vpo0, of course. It also assigns these as da1 and da2, instead of da0. Now, when i try to mount the drive, i get a page fault in cam and/or mount, depending on what i did in detach(). What needs to be done to completely disconnect the zip drive from cam, so that the new attachment looks like it is starting over from scratch? Jonathon -- Tech support: Try this. Arrange the parts in neat piles. Stand on your chair until you can see over your cubicle walls. Now shout "Does anybody know how to read a manual?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 4:58:51 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 5D0AD37B40D for ; Tue, 12 Jun 2001 04:58:41 -0700 (PDT) (envelope-from wash@alligator.wananchi.com) Received: from wash by alligator.wananchi.com with local (Exim 3.22 #1) id 159mnS-00061D-00; Tue, 12 Jun 2001 14:57:22 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14PGk9-0000g7-00 for wash@poeza.iconnect.co.ke; Sun, 04 Feb 2001 07:25:41 +0300 Received: from [192.67.166.1] (helo=feral.com) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14PGhn-000BBk-00 for wash@iconnect.co.ke; Sun, 4 Feb 2001 07:23:15 +0300 Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id UAA31293; Sat, 3 Feb 2001 20:24:35 -0800 Date: Sat, 3 Feb 2001 20:24:32 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: thomas@hentschel.net Cc: wash@iconnect.co.ke, freebsd-scsi@FreeBSD.ORG In-Reply-To: <200102040027.f140RHk00571@falcon.home.hentschel.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO Lines: 27 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > (sa0:ahc0:0:3:0): saopen(0): dev=0x0 softc=0x0 > (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): REWIND. CDB: 1 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): REWIND. CDB: 1 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): REWIND. CDB: 1 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): RELEASE(06). CDB: 17 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): RELEASE(06). CDB: 17 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): RELEASE(06). CDB: 17 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 Well, it keeps saying h/w error. It speaks for itself. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 4:58:59 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 8627D37B401 for ; Tue, 12 Jun 2001 04:58:42 -0700 (PDT) (envelope-from wash@alligator.wananchi.com) Received: from wash by alligator.wananchi.com with local (Exim 3.22 #1) id 159mnS-00061A-00; Tue, 12 Jun 2001 14:57:22 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14PD24-0000Pc-00 for wash@poeza.iconnect.co.ke; Sun, 04 Feb 2001 03:27:57 +0300 Received: from [64.221.160.2] (helo=falcon.home.hentschel.net) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14PCzj-000Nd7-00 for wash@iconnect.co.ke; Sun, 4 Feb 2001 03:25:32 +0300 Received: from hentschel.net (booocnc.net@localhost [127.0.0.1]) by falcon.home.hentschel.net (8.11.1/8.11.1) with ESMTP id f140RHk00571; Sat, 3 Feb 2001 16:27:18 -0800 (PST) (envelope-from thomas@hentschel.net) Message-Id: <200102040027.f140RHk00571@falcon.home.hentschel.net> Date: Sat, 3 Feb 2001 16:27:16 -0800 (PST) From: thomas@hentschel.net To: mjacob@feral.com Cc: wash@iconnect.co.ke, freebsd-scsi@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO Lines: 44 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 3 Feb, Matthew Jacob wrote: > >> >> If there's anything else which would help here, please let me know. > > > Go back to HP and tell them write Firmware that actually works? Hehe, if it was in my power... I just inherited that thing. > > RESERVE (as in RESERVE/RELEASE) is an optional command. Instead of returning > "Illegal Command" they're returning "HARDWARE ERROR" with > 'ASC/ASCQ(0x40/0xA0)=' > > Go into scsi_sa.c:samount and comment out the call to sareservereleaseunit > and ditto fo the call from saclose. Did as you said, here the new output : (sa0:ahc0:0:3:0): saopen(0): dev=0x0 softc=0x0 (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): REWIND. CDB: 1 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): REWIND. CDB: 1 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): REWIND. CDB: 1 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): RELEASE(06). CDB: 17 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): RELEASE(06). CDB: 17 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): RELEASE(06). CDB: 17 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 -Th To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 4:59: 1 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 5E8DA37B40C for ; Tue, 12 Jun 2001 04:58:38 -0700 (PDT) (envelope-from wash@alligator.wananchi.com) Received: from wash by alligator.wananchi.com with local (Exim 3.22 #1) id 159mnR-000611-00; Tue, 12 Jun 2001 14:57:21 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14PBME-0000CE-00 for wash@poeza.iconnect.co.ke; Sun, 04 Feb 2001 01:40:38 +0300 Received: from [64.221.160.2] (helo=falcon.home.hentschel.net) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14PBJs-000KPc-00 for wash@iconnect.co.ke; Sun, 4 Feb 2001 01:38:13 +0300 Received: from hentschel.net (booocnc.net@localhost [127.0.0.1]) by falcon.home.hentschel.net (8.11.1/8.11.1) with ESMTP id f13Mdvr00742; Sat, 3 Feb 2001 14:39:58 -0800 (PST) (envelope-from thomas@hentschel.net) Message-Id: <200102032239.f13Mdvr00742@falcon.home.hentschel.net> Date: Sat, 3 Feb 2001 14:39:56 -0800 (PST) From: thomas@hentschel.net To: mjacob@feral.com Cc: wash@iconnect.co.ke, freebsd-scsi@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO Lines: 64 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 2 Feb, Matthew Jacob wrote: > > I have my doubts. The errors he was seeing indicated complete breakage (i.e,, > never could have worked at all). I have a T20 that works for me 3.01. > > W/O more details about how it fails for you (please build a CAMDEBUG kernel > and use the -Ic option to turn on debugging when doing an initial 'mt status' > if this is where it's failing for you) I can't say whether "same" is a > meaningful statement. I take it you meant camcontrol debug -Ic ? Anyhow, here it is : falcon# camcontrol debug -Ic 0:3 Debugging enabled for 0:3:-1 falcon# mt -f /dev/nsa0 status mt: /dev/nsa0: Input/output error spits the following to the console : (sa0:ahc0:0:3:0): saopen(0): dev=0x0 softc=0x0 (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 falcon# mt -f /dev/nsa0 rewind mt: /dev/nsa0: Input/output error (sa0:ahc0:0:3:0): saopen(0): dev=0x0 softc=0x0 (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 Looks like the thing doesn't get ready, just would like to know why.... If there's anything else which would help here, please let me know. -Th > >> dmesg snipped : >> sa0 at ahc0 bus 0 target 3 lun 0 >> sa0: Removable Sequential Access SCSI-2 device >> sa0: 3.300MB/s transfers >> >> otherwise same symptons as for Wash. >> If there is anything else needed, please let me know. >> >> -Th [just subscribing to -scsi, so please cc: me] >> > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 4:59: 8 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 31DDA37B407 for ; Tue, 12 Jun 2001 04:58:49 -0700 (PDT) (envelope-from wash@alligator.wananchi.com) Received: from wash by alligator.wananchi.com with local (Exim 3.22 #1) id 159mnR-00060y-00; Tue, 12 Jun 2001 14:57:21 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14Ox9z-000O8n-00 for wash@poeza.iconnect.co.ke; Sat, 03 Feb 2001 10:31:03 +0300 Received: from [192.67.166.1] (helo=feral.com) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14Ox7e-0000qS-00 for wash@iconnect.co.ke; Sat, 3 Feb 2001 10:28:39 +0300 Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id XAA28677; Fri, 2 Feb 2001 23:29:49 -0800 Date: Fri, 2 Feb 2001 23:29:47 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: thomas@hentschel.net Cc: wash@iconnect.co.ke, freebsd-scsi@freebsd.org In-Reply-To: <200102030336.f133a1H25367@falcon.home.hentschel.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO Lines: 20 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have my doubts. The errors he was seeing indicated complete breakage (i.e,, never could have worked at all). I have a T20 that works for me 3.01. W/O more details about how it fails for you (please build a CAMDEBUG kernel and use the -Ic option to turn on debugging when doing an initial 'mt status' if this is where it's failing for you) I can't say whether "same" is a meaningful statement. > dmesg snipped : > sa0 at ahc0 bus 0 target 3 lun 0 > sa0: Removable Sequential Access SCSI-2 device > sa0: 3.300MB/s transfers > > otherwise same symptons as for Wash. > If there is anything else needed, please let me know. > > -Th [just subscribing to -scsi, so please cc: me] > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 4:59: 8 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 42EDA37B40F for ; Tue, 12 Jun 2001 04:59:00 -0700 (PDT) (envelope-from wash@alligator.wananchi.com) Received: from wash by alligator.wananchi.com with local (Exim 3.22 #1) id 159mn3-0005xl-00; Tue, 12 Jun 2001 14:56:57 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14K7Oy-0001dO-00 for wash@poeza.iconnect.co.ke; Sun, 21 Jan 2001 02:26:32 +0300 Received: from [192.67.166.1] (helo=feral.com) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14K7N6-000Pat-00 for wash@iconnect.co.ke; Sun, 21 Jan 2001 02:24:37 +0300 Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id PAA00703; Sat, 20 Jan 2001 15:13:22 -0800 Date: Sat, 20 Jan 2001 15:25:47 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: Odhiambo Washington Cc: freebsd-scsi@freebsd.org In-Reply-To: <20010119210817.B14078@poeza.iconnect.co.ke> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO Lines: 11 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have a T20 with 3.00 f/w which works just peacy in -current. I know you said things worked fine under 3.4 and now don't work when you upgraded to 4.2- but I have to say that this seems very unlikely somehow. It seems like your tape drive has died. Please retry 3.4 and see what's up with that and let me know. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 4:59:51 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id E51FD37B407 for ; Tue, 12 Jun 2001 04:59:43 -0700 (PDT) (envelope-from wash@alligator.wananchi.com) Received: from wash by alligator.wananchi.com with local (Exim 3.22 #1) id 159mma-0005uH-00; Tue, 12 Jun 2001 14:56:28 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14Jg1m-0005OS-00 for wash@poeza.iconnect.co.ke; Fri, 19 Jan 2001 21:12:46 +0300 Received: from [192.67.166.1] (helo=feral.com) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14Jfzy-000L2U-00 for wash@iconnect.co.ke; Fri, 19 Jan 2001 21:10:55 +0300 Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id JAA05073; Fri, 19 Jan 2001 09:59:50 -0800 Date: Fri, 19 Jan 2001 10:12:08 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: Odhiambo Washington Cc: freebsd-scsi@freebsd.org In-Reply-To: <20010119210817.B14078@poeza.iconnect.co.ke> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO Lines: 7 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org It's might be failing the 'autosense' for density step. You might be able to construct a quirk table entry with SA_QUIRK_NODREAD that helps in this case. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 4:59:58 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 6A5B837B403 for ; Tue, 12 Jun 2001 04:59:32 -0700 (PDT) (envelope-from wash@alligator.wananchi.com) Received: from wash by alligator.wananchi.com with local (Exim 3.22 #1) id 159mmc-0005uo-00; Tue, 12 Jun 2001 14:56:30 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14Jswf-0000HL-00 for wash@poeza.iconnect.co.ke; Sat, 20 Jan 2001 11:00:21 +0300 Received: from [209.198.248.3] (helo=ns2.iconnect.co.ke) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14Jsup-0001gY-00 for wash@iconnect.co.ke; Sat, 20 Jan 2001 10:58:27 +0300 Received: from amavis by ns2.iconnect.co.ke with scanned-ok (Exim 3.12 #1) id 14Jsw6-000G4n-00 for wash@iconnect.co.ke; Sat, 20 Jan 2001 10:59:46 +0300 Received: from feral.com ([192.67.166.1] ident=root) by ns2.iconnect.co.ke with esmtp (Exim 3.12 #1) id 14Jsw0-000G3O-00 for wash@iconnect.co.ke; Sat, 20 Jan 2001 10:59:43 +0300 Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id XAA07473; Fri, 19 Jan 2001 23:45:53 -0800 Date: Fri, 19 Jan 2001 23:58:11 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: Corvette Cc: freebsd-scsi@FreeBSD.ORG In-Reply-To: <20010120100945.A365@poeza.iconnect.co.ke> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO X-Status: A Lines: 145 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org You're missing where the output is coming out. Ship your /var/log/messages file. On Sat, 20 Jan 2001, Corvette wrote: > * Matthew Jacob [20010119 20:56]: writing on the subject 'Re: CANNOT ACCESS T20 TAPE' > Matthew> > Matthew> > Matthew> Is a tape inserted? If not, then there is no bug here. Insert a tape prior to > Matthew> attempting to get status (unless you use the 'control' entry point, but that > Matthew> will yield pointless information). > Matthew> > Matthew> If so, build a kernel with CAMDEBUG enabled, boot that, and then do > Matthew> > Matthew> camcontrol debug -Ic 0:4:0 > Matthew> > Matthew> and then do the 'mt status' and ship the output back to the list. > > Hi, > As a followup to the problem that I'm having with my tape drive, I've built and > booted up a kernel with "options CAMDEBUG" and below is my output. > > ## > wash:/usr/home/wash# camcontrol debug -Ic 0:4:0 > Debugging enabled for 0:4:0 > wash:/usr/home/wash# mt status > mt: /dev/nsa0: Device not configured > wash:/usr/home/wash# > ## > > I'm still not subscribed to this list. Kindly include me in any replies via a cc. > > Thank you. > > > > Matthew> > Matthew> > Matthew> > Matthew> > Hi, > Matthew> > I recently cvsupped and updated my 3.5-STABLE box to 4.2_STABLE. > Matthew> > I had quite a few problems initially when doing buildworld but a > Matthew> > good samaritan came to my rescue and sent me precise details that > Matthew> > had worked for one of 'us'. > Matthew> > > Matthew> > At the moment I seem to be in a bad fix because I cannot access my > Matthew> > tape drive, an HP T20. What I mean is that mt returns an error > Matthew> > > Matthew> > /dev/nsa0: device not configured. > Matthew> > > Matthew> > I posted this to the -quetsions and I got overwhelming response but all > Matthew> > the suggestions I received did not yield the solution I was looking for. > Matthew> > So please pardon me if this is considered a double post. I am only anxious for > Matthew> > a solution. Without a backup, we all know where I stand - on the firing line. > Matthew> > > Matthew> > > Matthew> > I am running an HP Netserver E20 and here is a section of my dmesg.boot: > Matthew> > ## > Matthew> > [snip] > Matthew> > ahc0: port 0x1000-0x10ff mem 0xfc100000-0xfc100fff irq 10 at device 5.0 on pci0 > Matthew> > ahc0: Using left over BIOS settings > Matthew> > aic7895C: Wide Channel A, SCSI Id=7, 32/255 SCBs > Matthew> > ahc1: port 0x1400-0x14ff mem 0xfc101000-0xfc101fff irq 10 at device 5.1 on pci0 > Matthew> > ahc1: Host Adapter Bios disabled. Using default SCSI device parameters > Matthew> > aic7895C: Wide Channel B, SCSI Id=7, 32/255 SCBs > Matthew> > . > Matthew> > . > Matthew> > . > Matthew> > Waiting 15 seconds for SCSI devices to settle > Matthew> > sa0 at ahc0 bus 0 target 4 lun 0 > Matthew> > sa0: Removable Sequential Access SCSI-2 device > Matthew> > sa0: 3.300MB/s transfers > Matthew> > da1 at ahc0 bus 0 target 2 lun 0 > Matthew> > da1: Fixed Direct Access SCSI-2 device > Matthew> > da1: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled > Matthew> > da1: 8678MB (17773524 512 byte sectors: 64H 32S/T 8678C) > Matthew> > Mounting root from ufs:/dev/da0s1a > Matthew> > da0 at ahc0 bus 0 target 0 lun 0 > Matthew> > da0: Fixed Direct Access SCSI-2 device > Matthew> > da0: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled > Matthew> > da0: 8678MB (17773524 512 byte sectors: 64H 32S/T 8678C) > Matthew> > [snip] > Matthew> > > Matthew> > > Matthew> > and here is some output from /dev > Matthew> > wash:~$ cd /dev/ > Matthew> > wash:/dev$ ls -al *sa0 > Matthew> > crw-rw---- 4 root operator 14, 2 Jan 18 12:18 ersa0 > Matthew> > crw-rw---- 4 root operator 14, 2 Jan 18 12:18 esa0 > Matthew> > crw-rw---- 4 root operator 14, 1 Jan 18 12:18 nrsa0 > Matthew> > crw-rw---- 4 root operator 14, 1 Jan 18 12:18 nsa0 > Matthew> > crw-rw---- 4 root operator 14, 0 Jan 18 12:18 rsa0 > Matthew> > crw-rw---- 4 root operator 14, 0 Jan 18 12:18 sa0 > Matthew> > > Matthew> > ...and a little bit more... > Matthew> > > Matthew> > wash:/dev$ mt status > Matthew> > mt: /dev/nsa0: Device not configured > Matthew> > > Matthew> > > Matthew> > And I followed the procedure below to go to 4.2_STABLE... > Matthew> > > Matthew> > All help welcome. > Matthew> > > Matthew> > Thanks. > Matthew> > > Matthew> > NB: I am not subscribed to this list, so kindly cc me in your reply. > Matthew> > > Matthew> > -Wash > Matthew> > > Matthew> > -- > Matthew> > Odhiambo Washington Inter-Connect Ltd., > Matthew> > wash@iconnect.co.ke 5th Flr Furaha Plaza > Matthew> > Tel: 254 11 222604 Nkrumah Rd., > Matthew> > Fax: 254 11 222636 PO Box 83613 MOMBASA, KE. > Matthew> > > Matthew> > Sex is what women have and men want. > Matthew> > > Matthew> > > Matthew> > To Unsubscribe: send mail to majordomo@FreeBSD.org > Matthew> > with "unsubscribe freebsd-scsi" in the body of the message > Matthew> > > Matthew> > > -Wash > > -- > Odhiambo Washington Inter-Connect Ltd., > wash@iconnect.co.ke 5th Flr Furaha Plaza > Tel: 254 11 222604 Nkrumah Rd., > Fax: 254 11 222636 PO Box 83613 MOMBASA, KE. > > Many years ago in a period commonly know as Next Friday Afternoon, there lived > a King who was very Gloomy on Tuesday mornings because he was so Sad thinking > about how Unhappy he had been on Monday and how completely Mournful he would > be on Wednesday.... -Walt Kelly > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5: 0:28 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 1470537B403 for ; Tue, 12 Jun 2001 05:00:13 -0700 (PDT) (envelope-from wash@alligator.wananchi.com) Received: from wash by alligator.wananchi.com with local (Exim 3.22 #1) id 159mmh-0005vu-00; Tue, 12 Jun 2001 14:56:35 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14K2ag-0000Dv-00 for wash@poeza.iconnect.co.ke; Sat, 20 Jan 2001 21:18:18 +0300 Received: from [192.67.166.1] (helo=feral.com) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14K2Yo-000IHt-00 for wash@iconnect.co.ke; Sat, 20 Jan 2001 21:16:23 +0300 Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id KAA08909; Sat, 20 Jan 2001 10:05:17 -0800 Date: Sat, 20 Jan 2001 10:17:35 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: Odhiambo Washington Cc: freebsd-scsi@freebsd.org In-Reply-To: <20010120131301.A2015@poeza.iconnect.co.ke> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO X-Status: A Lines: 48 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > Sorry for my being daft. Here I attach the output from /var/log/messages after the test. Good. Exactly what I'm wanting to see.. So... The Sense Key 9 being returned is "VENDOR SPECIFIC". W/O T20 docs I can't tell you what the issue is. So, the first thing the tape driver does when it sees a tape driver for the first time is to make sure the tape is rewound. Clearly LOAD(to BOT) is failing. With 5/24 as the ASC/ASCQ, I'm sure somebody at HP *MEANT* to use Sense Key 5 (Illegal Command) but they just forgot their SCSI spec at home that day. Now, the REWIND command (used alternately) is failing with Sense Key 2 (Not Ready) and the ASC/ASCQ values are 'Medium Not Present'. So, you either don't have a tape inserted in the drive or the drive doesn't like the tape at all. Things don't work w/o a tape inserted. > > ## > Jan 20 13:10:16 poeza /kernel: (xpt0:ahc0:0:4:0): debugging flags now 9 > Jan 20 13:10:16 poeza /kernel: (sa0:ahc0:0:4:0): saopen(0): dev=0x0 softc=0x0 > Jan 20 13:10:16 poeza /kernel: (sa0:ahc0:0:4:0): sastart(sa0:ahc0:0:4:0): RESERVE(06). CDB: 16 0 0 0 0 0 > Jan 20 13:10:16 poeza /kernel: (sa0:ahc0:0:4:0): sastart(sa0:ahc0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > Jan 20 13:10:16 poeza /kernel: (sa0:ahc0:0:4:0): Key 0x9 ASC/ASCQ > Jan 20 13:10:16 poeza /kernel: 0x5 0x24 flags 0x0 resid 0 dxfer_len 0 > Jan 20 13:10:16 poeza /kernel: (sa0:ahc0:0:4:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 > Jan 20 13:10:16 poeza /kernel: (sa0:ahc0:0:4:0): Key 0x9 ASC/ASCQ > Jan 20 13:10:16 poeza /kernel: 0x5 0x24 flags 0x0 resid 0 dxfer_len 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): Key 0x9 ASC/ASCQ > Jan 20 13:10:17 poeza /kernel: 0x5 0x24 flags 0x0 resid 0 dxfer_len 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): Key 0x9 ASC/ASCQ > Jan 20 13:10:17 poeza /kernel: 0x5 0x24 flags 0x0 resid 0 dxfer_len 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): REWIND. CDB: 1 0 0 0 0 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): Key 0x2 ASC/ASCQ > Jan 20 13:10:17 poeza /kernel: 0x3a 0x0 flags 0x0 resid 0 dxfer_len 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): REWIND. CDB: 1 0 0 0 0 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): Key 0x2 ASC/ASCQ > Jan 20 13:10:17 poeza /kernel: 0x3a 0x0 flags 0x0 resid 0 dxfer_len 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): REWIND. CDB: 1 0 0 0 0 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): Key 0x2 ASC/ASCQ > Jan 20 13:10:17 poeza /kernel: 0x3a 0x0 flags 0x0 resid 0 dxfer_len 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): sastart(sa0:ahc0:0:4:0): RELEASE(06). CDB: 17 0 0 0 0 0 > ## To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5: 1: 0 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 58C8037B401 for ; Tue, 12 Jun 2001 05:00:48 -0700 (PDT) (envelope-from wash@alligator.wananchi.com) Received: from wash by alligator.wananchi.com with local (Exim 3.22 #1) id 159mnB-0005yK-00; Tue, 12 Jun 2001 14:57:05 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14KQ2w-0003Li-00 for wash@poeza.iconnect.co.ke; Sun, 21 Jan 2001 22:21:03 +0300 Received: from [192.67.166.1] (helo=feral.com) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14KQ14-0003Zc-00 for wash@iconnect.co.ke; Sun, 21 Jan 2001 22:19:07 +0300 Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id LAA03102; Sun, 21 Jan 2001 11:20:16 -0800 Date: Sun, 21 Jan 2001 11:20:17 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: Odhiambo Washington Cc: freebsd-scsi@FreeBSD.ORG In-Reply-To: <20010121192427.K589@poeza.iconnect.co.ke> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO X-Status: A Lines: 94 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 21 Jan 2001, Odhiambo Washington wrote: > * Matthew Jacob [20010121 02:26]: writing on the subject 'Re: CANNOT ACCESS T20 TAPE' > Matthew> > Matthew> I have a T20 with 3.00 f/w which works just peacy in -current. > Matthew> > Matthew> I know you said things worked fine under 3.4 and now don't work when you > Matthew> upgraded to 4.2- but I have to say that this seems very unlikely somehow. It > Matthew> seems like your tape drive has died. Please retry 3.4 and see what's up with > Matthew> that and let me know. > > Is it easy for a tape drive to die? I still hope it is some other issue > because I did a full backup 2 days before the upgrade and we've not had > any power failures or something that I can suspect. Okay the only problem > here now is that it is a SCSI tape and I do not have another readily > available system with a SCSI adapter to attach it to for a test. It wouldn't be the adapter. > Well, whatever it is lemme think hard about it. I'll take one of the last > options I always resort to when i have something like this. You know the > Powell doctrine? (Yes, that Powell - General Colin Powell) - "Think hard > before you act, act decisively when you do, and finish quickly" . Okay the > last part might be a bit out of range but the first 2 definately are > called for at this moment. Okay. > > I also hope that someone somewhere could have an idea or so. Or do you > suppose I can try -CURRENT?? ;-) ..hmmm.. I am not at par with those > running -CURRENT and this is a server that is relied upon by hundreds of > clients - so I am just tied for now. > I wish I had something better to tell you. One things you *might* try is this change: Change, in scsi_sa.c:samount: /* * *Very* first off, make sure we're loaded to BOT. */ scsi_load_unload(&ccb->csio, 2, sadone, MSG_SIMPLE_Q_TAG, FALSE, FALSE, FALSE, 1, SSD_FULL_SIZE, REWIND_TIMEOUT); error = cam_periph_runccb(ccb, saerror, 0, SF_NO_PRINT, &softc->device_stats); QFRLS(ccb); /* * In case this doesn't work, do a REWIND instead */ if (error) { scsi_rewind(&ccb->csio, 2, sadone, MSG_SIMPLE_Q_TAG, FALSE, SSD_FULL_SIZE, REWIND_TIMEOUT); error = cam_periph_runccb(ccb, saerror, 0, SF_NO_PRINT, &softc->device_stats); QFRLS(ccb); } if (error) { xpt_release_ccb(ccb); goto exit; } to /* * *Very* first off, make sure we're loaded to BOT. */ scsi_rewind(&ccb->csio, 2, sadone, MSG_SIMPLE_Q_TAG, FALSE, SSD_FULL_SIZE, REWIND_TIMEOUT); error = cam_periph_runccb(ccb, saerror, 0, SF_NO_PRINT, &softc->device_stats); QFRLS(ccb); if (error) { xpt_release_ccb(ccb); goto exit; } It's *just* possible that this tape drive is stupid as to not only fail the LOAD/UNLOAD but then get sent into the weeds and fail to do the rewind. The reason the LOAD/UNLOAD is used first is to catch the case of tape inserted but not spun up and loaded to BOT (rewind would fail on those drives). But this is something of an edge case. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5: 1: 5 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id E443737B401 for ; Tue, 12 Jun 2001 05:01:00 -0700 (PDT) (envelope-from wash@alligator.wananchi.com) Received: from wash by alligator.wananchi.com with local (Exim 3.22 #1) id 159mnT-00061J-00; Tue, 12 Jun 2001 14:57:23 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14PWVJ-0002A8-00 for wash@poeza.iconnect.co.ke; Mon, 05 Feb 2001 00:15:25 +0300 Received: from [64.221.160.2] (helo=falcon.home.hentschel.net) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14PWSw-0002aB-00 for wash@iconnect.co.ke; Mon, 5 Feb 2001 00:12:59 +0300 Received: from hentschel.net (booocnc.net@localhost [127.0.0.1]) by falcon.home.hentschel.net (8.11.1/8.11.1) with ESMTP id f14LESk09844; Sun, 4 Feb 2001 13:14:30 -0800 (PST) (envelope-from thomas@hentschel.net) Message-Id: <200102042114.f14LESk09844@falcon.home.hentschel.net> Date: Sun, 4 Feb 2001 13:14:27 -0800 (PST) From: thomas@hentschel.net To: mjacob@feral.com Cc: wash@iconnect.co.ke, freebsd-scsi@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO Lines: 19 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 3 Feb, Matthew Jacob wrote: > > >> (sa0:ahc0:0:3:0): saopen(0): dev=0x0 softc=0x0 >> (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >> (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 [snip] >> (sa0:ahc0:0:3:0): RELEASE(06). CDB: 17 0 0 0 0 0 >> (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 >> (sa0:ahc0:0:3:0): RELEASE(06). CDB: 17 0 0 0 0 0 >> (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > > Well, it keeps saying h/w error. It speaks for itself. > Sorta what I guessed. Thanks for giving it a shot, though. -Th To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5: 1:11 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 7B57F37B407 for ; Tue, 12 Jun 2001 05:01:02 -0700 (PDT) (envelope-from wash@alligator.wananchi.com) Received: from wash by alligator.wananchi.com with local (Exim 3.22 #1) id 159mnS-000614-00; Tue, 12 Jun 2001 14:57:22 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14PBTz-0000Ct-00 for wash@poeza.iconnect.co.ke; Sun, 04 Feb 2001 01:48:39 +0300 Received: from [192.67.166.1] (helo=feral.com) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14PBRe-000Kcu-00 for wash@iconnect.co.ke; Sun, 4 Feb 2001 01:46:15 +0300 Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA30603; Sat, 3 Feb 2001 14:47:39 -0800 Date: Sat, 3 Feb 2001 14:47:37 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: thomas@hentschel.net Cc: wash@iconnect.co.ke, freebsd-scsi@FreeBSD.ORG In-Reply-To: <200102032239.f13Mdvr00742@falcon.home.hentschel.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO Lines: 55 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > I take it you meant camcontrol debug -Ic ? Anyhow, here it is : > > falcon# camcontrol debug -Ic 0:3 > Debugging enabled for 0:3:-1 > > falcon# mt -f /dev/nsa0 status > mt: /dev/nsa0: Input/output error > > spits the following to the console : > > (sa0:ahc0:0:3:0): saopen(0): dev=0x0 softc=0x0 > (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > > falcon# mt -f /dev/nsa0 rewind > mt: /dev/nsa0: Input/output error > > (sa0:ahc0:0:3:0): saopen(0): dev=0x0 softc=0x0 > (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > > > Looks like the thing doesn't get ready, just would like to know why.... > If there's anything else which would help here, please let me know. Go back to HP and tell them write Firmware that actually works? RESERVE (as in RESERVE/RELEASE) is an optional command. Instead of returning "Illegal Command" they're returning "HARDWARE ERROR" with 'ASC/ASCQ(0x40/0xA0)=' Go into scsi_sa.c:samount and comment out the call to sareservereleaseunit and ditto fo the call from saclose. Frankly, I inherited this section of code and I'm not all that excited about requiring a reservation. But at the same time, some *minimum* sanity for a SCSI device should be required for it to be supported. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5:22:36 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 1B80A37B403 for ; Tue, 12 Jun 2001 05:22:30 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from root by alligator.wananchi.com with local (Exim 3.22 #1) id 159n9r-0001Av-00; Tue, 12 Jun 2001 15:20:31 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14K7Oy-0001dO-00 for wash@poeza.iconnect.co.ke; Sun, 21 Jan 2001 02:26:32 +0300 Received: from [192.67.166.1] (helo=feral.com) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14K7N6-000Pat-00 for wash@iconnect.co.ke; Sun, 21 Jan 2001 02:24:37 +0300 Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id PAA00703; Sat, 20 Jan 2001 15:13:22 -0800 Date: Sat, 20 Jan 2001 15:25:47 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: Odhiambo Washington Cc: freebsd-scsi@freebsd.org In-Reply-To: <20010119210817.B14078@poeza.iconnect.co.ke> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO Lines: 11 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have a T20 with 3.00 f/w which works just peacy in -current. I know you said things worked fine under 3.4 and now don't work when you upgraded to 4.2- but I have to say that this seems very unlikely somehow. It seems like your tape drive has died. Please retry 3.4 and see what's up with that and let me know. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5:22:43 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 5D58D37B401 for ; Tue, 12 Jun 2001 05:22:28 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from root by alligator.wananchi.com with local (Exim 3.22 #1) id 159nAD-0001Dp-00; Tue, 12 Jun 2001 15:20:53 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14PBTz-0000Ct-00 for wash@poeza.iconnect.co.ke; Sun, 04 Feb 2001 01:48:39 +0300 Received: from [192.67.166.1] (helo=feral.com) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14PBRe-000Kcu-00 for wash@iconnect.co.ke; Sun, 4 Feb 2001 01:46:15 +0300 Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA30603; Sat, 3 Feb 2001 14:47:39 -0800 Date: Sat, 3 Feb 2001 14:47:37 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: thomas@hentschel.net Cc: wash@iconnect.co.ke, freebsd-scsi@FreeBSD.ORG In-Reply-To: <200102032239.f13Mdvr00742@falcon.home.hentschel.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO Lines: 55 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > I take it you meant camcontrol debug -Ic ? Anyhow, here it is : > > falcon# camcontrol debug -Ic 0:3 > Debugging enabled for 0:3:-1 > > falcon# mt -f /dev/nsa0 status > mt: /dev/nsa0: Input/output error > > spits the following to the console : > > (sa0:ahc0:0:3:0): saopen(0): dev=0x0 softc=0x0 > (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > > falcon# mt -f /dev/nsa0 rewind > mt: /dev/nsa0: Input/output error > > (sa0:ahc0:0:3:0): saopen(0): dev=0x0 softc=0x0 > (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > > > Looks like the thing doesn't get ready, just would like to know why.... > If there's anything else which would help here, please let me know. Go back to HP and tell them write Firmware that actually works? RESERVE (as in RESERVE/RELEASE) is an optional command. Instead of returning "Illegal Command" they're returning "HARDWARE ERROR" with 'ASC/ASCQ(0x40/0xA0)=' Go into scsi_sa.c:samount and comment out the call to sareservereleaseunit and ditto fo the call from saclose. Frankly, I inherited this section of code and I'm not all that excited about requiring a reservation. But at the same time, some *minimum* sanity for a SCSI device should be required for it to be supported. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5:23:19 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 3CC7B37B40B for ; Tue, 12 Jun 2001 05:23:13 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from root by alligator.wananchi.com with local (Exim 3.22 #1) id 159n9Y-00017d-00; Tue, 12 Jun 2001 15:20:12 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14Jg1m-0005OS-00 for wash@poeza.iconnect.co.ke; Fri, 19 Jan 2001 21:12:46 +0300 Received: from [192.67.166.1] (helo=feral.com) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14Jfzy-000L2U-00 for wash@iconnect.co.ke; Fri, 19 Jan 2001 21:10:55 +0300 Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id JAA05073; Fri, 19 Jan 2001 09:59:50 -0800 Date: Fri, 19 Jan 2001 10:12:08 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: Odhiambo Washington Cc: freebsd-scsi@freebsd.org In-Reply-To: <20010119210817.B14078@poeza.iconnect.co.ke> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO Lines: 7 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org It's might be failing the 'autosense' for density step. You might be able to construct a quirk table entry with SA_QUIRK_NODREAD that helps in this case. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5:23:27 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 6184F37B40A for ; Tue, 12 Jun 2001 05:23:08 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from root by alligator.wananchi.com with local (Exim 3.22 #1) id 159n9W-000176-00; Tue, 12 Jun 2001 15:20:10 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14JfmR-0003h5-00 for wash@poeza.iconnect.co.ke; Fri, 19 Jan 2001 20:56:55 +0300 Received: from [192.67.166.1] (helo=feral.com) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14Jfke-000KDT-00 for wash@iconnect.co.ke; Fri, 19 Jan 2001 20:55:04 +0300 Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id JAA04993; Fri, 19 Jan 2001 09:43:56 -0800 Date: Fri, 19 Jan 2001 09:56:14 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: Corvette Cc: freebsd-scsi@FreeBSD.ORG In-Reply-To: <20010119204306.A14007@poeza.iconnect.co.ke> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO X-Status: A Lines: 98 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Is a tape inserted? If not, then there is no bug here. Insert a tape prior to attempting to get status (unless you use the 'control' entry point, but that will yield pointless information). If so, build a kernel with CAMDEBUG enabled, boot that, and then do camcontrol debug -Ic 0:4:0 and then do the 'mt status' and ship the output back to the list. > Hi, > I recently cvsupped and updated my 3.5-STABLE box to 4.2_STABLE. > I had quite a few problems initially when doing buildworld but a > good samaritan came to my rescue and sent me precise details that > had worked for one of 'us'. > > At the moment I seem to be in a bad fix because I cannot access my > tape drive, an HP T20. What I mean is that mt returns an error > > /dev/nsa0: device not configured. > > I posted this to the -quetsions and I got overwhelming response but all > the suggestions I received did not yield the solution I was looking for. > So please pardon me if this is considered a double post. I am only anxious for > a solution. Without a backup, we all know where I stand - on the firing line. > > > I am running an HP Netserver E20 and here is a section of my dmesg.boot: > ## > [snip] > ahc0: port 0x1000-0x10ff mem 0xfc100000-0xfc100fff irq 10 at device 5.0 on pci0 > ahc0: Using left over BIOS settings > aic7895C: Wide Channel A, SCSI Id=7, 32/255 SCBs > ahc1: port 0x1400-0x14ff mem 0xfc101000-0xfc101fff irq 10 at device 5.1 on pci0 > ahc1: Host Adapter Bios disabled. Using default SCSI device parameters > aic7895C: Wide Channel B, SCSI Id=7, 32/255 SCBs > . > . > . > Waiting 15 seconds for SCSI devices to settle > sa0 at ahc0 bus 0 target 4 lun 0 > sa0: Removable Sequential Access SCSI-2 device > sa0: 3.300MB/s transfers > da1 at ahc0 bus 0 target 2 lun 0 > da1: Fixed Direct Access SCSI-2 device > da1: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled > da1: 8678MB (17773524 512 byte sectors: 64H 32S/T 8678C) > Mounting root from ufs:/dev/da0s1a > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled > da0: 8678MB (17773524 512 byte sectors: 64H 32S/T 8678C) > [snip] > > > and here is some output from /dev > wash:~$ cd /dev/ > wash:/dev$ ls -al *sa0 > crw-rw---- 4 root operator 14, 2 Jan 18 12:18 ersa0 > crw-rw---- 4 root operator 14, 2 Jan 18 12:18 esa0 > crw-rw---- 4 root operator 14, 1 Jan 18 12:18 nrsa0 > crw-rw---- 4 root operator 14, 1 Jan 18 12:18 nsa0 > crw-rw---- 4 root operator 14, 0 Jan 18 12:18 rsa0 > crw-rw---- 4 root operator 14, 0 Jan 18 12:18 sa0 > > ...and a little bit more... > > wash:/dev$ mt status > mt: /dev/nsa0: Device not configured > > > And I followed the procedure below to go to 4.2_STABLE... > > All help welcome. > > Thanks. > > NB: I am not subscribed to this list, so kindly cc me in your reply. > > -Wash > > -- > Odhiambo Washington Inter-Connect Ltd., > wash@iconnect.co.ke 5th Flr Furaha Plaza > Tel: 254 11 222604 Nkrumah Rd., > Fax: 254 11 222636 PO Box 83613 MOMBASA, KE. > > Sex is what women have and men want. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5:23:40 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 58BFD37B407 for ; Tue, 12 Jun 2001 05:23:31 -0700 (PDT) (envelope-from thomas@hentschel.net) Received: from root by alligator.wananchi.com with local (Exim 3.22 #1) id 159nAE-0001E4-00; Tue, 12 Jun 2001 15:20:54 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14PWVJ-0002A8-00 for wash@poeza.iconnect.co.ke; Mon, 05 Feb 2001 00:15:25 +0300 Received: from [64.221.160.2] (helo=falcon.home.hentschel.net) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14PWSw-0002aB-00 for wash@iconnect.co.ke; Mon, 5 Feb 2001 00:12:59 +0300 Received: from hentschel.net (booocnc.net@localhost [127.0.0.1]) by falcon.home.hentschel.net (8.11.1/8.11.1) with ESMTP id f14LESk09844; Sun, 4 Feb 2001 13:14:30 -0800 (PST) (envelope-from thomas@hentschel.net) Message-Id: <200102042114.f14LESk09844@falcon.home.hentschel.net> Date: Sun, 4 Feb 2001 13:14:27 -0800 (PST) From: thomas@hentschel.net To: mjacob@feral.com Cc: wash@iconnect.co.ke, freebsd-scsi@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO Lines: 19 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 3 Feb, Matthew Jacob wrote: > > >> (sa0:ahc0:0:3:0): saopen(0): dev=0x0 softc=0x0 >> (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >> (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 [snip] >> (sa0:ahc0:0:3:0): RELEASE(06). CDB: 17 0 0 0 0 0 >> (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 >> (sa0:ahc0:0:3:0): RELEASE(06). CDB: 17 0 0 0 0 0 >> (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > > Well, it keeps saying h/w error. It speaks for itself. > Sorta what I guessed. Thanks for giving it a shot, though. -Th To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5:25:26 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 1495237B40B for ; Tue, 12 Jun 2001 05:25:20 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from root by alligator.wananchi.com with local (Exim 3.22 #1) id 159n9s-0001BH-00; Tue, 12 Jun 2001 15:20:32 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14KQ2w-0003Li-00 for wash@poeza.iconnect.co.ke; Sun, 21 Jan 2001 22:21:03 +0300 Received: from [192.67.166.1] (helo=feral.com) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14KQ14-0003Zc-00 for wash@iconnect.co.ke; Sun, 21 Jan 2001 22:19:07 +0300 Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id LAA03102; Sun, 21 Jan 2001 11:20:16 -0800 Date: Sun, 21 Jan 2001 11:20:17 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: Odhiambo Washington Cc: freebsd-scsi@FreeBSD.ORG In-Reply-To: <20010121192427.K589@poeza.iconnect.co.ke> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO X-Status: A Lines: 94 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 21 Jan 2001, Odhiambo Washington wrote: > * Matthew Jacob [20010121 02:26]: writing on the subject 'Re: CANNOT ACCESS T20 TAPE' > Matthew> > Matthew> I have a T20 with 3.00 f/w which works just peacy in -current. > Matthew> > Matthew> I know you said things worked fine under 3.4 and now don't work when you > Matthew> upgraded to 4.2- but I have to say that this seems very unlikely somehow. It > Matthew> seems like your tape drive has died. Please retry 3.4 and see what's up with > Matthew> that and let me know. > > Is it easy for a tape drive to die? I still hope it is some other issue > because I did a full backup 2 days before the upgrade and we've not had > any power failures or something that I can suspect. Okay the only problem > here now is that it is a SCSI tape and I do not have another readily > available system with a SCSI adapter to attach it to for a test. It wouldn't be the adapter. > Well, whatever it is lemme think hard about it. I'll take one of the last > options I always resort to when i have something like this. You know the > Powell doctrine? (Yes, that Powell - General Colin Powell) - "Think hard > before you act, act decisively when you do, and finish quickly" . Okay the > last part might be a bit out of range but the first 2 definately are > called for at this moment. Okay. > > I also hope that someone somewhere could have an idea or so. Or do you > suppose I can try -CURRENT?? ;-) ..hmmm.. I am not at par with those > running -CURRENT and this is a server that is relied upon by hundreds of > clients - so I am just tied for now. > I wish I had something better to tell you. One things you *might* try is this change: Change, in scsi_sa.c:samount: /* * *Very* first off, make sure we're loaded to BOT. */ scsi_load_unload(&ccb->csio, 2, sadone, MSG_SIMPLE_Q_TAG, FALSE, FALSE, FALSE, 1, SSD_FULL_SIZE, REWIND_TIMEOUT); error = cam_periph_runccb(ccb, saerror, 0, SF_NO_PRINT, &softc->device_stats); QFRLS(ccb); /* * In case this doesn't work, do a REWIND instead */ if (error) { scsi_rewind(&ccb->csio, 2, sadone, MSG_SIMPLE_Q_TAG, FALSE, SSD_FULL_SIZE, REWIND_TIMEOUT); error = cam_periph_runccb(ccb, saerror, 0, SF_NO_PRINT, &softc->device_stats); QFRLS(ccb); } if (error) { xpt_release_ccb(ccb); goto exit; } to /* * *Very* first off, make sure we're loaded to BOT. */ scsi_rewind(&ccb->csio, 2, sadone, MSG_SIMPLE_Q_TAG, FALSE, SSD_FULL_SIZE, REWIND_TIMEOUT); error = cam_periph_runccb(ccb, saerror, 0, SF_NO_PRINT, &softc->device_stats); QFRLS(ccb); if (error) { xpt_release_ccb(ccb); goto exit; } It's *just* possible that this tape drive is stupid as to not only fail the LOAD/UNLOAD but then get sent into the weeds and fail to do the rewind. The reason the LOAD/UNLOAD is used first is to catch the case of tape inserted but not spun up and loaded to BOT (rewind would fail on those drives). But this is something of an edge case. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5:25:54 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 9AF4A37B405 for ; Tue, 12 Jun 2001 05:25:48 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from root by alligator.wananchi.com with local (Exim 3.22 #1) id 159nAE-0001Dy-00; Tue, 12 Jun 2001 15:20:54 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14PGk9-0000g7-00 for wash@poeza.iconnect.co.ke; Sun, 04 Feb 2001 07:25:41 +0300 Received: from [192.67.166.1] (helo=feral.com) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14PGhn-000BBk-00 for wash@iconnect.co.ke; Sun, 4 Feb 2001 07:23:15 +0300 Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id UAA31293; Sat, 3 Feb 2001 20:24:35 -0800 Date: Sat, 3 Feb 2001 20:24:32 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: thomas@hentschel.net Cc: wash@iconnect.co.ke, freebsd-scsi@FreeBSD.ORG In-Reply-To: <200102040027.f140RHk00571@falcon.home.hentschel.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO Lines: 27 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > (sa0:ahc0:0:3:0): saopen(0): dev=0x0 softc=0x0 > (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): REWIND. CDB: 1 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): REWIND. CDB: 1 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): REWIND. CDB: 1 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): RELEASE(06). CDB: 17 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): RELEASE(06). CDB: 17 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 > (sa0:ahc0:0:3:0): RELEASE(06). CDB: 17 0 0 0 0 0 > (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 Well, it keeps saying h/w error. It speaks for itself. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5:26: 1 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 8E97C37B401 for ; Tue, 12 Jun 2001 05:25:54 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from root by alligator.wananchi.com with local (Exim 3.22 #1) id 159nAA-0001Dh-00; Tue, 12 Jun 2001 15:20:50 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14Ox9z-000O8n-00 for wash@poeza.iconnect.co.ke; Sat, 03 Feb 2001 10:31:03 +0300 Received: from [192.67.166.1] (helo=feral.com) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14Ox7e-0000qS-00 for wash@iconnect.co.ke; Sat, 3 Feb 2001 10:28:39 +0300 Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id XAA28677; Fri, 2 Feb 2001 23:29:49 -0800 Date: Fri, 2 Feb 2001 23:29:47 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: thomas@hentschel.net Cc: wash@iconnect.co.ke, freebsd-scsi@freebsd.org In-Reply-To: <200102030336.f133a1H25367@falcon.home.hentschel.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO Lines: 20 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have my doubts. The errors he was seeing indicated complete breakage (i.e,, never could have worked at all). I have a T20 that works for me 3.01. W/O more details about how it fails for you (please build a CAMDEBUG kernel and use the -Ic option to turn on debugging when doing an initial 'mt status' if this is where it's failing for you) I can't say whether "same" is a meaningful statement. > dmesg snipped : > sa0 at ahc0 bus 0 target 3 lun 0 > sa0: Removable Sequential Access SCSI-2 device > sa0: 3.300MB/s transfers > > otherwise same symptons as for Wash. > If there is anything else needed, please let me know. > > -Th [just subscribing to -scsi, so please cc: me] > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5:26: 7 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 139E337B407 for ; Tue, 12 Jun 2001 05:26:01 -0700 (PDT) (envelope-from thomas@hentschel.net) Received: from root by alligator.wananchi.com with local (Exim 3.22 #1) id 159nAA-0001Db-00; Tue, 12 Jun 2001 15:20:50 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14OtVj-000NGS-00 for wash@poeza.iconnect.co.ke; Sat, 03 Feb 2001 06:37:15 +0300 Received: from [64.221.160.2] (helo=falcon.home.hentschel.net) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14OtTO-000Hvo-00 for wash@iconnect.co.ke; Sat, 3 Feb 2001 06:34:51 +0300 Received: from hentschel.net (booocnc.net@localhost [127.0.0.1]) by falcon.home.hentschel.net (8.11.1/8.11.1) with ESMTP id f133a1H25367; Fri, 2 Feb 2001 19:36:02 -0800 (PST) (envelope-from thomas@hentschel.net) Message-Id: <200102030336.f133a1H25367@falcon.home.hentschel.net> Date: Fri, 2 Feb 2001 19:35:59 -0800 (PST) From: thomas@hentschel.net To: mjacob@feral.com, wash@iconnect.co.ke Cc: freebsd-scsi@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO X-Status: A Lines: 35 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >> >> Sorry for my being daft. Here I attach the output from /var/log/messages after the test. > > Good. Exactly what I'm wanting to see.. So... The Sense Key 9 being returned > is "VENDOR SPECIFIC". W/O T20 docs I can't tell you what the issue is. > > So, the first thing the tape driver does when it sees a tape driver for the > first time is to make sure the tape is rewound. Clearly LOAD(to BOT) is > failing. With 5/24 as the ASC/ASCQ, I'm sure somebody at HP *MEANT* to use > Sense Key 5 (Illegal Command) but they just forgot their SCSI spec at home > that day. > > Now, the REWIND command (used alternately) is failing with Sense Key 2 (Not > Ready) and the ASC/ASCQ values are 'Medium Not Present'. So, you either don't > have a tape inserted in the drive or the drive doesn't like the tape at all. > > Things don't work w/o a tape inserted. Sorry to step into the middle of the conversation (got this from the archives), but did you folks ever sort that problem out ? I'm seeing the same thing here. uname details : FreeBSD falcon.home.hentschel.net 4.2-STABLE FreeBSD 4.2-STABLE #0: Wed Jan 24 14:29:12 PST 2001 dmesg snipped : sa0 at ahc0 bus 0 target 3 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 3.300MB/s transfers otherwise same symptons as for Wash. If there is anything else needed, please let me know. -Th [just subscribing to -scsi, so please cc: me] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5:26:48 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id A314537B409 for ; Tue, 12 Jun 2001 05:26:31 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from root by alligator.wananchi.com with local (Exim 3.22 #1) id 159n9g-00019E-00; Tue, 12 Jun 2001 15:20:20 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14K2ag-0000Dv-00 for wash@poeza.iconnect.co.ke; Sat, 20 Jan 2001 21:18:18 +0300 Received: from [192.67.166.1] (helo=feral.com) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14K2Yo-000IHt-00 for wash@iconnect.co.ke; Sat, 20 Jan 2001 21:16:23 +0300 Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id KAA08909; Sat, 20 Jan 2001 10:05:17 -0800 Date: Sat, 20 Jan 2001 10:17:35 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: Odhiambo Washington Cc: freebsd-scsi@freebsd.org In-Reply-To: <20010120131301.A2015@poeza.iconnect.co.ke> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO X-Status: A Lines: 48 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > Sorry for my being daft. Here I attach the output from /var/log/messages after the test. Good. Exactly what I'm wanting to see.. So... The Sense Key 9 being returned is "VENDOR SPECIFIC". W/O T20 docs I can't tell you what the issue is. So, the first thing the tape driver does when it sees a tape driver for the first time is to make sure the tape is rewound. Clearly LOAD(to BOT) is failing. With 5/24 as the ASC/ASCQ, I'm sure somebody at HP *MEANT* to use Sense Key 5 (Illegal Command) but they just forgot their SCSI spec at home that day. Now, the REWIND command (used alternately) is failing with Sense Key 2 (Not Ready) and the ASC/ASCQ values are 'Medium Not Present'. So, you either don't have a tape inserted in the drive or the drive doesn't like the tape at all. Things don't work w/o a tape inserted. > > ## > Jan 20 13:10:16 poeza /kernel: (xpt0:ahc0:0:4:0): debugging flags now 9 > Jan 20 13:10:16 poeza /kernel: (sa0:ahc0:0:4:0): saopen(0): dev=0x0 softc=0x0 > Jan 20 13:10:16 poeza /kernel: (sa0:ahc0:0:4:0): sastart(sa0:ahc0:0:4:0): RESERVE(06). CDB: 16 0 0 0 0 0 > Jan 20 13:10:16 poeza /kernel: (sa0:ahc0:0:4:0): sastart(sa0:ahc0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > Jan 20 13:10:16 poeza /kernel: (sa0:ahc0:0:4:0): Key 0x9 ASC/ASCQ > Jan 20 13:10:16 poeza /kernel: 0x5 0x24 flags 0x0 resid 0 dxfer_len 0 > Jan 20 13:10:16 poeza /kernel: (sa0:ahc0:0:4:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 > Jan 20 13:10:16 poeza /kernel: (sa0:ahc0:0:4:0): Key 0x9 ASC/ASCQ > Jan 20 13:10:16 poeza /kernel: 0x5 0x24 flags 0x0 resid 0 dxfer_len 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): Key 0x9 ASC/ASCQ > Jan 20 13:10:17 poeza /kernel: 0x5 0x24 flags 0x0 resid 0 dxfer_len 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): Key 0x9 ASC/ASCQ > Jan 20 13:10:17 poeza /kernel: 0x5 0x24 flags 0x0 resid 0 dxfer_len 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): REWIND. CDB: 1 0 0 0 0 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): Key 0x2 ASC/ASCQ > Jan 20 13:10:17 poeza /kernel: 0x3a 0x0 flags 0x0 resid 0 dxfer_len 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): REWIND. CDB: 1 0 0 0 0 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): Key 0x2 ASC/ASCQ > Jan 20 13:10:17 poeza /kernel: 0x3a 0x0 flags 0x0 resid 0 dxfer_len 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): REWIND. CDB: 1 0 0 0 0 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): Key 0x2 ASC/ASCQ > Jan 20 13:10:17 poeza /kernel: 0x3a 0x0 flags 0x0 resid 0 dxfer_len 0 > Jan 20 13:10:17 poeza /kernel: (sa0:ahc0:0:4:0): sastart(sa0:ahc0:0:4:0): RELEASE(06). CDB: 17 0 0 0 0 0 > ## To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5:26:57 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 2B5AD37B403 for ; Tue, 12 Jun 2001 05:26:36 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from root by alligator.wananchi.com with local (Exim 3.22 #1) id 159n9a-00018A-00; Tue, 12 Jun 2001 15:20:14 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14Jswf-0000HL-00 for wash@poeza.iconnect.co.ke; Sat, 20 Jan 2001 11:00:21 +0300 Received: from [209.198.248.3] (helo=ns2.iconnect.co.ke) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14Jsup-0001gY-00 for wash@iconnect.co.ke; Sat, 20 Jan 2001 10:58:27 +0300 Received: from amavis by ns2.iconnect.co.ke with scanned-ok (Exim 3.12 #1) id 14Jsw6-000G4n-00 for wash@iconnect.co.ke; Sat, 20 Jan 2001 10:59:46 +0300 Received: from feral.com ([192.67.166.1] ident=root) by ns2.iconnect.co.ke with esmtp (Exim 3.12 #1) id 14Jsw0-000G3O-00 for wash@iconnect.co.ke; Sat, 20 Jan 2001 10:59:43 +0300 Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id XAA07473; Fri, 19 Jan 2001 23:45:53 -0800 Date: Fri, 19 Jan 2001 23:58:11 -0800 (PST) From: Matthew Jacob Old-Reply-To: mjacob@feral.com To: Corvette Cc: freebsd-scsi@FreeBSD.ORG In-Reply-To: <20010120100945.A365@poeza.iconnect.co.ke> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO X-Status: A Lines: 145 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org You're missing where the output is coming out. Ship your /var/log/messages file. On Sat, 20 Jan 2001, Corvette wrote: > * Matthew Jacob [20010119 20:56]: writing on the subject 'Re: CANNOT ACCESS T20 TAPE' > Matthew> > Matthew> > Matthew> Is a tape inserted? If not, then there is no bug here. Insert a tape prior to > Matthew> attempting to get status (unless you use the 'control' entry point, but that > Matthew> will yield pointless information). > Matthew> > Matthew> If so, build a kernel with CAMDEBUG enabled, boot that, and then do > Matthew> > Matthew> camcontrol debug -Ic 0:4:0 > Matthew> > Matthew> and then do the 'mt status' and ship the output back to the list. > > Hi, > As a followup to the problem that I'm having with my tape drive, I've built and > booted up a kernel with "options CAMDEBUG" and below is my output. > > ## > wash:/usr/home/wash# camcontrol debug -Ic 0:4:0 > Debugging enabled for 0:4:0 > wash:/usr/home/wash# mt status > mt: /dev/nsa0: Device not configured > wash:/usr/home/wash# > ## > > I'm still not subscribed to this list. Kindly include me in any replies via a cc. > > Thank you. > > > > Matthew> > Matthew> > Matthew> > Matthew> > Hi, > Matthew> > I recently cvsupped and updated my 3.5-STABLE box to 4.2_STABLE. > Matthew> > I had quite a few problems initially when doing buildworld but a > Matthew> > good samaritan came to my rescue and sent me precise details that > Matthew> > had worked for one of 'us'. > Matthew> > > Matthew> > At the moment I seem to be in a bad fix because I cannot access my > Matthew> > tape drive, an HP T20. What I mean is that mt returns an error > Matthew> > > Matthew> > /dev/nsa0: device not configured. > Matthew> > > Matthew> > I posted this to the -quetsions and I got overwhelming response but all > Matthew> > the suggestions I received did not yield the solution I was looking for. > Matthew> > So please pardon me if this is considered a double post. I am only anxious for > Matthew> > a solution. Without a backup, we all know where I stand - on the firing line. > Matthew> > > Matthew> > > Matthew> > I am running an HP Netserver E20 and here is a section of my dmesg.boot: > Matthew> > ## > Matthew> > [snip] > Matthew> > ahc0: port 0x1000-0x10ff mem 0xfc100000-0xfc100fff irq 10 at device 5.0 on pci0 > Matthew> > ahc0: Using left over BIOS settings > Matthew> > aic7895C: Wide Channel A, SCSI Id=7, 32/255 SCBs > Matthew> > ahc1: port 0x1400-0x14ff mem 0xfc101000-0xfc101fff irq 10 at device 5.1 on pci0 > Matthew> > ahc1: Host Adapter Bios disabled. Using default SCSI device parameters > Matthew> > aic7895C: Wide Channel B, SCSI Id=7, 32/255 SCBs > Matthew> > . > Matthew> > . > Matthew> > . > Matthew> > Waiting 15 seconds for SCSI devices to settle > Matthew> > sa0 at ahc0 bus 0 target 4 lun 0 > Matthew> > sa0: Removable Sequential Access SCSI-2 device > Matthew> > sa0: 3.300MB/s transfers > Matthew> > da1 at ahc0 bus 0 target 2 lun 0 > Matthew> > da1: Fixed Direct Access SCSI-2 device > Matthew> > da1: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled > Matthew> > da1: 8678MB (17773524 512 byte sectors: 64H 32S/T 8678C) > Matthew> > Mounting root from ufs:/dev/da0s1a > Matthew> > da0 at ahc0 bus 0 target 0 lun 0 > Matthew> > da0: Fixed Direct Access SCSI-2 device > Matthew> > da0: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled > Matthew> > da0: 8678MB (17773524 512 byte sectors: 64H 32S/T 8678C) > Matthew> > [snip] > Matthew> > > Matthew> > > Matthew> > and here is some output from /dev > Matthew> > wash:~$ cd /dev/ > Matthew> > wash:/dev$ ls -al *sa0 > Matthew> > crw-rw---- 4 root operator 14, 2 Jan 18 12:18 ersa0 > Matthew> > crw-rw---- 4 root operator 14, 2 Jan 18 12:18 esa0 > Matthew> > crw-rw---- 4 root operator 14, 1 Jan 18 12:18 nrsa0 > Matthew> > crw-rw---- 4 root operator 14, 1 Jan 18 12:18 nsa0 > Matthew> > crw-rw---- 4 root operator 14, 0 Jan 18 12:18 rsa0 > Matthew> > crw-rw---- 4 root operator 14, 0 Jan 18 12:18 sa0 > Matthew> > > Matthew> > ...and a little bit more... > Matthew> > > Matthew> > wash:/dev$ mt status > Matthew> > mt: /dev/nsa0: Device not configured > Matthew> > > Matthew> > > Matthew> > And I followed the procedure below to go to 4.2_STABLE... > Matthew> > > Matthew> > All help welcome. > Matthew> > > Matthew> > Thanks. > Matthew> > > Matthew> > NB: I am not subscribed to this list, so kindly cc me in your reply. > Matthew> > > Matthew> > -Wash > Matthew> > > Matthew> > -- > Matthew> > Odhiambo Washington Inter-Connect Ltd., > Matthew> > wash@iconnect.co.ke 5th Flr Furaha Plaza > Matthew> > Tel: 254 11 222604 Nkrumah Rd., > Matthew> > Fax: 254 11 222636 PO Box 83613 MOMBASA, KE. > Matthew> > > Matthew> > Sex is what women have and men want. > Matthew> > > Matthew> > > Matthew> > To Unsubscribe: send mail to majordomo@FreeBSD.org > Matthew> > with "unsubscribe freebsd-scsi" in the body of the message > Matthew> > > Matthew> > > -Wash > > -- > Odhiambo Washington Inter-Connect Ltd., > wash@iconnect.co.ke 5th Flr Furaha Plaza > Tel: 254 11 222604 Nkrumah Rd., > Fax: 254 11 222636 PO Box 83613 MOMBASA, KE. > > Many years ago in a period commonly know as Next Friday Afternoon, there lived > a King who was very Gloomy on Tuesday mornings because he was so Sad thinking > about how Unhappy he had been on Monday and how completely Mournful he would > be on Wednesday.... -Walt Kelly > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5:27:23 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 8A91537B407 for ; Tue, 12 Jun 2001 05:27:17 -0700 (PDT) (envelope-from thomas@hentschel.net) Received: from root by alligator.wananchi.com with local (Exim 3.22 #1) id 159nAD-0001Dv-00; Tue, 12 Jun 2001 15:20:53 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14PD24-0000Pc-00 for wash@poeza.iconnect.co.ke; Sun, 04 Feb 2001 03:27:57 +0300 Received: from [64.221.160.2] (helo=falcon.home.hentschel.net) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14PCzj-000Nd7-00 for wash@iconnect.co.ke; Sun, 4 Feb 2001 03:25:32 +0300 Received: from hentschel.net (booocnc.net@localhost [127.0.0.1]) by falcon.home.hentschel.net (8.11.1/8.11.1) with ESMTP id f140RHk00571; Sat, 3 Feb 2001 16:27:18 -0800 (PST) (envelope-from thomas@hentschel.net) Message-Id: <200102040027.f140RHk00571@falcon.home.hentschel.net> Date: Sat, 3 Feb 2001 16:27:16 -0800 (PST) From: thomas@hentschel.net To: mjacob@feral.com Cc: wash@iconnect.co.ke, freebsd-scsi@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO Lines: 44 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 3 Feb, Matthew Jacob wrote: > >> >> If there's anything else which would help here, please let me know. > > > Go back to HP and tell them write Firmware that actually works? Hehe, if it was in my power... I just inherited that thing. > > RESERVE (as in RESERVE/RELEASE) is an optional command. Instead of returning > "Illegal Command" they're returning "HARDWARE ERROR" with > 'ASC/ASCQ(0x40/0xA0)=' > > Go into scsi_sa.c:samount and comment out the call to sareservereleaseunit > and ditto fo the call from saclose. Did as you said, here the new output : (sa0:ahc0:0:3:0): saopen(0): dev=0x0 softc=0x0 (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): REWIND. CDB: 1 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): REWIND. CDB: 1 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): REWIND. CDB: 1 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): RELEASE(06). CDB: 17 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): RELEASE(06). CDB: 17 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): RELEASE(06). CDB: 17 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 -Th To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 5:28: 6 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from alligator.wananchi.com (alligator.wananchi.com [62.8.64.108]) by hub.freebsd.org (Postfix) with ESMTP id 15FB937B407 for ; Tue, 12 Jun 2001 05:28:00 -0700 (PDT) (envelope-from thomas@hentschel.net) Received: from root by alligator.wananchi.com with local (Exim 3.22 #1) id 159nAB-0001Dm-00; Tue, 12 Jun 2001 15:20:51 +0300 Received: from [209.198.248.2] (helo=siafu.iconnect.co.ke) by poeza.iconnect.co.ke with esmtp (Exim 3.20 #1) id 14PBME-0000CE-00 for wash@poeza.iconnect.co.ke; Sun, 04 Feb 2001 01:40:38 +0300 Received: from [64.221.160.2] (helo=falcon.home.hentschel.net) by siafu.iconnect.co.ke with esmtp (Exim 2.12 #1) id 14PBJs-000KPc-00 for wash@iconnect.co.ke; Sun, 4 Feb 2001 01:38:13 +0300 Received: from hentschel.net (booocnc.net@localhost [127.0.0.1]) by falcon.home.hentschel.net (8.11.1/8.11.1) with ESMTP id f13Mdvr00742; Sat, 3 Feb 2001 14:39:58 -0800 (PST) (envelope-from thomas@hentschel.net) Message-Id: <200102032239.f13Mdvr00742@falcon.home.hentschel.net> Date: Sat, 3 Feb 2001 14:39:56 -0800 (PST) From: thomas@hentschel.net To: mjacob@feral.com Cc: wash@iconnect.co.ke, freebsd-scsi@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Subject: Re: CANNOT ACCESS T20 TAPE Status: RO Lines: 64 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 2 Feb, Matthew Jacob wrote: > > I have my doubts. The errors he was seeing indicated complete breakage (i.e,, > never could have worked at all). I have a T20 that works for me 3.01. > > W/O more details about how it fails for you (please build a CAMDEBUG kernel > and use the -Ic option to turn on debugging when doing an initial 'mt status' > if this is where it's failing for you) I can't say whether "same" is a > meaningful statement. I take it you meant camcontrol debug -Ic ? Anyhow, here it is : falcon# camcontrol debug -Ic 0:3 Debugging enabled for 0:3:-1 falcon# mt -f /dev/nsa0 status mt: /dev/nsa0: Input/output error spits the following to the console : (sa0:ahc0:0:3:0): saopen(0): dev=0x0 softc=0x0 (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 falcon# mt -f /dev/nsa0 rewind mt: /dev/nsa0: Input/output error (sa0:ahc0:0:3:0): saopen(0): dev=0x0 softc=0x0 (sa0:ahc0:0:3:0): sastart(sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 (sa0:ahc0:0:3:0): RESERVE(06). CDB: 16 0 0 0 0 0 (sa0:ahc0:0:3:0): Key 0x4 ASC/ASCQ 0x40 0xa0 flags 0x0 resid 0 dxfer_len 0 Looks like the thing doesn't get ready, just would like to know why.... If there's anything else which would help here, please let me know. -Th > >> dmesg snipped : >> sa0 at ahc0 bus 0 target 3 lun 0 >> sa0: Removable Sequential Access SCSI-2 device >> sa0: 3.300MB/s transfers >> >> otherwise same symptons as for Wash. >> If there is anything else needed, please let me know. >> >> -Th [just subscribing to -scsi, so please cc: me] >> > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 8:40:24 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from ns.ktk.ru (ns.ktk.ru [195.161.51.5]) by hub.freebsd.org (Postfix) with ESMTP id 1ACE337B40A for ; Tue, 12 Jun 2001 08:40:19 -0700 (PDT) (envelope-from peps37@ktk.ru) Received: from gts2-15.dial.ktk.ru (gts2-15.dial.ktk.ru [195.161.51.174]) by ns.ktk.ru (8.9.3/8.9.1) with ESMTP id XAA32979 for ; Tue, 12 Jun 2001 23:40:15 +0800 (KRAST) Date: Tue, 12 Jun 2001 23:38:23 +0800 From: "Roman Y. Bogdanov" X-Mailer: The Bat! (v1.51) Personal Reply-To: "Roman Y. Bogdanov" Organization: http://peps37.ktk.ru/ X-Priority: 3 (Normal) Message-ID: <4773998494.20010612233823@ktk.ru> To: freebsd-scsi@FreeBSD.ORG Subject: Eject? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ... np: 08 Mark' Oh - Friendship (U.R.R. Mix) What I need to do to eject disc from Iomega SCSI ZIP? -- Roman Y. Bogdanov Email: peps37#ktk.ru, ICQ 5535950, http://peps37.ktk.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 13:22: 0 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 119FE37B408 for ; Tue, 12 Jun 2001 13:21:52 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id OAA78873; Tue, 12 Jun 2001 14:21:32 -0600 (MDT) (envelope-from ken) Date: Tue, 12 Jun 2001 14:21:32 -0600 From: "Kenneth D. Merry" To: "Roman Y. Bogdanov" Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Eject? Message-ID: <20010612142131.A78852@panzer.kdm.org> References: <4773998494.20010612233823@ktk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <4773998494.20010612233823@ktk.ru>; from peps37@ktk.ru on Tue, Jun 12, 2001 at 11:38:23PM +0800 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Jun 12, 2001 at 23:38:23 +0800, Roman Y. Bogdanov wrote: > ... np: 08 Mark' Oh - Friendship (U.R.R. Mix) > > What I need to do to eject disc from Iomega SCSI ZIP? Probably 'camcontrol eject daN' where N is the unit number of the drive. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jun 12 14:17:29 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from squid.tznet.com (squid.tznet.com [206.31.5.7]) by hub.freebsd.org (Postfix) with ESMTP id 4499237B403; Tue, 12 Jun 2001 14:17:25 -0700 (PDT) (envelope-from tech@squid.tznet.com) Received: from localhost (tech@localhost) by squid.tznet.com (8.11.2/8.11.2) with ESMTP id f5CLJAR46185; Tue, 12 Jun 2001 16:19:10 -0500 (CDT) Date: Tue, 12 Jun 2001 16:19:10 -0500 (CDT) From: Scott Pilz To: freebsd-questions@freebsd.org Cc: freebsd-scsi@freebsd.org Subject: Stumped Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org After hours of research I have found that the new box I have (Dell PowerEdge 2550) is NOT compatible with FreeBSD 4.2 or 4.3-RELEASE (this is due to a different PCI ID from what I have read). Shortly after the release of 4.3, there was an update that supported it. Heres my problem. . . to the life of me, I cannot seem to figure out HOW to get an updated copy of FreeBSD 4.3 on floppy -- just the mfsroot and kern would be all I need. I've tried CVSUP, I've tried FTP,.. I'm running out of ideas. Thanks for any help in advance. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Jun 14 1: 3:24 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from borja.sarenet.es (borja.sarenet.es [192.148.167.77]) by hub.freebsd.org (Postfix) with ESMTP id BDB8837B403 for ; Thu, 14 Jun 2001 01:03:21 -0700 (PDT) (envelope-from borjam@sarenet.es) Received: from borja.sarenet.es (localhost [127.0.0.1]) by borja.sarenet.es (8.11.3/8.11.3) with SMTP id f5E83Jp02666 for ; Thu, 14 Jun 2001 10:03:20 +0200 (CEST) (envelope-from borjam@sarenet.es) Content-Type: text/plain; charset="iso-8859-1" From: Borja Marcos Organization: Sarenet S.A. To: freebsd-scsi@freebsd.org Subject: Dell PERC 3/Di support Date: Thu, 14 Jun 2001 10:03:19 +0200 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01061410031906.02445@borja.sarenet.es> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, The RAID controller I tried was not detected by 4.3-RELEASE, but 4.3-STABLE as of yesterday detects it. I doing a "make release" and will try to install 4.3-STABLE in a machine with the RAID controller used as boot disk. I will let you know the results. Borja. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Jun 14 1:10:17 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 076F837B401 for ; Thu, 14 Jun 2001 01:10:08 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.3/8.11.3) with ESMTP id f5E8KkJ07936; Thu, 14 Jun 2001 01:20:47 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200106140820.f5E8KkJ07936@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Borja Marcos Cc: freebsd-scsi@freebsd.org Subject: Re: Dell PERC 3/Di support In-reply-to: Your message of "Thu, 14 Jun 2001 10:03:19 +0200." <01061410031906.02445@borja.sarenet.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 Jun 2001 01:20:46 -0700 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > Hello, > > The RAID controller I tried was not detected by 4.3-RELEASE, but 4.3-STABLE > as of yesterday detects it. I doing a "make release" and will try to install > 4.3-STABLE in a machine with the RAID controller used as boot disk. > > I will let you know the results. Yes, this is generally known. Check the commit logs for the 'aac' driver for the grisly details, or just send your Dell sales rep some hate mail for not bothering to tell me that they'd done this. 8( -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Jun 15 11:44:54 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from ns.ktk.ru (ns.ktk.ru [195.161.51.5]) by hub.freebsd.org (Postfix) with ESMTP id B740637B405 for ; Fri, 15 Jun 2001 11:44:49 -0700 (PDT) (envelope-from peps37@ktk.ru) Received: from gts2-03.dial.ktk.ru (gts2-03.dial.ktk.ru [195.161.51.162]) by ns.ktk.ru (8.9.3/8.9.1) with ESMTP id CAA60044 for ; Sat, 16 Jun 2001 02:44:43 +0800 (KRAST) Date: Sat, 16 Jun 2001 02:44:01 +0800 From: "Roman Y. Bogdanov" X-Mailer: The Bat! (v1.51) Personal Reply-To: "Roman Y. Bogdanov" Organization: http://peps37.ktk.ru/ X-Priority: 3 (Normal) Message-ID: <482746108.20010616024401@ktk.ru> To: freebsd-scsi@FreeBSD.ORG Subject: CD speed? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ... np: ATB - The Summer [Club Mix] I have plextor px-40 SCSI II CDROM. Can I use camcontrol for change speed setting of this cdrom? Like plextool's for win32? Or give me advise that software I can use in freebsd for change locking read speed of cdrom. -- Roman Y. Bogdanov Email: peps37#ktk.ru, ICQ 5535950, http://peps37.ktk.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Jun 15 11:54:55 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 8144F37B401 for ; Fri, 15 Jun 2001 11:54:52 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id MAA01667; Fri, 15 Jun 2001 12:54:47 -0600 (MDT) (envelope-from ken) Date: Fri, 15 Jun 2001 12:54:47 -0600 From: "Kenneth D. Merry" To: "Roman Y. Bogdanov" Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: CD speed? Message-ID: <20010615125447.A1613@panzer.kdm.org> References: <482746108.20010616024401@ktk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <482746108.20010616024401@ktk.ru>; from peps37@ktk.ru on Sat, Jun 16, 2001 at 02:44:01AM +0800 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, Jun 16, 2001 at 02:44:01 +0800, Roman Y. Bogdanov wrote: > ... np: ATB - The Summer [Club Mix] > > I have plextor px-40 SCSI II CDROM. > > Can I use camcontrol for change speed setting of this cdrom? > Like plextool's for win32? > > Or give me advise that software I can use in freebsd for change > locking read speed of cdrom. If you're just using it to play music, there's no reason to change the speed. If you're reading data or ripping CDDA information off the drive, I think it'll generally go at the fastest speed possible. My guess is the speed is set in a mode page somewhere, so if you really want to set it, you can try hunting around in the mode pages. (See the camcontrol(8) man page for details.) Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Jun 15 23: 6: 9 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from front5m.grolier.fr (front5m.grolier.fr [195.36.216.55]) by hub.freebsd.org (Postfix) with ESMTP id 18D3237B403 for ; Fri, 15 Jun 2001 23:06:02 -0700 (PDT) (envelope-from dockes@wanadoo.fr) Received: from hautmedoc.dockes.com (bas6-33.idf7-1.club-internet.fr [195.36.253.33]) by front5m.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id IAA09514; Sat, 16 Jun 2001 08:05:35 +0200 (MET DST) Received: (from dockes@localhost) by hautmedoc.dockes.com (8.9.3/8.9.3) id IAA60799; Sat, 16 Jun 2001 08:05:26 +0200 (MEST) Date: Sat, 16 Jun 2001 08:05:26 +0200 (MEST) Message-Id: <200106160605.IAA60799@hautmedoc.dockes.com> From: Jean-Francois Dockes To: "Kenneth D. Merry" Cc: "Roman Y. Bogdanov" , freebsd-scsi@FreeBSD.ORG Subject: Re: CD speed? In-Reply-To: <20010615125447.A1613@panzer.kdm.org> References: <482746108.20010616024401@ktk.ru> <20010615125447.A1613@panzer.kdm.org> X-Mailer: VM 6.92 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Kenneth D. Merry writes: > On Sat, Jun 16, 2001 at 02:44:01 +0800, Roman Y. Bogdanov wrote: > > I have plextor px-40 SCSI II CDROM. > > Can I use camcontrol for change speed setting of this cdrom? > [skip] > My guess is the speed is set in a mode page somewhere, so if you really > want to set it, you can try hunting around in the mode pages. (See the > camcontrol(8) man page for details.) I think that plextor uses (nonstandard?) mode select page code 0x31 for setting the speed. The page is like: byte0 0x31 byte1 0x02 byte2 speedfactor byte3 Rsvd|DisAv|DisWt|SpdMode byte 3 is probably best left to 0. (DisAv: disable avoid vibration, DisWt: disable waiting, SpdMode affects speed handling during error recovery) Speedfactor is what you want to play with. 0 is normally 1X, 0xff max speed. Values between 0 and 0xff increase the speed in ways that depend on the drive model. This probably works also with some other brands. Also, this normally only affects READ, not PLAY :) JF To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Jun 16 8:58:21 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id B110637B406; Sat, 16 Jun 2001 08:57:27 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5GFvOE00563; Sat, 16 Jun 2001 08:57:24 -0700 (PDT) (envelope-from dillon) Date: Sat, 16 Jun 2001 08:57:24 -0700 (PDT) From: Matt Dillon Message-Id: <200106161557.f5GFvOE00563@earth.backplane.com> To: "Justin T. Gibbs" Cc: freebsd-stable@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Another SCB timeout lockup - this time with console logs! Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Ok, it happened again. ahc0 and fxp0 both went poof and started looping on timeouts. Here is the console log. I included a bunch of the repetitions. It repeats forever (I have another 15000 lines I didn't include). This is on a DELL2400. I've included the dmesg.boot and pciconf output at the end. This is the first time it has happened (about 3 weeks) since I upgraded the Dell BIOS to A07. While this occured with the new fxp driver, the same problem was occuring with the old driver as per a previous incident. -Matt fxp0: SCB timeout: 0x80, 0x0, 0x90 0x0 fxp0: SCB timeout: 0x80, 0x0, 0x90 0x0 fxp0: SCB timeout: 0x80, 0x0, 0x90 0x0 fxp0: SCB timeout: 0x80, 0x0, 0x90 0x400 fxp0: device timeout fxp0: SCB timeout: 0xe0, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x86, 0x0, 0x90 0x400 fxp0: SCB timeout: 0xc0, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: command queue timeout fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: device timeout fxp0: SCB timeout: 0xe0, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x86, 0x0, 0x90 0x400 fxp0: SCB timeout: 0xc0, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: command queue timeout (da0:ahc0:0:0:0): SCB 0xf8 - timed out while idle, SEQADDR == 0x181 STACK == 0x17c, 0x166, 0x0, 0xe SXFRCTL0 == 0x80 ahc0: Dumping Card State at SEQADDR 0x181 SCSISEQ = 0x12, SBLKCTL = 0xa, SSTAT0 0x0 SCB count = 255 Kernel NEXTQSCB = 216 Card NEXTQSCB = 248 QINFIFO entries: 248 36 44 1 239 23 29 Waiting Queue entries: Disconnected Queue entries: QOUTFIFO entries: Sequencer Free SCB List: 28 22 23 21 26 11 27 15 1 5 18 0 29 12 25 16 13 7 6 4 31 9 20 19 24 17 3 10 8 30 14 Pending list: 29 23 239 1 44 36 248 Kernel Free SCB list: 21 41 26 66 236 45 30 217 49 18 50 218 230 212 253 222 220 19 243 54 12 0 47 237 240 52 225 9 214 15 59 4 211 249 246 34 5 35 31 20 210 67 228 16 65 57 245 68 37 233 7 8 6 229 2 213 10 235 69 231 53 232 254 3 48 221 227 46 51 17 56 25 223 14 242 226 27 55 241 58 24 42 22 32 40 33 13 43 11 244 215 39 28 238 38 224 247 234 219 200 201 202 203 204 205 206 207 208 209 190 191 192 193 194 195 196 197 198 199 180 181 182 183 184 185 186 187 188 189 170 171 172 173 174 175 176 177 178 179 160 161 162 163 164 165 166 167 168 169 150 151 152 153 154 155 156 157 158 159 140 141 142 143 144 145 146 147 148 149 130 131 132 133 134 135 136 137 138 139 120 121 122 123 124 125 126 127 128 129 110 111 112 113 114 115 116 117 118 119 100 101 102 103 104 105 106 107 108 109 90 91 92 93 94 95 96 97 98 99 80 81 82 83 84 85 86 87 88 89 70 71 72 73 74 75 76 77 78 79 60 61 62 63 64 252 251 250 sg[0] - Addr 0xf7bb000 : Length 4096 sg[1] - Addr 0x1485c000 : Length 4096 (da0:ahc0:0:0:0): SCB 248: Immediate reset. Flags = 0x4040 (da0:ahc0:0:0:0): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 7 SCBs aborted ahc0: PCI error Interrupt at seqaddr = 0x2 ahc0: Received a Master Abort fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: device timeout fxp0: SCB timeout: 0xe0, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x86, 0x0, 0x90 0x400 fxp0: SCB timeout: 0xc0, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: command queue timeout fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: device timeout fxp0: SCB timeout: 0xe0, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x86, 0x0, 0x90 0x400 fxp0: SCB timeout: 0xc0, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 (da0:ahc0:0:0:0): SCB 0xd8 - timed out while idle, SEQADDR == 0x181 STACK == 0x17c, 0x0, 0xe, 0xe SXFRCTL0 == 0x80 ahc0: Dumping Card State at SEQADDR 0x181 SCSISEQ = 0x12, SBLKCTL = 0xa, SSTAT0 0x0 SCB count = 255 Kernel NEXTQSCB = 248 Card NEXTQSCB = 216 QINFIFO entries: 216 29 23 239 1 44 36 Waiting Queue entries: Disconnected Queue entries: QOUTFIFO entries: Sequencer Free SCB List: 28 22 23 21 26 11 27 15 1 5 18 0 29 12 25 16 13 7 6 4 31 9 20 19 24 17 3 10 8 30 14 Pending list: 36 44 1 239 23 29 216 Kernel Free SCB list: 21 41 26 66 236 45 30 217 49 18 50 218 230 212 253 222 220 19 243 54 12 0 47 237 240 52 225 9 214 15 59 4 211 249 246 34 5 35 31 20 210 67 228 16 65 57 245 68 37 233 7 8 6 229 2 213 10 235 69 231 53 232 254 3 48 221 227 46 51 17 56 25 223 14 242 226 27 55 241 58 24 42 22 32 40 33 13 43 11 244 215 39 28 238 38 224 247 234 219 200 201 202 203 204 205 206 207 208 209 190 191 192 193 194 195 196 197 198 199 180 181 182 183 184 185 186 187 188 189 170 171 172 173 174 175 176 177 178 179 160 161 162 163 164 165 166 167 168 169 150 151 152 153 154 155 156 157 158 159 140 141 142 143 144 145 146 147 148 149 130 131 132 133 134 135 136 137 138 139 120 121 122 123 124 125 126 127 128 129 110 111 112 113 114 115 116 117 118 119 100 101 102 103 104 105 106 107 108 109 90 91 92 93 94 95 96 97 98 99 80 81 82 83 84 85 86 87 88 89 70 71 72 73 74 75 76 77 78 79 60 61 62 63 64 252 251 250 sg[0] - Addr 0xf7bb000 : Length 4096 sg[1] - Addr 0x1485c000 : Length 4096 (da0:ahc0:0:0:0): SCB 216: Immediate reset. Flags = 0x4040 (da0:ahc0:0:0:0): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 7 SCBs aborted ahc0: PCI error Interrupt at seqaddr = 0x2 ahc0: Received a Master Abort fxp0: command queue timeout fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: device timeout fxp0: SCB timeout: 0xe0, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x86, 0x0, 0x90 0x400 fxp0: SCB timeout: 0xc0, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: command queue timeout fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: device timeout fxp0: SCB timeout: 0xe0, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x86, 0x0, 0x90 0x400 fxp0: SCB timeout: 0xc0, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 (da0:ahc0:0:0:0): SCB 0xf8 - timed out while idle, SEQADDR == 0x181 STACK == 0x17c, 0xe, 0xe, 0xe SXFRCTL0 == 0x80 ahc0: Dumping Card State at SEQADDR 0x181 SCSISEQ = 0x12, SBLKCTL = 0xa, SSTAT0 0x0 SCB count = 255 Kernel NEXTQSCB = 21 Card NEXTQSCB = 248 QINFIFO entries: 248 36 44 1 239 23 29 216 Waiting Queue entries: Disconnected Queue entries: QOUTFIFO entries: Sequencer Free SCB List: 28 22 23 21 26 11 27 15 1 5 18 0 29 12 25 16 13 7 6 4 31 9 20 19 24 17 3 10 8 30 14 Pending list: 216 29 23 239 1 44 36 248 Kernel Free SCB list: 41 26 66 236 45 30 217 49 18 50 218 230 212 253 222 220 19 243 54 12 0 47 237 240 52 225 9 214 15 59 4 211 249 246 34 5 35 31 20 210 67 228 16 65 57 245 68 37 233 7 8 6 229 2 213 10 235 69 231 53 232 254 3 48 221 227 46 51 17 56 25 223 14 242 226 27 55 241 58 24 42 22 32 40 33 13 43 11 244 215 39 28 238 38 224 247 234 219 200 201 202 203 204 205 206 207 208 209 190 191 192 193 194 195 196 197 198 199 180 181 182 183 184 185 186 187 188 189 170 171 172 173 174 175 176 177 178 179 160 161 162 163 164 165 166 167 168 169 150 151 152 153 154 155 156 157 158 159 140 141 142 143 144 145 146 147 148 149 130 131 132 133 134 135 136 137 138 139 120 121 122 123 124 125 126 127 128 129 110 111 112 113 114 115 116 117 118 119 100 101 102 103 104 105 106 107 108 109 90 91 92 93 94 95 96 97 98 99 80 81 82 83 84 85 86 87 88 89 70 71 72 73 74 75 76 77 78 79 60 61 62 63 64 252 251 250 sg[0] - Addr 0xf7bb000 : Length 4096 sg[1] - Addr 0x1485c000 : Length 4096 (da0:ahc0:0:0:0): SCB 248: Immediate reset. Flags = 0x4040 (da0:ahc0:0:0:0): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 8 SCBs aborted ahc0: PCI error Interrupt at seqaddr = 0x2 ahc0: Received a Master Abort fxp0: command queue timeout fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: device timeout fxp0: SCB timeout: 0xe0, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x86, 0x0, 0x90 0x400 fxp0: SCB timeout: 0xc0, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: command queue timeout fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: device timeout fxp0: SCB timeout: 0xe0, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x86, 0x0, 0x90 0x400 fxp0: SCB timeout: 0xc0, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 (da0:ahc0:0:0:0): SCB 0x15 - timed out while idle, SEQADDR == 0x181 STACK == 0x17c, 0xe, 0xe, 0xe SXFRCTL0 == 0x80 ahc0: Dumping Card State at SEQADDR 0x181 SCSISEQ = 0x12, SBLKCTL = 0xa, SSTAT0 0x0 SCB count = 255 Kernel NEXTQSCB = 248 Card NEXTQSCB = 21 QINFIFO entries: 21 216 29 23 239 1 44 36 Waiting Queue entries: Disconnected Queue entries: QOUTFIFO entries: Sequencer Free SCB List: 28 22 23 21 26 11 27 15 1 5 18 0 29 12 25 16 13 7 6 4 31 9 20 19 24 17 3 10 8 30 14 Pending list: 36 44 1 239 23 29 216 21 Kernel Free SCB list: 41 26 66 236 45 30 217 49 18 50 218 230 212 253 222 220 19 243 54 12 0 47 237 240 52 225 9 214 15 59 4 211 249 246 34 5 35 31 20 210 67 228 16 65 57 245 68 37 233 7 8 6 229 2 213 10 235 69 231 53 232 254 3 48 221 227 46 51 17 56 25 223 14 242 226 27 55 241 58 24 42 22 32 40 33 13 43 11 244 215 39 28 238 38 224 247 234 219 200 201 202 203 204 205 206 207 208 209 190 191 192 193 194 195 196 197 198 199 180 181 182 183 184 185 186 187 188 189 170 171 172 173 174 175 176 177 178 179 160 161 162 163 164 165 166 167 168 169 150 151 152 153 154 155 156 157 158 159 140 141 142 143 144 145 146 147 148 149 130 131 132 133 134 135 136 137 138 139 120 121 122 123 124 125 126 127 128 129 110 111 112 113 114 115 116 117 118 119 100 101 102 103 104 105 106 107 108 109 90 91 92 93 94 95 96 97 98 99 80 81 82 83 84 85 86 87 88 89 70 71 72 73 74 75 76 77 78 79 60 61 62 63 64 252 251 250 sg[0] - Addr 0xf7bb000 : Length 4096 sg[1] - Addr 0x1485c000 : Length 4096 (da0:ahc0:0:0:0): SCB 21: Immediate reset. Flags = 0x4040 (da0:ahc0:0:0:0): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 8 SCBs aborted ahc0: PCI error Interrupt at seqaddr = 0x2 ahc0: Received a Master Abort fxp0: command queue timeout fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: device timeout fxp0: SCB timeout: 0xe0, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x86, 0x0, 0x90 0x400 fxp0: SCB timeout: 0xc0, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: command queue timeout fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x81, 0x0, 0x90 0x400 fxp0: device timeout fxp0: SCB timeout: 0xe0, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x86, 0x0, 0x90 0x400 fxp0: SCB timeout: 0xc0, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: DMA timeout fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 fxp0: SCB timeout: 0x90, 0x0, 0x90 0x400 (da0:ahc0:0:0:0): SCB 0xf8 - timed out while idle, SEQADDR == 0x181 STACK == 0x17c, 0xe, 0xe, 0xe SXFRCTL0 == 0x80 ahc0: Dumping Card State at SEQADDR 0x181 SCSISEQ = 0x12, SBLKCTL = 0xa, SSTAT0 0x0 SCB count = 255 Kernel NEXTQSCB = 21 Card NEXTQSCB = 248 QINFIFO entries: 248 36 44 1 239 23 29 216 Waiting Queue entries: Disconnected Queue entries: QOUTFIFO entries: Sequencer Free SCB List: 28 22 23 21 26 11 27 15 1 5 18 0 29 12 25 16 13 7 6 4 31 9 20 19 24 17 3 10 8 30 14 Pending list: 216 29 23 239 1 44 36 248 Kernel Free SCB list: 41 26 66 236 45 30 217 49 18 50 218 230 212 253 222 220 19 243 54 12 0 47 237 240 52 225 9 214 15 59 4 211 249 246 34 5 35 31 20 210 67 228 16 65 57 245 68 37 233 7 8 6 229 2 213 10 235 69 231 53 232 254 3 48 221 227 46 51 17 56 25 223 14 242 226 27 55 241 58 24 42 22 32 40 33 13 43 11 244 215 39 28 238 38 224 247 234 219 200 201 202 203 204 205 206 207 208 209 190 191 192 193 194 195 196 197 198 199 180 181 182 183 184 185 186 187 188 189 170 171 172 173 174 175 176 177 178 179 160 161 162 163 164 165 166 167 168 169 150 151 152 153 154 155 156 157 158 159 140 141 142 143 144 145 146 147 148 149 130 131 132 133 134 135 136 137 138 139 120 121 122 123 124 125 126 127 128 129 110 111 112 113 114 115 116 117 118 119 100 101 102 103 104 105 106 107 108 109 90 91 92 93 94 95 96 97 98 99 80 81 82 83 84 85 86 87 88 89 70 71 72 73 74 75 76 77 78 79 60 61 62 63 64 252 251 250 sg[0] - Addr 0xf7bb000 : Length 4096 sg[1] - Addr 0x1485c000 : Length 4096 (da0:ahc0:0:0:0): SCB 248: Immediate reset. Flags = 0x4040 (da0:ahc0:0:0:0): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 8 SCBs aborted ahc0: PCI error Interrupt at seqaddr = 0x2 ahc0: Received a Master Abort fxp0: command queue timeout ... Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.3-STABLE #3: Sat May 26 13:34:43 PDT 2001 dillon@ns1.backplane.com:/usr/src/sys/compile/EARTH Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (531.65-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x383fbff real memory = 536862720 (524280K bytes) avail memory = 519036928 (506872K bytes) Preloaded elf kernel "kernel" at 0xc0350000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 ahc0: port 0xfc00-0xfcff mem 0xfcfff000-0xfcffffff irq 14 at device 4.0 on pci1 aic7890/91: Wide Channel A, SCSI Id=7, 32/255 SCBs ahc1: port 0xf800-0xf8ff mem 0xfcffe000-0xfcffefff irq 10 at device 6.0 on pci1 aic7880: Single Channel A, SCSI Id=7, 16/255 SCBs fxp0: port 0xecc0-0xecff mem 0xfe000000-0xfe0fffff,0xfe101000-0xfe101fff irq 11 at device 8.0 on pci0 fxp0: Ethernet address 00:b0:d0:22:fb:03 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: at 14.0 isab0: at device 15.0 on pci0 isa0: on isab0 pcib2: on motherboard pci2: on pcib2 fxp1: port 0xdcc0-0xdcff mem 0xf5100000-0xf51fffff,0xf5201000-0xf5201fff irq 5 at device 6.0 on pci2 fxp1: Ethernet address 00:d0:b7:7e:75:c3 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp2: port 0xdc80-0xdcbf mem 0xf5000000-0xf50fffff,0xf5200000-0xf5200fff irq 14 at device 8.0 on pci2 fxp2: Ethernet address 00:d0:b7:7e:77:31 inphy2: on miibus2 inphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x0> sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 flags 0x30 on isa0 sio1: type 16550A, console IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to deny, logging disabled IPsec: Initialized Security Association Processing. IP Filter: v3.4.16 initialized. Default = pass all, Logging = disabled Waiting 5 seconds for SCSI devices to settle pass2 at ahc0 bus 0 target 6 lun 0 pass2: Fixed Processor SCSI-2 device pass2: 3.300MB/s transfers da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C) cd0 at ahc1 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/da0s1a WARNING: / was not properly dismounted chip0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x00091166 rev=0x05 hdr=0x00 chip1@pci0:0:1: class=0x060000 card=0x00000000 chip=0x00091166 rev=0x05 hdr=0x00 pcib1@pci0:2:0: class=0x060400 card=0x00000068 chip=0x09628086 rev=0x01 hdr=0x01 fxp0@pci0:8:0: class=0x020000 card=0x009b1028 chip=0x12298086 rev=0x08 hdr=0x00 none0@pci0:14:0: class=0x030000 card=0x009b1028 chip=0x47591002 rev=0x7a hdr=0x00 isab0@pci0:15:0: class=0x060100 card=0x02001166 chip=0x02001166 rev=0x4f hdr=0x00 ahc0@pci1:4:0: class=0x010000 card=0x000f9005 chip=0x001f9005 rev=0x01 hdr=0x00 ahc1@pci1:6:0: class=0x010000 card=0x78809004 chip=0x80789004 rev=0x02 hdr=0x00 fxp1@pci2:6:0: class=0x020000 card=0x100c8086 chip=0x12298086 rev=0x08 hdr=0x00 fxp2@pci2:8:0: class=0x020000 card=0x100c8086 chip=0x12298086 rev=0x08 hdr=0x00 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Jun 16 9:32:51 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 6E8C737B409; Sat, 16 Jun 2001 09:32:40 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.2/8.9.3) with ESMTP id f5GGWbU04297; Sat, 16 Jun 2001 10:32:38 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Message-Id: <200106161632.f5GGWbU04297@aslan.scsiguy.com> To: Matt Dillon Cc: freebsd-stable@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Another SCB timeout lockup - this time with console logs! In-Reply-To: Your message of "Sat, 16 Jun 2001 08:57:24 PDT." <200106161557.f5GFvOE00563@earth.backplane.com> Date: Sat, 16 Jun 2001 10:32:37 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Ok, it happened again. ahc0 and fxp0 both went poof and started > looping on timeouts. Here is the console log. I included a bunch > of the repetitions. It repeats forever (I have another 15000 lines I > didn't include). From what I can tell, the aic7xxx card is sitting in a loop waiting for its DMA of the next transaction to complete. The fxp driver seems to have similar problems with burst transfers at the same time. My guess would be that the chipset gets wedged somehow, but without chipset information from ServerWorks, this is going to be a tough nut to crack. Having a PCI bus analyzer might help as well, assuming there is a slot on either the bus fxp0 or ahc0 is sitting on. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Jun 16 10:12:44 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 7298F37B406; Sat, 16 Jun 2001 10:12:23 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5GHCGE01537; Sat, 16 Jun 2001 10:12:16 -0700 (PDT) (envelope-from dillon) Date: Sat, 16 Jun 2001 10:12:16 -0700 (PDT) From: Matt Dillon Message-Id: <200106161712.f5GHCGE01537@earth.backplane.com> To: "Justin T. Gibbs" Cc: freebsd-stable@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Another SCB timeout lockup - this time with console logs! References: <200106161632.f5GGWbU04297@aslan.scsiguy.com> Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org : :> Ok, it happened again. ahc0 and fxp0 both went poof and started :> looping on timeouts. Here is the console log. I included a bunch :> of the repetitions. It repeats forever (I have another 15000 lines I :> didn't include). : :From what I can tell, the aic7xxx card is sitting in a loop waiting :for its DMA of the next transaction to complete. The fxp driver seems :to have similar problems with burst transfers at the same time. My guess :would be that the chipset gets wedged somehow, but without chipset :information from ServerWorks, this is going to be a tough nut to crack. :Having a PCI bus analyzer might help as well, assuming there is a slot :on either the bus fxp0 or ahc0 is sitting on. : :-- :Justin I don't know how typical that would be, but it seems unlikely that the motherboard chipsets would be shared with a PCI slot. Hmm, interesting. I just compared the dmesg.run for our DELL 2400 and one of our DELL 2450's & 2550's. On all of them the on-board adaptec controller is bridged off the pci bus that fxp0 is sitting on. This problem has only occured on the 2400, though, and the 2400 and 2450 seems to be using the same ServerWorks chipsets. Odd. I am going to try working around it by disabling the on-board fxp0 and throwing another PCI ethernet card into the box. Then the two busiest devices will be routing through different PCI busses. DELL2400: pcib0 on motherboard fxp0 pcib1 is device 2.0 on pci0 ahc0 (drives here) ahc1 (cdrom) pcib2 on motherboard fxp1 (pci card) fxp2 (pci card) DELL2450: pcib0 on motherboard ahc0 ? pcib1 on motherboard fxp0 pcib2 device 2.0 on pci1 ahc1 (drives here) ahc2 DELL2550: pcib0 on motherboard motherboard gfx pcib1 on motherboard pcib2 on motherboard fxp0 pcib3 on motherboard pcib4 device 2.0 on pci2 ahc0 (drives here) ahc1 -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Jun 16 10:45:55 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 976B337B403; Sat, 16 Jun 2001 10:45:49 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id KAA12994; Sat, 16 Jun 2001 10:45:31 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda12992; Sat Jun 16 10:45:30 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.4/8.9.1) id f5GHjPT16689; Sat, 16 Jun 2001 10:45:25 -0700 (PDT) Received: from UNKNOWN(10.1.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdF16684; Sat Jun 16 10:44:49 2001 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.4/8.9.1) id f5GHi1C11385; Sat, 16 Jun 2001 10:44:01 -0700 (PDT) Message-Id: <200106161744.f5GHi1C11385@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdK11381; Sat Jun 16 10:44:00 2001 X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: "Justin T. Gibbs" Cc: Matt Dillon , freebsd-stable@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Another SCB timeout lockup - this time with console logs! In-reply-to: Your message of "Sat, 16 Jun 2001 10:32:37 MDT." <200106161632.f5GGWbU04297@aslan.scsiguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 16 Jun 2001 10:44:00 -0700 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message <200106161632.f5GGWbU04297@aslan.scsiguy.com>, "Justin T. Gibbs" wri tes: > > Ok, it happened again. ahc0 and fxp0 both went poof and started > > looping on timeouts. Here is the console log. I included a bunch > > of the repetitions. It repeats forever (I have another 15000 lines I > > didn't include). > > >From what I can tell, the aic7xxx card is sitting in a loop waiting > for its DMA of the next transaction to complete. The fxp driver seems > to have similar problems with burst transfers at the same time. My guess > would be that the chipset gets wedged somehow, but without chipset > information from ServerWorks, this is going to be a tough nut to crack. > Having a PCI bus analyzer might help as well, assuming there is a slot > on either the bus fxp0 or ahc0 is sitting on. My server system at home, an ASUS CUSL2-C motherboard based on the i815E chipset with a 2940UW (aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs), frequently wedged, especially when accessing a SCSI device. Disabling PCI 2.1, ie. reverting to PCI 2.0, resolved my problem. If your motherboard has a PCI support option you might want to try to back it off to PCI 2.0. Since backing my motherboard's PCI support down to 2.0 I haven't had a wedge since. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Jun 16 11:23:56 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 4736837B401; Sat, 16 Jun 2001 11:23:51 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5GINpx00866; Sat, 16 Jun 2001 11:23:51 -0700 (PDT) (envelope-from dillon) Date: Sat, 16 Jun 2001 11:23:51 -0700 (PDT) From: Matt Dillon Message-Id: <200106161823.f5GINpx00866@earth.backplane.com> To: freebsd-stable@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Problem solved - (was Re: Another SCB timeout lockup - this time with console logs!) References: <200106161557.f5GFvOE00563@earth.backplane.com> Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Tor directed me to PR 19226. At the very end of that sequence of bug reports it turned out that Dell had a motherboard problem on early 2400 motherboards. From Tor: "If you have a chip with a thermal weakness (W158H) instead of a thermally more robust chip (CY2210PVC-2) you might want to replace your motherboard." And, indeed, it turns out that My DELL 2400 motherboard has the W158H chip on it, and our two DELL 2450's (which do not exhibit the problem) have the newer CY chip. That cinches it, we'll be getting a new motherboard from Dell. -Matt : Ok, it happened again. ahc0 and fxp0 both went poof and started : looping on timeouts. Here is the console log. I included a bunch : of the repetitions. It repeats forever (I have another 15000 lines I : didn't include). : : This is on a DELL2400. I've included the dmesg.boot and pciconf : output at the end. This is the first time it has happened (about : 3 weeks) since I upgraded the Dell BIOS to A07. : : While this occured with the new fxp driver, the same problem was occuring : with the old driver as per a previous incident. : : -Matt : :fxp0: SCB timeout: 0x80, 0x0, 0x90 0x0 :fxp0: SCB timeout: 0x80, 0x0, 0x90 0x0 :fxp0: SCB timeout: 0x80, 0x0, 0x90 0x0 :fxp0: SCB timeout: 0x80, 0x0, 0x90 0x400 :fxp0: device timeout :fxp0: SCB timeout: 0xe0, 0x0, 0x90 0x400 :fxp0: SCB timeout: 0x86, 0x0, 0x90 0x400 :fxp0: SCB timeout: 0xc0, 0x0, 0x90 0x400 :fxp0: DMA timeout :... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message