From owner-freebsd-scsi Mon Nov 13 13:46:37 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA01506 for freebsd-scsi-outgoing; Mon, 13 Nov 1995 13:46:37 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA01491 for ; Mon, 13 Nov 1995 13:46:26 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA03511; Mon, 13 Nov 1995 22:45:55 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA20418; Mon, 13 Nov 1995 22:45:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id WAA27597; Mon, 13 Nov 1995 22:44:43 +0100 From: J Wunsch Message-Id: <199511132144.WAA27597@uriah.heep.sax.de> Subject: Re: kern/820: scsi tape problems To: mark@linus.demon.co.uk (Mark Valentine) Date: Mon, 13 Nov 1995 22:44:43 +0100 (MET) Cc: freebsd-scsi@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511131929.TAA00622@linus.demon.co.uk> from "Mark Valentine" at Nov 13, 95 07:29:14 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 Content-Length: 780 Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk As Mark Valentine wrote: > > > > Nov 12 20:18:21 linus /kernel: st0(aha0:4:0): timed out > > > > This looks like a subsequent problem in the driver (since your tape > > drive did lengthy attempts to recover from the above error). > > Sorry if it wasn't clear in my original report, but this happens later on > the tape (the previous error didn't show up at all on subsequent attempts > - although there were still retries - there were complete power cycles in > the interim). Would the driver even be aware of retries which eventually > succeed? This rather looks like a driver bug. What adapter are you using? -- 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 Nov 13 14:27:25 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA03477 for freebsd-scsi-outgoing; Mon, 13 Nov 1995 14:27:25 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA03470 for ; Mon, 13 Nov 1995 14:27:22 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id OAA25632; Mon, 13 Nov 1995 14:22:21 -0800 From: Julian Elischer Message-Id: <199511132222.OAA25632@ref.tfs.com> Subject: Re: kern/820: scsi tape problems To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 13 Nov 1995 14:22:20 -0800 (PST) Cc: mark@linus.demon.co.uk, freebsd-scsi@freebsd.org In-Reply-To: <199511132144.WAA27597@uriah.heep.sax.de> from "J Wunsch" at Nov 13, 95 10:44:43 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 918 Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk Mark, can you show the traces again? I missed them. BTW what versions of everything? > > As Mark Valentine wrote: > > > > > > Nov 12 20:18:21 linus /kernel: st0(aha0:4:0): timed out > > > > > > This looks like a subsequent problem in the driver (since your tape > > > drive did lengthy attempts to recover from the above error). > > > > Sorry if it wasn't clear in my original report, but this happens later on > > the tape (the previous error didn't show up at all on subsequent attempts > > - although there were still retries - there were complete power cycles in > > the interim). Would the driver even be aware of retries which eventually > > succeed? > > This rather looks like a driver bug. > > What adapter are you using? > > -- > 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 Nov 13 15:58:40 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA07006 for freebsd-scsi-outgoing; Mon, 13 Nov 1995 15:58:40 -0800 Received: from flowbee.interaccess.com (jaykuri@flowbee.interaccess.com [198.80.0.32]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA07001 for ; Mon, 13 Nov 1995 15:58:38 -0800 Received: (from jaykuri@localhost) by flowbee.interaccess.com (8.6.12/8.6.9) id RAA13731; Mon, 13 Nov 1995 17:49:00 -0600 Date: Mon, 13 Nov 1995 17:48:59 -0600 (CST) From: Jay Kuri To: freebsd-scsi@freebsd.org Subject: Help! My SCSI-2 CD rom is timing out Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk I originally posted to freebsd questions. Someone suggested that I post it here. Can anyone help? I am using FreeBSD 2.0.5R and the aic scsi controller for an Adaptec 2825 SCSI card. (the aic6360.c is actually from FreeBSD-stable in place of the one from 2.0.5R which seems to not recognize the 2825) Other than that, the system is stock 2.0.5R. I am using an external SCSI-2 CDRom drive (Mediavision RENO model). When booting I see the following: FreeBSD 2.0.5-RELEASE #0: Fri Nov 10 22:19:09 1995 [ misc deleted ] aic0 at 0x140-0x15f irq 11 on isa aic0 waiting for scsi devices to settle (aic0:1:0): "MEDIAVIS RENO CD-ROMX2A 2.04" type 5 removable SCSI 2 cd0(aic0:1:0): CD-ROM cd0(aic0:1:0): UNIT ATTENTION asc:28,0 cd0(aic0:1:0): Not ready to ready transition, medium may have changed cd present.[400000 x 2048 byte records] npx0 on motherboard npx0: INT 16 interface My SCSI-DELAY is set to 30 seconds. However, what I am concerned about is when I try to mount a CD (an ISO-9660) using the command: mount_cd9660 /dev/cd0a /cd the CD starts to whirr, and after a few seconds I get the following message: cd0(aic0:1:0): timed out this repeats a few times and then (after a good minute or so, cd rom still whirring) I get: cd0(aic0:1:0): MEDIUM ERROR asc:2,0 No seek complete Only then am I returned to a shell prompt and the cd stop whirring. I've checked and rechecked termination, scsi-bus speed, etc and still am getting the same thing. The hardware seems to be working, when I (uggh) boot to DOS I can mount the CDROM (same disk) and read it fine. I've been wrestling with the scsi subsystem in this beast for a week, can anyone offer any suggestions? Thanks in advance, Jay K. From owner-freebsd-scsi Mon Nov 13 16:20:51 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA07896 for freebsd-scsi-outgoing; Mon, 13 Nov 1995 16:20:51 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA07891 for ; Mon, 13 Nov 1995 16:20:49 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id QAA25858; Mon, 13 Nov 1995 16:20:27 -0800 From: Julian Elischer Message-Id: <199511140020.QAA25858@ref.tfs.com> Subject: Re: Help! My SCSI-2 CD rom is timing out To: jaykuri@interaccess.com (Jay Kuri) Date: Mon, 13 Nov 1995 16:20:27 -0800 (PST) Cc: freebsd-scsi@freebsd.org In-Reply-To: from "Jay Kuri" at Nov 13, 95 05:48:59 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2264 Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk if justin is happy with the versions of the aic driver you are using then I suggest that you build a kernel with the SCSI_DEBUG option (or is it SCSIDEBUG) (check LINT I thnk) and thren under that kernel, set the debugging on htat device to 15 then try access it as normal. the resulting console output should be captured using dmesg and sent back to us.. (on the scsi list..) see man 4 scsi man 8 scsi man 4 cd for how to do this.. > > > I originally posted to freebsd questions. Someone suggested that I post > it here. Can anyone help? > > I am using FreeBSD 2.0.5R and the aic scsi controller for an Adaptec > 2825 SCSI card. (the aic6360.c is actually from FreeBSD-stable in place > of the one from 2.0.5R which seems to not recognize the 2825) Other than > that, the system is stock 2.0.5R. I am using an external SCSI-2 CDRom > drive (Mediavision RENO model). When booting I see the following: > > FreeBSD 2.0.5-RELEASE #0: Fri Nov 10 22:19:09 1995 > [ misc deleted ] > aic0 at 0x140-0x15f irq 11 on isa > aic0 waiting for scsi devices to settle > (aic0:1:0): "MEDIAVIS RENO CD-ROMX2A 2.04" type 5 removable SCSI 2 > cd0(aic0:1:0): CD-ROM > cd0(aic0:1:0): UNIT ATTENTION asc:28,0 > cd0(aic0:1:0): Not ready to ready transition, medium may have changed > cd present.[400000 x 2048 byte records] > npx0 on motherboard > npx0: INT 16 interface > > My SCSI-DELAY is set to 30 seconds. However, what I am concerned about > is when I try to mount a CD (an ISO-9660) using the command: > mount_cd9660 /dev/cd0a /cd > the CD starts to whirr, and after a few seconds I get the following message: > > cd0(aic0:1:0): timed out > > this repeats a few times and then (after a good minute or so, cd rom > still whirring) I get: > > cd0(aic0:1:0): MEDIUM ERROR asc:2,0 No seek complete > > Only then am I returned to a shell prompt and the cd stop whirring. > I've checked and rechecked termination, scsi-bus speed, etc and still am > getting the same thing. The hardware seems to be working, when I (uggh) > boot to DOS I can mount the CDROM (same disk) and read it fine. > > I've been wrestling with the scsi subsystem in this beast for a week, > can anyone offer any suggestions? > > Thanks in advance, > > Jay K. > From owner-freebsd-scsi Mon Nov 13 16:34:04 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA08418 for freebsd-scsi-outgoing; Mon, 13 Nov 1995 16:34:04 -0800 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id QAA08413 ; Mon, 13 Nov 1995 16:33:59 -0800 Message-Id: <199511140033.QAA08413@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: Julian Elischer cc: jaykuri@interaccess.com (Jay Kuri), freebsd-scsi@freebsd.org Subject: Re: Help! My SCSI-2 CD rom is timing out In-reply-to: Your message of "Mon, 13 Nov 1995 16:20:27 PST." <199511140020.QAA25858@ref.tfs.com> Date: Mon, 13 Nov 1995 16:33:59 -0800 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk >if justin is happy with the versions of the aic driver you are using... Not my driver. I wrote the ahc driver, not the aic driver. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Mon Nov 13 16:37:39 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA08554 for freebsd-scsi-outgoing; Mon, 13 Nov 1995 16:37:39 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA08548 for ; Mon, 13 Nov 1995 16:37:37 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id QAA25926; Mon, 13 Nov 1995 16:37:27 -0800 From: Julian Elischer Message-Id: <199511140037.QAA25926@ref.tfs.com> Subject: Re: Help! My SCSI-2 CD rom is timing out To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Mon, 13 Nov 1995 16:37:27 -0800 (PST) Cc: jaykuri@interaccess.com, freebsd-scsi@freebsd.org In-Reply-To: <199511140033.QAA08413@freefall.freebsd.org> from "Justin T. Gibbs" at Nov 13, 95 04:33:59 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 548 Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk oops you are right of course.. still, it might be a higher level scsi-cd type problem.. the output of the debugging will be useful particularly if debugging can be set at 1 2 4 8 and 15 respectively for 5 different attempts at access. > > >if justin is happy with the versions of the aic driver you are using... > > Not my driver. I wrote the ahc driver, not the aic driver. > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== > From owner-freebsd-scsi Mon Nov 13 16:47:24 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA08931 for freebsd-scsi-outgoing; Mon, 13 Nov 1995 16:47:24 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA08926 for ; Mon, 13 Nov 1995 16:47:23 -0800 Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id QAA02324 for ; Mon, 13 Nov 1995 16:46:40 -0800 Received: (from mark@localhost) by linus.demon.co.uk (8.7.1/8.7.1) id AAA01203; Tue, 14 Nov 1995 00:43:27 GMT Date: Tue, 14 Nov 1995 00:43:27 GMT From: Mark Valentine Message-Id: <199511140043.AAA01203@linus.demon.co.uk> In-Reply-To: Julian Elischer's message of Nov 13, 2:22pm X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Julian Elischer , joerg_wunsch@uriah.heep.sax.de Subject: Re: kern/820: scsi tape problems Cc: freebsd-scsi@freebsd.org Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk > Mark, can you show the traces again? I missed them. query-pr -F output below (neat stuff, GNATS; I'd forgotten to save a copy of my original problem report!). > BTW what versions of everything? An up to date -current after a recent make world (almost; I skip the tools targets when everything's otherwise up to date). > > What adapter are you using? One of the early (fussy) 1542C's. Mark. From: Owner of many system processes Date: Mon 13 Nov, 1995 Subject: query-pr output [-F 820] >From mark@linus.demon.co.uk Sun Nov 12 15:40:39 1995 Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA12808 for ; Sun, 12 Nov 1995 15:40:18 -0800 Received: (from mark@localhost) by linus.demon.co.uk (8.7.1/8.7.1) id WAA00350; Sun, 12 Nov 1995 22:13:42 GMT Message-Id: <199511122213.WAA00350@linus.demon.co.uk> Date: Sun, 12 Nov 1995 22:13:42 GMT From: Mark Valentine Reply-To: mark@linus.demon.co.uk To: FreeBSD-gnats-submit@FreeBSD.org Subject: scsi tape problems X-Send-Pr-Version: 3.2 >Number: 820 >Category: kern >Synopsis: scsi tape problems >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 12 15:50:01 PST 1995 >Last-Modified: Mon Nov 13 00:00:01 PST 1995 >Originator: Mark Valentine >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.2-CURRENT #2: Sun Nov 12 19:29:29 GMT 1995 mark@linus.demon.co.uk:/usr/src/sys/compile/LINUS CPU: i486 DX2 (486-class CPU) Origin = "GenuineIntel" Id = 0x435 Stepping=5 Features=0x3 real memory = 16777216 (16384K bytes) avail memory = 14868480 (14520K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 814MB (1667232 sectors), 1654 cyls, 16 heads, 63 S/T, 512 B/S aha0 at 0x334-0x337 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:0:0): "QUANTUM PD1050iS 3072" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 1003MB (2055096 512 byte sectors) sd0(aha0:0:0): with 2448 cyls, 12 heads, and an average 69 sectors/track (aha0:4:0): "WANGTEK 5525ES SCSI M74H 11" type 1 removable SCSI 1 st0(aha0:4:0): Sequential-Access density code 0xf, 512-byte blocks, write-enabled (aha0:6:0): "TOSHIBA CD-ROM XM-3401TA 2873" type 5 removable SCSI 2 cd0(aha0:6:0): CD-ROM cd0(aha0:6:0): NOT READY asc:3a,0 Medium not present can't get the size npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: opl0 at 0x388 on isa opl0: uart0 at 0x330 irq 9 on isa uart0: <6850 Midi Interface> joy0 at 0x201 on isa joy0: joystick RTC BIOS diagnostic error 16 new masks: bio c0004840, tty c003009a, net c003009a WARNING: / was not properly dismounted. [The Adaptec is a 1542C (an early one, but all devices are internal) - SCSI_DELAY=15.] >Description: (1) I had a system hang while reading a QIC-120 tape (co-inciding with the timeout shown below). Nov 12 20:02:54 linus /kernel: st0(aha0:4:0): MEDIUM ERROR info:11 field replaceable unit: 1 Nov 12 20:18:21 linus /kernel: st0(aha0:4:0): timed out The first error seems to be unrelated, since it didn't show up on subsequent attempts, but the problem occurs repeatably at the same place on the tape (about two thirds through). The tape error isn't a simple retry - the head shuffles about on the tape considerably. The tape wasn't written on this drive. (Could this be a tape drive problem?) On my third attempt I came out of X, and this time the system timed out and trapped into DDB ("adapter not taking commands.. frozen?!"). (2) The system doesn't like to be rebooted while the tape is rewinding; SCSI_DELAY=15 is nowhere near enough here! The system panics in the usual way after a SCSI timeout. Is this just because the probe isn't clever enough to delay talking to the SCSI device, or should it be able to find out what it needs from the device even while rewinding? >How-To-Repeat: Happens at the same position on my tape each time. >Fix: >Audit-Trail: From: J Wunsch To: mark@linus.demon.co.uk Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/820: scsi tape problems Date: Mon, 13 Nov 1995 08:47:42 +0100 (MET) As Mark Valentine wrote: > Nov 12 20:02:54 linus /kernel: st0(aha0:4:0): MEDIUM ERROR info:11 field replaceable unit: 1 This is clearly a problem with your tape (and/or drive). > Nov 12 20:18:21 linus /kernel: st0(aha0:4:0): timed out This looks like a subsequent problem in the driver (since your tape drive did lengthy attempts to recover from the above error). I've once been discussing the problems of adapter timeouts with Peter Dufault. I think we came to the conclusion to make something else than now, but i forgot what it was. :-) -- 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. ;-) >Unformatted: -- "Tigers will do ANYTHING for a tuna fish sandwich." "We're kind of stupid that way." *munch* *munch* From owner-freebsd-scsi Tue Nov 14 16:29:43 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA01714 for freebsd-scsi-outgoing; Tue, 14 Nov 1995 16:29:43 -0800 Received: from ncc-1701-d.starfleet.gov (ix-sb1-07.ix.netcom.com [204.32.201.39]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA01701 ; Tue, 14 Nov 1995 16:29:25 -0800 Received: (from d_burr@localhost) by ncc-1701-d.starfleet.gov (8.6.11/8.6.9) id QAA00668; Tue, 14 Nov 1995 16:31:00 -0800 Date: Tue, 14 Nov 1995 16:30:57 -0800 (PST) From: Donald Burr X-Sender: d_burr@ncc-1701-d To: FreeBSD Questions cc: freebsd-scsi@freebsd.org Subject: Using Adaptec 1542CP with FreeBSD-2.0.5 Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-131032940-816395457=:634" Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-131032940-816395457=:634 Content-Type: TEXT/PLAIN; charset=US-ASCII A few people requested that I go more into detail about how I got this combination to work, so rather than sending them as individual email, I'm posting to the list. Here you go, and enjoy. Donald Burr [d_burr@ix.netcom.com], PO Box 91212, Santa Barbara CA 93190-1212 TEL (805)564-1871 // FAX 564-2315 // WWW http://www.physics.ucsb.edu/~dburr PGP Public Key available by request (send e-mail) or Public Key Servers. ** Uphold your right to privacy - Use PGP. ** --0-131032940-816395457=:634 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=solution Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: VGhlc2UgYXJlIHRoZSBzdGVwcyBJIHRvb2sgdG8gbWFrZSBteSBBZGFwdGVj IEFIQS0xNTQyQ1AgY2FyZCB3b3JrIHVuZGVyDQpGcmVlQlNELg0KDQpOb3Rl IHRoYXQsIHdpdGggdGhpcyBjb25maWd1cmF0aW9uLCBteSBzeXN0ZW0gc3Rp bGwgd29ya3MgcGVyZmVjdGx5IHdoZW4NCnVzaW5nIERPUyBhbmQgV2luZG93 cyA5NS4NCg0KRmlyc3QsIEkgZGlzYWJsZWQgdGhlIFBsdWcgYW5kIFBsYXkg c3VwcG9ydCBvbiB0aGUgY2FyZC4gIFRoaXMgaXMgYmVjYXVzZQ0KSSBoYXZl IGEgbm9uLVBsdWctYW5kLVBsYXkgc3lzdGVtLCB3aXRoIGxvdHMgb2Ygbm9u LVBsdWctYW5kLVBsYXkgZGV2aWNlcw0KKCJsZWdhY3kiIHN5c3RlbSksIGFu ZCBJIHdhcyBoYXZpbmcgbG90cyBvZiBwcm9ibGVtcyBnZXR0aW5nIHRoaW5n cyBzZXQNCnVwIGFuZCB3b3JraW5nIHVuZGVyIFdpbmRvd3MgOTUsIHdoaWNo IGluc2lzdGVkIG9uIHRyeWluZyB0byBzZXQgdGhpbmdzDQp1cCBieSBpdHNl bGYsIGJ1dCB3YXMgYWx3YXlzIGdldHRpbmcgdGhpbmdzIGdvb2ZlZCB1cC4N Cg0KVG8gZG8gdGhpcywgeW91IGhhdmUgdG8gZmxpcCBvbmUgb2YgdGhlIERJ UCBzd2l0Y2hlcyBvbiB0aGUgY2FyZC4gIEZsaXANCnN3aXRjaCAjMSB0byB0 aGUgIk9OIiAocG9pbnRlZCBBV0FZIGZyb20gdGhlIGNhcmQuLi4gSSB0aGlu aykgcG9zaXRpb24uDQoNCk5vdywgcmVib290IGFuZCBnZXQgaW50byB0aGUg Y2FyZCdzIEJJT1MgY29uZmlndXJhdGlvbiB1dGlsaXR5IChwcmVzcw0KQ1RS TC1BIHdoZW4gdGhlIEFkYXB0ZWMgY29weXJpZ2h0IG1lc3NhZ2UgcG9wcyB1 cCkuICBDaG9vc2UgeW91ciBjYXJkJ3MNCkkvTyBhZGRyZXNzIChvbmx5IG5l Y2Vzc2FyeSBpZiB5b3UgaGF2ZSBtdWx0aXBsZSAxNTQyJ3MgaW4geW91ciBz eXN0ZW0pLA0KdGhlbiBjaG9vc2UgIkNvbmZpZ3VyZS9WaWV3IEhvc3QgQWRh cHRlciBTZXR0aW5ncyIuDQoNCk1vc3Qgb2YgdGhlIHN0dWZmIG9uIHRoZSBm aXJzdCBzZXR1cCBwYWdlIHNob3VsZCBiZSBsZWZ0IGFsb25lIChpLmUuIHRo ZQ0KZWZhdWx0cyBhcmUgT0spLCBhbHRob3VnaCB5b3UgbWF5IHdhbnQgdG8g dHJ5IGFuZCBpbmNyZWFzZSB0aGUgdHJhbnNmZXINCnJhdGUgLS0gaG93ZXZl ciwgc29tZSBzeXN0ZW1zJyBETUEgY29udHJvbGxlcnMgd29uJ3QgaGFuZGxl IGFuIGluY3JlYXNlLg0KSSB3YXMgYWJsZSB0byBnZXQgYSBzbWFsbCBpbmNy ZWFzZSAodXAgdG8gNS43L3NlYyksIGJ1dCB3aGVuIEkgdHJpZWQNCnJ1bm5p bmcgYW55IGZhc3RlciwgdW5wcmVkaWN0YWJsZSByZXN1bHRzIHN0YXJ0ZWQg c2V0dGluZyBpbi4NCg0KT0ssIGZyb20gaGVyZSwgY2hvb3NlIHRoZSAiQWR2 YW5jZWQgQ29uZmlndXJhdGlvbiBPcHRpb25zIi4gIEhFUkUgaXMNCndoZXJl IHlvdSBoYXZlIHRvIGZpZGRsZSB3aXRoIGEgbG90IG9mIHN0dWZmIHRvIGdl dCB0aGUgY2FyZCB0byB3b3JrDQp3aXRoIEZyZWVCU0QuICBOb3RlIHRoYXQs IHdoZW4geW91IHNlbGVjdCBlYWNoIG9wdGlvbiwgaXQgZ2l2ZXMgeW91IGEN Cmxpc3Qgb2YgY2hvaWNlcywgb25lIG9mIHRoZW0gaGFzIGEgYXN0ZXJpc2sg KCopIG5leHQgdG8gaXQuICBUaGlzIG9uZQ0KaXMgdGhlIERFRkFVTFQgKGku ZS4gd2hhdCB0aGUgY2FyZCBpcyBzZXQgdXAgd2l0aCwgd2hlbiBpdCBjb21l cyBmcm9tDQp0aGUgZmFjdG9yeSkuDQoNClRoZSBmb2xsb3dpbmcgc2V0dGlu Z3MgbmVlZCB0byBiZSBjaGFuZ2VkIHRvIE5PTi1ERUZBVUxUIHNldHRpbmdz Lg0KRVZFUllUSElORyBFTFNFIENBTiAoU0hPVUxEPykgQkUgTEVGVCBBVCBJ VFMgREVGQVVMVC4NCg0KIlBsdWcgYW5kIFBsYXkgU0NBTSBTdXBwb3J0IiA6 IERpc2FibGVkDQoiRXh0ZW5kZWQgQklPUyBUcmFuc2xhdGlvbiBmb3IgRE9T IERyaXZlcyA+IDEgR0J5dGUiIDogRGlzYWJsZWQNClN1cHBvcnQgUmVtb3Zh YmxlIERpc2tzIHVuZGVyIEJJT1MgYXMgRml4ZWQgRGlza3MiIDogRGlzYWJs ZWQgKCpzZWUgTk9URSBiZWxvdykNCiJEeW5hbWljYWxseSBTY2FuIFNDU0kg QnVzIGZvciBCSU9TIERldmljZXMiIDogRGlzYWJsZWQNCiJCSU9TIFN1cHBv cnQgZm9yIG1vcmUgdGhhbiAyIERyaXZlcyAoTVMtRE9TKFIpIDUuMCBhbmQg YWJvdmUpIiA6IERpc2FibGVkDQoNCipOT1RFOiBJIHNldCB0aGlzIG9wdGlv biB0byAiRGlzYWJsZWQiIGR1ZSB0byB3ZWlyZCBvZGRpdGllcyBJIHdhcyBl eHBlcmktDQplbmNpbmcgd2l0aCBteSBTeVF1ZXN0IHJlbW92YWJsZSBjYXJ0 cmlkZ2UgZHJpdmUuICBJdCBNQVkgb3IgTUFZIE5PVCBiZQ0KbmVjZXNhcnkg dG8gY2hhbmdlIHRoaXMgdmFsdWUsIHRvIG1ha2UgeW91ciBzeXN0ZW0gd29y ayB3aXRoIEZyZWVCU0QuDQpJIGhhdmVuJ3QgdGVzdGVkIGl0Lg0K --0-131032940-816395457=:634-- From owner-freebsd-scsi Tue Nov 14 22:22:34 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA20983 for freebsd-scsi-outgoing; Tue, 14 Nov 1995 22:22:34 -0800 Received: from flowbee.interaccess.com (jaykuri@flowbee.interaccess.com [198.80.0.32]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA20974 for ; Tue, 14 Nov 1995 22:22:32 -0800 Received: (from jaykuri@localhost) by flowbee.interaccess.com (8.6.12/8.6.9) id AAA27593; Wed, 15 Nov 1995 00:12:49 -0600 Date: Wed, 15 Nov 1995 00:12:48 -0600 (CST) From: Jay Kuri To: Julian Elischer cc: freebsd-scsi@freebsd.org Subject: Re: Help! My SCSI-2 CD rom is timing out In-Reply-To: <199511140020.QAA25858@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk > if justin is happy with the versions of the aic driver you are using > then I suggest that you build a kernel with the SCSI_DEBUG option > (or is it SCSIDEBUG) (check LINT I thnk) > and thren under that kernel, set the debugging on htat device to > 15 then try access it as normal. > the resulting console output should be captured using dmesg and sent > back to us.. (on the scsi list..) I did as you said. I added the SCSIDEBUG in the kernel config, rebooted the system, and tried using the command 'scsi -f cd0a -d 15' to turn on debugging. Unfortunately all it did was time out again, this time on the scsi command. The dmesg follows: FreeBSD 2.1.0-951104-SNAP #0: Tue Nov 14 20:25:06 1995 jaykuri@jayshouse.iway.net:/usr/src/sys/compile/JAYSHOUSE.SCSI CPU: i486DX (486-class CPU) real memory = 16777216 (16384K bytes) avail memory = 15077376 (14724K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 maddr 0xcc000 msize 8192 on isa ed0: address 00:00:c0:6c:71:b5, type SMC8416C/SMC8416BT (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 520MB (1065456 sectors), 1057 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 814MB (1667232 sectors), 1654 cyls, 16 heads, 63 S/T, 512 B/S aic0 at 0x140-0x15f irq 11 on isa aic0 waiting for scsi devices to settle (aic0:1:0): "MEDIAVIS RENO CD-ROMX2A 2.04" type 5 removable SCSI 2 cd0(aic0:1:0): CD-ROM cd0(aic0:1:0): UNIT ATTENTION asc:28,0 cd0(aic0:1:0): Not ready to ready transition, medium may have changed cd present.[400000 x 2048 byte records] npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvo0: sbmidi0 at 0x330 on isa opl0 at 0x388 on isa opl0: cd0(aic0:1:0): timed out cd0(aic0:1:0): timed out cd0(aic0:1:0): timed out cd0(aic0:1:0): timed out cd0(aic0:1:0): timed out cd0(aic0:1:0): timed out cd0(aic0:1:0): timed out cd0(aic0:1:0): timed out cd0(aic0:1:0): timed out # last line from scsi command cd0(aic0:1:0): timed out # first line from mount command cd0(aic0:1:0): MEDIUM ERROR asc:2,0 No seek complete cd0(aic0:1:0): ILLEGAL REQUEST asc:21,0 Logical block address out of range The only difference I saw between this and the last time was that this time when I first issued the 'scsi -f /dev/cd0a -d 15' after about 3 lines of 'cd0(aic0:1:0): timed out' I got the following message on the console, but it did not show in the dmesg: ioctl [SCIODEBUG]: Inappropriate ioctl for device I managed to kill some files last night and had to re-install the root-partition. I took the opportunity (if you could call it that) to upgrade to 2.1.0-951104-SNAP. So I am now running a stock 2.1 system. However, the problem persists. Here is the oddity: I managed to mount the cd once. It mounted and looked ok. I could access it. When I umounted it and tried to mount it again, it went back to the problem that I've described. Here is an additional oddity: a colleague of mine has a similar drive to mine (the same model, in fact) As a control I decided to try to mount his drive. When his drive was in the place of mine, it mounted right away. The difference I noticed was that when BSD probed the SCSI bus and reported the devices, it reported my drive as "MEDIAVIS RENO CD-ROMX2A 2.04" and reported my colleagues as "MEDIAVIS RENO CD-ROMX2A 1.03" I've also tried another of the same drives (the 2.04 type) and got the same problems. Thanks in advance for any help, Jay K. From owner-freebsd-scsi Wed Nov 15 10:50:30 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA07534 for freebsd-scsi-outgoing; Wed, 15 Nov 1995 10:50:30 -0800 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA07517 for ; Wed, 15 Nov 1995 10:50:27 -0800 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id MAA18646 for ; Wed, 15 Nov 1995 12:50:18 -0600 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 15 Nov 95 12:50 CST Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 15 Nov 95 12:50 CST Message-Id: Subject: single-ended to differential converter? To: freebsd-scsi@freebsd.org Date: Wed, 15 Nov 1995 12:50:15 -0600 (CST) From: "Lars Fredriksen" X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 390 Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk Hi, Anyone know of a gadget that would translate the single-ended SCSI signals to differential so that I can connect up a couple of differential SCSI devices to my single-ended bus? Thanks a lot. Lars. -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) fredriks@asiago.cs.wisc.edu From owner-freebsd-scsi Wed Nov 15 12:44:32 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA23133 for freebsd-scsi-outgoing; Wed, 15 Nov 1995 12:44:32 -0800 Received: from puma.bevd.blacksburg.va.us (root@puma.bevd.blacksburg.va.us [198.82.200.98]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA23118 for ; Wed, 15 Nov 1995 12:44:28 -0800 Received: (from briggs@localhost) by puma.bevd.blacksburg.va.us (8.6.12/8.6.9) id PAA20760; Wed, 15 Nov 1995 15:44:05 -0500 From: Allen Briggs Message-Id: <199511152044.PAA20760@puma.bevd.blacksburg.va.us> Subject: Re: single-ended to differential converter? To: fredriks@mcs.com (Lars Fredriksen) Date: Wed, 15 Nov 1995 15:44:03 -0500 (EST) Cc: freebsd-scsi@freebsd.org In-Reply-To: from "Lars Fredriksen" at Nov 15, 95 12:50:15 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 528 Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk > Anyone know of a gadget that would translate the single-ended > SCSI signals to differential so that I can connect up a couple of > differential SCSI devices to my single-ended bus? Direct Data Storage (http://www.harddisk.com/) has something. They sell differential drives as a package with the adapter, but they'd probably sell you the adapter alone... -allen -- Allen Briggs - end killing - allen.briggs@bev.net ** MacBSD == NetBSD/mac68k ** Where does all my time go? Guess. From owner-freebsd-scsi Wed Nov 15 15:16:39 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA24166 for freebsd-scsi-outgoing; Wed, 15 Nov 1995 15:16:39 -0800 Received: from flowbee.interaccess.com (jaykuri@flowbee.interaccess.com [198.80.0.32]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA24149 for ; Wed, 15 Nov 1995 15:16:35 -0800 Received: (from jaykuri@localhost) by flowbee.interaccess.com (8.6.12/8.6.9) id RAA22827; Wed, 15 Nov 1995 17:06:49 -0600 Date: Wed, 15 Nov 1995 17:06:48 -0600 (CST) From: Jay Kuri To: Julian Elischer , freebsd-scsi@freebsd.org Subject: Re: Help! My SCSI-2 CD rom is timing out In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk I have made what may or may not be a worthwhile discovery in reference to this drive. It appears that if the CD-Rom is spun-up, it will mount the drive without a hitch. However, if the drive is not spun up already, it does not mount... instead the 'cdo(aic0:1:0): timed out' message comes up. This is not really consistant.. I don't know how to force the drive to spin up. But if I try to mount the cd and it times out, many times if I re-issue the mount command as soon as I get the prompt back, it will mount. This is not by any means absolutely consistant. But it is the only way I can mount it at all. Could it be that the spin-up scsi command is not being sent? or perhaps that the scsi-subsystem is not tolerant enough with timings to let the cd-rom spin up before erroring? Just fumbling along here and guessing, Jay K. From owner-freebsd-scsi Wed Nov 15 17:54:21 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA25205 for freebsd-scsi-outgoing; Wed, 15 Nov 1995 17:39:11 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA25199 for ; Wed, 15 Nov 1995 17:39:03 -0800 Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id UAA08240; Wed, 15 Nov 1995 20:39:29 -0500 From: Peter Dufault Message-Id: <199511160139.UAA08240@hda.com> Subject: Re: Help! My SCSI-2 CD rom is timing out To: jaykuri@interaccess.com (Jay Kuri) Date: Wed, 15 Nov 1995 20:39:28 -0500 (EST) Cc: julian@ref.tfs.com, freebsd-scsi@FreeBSD.org In-Reply-To: from "Jay Kuri" at Nov 15, 95 05:06:48 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 675 Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk > Could it be > that the spin-up scsi command is not being sent? No, it is sent when the device is open... > or perhaps that the > scsi-subsystem is not tolerant enough with timings to let the cd-rom spin > up before erroring? Just fumbling along here and guessing, I don't know; can you do something like "sleep 1000 < /dev/some-harmless-cd" (maybe /dev/rcd0d) so that it is spun up before trying to mount? If you can't successfully "cp /dev/null /dev/various-cd" we know there are basic problems. -- 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 Wed Nov 15 18:08:55 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA27057 for freebsd-scsi-outgoing; Wed, 15 Nov 1995 18:00:09 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA27051 for ; Wed, 15 Nov 1995 18:00:06 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id RAA00416; Wed, 15 Nov 1995 17:59:33 -0800 From: Julian Elischer Message-Id: <199511160159.RAA00416@ref.tfs.com> Subject: Re: Help! My SCSI-2 CD rom is timing out To: jaykuri@interaccess.com (Jay Kuri) Date: Wed, 15 Nov 1995 17:59:33 -0800 (PST) Cc: freebsd-scsi@FreeBSD.ORG In-Reply-To: from "Jay Kuri" at Nov 15, 95 05:06:48 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1158 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk you should make a kernel with SCSIDEBUG (options SCSIDEBUG) then do: scsi -f /dev/rcd0.ctl -d 15 this should make the kernel VERY VERBOSE about any operations on that device and should let us work out what is failing use dmesg to get the debug output to a file. > > > I have made what may or may not be a worthwhile discovery in reference > to this drive. It appears that if the CD-Rom is spun-up, it will mount > the drive without a hitch. However, if the drive is not spun up > already, it does not mount... instead the 'cdo(aic0:1:0): timed out' > message comes up. This is not really consistant.. I don't know how to > force the drive to spin up. But if I try to mount the cd and it times > out, many times if I re-issue the mount command as soon as I get the > prompt back, it will mount. This is not by any means absolutely > consistant. But it is the only way I can mount it at all. Could it be > that the spin-up scsi command is not being sent? or perhaps that the > scsi-subsystem is not tolerant enough with timings to let the cd-rom spin > up before erroring? Just fumbling along here and guessing, > > Jay K. > From owner-freebsd-scsi Wed Nov 15 18:58:53 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA03045 for freebsd-scsi-outgoing; Wed, 15 Nov 1995 18:32:36 -0800 Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA03031 for ; Wed, 15 Nov 1995 18:32:30 -0800 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id VAA20947; Wed, 15 Nov 1995 21:31:48 -0500 From: Bill/Carolyn Pechter Message-Id: <199511160231.VAA20947@shell.monmouth.com> Subject: Re: single-ended to differential converter? To: briggs@puma.bevd.blacksburg.va.us (Allen Briggs) Date: Wed, 15 Nov 1995 21:31:47 -0500 (EST) Cc: freebsd-scsi@FreeBSD.ORG In-Reply-To: <199511152044.PAA20760@puma.bevd.blacksburg.va.us> from "Allen Briggs" at Nov 15, 95 03:44:03 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1079 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk > > > Anyone know of a gadget that would translate the single-ended > > SCSI signals to differential so that I can connect up a couple of > > differential SCSI devices to my single-ended bus? > > Direct Data Storage (http://www.harddisk.com/) has something. They sell > differential drives as a package with the adapter, but they'd probably > sell you the adapter alone... > > -allen > > -- > Allen Briggs - end killing - allen.briggs@bev.net ** MacBSD == NetBSD/mac68k ** > Where does all my time go? Guess. > Rancho Technology makes one... Hitech (I forget the web reference on internet-cafe.com) sells 'em. I'm running one on FreeBSD with an Adaptec 1542 and a Fujitsu differential 640meg drive... Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-scsi Wed Nov 15 19:49:35 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA13021 for freebsd-scsi-outgoing; Wed, 15 Nov 1995 19:49:35 -0800 Received: from flowbee.interaccess.com (jaykuri@flowbee.interaccess.com [198.80.0.32]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA13009 for ; Wed, 15 Nov 1995 19:49:30 -0800 Received: (from jaykuri@localhost) by flowbee.interaccess.com (8.6.12/8.6.9) id VAA05947; Wed, 15 Nov 1995 21:39:33 -0600 Date: Wed, 15 Nov 1995 21:39:32 -0600 (CST) From: Jay Kuri To: Julian Elischer cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Help! My SCSI-2 CD rom is timing out In-Reply-To: <199511160159.RAA00416@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk > scsi -f /dev/rcd0.ctl -d 15 Sorry, I entered this command wrong. The Dmesg Follows: FreeBSD 2.1.0-951104-SNAP #0: Tue Nov 14 20:25:06 1995 jaykuri@jayshouse.iway.net:/usr/src/sys/compile/JAYSHOUSE.SCSI CPU: i486DX (486-class CPU) real memory = 16777216 (16384K bytes) avail memory = 15077376 (14724K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 maddr 0xcc000 msize 8192 on isa ed0: address 00:00:c0:6c:71:b5, type SMC8416C/SMC8416BT (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 520MB (1065456 sectors), 1057 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 814MB (1667232 sectors), 1654 cyls, 16 heads, 63 S/T, 512 B/S aic0 at 0x140-0x15f irq 11 on isa aic0 waiting for scsi devices to settle (aic0:1:0): "MEDIAVIS RENO CD-ROMX2A 2.04" type 5 removable SCSI 2 cd0(aic0:1:0): CD-ROM cd0(aic0:1:0): UNIT ATTENTION asc:28,0 cd0(aic0:1:0): Not ready to ready transition, medium may have changed cd present.[400000 x 2048 byte records] npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvo0: sbmidi0 at 0x330 on isa opl0 at 0x388 on isa opl0: cd0(aic0:1:0): cdclose: Closing device cd0(aic0:1:0): cd_open: dev=0x600 (unit 0,partition 0) cd0(aic0:1:0): scsi_cmd cd0(aic0:1:0): get_xs cd0(aic0:1:0): returning xs(0xf052bb00): flg(0x60)sc_link(0xf052bb80)retr(0x2)timo(0x186a0)cmd(0xf052bb58)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)cd0(aic0:1:0): command: 0,0,0,0,0,0-[0 bytes] cd0(aic0:1:0): aic_scsi_cmd cd0(aic0:1:0): scsi_done cd0(aic0:1:0): command: 0,0,0,0,0,0-[0 bytes] cd0(aic0:1:0): back in cmd() cd0(aic0:1:0): sc_err1,err = 0x0 cd0(aic0:1:0): free_xs cd0(aic0:1:0): calling private start() cd0(aic0:1:0): cdstart0 cd0(aic0:1:0): scsi_cmd cd0(aic0:1:0): get_xs cd0(aic0:1:0): returning xs(0xf052bb00): flg(0x60)sc_link(0xf052bb80)retr(0x2)timo(0x186a0)cmd(0xf052bb58)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)cd0(aic0:1:0): command: 0,0,0,0,0,0-[0 bytes] cd0(aic0:1:0): aic_scsi_cmd cd0(aic0:1:0): scsi_done cd0(aic0:1:0): command: 0,0,0,0,0,0-[0 bytes] cd0(aic0:1:0): back in cmd() cd0(aic0:1:0): sc_err1,err = 0x0 cd0(aic0:1:0): free_xs cd0(aic0:1:0): calling private start() cd0(aic0:1:0): cdstart0 cd0(aic0:1:0): Device present cd0(aic0:1:0): scsi_cmd cd0(aic0:1:0): get_xs cd0(aic0:1:0): returning xs(0xf052bb00): flg(0x21)sc_link(0xf052bb80)retr(0x2)timo(0x2710)cmd(0xf052bb58)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)cd0(aic0:1:0): command: 1b,0,0,0,1,0-[0 bytes] cd0(aic0:1:0): aic_scsi_cmd cd0(aic0:1:0): scsi_done cd0(aic0:1:0): command: 1b,0,0,0,1,0-[0 bytes] cd0(aic0:1:0): back in cmd() cd0(aic0:1:0): sc_err1,err = 0x1 code70 valid0 seg0 key4 ili0 eom0 fmark0 info: 0 0 0 0 followed by 10 extra bytes extra: 0 0 0 0 9 0 0 0 0 0 cd0(aic0:1:0): HARDWARE FAILURE asc:9,0 Track following error cd0(aic0:1:0): scsi_interpret_sense (no bp) returned 5 cd0(aic0:1:0): free_xs cd0(aic0:1:0): calling private start() cd0(aic0:1:0): cdstart0 cd0(aic0:1:0): scsi_cmd cd0(aic0:1:0): get_xs cd0(aic0:1:0): returning xs(0xf052bb00): flg(0x60)sc_link(0xf052bb80)retr(0x2)timo(0x1388)cmd(0xf052bb58)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)cd0(aic0:1:0): command: 1e,0,0,0,1,0-[0 bytes] cd0(aic0:1:0): aic_scsi_cmd cd0(aic0:1:0): scsi_done cd0(aic0:1:0): command: 1e,0,0,0,1,0-[0 bytes] cd0(aic0:1:0): back in cmd() cd0(aic0:1:0): sc_err1,err = 0x1 code70 valid0 seg0 key5 ili0 eom0 fmark0 info: 0 0 0 0 followed by 10 extra bytes extra: 0 0 0 0 20 0 0 0 0 0 cd0(aic0:1:0): scsi_interpret_sense (no bp) returned 22 cd0(aic0:1:0): free_xs cd0(aic0:1:0): calling private start() cd0(aic0:1:0): cdstart0 cd0(aic0:1:0): 'start' attempted cd0(aic0:1:0): Params loaded cd0(aic0:1:0): Disklabel fabricated cd0(aic0:1:0): open complete cd0(aic0:1:0): cdopen: dev=0x600 (unit 0) result 0 cd0(aic0:1:0): cdstrategy cd0(aic0:1:0): 2048 bytes @ blk64 cd0(aic0:1:0): cdstart0 cd0(aic0:1:0): scsi_cmd cd0(aic0:1:0): get_xs cd0(aic0:1:0): returning xs(0xf052bb00): flg(0x420)sc_link(0xf052bb80)retr(0x1)timo(0x7530)cmd(0xf052bb58)len(0xa)data(0xf1820000)len(0x800)res(0x0)err(0x0)bp(0xf13c3280)cd0(aic0:1:0): command: 28,0,0,0,0,10,0,0,1,0-[2048 bytes] ------------------------------ 000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 016: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 032: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 048: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ------------------------------ cd0(aic0:1:0): aic_scsi_cmd cd0(aic0:1:0): scsi_done cd0(aic0:1:0): command: 28,0,0,0,0,10,0,0,1,0-[2048 bytes] ------------------------------ 000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 016: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 032: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 048: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ------------------------------ cd0(aic0:1:0): sc_err1,err = 0x1 code70 valid0 seg0 key5 ili0 eom0 fmark0 info: 0 0 0 0 followed by 10 extra bytes extra: 0 0 0 0 21 0 0 0 0 0 cd0(aic0:1:0): ILLEGAL REQUEST asc:21,0 Logical block address out of range cd0(aic0:1:0): scsi_interpret_sense (bp) returned 22 cd0(aic0:1:0): free_xs cd0(aic0:1:0): calling private start() cd0(aic0:1:0): cdstart0 cd0(aic0:1:0): cdclose: Closing device cd0(aic0:1:0): cd0: closing part 0 cd0(aic0:1:0): scsi_cmd cd0(aic0:1:0): get_xs cd0(aic0:1:0): returning xs(0xf052bb00): flg(0x60)sc_link(0xf052bb80)retr(0x2)timo(0x1388)cmd(0xf052bb58)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)cd0(aic0:1:0): command: 1e,0,0,0,0,0-[0 bytes] cd0(aic0:1:0): aic_scsi_cmd cd0(aic0:1:0): scsi_done cd0(aic0:1:0): command: 1e,0,0,0,0,0-[0 bytes] cd0(aic0:1:0): back in cmd() cd0(aic0:1:0): sc_err1,err = 0x1 code70 valid0 seg0 key5 ili0 eom0 fmark0 info: 0 0 0 0 followed by 10 extra bytes extra: 0 0 0 0 20 0 0 0 0 0 cd0(aic0:1:0): scsi_interpret_sense (no bp) returned 22 cd0(aic0:1:0): free_xs cd0(aic0:1:0): calling private start() cd0(aic0:1:0): cdstart0 Thats it, from top to bottom. Jay K. From owner-freebsd-scsi Thu Nov 16 05:29:12 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA16426 for freebsd-scsi-outgoing; Thu, 16 Nov 1995 05:29:12 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA16421 for ; Thu, 16 Nov 1995 05:29:08 -0800 Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id IAA09620; Thu, 16 Nov 1995 08:29:56 -0500 From: Peter Dufault Message-Id: <199511161329.IAA09620@hda.com> Subject: Re: Help! My SCSI-2 CD rom is timing out To: jaykuri@interaccess.com (Jay Kuri) Date: Thu, 16 Nov 1995 08:29:56 -0500 (EST) Cc: julian@ref.tfs.com, freebsd-scsi@FreeBSD.org In-Reply-To: from "Jay Kuri" at Nov 15, 95 09:39:32 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1599 Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk (...) > cd0(aic0:1:0): command: 1b,0,0,0,1,0-[0 bytes] START_STOP with start bit of one (make unit ready for use); (...) > cd0(aic0:1:0): HARDWARE FAILURE asc:9,0 Track following error > cd0(aic0:1:0): scsi_interpret_sense (no bp) returned 5 I assume you've tried this with other disks? We ignore this error in cd_open.. > xs(0xf052bb00): > flg(0x60)sc_link(0xf052bb80)retr(0x2)timo(0x1388)cmd(0xf052bb58)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)cd0(aic0:1:0): command: 1e,0,0,0,1,0-[0 bytes] > cd0(aic0:1:0): aic_scsi_cmd > cd0(aic0:1:0): scsi_done > cd0(aic0:1:0): command: 1e,0,0,0,1,0-[0 bytes] Prevent removal... > cd0(aic0:1:0): back in cmd() > cd0(aic0:1:0): sc_err1,err = 0x1 > code70 valid0 seg0 key5 ili0 eom0 fmark0 > info: 0 0 0 0 followed by 10 extra bytes > extra: 0 0 0 0 20 0 0 0 0 0 20,0=Invalid Command Operation Code (I don't know why it wasn't printed). Maybe because it didn't spin up? (A read at block 64...) > cd0(aic0:1:0): ILLEGAL REQUEST asc:21,0 Logical block address out of range > cd0(aic0:1:0): scsi_interpret_sense (bp) returned 22 > cd0(aic0:1:0): free_xs > cd0(aic0:1:0): calling private start() > cd0(aic0:1:0): cdstart0 cd0(aic0:1:0): cdclose: Closing device > cd0(aic0:1:0): cd0: closing part 0 ... > cd0(aic0:1:0): scsi_done > cd0(aic0:1:0): command: 1e,0,0,0,0,0-[0 bytes] Allow removal... (...) > extra: 0 0 0 0 20 0 0 0 0 0 Another 20,0=Invalid Command Operation Code 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 Thu Nov 16 07:46:14 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA23634 for freebsd-scsi-outgoing; Thu, 16 Nov 1995 07:46:14 -0800 Received: from mail.Germany.EU.net (mail.germany.eu.net [192.76.144.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA23606 for ; Thu, 16 Nov 1995 07:45:47 -0800 Received: by mail.Germany.EU.net with UUCP (5.59:10/EUnetD-2.5.2.e) via EUnet id QAA18125; Thu, 16 Nov 1995 16:45:28 +0100 Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with ESMTP id PAA07051 for ; Thu, 16 Nov 1995 15:23:16 +0100 Received: (from j@localhost) by ida.interface-business.de (8.6.11/8.6.9) id PAA00329 for freebsd-scsi@freebsd.org; Thu, 16 Nov 1995 15:21:50 +0100 From: J Wunsch Message-Id: <199511161421.PAA00329@ida.interface-business.de> Subject: SCSI reprobe To: freebsd-scsi@freebsd.org Date: Thu, 16 Nov 1995 15:21:50 +0100 (MET) Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) X-Phone: +49-351-31809-14 X-Fax: +49-351-3361187 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 5627 Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk Hi all, i've noticed that the SCSI reprobe always hung my ahc controller (scsi -f /dev/... -r). After some more investigation, it's quite clear that it's caused by a bunch of assumptions that all the probe and initialize functions of the various devices are only being called at system init time, and therefore could not use interrupts. I'm wondering why everything used to work with an aha controller... For ahc, it always ended up in the controller code hanging inside an ahc_poll() which should not have been called in the first place once the kernel has been initialized. I've made the following changes in order to pass the SCSI_NOSLEEP | SCSI_NOMASK flags down from higher-level functions, depending on whether the bus/device probe functions are being called by the ioctl, or by the adapter initialization code (comments continued below): --- scsiconf.c.orig Mon Oct 9 11:08:52 1995 +++ scsiconf.c Thu Nov 16 15:09:17 1995 @@ -647,7 +647,8 @@ #define SCSI_DELAY 2 #endif /* SCSI_DELAY */ DELAY(1000000 * SCSI_DELAY); - scsi_probe_bus(scsibus,-1,-1); + /* use poll mode at init time */ + scsi_probe_bus(scsibus, -1, -1, SCSI_NOSLEEP | SCSI_NOMASK); } /* @@ -660,11 +661,11 @@ { if (bus == -1) { for(bus = 0; bus < scbusses->nelem; bus++) { - scsi_probe_bus(bus, targ, lun); + scsi_probe_bus(bus, targ, lun, 0); } return 0; } else { - return scsi_probe_bus(bus, targ, lun); + return scsi_probe_bus(bus, targ, lun, 0); } } @@ -845,7 +846,7 @@ * targ and lun optionally narrow the search if not -1 */ errval -scsi_probe_bus(int bus, int targ, int lun) +scsi_probe_bus(int bus, int targ, int lun, int flags) { struct scsibus_data *scsibus_data ; int maxtarg,mintarg,maxlun,minlun; @@ -906,7 +907,8 @@ sc_link->target = targ; sc_link->lun = lun; sc_link->quirks = 0; - bestmatch = scsi_probedev(sc_link, &maybe_more, &type); + bestmatch = scsi_probedev(sc_link, &maybe_more, &type, + flags); #ifdef NEW_SCSICONF if (bestmatch) { sc_link->quirks = bestmatch->quirks; @@ -987,10 +989,11 @@ * entry. */ struct scsidevs * -scsi_probedev(sc_link, maybe_more, type_p) +scsi_probedev(sc_link, maybe_more, type_p, flags) boolean *maybe_more; struct scsi_link *sc_link; int *type_p; + int flags; { u_int8 target = sc_link->target; u_int8 lu = sc_link->lun; @@ -1018,9 +1021,9 @@ sc_link->flags &= ~(SDEV_DB1 | SDEV_DB2 | SDEV_DB3 | SDEV_DB4); #endif /* SCSIDEBUG */ /* catch unit attn */ - scsi_test_unit_ready(sc_link, SCSI_NOSLEEP | SCSI_NOMASK | SCSI_SILENT); + scsi_test_unit_ready(sc_link, flags | SCSI_SILENT); #ifdef DOUBTFULL - switch (scsi_test_unit_ready(sc_link, SCSI_NOSLEEP | SCSI_NOMASK | SCSI_SILENT)) { + switch (scsi_test_unit_ready(sc_link, flags | SCSI_SILENT)) { case 0: /* said it WAS ready */ case EBUSY: /* replied 'NOT READY' but WAS present, continue */ case ENXIO: @@ -1035,11 +1038,11 @@ #ifdef SCSI_2_DEF /* some devices need to be told to go to SCSI2 */ /* However some just explode if you tell them this.. leave it out */ - scsi_change_def(sc_link, SCSI_NOSLEEP | SCSI_NOMASK | SCSI_SILENT); + scsi_change_def(sc_link, flags | SCSI_SILENT); #endif /*SCSI_2_DEF */ /* Now go ask the device all about itself */ - if (scsi_inquire(sc_link, inqbuf, SCSI_NOSLEEP | SCSI_NOMASK) != 0) { + if (scsi_inquire(sc_link, inqbuf, flags) != 0) { return (struct scsidevs *) 0; } --- scsiconf.h.orig Tue May 30 10:13:47 1995 +++ scsiconf.h Thu Nov 16 13:35:13 1995 @@ -420,8 +420,8 @@ errval scsi_inquire( struct scsi_link *sc_link, struct scsi_inquiry_data *inqbuf, u_int32 flags); errval scsi_prevent( struct scsi_link *sc_link, u_int32 type,u_int32 flags); -errval scsi_probe_bus __P((int, int, int)); -errval scsi_probe_busses __P(( int, int, int)); +errval scsi_probe_bus __P((int bus, int targ, int lun, int flags)); +errval scsi_probe_busses __P(( int bus, int targ, int lun)); errval scsi_start_unit( struct scsi_link *sc_link, u_int32 flags); errval scsi_stop_unit(struct scsi_link *sc_link, u_int32 eject, u_int32 flags); void scsi_done(struct scsi_xfer *xs); --- su.c.orig Wed May 3 20:09:20 1995 +++ su.c Thu Nov 16 13:38:43 1995 @@ -186,7 +186,7 @@ */ int bus = SCSI_BUS(dev), lun = SCSI_LUN(dev), id = SCSI_ID(dev); - if (scsi_probe_bus(bus, id, lun) || getsws(dev, type, &bdev, &cdev, + if (scsi_probe_bus(bus, id, lun, 0) || getsws(dev, type, &bdev, &cdev, &base)) return ENXIO; } This basically fixes the problem, but opens up another can of worms whenever the reprobe actually finds a new device, and wants to wire this one into the system. In my case, the reprobe found a new tape drive, and these lines in st.c: errval stattach(struct scsi_link *sc_link) { ... if (st_mode_sense(unit, SCSI_NOSLEEP | SCSI_NOMASK | SCSI_SILENT, ^^^^^^^^^^^^^^^^^^^^^^^^^^ NULL, 0, 0)) { printf("drive offline"); } else { printf("density code 0x%lx, ", st->media_density); if (!scsi_test_unit_ready(sc_link, SCSI_NOSLEEP | SCSI_NOMASK | SCSI_SILENT)) { ^^^^^^^^^^^^^^^^^^^^^^^^^^ ...caused it to hang again. I assume this is a basic problem also inside the other device-specific driver, and gave up by now. Perhaps there's a better solution to base the decision of polled vs. intterupt-controlled mode on? (The above diff's are made on a 2.0.5 system, but the problem persists on -current, and it seems to be adapter-independent in its nature.) -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de [private: http://www.sax.de/~joerg/] From owner-freebsd-scsi Thu Nov 16 09:42:37 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA01297 for freebsd-scsi-outgoing; Thu, 16 Nov 1995 09:42:37 -0800 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA01290 ; Thu, 16 Nov 1995 09:42:35 -0800 Message-Id: <199511161742.JAA01290@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: joerg_wunsch@interface-business.de (Joerg Wunsch) cc: freebsd-scsi@freebsd.org Subject: Re: SCSI reprobe In-reply-to: Your message of "Thu, 16 Nov 1995 15:21:50 +0100." <199511161421.PAA00329@ida.interface-business.de> Date: Thu, 16 Nov 1995 09:42:34 -0800 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk >This basically fixes the problem, but opens up another can of worms >whenever the reprobe actually finds a new device, and wants to wire >this one into the system. In my case, the reprobe found a new tape >drive, and these lines in st.c: > >errval >stattach(struct scsi_link *sc_link) >{ >... > if (st_mode_sense(unit, SCSI_NOSLEEP | SCSI_NOMASK | SCSI_SILENT, > ^^^^^^^^^^^^^^^^^^^^^^^^^^ >...caused it to hang again. I assume this is a basic problem also >inside the other device-specific driver, and gave up by now. Perhaps >there's a better solution to base the decision of polled >vs. intterupt-controlled mode on? Well, its even worse than this. The ahc driver, since it uses the eisa/pc interrupt registration routines, has access to its interrupt even during the first attach phase. If you look closely at the code, it masks its interrupt (or in the case of the Eisa probe doesn't turn it on) until after the attach because it knows the SCSI code is going to send the stupid NOSLEEP, NOMASK flags. The only time that the NOSLEEP flag is of any interrest is for the areas of the driver that may use tsleep during an interrupt, but even then, the SCSI code only guesses if interrupts are disabled or not. The NOMASK flag is bogus. I'll experiment with ignoring, and always relying on interrupts, when I get some time. >-- >J"org Wunsch Unix support engineer >joerg_wunsch@interface-business.de > [private: http://www.sax.de/~joerg/] -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Thu Nov 16 13:50:51 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA17063 for freebsd-scsi-outgoing; Thu, 16 Nov 1995 13:50:51 -0800 Received: from mail.Germany.EU.net (mail.germany.eu.net [192.76.144.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA17053 for ; Thu, 16 Nov 1995 13:50:44 -0800 Received: by mail.Germany.EU.net with UUCP (5.59:10/EUnetD-2.5.2.e) via EUnet id WAA21401; Thu, 16 Nov 1995 22:50:40 +0100 Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with ESMTP id WAA08151; Thu, 16 Nov 1995 22:12:59 +0100 Received: (from j@localhost) by ida.interface-business.de (8.6.11/8.6.9) id WAA01404; Thu, 16 Nov 1995 22:11:38 +0100 From: "J. Wunsch" Message-Id: <199511162111.WAA01404@ida.interface-business.de> Subject: Re: SCSI reprobe To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Thu, 16 Nov 1995 22:11:38 +0100 (MET) Cc: joerg_wunsch@interface-business.de, freebsd-scsi@freebsd.org In-Reply-To: <199511161742.JAA01290@freefall.freebsd.org> from "Justin T. Gibbs" at Nov 16, 95 09:42:34 am X-Phone: +49-351-31809-14 X-Fax: +49-351-3361187 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 372 Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk As Justin T. Gibbs wrote: > > Well, its even worse than this. The ahc driver, since it uses the eisa/pc > interrupt registration routines, has access to its interrupt even during > the first attach phase. Err, i knew it, a can of worms. :-/ -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de [private: http://www.sax.de/~joerg/] From owner-freebsd-scsi Thu Nov 16 17:06:28 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA27328 for freebsd-scsi-outgoing; Thu, 16 Nov 1995 17:06:28 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA27320 for ; Thu, 16 Nov 1995 17:06:14 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id RAA02636; Thu, 16 Nov 1995 17:06:02 -0800 From: Julian Elischer Message-Id: <199511170106.RAA02636@ref.tfs.com> Subject: Re: SCSI reprobe To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Thu, 16 Nov 1995 17:06:01 -0800 (PST) Cc: joerg_wunsch@interface-business.de, freebsd-scsi@FreeBSD.ORG In-Reply-To: <199511161742.JAA01290@freefall.freebsd.org> from "Justin T. Gibbs" at Nov 16, 95 09:42:34 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1307 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk Charles Hannum changed all this around under NetBSD the NOSLEEP NOMASK et. stuff is historical from MACH under MACH doing an s = splbio; [code] splx(s); while the interupts were not yet set up led to a Panic.. under FreeBSD I pelieve it's safe to ignore it... > > Well, its even worse than this. The ahc driver, since it uses the eisa/pc > interrupt registration routines, has access to its interrupt even during > the first attach phase. If you look closely at the code, it masks its > interrupt (or in the case of the Eisa probe doesn't turn it on) until > after the attach because it knows the SCSI code is going to send the > stupid NOSLEEP, NOMASK flags. The only time that the NOSLEEP flag is > of any interrest is for the areas of the driver that may use tsleep > during an interrupt, but even then, the SCSI code only guesses if > interrupts are disabled or not. The NOMASK flag is bogus. I'll experiment > with ignoring, and always relying on interrupts, when I get some time. > > >-- > >J"org Wunsch Unix support engineer > >joerg_wunsch@interface-business.de > > [private: http://www.sax.de/~joerg/] > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== > From owner-freebsd-scsi Fri Nov 17 21:09:57 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA22334 for freebsd-scsi-outgoing; Fri, 17 Nov 1995 21:09:57 -0800 Received: from flowbee.interaccess.com (jaykuri@flowbee.interaccess.com [198.80.0.32]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA22305 for ; Fri, 17 Nov 1995 21:09:52 -0800 Received: (from jaykuri@localhost) by flowbee.interaccess.com (8.6.12/8.6.9) id WAA09985; Fri, 17 Nov 1995 22:59:54 -0600 Date: Fri, 17 Nov 1995 22:59:53 -0600 (CST) From: Jay Kuri To: Peter Dufault cc: julian@ref.tfs.com, freebsd-scsi@FreeBSD.org Subject: Re: Help! My SCSI-2 CD rom is timing out In-Reply-To: <199511161329.IAA09620@hda.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk > START_STOP with start bit of one (make unit ready for use); > I assume you've tried this with other disks? > We ignore this error in cd_open.. Yes, I have tried several different ones. ISO 9660 format and MS-DOS format, still nothing. > Prevent removal... I assume this is for drives with locking mechanisms... shouldn't matter that this one doesn't. That's a standard scsi command. > > cd0(aic0:1:0): back in cmd() > > cd0(aic0:1:0): sc_err1,err = 0x1 > > code70 valid0 seg0 key5 ili0 eom0 fmark0 > > info: 0 0 0 0 followed by 10 extra bytes > > extra: 0 0 0 0 20 0 0 0 0 0 > 20,0=Invalid Command Operation Code (I don't know why it wasn't printed). > Maybe because it didn't spin up? That is what I was thinking... but the drive has mounted once or twice. Can you think of anything I could try to see if we could get it to access? The strange thing is that a colleague of mine has the same drive (slightly older version) And it mounts, umounts, mounts, umounts, again and again without a hitch. I'm gonna tack the scsi-debug output to the end of this message, just for something to compare to the other one. The only difference in the drives (that I can see) is that mine has a later version number (2.04) than my Colleagues (1.03) anyway, here it is: FreeBSD 2.1.0-951104-SNAP #0: Tue Nov 14 20:25:06 1995 jaykuri@jayshouse.iway.net:/usr/src/sys/compile/JAYSHOUSE.SCSI CPU: i486DX (486-class CPU) real memory = 16777216 (16384K bytes) avail memory = 15077376 (14724K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 maddr 0xcc000 msize 8192 on isa ed0: address 00:00:c0:6c:71:b5, type SMC8416C/SMC8416BT (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 520MB (1065456 sectors), 1057 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 814MB (1667232 sectors), 1654 cyls, 16 heads, 63 S/T, 512 B/S aic0 at 0x140-0x15f irq 11 on isa aic0 waiting for scsi devices to settle (aic0:1:0): "MEDIAVIS RENO CD-ROMX2A 1.03" type 5 removable SCSI 2 cd0(aic0:1:0): CD-ROM cd0(aic0:1:0): UNIT ATTENTION asc:28,0 cd0(aic0:1:0): Not ready to ready transition, medium may have changed cd present.[400000 x 2048 byte records] npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvo0: sbmidi0 at 0x330 on isa opl0 at 0x388 on isa opl0: cd0(aic0:1:0): cdclose: Closing device cd0(aic0:1:0): cd_open: dev=0x600 (unit 0,partition 0) cd0(aic0:1:0): scsi_cmd cd0(aic0:1:0): get_xs cd0(aic0:1:0): returning xs(0xf052bb00): flg(0x60)sc_link(0xf052bb80)retr(0x2)timo(0x186a0)cmd(0xf052bb58)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)cd0(aic0:1:0): command: 0,0,0,0,0,0-[0 bytes] cd0(aic0:1:0): aic_scsi_cmd cd0(aic0:1:0): scsi_done cd0(aic0:1:0): command: 0,0,0,0,0,0-[0 bytes] cd0(aic0:1:0): back in cmd() cd0(aic0:1:0): sc_err1,err = 0x0 cd0(aic0:1:0): free_xs cd0(aic0:1:0): calling private start() cd0(aic0:1:0): cdstart0 cd0(aic0:1:0): scsi_cmd cd0(aic0:1:0): get_xs cd0(aic0:1:0): returning xs(0xf052bb00): flg(0x60)sc_link(0xf052bb80)retr(0x2)timo(0x186a0)cmd(0xf052bb58)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)cd0(aic0:1:0): command: 0,0,0,0,0,0-[0 bytes] cd0(aic0:1:0): aic_scsi_cmd cd0(aic0:1:0): scsi_done cd0(aic0:1:0): command: 0,0,0,0,0,0-[0 bytes] cd0(aic0:1:0): back in cmd() cd0(aic0:1:0): sc_err1,err = 0x0 cd0(aic0:1:0): free_xs cd0(aic0:1:0): calling private start() cd0(aic0:1:0): cdstart0 cd0(aic0:1:0): Device present cd0(aic0:1:0): scsi_cmd cd0(aic0:1:0): get_xs cd0(aic0:1:0): returning xs(0xf052bb00): flg(0x21)sc_link(0xf052bb80)retr(0x2)timo(0x2710)cmd(0xf052bb58)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)cd0(aic0:1:0): command: 1b,0,0,0,1,0-[0 bytes] cd0(aic0:1:0): aic_scsi_cmd cd0(aic0:1:0): scsi_done cd0(aic0:1:0): command: 1b,0,0,0,1,0-[0 bytes] cd0(aic0:1:0): back in cmd() cd0(aic0:1:0): sc_err1,err = 0x0 cd0(aic0:1:0): free_xs cd0(aic0:1:0): calling private start() cd0(aic0:1:0): cdstart0 cd0(aic0:1:0): scsi_cmd cd0(aic0:1:0): get_xs cd0(aic0:1:0): returning xs(0xf052bb00): flg(0x60)sc_link(0xf052bb80)retr(0x2)timo(0x1388)cmd(0xf052bb58)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)cd0(aic0:1:0): command: 1e,0,0,0,1,0-[0 bytes] cd0(aic0:1:0): aic_scsi_cmd cd0(aic0:1:0): scsi_done cd0(aic0:1:0): command: 1e,0,0,0,1,0-[0 bytes] cd0(aic0:1:0): back in cmd() cd0(aic0:1:0): sc_err1,err = 0x1 code70 valid0 seg0 key5 ili0 eom0 fmark0 info: 0 0 0 0 followed by 10 extra bytes extra: 0 0 0 0 20 0 0 0 0 0 cd0(aic0:1:0): scsi_interpret_sense (no bp) returned 22 cd0(aic0:1:0): free_xs cd0(aic0:1:0): calling private start() cd0(aic0:1:0): cdstart0 cd0(aic0:1:0): 'start' attempted cd0(aic0:1:0): Params loaded cd0(aic0:1:0): Disklabel fabricated cd0(aic0:1:0): open complete cd0(aic0:1:0): cdopen: dev=0x600 (unit 0) result 0 cd0(aic0:1:0): cdstrategy cd0(aic0:1:0): 2048 bytes @ blk64 cd0(aic0:1:0): cdstart0 cd0(aic0:1:0): scsi_cmd cd0(aic0:1:0): get_xs cd0(aic0:1:0): returning xs(0xf052bb00): flg(0x420)sc_link(0xf052bb80)retr(0x1)timo(0x7530)cmd(0xf052bb58)len(0xa)data(0xf1940000)len(0x800)res(0x0)err(0x0)bp(0xf13c6d00)cd0(aic0:1:0): command: 28,0,0,0,0,10,0,0,1,0-[2048 bytes] ------------------------------ 000: 00 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 016: 00 00 00 00 e1 28 00 00 58 d9 bf ef 3c d0 bf ef 032: 64 d9 bf ef ee d9 bf ef 12 00 00 00 02 00 00 00 048: 72 12 00 00 00 00 00 00 64 d9 bf ef cb 2a 00 00 ------------------------------ cd0(aic0:1:0): aic_scsi_cmd cd0(aic0:1:0): scsi_done cd0(aic0:1:0): command: 28,0,0,0,0,10,0,0,1,0-[2048 bytes] ------------------------------ 000: 01 43 44 30 30 31 01 00 4c 49 4e 55 58 00 20 20 016: 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 032: 20 20 20 20 20 20 20 20 41 44 56 41 4e 43 45 44 048: 5f 58 5f 57 49 4e 44 4f 57 5f 41 50 50 4c 49 43 ------------------------------ cd0(aic0:1:0): sc_err1,err = 0x0 cd0(aic0:1:0): free_xs cd0(aic0:1:0): calling private start() cd0(aic0:1:0): cdstart0 cd0(aic0:1:0): cdstrategy cd0(aic0:1:0): 2048 bytes @ blk336 cd0(aic0:1:0): cdstart0 cd0(aic0:1:0): scsi_cmd cd0(aic0:1:0): get_xs cd0(aic0:1:0): returning xs(0xf052bb00): flg(0x420)sc_link(0xf052bb80)retr(0x1)timo(0x7530)cmd(0xf052bb58)len(0xa)data(0xf194c000)len(0x800)res(0x0)err(0x0)bp(0xf13c6f70)cd0(aic0:1:0): command: 28,0,0,0,0,54,0,0,1,0-[2048 bytes] ------------------------------ 000: 08 00 00 00 10 30 00 00 28 70 05 08 00 00 00 00 016: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 032: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 048: 00 00 00 00 60 30 00 00 7c 30 00 00 20 24 00 00 ------------------------------ cd0(aic0:1:0): aic_scsi_cmd cd0(aic0:1:0): scsi_done cd0(aic0:1:0): command: 28,0,0,0,0,54,0,0,1,0-[2048 bytes] ------------------------------ 000: 88 00 54 00 00 00 00 00 00 54 00 08 00 00 00 00 016: 08 00 5e 0b 08 09 0a 2e 18 02 00 00 01 00 00 01 032: 01 00 53 50 07 01 be ef 00 52 52 05 01 81 50 58 048: 24 01 fd 41 00 00 00 00 41 fd 05 00 00 00 00 00 ------------------------------ cd0(aic0:1:0): sc_err1,err = 0x0 cd0(aic0:1:0): free_xs cd0(aic0:1:0): calling private start() cd0(aic0:1:0): cdstart0 cd0(aic0:1:0): cdstrategy cd0(aic0:1:0): 2048 bytes @ blk11840 cd0(aic0:1:0): cdstart0 cd0(aic0:1:0): scsi_cmd cd0(aic0:1:0): get_xs cd0(aic0:1:0): returning xs(0xf052bb00): flg(0x420)sc_link(0xf052bb80)retr(0x1)timo(0x7530)cmd(0xf052bb58)len(0xa)data(0xf1940000)len(0x800)res(0x0)err(0x0)bp(0xf13c6d00)cd0(aic0:1:0): command: 28,0,0,0,b,90,0,0,1,0-[2048 bytes] ------------------------------ 000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 016: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 032: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 048: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ------------------------------ cd0(aic0:1:0): aic_scsi_cmd cd0(aic0:1:0): scsi_done cd0(aic0:1:0): command: 28,0,0,0,b,90,0,0,1,0-[2048 bytes] ------------------------------ 000: 45 52 ed 01 0a 54 87 01 52 52 49 50 5f 31 39 39 016: 31 41 54 48 45 20 52 4f 43 4b 20 52 49 44 47 45 032: 20 49 4e 54 45 52 43 48 41 4e 47 45 20 50 52 4f 048: 54 4f 43 4f 4c 20 50 52 4f 56 49 44 45 53 20 53 ------------------------------ cd0(aic0:1:0): sc_err1,err = 0x0 cd0(aic0:1:0): free_xs cd0(aic0:1:0): calling private start() cd0(aic0:1:0): cdstart0