From owner-freebsd-scsi Wed Jan 1 12:20:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA22023 for freebsd-scsi-outgoing; Wed, 1 Jan 1997 12:20:01 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA21984; Wed, 1 Jan 1997 12:19:15 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA08482; Wed, 1 Jan 1997 21:18:44 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA24266; Wed, 1 Jan 1997 21:18:43 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id VAA00384; Wed, 1 Jan 1997 21:12:38 +0100 (MET) From: J Wunsch Message-Id: <199701012012.VAA00384@uriah.heep.sax.de> Subject: Re: Iomega SCSI Zip Drive To: core@freebsd.org, freebsd-scsi@freebsd.org Date: Wed, 1 Jan 1997 21:12:37 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199612312251.JAA15714@godzilla.zeta.org.au> from Bruce Evans at "Jan 1, 97 09:51:01 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > >In the long run, i would see all removable disks go to `od'. We could > >then continue to improve the `sd' driver for fixed media devices. > > `od' is an odd name for a removable scsi disk driver. Yes, but we can already consider it ``historical practice'' by now. :) Basically, as it stands now, it's just that: a removable disk driver, with an ioctl interface e.g. to eject a disk. I will also look again into the SCSI-2 specs re: Peter's argumentation about optical device specific commands. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Wed Jan 1 22:10:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA17718 for freebsd-scsi-outgoing; Wed, 1 Jan 1997 22:10:28 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA17674; Wed, 1 Jan 1997 22:09:42 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.3/8.7.3) with SMTP id BAA16741; Thu, 2 Jan 1997 01:09:20 -0500 (EST) Message-Id: <199701020609.BAA16741@whizzo.transsys.com> X-Mailer: exmh version 2.0alpha 12/3/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: core@freebsd.org, freebsd-scsi@freebsd.org From: "Louis A. Mamakos" Subject: Re: Iomega SCSI Zip Drive References: <199701012012.VAA00384@uriah.heep.sax.de> In-reply-to: Your message of "Wed, 01 Jan 1997 21:12:37 +0100." <199701012012.VAA00384@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 Jan 1997 01:09:20 -0500 Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Bruce Evans wrote: > > > >In the long run, i would see all removable disks go to `od'. We could > > >then continue to improve the `sd' driver for fixed media devices. > > > > `od' is an odd name for a removable scsi disk driver. > > Yes, but we can already consider it ``historical practice'' by now. :) > > Basically, as it stands now, it's just that: a removable disk driver, > with an ioctl interface e.g. to eject a disk. `od' == "Optionally-present Disk" :-) How's that for mnemonic? louie From owner-freebsd-scsi Thu Jan 2 05:48:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA04637 for freebsd-scsi-outgoing; Thu, 2 Jan 1997 05:48:57 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA04549; Thu, 2 Jan 1997 05:46:01 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id AAA06032; Fri, 3 Jan 1997 00:42:43 +1100 Date: Fri, 3 Jan 1997 00:42:43 +1100 From: Bruce Evans Message-Id: <199701021342.AAA06032@godzilla.zeta.org.au> To: core@freebsd.org, freebsd-scsi@freebsd.org, j@uriah.heep.sax.de Subject: Re: Iomega SCSI Zip Drive Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> `od' is an odd name for a removable scsi disk driver. > >Yes, but we can already consider it ``historical practice'' by now. :) > >Basically, as it stands now, it's just that: a removable disk driver, >with an ioctl interface e.g. to eject a disk. So it should have been part of sd all along. Treating disks non-uniformly causes unnecessary problems. E.g., booting from "od0" is not supported. Bruce From owner-freebsd-scsi Thu Jan 2 06:27:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA06008 for freebsd-scsi-outgoing; Thu, 2 Jan 1997 06:27:07 -0800 (PST) Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA05989 for ; Thu, 2 Jan 1997 06:27:00 -0800 (PST) Received: from adm.ujf-grenoble.fr (adm.ujf-grenoble.fr [193.54.232.78]) by ujf.ujf-grenoble.fr (8.7.6/8.6.9) with ESMTP id PAA02256 for ; Thu, 2 Jan 1997 15:26:58 +0100 (MET) Received: from pc_bruno.ujf-grenoble.fr (adm-bruno.ujf-grenoble.fr [193.54.232.177]) by adm.ujf-grenoble.fr (8.7.6/8.6.9) with SMTP id PAA17358 for ; Thu, 2 Jan 1997 15:36:40 +0100 (MET) Date: Thu, 2 Jan 1997 15:36:40 +0100 (MET) Message-Id: <2.2.16.19970102152949.335f79f4@adm> X-Sender: bruno@adm X-Mailer: Windows Eudora Pro Version 2.2 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-scsi@FreeBSD.org From: Gilles BRUNO Subject: Q. Scsi pinout... Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Happy new year ! Excuse me if it's not the *real* good place to ask this question, but I'm looking for information on the scsi buses and pinout, so as to put a scsi hard disk on the external port of my aha1505 isa adapter (installing freebsd full source may be very disk-consuming...). Until now, I was unable to find 'good' online articles about them. I've heard of several standarts (ansi,apple..) : has anyone of you pointers, clues ? Thanx in advance ! PS. It's quite snowy here, in Grenoble (france)... Hope it's "warmer" overseas... -- Gilles BRUNO Universite Joseph Fourier - CRIP Domaine Universitaire 38041 St Martin d'Heres FRANCE Tel 04 76 63 56 68 Fax 04 76 51 42 74 From owner-freebsd-scsi Thu Jan 2 09:51:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA18859 for freebsd-scsi-outgoing; Thu, 2 Jan 1997 09:51:55 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA18848 for ; Thu, 2 Jan 1997 09:51:45 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA10382 for ; Thu, 2 Jan 1997 18:51:43 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA11968 for freebsd-scsi@FreeBSD.org; Thu, 2 Jan 1997 18:51:43 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id SAA08128 for freebsd-scsi@FreeBSD.org; Thu, 2 Jan 1997 18:47:14 +0100 (MET) From: J Wunsch Message-Id: <199701021747.SAA08128@uriah.heep.sax.de> Subject: Ideas on CD changers sought To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Date: Thu, 2 Jan 1997 18:47:14 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Something that's on my back-burner for quite some time now: A friend gave me a Nakamichi CD changer some time ago, since its behaviour under FreeBSD is a little undesirable. People probably have seen my recent commits (send the `start unit' command earlier, and retry `device is in the process of becoming ready' forever) which make it work a little better. However, there's still one big problem: concurrent access to the various CDs. Even two processes using two CDs concurrently now cause the device to basically start thrashing: the accesses to the media get intermixed to a degree where the device is finally mostly busy with swapping media, instead of transferring data. Now the $ 9.99 question is: what's the best way to avoid this, so some more transfers will be queued up for one device first, before the LUNs should change? Should this be CD driver specific, or are other drivers also in need for this? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Thu Jan 2 09:53:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA18979 for freebsd-scsi-outgoing; Thu, 2 Jan 1997 09:53:22 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA18966 for ; Thu, 2 Jan 1997 09:53:13 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA10352; Thu, 2 Jan 1997 18:51:29 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA11937; Thu, 2 Jan 1997 18:51:28 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id SAA08015; Thu, 2 Jan 1997 18:33:25 +0100 (MET) From: J Wunsch Message-Id: <199701021733.SAA08015@uriah.heep.sax.de> Subject: Re: Q. Scsi pinout... To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Date: Thu, 2 Jan 1997 18:33:25 +0100 (MET) Cc: Gilles.Bruno@ujf-grenoble.fr (Gilles BRUNO) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <2.2.16.19970102152949.335f79f4@adm> from Gilles BRUNO at "Jan 2, 97 03:36:40 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Gilles BRUNO wrote: > Happy new year ! Excuse me if it's not the *real* good place > to ask this question, but I'm looking for information on the > scsi buses and pinout, so as to put a scsi hard disk on the > external port of my aha1505 isa adapter (installing freebsd > full source may be very disk-consuming...). Until now, I was > unable to find 'good' online articles about them. That's from chapter 4 of the SCSI-2 specs, for the 50-pin connector. I don't think the mini-DB (``high density'' or ``SCSI-2'') connectors differ in the principle pinout from the old Amphenol (``Centronics'') parts. What you're referring to as ``Apple'' is a cut-down pin assignment, so it fits into a DB-25 connector. I don't assume you need this one. Aside from Apple, i think it's mainly HP Scanners and SCSI Zip drives that come with this (crippled) form. Table 4-2: Single-Ended Contact Assignments - A Cable ============================================================================== Connector Cable Connector Signal Contact Number Conductor Contact Number Signal Name Set 2 Set 1 Number Set 1 Set 2 Name ------------------------------------------------------------------------------ GROUND 1 1 1 | 2 2 26 -DB(0) GROUND 2 3 3 | 4 4 27 -DB(1) GROUND 3 5 5 | 6 6 28 -DB(2) GROUND 4 7 7 | 8 8 29 -DB(3) GROUND 5 9 9 | 10 10 30 -DB(4) GROUND 6 11 11 | 12 12 31 -DB(5) GROUND 7 13 13 | 14 14 32 -DB(6) GROUND 8 15 15 | 16 16 33 -DB(7) GROUND 9 17 17 | 18 18 34 -DB(P) GROUND 10 19 19 | 20 20 35 GROUND GROUND 11 21 21 | 22 22 36 GROUND RESERVED 12 23 23 | 24 24 37 RESERVED OPEN 13 25 25 | 26 26 38 TERMPWR RESERVED 14 27 27 | 28 28 39 RESERVED GROUND 15 29 29 | 30 30 40 GROUND GROUND 16 31 31 | 32 32 41 -ATN GROUND 17 33 33 | 34 34 42 GROUND GROUND 18 35 35 | 36 36 43 -BSY GROUND 19 37 37 | 38 38 44 -ACK GROUND 20 39 39 | 40 40 45 -RST GROUND 21 41 41 | 42 42 46 -MSG GROUND 22 43 43 | 44 44 47 -SEL GROUND 23 45 45 | 46 46 48 -C/D GROUND 24 47 47 | 48 48 49 -REQ GROUND 25 49 49 | 50 50 50 -I/O ============================================================================== -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Thu Jan 2 11:21:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA24992 for freebsd-scsi-outgoing; Thu, 2 Jan 1997 11:21:28 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA24979 for ; Thu, 2 Jan 1997 11:21:22 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA17178; Thu, 2 Jan 1997 20:21:12 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA14902; Thu, 2 Jan 1997 20:21:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id TAA08251; Thu, 2 Jan 1997 19:01:19 +0100 (MET) From: J Wunsch Message-Id: <199701021801.TAA08251@uriah.heep.sax.de> Subject: Re: advice sought - Quantum 2GB Atlas broken To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Date: Thu, 2 Jan 1997 19:01:19 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701021724.SAA15524@gilberto.physik.rwth-aachen.de> from Christoph Kukulies at "Jan 2, 97 06:24:50 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk (Moved to -scsi.) As Christoph Kukulies wrote: > Coming back from a short holiday I powered on a P90 machine with > (among other IDE disks) a Quantum 2GB ATLAS XP32150 and the SCSI disks > saluted with a continous one second interval clicking noise. Didn't we (Jordan?) warn you about the XP drives back in those days? :-} > Does anyone have experience with drive electronics swapping? Be careful regarding the warranty. While you could do operations of this kind during the law-enforced 6 month warranty here in Germany, any additional volunteerely warranty is at the mercy of the conditions of whoever grants it. > I suspect that the electronics stores some bad block info in some kind > of nvram on the controller board but not sure about this. Most likely, they are stored on the disk itself. I have successfully swapped drive electronics in the past. That's been on IDE drives, but the working principles of how the drives store bad sector replacement tables should be similar to SCSI. (The drives in question were an old Conner CP3040, and a Seagate ST1144A.) In case the reason for your drive breakage is a damaged detector in the drive mechanics, rather than a broken drive PCB (which is IMHO at least as likely), you might be unlucky nevertheless. In my case, it's been an electrically dead PCB (burnt power supply), and we were indeed able to successfully read the contents of the ST1144A. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Thu Jan 2 13:06:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA02717 for freebsd-scsi-outgoing; Thu, 2 Jan 1997 13:06:34 -0800 (PST) Received: from hda.hda.com (ip28-max1-fitch.ziplink.net [199.232.245.28]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA02710 for ; Thu, 2 Jan 1997 13:06:23 -0800 (PST) Received: (from dufault@localhost) by hda.hda.com (8.6.12/8.6.12) id QAA23157; Thu, 2 Jan 1997 16:01:02 -0500 From: Peter Dufault Message-Id: <199701022101.QAA23157@hda.hda.com> Subject: Re: advice sought - Quantum 2GB Atlas broken In-Reply-To: <199701021923.UAA15982@gilberto.physik.rwth-aachen.de> from Christoph Kukulies at "Jan 2, 97 08:23:43 pm" To: kuku@gilberto.physik.rwth-aachen.de Date: Thu, 2 Jan 1997 16:01:01 -0500 (EST) Cc: scsi@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > When I was out for that 6 days vacation over Chrismas and New Year > I switched off that machine - only to do my wife a favor because > she always asks me "must these computers run all over the night and day" > and lowered the room temperature which may well have been as low as > 10 Degrees Celsius (em er, where is my K&R book ... 50 Degrees Fahrenheit) > when I came back. I switched on the computer and the disaster began. Boot off another disk to the boot prompt, power on the drive, and see if the system can coax a little more info out of the drive about what its problem is. Peter -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-scsi Thu Jan 2 13:59:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA06490 for freebsd-scsi-outgoing; Thu, 2 Jan 1997 13:59:16 -0800 (PST) Received: from hda.hda.com (ip96-max1-fitch.ziplink.net [199.232.245.96]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA06480 for ; Thu, 2 Jan 1997 13:59:11 -0800 (PST) Received: (from dufault@localhost) by hda.hda.com (8.6.12/8.6.12) id QAA23215; Thu, 2 Jan 1997 16:54:24 -0500 From: Peter Dufault Message-Id: <199701022154.QAA23215@hda.hda.com> Subject: Re: Ideas on CD changers sought In-Reply-To: <199701021747.SAA08128@uriah.heep.sax.de> from J Wunsch at "Jan 2, 97 06:47:14 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 2 Jan 1997 16:54:23 -0500 (EST) Cc: freebsd-scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Something that's on my back-burner for quite some time now: > However, there's still one big problem: concurrent access to the > various CDs. Even two processes using two CDs concurrently now cause > the device to basically start thrashing: the accesses to the media get > intermixed to a degree where the device is finally mostly busy with > swapping media, instead of transferring data. Now the $ 9.99 question > is: what's the best way to avoid this, so some more transfers will be > queued up for one device first, before the LUNs should change? Should > this be CD driver specific, or are other drivers also in need for > this? How about round robin scheduling the platters, maybe with hysteresis on platter switching? Add a "changer queue" that is a queue of CD start queues to schedule the changer resource. A changerstart routine can then round robin schedule across the active platters. Enqueue your buffers into the CD start queue the way it is now. When a CD start queue goes from empty to not-empty, add the CD start queue to the end of the changer queue, and call changerstart if the changer queue went empty to not-empty. Have changerstart schedule up to N transfers in a row for a given unit by calling a derivation of the existing cdstart. If N counts down take the CD start queue off and enqueue it again at the tail of the changer queue and move to the next CD start queue. You want to select N to be a number that gives you decent utilization, maybe enough transfers to take twice as long as the change mechanism. You can still come up with loads that will thrash this. You could add hysteresis to the platter switching with a minimum-time-at-a-platter timeout. If you're feeling ambitious, see if you can set up the CD commands in cd_strategy instead of cdstart and make the queue handling independent of the device type (and outside of the interrupt). This packages up the I/O policy and makes it easier to change in the future. Peter -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-scsi Fri Jan 3 02:14:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA11760 for freebsd-scsi-outgoing; Fri, 3 Jan 1997 02:14:20 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA11755 for ; Fri, 3 Jan 1997 02:14:18 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id CAA01944 for ; Fri, 3 Jan 1997 02:14:17 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id LAA16322; Fri, 3 Jan 1997 11:13:50 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id LAA18567; Fri, 3 Jan 1997 11:30:46 +0100 (MET) From: Christoph Kukulies Message-Id: <199701031030.LAA18567@gilberto.physik.rwth-aachen.de> Subject: Re: advice sought - Quantum 2GB Atlas broken In-Reply-To: <199701022101.QAA23157@hda.hda.com> from Peter Dufault at "Jan 2, 97 04:01:01 pm" To: dufault@hda.com (Peter Dufault) Date: Fri, 3 Jan 1997 11:30:46 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, scsi@freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > When I was out for that 6 days vacation over Chrismas and New Year > > I switched off that machine - only to do my wife a favor because > > she always asks me "must these computers run all over the night and day" > > and lowered the room temperature which may well have been as low as > > 10 Degrees Celsius (em er, where is my K&R book ... 50 Degrees Fahrenheit) > > when I came back. I switched on the computer and the disaster began. > > Boot off another disk to the boot prompt, power on the drive, > and see if the system can coax a little more info out of the drive > about what its problem is. It seems when drive warms up (heats up) the chuck-cluck disappears. I was able to even mount the drive but trying to dd or tar it results in an I/O-error. While it is cold the FreeBSD ncr driver loops with continuous command failures. But the diagnose that it might have had a head crash seems to me the most probable. Maybe I will be able to recover some data. Thanks anyway for all the interesting advice and stories about temperature drift, CPU fans, and all that :-) > > Peter > > -- > Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation > HD Associates, Inc. Voice: 508 433 6936 > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-scsi Fri Jan 3 05:28:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA20624 for freebsd-scsi-outgoing; Fri, 3 Jan 1997 05:28:24 -0800 (PST) Received: from ami.tom.computerworks.net (root@AMI.RES.CMU.EDU [128.2.95.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id FAA20619 for ; Fri, 3 Jan 1997 05:28:22 -0800 (PST) Received: from bonkers.taronga.com by ami.tom.computerworks.net with smtp (Smail3.1.29.1 #1) id m0vg9fW-0021WTC; Fri, 3 Jan 97 08:28 EST Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id HAA08056 for scsi@freebsd.org; Fri, 3 Jan 1997 07:21:25 -0600 Date: Fri, 3 Jan 1997 07:21:25 -0600 From: peter@taronga.com (Peter da Silva) Message-Id: <199701031321.HAA08056@bonkers.taronga.com> To: scsi@freebsd.org Subject: Exabyte 8200 Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk FreeBSD doesn't like Exabyte 8200s at all. I've tried with a 1540B, a 1742, and a 2940. And no matter what controller I use it's really flakey and unreliable. I've tried two different 8200s that I have lying around (mostly because nothing else really likes them either), and I sorts get OK results with tar -b 32 (16k blocks)... but any other block size and it barfs. Is this a known problem? Is there anything I can do to force it to write 16k blocks regardless of the write size? From owner-freebsd-scsi Fri Jan 3 09:25:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA03551 for freebsd-scsi-outgoing; Fri, 3 Jan 1997 09:25:00 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA03543 for ; Fri, 3 Jan 1997 09:24:51 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA13824 for ; Fri, 3 Jan 1997 18:24:49 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA13068 for freebsd-scsi@freebsd.org; Fri, 3 Jan 1997 18:24:49 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id SAA15048; Fri, 3 Jan 1997 18:23:09 +0100 (MET) Message-ID: Date: Fri, 3 Jan 1997 18:23:09 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-scsi@freebsd.org Subject: Re: Ideas on CD changers sought References: <199701021747.SAA08128@uriah.heep.sax.de> <199701022154.QAA23215@hda.hda.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701022154.QAA23215@hda.hda.com>; from Peter Dufault on Jan 2, 1997 16:54:23 -0500 Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Peter Dufault wrote: > How about round robin scheduling the platters, maybe with hysteresis > on platter switching? > > Add a "changer queue" that is a queue of CD start queues to schedule > the changer resource. A changerstart routine can then round robin > schedule across the active platters. Hmm, but that would require we start distinguish changers from regular CD drives, right? Is there any way to learn about the medium changing ability other than a hard-coded list of devices that are known to do it? > Have changerstart schedule up to N transfers in a row for a given > unit by calling a derivation of the existing cdstart. If N counts > down take the CD start queue off and enqueue it again at the tail > of the changer queue and move to the next CD start queue. You want > to select N to be a number that gives you decent utilization, maybe > enough transfers to take twice as long as the change mechanism. I think the medium change must even be artificially delayed for some amount, ``just in case'' some future request for the same platter arrives while it's swapped in. The swapin/swapout times are extremely high (10 seconds), so it would IMHO justify to wait another 2 or 3 seconds even on an empty queue. > You can still come up with loads that will thrash this. You could > add hysteresis to the platter switching with a minimum-time-at-a-platter > timeout. That's probably about the same as my thoughts above. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Fri Jan 3 09:25:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA03594 for freebsd-scsi-outgoing; Fri, 3 Jan 1997 09:25:37 -0800 (PST) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA03589 for ; Fri, 3 Jan 1997 09:25:35 -0800 (PST) Received: by iafnl.es.iaf.nl with UUCP id AA28180 (5.67b/IDA-1.5 for scsi@freebsd.org); Fri, 3 Jan 1997 18:25:12 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.7.5/8.6.12) id SAA00545; Fri, 3 Jan 1997 18:13:41 +0100 (MET) From: Wilko Bulte Message-Id: <199701031713.SAA00545@yedi.iaf.nl> Subject: Re: Exabyte 8200 To: peter@taronga.com (Peter da Silva) Date: Fri, 3 Jan 1997 18:13:40 +0100 (MET) Cc: scsi@freebsd.org In-Reply-To: <199701031321.HAA08056@bonkers.taronga.com> from "Peter da Silva" at Jan 3, 97 07:21:25 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Peter da Silva wrote... > FreeBSD doesn't like Exabyte 8200s at all. I've tried with a 1540B, a 1742, > and a 2940. And no matter what controller I use it's really flakey and > unreliable. I've tried two different 8200s that I have lying around (mostly My 8200 works OK with 2.1.5R and has done so since 2.0R or so. (ncr1:4:0): "EXABYTE EXB-8200 2687" type 1 removable SCSI 1 As you can see it hangs of an NCR (a 810 to be precise). Exabytes (the older ones) in general are 'sensitive' beasts. Cleaning etc is critical. And you have to pick a 'good' firmware version from www.exabyte.com. The one I use was recommended to me by an Exabyte employee. And works OK for me. > because nothing else really likes them either), and I sorts get OK results > with tar -b 32 (16k blocks)... but any other block size and it barfs. What barfs? > Is this a known problem? Is there anything I can do to force it to write 16k > blocks regardless of the write size? The native block size is 1kB but that's the only thing to keep in mind. And the 32kB physio() limitation of course. BTW I normally use 'dump', not 'tar'. But 'tar' does work also. Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-scsi Fri Jan 3 10:59:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA07989 for freebsd-scsi-outgoing; Fri, 3 Jan 1997 10:59:57 -0800 (PST) Received: from ami.tom.computerworks.net (root@AMI.RES.CMU.EDU [128.2.95.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA07984 for ; Fri, 3 Jan 1997 10:59:56 -0800 (PST) Received: from bonkers.taronga.com by ami.tom.computerworks.net with smtp (Smail3.1.29.1 #1) id m0vgEqG-0021WTC; Fri, 3 Jan 97 13:59 EST Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id MAA13083; Fri, 3 Jan 1997 12:52:42 -0600 From: peter@taronga.com (Peter da Silva) Message-Id: <199701031852.MAA13083@bonkers.taronga.com> Subject: Re: Exabyte 8200 To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Fri, 3 Jan 1997 12:52:42 -0600 (CST) Cc: peter@taronga.com, scsi@freebsd.org In-Reply-To: <199701031713.SAA00545@yedi.iaf.nl> from "Wilko Bulte" at Jan 3, 97 06:13:40 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Exabytes (the older ones) in general are 'sensitive' beasts. Cleaning etc > is critical. First thing I ran after hooking it up was a brand new Sony cleaning tape. > And you have to pick a 'good' firmware version from > www.exabyte.com. The one I use was recommended to me by an Exabyte > employee. And works OK for me. Hmmmm... I haven't tried to play with the firmware rev. > > because nothing else really likes them either), and I sorts get OK results > > with tar -b 32 (16k blocks)... but any other block size and it barfs. > What barfs? Jan 1 17:09:58 mongrel /kernel: st0(ahb0:6:0): MEDIUM ERROR info:17 Jan 1 17:11:29 mongrel /kernel: st0(ahb0:6:0): MEDIUM ERROR info:18 Jan 2 20:52:54 mongrel /kernel: st0(ahb0:6:0): ILLEGAL REQUEST Jan 3 06:14:38 mongrel /kernel: st0(ahb0:6:0): ILLEGAL REQUEST Jan 3 06:42:26 mongrel /kernel: st0(ahb0:6:0): MEDIUM ERROR Jan 3 06:42:26 mongrel /kernel: st0(ahb0:6:0): MEDIUM ERROR info:8 Jan 3 06:42:51 mongrel /kernel: st0(ahb0:6:0): MEDIUM ERROR info:8 Jan 3 06:44:25 mongrel /kernel: st0(ahb0:6:0): MEDIUM ERROR Jan 3 06:44:26 mongrel /kernel: st0(ahb0:6:0): MEDIUM ERROR info:10 Jan 3 06:44:43 mongrel /kernel: st0(ahb0:6:0): MEDIUM ERROR info:10 Jan 3 08:26:39 mongrel /kernel: st0(ahb0:6:0): ILLEGAL REQUEST All those MEDIUM ERRRORS are on tars and dumps at other than 16k blocks. A tar on the same tape after rewinding had no problem. Sometimes I had to "mt -f /dev/nrst0 rewind" a couple of times, but it didn't log any messages, just displayed "IO Error". > The native block size is 1kB but that's the only thing to keep in mind. > And the 32kB physio() limitation of course. BTW I normally use 'dump', > not 'tar'. But 'tar' does work also. Dump, no matter what block size I select, "sees" an end of tape immediately on doing the first write. At least it hits the tape, writes nothing, and asks for the next volume. We have another 8200 here at work that has been giving similar errors under FreeBSD on a 2940. From owner-freebsd-scsi Fri Jan 3 11:07:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA08399 for freebsd-scsi-outgoing; Fri, 3 Jan 1997 11:07:07 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA08394 for ; Fri, 3 Jan 1997 11:07:05 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id LAA02527 for ; Fri, 3 Jan 1997 11:07:03 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.2/8.8.2) with SMTP id LAA08890; Fri, 3 Jan 1997 11:02:40 -0800 (PST) Message-ID: <32CD5787.59E2B600@whistle.com> Date: Fri, 03 Jan 1997 11:01:27 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Joerg Wunsch CC: freebsd-scsi@freebsd.org Subject: Re: Ideas on CD changers sought References: <199701021747.SAA08128@uriah.heep.sax.de> <199701022154.QAA23215@hda.hda.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Peter Dufault wrote: > > > How about round robin scheduling the platters, maybe with hysteresis > > on platter switching? > > > > Add a "changer queue" that is a queue of CD start queues to schedule > > the changer resource. A changerstart routine can then round robin > > schedule across the active platters. > > Hmm, but that would require we start distinguish changers from regular > CD drives, right? > > Is there any way to learn about the medium changing ability other than > a hard-coded list of devices that are known to do it? if a CD is on an LUN other than 0 it should be assumed to be a CD changer, (same for a CHANGER device. the base device can be assumed to be LUN 0) on discovering this, it should be able to go to the device on LUN0 and retroactively set a special "COMPLICATED" :) bit. > > > Have changerstart schedule up to N transfers in a row for a given > > unit by calling a derivation of the existing cdstart. If N counts > > down take the CD start queue off and enqueue it again at the tail > > of the changer queue and move to the next CD start queue. You want > > to select N to be a number that gives you decent utilization, maybe > > enough transfers to take twice as long as the change mechanism. > > I think the medium change must even be artificially delayed for some > amount, ``just in case'' some future request for the same platter > arrives while it's swapped in. The swapin/swapout times are extremely > high (10 seconds), so it would IMHO justify to wait another 2 or 3 > seconds even on an empty queue. > > > You can still come up with loads that will thrash this. You could > > add hysteresis to the platter switching with a minimum-time-at-a-platter > > timeout. > > That's probably about the same as my thoughts above. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Fri Jan 3 11:51:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA10575 for freebsd-scsi-outgoing; Fri, 3 Jan 1997 11:51:37 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA10568 for ; Fri, 3 Jan 1997 11:51:23 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA18099 for ; Fri, 3 Jan 1997 20:51:19 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA18390 for freebsd-scsi@freebsd.org; Fri, 3 Jan 1997 20:51:18 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id UAA15816; Fri, 3 Jan 1997 20:34:43 +0100 (MET) Message-ID: Date: Fri, 3 Jan 1997 20:34:43 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-scsi@freebsd.org Subject: Re: Ideas on CD changers sought References: <199701021747.SAA08128@uriah.heep.sax.de> <199701022154.QAA23215@hda.hda.com> <32CD5787.59E2B600@whistle.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <32CD5787.59E2B600@whistle.com>; from Julian Elischer on Jan 3, 1997 11:01:27 -0800 Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Julian Elischer wrote: > > Is there any way to learn about the medium changing ability other than > > a hard-coded list of devices that are known to do it? > > if a CD is on an LUN other than 0 it should be assumed to be a CD > changer, Hmm, alas, too many CD drives are broken and respond to LUNs > 0 despite of not being changers. :-( Remember, we've recently turned the default to only probe for one LUN on `readonly' devices. I was hoping for a better indication. Sigh. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Fri Jan 3 11:52:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA10717 for freebsd-scsi-outgoing; Fri, 3 Jan 1997 11:52:28 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA10708 for ; Fri, 3 Jan 1997 11:52:24 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA18138; Fri, 3 Jan 1997 20:51:35 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA18420; Fri, 3 Jan 1997 20:51:34 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id UAA15888; Fri, 3 Jan 1997 20:49:07 +0100 (MET) Message-ID: Date: Fri, 3 Jan 1997 20:49:07 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: scsi@freebsd.org Cc: peter@taronga.com (Peter da Silva) Subject: Re: Exabyte 8200 References: <199701031321.HAA08056@bonkers.taronga.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701031321.HAA08056@bonkers.taronga.com>; from Peter da Silva on Jan 3, 1997 07:21:25 -0600 Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Peter da Silva wrote: > FreeBSD doesn't like Exabyte 8200s at all. I've tried with a 1540B, a 1742, > and a 2940. And no matter what controller I use it's really flakey and > unreliable. I don't love the Exabytes anyway (still having one 8505 drive there that doesn't want to spit out the cassette anymore, grrr). Surprisingly enough, the 8200 that's sitting somewhere on a shelf works fairly flawlessly, except that it also sometimes believes it were better to keep the cassette swallowed. Maybe it's firmware dependant? I think Exabyte has a reputation of a patch-of-the-week firmware. (Sorry, our 8200 is at work, so i can't get at the firmware rev right now.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Fri Jan 3 12:21:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA12544 for freebsd-scsi-outgoing; Fri, 3 Jan 1997 12:21:41 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA12534 for ; Fri, 3 Jan 1997 12:21:29 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA18739; Fri, 3 Jan 1997 21:21:17 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA19176; Fri, 3 Jan 1997 21:20:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id UAA15960; Fri, 3 Jan 1997 20:53:29 +0100 (MET) Message-ID: Date: Fri, 3 Jan 1997 20:53:29 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: scsi@freebsd.org Cc: peter@taronga.com (Peter da Silva) Subject: Re: Exabyte 8200 References: <199701031321.HAA08056@bonkers.taronga.com> <199701031713.SAA00545@yedi.iaf.nl> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701031713.SAA00545@yedi.iaf.nl>; from Wilko Bulte on Jan 3, 1997 18:13:40 +0100 Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Wilko Bulte wrote: > The native block size is 1kB but that's the only thing to keep in mind. > And the 32kB physio() limitation of course. It's 64 KB. I'm going to change it in dump(8), too. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Fri Jan 3 15:15:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA19399 for freebsd-scsi-outgoing; Fri, 3 Jan 1997 15:15:28 -0800 (PST) Received: from hda.hda.com (ip22-max1-fitch.ziplink.net [199.232.245.22]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA19394 for ; Fri, 3 Jan 1997 15:15:25 -0800 (PST) Received: (from dufault@localhost) by hda.hda.com (8.6.12/8.6.12) id SAA24988; Fri, 3 Jan 1997 18:10:54 -0500 From: Peter Dufault Message-Id: <199701032310.SAA24988@hda.hda.com> Subject: Re: Ideas on CD changers sought In-Reply-To: from J Wunsch at "Jan 3, 97 08:34:43 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 3 Jan 1997 18:10:54 -0500 (EST) Cc: freebsd-scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As Julian Elischer wrote: > > > > Is there any way to learn about the medium changing ability other than > > > a hard-coded list of devices that are known to do it? > > > > if a CD is on an LUN other than 0 it should be assumed to be a CD > > changer, > > Hmm, alas, too many CD drives are broken and respond to LUNs > 0 > despite of not being changers. :-( Remember, we've recently turned the > default to only probe for one LUN on `readonly' devices. > > I was hoping for a better indication. Sigh. Only if people actually used the broken LUNS - that is, they both left the CD and kernel setup so that it responded to multiple luns and then mounted something on CD-other-than-0. I can see it now: "INSERT CDROM FOR CD2 AND HIT THE ENTER KEY: " -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-scsi Fri Jan 3 15:21:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA19730 for freebsd-scsi-outgoing; Fri, 3 Jan 1997 15:21:24 -0800 (PST) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA19725 for ; Fri, 3 Jan 1997 15:21:21 -0800 (PST) Received: by iafnl.es.iaf.nl with UUCP id AA06236 (5.67b/IDA-1.5 for scsi@FreeBSD.ORG); Sat, 4 Jan 1997 00:20:54 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.7.5/8.6.12) id XAA01951; Fri, 3 Jan 1997 23:09:16 +0100 (MET) From: Wilko Bulte Message-Id: <199701032209.XAA01951@yedi.iaf.nl> Subject: Re: Exabyte 8200 To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 3 Jan 1997 23:09:16 +0100 (MET) Cc: scsi@FreeBSD.ORG, peter@taronga.com In-Reply-To: from "J Wunsch" at Jan 3, 97 08:53:29 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As J Wunsch wrote... > As Wilko Bulte wrote: > > > The native block size is 1kB but that's the only thing to keep in mind. > > And the 32kB physio() limitation of course. > > It's 64 KB. I'm going to change it in dump(8), too. Sigh. I always mix the blocks/kBytes. Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-scsi Fri Jan 3 15:21:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA19763 for freebsd-scsi-outgoing; Fri, 3 Jan 1997 15:21:36 -0800 (PST) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA19756 for ; Fri, 3 Jan 1997 15:21:34 -0800 (PST) Received: by iafnl.es.iaf.nl with UUCP id AA06240 (5.67b/IDA-1.5 for scsi@freebsd.org); Sat, 4 Jan 1997 00:21:13 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.7.5/8.6.12) id XAA02167; Fri, 3 Jan 1997 23:23:33 +0100 (MET) From: Wilko Bulte Message-Id: <199701032223.XAA02167@yedi.iaf.nl> Subject: Re: Exabyte 8200 To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 3 Jan 1997 23:23:32 +0100 (MET) Cc: scsi@freebsd.org, peter@taronga.com In-Reply-To: from "J Wunsch" at Jan 3, 97 08:49:07 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As J Wunsch wrote... > As Peter da Silva wrote: > > > FreeBSD doesn't like Exabyte 8200s at all. I've tried with a 1540B, a 1742, > > and a 2940. And no matter what controller I use it's really flakey and > > unreliable. > > I don't love the Exabytes anyway (still having one 8505 drive there > that doesn't want to spit out the cassette anymore, grrr). Don't throw it away. Will keep an eye open for another mechanism (assuming it is a mechanic problem). > Surprisingly enough, the 8200 that's sitting somewhere on a shelf > works fairly flawlessly, except that it also sometimes believes it > were better to keep the cassette swallowed. Maybe it's firmware Mine did that once to a cleaning cartridge. > dependant? I think Exabyte has a reputation of a patch-of-the-week > firmware. (Sorry, our 8200 is at work, so i can't get at the firmware > rev right now.) Exabyte is indeed patch of the day firmware. Look at their BBS or Web site for the complete horror stories :-( But keep in mind they try to satisfy a lot of different OEM customers, that really confuses things. And the newer drives seem to be much better, the 8200 is really the one with the biggest # of firmware revs. Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-scsi Fri Jan 3 15:21:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA19789 for freebsd-scsi-outgoing; Fri, 3 Jan 1997 15:21:42 -0800 (PST) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA19778 for ; Fri, 3 Jan 1997 15:21:39 -0800 (PST) Received: by iafnl.es.iaf.nl with UUCP id AA06243 (5.67b/IDA-1.5 for scsi@freebsd.org); Sat, 4 Jan 1997 00:21:21 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.7.5/8.6.12) id XAA01915; Fri, 3 Jan 1997 23:07:25 +0100 (MET) From: Wilko Bulte Message-Id: <199701032207.XAA01915@yedi.iaf.nl> Subject: Re: Exabyte 8200 To: peter@taronga.com (Peter da Silva) Date: Fri, 3 Jan 1997 23:07:25 +0100 (MET) Cc: peter@taronga.com, scsi@freebsd.org In-Reply-To: <199701031852.MAA13083@bonkers.taronga.com> from "Peter da Silva" at Jan 3, 97 12:52:42 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Peter da Silva wrote... > > Exabytes (the older ones) in general are 'sensitive' beasts. Cleaning etc > > is critical. > > First thing I ran after hooking it up was a brand new Sony cleaning tape. OK. > > And you have to pick a 'good' firmware version from > > www.exabyte.com. The one I use was recommended to me by an Exabyte > > employee. And works OK for me. > > Hmmmm... I haven't tried to play with the firmware rev. Be aware that there's 2 EPROMs, one with the SCSI firmware (on one of the vertical little PCBs) and one hiding below the video heads which contains the servo firmware. These are _not_ completely independent, check out the firmware rel notes to see what works with what. Get a set of Torx screw drivers to open the thing. Getting the servo prom out of the drive is a nice job to do during a snowstorm or somesuch :-) > > > because nothing else really likes them either), and I sorts get OK results > > > with tar -b 32 (16k blocks)... but any other block size and it barfs. > > > What barfs? > > Jan 1 17:09:58 mongrel /kernel: st0(ahb0:6:0): MEDIUM ERROR info:17 > Jan 1 17:11:29 mongrel /kernel: st0(ahb0:6:0): MEDIUM ERROR info:18 > Jan 2 20:52:54 mongrel /kernel: st0(ahb0:6:0): ILLEGAL REQUEST > Jan 3 06:14:38 mongrel /kernel: st0(ahb0:6:0): ILLEGAL REQUEST Never seen these. Before I used my 8200 with AH1542A, AH1740 and an Ultrastor 24f. Seems to indicate it is not adapter related. > All those MEDIUM ERRRORS are on tars and dumps at other than 16k blocks. > A tar on the same tape after rewinding had no problem. Sometimes I had > to "mt -f /dev/nrst0 rewind" a couple of times, but it didn't log any > messages, just displayed "IO Error". Guessing mode: I once had mysterious medium errors when the drive picked up noise from a switching power supply. I assume you have a electrically clean environment? > > The native block size is 1kB but that's the only thing to keep in mind. > > And the 32kB physio() limitation of course. BTW I normally use 'dump', > > not 'tar'. But 'tar' does work also. > > Dump, no matter what block size I select, "sees" an end of tape immediately > on doing the first write. At least it hits the tape, writes nothing, and > asks for the next volume. excerpted from my backup script.. TAPESIZE=2300000 BLOCKSIZE=64 dump 0ubBf $BLOCKSIZE $TAPESIZE $NRTAPEDEV $FS works OK. > We have another 8200 here at work that has been giving similar errors under > FreeBSD on a 2940. Don't have a 2940 to try it, but I'm hard pressed to believe it's adapter related. Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-scsi Fri Jan 3 15:51:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA21128 for freebsd-scsi-outgoing; Fri, 3 Jan 1997 15:51:53 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA21122 for ; Fri, 3 Jan 1997 15:51:49 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA26930 for ; Sat, 4 Jan 1997 00:51:17 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA23144 for freebsd-scsi@FreeBSD.ORG; Sat, 4 Jan 1997 00:51:17 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id AAA17146; Sat, 4 Jan 1997 00:38:45 +0100 (MET) Message-ID: Date: Sat, 4 Jan 1997 00:38:45 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-scsi@FreeBSD.ORG Subject: Re: Ideas on CD changers sought References: <199701032310.SAA24988@hda.hda.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701032310.SAA24988@hda.hda.com>; from Peter Dufault on Jan 3, 1997 18:10:54 -0500 Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Peter Dufault wrote: > > I was hoping for a better indication. Sigh. > > Only if people actually used the broken LUNS - that is, they Btw., Julian came up with another idea: the broken devices might perhaps react as expected if we also filled in the LUN in the second byte of the CDB (even though SCSI-2 depreciates this). Is there anybody around with such a broken drive who could act as a guinea-pig? > I can see it now: "INSERT CDROM FOR CD2 AND HIT THE ENTER KEY: " :-)) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Fri Jan 3 16:22:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA24131 for freebsd-scsi-outgoing; Fri, 3 Jan 1997 16:22:27 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id QAA24116 for ; Fri, 3 Jan 1997 16:22:22 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA27687 for ; Sat, 4 Jan 1997 01:22:14 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA24809 for scsi@freebsd.org; Sat, 4 Jan 1997 01:22:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id BAA17279; Sat, 4 Jan 1997 01:02:05 +0100 (MET) Message-ID: Date: Sat, 4 Jan 1997 01:02:05 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: scsi@freebsd.org Subject: Re: Exabyte 8200 References: <199701032223.XAA02167@yedi.iaf.nl> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701032223.XAA02167@yedi.iaf.nl>; from Wilko Bulte on Jan 3, 1997 23:23:32 +0100 Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Wilko Bulte wrote: > > I don't love the Exabytes anyway (still having one 8505 drive there > > that doesn't want to spit out the cassette anymore, grrr). > > Don't throw it away. Will keep an eye open for another mechanism > (assuming it is a mechanic problem). I'm not sure, but i rather suspect the firmware. Unfortunately, that drive doesn't have an EEPROM but a PLCC-48 (E)PROM. The symptoms are that it tries to rewind the tape (as it sounds), but the tape doesn't really move, so it never hits the BOT marker. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Fri Jan 3 22:08:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA02816 for freebsd-scsi-outgoing; Fri, 3 Jan 1997 22:03:48 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA02766 for ; Fri, 3 Jan 1997 22:03:39 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id RAA03357 for ; Fri, 3 Jan 1997 17:28:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id RAA04232; Fri, 3 Jan 1997 17:26:14 -0800 (PST) Date: Fri, 3 Jan 1997 17:26:14 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Joerg Wunsch cc: freebsd-scsi@freebsd.org Subject: Re: Ideas on CD changers sought In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 4 Jan 1997, J Wunsch wrote: > As Peter Dufault wrote: > > > > I was hoping for a better indication. Sigh. > > > > Only if people actually used the broken LUNS - that is, they > > Btw., Julian came up with another idea: the broken devices might > perhaps react as expected if we also filled in the LUN in the second > byte of the CDB (even though SCSI-2 depreciates this). > > Is there anybody around with such a broken drive who could act as a > guinea-pig? I have a Chinon CDS-535... that looks like it would response to multi-luns (it has an entry in the scsiconf file... this is also the drive that has broken toc reports (it does packed BCD instead of std binary)... I guess I could be a guinea-pig... assuming the patches you send me are relative to 960823-SNAP as that's what I'm running.... ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-scsi Sat Jan 4 01:51:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA09186 for freebsd-scsi-outgoing; Sat, 4 Jan 1997 01:51:26 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA09180 for ; Sat, 4 Jan 1997 01:51:23 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA09176 for ; Sat, 4 Jan 1997 10:51:21 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA02210 for freebsd-scsi@freebsd.org; Sat, 4 Jan 1997 10:51:21 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id KAA19323; Sat, 4 Jan 1997 10:44:44 +0100 (MET) Message-ID: Date: Sat, 4 Jan 1997 10:44:44 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-scsi@freebsd.org Subject: Re: Ideas on CD changers sought References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from John-Mark Gurney on Jan 3, 1997 17:26:14 -0800 Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As John-Mark Gurney wrote: > > Is there anybody around with such a broken drive who could act as a > > guinea-pig? > > I have a Chinon CDS-535... that looks like it would response to multi-luns > (it has an entry in the scsiconf file... this is also the drive that has > broken toc reports (it does packed BCD instead of std binary)... > > I guess I could be a guinea-pig... assuming the patches you send me are > relative to 960823-SNAP as that's what I'm running.... ttyl.. Try this. Of course, you also need to remove (or comment out) your entry in scsiconf.c, so it won't be special-cased. If Julian's assumption is right, the drive should no longer respond to the inquiry on all LUNs after applying that patch. Index: sys/scsi/scsi_base.c =================================================================== RCS file: /home/ncvs/src/sys/scsi/scsi_base.c,v retrieving revision 1.39 diff -u -u -r1.39 scsi_base.c --- scsi_base.c 1996/07/14 10:46:48 1.39 +++ scsi_base.c 1997/01/04 09:42:25 @@ -274,6 +274,7 @@ bzero(&scsi_cmd, sizeof(scsi_cmd)); scsi_cmd.op_code = INQUIRY; + scsi_cmd.byte2 = sc_link->lun << 5; scsi_cmd.length = sizeof(struct scsi_inquiry_data); return (scsi_scsi_cmd(sc_link, -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Sat Jan 4 03:12:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA12047 for freebsd-scsi-outgoing; Sat, 4 Jan 1997 03:12:42 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA12042 for ; Sat, 4 Jan 1997 03:12:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id DAA00345; Sat, 4 Jan 1997 03:12:14 -0800 (PST) Date: Sat, 4 Jan 1997 03:12:14 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Joerg Wunsch cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Ideas on CD changers sought In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1729508247-852376334=:301" Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1729508247-852376334=:301 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sat, 4 Jan 1997, J Wunsch wrote: > As John-Mark Gurney wrote: > > > > Is there anybody around with such a broken drive who could act as a > > > guinea-pig? > > > > I have a Chinon CDS-535... that looks like it would response to multi-luns > > (it has an entry in the scsiconf file... this is also the drive that has > > broken toc reports (it does packed BCD instead of std binary)... > > > > I guess I could be a guinea-pig... assuming the patches you send me are > > relative to 960823-SNAP as that's what I'm running.... ttyl.. > > Try this. Of course, you also need to remove (or comment out) your > entry in scsiconf.c, so it won't be special-cased. If Julian's > assumption is right, the drive should no longer respond to the inquiry > on all LUNs after applying that patch. well... I tried this patch... it looks like it doesn't work... I attached both verbose boot and nonverbose boots from the kernel with the patch... as you can see different firmware revisions do different things... and both of them produce some interesting results... I hope this helps... ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) --0-1729508247-852376334=:301 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="test.nonverb" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: c2xvZ2ljIDk0NiBTQ1NJIGhvc3QgYWRhcHRlcj4gcmV2IDAgaW50IGEgaXJx IDE1IG9uIHBjaTA6OQ0KYnQwOiBCdDk0NkMvIDAtKDMyYml0KSBidXMNCmJ0 MDogcmVhZGluZyBib2FyZCBzZXR0aW5ncywgYnVzbWFzdGVyaW5nLCBpbnQ9 MTUNCmJ0MDogdmVyc2lvbiA0LjI0LCBzeW5jLCBwYXJpdHksIDMyIG1ieHMs IDMyIGNjYnMNCmJ0MDogdGFyZyAwIHN5bmMgcmF0ZT0xMC4wME1CL3MoMTAw bnMpLCBvZmZzZXQ9MTUNCmJ0MDogdGFyZyAyIHN5bmMgcmF0ZT0xMC4wME1C L3MoMTAwbnMpLCBvZmZzZXQ9MTUNCmJ0MDogdGFyZyA1IGFzeW5jDQpidDA6 IFVzaW5nIFN0cmljdCBSb3VuZCByb2JpbiBzY2hlbWUNCmJ0MCB3YWl0aW5n IGZvciBzY3NpIGRldmljZXMgdG8gc2V0dGxlDQooYnQwOjA6MCk6ICJDT05O RVIgQ0ZQMTA2MFMgMS4wNUdCIDIwMzUiIHR5cGUgMCBmaXhlZCBTQ1NJIDIN CnNkMChidDA6MDowKTogRGlyZWN0LUFjY2VzcyAxMDEzTUIgKDIwNzQ4ODAg NTEyIGJ5dGUgc2VjdG9ycykNCihidDA6MjowKTogIk1JQ1JPUCA0NDIxLTA3 ICAgMDMyOVNKIDAzMjkiIHR5cGUgMCBmaXhlZCBTQ1NJIDINCnNkMShidDA6 MjowKTogRGlyZWN0LUFjY2VzcyAyMDQ3TUIgKDQxOTMzNjAgNTEyIGJ5dGUg c2VjdG9ycykNCihidDA6MzowKTogIkNISU5PTiBDRC1ST00gQ0RTLTUzNSBR MjAiIHR5cGUgNSByZW1vdmFibGUgU0NTSSAyDQpjZDEoYnQwOjM6MCk6IENE LVJPTSBjZCBwcmVzZW50IFsyMDcyNDcgeCAyMDQ4IGJ5dGUgcmVjb3Jkc10N CihidDA6MzoxKTogVU5JVCBBVFRFTlRJT04gYXNjOjI4LDANCihidDA6Mzox KTogIE5vdCByZWFkeSB0byByZWFkeSB0cmFuc2l0aW9uLCBtZWRpdW0gbWF5 IGhhdmUgY2hhbmdlZA0KKGJ0MDozOjEpOiAidW5rbm93biB1bmtub3duID8/ Pz8iIHR5cGUgMCBmaXhlZCBTQ1NJIDANCnNkMihidDA6MzoxKTogRGlyZWN0 LUFjY2VzcyANCnNkMihidDA6MzoxKTogSUxMRUdBTCBSRVFVRVNUIGFzYzoy NCwwIEludmFsaWQgZmllbGQgaW4gQ0RCDQpzZDIgY291bGQgbm90IG1vZGUg c2Vuc2UgKDQpLiBVc2luZyBmaWN0aWNpb3VzIGdlb21ldHJ5DQoxMDFNQiAo MjA3MjQ3IDUxMiBieXRlIHNlY3RvcnMpDQooYnQwOjM6Mik6IElMTEVHQUwg UkVRVUVTVCBhc2M6MjQsMCBJbnZhbGlkIGZpZWxkIGluIENEQg0KKGJ0MDoz OjMpOiBJTExFR0FMIFJFUVVFU1QgYXNjOjI0LDAgSW52YWxpZCBmaWVsZCBp biBDREINCihidDA6Mzo0KTogSUxMRUdBTCBSRVFVRVNUIGFzYzoyNCwwIElu dmFsaWQgZmllbGQgaW4gQ0RCDQooYnQwOjM6NSk6IElMTEVHQUwgUkVRVUVT VCBhc2M6MjQsMCBJbnZhbGlkIGZpZWxkIGluIENEQg0KKGJ0MDozOjYpOiBJ TExFR0FMIFJFUVVFU1QgYXNjOjI0LDAgSW52YWxpZCBmaWVsZCBpbiBDREIN CihidDA6Mzo3KTogSUxMRUdBTCBSRVFVRVNUIGFzYzoyNCwwIEludmFsaWQg ZmllbGQgaW4gQ0RCDQooYnQwOjQ6MCk6ICJDSElOT04gQ0QtUk9NIENEUy01 MzUgUTEwIiB0eXBlIDUgcmVtb3ZhYmxlIFNDU0kgMg0KY2QyKGJ0MDo0OjAp OiBDRC1ST00gY2QgcHJlc2VudCBbMzAwMDc3IHggMjA0OCBieXRlIHJlY29y ZHNdDQooYnQwOjQ6MSk6IFVOSVQgQVRURU5USU9OIGFzYzoyOCwwDQooYnQw OjQ6MSk6ICBOb3QgcmVhZHkgdG8gcmVhZHkgdHJhbnNpdGlvbiwgbWVkaXVt IG1heSBoYXZlIGNoYW5nZWQNCihidDA6NDoxKTogInVua25vd24gdW5rbm93 biA/Pz8/IiB0eXBlIDAgZml4ZWQgU0NTSSAwDQpzZDMoYnQwOjQ6MSk6IERp cmVjdC1BY2Nlc3MgNTg2TUIgKDMwMDA3NyAyMDQ4IGJ5dGUgc2VjdG9ycykN CihidDA6NDoyKTogVU5JVCBBVFRFTlRJT04gYXNjOjI4LDANCihidDA6NDoy KTogIE5vdCByZWFkeSB0byByZWFkeSB0cmFuc2l0aW9uLCBtZWRpdW0gbWF5 IGhhdmUgY2hhbmdlZA0KKGJ0MDo0OjIpOiAidW5rbm93biB1bmtub3duID8/ Pz8iIHR5cGUgMCBmaXhlZCBTQ1NJIDANCnNkNChidDA6NDoyKTogRGlyZWN0 LUFjY2VzcyA1ODZNQiAoMzAwMDc3IDIwNDggYnl0ZSBzZWN0b3JzKQ0KKGJ0 MDo0OjMpOiBVTklUIEFUVEVOVElPTiBhc2M6MjgsMA0KKGJ0MDo0OjMpOiAg Tm90IHJlYWR5IHRvIHJlYWR5IHRyYW5zaXRpb24sIG1lZGl1bSBtYXkgaGF2 ZSBjaGFuZ2VkDQooYnQwOjQ6Myk6ICJ1bmtub3duIHVua25vd24gPz8/PyIg dHlwZSAwIGZpeGVkIFNDU0kgMA0Kc2Q1KGJ0MDo0OjMpOiBEaXJlY3QtQWNj ZXNzIDU4Nk1CICgzMDAwNzcgMjA0OCBieXRlIHNlY3RvcnMpDQooYnQwOjQ6 NCk6IFVOSVQgQVRURU5USU9OIGFzYzoyOCwwDQooYnQwOjQ6NCk6ICBOb3Qg cmVhZHkgdG8gcmVhZHkgdHJhbnNpdGlvbiwgbWVkaXVtIG1heSBoYXZlIGNo YW5nZWQNCihidDA6NDo0KTogInVua25vd24gdW5rbm93biA/Pz8/IiB0eXBl IDAgZml4ZWQgU0NTSSAwDQpzZDYoYnQwOjQ6NCk6IERpcmVjdC1BY2Nlc3Mg NTg2TUIgKDMwMDA3NyAyMDQ4IGJ5dGUgc2VjdG9ycykNCihidDA6NDo1KTog VU5JVCBBVFRFTlRJT04gYXNjOjI4LDANCihidDA6NDo1KTogIE5vdCByZWFk eSB0byByZWFkeSB0cmFuc2l0aW9uLCBtZWRpdW0gbWF5IGhhdmUgY2hhbmdl ZA0KKGJ0MDo0OjUpOiAidW5rbm93biB1bmtub3duID8/Pz8iIHR5cGUgMCBm aXhlZCBTQ1NJIDANCnNkNyhidDA6NDo1KTogRGlyZWN0LUFjY2VzcyA1ODZN QiAoMzAwMDc3IDIwNDggYnl0ZSBzZWN0b3JzKQ0KKGJ0MDo0OjYpOiBVTklU IEFUVEVOVElPTiBhc2M6MjgsMA0KKGJ0MDo0OjYpOiAgTm90IHJlYWR5IHRv IHJlYWR5IHRyYW5zaXRpb24sIG1lZGl1bSBtYXkgaGF2ZSBjaGFuZ2VkDQoo YnQwOjQ6Nik6ICJ1bmtub3duIHVua25vd24gPz8/PyIgdHlwZSAwIGZpeGVk IFNDU0kgMA0Kc2Q4KGJ0MDo0OjYpOiBEaXJlY3QtQWNjZXNzIDU4Nk1CICgz MDAwNzcgMjA0OCBieXRlIHNlY3RvcnMpDQooYnQwOjQ6Nyk6IFVOSVQgQVRU RU5USU9OIGFzYzoyOCwwDQooYnQwOjQ6Nyk6ICBOb3QgcmVhZHkgdG8gcmVh ZHkgdHJhbnNpdGlvbiwgbWVkaXVtIG1heSBoYXZlIGNoYW5nZWQNCihidDA6 NDo3KTogInVua25vd24gdW5rbm93biA/Pz8/IiB0eXBlIDAgZml4ZWQgU0NT SSAwDQpzZDkoYnQwOjQ6Nyk6IERpcmVjdC1BY2Nlc3MgNTg2TUIgKDMwMDA3 NyAyMDQ4IGJ5dGUgc2VjdG9ycykNCihidDA6NTowKTogIlBMRVhUT1IgQ0Qt Uk9NIERNLVhYMjggMy4wOCIgdHlwZSA1IHJlbW92YWJsZSBTQ1NJIDINCmNk MChidDA6NTowKTogQ0QtUk9NIGNkIHByZXNlbnQgWzMwMTg2NiB4IDIwNDgg Ynl0ZSByZWNvcmRzXQ0KdmdhMCA8VkdBLWNvbXBhdGlibGUgZGlzcGxheSBk ZXZpY2U+IHJldiA3MSBvbiBwY2kwOjEwDQpQcm9iaW5nIGZvciBkZXZpY2Vz IG9uIHRoZSBJU0EgYnVzOg0Kc2MwIGF0IDB4NjAtMHg2ZiBpcnEgMSBvbiBt b3RoZXJib2FyZA0Kc2MwOiBWR0EgY29sb3IgPDE2IHZpcnR1YWwgY29uc29s ZXMsIGZsYWdzPTB4MD4NCmVkMCBhdCAweDMwMC0weDMxZiBpcnEgMTEgb24g aXNhDQplZDA6IGFkZHJlc3MgMDA6MjA6YTk6MDE6ZGM6ZTMsIHR5cGUgTkUy MDAwICgxNiBiaXQpIA0Kc2lvMCBhdCAweDNmOC0weDNmZiBpcnEgNCBvbiBp c2ENCnNpbzA6IHR5cGUgMTY1NTBBDQpzaW8xIGF0IDB4MmY4LTB4MmZmIGly cSAzIG9uIGlzYQ0Kc2lvMTogdHlwZSAxNjU1MEENCmRnYjA6IFBDL1hlIDY0 LzhLICh3aW5kb3dlZCkNCmRnYjAgYXQgMHgzMjAtMHgzMjMgbWFkZHIgMHhk MDAwMCBtc2l6ZSA4MTkyIG9uIGlzYQ0KZGdiMDogMiBwb3J0cw0KbHB0MCBu b3QgZm91bmQgYXQgMHhmZmZmZmZmZg0KbHB0MSBub3QgZm91bmQgYXQgMHhm ZmZmZmZmZg0KZmRjMCBhdCAweDNmMC0weDNmNyBpcnEgNiBkcnEgMiBvbiBp c2ENCmZkYzA6IE5FQyA3NjUNCmZkMDogMS4yTUIgNS4yNWluDQptYXRjZGMw IG5vdCBmb3VuZCBhdCAweDIzMA0Kc2IwIGF0IDB4MjIwIGlycSAxMCBkcnEg MSBvbiBpc2ENCnNiMDogPFNvdW5kQmxhc3RlciBQcm8gMy4xPg0Kb3BsMCBh dCAweDM4OCBvbiBpc2ENCm9wbDA6IDxZYW1haGEgT1BMLTMgRk0+DQpucHgw IG9uIG1vdGhlcmJvYXJkDQpucHgwOiBJTlQgMTYgaW50ZXJmYWNlDQpzdHJh eSBpcnEgNw0Kc3RyYXkgaXJxIDcNCnN0cmF5IGlycSA3DQpzdHJheSBpcnEg Nw0Kc3RyYXkgaXJxIDcNCnRvbyBtYW55IHN0cmF5IGlycSA3J3M7IG5vdCBs b2dnaW5nIGFueSBtb3JlDQo= --0-1729508247-852376334=:301 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="test.verb" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: IElMTEVHQUwgUkVRVUVTVCBhc2M6MjQsMCBJbnZhbGlkIGZpZWxkIGluIENE Qg0KKGJ0MDozOjMpOiBJTExFR0FMIFJFUVVFU1QgYXNjOjI0LDAgSW52YWxp ZCBmaWVsZCBpbiBDREINCihidDA6Mzo0KTogSUxMRUdBTCBSRVFVRVNUIGFz YzoyNCwwIEludmFsaWQgZmllbGQgaW4gQ0RCDQooYnQwOjM6NSk6IElMTEVH QUwgUkVRVUVTVCBhc2M6MjQsMCBJbnZhbGlkIGZpZWxkIGluIENEQg0KKGJ0 MDozOjYpOiBJTExFR0FMIFJFUVVFU1QgYXNjOjI0LDAgSW52YWxpZCBmaWVs ZCBpbiBDREINCihidDA6Mzo3KTogSUxMRUdBTCBSRVFVRVNUIGFzYzoyNCww IEludmFsaWQgZmllbGQgaW4gQ0RCDQooYnQwOjQ6MCk6ICJDSElOT04gQ0Qt Uk9NIENEUy01MzUgUTEwIiB0eXBlIDUgcmVtb3ZhYmxlIFNDU0kgMg0KY2Qg aXMgY29uZmlndXJlZCBhdCAyDQpjZDIoYnQwOjQ6MCk6IENELVJPTSBjZCBw cmVzZW50IFszMDAwNzcgeCAyMDQ4IGJ5dGUgcmVjb3Jkc10NCihidDA6NDox KTogVU5JVCBBVFRFTlRJT04gYXNjOjI4LDANCihidDA6NDoxKTogIE5vdCBy ZWFkeSB0byByZWFkeSB0cmFuc2l0aW9uLCBtZWRpdW0gbWF5IGhhdmUgY2hh bmdlZA0KKGJ0MDo0OjEpOiAidW5rbm93biB1bmtub3duID8/Pz8iIHR5cGUg MCBmaXhlZCBTQ1NJIDANCnNkMyhidDA6NDoxKTogRGlyZWN0LUFjY2VzcyA1 ODZNQiAoMzAwMDc3IDIwNDggYnl0ZSBzZWN0b3JzKQ0Kc2QzKGJ0MDo0OjEp OiB3aXRoIDMzMjggY3lscywgNjAgaGVhZHMsIGFuZCBhbiBhdmVyYWdlIDEg c2VjdG9ycy90cmFjaw0KKGJ0MDo0OjIpOiBVTklUIEFUVEVOVElPTiBhc2M6 MjgsMA0KKGJ0MDo0OjIpOiAgTm90IHJlYWR5IHRvIHJlYWR5IHRyYW5zaXRp b24sIG1lZGl1bSBtYXkgaGF2ZSBjaGFuZ2VkDQooYnQwOjQ6Mik6ICJ1bmtu b3duIHVua25vd24gPz8/PyIgdHlwZSAwIGZpeGVkIFNDU0kgMA0Kc2Q0KGJ0 MDo0OjIpOiBEaXJlY3QtQWNjZXNzIDU4Nk1CICgzMDAwNzcgMjA0OCBieXRl IHNlY3RvcnMpDQpzZDQoYnQwOjQ6Mik6IHdpdGggMzMyOCBjeWxzLCA2MCBo ZWFkcywgYW5kIGFuIGF2ZXJhZ2UgMSBzZWN0b3JzL3RyYWNrDQooYnQwOjQ6 Myk6IFVOSVQgQVRURU5USU9OIGFzYzoyOCwwDQooYnQwOjQ6Myk6ICBOb3Qg cmVhZHkgdG8gcmVhZHkgdHJhbnNpdGlvbiwgbWVkaXVtIG1heSBoYXZlIGNo YW5nZWQNCihidDA6NDozKTogInVua25vd24gdW5rbm93biA/Pz8/IiB0eXBl IDAgZml4ZWQgU0NTSSAwDQpzZDUoYnQwOjQ6Myk6IERpcmVjdC1BY2Nlc3Mg NTg2TUIgKDMwMDA3NyAyMDQ4IGJ5dGUgc2VjdG9ycykNCnNkNShidDA6NDoz KTogd2l0aCAzMzI4IGN5bHMsIDYwIGhlYWRzLCBhbmQgYW4gYXZlcmFnZSAx IHNlY3RvcnMvdHJhY2sNCihidDA6NDo0KTogVU5JVCBBVFRFTlRJT04gYXNj OjI4LDANCihidDA6NDo0KTogIE5vdCByZWFkeSB0byByZWFkeSB0cmFuc2l0 aW9uLCBtZWRpdW0gbWF5IGhhdmUgY2hhbmdlZA0KKGJ0MDo0OjQpOiAidW5r bm93biB1bmtub3duID8/Pz8iIHR5cGUgMCBmaXhlZCBTQ1NJIDANCnNkNihi dDA6NDo0KTogRGlyZWN0LUFjY2VzcyA1ODZNQiAoMzAwMDc3IDIwNDggYnl0 ZSBzZWN0b3JzKQ0Kc2Q2KGJ0MDo0OjQpOiB3aXRoIDMzMjggY3lscywgNjAg aGVhZHMsIGFuZCBhbiBhdmVyYWdlIDEgc2VjdG9ycy90cmFjaw0KKGJ0MDo0 OjUpOiBVTklUIEFUVEVOVElPTiBhc2M6MjgsMA0KKGJ0MDo0OjUpOiAgTm90 IHJlYWR5IHRvIHJlYWR5IHRyYW5zaXRpb24sIG1lZGl1bSBtYXkgaGF2ZSBj aGFuZ2VkDQooYnQwOjQ6NSk6ICJ1bmtub3duIHVua25vd24gPz8/PyIgdHlw ZSAwIGZpeGVkIFNDU0kgMA0Kc2Q3KGJ0MDo0OjUpOiBEaXJlY3QtQWNjZXNz IDU4Nk1CICgzMDAwNzcgMjA0OCBieXRlIHNlY3RvcnMpDQpzZDcoYnQwOjQ6 NSk6IHdpdGggMzMyOCBjeWxzLCA2MCBoZWFkcywgYW5kIGFuIGF2ZXJhZ2Ug MSBzZWN0b3JzL3RyYWNrDQooYnQwOjQ6Nik6IFVOSVQgQVRURU5USU9OIGFz YzoyOCwwDQooYnQwOjQ6Nik6ICBOb3QgcmVhZHkgdG8gcmVhZHkgdHJhbnNp dGlvbiwgbWVkaXVtIG1heSBoYXZlIGNoYW5nZWQNCihidDA6NDo2KTogInVu a25vd24gdW5rbm93biA/Pz8/IiB0eXBlIDAgZml4ZWQgU0NTSSAwDQpzZDgo YnQwOjQ6Nik6IERpcmVjdC1BY2Nlc3MgNTg2TUIgKDMwMDA3NyAyMDQ4IGJ5 dGUgc2VjdG9ycykNCnNkOChidDA6NDo2KTogd2l0aCAzMzI4IGN5bHMsIDYw IGhlYWRzLCBhbmQgYW4gYXZlcmFnZSAxIHNlY3RvcnMvdHJhY2sNCihidDA6 NDo3KTogVU5JVCBBVFRFTlRJT04gYXNjOjI4LDANCihidDA6NDo3KTogIE5v dCByZWFkeSB0byByZWFkeSB0cmFuc2l0aW9uLCBtZWRpdW0gbWF5IGhhdmUg Y2hhbmdlZA0KKGJ0MDo0OjcpOiAidW5rbm93biB1bmtub3duID8/Pz8iIHR5 cGUgMCBmaXhlZCBTQ1NJIDANCnNkOShidDA6NDo3KTogRGlyZWN0LUFjY2Vz cyA1ODZNQiAoMzAwMDc3IDIwNDggYnl0ZSBzZWN0b3JzKQ0Kc2Q5KGJ0MDo0 OjcpOiB3aXRoIDMzMjggY3lscywgNjAgaGVhZHMsIGFuZCBhbiBhdmVyYWdl IDEgc2VjdG9ycy90cmFjaw0KKGJ0MDo1OjApOiAiUExFWFRPUiBDRC1ST00g RE0tWFgyOCAzLjA4IiB0eXBlIDUgcmVtb3ZhYmxlIFNDU0kgMg0KY2QgaXMg Y29uZmlndXJlZCBhdCAwDQpjZDAoYnQwOjU6MCk6IENELVJPTSBjZCBwcmVz ZW50IFszMDE4NjYgeCAyMDQ4IGJ5dGUgcmVjb3Jkc10NCnZnYTAgPFZHQS1j b21wYXRpYmxlIGRpc3BsYXkgZGV2aWNlPiByZXYgNzEgb24gcGNpMDoxMA0K CW1hcHJlZ1sxMF0gdHlwZT0wIGFkZHI9ZmMwMDAwMDAgc2l6ZT0xMDAwMDAw Lg0KcGNpMDogdXNlcyAxNjc3NzIxNiBieXRlcyBvZiBtZW1vcnkgZnJvbSBm YzAwMDAwMCB1cHRvIGZjZmZmZmZmLg0KcGNpMDogdXNlcyA0IGJ5dGVzIG9m IEkvTyBzcGFjZSBmcm9tIDYwMDAgdXB0byA2MDAzLg0KUHJvYmluZyBmb3Ig ZGV2aWNlcyBvbiB0aGUgSVNBIGJ1czoNCnNjMCBhdCAweDYwLTB4NmYgaXJx IDEgb24gbW90aGVyYm9hcmQNCnNjMDogVkdBIGNvbG9yIDwxNiB2aXJ0dWFs IGNvbnNvbGVzLCBmbGFncz0weDA+DQplZDAgYXQgMHgzMDAtMHgzMWYgaXJx IDExIG9uIGlzYQ0KZWQwOiBhZGRyZXNzIDAwOjIwOmE5OjAxOmRjOmUzLCB0 eXBlIE5FMjAwMCAoMTYgYml0KSANCmJwZjogZWQwIGF0dGFjaGVkDQpzaW8w IGF0IDB4M2Y4LTB4M2ZmIGlycSA0IG9uIGlzYQ0Kc2lvMDogdHlwZSAxNjU1 MEENCnNpbzEgYXQgMHgyZjgtMHgyZmYgaXJxIDMgb24gaXNhDQpzaW8xOiB0 eXBlIDE2NTUwQQ0KZGdiMDogUEMvWGUgNjQvOEsgKHdpbmRvd2VkKQ0KZGdi MCBhdCAweDMyMC0weDMyMyBtYWRkciAweGQwMDAwIG1zaXplIDgxOTIgb24g aXNhDQpkZ2IwOiAyIHBvcnRzDQpscHQwIG5vdCBmb3VuZCBhdCAweGZmZmZm ZmZmDQpscHQxIG5vdCBmb3VuZCBhdCAweGZmZmZmZmZmDQpmZGMwIGF0IDB4 M2YwLTB4M2Y3IGlycSA2IGRycSAyIG9uIGlzYQ0KZmRjMDogTkVDIDc2NQ0K ZmQwOiAxLjJNQiA1LjI1aW4NCm1hdGNkYzAgbm90IGZvdW5kIGF0IDB4MjMw DQpzYjAgYXQgMHgyMjAgaXJxIDEwIGRycSAxIG9uIGlzYQ0Kc2IwOiA8U291 bmRCbGFzdGVyIFBybyAzLjE+DQpvcGwwIGF0IDB4Mzg4IG9uIGlzYQ0Kb3Bs MDogPFlhbWFoYSBPUEwtMyBGTT4NCm5weDAgb24gbW90aGVyYm9hcmQNCm5w eDA6IElOVCAxNiBpbnRlcmZhY2UNCmltYXNrczogYmlvIGMwMDA4MDQwLCB0 dHkgYzAwMzA4MWEsIG5ldCBjMDAzMDgxYQ0KRGV2aWNlIGNvbmZpZ3VyYXRp b24gZmluaXNoZWQuDQpDb25zaWRlcmluZyBGRlMgcm9vdCBmL3MuDQpjb25m aWd1cmUoKSBmaW5pc2hlZC4NCmJwZjogdHVuMCBhdHRhY2hlZA0KYnBmOiB0 dW4xIGF0dGFjaGVkDQpuZXcgbWFza3M6IGJpbyBjMDAwODA0MCwgdHR5IGMw MDMwODFhLCBuZXQgYzAwMzA4MWENCmJwZjogc2wwIGF0dGFjaGVkDQpicGY6 IHNsMSBhdHRhY2hlZA0KYnBmOiBwcHAwIGF0dGFjaGVkDQpicGY6IHBwcDEg YXR0YWNoZWQNCmJwZjogbG8wIGF0dGFjaGVkDQpzdHJheSBpcnEgNw0Kc3Ry YXkgaXJxIDcNCnNkMHMxOiB0eXBlIDB4YTUsIHN0YXJ0IDAsIGVuZCA9IDIw NzQ4NzksIHNpemUgMjA3NDg4MCA6IE9LDQpzdHJheSBpcnEgNw0Kc3RyYXkg aXJxIDcNCnN0cmF5IGlycSA3DQp0b28gbWFueSBzdHJheSBpcnEgNydzOyBu b3QgbG9nZ2luZyBhbnkgbW9yZQ0K --0-1729508247-852376334=:301-- From owner-freebsd-scsi Sat Jan 4 04:21:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA15949 for freebsd-scsi-outgoing; Sat, 4 Jan 1997 04:21:39 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id EAA15938 for ; Sat, 4 Jan 1997 04:21:33 -0800 (PST) Resent-From: j@uriah.heep.sax.de Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA12535 for ; Sat, 4 Jan 1997 13:21:24 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA04961 for scsi@freebsd.org; Sat, 4 Jan 1997 13:21:23 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id MAA19976 for scsi@freebsd.org; Sat, 4 Jan 1997 12:41:07 +0100 (MET) Resent-Message-Id: <199701041141.MAA19976@uriah.heep.sax.de> Message-ID: Date: Sat, 4 Jan 1997 12:38:54 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: gurney_j@resnet.uoregon.edu (John-Mark Gurney) Subject: Re: Ideas on CD changers sought References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from John-Mark Gurney on Jan 4, 1997 03:12:14 -0800 Resent-Date: Sat, 4 Jan 1997 12:41:07 +0100 Resent-To: scsi@freebsd.org Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As John-Mark Gurney wrote: > well... I tried this patch... it looks like it doesn't work... Too bad. So it looks Julian's idea doesn't do it either. That means we are stuck with the current method, to disable multi-LUN probes for CD-ROM devices, except of a few that are known to be media changer devices. > patch... as you can see different firmware revisions do different > things... Yep. Though not _very_ different. > (bt0:3:0): "CHINON CD-ROM CDS-535 Q20" type 5 removable SCSI 2 > cd1(bt0:3:0): CD-ROM cd present [207247 x 2048 byte records] > (bt0:3:1): UNIT ATTENTION asc:28,0 > (bt0:3:1): Not ready to ready transition, medium may have changed The unit attention is weird, but could not be taken as a reliable indication. > (bt0:3:1): "unknown unknown ????" type 0 fixed SCSI 0 We could perhaps treat this null result to the inquiry as ``target doesn't support that LUN'', but that's at least a similar crock as the hard-coded list of known-to-be-good devices. > sd2(bt0:3:1): Direct-Access > sd2(bt0:3:1): ILLEGAL REQUEST asc:24,0 Invalid field in CDB That's the consequence out of assuming `direct access' from the null inquiry. I think this should be killed, the device should be assigned to the `uk' driver (unknown SCSI device) in case it failed to deliver inquiry data. It makes things only worse this way. (The docking station of our Toshiba T5100 notebook contains an AIC7850 and an unknown CD drive. Since it times out during inquiry, the driver also assumes it to be an `sd0', which finally causes the kernel to panic.) > (bt0:4:0): "CHINON CD-ROM CDS-535 Q10" type 5 removable SCSI 2 > cd2(bt0:4:0): CD-ROM cd present [300077 x 2048 byte records] > (bt0:4:1): UNIT ATTENTION asc:28,0 > (bt0:4:1): Not ready to ready transition, medium may have changed > (bt0:4:1): "unknown unknown ????" type 0 fixed SCSI 0 > sd3(bt0:4:1): Direct-Access 586MB (300077 2048 byte sectors) The only difference here is that it apparently groks the geometry page for direct-access devices, and eventually delivers the correct number of blocks per device, and bytes per block. That's why you don't get the ``Invalid field in CDB'' here, but the result is bogus anyway since this device _ain't_ an `sd' device. Thanks for the response! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Sat Jan 4 04:22:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA15979 for freebsd-scsi-outgoing; Sat, 4 Jan 1997 04:22:15 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id EAA15974 for ; Sat, 4 Jan 1997 04:22:05 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA12543; Sat, 4 Jan 1997 13:21:29 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA04963; Sat, 4 Jan 1997 13:21:28 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id MAA20004; Sat, 4 Jan 1997 12:47:51 +0100 (MET) Message-ID: Date: Sat, 4 Jan 1997 12:47:51 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: gurney_j@resnet.uoregon.edu (John-Mark Gurney) Cc: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Subject: Re: Ideas on CD changers sought References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from J Wunsch on Jan 4, 1997 12:38:54 +0100 Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As I wrote: > > (bt0:3:1): "unknown unknown ????" type 0 fixed SCSI 0 > > sd2(bt0:3:1): Direct-Access > > sd2(bt0:3:1): ILLEGAL REQUEST asc:24,0 Invalid field in CDB > > That's the consequence out of assuming `direct access' from the null > inquiry. I think this should be killed, the device should be assigned > to the `uk' driver (unknown SCSI device) in case it failed to deliver > inquiry data. It makes things only worse this way. > > (The docking station of our Toshiba T5100 notebook contains an AIC7850 > and an unknown CD drive. Since it times out during inquiry, the > driver also assumes it to be an `sd0', which finally causes the kernel > to panic.) Since you're just in experimenting :), please try this. It should make the misprobed devices (LUNs in your case) going to the uk driver. If nobody objects, i would commit that change, including the 2.2 branch. I feel much safer with it than with the current scenario of assigning those devices to the `sd' driver (which is IMHO an artifact only of T_DIRECT having the value 0). Index: sys/scsi/scsiconf.c =================================================================== RCS file: /home/ncvs/src/sys/scsi/scsiconf.c,v retrieving revision 1.73 diff -u -u -r1.73 scsiconf.c --- scsiconf.c 1996/12/20 20:43:45 1.73 +++ scsiconf.c 1997/01/04 11:44:04 @@ -1256,6 +1256,7 @@ make_readable(manu, "unknown", sizeof(manu)); make_readable(model, "unknown", sizeof(model)); make_readable(version, "????", sizeof(version)); + type = T_UNKNOWN; } sc_print_start(sc_link); -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Sat Jan 4 04:34:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA16219 for freebsd-scsi-outgoing; Sat, 4 Jan 1997 04:34:50 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA16203 for ; Sat, 4 Jan 1997 04:34:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id EAA03824; Sat, 4 Jan 1997 04:33:51 -0800 (PST) Date: Sat, 4 Jan 1997 04:33:50 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Joerg Wunsch cc: FreeBSD SCSI list Subject: Re: Ideas on CD changers sought In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 4 Jan 1997, J Wunsch wrote: > As I wrote: > > > > (bt0:3:1): "unknown unknown ????" type 0 fixed SCSI 0 > > > sd2(bt0:3:1): Direct-Access > > > sd2(bt0:3:1): ILLEGAL REQUEST asc:24,0 Invalid field in CDB > > > > That's the consequence out of assuming `direct access' from the null > > inquiry. I think this should be killed, the device should be assigned > > to the `uk' driver (unknown SCSI device) in case it failed to deliver > > inquiry data. It makes things only worse this way. > > > > (The docking station of our Toshiba T5100 notebook contains an AIC7850 > > and an unknown CD drive. Since it times out during inquiry, the > > driver also assumes it to be an `sd0', which finally causes the kernel > > to panic.) > > Since you're just in experimenting :), please try this. It should > make the misprobed devices (LUNs in your case) going to the uk driver. > If nobody objects, i would commit that change, including the 2.2 > branch. I feel much safer with it than with the current scenario of > assigning those devices to the `sd' driver (which is IMHO an artifact > only of T_DIRECT having the value 0). [patch deleted] I'm assuming I should combine it with the previous patch, correct? I'm ifdef'ing the code so my `production' kernel won't be affected... so I'm going to be able to turn these hacks on and off for testing... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-scsi Sat Jan 4 06:52:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA26579 for freebsd-scsi-outgoing; Sat, 4 Jan 1997 06:52:56 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id GAA26573 for ; Sat, 4 Jan 1997 06:52:54 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA15928; Sat, 4 Jan 1997 15:51:26 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA07666; Sat, 4 Jan 1997 15:51:25 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id PAA20579; Sat, 4 Jan 1997 15:45:17 +0100 (MET) Message-ID: Date: Sat, 4 Jan 1997 15:45:17 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-scsi@FreeBSD.org (FreeBSD SCSI list) Cc: gurney_j@resnet.uoregon.edu (John-Mark Gurney) Subject: Re: Ideas on CD changers sought References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from John-Mark Gurney on Jan 4, 1997 04:33:50 -0800 Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As John-Mark Gurney wrote: > I'm assuming I should combine it with the previous patch, correct? Not really. The ``add LUN to second command byte'' patch is gone, your counter-example proved that it's useless. But: this patch will only have any effect in your system as long as you keep the CD-ROM quirk record out that prevents multiple LUNs from being probed. If this patch works (i.e., i haven't done any trivial mistake), it doesn't endanger any production-level environment. The expected result is that the not really existant LUNs on your Chinon drives pop up as `uk0' through `uk12' or something like this, but no longer as bogus `sd' devices. `uk' devices are fairly harmless, almost the only thing you could do with them is sending direct SCSI commands. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Sat Jan 4 07:08:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA27096 for freebsd-scsi-outgoing; Sat, 4 Jan 1997 07:08:31 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA27091 for ; Sat, 4 Jan 1997 07:08:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id HAA05924; Sat, 4 Jan 1997 07:08:07 -0800 (PST) Date: Sat, 4 Jan 1997 07:08:07 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Joerg Wunsch cc: FreeBSD SCSI list Subject: Re: Ideas on CD changers sought In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 4 Jan 1997, J Wunsch wrote: > As John-Mark Gurney wrote: > > > I'm assuming I should combine it with the previous patch, correct? > > Not really. The ``add LUN to second command byte'' patch is gone, > your counter-example proved that it's useless. ok.. thanks... that's what I needed to know... > But: this patch will only have any effect in your system as long as > you keep the CD-ROM quirk record out that prevents multiple LUNs from > being probed. yes... > If this patch works (i.e., i haven't done any trivial mistake), it > doesn't endanger any production-level environment. The expected > result is that the not really existant LUNs on your Chinon drives pop > up as `uk0' through `uk12' or something like this, but no longer as > bogus `sd' devices. `uk' devices are fairly harmless, almost the only > thing you could do with them is sending direct SCSI commands. ok... sounds good... I'm rebuilding the kernel now... I'll try the new kernel when I wake up in the `morning' :)... ttyl... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix)