From owner-freebsd-scsi Sun Jan 28 13:38:14 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA02806 for freebsd-scsi-outgoing; Sun, 28 Jan 1996 13:38:14 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA02782 for ; Sun, 28 Jan 1996 13:38:08 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id WAA29959 for ; Sun, 28 Jan 1996 22:38:06 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA11990 for freebsd-scsi@FreeBSD.ORG; Sun, 28 Jan 1996 22:38:05 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id WAA26449 for freebsd-scsi@FreeBSD.ORG; Sun, 28 Jan 1996 22:36:36 +0100 (MET) From: Ollivier Robert Message-Id: <199601282136.WAA26449@keltia.freenix.fr> Subject: mt To: freebsd-scsi@FreeBSD.ORG (FreeBSD SCSI Users' list) Date: Sun, 28 Jan 1996 22:36:36 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1586 X-Mailer: ELM [version 2.4ME+ PL3 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk Hello, I've looked at Linux's mt-st package and it seems that it supports many more things that ours... Here is the README ------------------------------------------------------------ This directory contains a mt program for Linux. This mt originates from BSD NET-2. Some Linux SCSI tape-specific ioctls have been added to the original source and the man page has been updated. Although this mt program is tailored for SCSI tape, it can also be used with the QIC-02 driver and hopefully with other Linux tape drivers using the same ioctls (some of the commands may not work with all drivers). The support for controlling of the compression for DATs is experimental. It seem to work with my HP C1533A but may not work with other drives. ------------------------------------------------------------ Is there any chances to have some of these merged in our mt (especially the last part about the DAT) ? in the Sunsite mirrors in system/Backup: -r--r--r-- 1 roberto staff 9977 Sep 15 15:16 mt-st-0.2.tar.gz BTW, I've tried to edit the compression field of the 0x10 page with scsi(8) and the patch Jörg posted for scsi_modes (it hasn't been put in current I think) but this field was not available... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Jan 14 20:23:45 MET 1996 From owner-freebsd-scsi Sun Jan 28 14:03:56 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA04006 for freebsd-scsi-outgoing; Sun, 28 Jan 1996 14:03:56 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA03998 for ; Sun, 28 Jan 1996 14:03:52 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id OAA02211; Sun, 28 Jan 1996 14:02:30 -0800 From: Julian Elischer Message-Id: <199601282202.OAA02211@ref.tfs.com> Subject: Re: scsi cleanup To: dufault@hda.com (Peter Dufault) Date: Sun, 28 Jan 1996 14:02:30 -0800 (PST) Cc: freebsd-scsi@freebsd.org In-Reply-To: <199601281418.JAA13687@hda.com> from "Peter Dufault" at Jan 28, 96 09:18:27 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk Note.. scope widenned to FreeBSD-scsi > > Julian: > > here is my wish list of things to do for a new release of the SCSI system. > I haven't spent much time reviewing it today other than to remove a > few items that have been fixed - I figure it is better to let you look > at it and add your items or comment on mine. This is from about > 12-15-95. > > Note that this is a list of things that ought to be done. It is not > prioritized and some things may be of less importance. > > OVERALL: > > Battle entropy. Reduce the size of the system 30% while adding features. > Make it -Wall clean. I agree that this might be possible.. > > Move FreeBSD specific code into one file. Minimize inclusion of machine > headers. Reorganize with an eye toward embedability. (New note - this > would also help with NetBSD et al). yup > > BUGS: > > Analyze these SCSI-mentioning bugs: > > [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce > [1995/03/28] kern/275 qic-02 streamer won't work not really SCSI? > [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver > [1995/04/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses Fixed > [1995/04/06] kern/302 Changing st tapes after extract crashes system > [1995/04/11] kern/336 make world fails on NCR-SCSI machine fixed I believe > [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) fixed I believe > [1995/04/26] i386/369 AHA-154X-A problems > [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers > [1995/06/01] kern/471 System can not access SCSI DAT tape. possibly pilot error.. also some changes were done here > [1995/06/18] misc/530 Failed install from SCSI tape install error I think > [1995/07/03] kern/586 Timeouts on SCSI Adaptec 2940 fixed > [1995/07/05] kern/590 pager input errors on NCR SCSI 486 mainboard > [1995/07/14] kern/614 SCSI tape timeout for forward space file is too shor > [1995/07/27] kern/637 If used heavily, ahc will crash, with disk timeouts > [1995/08/11] kern/674 quad speed cdrom not being found > [1995/08/13] docs/681 bad description of Adaptec 2842 in LINT > [1995/09/28] kern/753 my archive scsi tape drive does not work > [1995/10/01] kern/757 Removal of mounted CD-ROM causes reboot & single use > [1995/11/12] kern/820 scsi tape problems > [1995/11/21] i386/833 SCSI hard disks time out during tape rewind - FDIV03 > > CONFIGURATION: > > Kick off bus resets early in the probe time and come back > later to look for the devices. Look at any non-interrupt driven > code and > get the SCSI reprobe code working properly on all host adapters. agreed. This requires that interrupts are fully set up at the time of probing.. I'm not convinced of this.. also poling code might still be required for dumping core.. I believe that interrupts are suspended at this time. > > Add good matching for driver configuration. Support the > configuration matching as ASCII instead of (or in addition to) the > data structures so that it is easy to add configuration > specification in "boot -c" and at run time. > Add the ability to specify configuration in "boot -c". > Think about adding a boot time loaded configuration > description. Not sure which configuration you are tlking about here.. > > Reprobe device should be possible at any time. > > Be sure you can work with the SCSI system even if only a host > adapter was found at boot time. I think this basically requires the existenc in a non-optional way of the 'super-scsi' device or some equivalent. > > Be sure you can LKM in a driver and configuration with a new type > / reprobe the bus / have the new driver supercede any standard > drivers that were matched at initial probe time. This is especially > useful for something like the CJ10 which comes on line as a scanner > but really is a combo non-standard scanner / plotter / frame buffer and should > have its own driver and not be an in-line exception to any scanner driver. tricky! I would suggest that to allow this we might have an ioctl to 'free-up' a scsi slot.. disassociate the driver from the device, so that it can be reprobed.. I don't think I'd trust a routine to figure out that there is now a better match for a device, and do it automatically... > > Move all compiled in configuration information down into the type > driver it is associated with, e.g., tape information should only be > down in the tape driver. I agree and have been working in that direction.... > > GENERAL SUPPORT: > > Resource allocation: Have > the number of queue slots available in each target and number of > transactions available on the host adapter known, pass out non-conflicting > requests first come - first serve, then start to line up at priority > queues with the priority taken from the rt_prio to gain entry into the > system. Add reserved slots so that you can have, e.g., a > reserved slots in a bus 0 host adapter, bus 0 disk, bus 1 host adapter, > bus 1 CDROM recorder for minimal latency CDROM burning (or AV work, > etc). > > Remove "b_driver1" and "b_driver2", or at least "b_driver2", > from the user mode SCSI. I don't know why that is bad but it might be possible to colapse them to one. > > Get SCSI_FREEZE and THAW working again so that you can quiet the > bus for reprobing / powering up devices, etc. ok > > Clean up error handling. Move all policy regarding when to reset > the SCSI bus and when to reset targets up out of the host adapter > drivers and into the common code. Have a standard method of kicking > the SCSI bus to get things working properly. see next paragraph.. basically errorohandling should all be handled better than it is.. > > Clean up timeouts. A device "in the process of > becoming ready" should be waited on "forever" with a way of killing the > transaction from a utility. Device specific drivers should be able > to specify a retry delay for SCSRET_RETRY instead of immediately > kicking the retries off in the > interrupt. > > Add support for kern_devconf in "freebsd.c". > > Remove "su.c". Between configuring at specific devices and devfs > we don't need it. ok, that makes sense, (kind of) > > TYPE DRIVERS: > > Have a single start queue in scsi_driver. Pull any other common > code we can out of the type drivers into scsi_driver. I'm not sure about this one... the trouble is that it get's ver hard to follow what's going on. and the mechanisms needed to handle exceptions can be complicated and error-prone. It gets hard to optimise for device types.... > > Get the CD-ROM writer code working. joerg seems to have this under control. > > Be a little less noisy about CD-ROM's at boot. yep also there are people asking for a CDROM ID-number fetching ioclt so that they can get the contents of each drive in a changer drive. > > Get the SCSI target interface working on something other than just > the AHA-1542B working - specifically on the two drivers we have control > of the firmware (NCR and ahc). Add interfaces to support TCP-IP over > SCSI. now we're getting more long-term :) > > Add support for shared disks. Add the ability to reserve sections > of the disk read only and read-write to support mounting read > only partitions from multiple systems. > > Move the scanner driver into the distribution. ok, I have one here but it requiresa certain library interface and I can't give that away so it's kinda useless in that regard. > > HOST ADAPTER DRIVERS: > > Tighten up the host adapter - common layer interface. For example, > I don't think host adapters need to know about sc_links. hmmmm I think there might be call-backs that might be needed.. (not sure about this... you might be right) > > Make the host adapter code smaller. Pull as much as possible into > a single host adapter interface file that gets moved into sys/scsi, > and make the host adapter hooks as small as possible. > > Fix it so you can use a 1542A. anyone have one? > > Reduce the size of the NCR driver so that it is less than 7000 lines. > Add: Justin would like a call-down from the generic code to the adapter at the time of allocating a scsi_transfer struct, so that he can also allocate a matching adaptrer level struct and pin them together.... I want to write more documentation about how it all goes together. The code needs to have more comments put in it. places where 'common' code is called need to di\ocument what the common code is doing for them, so that you don't need to keep skipping back and forth between files to work out what the f*ck is going on. some common code abstractions need to be rethought.. some of the sdopen() -> scsi_open() -> sd_open() hacks need to be examined to see if there isn't a less obtuse way of doing this sort of thing. OR at least we need to work out how to present this so that it's more understandable.. MANY comments are needed throughout the entire SCSI sysem. julian +----------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / On assignment | / \ julian@ref.tfs.com +------>x USA \ in a very strange | ( OZ ) 300 lakeside Dr. oakland CA. \___ ___ | country ! +- X_.---._/ USA+(510) 645-3137(wk) \_/ \\ v From owner-freebsd-scsi Sun Jan 28 14:12:33 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA04646 for freebsd-scsi-outgoing; Sun, 28 Jan 1996 14:12:33 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA04634 for ; Sun, 28 Jan 1996 14:12:26 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id RAA14728; Sun, 28 Jan 1996 17:12:25 -0500 From: Peter Dufault Message-Id: <199601282212.RAA14728@hda.com> Subject: Re: scsi cleanup To: julian@ref.tfs.com (Julian Elischer) Date: Sun, 28 Jan 1996 17:12:24 -0500 (EST) Cc: freebsd-scsi@freebsd.org In-Reply-To: <199601282202.OAA02211@ref.tfs.com> from "Julian Elischer" at Jan 28, 96 02:02:30 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk Another one that has come up lately is "multiple personalities" - a device is a WORM and is a CDROM. I'll add this also. -- Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-scsi Sun Jan 28 14:16:50 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA04952 for freebsd-scsi-outgoing; Sun, 28 Jan 1996 14:16:50 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA04923 for ; Sun, 28 Jan 1996 14:16:38 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id OAA02290; Sun, 28 Jan 1996 14:15:53 -0800 From: Julian Elischer Message-Id: <199601282215.OAA02290@ref.tfs.com> Subject: Re: scsi cleanup To: dufault@hda.com (Peter Dufault) Date: Sun, 28 Jan 1996 14:15:53 -0800 (PST) Cc: freebsd-scsi@freebsd.org In-Reply-To: <199601282212.RAA14728@hda.com> from "Peter Dufault" at Jan 28, 96 05:12:24 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk yes I've been wondering about this... kinda needs the 'open' call to do another 'probe' before linking in the right driver set.. actually I wonder if that might not be a bad way to operate at all times? It does a 'scsi_test_ready()' already.. it wouldn't be much to have a 'quirk' that made it do a scsi_identify() as well.. julian > > Another one that has come up lately is "multiple personalities" - > a device is a WORM and is a CDROM. I'll add this also. > > -- > Peter Dufault Real-Time Machine Control and Simulation > HD Associates, Inc. Voice: 508 433 6936 > dufault@hda.com Fax: 508 433 5267 > From owner-freebsd-scsi Sun Jan 28 16:52:10 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA15451 for freebsd-scsi-outgoing; Sun, 28 Jan 1996 16:52:10 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA15438 for ; Sun, 28 Jan 1996 16:52:01 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA27795 for ; Mon, 29 Jan 1996 01:51:59 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA13522 for freebsd-scsi@FreeBSD.org; Mon, 29 Jan 1996 01:51:58 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id BAA05412 for freebsd-scsi@FreeBSD.org; Mon, 29 Jan 1996 01:50:21 +0100 (MET) From: J Wunsch Message-Id: <199601290050.BAA05412@uriah.heep.sax.de> Subject: Re: scsi cleanup To: freebsd-scsi@FreeBSD.org Date: Mon, 29 Jan 1996 01:50:21 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601282212.RAA14728@hda.com> from "Peter Dufault" at Jan 28, 96 05:12:24 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk As Peter Dufault wrote: > > Another one that has come up lately is "multiple personalities" - > a device is a WORM and is a CDROM. I'll add this also. There are two kinds of this: Some drives lie about their personality. This happened to me with my Really Ancient SONY MOD drive (actually an ESDI drive, with a separate ESDI-to-SCSI bridge), and caused me to modify scsiconf.c. The CD-R is a superset of the CDROM. Since CD-R's aren't fully covered by the SCSI-2 spec, the vendors seem to be undecided of whether to call their baby T_READONLY or T_WRITEONCE. -- 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 Sun Jan 28 16:52:16 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA15477 for freebsd-scsi-outgoing; Sun, 28 Jan 1996 16:52:16 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA15448 for ; Sun, 28 Jan 1996 16:52:06 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA27791 for ; Mon, 29 Jan 1996 01:51:57 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA13521 for freebsd-scsi@FreeBSD.ORG; Mon, 29 Jan 1996 01:51:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id BAA05392 for freebsd-scsi@FreeBSD.ORG; Mon, 29 Jan 1996 01:47:57 +0100 (MET) From: J Wunsch Message-Id: <199601290047.BAA05392@uriah.heep.sax.de> Subject: Re: scsi cleanup To: freebsd-scsi@FreeBSD.ORG Date: Mon, 29 Jan 1996 01:47:56 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601282202.OAA02211@ref.tfs.com> from "Julian Elischer" at Jan 28, 96 02:02:30 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk As Julian Elischer wrote: > > > [1995/03/28] kern/275 qic-02 streamer won't work > not really SCSI? Not SCSI. But i've got a donation of two drives (Wangtek and Archive), so i'll pick this up some time later. This looks like an ``extended weekend project''. :) > > [1995/06/18] misc/530 Failed install from SCSI tape > install error I think Nevertheless, our sysinstall should get an option to allow some basic settings that mt(1) does. I think of blocksize and perhaps density codes. Just for those oddball weird tape drives (or old firmware revs) where the drive misidentifies itself. Things are fine for a running system (you've got an rc.local there), but with sysinstall, you're sorta outta luck. > > get the SCSI reprobe code working properly on all host adapters. > > agreed. This requires that interrupts are fully set up > at the time of probing.. I'm not convinced of this.. Nope. I've once started to rewrite the code, but eventually gave up. It's necessary to pass the information down through all the layers whether the actual probe must be handled in polled mode (system initialization, dumping) or in interrupt mode. This can be done, but is a lot of work for the current architecture. > > Be sure you can work with the SCSI system even if only a host > > adapter was found at boot time. > I think this basically requires the existenc in a non-optional way > of the 'super-scsi' device or some equivalent. I think this would be fine. > > Get the CD-ROM writer code working. > joerg seems to have this under control. I'm really interested in a discussion of the approach i've been taking. I hope it's extensible enough. I don't really have a clue yet how to handle the case that a CD-R drive includes all the CD-ROM functionality. > > Fix it so you can use a 1542A. > > anyone have one? I've got a 1540A, but it works fine. It looks like only very early firmware rev's are affected. (I know of at least one other 1542A that works quite well, in this case with FreeBSD 2.1R, even at a customer of us. :) > I want to write more documentation about how it all goes together. > The code needs to have more comments put in it. Well, i'm more in favour of documenting the generic scsi functions in the newly-created section 9 of the manual. I don't think we need to write man pages for every oddball function in a device-specific driver, but it might be useful for the ``recyclable'' generic code. After all: Julian, though one needs a few sheets of paper to have hardcopies from some files, it has been possible at all to dig through the code, even in its current state. One needs hardcopies of the SCSI-2 specs, too, but that's probably the least the must be expected from a SCSI driver developer. I'd explicitly thank you and Peter for all your good work! My efforts with the worm driver wouldn't have been possible otherwise. p.s.: I think we are almost the first who can claim full support for a CD-R under multiuser conditions. :) (I could even fire up xdm and log into an X session while the burning was in progress.) -- 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 Sun Jan 28 17:14:58 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA16388 for freebsd-scsi-outgoing; Sun, 28 Jan 1996 17:14:58 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA16380 for ; Sun, 28 Jan 1996 17:14:52 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id CAA28319; Mon, 29 Jan 1996 02:14:49 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id CAA13925; Mon, 29 Jan 1996 02:14:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id BAA05505; Mon, 29 Jan 1996 01:59:04 +0100 (MET) From: J Wunsch Message-Id: <199601290059.BAA05505@uriah.heep.sax.de> Subject: Re: mt To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Mon, 29 Jan 1996 01:59:04 +0100 (MET) Cc: freebsd-scsi@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601282136.WAA26449@keltia.freenix.fr> from "Ollivier Robert" at Jan 28, 96 10:36:36 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk As Ollivier Robert wrote: > > The support for controlling of the compression for DATs is > experimental. It seem to work with my HP C1533A but may not work with > other drives. > ------------------------------------------------------------ > > Is there any chances to have some of these merged in our mt (especially the > last part about the DAT) ? The code is almost there in the scsi subsystem. Well, mt(1) is really not the problem. Once the kernel support is there, adding the functionality for compression is about 5 lines (or even less). > BTW, I've tried to edit the compression field of the 0x10 page with scsi(8) > and the patch Jörg posted for scsi_modes (it hasn't been put in current I > think) but this field was not available... This basically means your drive doesn't support it. My HP DAT at work lets me edit the field, but any attempt to save the mode page (even unmodified) results in a parameter list length error. :-( I'm stomped without a SCSI reference manual for the drive, but yet failed to find one. -- 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 Mon Jan 29 09:43:03 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA16819 for freebsd-scsi-outgoing; Mon, 29 Jan 1996 09:43:03 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA16809 for ; Mon, 29 Jan 1996 09:42:53 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA19645 ; Mon, 29 Jan 1996 18:42:43 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA17499 ; Mon, 29 Jan 1996 18:42:42 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id IAA01157; Mon, 29 Jan 1996 08:48:32 +0100 (MET) From: Ollivier Robert Message-Id: <199601290748.IAA01157@keltia.freenix.fr> Subject: Re: mt To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 29 Jan 1996 08:48:32 +0100 (MET) Cc: freebsd-scsi@freebsd.org In-Reply-To: <199601290059.BAA05505@uriah.heep.sax.de> from "J Wunsch" at "Jan 29, 96 01:59:04 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1586 X-Mailer: ELM [version 2.4ME+ PL3 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk It seems that J Wunsch said: > This basically means your drive doesn't support it. My HP DAT at work Mine is a SureTape 5000, a DDS-DC. I have the following dmesg output (bt0:5:0): "HP HP35480A 1009" type 1 removable SCSI 2 st0(bt0:5:0): Sequential-Access density code 0x13, drive empty I think there is a jumper to enable/disable compression but: - it is not written in the doc :-( - I'd rather have a software switch. > lets me edit the field, but any attempt to save the mode page (even > unmodified) results in a parameter list length error. :-( I'm stomped > without a SCSI reference manual for the drive, but yet failed to find > one. The HP documentation is lacking on several points :-( -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Jan 14 20:23:45 MET 1996 From owner-freebsd-scsi Mon Jan 29 12:07:46 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA27711 for freebsd-scsi-outgoing; Mon, 29 Jan 1996 12:07:46 -0800 (PST) Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA27603 for ; Mon, 29 Jan 1996 12:07:05 -0800 (PST) Received: from srmail.sr.hp.com by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA227636021; Mon, 29 Jan 1996 12:07:03 -0800 Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA265536017; Mon, 29 Jan 1996 12:06:57 -0800 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA001896016; Mon, 29 Jan 1996 12:06:56 -0800 Message-Id: <199601292006.AA001896016@hpnmhjw.sr.hp.com> To: Ollivier Robert Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-scsi@freebsd.org Subject: Re: mt In-Reply-To: Your message of "Mon, 29 Jan 1996 08:48:32 +0100." <199601290748.IAA01157@keltia.freenix.fr> Date: Mon, 29 Jan 1996 12:06:56 -0800 From: Darryl Okahata Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk > I think there is a jumper to enable/disable compression but: > - it is not written in the doc :-( > - I'd rather have a software switch. [ Note: while I work for HP, I have nothing to do with DAT drives, printers, or calculators, except for using them. ] A software switch does exist. There's an HP-internal document that does describe the swtich settings, and I'm trying to get permission to send them to you (there is apparently *NO* simple one-to-one mapping of switch settings and drive features). When configured for use with Sun workstations (and possibly others?), the HP DAT drives supposedly ignore mode select (I can't tell if the drive completely ignores mode select, or if the drive simply ignores the mode select command that turns off the drive's buffer). Possible switch settings include (where the drive ignores mode select): 1 2 3 4 5 6 7 8 <-- Switch number 1 1 1 1 1 0 0 0 <-- One possible switch setting (MRS off) 1 1 1 1 1 0 0 1 <-- Another possible switch setting (MRS on) Instead, you might want to try using an "HP workstation" switch setting: 1 2 3 4 5 6 7 8 <-- Switch number 1 1 0 1 1 1 1 1 <-- One possible switch setting (MRS on) This setting assumes that FreeBSD is not writing lots of non-immediate filemarks and not disabling buffering (there's another setting to make the drive stream for this case). This setting also enables the "Media Recognition System" (MRS), where you must put a DDS-grade DAT tape into the drive (non-DDS-grade tapes are treated as read-only tapes). If you want to disable MRS, try using: 1 2 3 4 5 6 7 8 <-- Switch number 1 1 1 1 1 1 1 1 <-- One possible switch setting (MRS off) Please note that I haven't tested these settings, but I believe they will work. -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Hewlett-Packard, or of the little green men that have been following him all day. From owner-freebsd-scsi Mon Jan 29 12:55:18 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02357 for freebsd-scsi-outgoing; Mon, 29 Jan 1996 12:55:18 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA02342 for ; Mon, 29 Jan 1996 12:55:00 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA19541; Mon, 29 Jan 1996 21:54:24 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA23939; Mon, 29 Jan 1996 21:54:23 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id VAA09292; Mon, 29 Jan 1996 21:25:16 +0100 (MET) From: J Wunsch Message-Id: <199601292025.VAA09292@uriah.heep.sax.de> Subject: Re: mt To: freebsd-scsi@freebsd.org Date: Mon, 29 Jan 1996 21:25:16 +0100 (MET) Cc: roberto@keltia.freenix.fr (Ollivier Robert) In-Reply-To: <199601290748.IAA01157@keltia.freenix.fr> from "Ollivier Robert" at Jan 29, 96 08:48:32 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk As Ollivier Robert wrote: > > > This basically means your drive doesn't support it. My HP DAT at work > > Mine is a SureTape 5000, a DDS-DC. I have the following dmesg output > > (bt0:5:0): "HP HP35480A 1009" type 1 removable SCSI 2 > st0(bt0:5:0): Sequential-Access density code 0x13, drive empty What an incident: (ahc1:4:0): "HP HP35480A T503" type 1 removable SCSI 2 st0(ahc1:4:0): Sequential-Access density code 0x13, variable blocks, write-enabled So modulo the firmware rev, it's the same drive. -- 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 Mon Jan 29 13:28:37 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05554 for freebsd-scsi-outgoing; Mon, 29 Jan 1996 13:28:37 -0800 (PST) Received: from jjarray.umd.edu (jjarray.umd.edu [129.2.40.99]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA05542 for ; Mon, 29 Jan 1996 13:28:33 -0800 (PST) Received: (from fred@localhost) by jjarray.umd.edu (8.6.12/8.6.12) id QAA00275 for scsi@FreeBSD.org; Mon, 29 Jan 1996 16:30:09 -0500 From: Fred Cawthorne Message-Id: <199601292130.QAA00275@jjarray.umd.edu> Subject: Re: FreeBSD CD-R driver alpha available To: scsi@FreeBSD.org Date: Mon, 29 Jan 1996 16:30:08 -0500 (EST) In-Reply-To: <199601271920.UAA24170@uriah.heep.sax.de> from "J Wunsch" at Jan 27, 96 08:20:43 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk I have it at least working with the laser off with the HP. I had to change the scsi mode select command to make it work. It turns out that my drive requires that the PF (page format) bit be set if there are any mode select pages in the MODE SELECT data. I just added it to the initialization of the scsi_cmd data structure. Perhaps it will work with your drive if you put this bit in there too? In both places, the scsi_cmd structure should be set to: scsi_cmd.op_code = MODE_SELECT; scsi_cmd.byte2 |= SMS_PF; scsi_cmd.length = dat_len; for it to work at all. Otherwise, an error is returned from the HP drive. I will let you know if I am able to write a CD. Fred. From owner-freebsd-scsi Mon Jan 29 14:56:00 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA18088 for freebsd-scsi-outgoing; Mon, 29 Jan 1996 14:56:00 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA18079 for ; Mon, 29 Jan 1996 14:55:51 -0800 (PST) Received: by Sysiphos id AA04501 (5.67b/IDA-1.5 for freebsd-scsi@FreeBSD.ORG); Mon, 29 Jan 1996 23:55:42 +0100 Message-Id: <199601292255.AA04501@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 29 Jan 1996 23:55:42 +0100 In-Reply-To: Julian Elischer "Re: scsi cleanup" (Jan 28, 14:02) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Julian Elischer Subject: Re: scsi cleanup Cc: freebsd-scsi@freebsd.org Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk On Jan 28, 14:02, Julian Elischer wrote: } Subject: Re: scsi cleanup } > Get the SCSI target interface working on something other than just } > the AHA-1542B working - specifically on the two drivers we have control } > of the firmware (NCR and ahc). Add interfaces to support TCP-IP over } > SCSI. } now we're getting more long-term :) Yes, I'd be interested in implementing this for the NCR. } > Reduce the size of the NCR driver so that it is less than 7000 lines. Definitely true, and I've already been working on that, too. But note the amount of comments in the file, it could easily be reduced to half the number of lines by stripping off all the comments :) I've already completely designed a new "SCRIPT" language and will implement it as soon as possible. It is a much compressed form of the NCR code to be executed (a copy is required anyway for execution) and will allow to add support for the advanced features of the 53c810A, 53c860 and 53c875 (the last one offers an on-chip SRAM, which can be used for microcode and variable storage). It will require some testing (I won't release it before it hasn't successfully run for at least a week and one make world per night :) } Add: } Justin would like a call-down from the generic code to the adapter at the time of allocating a scsi_transfer struct, so that he can also allocate a matching } adaptrer level struct and pin them together.... The NCR driver could take advantage of a per controller (instead of per device) limit of outstanding commands. I'd also like to see more support for CHECK CONDITION/REQUEST SENSE by the generic code: The NCR work queue is a circular buffer and it takes extra code to start the failed command another time, after a CHECK CONDITION situation. If the generic code re-issued the complete command, the start queue management could be simplified. (I know there are some callback hooks in the generic code, but on first glance it wasn't obvious whether it is already possible with the current code). Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-scsi Mon Jan 29 15:08:09 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA19331 for freebsd-scsi-outgoing; Mon, 29 Jan 1996 15:08:09 -0800 (PST) Received: from jjarray.umd.edu (jjarray.umd.edu [129.2.40.99]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA19257 Mon, 29 Jan 1996 15:07:48 -0800 (PST) Received: (from fred@localhost) by jjarray.umd.edu (8.6.12/8.6.12) id SAA01951; Mon, 29 Jan 1996 18:27:12 -0500 From: Fred Cawthorne Message-Id: <199601292327.SAA01951@jjarray.umd.edu> Subject: Re: FreeBSD CD-R driver alpha available To: scsi@FreeBSD.org Date: Mon, 29 Jan 1996 18:27:12 -0500 (EST) Cc: announce@FreeBSD.org, peter@taronga.com In-Reply-To: <199601271920.UAA24170@uriah.heep.sax.de> from "J Wunsch" at Jan 27, 96 08:20:43 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk I have successfully written a CD using the HP cd writer. I had to make only the 2 changes I mentioned in my last post. I have a dedicated hard drive for the CD mastering, and I have a Pentium-90 with 32 megs of ram. I supped -current this morning and installed a current kernel on my 2.1R machine. Some notes: The HP CD-R is on its own controller (an AHA1542CF). I could start up X, recompile the kernel while starting a couple of netscapes, etc... and it still worked. (I did all of this stuff with the laser off, but it still kept up with the drive) One sort-of wierd thing was that the CD-R stayed in dummy mode even though I didn't tell it to the second time. The docs I have say something about removing the medium resetting this stuff, so I ejected and put it back in and it wrote fine... (630 megs or so...) I also got the newest version of mkisofs from some linux site somewhere and used that. I used: mkisofs -d -a -N -l -R -T -v -A "This is a Test" -P "Written by JJARRAY" -o /cdmaster/image.iso /cdbuild (where cdbuild has the directory tree I want on the cdrom, and cdmaster is another partition on the dedicated CD disk) I then used the vn driver to examine the contents of the iso9660 filesystem. I didn't even waste any CD's !! Many thanks to everybody involved in getting this working!!! Here's the shell script I used to write the CD... I don't know if the sleeps are necessary but I stuck them in anyway... (The rtprio etc. line specified in the wormcontrol man page is a bit wierd...) #/bin/csh -x wormcontrol select PLASMON RF4100 sleep 1 wormcontrol prepdisk double sleep 1 wormcontrol track data sleep 1 rtprio 5 team -v 1m < /cdmaster/image.iso | dd of=/dev/rworm0 obs=20k sleep 1 wormcontrol fixate 1 Fred. From owner-freebsd-scsi Tue Jan 30 01:57:08 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA25552 for freebsd-scsi-outgoing; Tue, 30 Jan 1996 01:57:08 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA25372 for ; Tue, 30 Jan 1996 01:56:13 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA15739 for ; Tue, 30 Jan 1996 10:53:41 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA01601 for scsi@FreeBSD.org; Tue, 30 Jan 1996 10:53:41 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA12507 for scsi@FreeBSD.org; Tue, 30 Jan 1996 10:52:00 +0100 (MET) From: J Wunsch Message-Id: <199601300952.KAA12507@uriah.heep.sax.de> Subject: Re: FreeBSD CD-R driver alpha available To: scsi@FreeBSD.org Date: Tue, 30 Jan 1996 10:51:59 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601292130.QAA00275@jjarray.umd.edu> from "Fred Cawthorne" at Jan 29, 96 04:30:08 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk As Fred Cawthorne wrote: > > It turns out that my drive requires that the PF (page format) bit be > set if there are any mode select pages in the MODE SELECT data. > I just added it to the initialization of the scsi_cmd data structure. > Perhaps it will work with your drive if you put this bit in there too? Maybe, but it would violate the spec from Plasmon. Yup, i've noticed the PF bit in Linux' cdwrite, too. The Yamaha doesn't use PF, either, but it does everything totally different anyway. > In both places, the scsi_cmd structure should be set to: > > scsi_cmd.op_code = MODE_SELECT; > scsi_cmd.byte2 |= SMS_PF; > scsi_cmd.length = dat_len; > > for it to work at all. Otherwise, an error is returned from the > HP drive. Well, that's why there are quirk functions. :-) Anyway: GOOD NEWS! Jordan will love to hear this. ;) (He's also got an HP drive...) -- 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 Tue Jan 30 03:16:43 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA05655 for freebsd-scsi-outgoing; Tue, 30 Jan 1996 03:16:43 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA05598 for ; Tue, 30 Jan 1996 03:15:36 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA18528 for ; Tue, 30 Jan 1996 11:53:07 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA01857 for scsi@freebsd.org; Tue, 30 Jan 1996 11:53:07 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id LAA13013 for scsi@freebsd.org; Tue, 30 Jan 1996 11:45:51 +0100 (MET) From: J Wunsch Message-Id: <199601301045.LAA13013@uriah.heep.sax.de> Subject: Re: FreeBSD CD-R driver alpha available To: scsi@freebsd.org Date: Tue, 30 Jan 1996 11:45:51 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601292327.SAA01951@jjarray.umd.edu> from "Fred Cawthorne" at Jan 29, 96 06:27:12 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk As Fred Cawthorne wrote: > I have successfully written a CD using the HP cd writer. I had Great news! > I could start up X, recompile the kernel while starting a couple of > netscapes, etc... and it still worked. (I did all of this stuff > with the laser off, but it still kept up with the drive) :-) Burning CD-R's under true multitasking... Winglows cannot do it! > One sort-of wierd thing was that the CD-R stayed in dummy mode even though > I didn't tell it to the second time. The docs I have say something about You could have used an explicit wormcontrol prepdisk double This should reset the dummy bit (or there's a bug in our code). > Here's the shell script I used to write the CD... I don't know if the > sleeps are necessary but I stuck them in anyway... They are not really, i think. -- 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 Tue Jan 30 04:58:20 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA17021 for freebsd-scsi-outgoing; Tue, 30 Jan 1996 04:58:20 -0800 (PST) Received: from yarrina.connect.com.au (yarrina.connect.com.au [192.189.54.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA16978 for ; Tue, 30 Jan 1996 04:57:52 -0800 (PST) Received: (from root@localhost) by yarrina.connect.com.au with UUCP id XAA18879 (8.6.12/IDA-1.6); Tue, 30 Jan 1996 23:32:04 +1100 Received: from localhost (giles@localhost [127.0.0.1]) by nemeton.com.au (8.6.9/8.6.9) with SMTP id WAA22053; Tue, 30 Jan 1996 22:07:51 +1100 Message-Id: <199601301107.WAA22053@nemeton.com.au> To: Ollivier Robert cc: joerg_wunsch@uriah.heep.sax.de, freebsd-scsi@freebsd.org Subject: Re: mt In-reply-to: <199601290748.IAA01157@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Content-ID: <21965.822999867.0@nemeton.com.au> Date: Tue, 30 Jan 1996 22:07:50 +1100 From: Giles Lean Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <21965.822999867.1@nemeton.com.au> On Mon, 29 Jan 1996 08:48:32 +0100 (MET) Ollivier Robert wrote: Here is some archived information about the HP35480A and other HP DDS drives. I've not tested this myself; all the 35480A drives I've seen have been safely inside HP computers. This information was found in comp.sys.hp.hardware some time ago, and so doesn't cover the very latest HP drives. Skip now if you don't have a HP DDS drive ... Regards, Giles ------- =_aaaaaaaaaa0 MIME-Version: 1.0 Content-Type: message/rfc822 >From comp.sys.hp.hardware Wed May 11 22:49:51 1994 Newsgroups: comp.sys.hp.hardware Path: maenor!boombox.apana.org.au!werple.apana.org.au!yarrina.connect.com.au!munnari.oz.au!news.Hawaii.Edu!ames!elroy.jpl.nasa.gov!sdd.hp.com!hp-pcd!news1.boi.hp.com!hpdml90.boi.hp.com!stevem From: stevem@hpdml90.boi.hp.com (Steve Messinger) Subject: Re: HP DAT drive 35480A: how set immediate report? Sender: news@boi.hp.com (Boise Site News Server) Message-ID: Date: Tue, 3 May 1994 12:32:24 GMT References: Nntp-Posting-Host: hpdml90.boi.hp.com Organization: Hewlett-Packard / Boise, Idaho X-Newsreader: TIN [version 1.2 PL2] Lines: 378 Alois Treindl (alois@pax.eunet.ch) wrote: : Is it possible to set the DAT drive HP 35480A to immediate report mode, : by chnaging one of the switches on the bottom side? : What is the complete information on the 8 dip switches? Below is a copy of some information that was posted a while back. I cannot vouch for its accuracy, but perhaps it will help. -- Steve Messinger Hewlett-Packard, Boise ID stevem@hpdml90.boi.hp.com ----------------------------------------------------------------------- This response does not represent the official position of, or statement by, the Hewlett-Packard Company. This data is provided for informational purposes only. It is supplied without warranty of any kind. ==================================================================== HP35470A, HP35480A, C1533A, C1553A DDS DRIVE CONFIGURATION SWITCHES ------------------------------------------------------- Note: The data supplied applies to drives containing standard distributor product code. A drive with this code will report "09" in bytes 34 and 35 of its standard SCSI Inquiry data. Even if it does not report "09", it is possible (though not certain) that its switch configurations are very similar to the description below. There are 8 configuration switches on the underside of the drive. These are numbered 1 thru 8. SWITCHES 1+2 ----------------- These control data compression on the HP35480. (The 35470 does not have data compression circuitry. These switches should be left set to "1" in the 35470). When data compression is ENABLED the drive (HP35480) will write compressed data in DDS-DC format. When compression is disabled, the drive will write DDS format data. Note that the drive will read and de-compress DDS-DC written tapes irrespective of whether compression is ENABLED or DISABLED, ie. switching compression on/off only applies to WRITES. SWITCH1 = 1 means the drive defaults to writing DDS-DC format data. = 0 means the drive defaults to writing DDS format data. HP35470A drives cannot de-compress data from DDS-DC format tapes. The 35470A can return the compressed data via SCSI for a host to de-compress. The level of support for decompressing DAT data in host drivers is currently NIL, so for practical purposes, it is reasonable to say that you can't read a DDS-DC tape with a non compressing drive. (Note: Default compression may also be controlled via a pin on the rear of the drive. This enables some boxed drives to have a compression on/off selector switch). SWITCH2 = 1 means the host has the ability to turn compression on/off via the SCSI Mode Select command (data compression mode page). Thus the drive powers up with compression determined by switch1, but the host may subsequently use a Mode Select command to ENABLE/DISABLE compression. (Note: some UNIX systems, eg HP-UX have drivers which select compression using Mode Select depending on minor numbers in the device file.) = 0 means that the drive ignores host requests to change compression. Furthermore, a 35480 drive with this switch "0" will report that it is a 35470 drive in its Inquiry data. It is reccomended that both switches 1 and 2 be set "ON". SWITCHES 3 TO 8 --------------------- These switches configure various SCSI "features". Note that there is no 1-1 mapping of features to switches. A specific pattern of switches will enable a SET OF FEATURES. There are 2 tables below which map switch settings to feature sets. The Left hand column of these tables specifies "host", and a 3rd table shows additional features that are configured depending on the host. eg. If you want "EWEOM on read error", "Switch Buffered" and "Caution Hard Error" features only, then switch setting 001111 (for both tables) will do this. (001111 enables hosts of type "Other" which results in the "EWEOM on read error" feature being enabled). ------------------------------------------------------------------------------ | Host | Switch | Perfor | Caution | Default | Parity | No Data || Switches| | | Buffered | mance | hard | Fixed | off | phase || | | | | | error | Mode | | discon || 345678 | |-----------------------------------------------------------------------------| | HP | 1 | | 1 | | | || 111111 | | HP | 1 | | | | | || 110111 | | HP | 1 | 1 | 1 | | | || 111011 | | DEC | 1 | | 1 | | | || 111110 | | DEC | 1 | 1 | 1 | | | || 111010 | | DEC | 1 | 1 | | | | || 110010 | | Other | 1 | | 1 | | | || 111100 | | Other | 1 | | 1 | | | 1 || 011100 | | Other | 1 | | 1 | | 1 | || 101100 | | Other | 1 | | 1 | | 1 | 1 || 001100 | | Other | 1 | | 1 | 1 | | || 110100 | | Other | 1 | | 1 | 1 | | 1 || 010100 | | Other | 1 | | 1 | 1 | 1 | || 100100 | | Other | 1 | | 1 | 1 | 1 | 1 || 000100 | | Other | 1 | 1 | 1 | | | || 111000 | | Other | 1 | 1 | | | | || 110001 | | Other | 1 | 1 | 1 | | | 1 || 011000 | | Other | 1 | 1 | | | | 1 || 010001 | | Other | 1 | 1 | 1 | | 1 | || 101000 | | Other | 1 | 1 | | | 1 | || 100001 | | Other | 1 | 1 | 1 | | 1 | 1 || 001000 | | Other | 1 | 1 | 1 | 1 | | || 110000 | | Other | 1 | 1 | 1 | 1 | | 1 || 010000 | | Other | 1 | 1 | 1 | 1 | 1 | || 100000 | | Other | 1 | 1 | 1 | 1 | 1 | 1 || 000000 | | Other | | | 1 | | | || 111101 | | Other | | 1 | 1 | | | || 111001 | ------------------------------------------------------------------------------ Distributor Switch Selections -- until 35470A version 9.47 until 35480A version 9.49 (inclusive) ----------------------------------------------------------------------||----------- | Host | MRS | Perfor | Caution | Default | Parity | No Data | Inq || Switches| | | ON | mance | hard | Fixed | off | phase | 35480 || | | | | | error | Mode | | discon | || 345678 | |---------------------------------------------------------------------||---------| | HP | | | 1 | | | | || 111111 | | HP | 1 | | 1 | | | | || 011111 | | HP | | | | | | | || 110111 | | HP | 1 | | | | | | || 010111 | | HP | | 1 | 1 | | | | || 111011 | | HP | 1 | 1 | 1 | | | | || 011011 | | HP | | | 1 | | | | 1 || 100011 | | DEC | | | 1 | | | | || 111110 | | DEC | 1 | | 1 | | | | || 011110 | | DEC | | 1 | 1 | | | | || 111010 | | DEC | 1 | 1 | 1 | | | | || 011010 | | DEC | | 1 | 1 | | | 1 | || 101010 | | DEC | 1 | 1 | 1 | | | 1 | || 001010 | | Other | 1 | | 1 | 1 | | | || 110101 | | Other | 1 | 1 | 1 | | | | || 111001 | | Other | 1 | 1 | 1 | | | 1 | || 011001 | | Other | 1 | 1 | 1 | | 1 | | || 101001 | | Other | 1 | 1 | 1 | | 1 | 1 | || 001001 | | Other | 1 | 1 | 1 | 1 | | 1 | || 010001 | | Other | 1 | 1 | 1 | 1 | 1 | 1 | || 000001 | | Other | | | 1 | | | | || 111100 | | Other | | | 1 | 1 | | | || 110100 | | Other | | 1 | 1 | | | | || 111000 | | Other | | 1 | 1 | | | 1 | || 011000 | | Other | | 1 | 1 | | 1 | | || 101000 | | Other | | 1 | 1 | | 1 | 1 | || 001000 | | Other | | 1 | 1 | 1 | | 1 | || 010000 | | Other | | 1 | 1 | 1 | 1 | 1 | || 000000 | --------------------------------------------------------------|-------||-----------| Distributor Switch Selections -- after 35470A version 9.47 after 35480A version 9.49 (inclusive) The reason for the 2 tables is that the mappings changed for newer firmware revs. This was not a good idea (IMHO), but life's like that. You can find out "partly" what rev of firmware you have by looking at bytes 32 and 33 of the standard inquiry data. This will tell you the major number of the revision. If its rev8 or less then use the "old" table, if its rev10 or higher, use the newer table. If its rev9 then you would have to recover the 0xC0 Inquiry vital product data page which contains (in ASCII) full details of the firmware rev. If you can't figure out what rev of firmware you have then you'll just have to "experiment" with settings from both tables. The following table describes "extra" features enabled for hosts of type "HP" "DEC" and "Other".... ------------------------------------------------------------------------------ | Host | Async | EWEOM | Write | No | Attn | Full | Signed | Trunc | | | Sense | on read | Zero | EWEOM | After | Reset | Residue | Inquiry | | | error | FM | residue | Load | | 76543 | by 3 | |----------------------------------------------------------------------------| | HP | 1 | 1 | 1 | 1 | 1 | | | | | DEC | | | | | | 1 | 1 | 1 | | Other| | 1 | | | | | | | ------------------------------------------------------------------------------ Asyncronous sense ---------------------- TRUE: The mark bit may be set on asynchronous request sense. FALSE: The mark bit will never be set on asynchronous request sense. Comments: This feature is used on some HP-UX systems whose drivers "forget" if they're at a filemark and send a SCSI "request sense" command (in the absence of a pre-ceding check condition) to find out where they are. The effect of this feature being enabled for systems which do not want asynchronous sense should be benign. Attn after load -------------------- TRUE: "Unit Attention" and "Not ready to transition" posted for command subsequent to any load, including those that just rewind or do nothing. Comments: Another HP driver'ism. SOme HP-UX (or it might have been MPE) driver's expect to see SCSI Unit Attention sense after a tape is loaded despite the fact that it was the host that issued the load command. Caution for Hard Error ------------------------ TRUE: If a hard read or write error occurs, resulting in additional sense being set to 1100h (unrecovered read error) or 0C00h (Write error) then display caution on front panel. This indicates that the drive should be cleaned. FALSE: No special LED display for hard read or write errors. EW-EOM on read error ----------------------------- TRUE: EOM bit set for read errors on hitting mark. FALSE: EOM bit only set if at Physical end of partition or media. fixed mode ------------------- TRUE: Default block size is set to 1024 bytes. FALSE: Default block size is set to 0 bytes. Comments: Sme applications (esp. PC based) which are used to talking to QIC drives expect a SCSI fixed block length of 1K. SCSI states that they should configure this with a mode select command, but some packages just assume the drive is pre-configured for 1K fixed size blocks. Full reset --------------- TRUE: ``DEC'' defined reset. Tape is rewound. FALSE: Soft reset, drive takes very little action for SCSI reset, logical position unchanged but current command aborted. Comments: You have to be brain dead to want a "full reset". This means you loose logical tape position after a bus reset. immediate ----------------- TRUE: The immediate bit is overridden and assumed to be ``1'' on every command that supports it. ``switch buffered''= FALSE mode is also enforced (see definition below). FALSE: The Immed flags are used. ``switch buffered'' mode is left as-is. Comments: SCSI commands affected include: Load, Rewind, Erase, Write Filemark. Assuming immediate mode for filemarks can drastically improove the performance of systems which fail to set this bit when sending write filemark commands. The downside is that you don't flush data to tape in response to a filemark command, and for some applications this compromises data-integrity checkpointing. infinite flush ------------------ TRUE: Infinite buffer flush timeout (ie write delay time=0). For mode select, write delay time is silently ignored. FALSE: Default write delay time is used. Mode select may be used to re-specify timeout. Comments: Infinite flush means data is left lying around in the buffer for long periods of time (and is subject to LOSS if power fails). The plus side of this is that VERY SLOW applications don't continually stop/start the mechanism (it will flush every 5 seconds by default). ANother plus point of this feature is that you won't loose capacity if the drive flushes partially written groups. Inquiry 35480 ---------------- TRUE: The product ID in the Inquiry data will be HP35480 (even if the drive is a bit more up to date (eg. C1533A or C1553A). This enables some drivers with hard coded product ID's to work with newer drivers (HP-UX S800 9.0 for C1553A, BackupExec on Windows NT for C1533A and C1553A). MRS on ------------ TRUE: MRS (Media recognition system) is implemented. Tapes have to be of DDS grade, otherwise they are treated as write protected and write commands will be rejected with sense key=7, additional sense =3000h. FALSE: MRS is not implemented. You can write any tape you like. no data disconnect ----------------------- TRUE: No disconnect during data phase. NB: save data pointers may still be sent. FALSE: Disconnects may occur during data phase. Comments: Useful for hosts which cannot disconnect on ODD BYTE boundaries. Some SGI hosts can't disconnect on ODD WORD (32 bit) boundaries so this feature should be enabled for SGI connect. Downside = DOn't do SCSI operations exceeding 64Kbytes otherwise the bus could hang-up waiting for device-side I/O. The drive can normally guarantee to have at least 64K of data/space before it starts data phase. no EW-EOM residue ----------------------- TRUE: if check condition reported for EW-EOM then sense data will not have valid flag set. FALSE: check condition reported for EW-EOM then sense data will have valid flag set. no parity --------------- TRUE: The drive is configured not to check for parity on the SCSI bus. FALSE: The drive is configured to check for parity on the SCSI bus. COmments: The drive always generates SCSI parity. Not checking SCSI parity, especially when operating a synchronous bus, is a bad idea. performance ----------------- TRUE: ``immediate'' and ``inifinite flush'' are selected (TRUE) (see definitions) FALSE: ``immediate'' and ``inifinite flush'' are not selected (FALSE) (see definitions) Comments: This can dramatically improove performance when applications "do silly things", like try and disable buffering or write lots of non-immediate filemarks. If they do silly things and this feature is not enabled then the drive will spend most of its life stream-failing. signed residue ----------------- TRUE: Residue is negative on back space. FALSE: Residue is absolute, positive, for all spacing. Comments: This is a DEC'ism. switch buffered ------------------ TRUE: Default buffered mode is used. Buffered mode may be switched using mode select. FALSE: Buffered mode = 1 is enforced. Mode select buffered mode field is silently ignored. This mode is enforced if ``immediate'' is TRUE. This is ``TRUE'' by default. trunc inquiry by 3 ----------------------- TRUE: Standard inquiry page is truncated by 3 bytes to 40h bytes. FALSE: Inquiry page remains 43h bytes long. Comments: This is a DEC'ism. I think DECstation 4000/5000's will hang during BOOT if they see "too much" inquiry command data. write zero fm --------------- TRUE: Allow write zero filemarks on write protected tape, and also if no tape is loaded. FALSE: Write zero filemarks is treated as any other write command with respect to write protected tapes and no tape present. Comments: AN HP'ism. Writing zero filemarks is the SCSI reccomended method of flushing the data buffer to tape. Some HP drivers do this before closing, even if the tape is write protected! ------- =_aaaaaaaaaa0-- From owner-freebsd-scsi Tue Jan 30 08:16:44 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA03051 for freebsd-scsi-outgoing; Tue, 30 Jan 1996 08:16:44 -0800 (PST) Received: from shell.monmouth.com (festremera@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA03041 for ; Tue, 30 Jan 1996 08:16:33 -0800 (PST) Received: (from festremera@localhost) by shell.monmouth.com (8.6.12/8.6.12) id LAA28227 for freebsd-scsi@freebsd.org; Tue, 30 Jan 1996 11:14:23 -0500 From: Frank J Estremera Message-Id: <199601301614.LAA28227@shell.monmouth.com> Subject: IDE/SCSI boot manager? To: freebsd-scsi@freebsd.org Date: Tue, 30 Jan 1996 11:14:22 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk I have just loaded and installed FreeBSD onto my 486/66. My configuration; 540IDE primary drive, 2 402mb SCSI internal drives. I loaded FreeBSD onto the 2nd (sd1) scsi. How (or can I) have the boot manager (booteasy) recognize both the BIOS known IDE drive and the second SCSI drive to select from? If this can not be done, how do I create a bootable FreeBSD floppy that will target the FreeBSD loaded SCSI drive? Thanx in advance Frank Estremera From owner-freebsd-scsi Tue Jan 30 10:26:53 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA14308 for freebsd-scsi-outgoing; Tue, 30 Jan 1996 10:26:53 -0800 (PST) Received: from deadline.snafu.de (deadline.snafu.de [194.64.158.28]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA14294 for ; Tue, 30 Jan 1996 10:26:45 -0800 (PST) Received: by deadline.snafu.de id m0thKlm-0009g8C; Tue, 30 Jan 96 19:27 MET (/\oo/\ Smail3.1.29.1 #29.2) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: Read data from Audio CD's? To: scsi@freebsd.org Date: Tue, 30 Jan 1996 19:27:05 +0100 (MET) Organization: A world stranger than you have ever imagined. X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk Hi! --- I was recently wondering if there would be any possibility to read the raw digital audio data from an audio cd. I looked into the various drivers but did not find something that looks like it would be willing to do this job. Are there any hardware restrictions on the cd-rom drives that do not permit to read the raw audio data but just play audio CD's or aren't the drivers that advanced that they're able to do this task, or am I totally wrong? Thankful for any advice. Regards, Mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Voice: <+4930> 456 81 68 * ||----|| Germany Fax/Data: <+4930> 455 19 57 ~~ ~~ From owner-freebsd-scsi Tue Jan 30 11:04:39 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA18084 for freebsd-scsi-outgoing; Tue, 30 Jan 1996 11:04:39 -0800 (PST) Received: from jjarray.umd.edu (jjarray.umd.edu [129.2.40.99]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA18014 for ; Tue, 30 Jan 1996 11:04:20 -0800 (PST) Received: (from fred@localhost) by jjarray.umd.edu (8.6.12/8.6.12) id OAA20034; Tue, 30 Jan 1996 14:17:36 -0500 From: Fred Cawthorne Message-Id: <199601301917.OAA20034@jjarray.umd.edu> Subject: Re: FreeBSD CD-R driver alpha available To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 30 Jan 1996 14:17:35 -0500 (EST) Cc: scsi@freebsd.org In-Reply-To: <199601301045.LAA13013@uriah.heep.sax.de> from "J Wunsch" at Jan 30, 96 11:45:51 am X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk > > > One sort-of wierd thing was that the CD-R stayed in dummy mode even though > > I didn't tell it to the second time. The docs I have say something about > > You could have used an explicit > > wormcontrol prepdisk double > I did this. > This should reset the dummy bit (or there's a bug in our code). > I think the HP might have thought that the PMA (program memory area) needed to be updated or something. From the manual: " Switching from emulation mode to real mode (or vice-versa) is not allowed if the PMA needs to be updated. After an (emulated) PMA update (open/start) one is allowed to switch the write modes " I suspect that the emulated PMA update was performed when I ejected the disk. (it says "Normally, this is performed automatically when the disk is unloaded") So, I don't think this is a really serious bug or anything, but it might be a good idea to put an UPDATE PMA command, (0xEA) into the HP quirks stuff. (after the disk is finalized) It would only be a problem if someone shutdown the computer before ejecting a disk that was just written. BTW, should I make an entry and subroutines for the HP and try them out and post diffs or something? Fred. From owner-freebsd-scsi Tue Jan 30 13:23:32 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA00779 for freebsd-scsi-outgoing; Tue, 30 Jan 1996 13:23:32 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA00759 for ; Tue, 30 Jan 1996 13:23:23 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA19816; Tue, 30 Jan 1996 22:23:20 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA04143; Tue, 30 Jan 1996 22:23:19 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id WAA15059; Tue, 30 Jan 1996 22:10:51 +0100 (MET) From: J Wunsch Message-Id: <199601302110.WAA15059@uriah.heep.sax.de> Subject: Re: mt To: giles@nemeton.com.au (Giles Lean) Date: Tue, 30 Jan 1996 22:10:51 +0100 (MET) Cc: roberto@keltia.freenix.fr, joerg_wunsch@uriah.heep.sax.de, freebsd-scsi@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601301107.WAA22053@nemeton.com.au> from "Giles Lean" at Jan 30, 96 10:07:50 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk As Giles Lean wrote: > > Here is some archived information about the HP35480A and other HP > DDS drives. I've not tested this myself; all the 35480A drives > I've seen have been safely inside HP computers. Thank'ya! I'll forward this to my work account where the HP-DAT lives. -- 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 Tue Jan 30 14:32:58 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11639 for freebsd-scsi-outgoing; Tue, 30 Jan 1996 14:32:58 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11624 for ; Tue, 30 Jan 1996 14:32:38 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA21565 for ; Tue, 30 Jan 1996 23:32:27 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA04708 for scsi@freebsd.org; Tue, 30 Jan 1996 23:32:27 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA15903 for scsi@freebsd.org; Tue, 30 Jan 1996 23:24:05 +0100 (MET) From: J Wunsch Message-Id: <199601302224.XAA15903@uriah.heep.sax.de> Subject: Re: FreeBSD CD-R driver alpha available To: scsi@freebsd.org Date: Tue, 30 Jan 1996 23:24:05 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601301917.OAA20034@jjarray.umd.edu> from "Fred Cawthorne" at Jan 30, 96 02:17:35 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk As Fred Cawthorne wrote: > > You could have used an explicit > > > > wormcontrol prepdisk double > I did this. Hmm. > " Switching from emulation mode to real mode (or vice-versa) is not allowed > if the PMA needs to be updated. After an (emulated) PMA update (open/start) > one is allowed to switch the write modes " Well, i haven't been reading something like this in the Plasmon manual. It's quite possible that it has the same restriction. I've also noticed today that we're still getting one Unit Attention too much at the first wormcontrol command after inserting the disk. A single scsi -f /dev/rworm0.ctl -c "0 0 0 0 0 0" fixes this, so we need to stuff this into the worm_open() function. > I suspect that the emulated PMA update was performed when I ejected the disk. Perhaps it's best to eject the disk after the (perhaps even dummy) fixation? > So, I don't think this is a really serious bug or anything, but it might be > a good idea to put an UPDATE PMA command, (0xEA) into the HP quirks stuff. Hmm, i haven't seen this command in the Plasmon reference. Maybe it wasn't that obvious, but perhaps they simply don't have it. > BTW, should I make an entry and subroutines for the HP and try them out and > post diffs or something? Yup, including the override record for scsiconf.c, please. You could send it to the list, or also directly to me, whatever you prefer. Please, make the HP quirks four separate functions, even where they are identical to the Plasmon quirks. The functions are relatively short anyway, and this will make it easier to LKMize the quirks stuff some day. -- 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 Tue Jan 30 14:34:51 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11780 for freebsd-scsi-outgoing; Tue, 30 Jan 1996 14:34:51 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11738 for ; Tue, 30 Jan 1996 14:34:20 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA21624; Tue, 30 Jan 1996 23:34:00 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA04729; Tue, 30 Jan 1996 23:33:59 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA15738; Tue, 30 Jan 1996 23:03:07 +0100 (MET) From: J Wunsch Message-Id: <199601302203.XAA15738@uriah.heep.sax.de> Subject: Re: IDE/SCSI boot manager? To: festremera@shell.monmouth.com (Frank J Estremera) Date: Tue, 30 Jan 1996 23:03:07 +0100 (MET) Cc: freebsd-scsi@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601301614.LAA28227@shell.monmouth.com> from "Frank J Estremera" at Jan 30, 96 11:14:22 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk As Frank J Estremera wrote: > > I have just loaded and installed FreeBSD onto my 486/66. My > configuration; 540IDE primary drive, 2 402mb SCSI internal > drives. I loaded FreeBSD onto the 2nd (sd1) scsi. How (or can I) > have the boot manager (booteasy) recognize both the BIOS known IDE > drive and the second SCSI drive to select from? If this can not be > done, how do I create a bootable FreeBSD floppy that will target > the FreeBSD loaded SCSI drive? All this can only be done if your SCSI adaptor is willing to register more than a second drive to the BIOS. Older adaptors went the C:/D: only approach (or, in BIOS numbering, 0x81 and 0x82). Sorry, for the boot-manager related questions, this is most likely the wrong list. Try questions@freebsd.org. I assume most people listening here don't really know what a boot-manager is. :-) -- 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 Tue Jan 30 14:35:03 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11804 for freebsd-scsi-outgoing; Tue, 30 Jan 1996 14:35:03 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11702 for ; Tue, 30 Jan 1996 14:33:34 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA21559; Tue, 30 Jan 1996 23:32:25 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA04705; Tue, 30 Jan 1996 23:32:25 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA15853; Tue, 30 Jan 1996 23:16:49 +0100 (MET) From: J Wunsch Message-Id: <199601302216.XAA15853@uriah.heep.sax.de> Subject: Re: Read data from Audio CD's? To: root@deadline.snafu.de (Andreas S. Wetzel) Date: Tue, 30 Jan 1996 23:16:48 +0100 (MET) Cc: scsi@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Andreas S. Wetzel" at Jan 30, 96 07:27:05 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk As Andreas S. Wetzel wrote: > > I was recently wondering if there would be any possibility to read the raw > digital audio data from an audio cd. I looked into the various drivers but > did not find something that looks like it would be willing to do this job. Well, this would come especially handy since we are already potentially able to burn audio-tracks onto a CD-R 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 Tue Jan 30 16:42:31 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA24757 for freebsd-scsi-outgoing; Tue, 30 Jan 1996 16:42:31 -0800 (PST) Received: from argus.flash.net (root@argus.flash.net [206.149.25.12]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA24744 for ; Tue, 30 Jan 1996 16:42:22 -0800 (PST) Received: (from lists@localhost) by argus.flash.net (8.6.12/8.6.12) id SAA01625; Tue, 30 Jan 1996 18:42:08 -0600 From: mailing list account Message-Id: <199601310042.SAA01625@argus.flash.net> Subject: Re: Read data from Audio CD's? To: root@deadline.snafu.de (Andreas S. Wetzel) Date: Tue, 30 Jan 1996 18:42:08 -0600 (CST) Cc: freebsd-scsi@freebsd.org In-Reply-To: from "Andreas S. Wetzel" at Jan 30, 96 07:27:05 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk In reply: > Hi! > --- > > I was recently wondering if there would be any possibility to read the raw > digital audio data from an audio cd. I looked into the various drivers but > did not find something that looks like it would be willing to do this job. > Are there any hardware restrictions on the cd-rom drives that do not permit > to read the raw audio data but just play audio CD's or aren't the drivers > that advanced that they're able to do this task, or am I totally wrong? > > Thankful for any advice. I unfortunately cannot answer if freebsd can support this [yup, i got an old caddy style matcd], but i can say for sure that cd-audio disks can be transferred to disk. i know this to be true from the time on this very machine when i copied the entire song "Stairway to Heaven" to disk in order to prove conclusively to a mis-informed religious zealot that the only words said backwards in the song are "I wish it would snow" and in fact has nothing satanic in it when played backwards. everything he thought was satanic, i proved that by speaking at the proper intonation and tempo into the pc's mic and then playing it backwards, you can duplicate anything he pointed out. the "i wish it would snow" bit could not be duplicated that way, and is the only thing said backwards in the song, and is clear as day... Face it, i was bored sh*tless and drunk and getting tired of hearing his crap... wtf, the bet was for the dinner tab, i don't mess around when it comes to a free pizza and margz... it can be done. Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.flash.net - FlashNet Communications - Ft. Worth, Texas From owner-freebsd-scsi Tue Jan 30 17:06:08 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26884 for freebsd-scsi-outgoing; Tue, 30 Jan 1996 17:06:08 -0800 (PST) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA26872 for ; Tue, 30 Jan 1996 17:05:50 -0800 (PST) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA15411; Wed, 31 Jan 96 02:06:42 +0100 Date: Wed, 31 Jan 96 02:06:42 +0100 Message-Id: <9601310106.AA15411@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: root@deadline.snafu.de Cc: scsi@freebsd.org In-Reply-To: (root@deadline.snafu.de) Subject: Re: Read data from Audio CD's? X-Mailer: Emacs Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk >>>>> Andreas S Wetzel writes: > Hi! > --- > I was recently wondering if there would be any possibility to read the raw > digital audio data from an audio cd. I looked into the various drivers but > did not find something that looks like it would be willing to do this job. > Are there any hardware restrictions on the cd-rom drives that do not permit > to read the raw audio data but just play audio CD's or aren't the drivers > that advanced that they're able to do this task, or am I totally wrong? Not all drives allow this. I can do it with my SONY CDU 8003A (aka Apple CD300) and with my SONY CDU 55S. I have patches to the driver if you are interested. Jean-Marc > Thankful for any advice. > Regards, Mickey > -- > (__) > (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de > /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ > / | || 13347 Berlin Voice: <+4930> 456 81 68 > * ||----|| Germany Fax/Data: <+4930> 455 19 57 > ~~ ~~ _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-scsi Tue Jan 30 17:09:08 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA27228 for freebsd-scsi-outgoing; Tue, 30 Jan 1996 17:09:08 -0800 (PST) Received: from deadline.snafu.de (deadline.snafu.de [194.64.158.28]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA27218 for ; Tue, 30 Jan 1996 17:09:02 -0800 (PST) Received: by deadline.snafu.de id m0thR2r-0009gPC; Wed, 31 Jan 96 02:09 MET (/\oo/\ Smail3.1.29.1 #29.2) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: Re: Read data from Audio CD's? To: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Date: Wed, 31 Jan 1996 02:09:08 +0100 (MET) Cc: scsi@freebsd.org In-Reply-To: <9601310106.AA15411@cabri.obs-besancon.fr> from "Jean-Marc Zucconi" at Jan 31, 96 02:06:42 am Organization: A world stranger than you have ever imagined. X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk Hi! --- Jean-Marc Zucconi writes: ] Not all drives allow this. I can do it with my SONY CDU 8003A (aka ] Apple CD300) and with my SONY CDU 55S. I have patches to the driver ] if you are interested. Yes! I would like to give my Sanyo CRD254S a chance to try it out :-) Regards, Mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Voice: <+4930> 456 81 68 * ||----|| Germany Fax/Data: <+4930> 455 19 57 ~~ ~~ From owner-freebsd-scsi Tue Jan 30 17:11:35 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA27415 for freebsd-scsi-outgoing; Tue, 30 Jan 1996 17:11:35 -0800 (PST) Received: from deadline.snafu.de (deadline.snafu.de [194.64.158.28]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA27391 for ; Tue, 30 Jan 1996 17:11:18 -0800 (PST) Received: by deadline.snafu.de id m0thR5A-0009gPC; Wed, 31 Jan 96 02:11 MET (/\oo/\ Smail3.1.29.1 #29.2) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: Re: Read data from Audio CD's? To: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Date: Wed, 31 Jan 1996 02:11:31 +0100 (MET) Cc: scsi@freebsd.org In-Reply-To: <9601310106.AA15411@cabri.obs-besancon.fr> from "Jean-Marc Zucconi" at Jan 31, 96 02:06:42 am Organization: A world stranger than you have ever imagined. X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk Hi! --- Jean-Marc Zucconi writes: ] Not all drives allow this. I can do it with my SONY CDU 8003A (aka ] Apple CD300) and with my SONY CDU 55S. I have patches to the driver ] if you are interested. Yes! I would like to give my Sanyo CRD254S a chance to try it out. Regards, Mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Voice: <+4930> 456 81 68 * ||----|| Germany Fax/Data: <+4930> 455 19 57 ~~ ~~ From owner-freebsd-scsi Wed Jan 31 01:22:27 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA03735 for freebsd-scsi-outgoing; Wed, 31 Jan 1996 01: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.7.3/8.7.3) with SMTP id BAA03692 for ; Wed, 31 Jan 1996 01:22:03 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA10480; Wed, 31 Jan 1996 10:21:44 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA10008; Wed, 31 Jan 1996 10:21:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA19915; Wed, 31 Jan 1996 10:10:16 +0100 (MET) From: J Wunsch Message-Id: <199601310910.KAA19915@uriah.heep.sax.de> Subject: Re: 2.1.0 find Adaptec 1740, but not my drives To: shad@iastate.edu Date: Wed, 31 Jan 1996 10:10:16 +0100 (MET) Cc: freebsd-scsi@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <8E193B3023@CCELAB.IASTATE.EDU> from "Marcus I. Ryan" at Jan 30, 96 09:25:15 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk As Marcus I. Ryan wrote: > > ahb0: reading board settings, int=11 > ahb0 at 0x6000-0x60ff irq 11 on eisa slot 6 > ahb0 waiting for scsi devices to settle [ahb driver fails to find any devices] Ah, yup, sorry, i have been confusing this... > BIOS Geometries: > 0:019e3f20 0xx414=415 cylinders, 0..63=64 heads, 1..32=32 sectors > 1:019e3f20 0xx414=415 cylinders, 0..63=64 heads, 1..32=32 sectors > 2:03e23f20 0xx994=995 cylinders, 0..63=64 heads, 1..32=32 sectors The above is really the BIOS geometry, i.e. it lists the drives as reported by the BIOS vectors. Alas, the ahb driver failed to probe the devices... ok, now i'm also remembering the real problem. Ok, i've widened the scope of this reply to freebsd-scsi, i ran out of ideas. The only question is, i know that several things have been changing on the EISA front meanwhile. There should be an (unofficial) 2.2-SNAP available somewhere on freefall. Perhaps you could give its boot floppy try and see whether the driver there would see your drives? Anybody else here? Julian? Do you have an idea why the AHA17xx driver sees the adapter, but fails to find the drives? -- 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 31 06:10:27 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA01287 for freebsd-scsi-outgoing; Wed, 31 Jan 1996 06:10:27 -0800 (PST) Received: from hcshh.hcs.de (hcshh.hcs.de [194.49.17.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA01268 for ; Wed, 31 Jan 1996 06:10:13 -0800 (PST) Received: from hcswork.hcs.de by hcshh.hcs.de with smtp (Smail3.1.28.1 #9) id m0thdEK-000TOZC; Wed, 31 Jan 96 15:09 MET Received: by hcswork.hcs.de (Smail3.1.28.1 #9) id m0thdEI-000UNOC; Wed, 31 Jan 96 15:09 MET Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: 2.1.0 find Adaptec 1740, but not my drives To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 31 Jan 1996 15:09:46 +0100 (MET) Cc: shad@iastate.edu, freebsd-scsi@FreeBSD.org In-Reply-To: <199601310910.KAA19915@uriah.heep.sax.de> from "J Wunsch" at Jan 31, 96 10:10:16 am Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk >From the keyboard of J Wunsch: > Anybody else here? Julian? Do you have an idea why the AHA17xx > driver sees the adapter, but fails to find the drives? No. I own 2 174x's and they see everything under 2.1. hellmuth -- Hellmuth Michaelis HCS Hanseatischer Computerservice GmbH Hamburg, Europe "There are lies, damn lies, and open systems." (unknown) From owner-freebsd-scsi Wed Jan 31 06:41:47 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA04400 for freebsd-scsi-outgoing; Wed, 31 Jan 1996 06:41:47 -0800 (PST) Received: from hslrswi.hasler.ascom.ch (hslrswi.hasler.ascom.ch [139.79.129.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA04384 for ; Wed, 31 Jan 1996 06:41:18 -0800 (PST) Received: from autelca.ascom.ch by hslrswi.hasler.ascom.ch (8.7.1/6.33) id PAA12053; Wed, 31 Jan 1996 15:23:01 +0100 (MET) Received: from case2.autelca.ascom.ch by autelca.ascom.ch (4.1/SMI-4.1) id AA16871; Wed, 31 Jan 96 15:22:55 +0100 Received: from case2 (localhost.autelca.ascom.ch) by case2.autelca.ascom.ch (4.1/SMI-4.1) id AA04542; Wed, 31 Jan 96 15:22:52 +0100 Message-Id: <310F7B3B.2781E494@autelca.ascom.ch> Date: Wed, 31 Jan 1996 15:22:51 +0100 From: Norbert Bladt Organization: Ascom Autelca AG, Switzerland X-Mailer: Mozilla 2.0b3 (X11; I; SunOS 4.1.3 sun4m) Mime-Version: 1.0 To: Joerg Wunsch Cc: shad@iastate.edu, freebsd-scsi@freebsd.org Subject: Re: 2.1.0 find Adaptec 1740, but not my drives References: <199601310910.KAA19915@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk J Wunsch wrote: > > As Marcus I. Ryan wrote: > > > > ahb0: reading board settings, int=11 > > ahb0 at 0x6000-0x60ff irq 11 on eisa slot 6 > > ahb0 waiting for scsi devices to settle > [ahb driver fails to find any devices] Is this a problem in general with the AHA174x and FBSD-2.1 ? I'll try to upgrade from FBSD-1.1 to FBSD-2.1, soon, and I am using an AHA1742A in my system. I did miss the discussion because I'm just subscribed to the scsi-list. So, can somebody tell me what the real problem is/was that leads to this mail in the scsi-list ? Thanks in advance. I think I tried, at least, to boot the FBSD-2.1 floppy to see whether my NE2000 clone (damn cheap) was detected by FreeBSD-2.1. At the same time I noticed that my disks were detected fine. Of course, all my disks are less than 1GB in size, so that might be different. However, if somebody wants to donate a disk with more than 1GB capacity, fine :-) During the update which will be done soon, I could do some tests, too. I'll backup my DOS and FreeBSD partitions, anyway, prior to do the installation (via the network, I hope). Regards, Norbert. -- Norbert Bladt Management System Software Development ascom Autelca AG Payphone and Cashless Transaction Systems Worbstrasse 201 CH-3073 Guemligen, Switzerland nbladt@autelca.ascom.ch VOICE: +41 31 999 6552, FAX: +41 31 999 6544 From owner-freebsd-scsi Wed Jan 31 13:22:11 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12011 for freebsd-scsi-outgoing; Wed, 31 Jan 1996 13:22:11 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA12001 for ; Wed, 31 Jan 1996 13:21:58 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA07464; Wed, 31 Jan 1996 22:21:29 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA21340; Wed, 31 Jan 1996 22:21:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id VAA21906; Wed, 31 Jan 1996 21:53:01 +0100 (MET) From: J Wunsch Message-Id: <199601312053.VAA21906@uriah.heep.sax.de> Subject: Re: 2.1.0 find Adaptec 1740, but not my drives To: freebsd-scsi@freebsd.org Date: Wed, 31 Jan 1996 21:53:00 +0100 (MET) Cc: shad@iastate.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <310F7B3B.2781E494@autelca.ascom.ch> from "Norbert Bladt" at Jan 31, 96 03:22:51 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk As Norbert Bladt wrote: > > > > ahb0: reading board settings, int=11 > > > ahb0 at 0x6000-0x60ff irq 11 on eisa slot 6 > > > ahb0 waiting for scsi devices to settle > > [ahb driver fails to find any devices] > Is this a problem in general with the AHA174x and FBSD-2.1 ? Nope. That's why i've forwarded this here. > I did miss the discussion because I'm just subscribed to the > scsi-list. So, can somebody tell me what the real problem is/was > that leads to this mail in the scsi-list ? You didn't miss anything here. This discussion started in Usenet and has been taken privately, but i'm at a loss now, and that's why i've been asking here (since i know that Julian & Co are also listening). > At the same time I noticed that my disks were detected fine. > Of course, all my disks are less than 1GB in size, so that > might be different. Nope, you can use any available disk (by size, i mean) under FreeBSD. -- 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 31 13:34:04 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12990 for freebsd-scsi-outgoing; Wed, 31 Jan 1996 13:34:04 -0800 (PST) Received: from virginia.edu (uvaarpa.Virginia.EDU [128.143.2.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA12975 for ; Wed, 31 Jan 1996 13:33:52 -0800 (PST) Received: from archive.cs.virginia.edu by uvaarpa.virginia.edu id ab07085; 31 Jan 96 16:33 EST Received: from stretch.cs.Virginia.edu (atf3r@stretch-fo.cs.Virginia.EDU [128.143.136.14]) by archive.cs.Virginia.EDU (8.7.1/8.6.6) with SMTP id QAA19553 for ; Wed, 31 Jan 1996 16:32:42 -0500 (EST) Received: by stretch.cs.Virginia.edu (4.1/SMI-2.0) id AA10644; Wed, 31 Jan 96 16:32:41 EST Date: Wed, 31 Jan 1996 16:32:40 -0500 (EST) From: "Adrian T. Filipi-Martin" Reply-To: adrian@virginia.edu To: freebsd-scsi@freebsd.org Subject: Re: 2.1.0 find Adaptec 1740, but not my drives In-Reply-To: <310F7B3B.2781E494@autelca.ascom.ch> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk On Wed, 31 Jan 1996, Norbert Bladt wrote: > J Wunsch wrote: > > > > As Marcus I. Ryan wrote: > > > > > > ahb0: reading board settings, int=11 > > > ahb0 at 0x6000-0x60ff irq 11 on eisa slot 6 > > > ahb0 waiting for scsi devices to settle > > [ahb driver fails to find any devices] > Is this a problem in general with the AHA174x and FBSD-2.1 ? > I'll try to upgrade from FBSD-1.1 to FBSD-2.1, soon, and > I am using an AHA1742A in my system. No. I have been using my 1742 card with 386BSD and FreeBSD for years. It is very well supported. I would suspect a problem with the controler, cables and/or termination before suspecting the drivers. FYI, today I am running 2.1. No problems. A month ago I was running 2.2-current also without problem. Adrian adrian@virginia.edu ---->>>>| Support your local programmer, http://www.cs.virginia.edu/~atf3r/ --->>>| STOP Software Patent Abuses NOW! Member: The League for -->>| For an application and information Programming Freedom ->| see: http://www.lpf.org/ From owner-freebsd-scsi Wed Jan 31 16:28:42 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28370 for freebsd-scsi-outgoing; Wed, 31 Jan 1996 16:28:42 -0800 (PST) Received: from dsinc.myxa.com (dsinc.myxa.com [192.65.202.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA28365 for ; Wed, 31 Jan 1996 16:28:39 -0800 (PST) Received: from titan1 by dsinc.myxa.com with uucp (Smail3.1.28.1 #39) id m0thmhX-0000mFC; Wed, 31 Jan 96 19:16 EST Received: from [199.234.231.18] (regulus) by Reality-Tech.COM (4.1/SMI-4.1) id AA21520; Wed, 31 Jan 96 18:51:15 EST X-Sender: ace@199.234.231.201 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 31 Jan 1996 18:51:51 -0400 To: freebsd-scsi@FreeBSD.org From: ace@Reality-Tech.COM (Anthony Scandurra) Subject: UNSUBSCRIBE Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk unsubscribe Anthony "Ace" Scandurra Reality Online, Inc. Amateur Radio Station KA2FFS From owner-freebsd-scsi Wed Jan 31 16:29:25 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28416 for freebsd-scsi-outgoing; Wed, 31 Jan 1996 16:29:25 -0800 (PST) Received: from mailhub.iastate.edu (mailhub.iastate.edu [129.186.166.169]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA28395 for ; Wed, 31 Jan 1996 16:28:56 -0800 (PST) Received: from CCELAB.IASTATE.EDU (ccelab.cce.iastate.edu [129.186.7.50]) by mailhub.iastate.edu (8.6.9/8.6.9) with ESMTP id SAA11775 for ; Wed, 31 Jan 1996 18:28:27 -0600 Received: from CCE_1/SpoolDir by CCELAB.IASTATE.EDU (Mercury 1.21); 31 Jan 96 18:28:37 CDT6CDT Received: from SpoolDir by CCE_1 (Mercury 1.21); 31 Jan 96 18:28:23 CDT6CDT From: "Marcus I. Ryan" Organization: Iowa State University, CCE Dept. To: freebsd-scsi@FreeBSD.org Date: Wed, 31 Jan 1996 18:28:22 CST6CDT Subject: Re: 2.1.0 find Adaptec 1740, but not my drives Reply-to: shad@iastate.edu Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Message-ID: Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk Since this keeps coming up, the machine I'm trying to do this on has run for over 2 years as a VERY reliable NetWare Server. I am hesitant to suspect a wiring problem. Perhaps an Adaptec Enhanced mode setting, or perhaps not enough delay for the devices to settle, yes. Wiring, no. By the way, I have now joined the FreeBSD-scsi mailing list, so it is no longer necessary to CC me. Thanks! For those that missed it, here's a slightly updated version of the original message to c.u.b.f.m: FROM: shad@iastate.edu (Marcus I. Ryan) SUBJECT: 2.1.0 find Adaptec 1740, but not my drives DATE: Wed, 24 Jan 96 02:34:58 GMT ORGANIZATION: Iowa State University I'm currently running a FreeBSD WWW server (2.0.5). I would like to move it off of the 386DX/25 with 8M onto a faster machine. I'm having problems. Although FreeBSD 2.1.0 Release finds and properly identifies my Adaptec 1740, it fails to find any hard drives (making installation rather difficult :) I have looked through here, and through the parts of the FAQ that seemed like they would be appropriate. Nothing seems to apply. The Machine (Note: this has been a netware server for almost 2 years): HP Vectra 486/33T Tower Server (EISA) 40MB RAM Adaptec 1740 SCSI Controller (see below) Target 0 - HP D1685-60001 - Drive C: (80h) Target 1 - HP D1685-60001 - Drive D: (81h) Target 2 - HP D2645 - Drive 82h SMC Elite 16+ (Are there drivers for the NE3200 or any 3com EISA cards?) other standard stuff (2s/p/g, vga, etc.) Adaptec Settings: Host Adapter Interface Mode: Enhanced Mode Standard Mode Resource Selection: I/O Port Definition: Disabled (Enhanced Mode) DMA Channel Definition: Disabled (Enhanced Mode) Host Adapter SCSI ID: Device Id 7 SCSI Bus Reset at Power-on: Enable SCSI bus reset Host Adapter BIOS: Enabled @ Base Address CC000H Advanced Enhanced Mode BIOS Options Extended BIOS Translation: Disabled Support for more than 2 drives: Enabled Immediate Return on Seeks: Enabled SCSI Device Configuration: Error if Device Not Found: no BIOS Support Option: hd (no on device 7) Send Start Command: no Enable Parity Check: yes Initiate Synch Negotiation: yes Enable Disconnection: yes Maximum Synch Xfer Rate (MBs per second) 10.0 FreeBSD 2.1.0 reports: ahb0: reading board settings, int=11 ahb0: at 0x6000-0x60ff irq 11 on eisa slot 6 ahb0: waiting for SCSI devices to settle... but never even probes to see if the drives are there. Booting with the -v option indicates that the BIOS sees the drives and properly identifies them. If I don't get FreeBSD running on the new server soon, my boss is going to make me switch to Solaris for the PC, or Linux (*shudder*). Hopefully someone can save me from this fate! Thanks to anyone who can and/or has helped! --------------------------------------------------------------- Marcus I. Ryan |*The joy of engineering is finding a Asst. SysAdmin, CCE Labs| straight line on a double-logarithmic Iowa State University | scale shad@iastate.edu |-------------------------------------- (515) 294-0715 | http://www.public.iastate.edu/~shad --------------------------------------------------------------- From owner-freebsd-scsi Wed Jan 31 16:54:55 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00225 for freebsd-scsi-outgoing; Wed, 31 Jan 1996 16:54:55 -0800 (PST) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA00218 for ; Wed, 31 Jan 1996 16:54:51 -0800 (PST) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA27603; Thu, 1 Feb 96 01:56:04 +0100 Date: Thu, 1 Feb 96 01:56:04 +0100 Message-Id: <9602010056.AA27603@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: root@deadline.snafu.de Cc: scsi@freebsd.org In-Reply-To: (root@deadline.snafu.de) Subject: Re: Read data from Audio CD's? X-Mailer: Emacs Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk >>>>> Andreas S Wetzel writes: > Hi! > --- > Jean-Marc Zucconi writes: > ] Not all drives allow this. I can do it with my SONY CDU 8003A (aka > ] Apple CD300) and with my SONY CDU 55S. I have patches to the driver > ] if you are interested. > Yes! I would like to give my Sanyo CRD254S a chance to try it out :-) Ok, here are the patches. On a *quiet* machine, you should be able to listen your CDs by reading audio through the scsi bus and feeding it to /dev/dsp16 :-) Jean-Marc begin 644 cd-da.tar.gz M'XL( " ^T::V_;1M)?R5\Q<="$E"F+I!ZVI]H%<0 M-!\6&XH42,J.F^:_W\SNDEP][/0>R0%%B-3@N_,-GF5>N!G SN_S/Q[% MNYL%0;SSMWL\9O^+R6C\9O*U]D!S]CJ=A^W?.3A8M_]!U]P!\[O]O_IS-8MR MP'\N+-S"FT&10A:X/OC1352X,;A+/THAO0TR*&8!Y%X>P?4RWX>K("\"'^ZB M8J;2RFBQB ,X&;=-$[3+\[/W.'X'AQC(K@YNXD,):W:[E_NJ^E-Z1YM%"9Y_ M'/=5U8(F>#ZTEGG6RC.OE=_GC,Y%QO=LR/^+=ON?8__;_$\C1(O7OH!O,!X:Q7W MBR#?GQVKJV /@V(3&J5>$:^!BPW,T$LXEOK4#\(H">#LU<7HS>02P.ZB]5L- MC- XYF%8+L5! M=QZGW(H=&J*>=Y:(?:W,B-4 =-F^N-3A?3S1YHN=XXZ-(@ MU/4*/;210'ME"(+Y4'NEMXABD \U'#=+#GKKH#L(AS*HR5FJJC=#][A>AF&0 M_2K$:]CMKOW;@"\UQI.?IR>3X6[+#VY;F>>;WNY 59>Y>Q. QE%R7?W$,E 4 MDJBJ$BZR*"EH4OA!EAFPRR*P#S_D_TQV#/1N/#W7F7!< M8<$O^!@5H%DX^ZRJD=)[1/9_C<(EN@@(UTW0#&@NT M%2TL8 @<#-JN4+<\,[+: JW&%4?$DH@62%-X,H0#'51%6-W4!8+G[_MNX2() M]Z!!"2TM-X1ZY!9IQ/C=_FK]IJ^AYA5JOHIJ;Z"&%6JXBMHN4;E_P.IJ1U[- MUU>[\FJXOMHK5Q/:DHIW9CP/PO&E2ZUQ0S)) 8FG/K4=9R)!,&YW,VH4B!=CE$5VE:H=ESB M,2#;B66JD#$7(2!&>36B\U$^0Q#G04E68J.<[#U8 ><"G*^"0P$.B9VJ8/XM M4\+N#S[P?U".6, _I'VMNX&^KSPN.TOD2IAFF"!0 FL $;R #K[V]N@^8V *G)Y3FS2> M_CB]&IVR!&' ,\_7Q?&2<1E5Y67,WA$!VGQ>9:#\5ZR)\ ;AH+S2%=5D6VJ; MEM ?5?7?UI53\#B@.ZF$U(&@D'>P:& ^A_-KS*L?N-?<95&!OFT9(K$9(-^- M%)F*\.D]ZZ\X$.V'D=$+S^ MM\Q.3_K^T[:H_K?:]O?Z_UL\T\0//O99EXME_KZG#O_[1[TXN800+[\^M&;I M/&@EWFU>]O2M:BOC5LV"(HNPX$QNL/Z_C7)LS\':[UDJ.20T/6AF- 4F6:/1 M8 /%.CKJM4RKU3;!;OTCD\L/8]6RC=P!L2K0T M/00<-54J)]TB\N@BP,J#JLI%[-X[1>925^(X;S5MZ6#:;ML&?'F@L\IB@R4K M5//E-5X*"7VK^!);?!E2G8N4CB!%C#"%QI\]()\H MI!U>2:^*R 1Z\,_2X?4VFW*)*J$4WZ'JRRFP;J#!0%[QXC0/V!(;#;8:#].* M95!NJ0V(,QM!':LTHN*Y><#N[I.+R>7DJD\P!=UNF6&YR#3,@T);)I&0K[KE M]B3:]7N_CZM8KV#+!.Q3$B$KG]A?Y;$NI.%R'&5(=+KK^]F (TL=$Q7= MS>/U]DF&XJ7*J7A#5#4!Y7HH,2U+1UR4VZX:LL*L+!W%FLPHC_X(Q+2T.'4] M D2K2*?QAJ II-<;/5.T[&PK 1=]O#@FA>W4+&L$5EN4^_(&(S_N'L&??Y9' M(6:,[/B@4Z^4LTH?DNH%-AB5?L(G)M.SGT>G8A/1NVFE5CK,W3A./8VH#7CC M7$W>O*7W+Z/IU?EKO9;M"9%NX7YV_F;R1E*!E5_#[:'&O-*H^Z?R4)#C1N,L MK6UIH>5E$LQ@ZNM4E%82AED0:&R1JU4J(TG/I!7@SY4.7KJX3Y<%IR7WD':@ MQAA;'\F+A,*35Z-WIU>"%VT-@GYE<]KD*6MXL$MYPD*-VHB].H1K<_'BG1!7 M\$0T8V"+#QP\ Z#:\^HN+B+"F]F,$/K1AW"\,7CE'#+DWW, M;"O,F=FE.1I?GIZ,+R97%]/)I0RT37QDP-F[TU-YSA0;CZY&SO2LBI(M"4,J M3\C],#Z&6D#)2-:,: MN=NR[);9935RIV];"E%3DMJ"U6-8[;YM;\]TW4/#ZG6E/$> 0[O,C M=Y<3M(OYL7--WYX\/TOGL'"7F.2C!)Y3DY_2']U,3IY[5Q,3ADG9'0D,2)R5N.W(K)RQ6.OXK$9_^+_8?CH'P'_08/S MVO+#8NEC+-T^$A)ENN/)4!')9R"!^EUY%B^3?EL&+!,\$-^207(V6@'EFZ!P MDYCE]/3Z=5[Q<%F1GON/3?:IB&.&@L<.F'W M.HJCXE['6'AA'W-'W7OL-Y55'P78]"^ 30<#V/0P@'5_ EAW*(!UCX*ZR_@\ MD.)S6\-&>O\B%+>,1Y2B(K"^&)S+]Y<.\7-^ Regards, Mickey > -- > (__) > (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de > /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ > / | || 13347 Berlin Voice: <+4930> 456 81 68 > * ||----|| Germany Fax/Data: <+4930> 455 19 57 > ~~ ~~ _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-scsi Wed Jan 31 21:50:32 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA25357 for freebsd-scsi-outgoing; Wed, 31 Jan 1996 21:50:32 -0800 (PST) Received: from sivka.carrier.kiev.ua (root@sivka.carrier.kiev.ua [193.125.68.130]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA25352 for ; Wed, 31 Jan 1996 21:50:18 -0800 (PST) Received: from elvisti.kiev.ua (uucp@localhost) by sivka.carrier.kiev.ua (Sendmail 8.who.cares/5) with UUCP id HAA14212 for freebsd-scsi@FreeBSD.org; Thu, 1 Feb 1996 07:50:04 +0200 Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.33]) by spider2.elvisti.kiev.ua (8.6.12/8.ElVisti) with ESMTP id HAA14578 for ; Thu, 1 Feb 1996 07:45:40 +0200 Received: (from stesin@localhost) by office.elvisti.kiev.ua (8.6.12/8.ElVisti) id HAA25375 for freebsd-scsi@FreeBSD.org; Thu, 1 Feb 1996 07:45:39 +0200 From: "Andrew V. Stesin" Message-Id: <199602010545.HAA25375@office.elvisti.kiev.ua> Subject: Re: 2.1.0 find Adaptec 1740, but not my drives Date: Thu, 1 Feb 1996 07:45:39 +0200 (EET) Cc: freebsd-scsi@FreeBSD.org In-Reply-To: from "Marcus I. Ryan" at Jan 31, 96 06:28:22 pm X-Mailer: ELM [version 2.4 PL24alpha5] Content-Type: text Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk Hello, I can say that this kind of Adaptec works _for sure_. At least of late December, when 2.1 was out, I took part in the installation of FreeBSD on an Intel (Deskside?) machine (Pentium with this Adaptec onboard) and it worked fine. I think that maybe playing with Adaptec BIOS settings will do the trick? # Adaptec Settings: # Host Adapter Interface Mode: Enhanced Mode # Standard Mode Resource Selection: # I/O Port Definition: Disabled (Enhanced Mode) # DMA Channel Definition: Disabled (Enhanced Mode) Opinions on enabling this last two? # Advanced Enhanced Mode BIOS Options # Extended BIOS Translation: Disabled # Support for more than 2 drives: Enabled # Immediate Return on Seeks: Enabled # # SCSI Device Configuration: # Error if Device Not Found: no Or tweak this ^^^ ? # BIOS Support Option: hd (no on device 7) # Send Start Command: no OR THIS?! ^^^ # Enable Parity Check: yes # Initiate Synch Negotiation: yes # Enable Disconnection: yes Or maybe this ^^^ ? -- With best regards -- Andrew Stesin. +380 (44) 2760188 +380 (44) 2713457 +380 (44) 2713560 "You may delegate authority, but not responsibility." Frank's Management Rule #1. From owner-freebsd-scsi Thu Feb 1 00:23:05 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA05776 for freebsd-scsi-outgoing; Thu, 1 Feb 1996 00:23:05 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA05756 for ; Thu, 1 Feb 1996 00:22:56 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA28187 for ; Thu, 1 Feb 1996 09:21:30 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA27396 for freebsd-scsi@FreeBSD.org; Thu, 1 Feb 1996 09:21:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id IAA25737 for freebsd-scsi@FreeBSD.org; Thu, 1 Feb 1996 08:56:42 +0100 (MET) From: J Wunsch Message-Id: <199602010756.IAA25737@uriah.heep.sax.de> Subject: Re: 2.1.0 find Adaptec 1740, but not my drives To: freebsd-scsi@FreeBSD.org Date: Thu, 1 Feb 1996 08:56:41 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602010545.HAA25375@office.elvisti.kiev.ua> from "Andrew V. Stesin" at Feb 1, 96 07:45:39 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk As Andrew V. Stesin wrote: > > I can say that this kind of Adaptec works _for sure_. That wasn't really the question. The question is why it doesn't work in this case, even though the controller has been found. > I think that maybe playing with Adaptec BIOS settings will do > the trick? I hardly doubt. Remember, the BIOS _finds_ the disk, it's FreeBSD that fails. And FreeBSD doesn't use the BIOS once the kernel has been loaded. -- 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 Feb 1 00:55:43 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA07679 for freebsd-scsi-outgoing; Thu, 1 Feb 1996 00:55:43 -0800 (PST) Received: from hslrswi.hasler.ascom.ch (hslrswi.hasler.ascom.ch [139.79.129.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA07663 for ; Thu, 1 Feb 1996 00:55:14 -0800 (PST) Received: from autelca.ascom.ch by hslrswi.hasler.ascom.ch (8.7.1/6.33) id JAA02076; Thu, 1 Feb 1996 09:52:19 +0100 (MET) Received: from case2.autelca.ascom.ch by autelca.ascom.ch (4.1/SMI-4.1) id AA29835; Thu, 1 Feb 96 09:52:16 +0100 Received: from case2 (localhost.autelca.ascom.ch) by case2.autelca.ascom.ch (4.1/SMI-4.1) id AA17935; Thu, 1 Feb 96 09:52:13 +0100 Message-Id: <31107F3C.167EB0E7@autelca.ascom.ch> Date: Thu, 01 Feb 1996 09:52:12 +0100 From: Norbert Bladt Organization: Ascom Autelca AG, Switzerland X-Mailer: Mozilla 2.0b6a (X11; I; SunOS 4.1.3 sun4m) Mime-Version: 1.0 To: Joerg Wunsch Cc: freebsd-scsi@freebsd.org, shad@iastate.edu Subject: Re: 2.1.0 find Adaptec 1740, but not my drives References: <199601312053.VAA21906@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk J Wunsch wrote: > > As Norbert Bladt wrote: > > > > > > ahb0: reading board settings, int=11 > > > > ahb0 at 0x6000-0x60ff irq 11 on eisa slot 6 > > > > ahb0 waiting for scsi devices to settle > > > [ahb driver fails to find any devices] > > Is this a problem in general with the AHA174x and FBSD-2.1 ? > > Nope. That's why i've forwarded this here. Thanks for the clarification. I am sorry to waste the bandwidth. Enough said. Thanks, Norbert. -- Norbert Bladt Management System Software Development ascom Autelca AG Payphone and Cashless Transaction Systems Worbstrasse 201 CH-3073 Guemligen, Switzerland nbladt@autelca.ascom.ch VOICE: +41 31 999 6552, FAX: +41 31 999 6544 From owner-freebsd-scsi Thu Feb 1 06:21:07 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA29181 for freebsd-scsi-outgoing; Thu, 1 Feb 1996 06:21:07 -0800 (PST) Received: from sivka.carrier.kiev.ua (root@sivka.carrier.kiev.ua [193.125.68.130]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA29171 for ; Thu, 1 Feb 1996 06:20:36 -0800 (PST) Received: from elvisti.kiev.ua (uucp@localhost) by sivka.carrier.kiev.ua (Sendmail 8.who.cares/5) with UUCP id PAA21700 for freebsd-scsi@FreeBSD.org; Thu, 1 Feb 1996 15:25:24 +0200 Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.33]) by spider2.elvisti.kiev.ua (8.6.12/8.ElVisti) with ESMTP id NAA08789 for ; Thu, 1 Feb 1996 13:24:09 +0200 Received: (from stesin@localhost) by office.elvisti.kiev.ua (8.6.12/8.ElVisti) id NAA09933; Thu, 1 Feb 1996 13:24:08 +0200 From: "Andrew V. Stesin" Message-Id: <199602011124.NAA09933@office.elvisti.kiev.ua> Subject: Re: 2.1.0 find Adaptec 1740, but not my drives To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 1 Feb 1996 13:24:08 +0200 (EET) Cc: freebsd-scsi@FreeBSD.org In-Reply-To: <199602010756.IAA25737@uriah.heep.sax.de> from "J Wunsch" at Feb 1, 96 08:56:41 am X-Mailer: ELM [version 2.4 PL24alpha5] Content-Type: text Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk Hello Joerg, # > I think that maybe playing with Adaptec BIOS settings will do # > the trick? # # I hardly doubt. Remember, the BIOS _finds_ the disk, it's FreeBSD # that fails. And FreeBSD doesn't use the BIOS once the kernel has been # loaded. Is there some probability that incorrect BIOS settings will initialize hardware (controller or maybe even disks) to some "bad" state and FreeBSD than won't work? That's what I mean. Miracles are too rare to consider them seriously. :-) # -- # 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. ;-) # -- With best regards -- Andrew Stesin. +380 (44) 2760188 +380 (44) 2713457 +380 (44) 2713560 "You may delegate authority, but not responsibility." Frank's Management Rule #1. From owner-freebsd-scsi Thu Feb 1 17:45:59 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA21428 for freebsd-scsi-outgoing; Thu, 1 Feb 1996 17:45:59 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA21418 for ; Thu, 1 Feb 1996 17:45:55 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id CAA08251 for ; Fri, 2 Feb 1996 02:45:43 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id CAA08538 for freebsd-scsi@freebsd.org; Fri, 2 Feb 1996 02:45:43 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id CAA02026 for freebsd-scsi@freebsd.org; Fri, 2 Feb 1996 02:24:34 +0100 (MET) From: J Wunsch Message-Id: <199602020124.CAA02026@uriah.heep.sax.de> Subject: Re: 2.1.0 find Adaptec 1740, but not my drives To: freebsd-scsi@freebsd.org Date: Fri, 2 Feb 1996 02:24:34 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602011124.NAA09933@office.elvisti.kiev.ua> from "Andrew V. Stesin" at Feb 1, 96 01:24:08 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk As Andrew V. Stesin wrote: > > Is there some probability that incorrect BIOS settings > will initialize hardware (controller or maybe even disks) > to some "bad" state and FreeBSD than won't work? Not that i could really think of. I was in the hope that Julian would have to say something about this... but he's apparently absent currently. -- 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 Feb 1 21:24:17 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA14653 for freebsd-scsi-outgoing; Thu, 1 Feb 1996 21:24:17 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA14642 for ; Thu, 1 Feb 1996 21:24:12 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id VAA14546; Thu, 1 Feb 1996 21:23:20 -0800 From: Julian Elischer Message-Id: <199602020523.VAA14546@ref.tfs.com> Subject: Re: 2.1.0 find Adaptec 1740, but not my drives To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 1 Feb 1996 21:23:19 -0800 (PST) Cc: freebsd-scsi@freebsd.org In-Reply-To: <199602020124.CAA02026@uriah.heep.sax.de> from "J Wunsch" at Feb 2, 96 02:24:34 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk > > As Andrew V. Stesin wrote: > > > > Is there some probability that incorrect BIOS settings > > will initialize hardware (controller or maybe even disks) > > to some "bad" state and FreeBSD than won't work? > > Not that i could really think of. I was in the hope that Julian would > have to say something about this... but he's apparently absent > currently. > Actually I'm not absent.. I just didn't have anything to add. I don't have a 1740 any more so I haven't seen if it works with recent revisions or not.. I still have the 1740 tech ref manual though. My memory is that there aren't any BIOS settings that would effect this however. > -- > 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. ;-) >