From owner-freebsd-scsi Sun May 4 12:22:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA12066 for freebsd-scsi-outgoing; Sun, 4 May 1997 12:22:57 -0700 (PDT) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA12061 for ; Sun, 4 May 1997 12:22:54 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.7.5/8.7.5) id OAA22614 for ; Sun, 4 May 1997 14:22:49 -0500 (CDT) Posted-Date: Sun, 4 May 1997 14:22:49 -0500 (CDT) Received: from sucks.to.be.you.net(204.246.64.101) by icicle.winternet.com via smap (V2.0beta) id xma022591; Sun, 4 May 97 14:22:34 -0500 Received: from localhost (moke@localhost) by sucks.to.be.you.net (8.8.5/8.8.4) with SMTP id OAA01230 for ; Sun, 4 May 1997 14:21:55 -0500 (CDT) Date: Sun, 4 May 1997 14:21:53 -0500 (CDT) From: Jimbo Bahooli To: freebsd-scsi@freebsd.org Subject: advansys driver Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am interested in when the advansys drivers will be ready for prime time. The cards look really nice, and cost less then their adaptec friends. So what is the status on these drivers? From owner-freebsd-scsi Sun May 4 12:57:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA13479 for freebsd-scsi-outgoing; Sun, 4 May 1997 12:57:44 -0700 (PDT) Received: from pluto.plutotech.com (root@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA13474 for ; Sun, 4 May 1997 12:57:42 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id NAA17054; Sun, 4 May 1997 13:56:24 -0600 (MDT) Message-Id: <199705041956.NAA17054@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Jimbo Bahooli cc: freebsd-scsi@FreeBSD.ORG Subject: Re: advansys driver In-reply-to: Your message of "Sun, 04 May 1997 14:21:53 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 04 May 1997 14:54:42 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I am interested in when the advansys drivers will be ready for >prime time. The cards look really nice, and cost less then their adaptec >friends. So what is the status on these drivers? I wrote a partial driver for the ADV5140 late last year, but it relies on changes to the SCSI layer that are only availible on the 'SCSI' branch. Right now I'm working diligently on a rewrite of the SCSI layer and will pick up the Advansys driver again when I complete that task. I wouldn't expect any movement on the AdvanSys drivers for another two months, at least from me. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Mon May 5 16:10:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26714 for freebsd-scsi-outgoing; Mon, 5 May 1997 16:10:29 -0700 (PDT) Received: from gateway.ormond.unimelb.edu.au (gateway.ormond.unimelb.edu.au [203.17.189.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26694; Mon, 5 May 1997 16:10:20 -0700 (PDT) Received: (from gavin@localhost) by gateway.ormond.unimelb.edu.au (8.8.3/8.6.9) id JAA19881; Tue, 6 May 1997 09:10:06 +1000 (EST) From: Gavin Cameron Message-Id: <199705052310.JAA19881@gateway.ormond.unimelb.edu.au> Subject: Re: Anyone using a CONNER CTT8000-S tape drive To: julian@whistle.com (Julian Elischer) Date: Tue, 6 May 1997 09:10:05 +1000 (EST) Cc: scsi@freebsd.org, hardware@freebsd.org In-Reply-To: <336E128A.2C67412E@whistle.com> from "Julian Elischer" at May 5, 97 10:02:02 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Brief summary for scsi-. I have a Conner CTT8000-S tape drive which I need to get working on 2.2.1-RELEASE. I get the following errors when I try to do a tar to the device. > > > /var/log/messages > > st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB > > st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB > > st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB > > st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB > > st0: bad request, must be between 0 and 0 > > st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB > > > > The drive doesn't like one of hte fields in a copmmand we are > sending it.. > > you need to compile ht e kernel with SCSIDEBUG > > and then use scsi -d 7 -f /dev/st0.ctl > to turn switch it on on that device. > then try again > you should see what commands to the drive are causing this. I've compiled the kernel with SCSIDEBUG and run scsi -d 7 -f /dev/rst0.ctl done the tar again and the results can be seen at the end of this message. dmesg appended to end of this message. > > you could post the results (visible in dmesg) > to freebsd-scsi@freebsd.org > if you need help on this. > > there might also be a 'quirk' for a related drive > that already fixes this.. > theck the 'quirks' table for CONNOR tabe drive entries. > (in scsiconf.c from memory) > Couldn't find any for this drive. Thanks in advance Gavin Here's the dmesg output May 6 09:04:08 server /kernel: st0(ahc0:4:0): scsi_cmd May 6 09:04:08 server /kernel: st0(ahc0:4:0): get_xs May 6 09:04:08 server /kernel: st0(ahc0:4:0): returning May 6 09:04:08 server /kernel: xs(0xf14a2200): flg(0x60)sc_link(0xf10bb980)retr(0x2)timo(0x186a0)cmd(0xf14a2258)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 09:04:08 server /kernel: st0(ahc0:4:0): scsi_done May 6 09:04:08 server /kernel: st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 09:04:08 server /kernel: st0(ahc0:4:0): back in cmd() May 6 09:04:08 server /kernel: st0(ahc0:4:0): sc_err1,err = 0x0 May 6 09:04:08 server /kernel: st0(ahc0:4:0): free_xs May 6 09:04:08 server /kernel: st0(ahc0:4:0): calling private start() May 6 09:04:08 server /kernel: st0(ahc0:4:0): ststart st0(ahc0:4:0): scsi_cmd May 6 09:04:08 server /kernel: st0(ahc0:4:0): get_xs May 6 09:04:08 server /kernel: st0(ahc0:4:0): returning May 6 09:04:08 server /kernel: xs(0xf14a2200): flg(0x20)sc_link(0xf10bb980)retr(0x2)timo(0x186a0)cmd(0xf14a2258)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 09:04:08 server /kernel: st0(ahc0:4:0): scsi_done May 6 09:04:08 server /kernel: st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 09:04:08 server /kernel: st0(ahc0:4:0): back in cmd() May 6 09:04:08 server /kernel: st0(ahc0:4:0): sc_err1,err = 0x0 May 6 09:04:08 server /kernel: st0(ahc0:4:0): free_xs May 6 09:04:08 server /kernel: st0(ahc0:4:0): calling private start() May 6 09:04:08 server /kernel: st0(ahc0:4:0): ststart st0(ahc0:4:0): mounting May 6 09:04:08 server /kernel: st0(ahc0:4:0): scsi_cmd May 6 09:04:08 server /kernel: st0(ahc0:4:0): get_xs May 6 09:04:08 server /kernel: st0(ahc0:4:0): returning May 6 09:04:08 server /kernel: xs(0xf14a2200): flg(0x20)sc_link(0xf10bb980)retr(0x4)timo(0xdbba0)cmd(0xf14a2258)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 1b,0,0,0,1,0-[0 bytes] May 6 09:04:08 server /kernel: st0(ahc0:4:0): scsi_done May 6 09:04:08 server /kernel: st0(ahc0:4:0): command: 1b,0,0,0,1,0-[0 bytes] May 6 09:04:08 server /kernel: st0(ahc0:4:0): back in cmd() May 6 09:04:08 server /kernel: st0(ahc0:4:0): sc_err1,err = 0x0 May 6 09:04:08 server /kernel: st0(ahc0:4:0): free_xs May 6 09:04:08 server /kernel: st0(ahc0:4:0): calling private start() May 6 09:04:08 server /kernel: st0(ahc0:4:0): ststart st0(ahc0:4:0): scsi_cmd May 6 09:04:08 server /kernel: st0(ahc0:4:0): get_xs May 6 09:04:09 server /kernel: st0(ahc0:4:0): returning May 6 09:04:09 server /kernel: xs(0xf14a2200): flg(0x60)sc_link(0xf10bb980)retr(0x2)timo(0x186a0)cmd(0xf14a2258)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 09:04:09 server /kernel: st0(ahc0:4:0): scsi_done May 6 09:04:09 server /kernel: st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 09:04:09 server /kernel: st0(ahc0:4:0): back in cmd() May 6 09:04:09 server /kernel: st0(ahc0:4:0): sc_err1,err = 0x0 May 6 09:04:09 server /kernel: st0(ahc0:4:0): free_xs May 6 09:04:09 server /kernel: st0(ahc0:4:0): calling private start() May 6 09:04:09 server /kernel: st0(ahc0:4:0): ststart st0(ahc0:4:0): scsi_cmd May 6 09:04:09 server /kernel: st0(ahc0:4:0): get_xs May 6 09:04:09 server /kernel: st0(ahc0:4:0): returning May 6 09:04:09 server /kernel: xs(0xf14a2200): flg(0x420)sc_link(0xf10bb980)retr(0x4)timo(0x1388)cmd(0xf14a2258)len(0x6)data(0xf3536000)len(0x6)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 5,0,0,0,0,0-[6 bytes] May 6 09:04:09 server /kernel: ------------------------------ May 6 09:04:09 server /kernel: 000: 00 00 00 00 00 00 May 6 09:04:09 server /kernel: ------------------------------ May 6 09:04:09 server /kernel: st0(ahc0:4:0): scsi_done May 6 09:04:09 server /kernel: st0(ahc0:4:0): command: 5,0,0,0,0,0-[6 bytes] May 6 09:04:09 server /kernel: ------------------------------ May 6 09:04:09 server /kernel: 000: 00 00 00 00 00 00 May 6 09:04:09 server /kernel: ------------------------------ May 6 09:04:09 server /kernel: st0(ahc0:4:0): back in cmd() May 6 09:04:09 server /kernel: st0(ahc0:4:0): sc_err1,err = 0x1 May 6 09:04:09 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 May 6 09:04:09 server /kernel: info: 0 0 0 0 followed by 10 extra bytes May 6 09:04:09 server /kernel: extra: 0 ff 94 dd 42 0 0 0 0 0 May 6 09:04:09 server /kernel: st0(ahc0:4:0): calling private err_handler() May 6 09:04:09 server /kernel: st0(ahc0:4:0): private err_handler() returned -1 May 6 09:04:09 server /kernel: st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB May 6 09:04:09 server /kernel: st0(ahc0:4:0): scsi_interpret_sense (no bp) returned 22 May 6 09:04:09 server /kernel: st0(ahc0:4:0): free_xs May 6 09:04:09 server /kernel: st0(ahc0:4:0): calling private start() May 6 09:04:09 server /kernel: st0(ahc0:4:0): ststart st0(ahc0:4:0): scsi_cmd May 6 09:04:09 server /kernel: st0(ahc0:4:0): get_xs May 6 09:04:09 server /kernel: st0(ahc0:4:0): returning May 6 09:04:09 server /kernel: xs(0xf14a2200): flg(0x20)sc_link(0xf10bb980)retr(0x2)timo(0x1388)cmd(0xf14a2258)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 1e,0,0,0,1,0-[0 bytes] May 6 09:04:09 server /kernel: st0(ahc0:4:0): scsi_done May 6 09:04:09 server /kernel: st0(ahc0:4:0): command: 1e,0,0,0,1,0-[0 bytes] May 6 09:04:09 server /kernel: st0(ahc0:4:0): back in cmd() May 6 09:04:09 server /kernel: st0(ahc0:4:0): sc_err1,err = 0x1 May 6 09:04:09 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 May 6 09:04:09 server /kernel: info: 0 0 0 0 followed by 10 extra bytes May 6 09:04:09 server /kernel: extra: 0 ff b4 df 42 0 0 0 0 0 May 6 09:04:09 server /kernel: st0(ahc0:4:0): calling private err_handler() May 6 09:04:09 server /kernel: st0(ahc0:4:0): private err_handler() returned -1 May 6 09:04:09 server /kernel: st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB May 6 09:04:09 server /kernel: st0(ahc0:4:0): scsi_interpret_sense (no bp) returned 22 May 6 09:04:09 server /kernel: st0(ahc0:4:0): free_xs May 6 09:04:09 server /kernel: st0(ahc0:4:0): calling private start() May 6 09:04:09 server /kernel: st0(ahc0:4:0): ststart st0(ahc0:4:0): Open complete May 6 09:04:09 server /kernel: st0(ahc0:4:0): stopen: dev=0xe00 (unit 0) result 0 May 6 09:04:09 server /kernel: st0(ahc0:4:0): May 6 09:04:09 server /kernel: ststrategy st0(ahc0:4:0): 10240 bytes @ blk0 May 6 09:04:09 server /kernel: st0: bad request, must be between 0 and 0 May 6 09:04:09 server /kernel: st0(ahc0:4:0): stclose: Closing device May 6 09:04:09 server /kernel: st0(ahc0:4:0): scsi_cmd May 6 09:04:09 server /kernel: st0(ahc0:4:0): get_xs May 6 09:04:09 server /kernel: st0(ahc0:4:0): returning May 6 09:04:09 server /kernel: xs(0xf14a2200): flg(0x60)sc_link(0xf10bb980)retr(0x2)timo(0x1388)cmd(0xf14a2258)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 1e,0,0,0,0,0-[0 bytes] May 6 09:04:09 server /kernel: st0(ahc0:4:0): scsi_done May 6 09:04:09 server /kernel: st0(ahc0:4:0): command: 1e,0,0,0,0,0-[0 bytes] May 6 09:04:10 server /kernel: st0(ahc0:4:0): back in cmd() May 6 09:04:10 server /kernel: st0(ahc0:4:0): sc_err1,err = 0x1 May 6 09:04:10 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 May 6 09:04:10 server /kernel: info: 0 0 0 0 followed by 10 extra bytes May 6 09:04:10 server /kernel: extra: 0 ff 94 dd 42 0 0 0 0 0 May 6 09:04:10 server /kernel: st0(ahc0:4:0): calling private err_handler() May 6 09:04:10 server /kernel: st0(ahc0:4:0): private err_handler() returned -1 May 6 09:04:10 server /kernel: st0(ahc0:4:0): scsi_interpret_sense (no bp) returned 22 May 6 09:04:10 server /kernel: st0(ahc0:4:0): free_xs May 6 09:04:10 server /kernel: st0(ahc0:4:0): calling private start() May 6 09:04:10 server /kernel: st0(ahc0:4:0): ststart From owner-freebsd-scsi Mon May 5 17:02:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA29113 for freebsd-scsi-outgoing; Mon, 5 May 1997 17:02:25 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA29093; Mon, 5 May 1997 17:02:18 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA21156; Mon, 5 May 1997 17:00:57 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd021151; Tue May 6 00:00:50 1997 Message-ID: <336E74AB.31D2DE92@whistle.com> Date: Mon, 05 May 1997 17:00:43 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Gavin Cameron CC: scsi@freebsd.org, hardware@freebsd.org Subject: Re: Anyone using a CONNER CTT8000-S tape drive References: <199705052310.JAA19881@gateway.ormond.unimelb.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Gavin Cameron wrote: > > Brief summary for scsi-. I have a Conner CTT8000-S tape drive which I need > to get working on 2.2.1-RELEASE. I get the following errors when I try to )len(0x6)data(0xf3536000)len(0x6)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 5,0,0,0,0,0-[6 bytes] > May 6 09:04:09 server /kernel: ------------------------------ > May 6 09:04:09 server /kernel: 000: 00 00 00 00 00 00 > May 6 09:04:09 server /kernel: ------------------------------ > May 6 09:04:09 server /kernel: st0(ahc0:4:0): scsi_done > May 6 09:04:09 server /kernel: st0(ahc0:4:0): command: 5,0,0,0,0,0-[6 bytes] > May 6 09:04:09 server /kernel: ------------------------------ > May 6 09:04:09 server /kernel: 000: 00 00 00 00 00 00 > May 6 09:04:09 server /kernel: ------------------------------ > May 6 09:04:09 server /kernel: st0(ahc0:4:0): back in cmd() > May 6 09:04:09 server /kernel: st0(ahc0:4:0): sc_err1,err = 0x1 > May 6 09:04:09 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 > May 6 09:04:09 server /kernel: info: 0 0 0 0 followed by 10 extra bytes > May 6 09:04:09 server /kernel: extra: 0 ff 94 dd 42 0 0 0 0 0 > May 6 09:04:09 server /kernel: st0(ahc0:4:0): calling private err_handler() > May 6 09:04:09 server /kernel: st0(ahc0:4:0): private err_handler() returned -1 > May 6 09:04:09 server /kernel: st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB > May 6 09:04:09 server /kernel: st0(ahc0:4:0): scsi_interpret_sense (no bp) returned 22 > May 6 09:04:09 server /kernel: st0(ahc0:4:0): free_xs This error is on a "read block limits" command. presumably this device only works for fixed length blocks so this command is considered un-needed. Failure of this command is not a grounds for failingthe open() and processing continues. > May 6 09:04:09 server /kernel: st0(ahc0:4:0): get_xs > May 6 09:04:09 server /kernel: st0(ahc0:4:0): returning > May 6 09:04:09 server /kernel: xs(0xf14a2200): flg(0x20)sc_link(0xf10bb980)retr(0x2)timo(0x1388)cmd(0xf14a2258)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 1e,0,0,0,1,0-[0 bytes] this is the prevent/allow media removal command. in this case a "prevent". (part of openning the device. > May 6 09:04:09 server /kernel: st0(ahc0:4:0): scsi_done > May 6 09:04:09 server /kernel: st0(ahc0:4:0): command: 1e,0,0,0,1,0-[0 bytes] > May 6 09:04:09 server /kernel: st0(ahc0:4:0): back in cmd() > May 6 09:04:09 server /kernel: st0(ahc0:4:0): sc_err1,err = 0x1 > May 6 09:04:09 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 > May 6 09:04:09 server /kernel: info: 0 0 0 0 followed by 10 extra bytes > May 6 09:04:09 server /kernel: extra: 0 ff b4 df 42 0 0 0 0 0 > May 6 09:04:09 server /kernel: st0(ahc0:4:0): calling private err_handler() > May 6 09:04:09 server /kernel: st0(ahc0:4:0): private err_handler() returned -1 > May 6 09:04:09 server /kernel: st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB > May 6 09:04:09 server /kernel: st0(ahc0:4:0): scsi_interpret_sense (no bp) returned 22 Once again, faiure of this command is not considered a fatal error. processing continues. > May 6 09:04:09 server /kernel: st0(ahc0:4:0): free_xs > May 6 09:04:09 server /kernel: st0(ahc0:4:0): calling private start() > May 6 09:04:09 server /kernel: st0(ahc0:4:0): ststart st0(ahc0:4:0): Open complete > May 6 09:04:09 server /kernel: st0(ahc0:4:0): stopen: dev=0xe00 (unit 0) result 0 the open() compeltes successfully. > May 6 09:04:09 server /kernel: st0(ahc0:4:0): > May 6 09:04:09 server /kernel: ststrategy st0(ahc0:4:0): 10240 bytes @ blk0 > May 6 09:04:09 server /kernel: st0: bad request, must be between 0 and 0 ah here we have a bug.. we should have set the blocksize to some value. try: st -f /dev/rnst0 status and st -f /dev/st0ctl.0 blocksize 1024 and then try again julian From owner-freebsd-scsi Mon May 5 17:19:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA29983 for freebsd-scsi-outgoing; Mon, 5 May 1997 17:19:04 -0700 (PDT) Received: from gateway.ormond.unimelb.edu.au (gateway.ormond.unimelb.edu.au [203.17.189.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA29964; Mon, 5 May 1997 17:18:54 -0700 (PDT) Received: (from gavin@localhost) by gateway.ormond.unimelb.edu.au (8.8.3/8.6.9) id KAA20213; Tue, 6 May 1997 10:18:37 +1000 (EST) From: Gavin Cameron Message-Id: <199705060018.KAA20213@gateway.ormond.unimelb.edu.au> Subject: Re: Anyone using a CONNER CTT8000-S tape drive To: julian@whistle.com (Julian Elischer) Date: Tue, 6 May 1997 10:18:37 +1000 (EST) Cc: gavin@ormond.unimelb.edu.au, scsi@freebsd.org, hardware@freebsd.org In-Reply-To: <336E74AB.31D2DE92@whistle.com> from "Julian Elischer" at May 5, 97 05:00:43 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > May 6 09:04:09 server /kernel: st0(ahc0:4:0): > > May 6 09:04:09 server /kernel: ststrategy st0(ahc0:4:0): 10240 bytes @ blk0 > > May 6 09:04:09 server /kernel: st0: bad request, must be between 0 and 0 > > ah > > here we have a bug.. we should have set the blocksize to some value. > > try: > > st -f /dev/rnst0 status > and > st -f /dev/st0ctl.0 blocksize 1024 > and then try again > I tried mt -f /dev/rst0 status and it gives me Present Mode: Density = 0x00 Blocksize variable ---------available modes--------- Mode 0: Density = 0x00 Blocksize variable Mode 1: Density = X3.136-1986 Blocksize = 512 bytes Mode 2: Density = X3.39-1986 Blocksize variable Mode 3: Density = X3.54-1986 Blocksize variable Now I do a mt -f /dev/rst0 blocksize 1024 Do another mt -f /dev/rst0 status and it gives me Present Mode: Density = 0x00 Blocksize = 1024 bytes ---------available modes--------- Mode 0: Density = 0x00 Blocksize variable Mode 1: Density = X3.136-1986 Blocksize = 512 bytes Mode 2: Density = X3.39-1986 Blocksize variable Mode 3: Density = X3.54-1986 Blocksize variable Turn debug on scsi -d 7 -f /dev/rst0.ctl do a tar cvf /dev/rst0 * end up with COPYRIGHT bin/ bin/cat tar: can't write to /dev/rst0 : Input/output error /var/log/messages says May 6 10:17:02 server /kernel: st0(ahc0:4:0): scsi_cmd May 6 10:17:02 server /kernel: st0(ahc0:4:0): get_xs May 6 10:17:02 server /kernel: st0(ahc0:4:0): returning May 6 10:17:02 server /kernel: xs(0xf14a2200): flg(0x60)sc_link(0xf10bb980)retr(0x2)timo(0x186a0)cmd(0xf14a2258)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 10:17:02 server /kernel: st0(ahc0:4:0): scsi_done May 6 10:17:02 server /kernel: st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 10:17:02 server /kernel: st0(ahc0:4:0): back in cmd() May 6 10:17:02 server /kernel: st0(ahc0:4:0): sc_err1,err = 0x0 May 6 10:17:02 server /kernel: st0(ahc0:4:0): free_xs May 6 10:17:02 server /kernel: st0(ahc0:4:0): calling private start() May 6 10:17:02 server /kernel: st0(ahc0:4:0): ststart st0(ahc0:4:0): scsi_cmd May 6 10:17:02 server /kernel: st0(ahc0:4:0): get_xs May 6 10:17:02 server /kernel: st0(ahc0:4:0): returning May 6 10:17:02 server /kernel: xs(0xf14a2200): flg(0x20)sc_link(0xf10bb980)retr(0x2)timo(0x186a0)cmd(0xf14a2258)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 10:17:02 server /kernel: st0(ahc0:4:0): scsi_done May 6 10:17:02 server /kernel: st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 10:17:02 server /kernel: st0(ahc0:4:0): back in cmd() May 6 10:17:02 server /kernel: st0(ahc0:4:0): sc_err1,err = 0x0 May 6 10:17:02 server /kernel: st0(ahc0:4:0): free_xs May 6 10:17:02 server /kernel: st0(ahc0:4:0): calling private start() May 6 10:17:02 server /kernel: st0(ahc0:4:0): ststart st0(ahc0:4:0): mounting May 6 10:17:02 server /kernel: st0(ahc0:4:0): scsi_cmd May 6 10:17:02 server /kernel: st0(ahc0:4:0): get_xs May 6 10:17:02 server /kernel: st0(ahc0:4:0): returning May 6 10:17:02 server /kernel: xs(0xf14a2200): flg(0x20)sc_link(0xf10bb980)retr(0x4)timo(0xdbba0)cmd(0xf14a2258)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 1b,0,0,0,1,0-[0 bytes] May 6 10:17:02 server /kernel: st0(ahc0:4:0): scsi_done May 6 10:17:02 server /kernel: st0(ahc0:4:0): command: 1b,0,0,0,1,0-[0 bytes] May 6 10:17:02 server /kernel: st0(ahc0:4:0): back in cmd() May 6 10:17:02 server /kernel: st0(ahc0:4:0): sc_err1,err = 0x0 May 6 10:17:02 server /kernel: st0(ahc0:4:0): free_xs May 6 10:17:02 server /kernel: st0(ahc0:4:0): calling private start() May 6 10:17:02 server /kernel: st0(ahc0:4:0): ststart st0(ahc0:4:0): scsi_cmd May 6 10:17:02 server /kernel: st0(ahc0:4:0): get_xs May 6 10:17:02 server /kernel: st0(ahc0:4:0): returning May 6 10:17:02 server /kernel: xs(0xf14a2200): flg(0x60)sc_link(0xf10bb980)retr(0x2)timo(0x186a0)cmd(0xf14a2258)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 10:17:02 server /kernel: st0(ahc0:4:0): scsi_done May 6 10:17:02 server /kernel: st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 10:17:02 server /kernel: st0(ahc0:4:0): back in cmd() May 6 10:17:02 server /kernel: st0(ahc0:4:0): sc_err1,err = 0x0 May 6 10:17:02 server /kernel: st0(ahc0:4:0): free_xs May 6 10:17:02 server /kernel: st0(ahc0:4:0): calling private start() May 6 10:17:02 server /kernel: st0(ahc0:4:0): ststart st0(ahc0:4:0): scsi_cmd May 6 10:17:02 server /kernel: st0(ahc0:4:0): get_xs May 6 10:17:02 server /kernel: st0(ahc0:4:0): returning May 6 10:17:02 server /kernel: xs(0xf14a2200): flg(0x420)sc_link(0xf10bb980)retr(0x4)timo(0x1388)cmd(0xf14a2258)len(0x6)data(0xf3536000)len(0x6)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 5,0,0,0,0,0-[6 bytes] May 6 10:17:02 server /kernel: ------------------------------ May 6 10:17:02 server /kernel: 000: 00 00 00 00 00 00 May 6 10:17:02 server /kernel: ------------------------------ May 6 10:17:02 server /kernel: st0(ahc0:4:0): scsi_done May 6 10:17:02 server /kernel: st0(ahc0:4:0): command: 5,0,0,0,0,0-[6 bytes] May 6 10:17:02 server /kernel: ------------------------------ May 6 10:17:02 server /kernel: 000: 00 00 00 00 00 00 May 6 10:17:02 server /kernel: ------------------------------ May 6 10:17:03 server /kernel: st0(ahc0:4:0): back in cmd() May 6 10:17:03 server /kernel: st0(ahc0:4:0): sc_err1,err = 0x1 May 6 10:17:03 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 May 6 10:17:03 server /kernel: info: 0 0 0 0 followed by 10 extra bytes May 6 10:17:03 server /kernel: extra: 0 ff d4 dd 42 0 0 0 0 0 May 6 10:17:03 server /kernel: st0(ahc0:4:0): calling private err_handler() May 6 10:17:03 server /kernel: st0(ahc0:4:0): private err_handler() returned -1 May 6 10:17:03 server /kernel: st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB May 6 10:17:03 server /kernel: st0(ahc0:4:0): scsi_interpret_sense (no bp) returned 22 May 6 10:17:03 server /kernel: st0(ahc0:4:0): free_xs May 6 10:17:03 server /kernel: st0(ahc0:4:0): calling private start() May 6 10:17:03 server /kernel: st0(ahc0:4:0): ststart st0(ahc0:4:0): scsi_cmd May 6 10:17:03 server /kernel: st0(ahc0:4:0): get_xs May 6 10:17:03 server /kernel: st0(ahc0:4:0): returning May 6 10:17:03 server /kernel: xs(0xf14a2200): flg(0x20)sc_link(0xf10bb980)retr(0x2)timo(0x1388)cmd(0xf14a2258)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 1e,0,0,0,1,0-[0 bytes] May 6 10:17:03 server /kernel: st0(ahc0:4:0): scsi_done May 6 10:17:03 server /kernel: st0(ahc0:4:0): command: 1e,0,0,0,1,0-[0 bytes] May 6 10:17:03 server /kernel: st0(ahc0:4:0): back in cmd() May 6 10:17:03 server /kernel: st0(ahc0:4:0): sc_err1,err = 0x1 May 6 10:17:03 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 May 6 10:17:03 server /kernel: info: 0 0 0 0 followed by 10 extra bytes May 6 10:17:03 server /kernel: extra: 0 ff 94 dd 42 0 0 0 0 0 May 6 10:17:03 server /kernel: st0(ahc0:4:0): calling private err_handler() May 6 10:17:03 server /kernel: st0(ahc0:4:0): private err_handler() returned -1 May 6 10:17:03 server /kernel: st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB May 6 10:17:03 server /kernel: st0(ahc0:4:0): scsi_interpret_sense (no bp) returned 22 May 6 10:17:03 server /kernel: st0(ahc0:4:0): free_xs May 6 10:17:03 server /kernel: st0(ahc0:4:0): calling private start() May 6 10:17:03 server /kernel: st0(ahc0:4:0): ststart st0(ahc0:4:0): Open complete May 6 10:17:03 server /kernel: st0(ahc0:4:0): stopen: dev=0xe00 (unit 0) result 0 May 6 10:17:03 server /kernel: st0(ahc0:4:0): May 6 10:17:03 server /kernel: ststrategy st0(ahc0:4:0): 10240 bytes @ blk0 May 6 10:17:03 server /kernel: st0(ahc0:4:0): ststart st0: oops not queued May 6 10:17:03 server /kernel: st0(ahc0:4:0): stclose: Closing device May 6 10:17:03 server /kernel: st0(ahc0:4:0): scsi_cmd May 6 10:17:03 server /kernel: st0(ahc0:4:0): get_xs May 6 10:17:03 server /kernel: st0(ahc0:4:0): returning May 6 10:17:03 server /kernel: xs(0xf14a2400): flg(0x60)sc_link(0xf10bb980)retr(0x2)timo(0x1388)cmd(0xf14a2458)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 1e,0,0,0,0,0-[0 bytes] May 6 10:17:03 server /kernel: st0(ahc0:4:0): scsi_done May 6 10:17:03 server /kernel: st0(ahc0:4:0): command: 1e,0,0,0,0,0-[0 bytes] May 6 10:17:03 server /kernel: st0(ahc0:4:0): back in cmd() May 6 10:17:03 server /kernel: st0(ahc0:4:0): sc_err1,err = 0x1 May 6 10:17:03 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 May 6 10:17:03 server /kernel: info: 0 0 0 0 followed by 10 extra bytes May 6 10:17:03 server /kernel: extra: 0 ff 94 dd 42 0 0 0 0 0 May 6 10:17:03 server /kernel: st0(ahc0:4:0): calling private err_handler() May 6 10:17:03 server /kernel: st0(ahc0:4:0): private err_handler() returned -1 May 6 10:17:03 server /kernel: st0(ahc0:4:0): scsi_interpret_sense (no bp) returned 22 May 6 10:17:03 server /kernel: st0(ahc0:4:0): free_xs May 6 10:17:03 server /kernel: st0(ahc0:4:0): calling private start() May 6 10:17:03 server /kernel: st0(ahc0:4:0): ststart What other info do you need? Thanks again Gavin From owner-freebsd-scsi Mon May 5 17:56:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA02821 for freebsd-scsi-outgoing; Mon, 5 May 1997 17:56:37 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA02799; Mon, 5 May 1997 17:56:27 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA22826; Mon, 5 May 1997 17:54:50 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd022822; Tue May 6 00:54:48 1997 Message-ID: <336E8151.19A13460@whistle.com> Date: Mon, 05 May 1997 17:54:41 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Gavin Cameron CC: scsi@freebsd.org, hardware@freebsd.org Subject: Re: Anyone using a CONNER CTT8000-S tape drive References: <199705060018.KAA20213@gateway.ormond.unimelb.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Gavin Cameron wrote: > Present Mode: Density = 0x00 Blocksize = 1024 bytes > ---------available modes--------- > Mode 0: Density = 0x00 Blocksize variable > Mode 1: Density = X3.136-1986 Blocksize = 512 bytes > Mode 2: Density = X3.39-1986 Blocksize variable > Mode 3: Density = X3.54-1986 Blocksize variable ok, fair enough.. > May 6 10:17:02 server /kernel: xs(0xf14a2200): flg(0x20)sc_link(0xf10bb980)retr(0x2)timo(0x186a0)cmd(0xf14a2258)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] > May 6 10:17:02 server /kernel: st0(ahc0:4:0): scsi_done > May 6 10:17:02 server /kernel: st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] test ready..... > May 6 10:17:02 server /kernel: st0(ahc0:4:0): command: 1b,0,0,0,1,0-[0 bytes] load/unload > May 6 10:17:02 server /kernel: st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] test ready again > May 6 10:17:02 server /kernel: st0(ahc0:4:0): command: 5,0,0,0,0,0-[6 bytes] > May 6 10:17:02 server /kernel: ------------------------------ > May 6 10:17:02 server /kernel: 000: 00 00 00 00 00 00 > May 6 10:17:02 server /kernel: ------------------------------ lookfor block limits (failed) > May 6 10:17:03 server /kernel: st0(ahc0:4:0): command: 1e,0,0,0,1,0-[0 bytes] disallow media removal (failed) but open succeeds. -- > May 6 10:17:03 server /kernel: st0(ahc0:4:0): calling private start() > May 6 10:17:03 server /kernel: st0(ahc0:4:0): ststart st0(ahc0:4:0): Open complete > May 6 10:17:03 server /kernel: st0(ahc0:4:0): stopen: dev=0xe00 (unit 0) result 0 looks like some logging data went missing here.. try lowering the debug level to 1 or 2 or 4 and see what gives better info. I would suggest 1 > May 6 10:17:03 server /kernel: st0(ahc0:4:0): > May 6 10:17:03 server /kernel: ststrategy st0(ahc0:4:0): 10240 bytes @ blk0 > May 6 10:17:03 server /kernel: st0(ahc0:4:0): ststart st0: oops not queued hey the drive never got called.. how about trying this directly after a reboot.. (set debugging == 1 and then set the blocksize to (say 512) and then try writing to the drive. From owner-freebsd-scsi Mon May 5 18:16:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA03832 for freebsd-scsi-outgoing; Mon, 5 May 1997 18:16:30 -0700 (PDT) Received: from gateway.ormond.unimelb.edu.au (gateway.ormond.unimelb.edu.au [203.17.189.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA03810; Mon, 5 May 1997 18:16:19 -0700 (PDT) Received: (from gavin@localhost) by gateway.ormond.unimelb.edu.au (8.8.3/8.6.9) id LAA20543; Tue, 6 May 1997 11:15:35 +1000 (EST) From: Gavin Cameron Message-Id: <199705060115.LAA20543@gateway.ormond.unimelb.edu.au> Subject: Re: Anyone using a CONNER CTT8000-S tape drive To: julian@whistle.com (Julian Elischer) Date: Tue, 6 May 1997 11:15:35 +1000 (EST) Cc: gavin@ormond.unimelb.edu.au, scsi@freebsd.org, hardware@freebsd.org In-Reply-To: <336E8151.19A13460@whistle.com> from "Julian Elischer" at May 5, 97 05:54:41 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > how about trying this directly after a reboot.. > (set debugging == 1 > and then set the blocksize to (say 512) > and then try writing to the drive. > OK... scsi -d 1 -f /dev/rst0.ctl May 6 11:09:57 server /kernel: st0(ahc0:4:0): stclose: Closing device mt -f /dev/rst0 blocksize 512 May 6 11:10:16 server /kernel: st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 11:10:16 server /kernel: st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 11:10:16 server /kernel: st0(ahc0:4:0): mounting May 6 11:10:16 server /kernel: May 6 11:10:16 server /kernel: st0(ahc0:4:0): command: 1b,0,0,0,1,0-[0 bytes] May 6 11:10:16 server /kernel: st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 11:10:16 server /kernel: st0(ahc0:4:0): command: 5,0,0,0,0,0-[6 bytes] May 6 11:10:16 server /kernel: ------------------------------ May 6 11:10:16 server /kernel: 000: 00 00 00 00 00 00 May 6 11:10:16 server /kernel: ------------------------------ May 6 11:10:16 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 May 6 11:10:16 server /kernel: info: 0 0 0 0 followed by 10 extra bytes May 6 11:10:16 server /kernel: extra: 0 ff 94 dd 42 0 0 0 0 0 May 6 11:10:16 server /kernel: st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB May 6 11:10:16 server /kernel: st0(ahc0:4:0): command: 1e,0,0,0,1,0-[0 bytes] May 6 11:10:16 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 May 6 11:10:16 server /kernel: info: 0 0 0 0 followed by 10 extra bytes May 6 11:10:16 server /kernel: extra: 0 ff d4 dd 42 0 0 0 0 0 May 6 11:10:16 server /kernel: st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB May 6 11:10:16 server /kernel: st0(ahc0:4:0): stopen: dev=0xe00 (unit 0) result 0 May 6 11:10:16 server /kernel: st0(ahc0:4:0): [ioctl: op=0xa count=0x200] May 6 11:10:16 server /kernel: st0(ahc0:4:0): command: 15,0,0,0,c,0-[12 bytes] May 6 11:10:16 server /kernel: ------------------------------ May 6 11:10:16 server /kernel: 000: 00 00 10 08 00 00 00 00 00 00 02 00 May 6 11:10:16 server /kernel: ------------------------------ May 6 11:10:16 server /kernel: st0(ahc0:4:0): stclose: Closing device May 6 11:10:16 server /kernel: st0(ahc0:4:0): command: 1e,0,0,0,0,0-[0 bytes] May 6 11:10:16 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 May 6 11:10:16 server /kernel: info: 0 0 0 0 followed by 10 extra bytes May 6 11:10:16 server /kernel: extra: 0 ff d4 dd 42 0 0 0 0 0 tar cvf /dev/rst0 * May 6 11:12:31 server /kernel: st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 11:12:31 server /kernel: st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 11:12:31 server /kernel: st0(ahc0:4:0): mounting May 6 11:12:31 server /kernel: May 6 11:12:31 server /kernel: st0(ahc0:4:0): command: 1b,0,0,0,1,0-[0 bytes] May 6 11:12:31 server /kernel: st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] May 6 11:12:31 server /kernel: st0(ahc0:4:0): command: 5,0,0,0,0,0-[6 bytes] May 6 11:12:31 server /kernel: ------------------------------ May 6 11:12:31 server /kernel: 000: 00 00 00 00 00 00 May 6 11:12:31 server /kernel: ------------------------------ May 6 11:12:31 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 May 6 11:12:31 server /kernel: info: 0 0 0 0 followed by 10 extra bytes May 6 11:12:31 server /kernel: extra: 0 ff d4 dd 42 0 0 0 0 0 May 6 11:12:31 server /kernel: st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB May 6 11:12:31 server /kernel: st0(ahc0:4:0): command: 1e,0,0,0,1,0-[0 bytes] May 6 11:12:31 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 May 6 11:12:31 server /kernel: info: 0 0 0 0 followed by 10 extra bytes May 6 11:12:31 server /kernel: extra: 0 ff 94 dd 42 0 0 0 0 0 May 6 11:12:31 server /kernel: st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB May 6 11:12:31 server /kernel: st0(ahc0:4:0): stopen: dev=0xe00 (unit 0) result 0 May 6 11:12:31 server /kernel: st0(ahc0:4:0): 10240 bytes @ blk0 May 6 11:12:31 server /kernel: st0: oops not queued May 6 11:12:31 server /kernel: st0(ahc0:4:0): stclose: Closing device May 6 11:12:31 server /kernel: st0(ahc0:4:0): command: 10,0,0,0,1,0-[0 bytes] May 6 11:12:31 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 May 6 11:12:31 server /kernel: info: 0 0 0 0 followed by 10 extra bytes May 6 11:12:31 server /kernel: extra: 0 ff b4 dd 42 0 0 0 0 0 May 6 11:12:31 server /kernel: st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB May 6 11:12:31 server /kernel: st0(ahc0:4:0): command: 1e,0,0,0,0,0-[0 bytes] May 6 11:12:31 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 May 6 11:12:31 server /kernel: info: 0 0 0 0 followed by 10 extra bytes May 6 11:12:31 server /kernel: extra: 0 ff d4 dd 42 0 0 0 0 0 Gavin PS Should this still be going to both scsi and hardware? -- []------------------------------------+-------------------------------------[] | Gavin Cameron | Ormond College | | Ph : +61 3 9344 1201 | The University of Melbourne | | Fax : +61 3 9344 1111 | Parkville, Victoria | | Email : gavin@ormond.unimelb.edu.au | Australia, 3052 | []------------------------------------+-------------------------------------[] From owner-freebsd-scsi Tue May 6 00:52:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA23266 for freebsd-scsi-outgoing; Tue, 6 May 1997 00:52:14 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA23260; Tue, 6 May 1997 00:52:06 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA07459; Tue, 6 May 1997 09:51:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA13050; Tue, 6 May 1997 09:42:52 +0200 (MET DST) Message-ID: <19970506094252.DE24694@uriah.heep.sax.de> Date: Tue, 6 May 1997 09:42:52 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: scsi@FreeBSD.ORG, hardware@FreeBSD.ORG Cc: gavin@ormond.unimelb.edu.au (Gavin Cameron) Subject: Re: Anyone using a CONNER CTT8000-S tape drive References: <336E8151.19A13460@whistle.com> <199705060115.LAA20543@gateway.ormond.unimelb.edu.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705060115.LAA20543@gateway.ormond.unimelb.edu.au>; from Gavin Cameron on May 6, 1997 11:15:35 +1000 Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Gavin Cameron wrote: > May 6 11:12:31 server /kernel: st0(ahc0:4:0): command: 5,0,0,0,0,0-[6 bytes] > May 6 11:12:31 server /kernel: ------------------------------ > May 6 11:12:31 server /kernel: 000: 00 00 00 00 00 00 > May 6 11:12:31 server /kernel: ------------------------------ > May 6 11:12:31 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 > May 6 11:12:31 server /kernel: info: 0 0 0 0 followed by 10 extra bytes > May 6 11:12:31 server /kernel: extra: 0 ff d4 dd 42 0 0 0 0 0 > May 6 11:12:31 server /kernel: st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB Julian, Justin? Wouldn't it be possible to silence this message? > May 6 11:12:31 server /kernel: st0(ahc0:4:0): command: 10,0,0,0,1,0-[0 bytes] > May 6 11:12:31 server /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0 > May 6 11:12:31 server /kernel: info: 0 0 0 0 followed by 10 extra bytes > May 6 11:12:31 server /kernel: extra: 0 ff b4 dd 42 0 0 0 0 0 That's a WRITE FILEMARKS command, requesting to write just one filemark. I can't seem to find what would be wrong with it. Maybe somebody can decipher the `extra' information and see which field in CDB they are complaining about. > PS Should this still be going to both scsi and hardware? Yes. As a warning for others to not buy that drive. :-/ Sorry to beat at you here, i couldn't resist. Conner is starting to producing the same crap as ATA (IDE) vendors are already so proud of. Either command 0x05 (READ BLOCK LIMITS) as well as 0x10 (WRITE FILEMARKS) are _mandatory_ for sequential-access devices, and the SCSI standard is fairly specific about the meaning of mandatory: the drive you've purchased might have a connector that makes it look like SCSI, but it's actually a forgery. It's not a SCSI device. If i were you, i would probably return it. The CDBs quoted above are not obviously wrong (you can't do much wrong with them at all, given that the CDB for command 0x10 just takes 5 0's as arguments, and the CDB for cmd 0x05 basically takes a `count' parameter). Sure, we could add yet another set of quirks for such i drive, and this will probably help you -- but mentally, i refuse to support vendors of non-SCSI devices. There is a standard, and goddam!, the vendors have to adhere to it, or they gotta stop advertising their crap as being SCSI. Sorry for the bitching. It isn't meant to be personally, of course. -- 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 May 6 06:41:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA11140 for freebsd-scsi-outgoing; Tue, 6 May 1997 06:41:59 -0700 (PDT) Received: from dilbert.iagnet.net (root@dilbert.iagnet.net [207.206.8.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA11135; Tue, 6 May 1997 06:41:56 -0700 (PDT) Received: (from jamie@localhost) by dilbert.iagnet.net (8.8.5/8.8.5) id JAA19609; Tue, 6 May 1997 09:41:54 -0400 (EDT) Message-Id: <199705061341.JAA19609@dilbert.iagnet.net> Subject: More news reboots after upgrade to 2.2.1.. news server.. To: freebsd-isp@freebsd.org, freebsd-scsi@freebsd.org Date: Tue, 6 May 1997 09:41:54 -0400 (EDT) RFC_Violation: You saw it here first! From: jamie@dilbert.iagnet.net (Jamie Rishaw) Reply-To: jamie@dilbert.iagnet.net Organization: Internet Access Group X-No-Archive: yes X-Face: >:-p X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk More SCSI errors.. except now the machine doesnt even reboot. I upgraded to FreeBSD 2.2.1-RELEASE last week. It worked for three days and then locked.. I went to a pinging machine, dead activity, locked console reading: Queueing an Abort SCB SCB 0x1 - timed out while idle, LASTPHASE == 0x1, SCSISIGI=0xe6 [...] sd1(ahc0:2:0): no longer in timeout ahc0: Issued channel A bus reset. 2 SCBs aborted [lockup] Bad disk? Bad controller? Another upgrade? -- jamie g.k. rishaw Internet Access Group Chance favors the prepared mind. __ [http://www.iagnet.net] DID:216.902.5455 FAX:216.623.3566 \/ 800:800.637.4IAGx5455 From owner-freebsd-scsi Tue May 6 07:32:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA13500 for freebsd-scsi-outgoing; Tue, 6 May 1997 07:32:24 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA13492; Tue, 6 May 1997 07:32:20 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id IAA27498; Tue, 6 May 1997 08:32:18 -0600 (MDT) Message-Id: <199705061432.IAA27498@pluto.plutotech.com> To: jamie@dilbert.iagnet.net cc: freebsd-isp@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: More news reboots after upgrade to 2.2.1.. news server.. In-reply-to: Your message of "Tue, 06 May 1997 09:41:54 EDT." <199705061341.JAA19609@dilbert.iagnet.net> Date: Tue, 06 May 1997 09:30:51 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >More SCSI errors.. except now the machine doesnt even reboot. > >I upgraded to FreeBSD 2.2.1-RELEASE last week. It worked for three days >and then locked.. Run 2.2-Stable not 2.2.1R. There were bugs in the 2.2.1R aic7xxx driver that have since been fixed. You should also read teh announce list where Jordan mentioned these problems and the solution (upgrade). -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Tue May 6 10:59:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA24682 for freebsd-scsi-outgoing; Tue, 6 May 1997 10:59:50 -0700 (PDT) Received: from dilbert.iagnet.net (root@dilbert.iagnet.net [207.206.8.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA24672; Tue, 6 May 1997 10:59:47 -0700 (PDT) Received: (from jamie@localhost) by dilbert.iagnet.net (8.8.5/8.8.5) id NAA23880; Tue, 6 May 1997 13:59:44 -0400 (EDT) Message-Id: <199705061759.NAA23880@dilbert.iagnet.net> Subject: Re: More news reboots after upgrade to 2.2.1.. news server.. To: gibbs@plutotech.com (Justin T. Gibbs) Date: Tue, 6 May 1997 13:59:44 -0400 (EDT) Cc: freebsd-isp@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG In-Reply-To: <199705061432.IAA27498@pluto.plutotech.com> from "Justin T. Gibbs" at "May 6, 97 09:30:51 am" RFC_Violation: You saw it here first! From: jamie@dilbert.iagnet.net (Jamie Rishaw) Reply-To: jamie@dilbert.iagnet.net Organization: Internet Access Group X-No-Archive: yes X-Face: >:-p X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >More SCSI errors.. except now the machine doesnt even reboot. > > > >I upgraded to FreeBSD 2.2.1-RELEASE last week. It worked for three days > >and then locked.. > > Run 2.2-Stable not 2.2.1R. There were bugs in the 2.2.1R aic7xxx > driver that have since been fixed. You should also read teh announce > list where Jordan mentioned these problems and the solution (upgrade). ftp> ls -CF 200 PORT command successful. 150 Opening ASCII mode data connection for /bin/ls. .notar I18N/ packages-3.0@ 2.1.7-RELEASE@ README packages-current/ 2.1.7.1-RELEASE@ XFree86/ ports@ 2.2-970422-RELENG@ distfiles/ ports-2.1.6@ 2.2-RELEASE@ docs/ ports-2.1.7@ 2.2.1-RELEASE/ incoming/ ports-2.2/ 3.0-970502-SNAP@ index.html ports-3.0@ 3.0-CURRENT@ ls-lR.gz ports-current@ CTM@ packages@ sup/ FreeBSD-2.2/ packages-2.1@ test/ FreeBSD-CVS/ packages-2.1.6@ tools/ FreeBSD-current/ packages-2.1.7@ FreeBSD-stable/ packages-2.2/ There is no 2.2-Stable :) RELENG perhaps? ftp> cd FreeBSD-stable 250 CWD command successful. ftp> ls -l 200 PORT command successful. 150 Opening ASCII mode data connection for /bin/ls. total 6 lrwxrwxr-x 1 root ftp-Free 14 Apr 6 11:03 ctm -> ../CTM/src-2.1 lrwxrwxr-x 1 root ftp-Free 17 Apr 6 11:03 packages -> ../packages-2.1.7 drwxrwxr-x 18 root ftp-Free 512 Nov 13 06:22 src drwxrwxr-x 18 root ftp-Free 512 Nov 13 06:22 sup -rw-rw-r-- 1 root ftp-Free 2880 Aug 8 1996 supfile -rw-rw-r-- 1 root ftp-Free 831 Jan 11 17:53 supfile.cvsup 226 Transfer complete. looks like 2.1-stable.. > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== > -- jamie g.k. rishaw Internet Access Group Chance favors the prepared mind. __ [http://www.iagnet.net] DID:216.902.5455 FAX:216.623.3566 \/ 800:800.637.4IAGx5455 From owner-freebsd-scsi Tue May 6 11:18:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA25869 for freebsd-scsi-outgoing; Tue, 6 May 1997 11:18:44 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA25860; Tue, 6 May 1997 11:18:42 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id MAA04568; Tue, 6 May 1997 12:18:40 -0600 (MDT) Message-Id: <199705061818.MAA04568@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: jamie@dilbert.iagnet.net cc: gibbs@plutotech.com (Justin T. Gibbs), freebsd-isp@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: More news reboots after upgrade to 2.2.1.. news server.. In-reply-to: Your message of "Tue, 06 May 1997 13:59:44 EDT." <199705061759.NAA23880@dilbert.iagnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 13:17:11 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> >More SCSI errors.. except now the machine doesnt even reboot. >> > >> >I upgraded to FreeBSD 2.2.1-RELEASE last week. It worked for three days >> >and then locked.. >> >> Run 2.2-Stable not 2.2.1R. There were bugs in the 2.2.1R aic7xxx >> driver that have since been fixed. You should also read teh announce >> list where Jordan mentioned these problems and the solution (upgrade). > >ftp> ls -CF Don't use ftp. Use CVSup. Only static releases and snapshots are availible via ftp. Information on how to use CVSup is availible from www.FreeBSD.org. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Wed May 7 11:15:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05969 for freebsd-scsi-outgoing; Wed, 7 May 1997 11:15:27 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA05956 for ; Wed, 7 May 1997 11:15:22 -0700 (PDT) Received: (qmail 19712 invoked by uid 1000); 7 May 1997 18:01:16 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD X-PRIORITY: 2 (High) Priority: urgent Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 07 May 1997 10:44:52 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: FreeBSD-Hackers@FreeBSD.org, FreeBSD-SCSI@FreeBSD.org Subject: Fatal Trap 1: privileged instruction fault... Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk ... while in kernel mode I get this while doing a ``return(COMPLETE);'' from dpt_scsi_cmd(), in response to the loop triggered by scsi_attachdevs(). It never happened until this morning. Last night I replaced a bunch of queue macros with functions. Quite unrelated. The functions are static inline, but I switched the inline part off and still the same result. The code is very innocent and appears to checkout OK. Maybe unrelated, but we have a few instances where calls to a function return the value from the previous call, rather than the current call, as in: char *foo(int yes) { if ( yes ) return("Yes"); return("No"); } printf("%s\n", foo(1)); ... < Produces "Yes" on the screen > printf("%s\n", foo(0)); ... < produces "No" on the screen > BUT... printf("%s-%s\n", foo(1), foo(0)); produces "Yes-Yes" instead of "Yes-No"... The actual example is much more complex, of course... :-( Any suggestions (the second case is much less important, but maybe it relates. The panic is a complete showstopper! Thanx! Simon BTW, whoever unsubscribed me from ALL FreeBSD lists - Please don't... From owner-freebsd-scsi Wed May 7 13:21:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA13331 for freebsd-scsi-outgoing; Wed, 7 May 1997 13:21:05 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA13314 for ; Wed, 7 May 1997 13:20:50 -0700 (PDT) Received: (qmail 21396 invoked by uid 1000); 7 May 1997 20:13:21 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD X-PRIORITY: 2 (High) Priority: urgent Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 07 May 1997 12:19:19 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: FreeBSD-Hackers@FreeBSD.org, FreeBSD-SCSI@FreeBSD.org Subject: Re: Privileged Instruction Fault... Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk The plot thikens. Here are some new findings. These only confuse me. * 2 Kernels. Identical in all respects (All from RELENG_2_2 of this morning (but the problem existed last night on a week old tree). * The only difference is: Kernel A has in line 568 of sys/scsi/scsi_base.c: retval = (*(sc_link->adapter->scsi_cmd)) (xs); This is the normal, standard code. Kernel B has in the same line: printf("%s-%d %p(%p)\n", __FILE__, __LINE__, sc_link->adapter->scsi_cmd, xs); retval = (*(sc_link->adapter->scsi_cmd)) (xs); printf("%s-%d\n", __FILE__, __LINE__); (I am printing out the values of the function pointer and the argument, xs). At boot time, kernel A panics with: dpt0: waiting for scsi devices to settle dpt0: Select Timeout < generated by the driver for non-existing devices > 1281 < line number in the driver, just before return from dpt_scsi_cmd, called by the above line in scsi_base.c > Fata trap 1: Privileged instruction fault while in kernel mode. IP = 0x08:0xf01940c7 SP = 0x10:0xefbffd50 FP = 0x10:0xefbffd68 And kernel B panics with: scsi_base.c-567 0xf0ib82a4(0xf088ba80) < This is the printf > Fatal trap 12: page fault while in kernel mode Fault address 0x41 IP = 0x08:0xf01c2f32 SP = 0x10:0xefbffce0 FP = 0x10:0xefbffd48 Now go figure... :-) All of this worked last night! Really! It is something I do, that is for sure. If you want to look at the stuff, please look at sendero-ppp.i-connect.net (206.190.143.100). Get in as anon-ftp and look in /crash. Thanx a million for any help. Simon From owner-freebsd-scsi Wed May 7 15:37:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22310 for freebsd-scsi-outgoing; Wed, 7 May 1997 15:37:33 -0700 (PDT) Received: from ccnet3.ccnet.com (radha@ccnet3.ccnet.com [192.215.96.11]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA22302; Wed, 7 May 1997 15:37:30 -0700 (PDT) Received: (from radha@localhost) by ccnet3.ccnet.com (8.6.12/8.6.12) id PAA21818; Wed, 7 May 1997 15:36:51 -0700 From: Radha Krishnan Message-Id: <199705072236.PAA21818@ccnet3.ccnet.com> Subject: Help with HP DAT 34580A Modes on FreeBSD-2.2 To: freebsd-hackers@freebsd.org Date: Wed, 7 May 1997 15:36:50 -0700 (PDT) Cc: radha@ccnet3.ccnet.com (Radha Krishnan), freebsd-scsi@freebsd.org X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Could anyone with an HP35480A Dat on a FreeBSD-2.2 system, send me the output from "mt -f /dev/nrst0 status" listing the different modes and densities? I've been unable to read any of the tar/pax of my earlier backups. Thanks in advance. radha ---- Messages from /var/log/messages -- Here's some relevent info from my /var/log/messages : May 3 19:01:14 krish /kernel: st0(ahb0:3:0): Sequential-Access density code 0x13, variable blocks, write-enabled May 3 19:03:13 krish /kernel: st0(ahb0:3:0): BLANK CHECK req sz: 10240 (decimal) asc:14,3 End-of-data not found May 3 19:05:31 krish /kernel: st0(ahb0:3:0): BLANK CHECK req sz: 10240 (decimal) asc:14,3 End-of-data not found May 3 19:07:10 krish /kernel: st0(ahb0:3:0): BLANK CHECK req sz: 5120 (decimal) asc:14,3 End-of-data not found May 3 19:08:43 krish /kernel: st0(ahb0:3:0): BLANK CHECK req sz: 10240 (decimal) asc:14,3 End-of-data not found May 3 19:12:20 krish /kernel: st0(ahb0:3:0): BLANK CHECK req sz: 10240 (decimal) asc:14,3 End-of-data not found May 3 19:30:42 krish /kernel: st0(ahb0:3:0): Sequential-Access density code 0x13, drive empty May 3 19:35:07 krish /kernel: st0(ahb0:3:0): MEDIUM ERROR asc:9,0 Track following error May 3 19:49:38 krish /kernel: st0(ahb0:3:0): Deferred Error: MEDIUM ERROR asc:9,0 Track following error May 4 03:24:23 krish /kernel: st0(ahb0:3:0): MEDIUM ERROR info:7e00 asc:9,0 Track following error May 6 07:32:36 krish /kernel: st0(ahb0:3:0): stopen: dev=0xe01 (unit 0) result 0 ----------- End of /var/log/messages --- From owner-freebsd-scsi Wed May 7 17:23:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA27610 for freebsd-scsi-outgoing; Wed, 7 May 1997 17:23:52 -0700 (PDT) Received: from yoda.fdt.net (root@yoda.fdt.net [205.229.48.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA27605; Wed, 7 May 1997 17:23:49 -0700 (PDT) Received: from Kryten.nina.org (port-55.ts1.gnv.fdt.net [205.229.51.55]) by yoda.fdt.net with SMTP id UAA27362; Wed, 7 May 1997 20:23:39 -0400 Date: Wed, 7 May 1997 20:23:37 -0400 (EDT) From: Frank Seltzer X-Sender: frankd@Kryten.nina.org To: Radha Krishnan cc: freebsd-hackers@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Help with HP DAT 34580A Modes on FreeBSD-2.2 In-Reply-To: <199705072236.PAA21818@ccnet3.ccnet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997, Radha Krishnan wrote: > Hi, > Could anyone with an HP35480A Dat on a FreeBSD-2.2 system, send me the > output from "mt -f /dev/nrst0 status" listing the different modes and densities? > > I've been unable to read any of the tar/pax of my earlier backups. > > Thanks in advance. > > radha > ---- Messages from /var/log/messages -- This is from an HP C1536A which probes as a 35480A: (ahc0:3:0): "HP HP35480A T503" type 1 removable SCSI 2 Present Mode: Density = X3B5/88-185A Blocksize variable ---------available modes--------- Mode 0: Density = 0x00 Blocksize variable Mode 1: Density = X3.136-1986 Blocksize = 512 bytes Mode 2: Density = X3.39-1986 Blocksize variable Mode 3: Density = X3.54-1986 Blocksize variable Frank -- Only in America can a homeless veteran sleep in a cardboard box while a draft dodger sleeps in the White House - anonymous From owner-freebsd-scsi Wed May 7 17:31:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA27995 for freebsd-scsi-outgoing; Wed, 7 May 1997 17:31:08 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA27988; Wed, 7 May 1997 17:31:03 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA26380; Thu, 8 May 1997 10:00:50 +0930 (CST) From: Michael Smith Message-Id: <199705080030.KAA26380@genesis.atrad.adelaide.edu.au> Subject: Re: Privileged Instruction Fault... In-Reply-To: from Simon Shapiro at "May 7, 97 12:19:19 pm" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Thu, 8 May 1997 10:00:50 +0930 (CST) Cc: FreeBSD-Hackers@FreeBSD.ORG, FreeBSD-SCSI@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro stands accused of saying: > > Fata trap 1: Privileged instruction fault while in kernel mode. > > IP = 0x08:0xf01940c7 > SP = 0x10:0xefbffd50 > FP = 0x10:0xefbffd68 Aha, and if you build a kernel and leave all the debugging symbols in, as well as DDB, where is the fault? Also check you're not smashing your stack. > And kernel B panics with: > > scsi_base.c-567 0xf0ib82a4(0xf088ba80) < This is the printf > > > Fatal trap 12: page fault while in kernel mode > > Fault address 0x41 > > IP = 0x08:0xf01c2f32 > SP = 0x10:0xefbffce0 > FP = 0x10:0xefbffd48 Again, check where the IP is in your kernel. Traps with really small fault address values are almost always attempts to access structure members with a null structure pointer. > Simon -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-scsi Wed May 7 18:20:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA29997 for freebsd-scsi-outgoing; Wed, 7 May 1997 18:20:45 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA29986 for ; Wed, 7 May 1997 18:20:41 -0700 (PDT) Received: (qmail 23672 invoked by uid 1000); 8 May 1997 01:04:42 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199705080030.KAA26380@genesis.atrad.adelaide.edu.au> Date: Wed, 07 May 1997 17:58:37 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Michael Smith Subject: Re: Privileged Instruction Fault... Cc: FreeBSD-SCSI@FreeBSD.ORG, FreeBSD-Hackers@FreeBSD.ORG Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Michael Smith; On 08-May-97 you wrote: > Simon Shapiro stands accused of saying: > > > > Fata trap 1: Privileged instruction fault while in kernel mode. > > > > IP = 0x08:0xf01940c7 > > SP = 0x10:0xefbffd50 > > FP = 0x10:0xefbffd68 > > Aha, and if you build a kernel and leave all the debugging symbols in, > as well as DDB, where is the fault? Also check you're not smashing > your stack. Ah, but it is, it is. How am I smashing the stack? I know I am, this is why I posted this help request. But I am not appearing to be doing anything bad. > > And kernel B panics with: > > > > scsi_base.c-567 0xf0ib82a4(0xf088ba80) < This is the printf > > > > > Fatal trap 12: page fault while in kernel mode > > > > Fault address 0x41 > > > > IP = 0x08:0xf01c2f32 > > SP = 0x10:0xefbffce0 > > FP = 0x10:0xefbffd48 > > Again, check where the IP is in your kernel. Traps with really small > fault address values are almost always attempts to access structure > members with a null structure pointer. Yes, most of us know that. But look again at the source code. We are not changing any value on either side. Just returning. And the very nature of the failure changes drastically. It is a panic alright, but due to totally different reasons. Adding a printf changes the corruption. I was fishing for clues on this type of behavior. If there are none, this is also and answer. Thanx, Simon From owner-freebsd-scsi Wed May 7 20:01:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA03920 for freebsd-scsi-outgoing; Wed, 7 May 1997 20:01:02 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA03899; Wed, 7 May 1997 20:00:57 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA27647; Thu, 8 May 1997 12:30:48 +0930 (CST) From: Michael Smith Message-Id: <199705080300.MAA27647@genesis.atrad.adelaide.edu.au> Subject: Re: Privileged Instruction Fault... In-Reply-To: from Simon Shapiro at "May 7, 97 05:58:37 pm" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Thu, 8 May 1997 12:30:47 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, FreeBSD-SCSI@FreeBSD.ORG, FreeBSD-Hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro stands accused of saying: > > > > > > Fata trap 1: Privileged instruction fault while in kernel mode. > > > > > > IP = 0x08:0xf01940c7 > > > SP = 0x10:0xefbffd50 > > > FP = 0x10:0xefbffd68 > > > > Aha, and if you build a kernel and leave all the debugging symbols in, > > as well as DDB, where is the fault? Also check you're not smashing > > your stack. > Ah, but it is, it is. How am I smashing the stack? I know I am, > this is why I posted this help request. But I am not appearing to > be doing anything bad. Well, without looking at the actual code in the function, it's a bit hard to be sure 8) Since "yesterday" when it worked, have you added any local variables to the function? Changed anything at all inside it? Do you use a local buffer? Have you added any more layers to your call stack? Note that the kernel stack is _very_ small; you should not us use automatics of any substantial size. > > Again, check where the IP is in your kernel. Traps with really small > > fault address values are almost always attempts to access structure > > members with a null structure pointer. > Yes, most of us know that. But look again at the source code. We > are not changing any value on either side. Just returning. And the > very nature of the failure changes drastically. It is a panic > alright, but due to totally different reasons. Adding a printf > changes the corruption. I was fishing for clues on this type of > behavior. If there are none, this is also and answer. Printf() uses more stack. I am _guessing_ that you are either running off the end of a local, or using too much stack; it's hard to be sure with so little data and no indication of where the fault IP actually lies within your kernel. > Simon -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-scsi Wed May 7 20:15:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA04392 for freebsd-scsi-outgoing; Wed, 7 May 1997 20:15:40 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA04385; Wed, 7 May 1997 20:15:36 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA27753; Thu, 8 May 1997 12:45:24 +0930 (CST) From: Michael Smith Message-Id: <199705080315.MAA27753@genesis.atrad.adelaide.edu.au> Subject: Re: Privileged Instruction Fault... In-Reply-To: from Simon Shapiro at "May 7, 97 12:19:19 pm" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Thu, 8 May 1997 12:45:24 +0930 (CST) Cc: FreeBSD-Hackers@FreeBSD.ORG, FreeBSD-SCSI@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro stands accused of saying: > > Fatal trap 12: page fault while in kernel mode > > Fault address 0x41 Forgot to mention; check your structure definitions for members with an offset of 0x41, though I expect you know all this... > It is something I do, that is for sure. If you want to look at the stuff, > please look at sendero-ppp.i-connect.net (206.190.143.100). > Get in as anon-ftp and look in /crash. Still no vmcores, kernels-with-symbols, etc. 8) > Simon -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-scsi Wed May 7 22:55:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA10805 for freebsd-scsi-outgoing; Wed, 7 May 1997 22:55:59 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA10780 for ; Wed, 7 May 1997 22:55:53 -0700 (PDT) Received: (qmail 25576 invoked by uid 1000); 8 May 1997 05:44:56 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199705080300.MAA27647@genesis.atrad.adelaide.edu.au> Date: Wed, 07 May 1997 22:32:27 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Michael Smith Subject: Re: Privileged Instruction Fault... Cc: FreeBSD-Hackers@FreeBSD.ORG, FreeBSD-SCSI@FreeBSD.ORG Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Michael Smith; On 08-May-97 you wrote: ... > Note that the kernel stack is _very_ small; you > should not us use automatics of any substantial size. This is an excellent advise. Thanx! ... > Printf() uses more stack. I am _guessing_ that you are either running > off the end of a local, or using too much stack; it's hard to be > sure with so little data and no indication of where the fault IP > actually lies within your kernel. Actually, your ideas prompted a day of hunting. The game is in the bag. It appears to have been stack problem. The strange thing is that adding printf() calls actually improves things (uses a separate stack?). There are not too many automatics in the code and the depth of recursion is minimal. The (ugly) code is actually posted on sendero-ppp.i-connect.net (206.190.143.100), in /crash. The version there compiles but already too old. Thanx for the great ideas, now I have to chase this queue leak I just found. Simon From owner-freebsd-scsi Wed May 7 22:56:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA10828 for freebsd-scsi-outgoing; Wed, 7 May 1997 22:56:01 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA10779 for ; Wed, 7 May 1997 22:55:53 -0700 (PDT) Received: (qmail 25578 invoked by uid 1000); 8 May 1997 05:44:57 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199705080315.MAA27753@genesis.atrad.adelaide.edu.au> Date: Wed, 07 May 1997 22:38:26 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Michael Smith Subject: Re: Privileged Instruction Fault... Cc: FreeBSD-SCSI@FreeBSD.ORG, FreeBSD-Hackers@FreeBSD.ORG Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Michael Smith; On 08-May-97 you wrote: > Simon Shapiro stands accused of saying: > > > > Fatal trap 12: page fault while in kernel mode > > > > Fault address 0x41 > > Forgot to mention; check your structure definitions for members with > an offset of 0x41, though I expect you know all this... Yes, but part of the reason for discussing this publicly is for others, even more naive that I am to not repeat my mistakes :-) ... > Still no vmcores, kernels-with-symbols, etc. 8) Nope :-( The source changes too fast. Would be a waste of anyone's time. Besides, I think I am missing something in the configuration, as the kernel dumps do not happen. Also, do you know how to force entering into the kernel debugger? It should happen when you panic, but does not. Maybe you can have a look at the DPT configuration file and tell me. Much obliged, Simon From owner-freebsd-scsi Thu May 8 04:22:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA21585 for freebsd-scsi-outgoing; Thu, 8 May 1997 04:22:42 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA21579 for ; Thu, 8 May 1997 04:22:39 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA11413; Thu, 8 May 1997 13:22:32 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id NAA24683; Thu, 8 May 1997 13:05:29 +0200 (MET DST) Message-ID: <19970508130529.GJ38234@uriah.heep.sax.de> Date: Thu, 8 May 1997 13:05:29 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-scsi@FreeBSD.ORG Cc: radha@ccnet3.ccnet.com (Radha Krishnan) Subject: Re: Help with HP DAT 34580A Modes on FreeBSD-2.2 References: <199705072236.PAA21818@ccnet3.ccnet.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705072236.PAA21818@ccnet3.ccnet.com>; from Radha Krishnan on May 7, 1997 15:36:50 -0700 Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk (Never spam two major lists with the same message. If you mean that you need to send something to two lists, think harder about your question until you can decide.) As Radha Krishnan wrote: > Could anyone with an HP35480A Dat on a FreeBSD-2.2 system, > send me the output from "mt -f /dev/nrst0 status" listing the > different modes and densities? This won't help you much. (Btw., -f /dev/nrst0 is the default.) > I've been unable to read any of the tar/pax of my earlier backups. But not due to a wrong mode detection. Go and read the messages... > Here's some relevent info from my /var/log/messages : > > Sequential-Access density code 0x13, variable blocks, write-enabled > BLANK CHECK req sz: 10240 (decimal) asc:14,3 End-of-data not found ^^^^^^^^^^^^^^^^^^^^^ > BLANK CHECK req sz: 10240 (decimal) asc:14,3 End-of-data not found > BLANK CHECK req sz: 5120 (decimal) asc:14,3 End-of-data not found > BLANK CHECK req sz: 10240 (decimal) asc:14,3 End-of-data not found > BLANK CHECK req sz: 10240 (decimal) asc:14,3 End-of-data not found > Sequential-Access density code 0x13, drive empty > MEDIUM ERROR asc:9,0 Track following error ^^^^^^^^^^^^^^^^^^^^^ > Deferred Error: MEDIUM ERROR asc:9,0 Track following error > MEDIUM ERROR info:7e00 asc:9,0 Track following error > stopen: dev=0xe01 (unit 0) result 0 That's quite obvious. Either your drive went mad, or this particular cassette is dead. Not much hope, at least with this drive/cassette combination. You have cleaned your drive heads regularly with a cleaning tape (i.e., after each new cassette, and after each ten backup runs)? If not, you probably get what you deserve... Try cleaning it now, and hope the best this will fix the problem. (Now go back to the Usenet and answer the questions about why i'm considering DAT not a ``real backup technology''... :) -- 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 May 8 05:07:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA22968 for freebsd-scsi-outgoing; Thu, 8 May 1997 05:07:20 -0700 (PDT) Received: from www.eliteness.org (jbowie@cumbersome.eliteness.org [207.41.158.32]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA22948; Thu, 8 May 1997 05:07:15 -0700 (PDT) Received: from localhost (jbowie@localhost) by www.eliteness.org (8.8.5/8.8.5) with SMTP id IAA05293; Thu, 8 May 1997 08:06:31 GMT X-Authentication-Warning: www.eliteness.org: jbowie owned process doing -bs Date: Thu, 8 May 1997 08:06:30 +0000 (GMT) From: The Code Warrior X-Sender: jbowie@www.eliteness.org To: Simon Shapiro cc: Michael Smith , FreeBSD-SCSI@FreeBSD.ORG, FreeBSD-Hackers@FreeBSD.ORG Subject: Re: Privileged Instruction Fault... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997, Simon Shapiro wrote: > > Hi Michael Smith; On 08-May-97 you wrote: > > Simon Shapiro stands accused of saying: > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > Fault address 0x41 > > > > Forgot to mention; check your structure definitions for members with > > an offset of 0x41, though I expect you know all this... > > Yes, but part of the reason for discussing this publicly is for others, even > more naive that I am to not repeat my mistakes :-) > > ... > Could be just a coincidence but could it have something to do with the fact that 0x41 is the address in memory of the Letter 'A'? -Jon From owner-freebsd-scsi Thu May 8 09:34:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA06215 for freebsd-scsi-outgoing; Thu, 8 May 1997 09:34:06 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA06159; Thu, 8 May 1997 09:34:00 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id JAA17953; Thu, 8 May 1997 09:33:50 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id SAA23080; Thu, 8 May 1997 18:32:10 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id SAA25545; Thu, 8 May 1997 18:32:00 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id JAA19014; Thu, 8 May 1997 09:45:24 +0200 (CEST) Message-ID: <19970508094524.14197@keltia.freenix.fr> Date: Thu, 8 May 1997 09:45:24 +0200 From: Ollivier Robert To: freebsd-hackers@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Help with HP DAT 34580A Modes on FreeBSD-2.2 References: <199705072236.PAA21818@ccnet3.ccnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 In-Reply-To: <199705072236.PAA21818@ccnet3.ccnet.com>; from Radha Krishnan on Wed, May 07, 1997 at 03:36:50PM -0700 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3279 Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Radha Krishnan: > Could anyone with an HP35480A Dat on a FreeBSD-2.2 system, send me the > output from "mt -f /dev/nrst0 status" listing the different modes and > densities? This is 3.0-CURRENT but I don't expect 2.2 to be different: st0 at scbus0 target 5 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access st0: 5.0 MB/s (200 ns, offset 8) Present Mode: Density = X3B5/88-185A Blocksize variable ---------available modes--------- Mode 0: Density = 0x00 Blocksize variable Mode 1: Density = X3.136-1986 Blocksize = 512 bytes Mode 2: Density = X3.39-1986 Blocksize variable Mode 3: Density = X3.54-1986 Blocksize variable -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #8: Wed May 7 13:25:41 CEST 1997 From owner-freebsd-scsi Thu May 8 14:21:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA20445 for freebsd-scsi-outgoing; Thu, 8 May 1997 14:21:31 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA20433 for ; Thu, 8 May 1997 14:21:26 -0700 (PDT) Received: (qmail 29737 invoked by uid 1000); 8 May 1997 20:58:07 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 08 May 1997 13:15:10 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: The Code Warrior Subject: Re: Privileged Instruction Fault... Cc: FreeBSD-Hackers@FreeBSD.ORG, FreeBSD-SCSI@FreeBSD.ORG, Michael Smith Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi The Code Warrior; On 08-May-97 you wrote: > > > On Wed, 7 May 1997, Simon Shapiro wrote: > > > > > Hi Michael Smith; On 08-May-97 you wrote: > > > Simon Shapiro stands accused of saying: > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > > > Fault address 0x41 > > > > > > Forgot to mention; check your structure definitions for members with > > > an offset of 0x41, though I expect you know all this... > > > > Yes, but part of the reason for discussing this publicly is for others, > even > > more naive that I am to not repeat my mistakes :-) > > > > ... > > > Could be just a coincidence but could it have something to do with the > fact that 0x41 is the address in memory of the Letter 'A'? > > -Jon Yes, Thank you. This is when I knew it was a stack problem. The DPT controller identifies many of its control packets by putting ``EATA'' somewhere in the packet. The fact that this ends up as a pointer is the clue. What we need is (I am sure we have it, but I do not know) a way to control stack size (from the config file?), or monitor its size vs. allocated size. Simon From owner-freebsd-scsi Fri May 9 07:05:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA05028 for freebsd-scsi-outgoing; Fri, 9 May 1997 07:05:49 -0700 (PDT) Received: from shadows.aeon.net (bsdscsi@shadows.aeon.net [194.100.41.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA05022 for ; Fri, 9 May 1997 07:05:44 -0700 (PDT) Received: (from bsdscsi@localhost) by shadows.aeon.net (8.8.5/8.8.3) id RAA01013 for scsi@freebsd.org; Fri, 9 May 1997 17:06:01 +0300 (EET DST) From: mika ruohotie Message-Id: <199705091406.RAA01013@shadows.aeon.net> Subject: no magic To: scsi@freebsd.org Date: Fri, 9 May 1997 17:06:01 +0300 (EET DST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk uh, i did disklabel -rw sd3 auto disklabel -e sd3 for my new scsi drive as suggested on this list ages ago (i use 2.2-STABLE) but now even though the drive works, it tells me: May 9 16:28:47 pluto /kernel: sd3: invalid primary partition table: no magic i made one partition: (that a: line) pluto# disklabel -r sd3 # /dev/rsd3c: type: SCSI <- i put this disk: sd3 <- and this label: flags: bytes/sector: 512 sectors/track: 32 <- edited this tracks/cylinder: 64 <- this too sectors/cylinder: 2048 <- and this cylinders: 4148 sectors/unit: 8496884 <- didnt touch rpm: 3600 <- didnt, but why is it 3600? interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 3 partitions: # size offset fstype [fsize bsize bps/cpg] a: 8495104 0 4.2BSD 0 0 0 # (Cyl. 0 - 4147) c: 8496884 0 unused 0 0 # (Cyl. 0 - 4148*) on a seagate cuda: (ahc0:6:0): "SEAGATE ST34371W 0484" type 0 fixed SCSI 2 sd3(ahc0:6:0): Direct-Access 4148MB (8496884 512 byte sectors) sd3(ahc0:6:0): with 5172 cyls, 10 heads, and an average 164 sectors/track what did i miss? it newfs:ed and works... (bonnied it heavily =) ) mickey From owner-freebsd-scsi Fri May 9 09:39:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA14415 for freebsd-scsi-outgoing; Fri, 9 May 1997 09:39:31 -0700 (PDT) Received: from kremvax.demos.su (kremvax.demos.su [194.87.0.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA14408 for ; Fri, 9 May 1997 09:39:27 -0700 (PDT) Received: by kremvax.demos.su (8.6.13/D) from 0@sinbin.demos.su [194.87.0.31] with ESMTP id UAA21162; Fri, 9 May 1997 20:38:25 +0400 Received: by sinbin.demos.su id UAA01396; (8.6.12/D) Fri, 9 May 1997 20:38:06 +0400 From: bag@sinbin.demos.su (Alex G. Bulushev) Message-Id: <199705091638.UAA01396@sinbin.demos.su> Subject: Re: no magic In-Reply-To: <199705091406.RAA01013@shadows.aeon.net> from mika ruohotie at "May 9, 97 05:06:01 pm" To: bsdscsi@shadows.aeon.net (mika ruohotie) Date: Fri, 9 May 1997 20:38:06 +0400 (MSD) Cc: scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk u need disklabel -B sd3 Alex. > uh, i did > > disklabel -rw sd3 auto > disklabel -e sd3 > > for my new scsi drive as suggested on this list ages ago (i use 2.2-STABLE) > but now even though the drive works, it tells me: > > May 9 16:28:47 pluto /kernel: sd3: invalid primary partition table: no magic > > i made one partition: (that a: line) > > pluto# disklabel -r sd3 > # /dev/rsd3c: > type: SCSI <- i put this > disk: sd3 <- and this > label: > flags: > bytes/sector: 512 > sectors/track: 32 <- edited this > tracks/cylinder: 64 <- this too > sectors/cylinder: 2048 <- and this > cylinders: 4148 > sectors/unit: 8496884 <- didnt touch > rpm: 3600 <- didnt, but why is it 3600? > interleave: 1 > trackskew: 0 > cylinderskew: 0 > headswitch: 0 # milliseconds > track-to-track seek: 0 # milliseconds > drivedata: 0 > > 3 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 8495104 0 4.2BSD 0 0 0 # (Cyl. 0 - 4147) > c: 8496884 0 unused 0 0 # (Cyl. 0 - 4148*) > > > on a seagate cuda: > > (ahc0:6:0): "SEAGATE ST34371W 0484" type 0 fixed SCSI 2 > sd3(ahc0:6:0): Direct-Access 4148MB (8496884 512 byte sectors) > sd3(ahc0:6:0): with 5172 cyls, 10 heads, and an average 164 sectors/track > > > what did i miss? it newfs:ed and works... (bonnied it heavily =) ) > > > mickey > From owner-freebsd-scsi Fri May 9 10:38:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA17991 for freebsd-scsi-outgoing; Fri, 9 May 1997 10:38:43 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA17986 for ; Fri, 9 May 1997 10:38:38 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA05887; Fri, 9 May 1997 19:38:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id TAA05447; Fri, 9 May 1997 19:22:12 +0200 (MET DST) Message-ID: <19970509192212.XP35729@uriah.heep.sax.de> Date: Fri, 9 May 1997 19:22:12 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: scsi@FreeBSD.ORG Cc: bsdscsi@shadows.aeon.net (mika ruohotie) Subject: Re: no magic References: <199705091406.RAA01013@shadows.aeon.net> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705091406.RAA01013@shadows.aeon.net>; from mika ruohotie on May 9, 1997 17:06:01 +0300 Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As mika ruohotie wrote: > uh, i did > > disklabel -rw sd3 auto Make this ``disklabel -Brw sd3 auto'', and you'll see the message only once. > disklabel -e sd3 > > for my new scsi drive as suggested on this list ages ago (i use 2.2-STABLE) > but now even though the drive works, it tells me: > > May 9 16:28:47 pluto /kernel: sd3: invalid primary partition table: no magic This is a useless message for many people, and should be hidden behind an #ifdef DEBUG (IMHO -- Bruce will certainly disagree :). It basically means your disk was `blank', and didn't have 0x55aa at the end of the very first sector. Since the slice code believes all disks must have slice (aka. fdisk) tables, it complains loudly. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Fri May 9 12:17:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA24217 for freebsd-scsi-outgoing; Fri, 9 May 1997 12:17:09 -0700 (PDT) Received: from shadows.aeon.net (bsdscsi@shadows.aeon.net [194.100.41.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA24204 for ; Fri, 9 May 1997 12:16:59 -0700 (PDT) Received: (from bsdscsi@localhost) by shadows.aeon.net (8.8.5/8.8.3) id WAA03760; Fri, 9 May 1997 22:16:19 +0300 (EET DST) From: mika ruohotie Message-Id: <199705091916.WAA03760@shadows.aeon.net> Subject: Re: no magic In-Reply-To: <19970509192212.XP35729@uriah.heep.sax.de> from J Wunsch at "May 9, 97 07:22:12 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 9 May 1997 22:16:19 +0300 (EET DST) Cc: scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As mika ruohotie wrote: > > disklabel -rw sd3 auto > Make this ``disklabel -Brw sd3 auto'', and you'll see the message only > once. ack. the -B was in the posting i read before doing anything, but decided i dont need -B... so, i do. =) > > May 9 16:28:47 pluto /kernel: sd3: invalid primary partition table: no magic > This is a useless message for many people, and should be hidden behind after i got my impressive results from bonnie using 2000 megs file, i decided that message is not dangerous. compared to fujitsu drives, with which i've gottem probs, the cuda feels different from the beginning... > It basically means your disk was `blank', and didn't have 0x55aa at aah. ok. thanx. =) > cheers, J"org mickey From owner-freebsd-scsi Fri May 9 13:10:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA26369 for freebsd-scsi-outgoing; Fri, 9 May 1997 13:10:20 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA26359 for ; Fri, 9 May 1997 13:10:13 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA07834 for scsi@FreeBSD.ORG; Fri, 9 May 1997 22:10:12 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA06180; Fri, 9 May 1997 22:02:52 +0200 (MET DST) Message-ID: <19970509220252.VH59231@uriah.heep.sax.de> Date: Fri, 9 May 1997 22:02:52 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: scsi@FreeBSD.ORG Subject: Re: no magic References: <19970509192212.XP35729@uriah.heep.sax.de> <199705091916.WAA03760@shadows.aeon.net> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705091916.WAA03760@shadows.aeon.net>; from mika ruohotie on May 9, 1997 22:16:19 +0300 Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As mika ruohotie wrote: > ack. the -B was in the posting i read before doing anything, but decided > i dont need -B... so, i do. =) This message is the reason why i'm always posting `-Brw'. :) > compared to fujitsu drives, with which i've gottem probs, the cuda feels > different from the beginning... It feels warmer, i guess. :-)) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Fri May 9 14:50:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA00676 for freebsd-scsi-outgoing; Fri, 9 May 1997 14:50:10 -0700 (PDT) Received: from mailhost.pi.net (root@mailhost.pi.net [145.220.3.9]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA00671 for ; Fri, 9 May 1997 14:50:05 -0700 (PDT) Received: from kinchenna (asd181.pi.net [145.220.192.181]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id XAA09931 for ; Fri, 9 May 1997 23:49:35 +0200 (MET DST) Posted-Date: Fri, 9 May 1997 23:49:35 +0200 (MET DST) Date: Fri, 9 May 1997 23:07:32 +0100 From: Guido Kollerie Subject: Common Access Method && SCSI drivers To: freebsd-scsi@freebsd.org X-Mailer: Z-Mail Pro 6.1 (Win32 - 021297), NetManage Inc. X-Priority: 3 (Normal) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I asked this little while back but didn't got a response. I'm still curious though so I'll ask it again. How is the implementation of the Common Access Method (CAM) proceeding? Will it be a real CAM implementation or will it just be based on it? And what about the current SCSI drivers, which of them are being (or will be) modified to adher to CAM? A more or less related question. Which of SCSI drivers are being actively maintained. Judging from the amount of traffic Adaptec related driver questions (and answers) generate, I know the Adaptec driver is. Tekram has written it's own, and Simon Shapiro is working on a DPT driver. But what about the other SCSI drivers? -- Guido Kollerie From owner-freebsd-scsi Fri May 9 16:30:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA05727 for freebsd-scsi-outgoing; Fri, 9 May 1997 16:30:43 -0700 (PDT) Received: from pluto.plutotech.com (root@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA05721 for ; Fri, 9 May 1997 16:30:39 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id RAA03255; Fri, 9 May 1997 17:30:34 -0600 (MDT) Message-Id: <199705092330.RAA03255@pluto.plutotech.com> To: Guido Kollerie cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Common Access Method && SCSI drivers In-reply-to: Your message of "Fri, 09 May 1997 23:07:32 BST." Date: Fri, 09 May 1997 18:28:49 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Hello, > >I asked this little while back but didn't got a response. I'm >still curious though so I'll ask it again. How is the >implementation of the Common Access Method (CAM) proceeding? Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #14: Thu May 8 09:56:23 MDT 1997 gibbs@narnia.plutotech.com:/usr/src/sys.cam/compile/DM CPU: Pentium (133.29-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52b Stepping=11 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30928896 (30204K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0:0 chip1 rev 2 on pci0:7:0 chip2 rev 2 on pci0:7:1 fxp0 rev 1 int a irq 15 on pci0:9:0 fxp0: Ethernet address 00:a0:c9:48:d0:91 ahc0 rev 0 int a irq 9 on pci0:10:0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs vga0 rev 227 int a irq 12 on pci0:11:0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0: reserved for low-level i/o sio0 not found at 0x3f8 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface ccd0-3: Concatenated disk drivers da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI2 device da1: 20MB/s (20MHz sync offset 15) Tagged Queueing Enabled da1: 2049MB (4197405 512 byte sectors: 255H 63S/T 261C) da3 at ahc0 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI2 device da3: 20MB/s (20MHz sync offset 15) Tagged Queueing Enabled da3: 2049MB (4197405 512 byte sectors: 255H 63S/T 261C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI2 device da2: 20MB/s (20MHz sync offset 15) Tagged Queueing Enabled da2: 2049MB (4197405 512 byte sectors: 255H 63S/T 261C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 20MB/s (20MHz sync offset 15) Tagged Queueing Enabled da0: 2049MB (4197405 512 byte sectors: 255H 63S/T 261C) I've been running multi-user on this code for the past few days. There is only support for direct access devices at the moment and only for aic7xxx cards. You'll notice that the device probes happen at the end of the output. This is because all device probing relies on interrupts meaning that multiple devices and busses can be probed in parallel. It also makes dumps the only case where any type of polling is required which makes the code much simpler. It seems that my second and fourth disk are a little bit faster than the others in responding to a read capacity command. I hope people don't mind if their devices a listed "out of order" on boot. 8-) >Will it be a real CAM implementation or will it just be based >on it? It is CAM plus extensions. CAM didn't offer any way to ensure resource fairness and only offered two levels of scheduling (actually CAM 3 takes this to 4, but that's still pretty coarse). My implementation is round-robin per priority level using a u_int32_t to represent the priority. I'm working on documentation and cleaning up some error recovery code and as soon as I'm done with that, I'll post a URL with information about my implementation. >And what about the current SCSI drivers, which of them >are being (or will be) modified to adher to CAM? I plan on personally completing the aic7xxx driver, an AdvanSys driver, the 1542 and 1742 driver, and perhaps the Buslogic driver. I'll also offer whatever assistance I can to anyone who is willing to help convert drivers since my goal is to support them all. Unfortunately, I can only really ensure that there is working support for the cards I have access to. >A more or less related question. Which of SCSI drivers are >being actively maintained. Judging from the amount of traffic >Adaptec related driver questions (and answers) generate, I know >the Adaptec driver is. Tekram has written it's own, and Simon >Shapiro is working on a DPT driver. But what about the other >SCSI drivers? I know of active maintainers only for the NCR and aic7xxx drivers. The DPT driver is "on the way". Drivers that need work are: aha 1542 driver There have been a few recent bug reports. I'm working on getting documentation and have a 1542C here to play with. bha Buslogic Multimaster cards I have some documentation, but this driver will need a lot of work to make it fully functional. Tagged queueing and support for the maximum number of transactions on the varying cards are at the top of the list. I have a BT747 to test changes with, but the 958 and 968 are more "interesting". aic 1522 and aic6360 cards NetBSD has done a lot of cleanup in this driver, but in addition to leveraging off of that work, the driver should be enhanced to support DMA transfers and tagged queueing. I'm working on getting the documenation for these guys too, but I don't have any hardware to test with (Warner is close by though and he has some of these). seagate, wd7000, ultrastore, etc. The other drivers need general cleanup. If there are people who have the documentation for these cards or spare hardware laying about, it would be great if they could send them to me so I can find maintainers and/or test changes here. >-- >Guido Kollerie -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Fri May 9 20:46:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA14546 for freebsd-scsi-outgoing; Fri, 9 May 1997 20:46:43 -0700 (PDT) Received: from gateway.ormond.unimelb.edu.au (gateway.ormond.unimelb.edu.au [203.17.189.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA14504; Fri, 9 May 1997 20:46:28 -0700 (PDT) Received: (from gavin@localhost) by gateway.ormond.unimelb.edu.au (8.8.3/8.6.9) id NAA16135; Sat, 10 May 1997 13:46:25 +1000 (EST) From: Gavin Cameron Message-Id: <199705100346.NAA16135@gateway.ormond.unimelb.edu.au> Subject: Help with a Toshiba SCSI CD-ROM To: scsi@freebsd.org, hardware@freebsd.org Date: Sat, 10 May 1997 13:46:24 +1000 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, A friend of mine was recently given a TOSHIBA XM-5301TA CDROM drive. We are trying to get it running in a 2.2.1-RELEASE machine but it is detected as a harddisk not a CD. Anyone have any ideas? Here's what dmesg tells us FreeBSD 2.2.1-RELEASE #0: Fri Apr 25 11:51:59 EST 1997 [snip] aha0 at 0x334-0x337 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:3:0): "TOSHIBA CD-ROM XM-5301TA 1895" type 0 fixed SCSI 2 sd0(aha0:3:0): Direct-Access sd0(aha0:3:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB sks:c0,2 sd0 could not mode sense (4). Using ficticious geometry sd0(aha0:3:0): NOT READY asc:3a,0 Medium not present , retries:4 sd0(aha0:3:0): NOT READY asc:3a,0 Medium not present , retries:3 sd0(aha0:3:0): NOT READY asc:3a,0 Medium not present , retries:2 sd0(aha0:3:0): NOT READY asc:3a,0 Medium not present , retries:1 sd0(aha0:3:0): NOT READY asc:3a,0 Medium not present , FAILURE sd0: could not get size 0MB (0 512 byte sectors) (aha0:4:0): "ARCHIVE Python 01931-XXX 5.56" type 1 removable SCSI 2 st0(aha0:4:0): Sequential-Access density code 0x13, drive empty (aha0:5:0): "NEC CD-ROM DRIVE:502 2.0r" type 5 removable SCSI 2 cd0(aha0:5:0): CD-ROM cd present [257675 x 2048 byte records] (aha0:6:0): "ARCHIVE Python 28388-XXX 5.40" type 1 removable SCSI 2 st1(aha0:6:0): Sequential-Access density code 0x13, drive empty [snip] Thanks in advance Gavin -- []------------------------------------+-------------------------------------[] | Gavin Cameron | Ormond College | | Ph : +61 3 9344 1201 | The University of Melbourne | | Fax : +61 3 9344 1111 | Parkville, Victoria | | Email : gavin@ormond.unimelb.edu.au | Australia, 3052 | []------------------------------------+-------------------------------------[] From owner-freebsd-scsi Fri May 9 21:57:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA17991 for freebsd-scsi-outgoing; Fri, 9 May 1997 21:57:26 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA17980 for ; Fri, 9 May 1997 21:57:21 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id GAA00498; Sat, 10 May 1997 06:57:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id GAA09126; Sat, 10 May 1997 06:50:23 +0200 (MET DST) Message-ID: <19970510065023.VX21760@uriah.heep.sax.de> Date: Sat, 10 May 1997 06:50:23 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: scsi@FreeBSD.ORG Cc: gavin@ormond.unimelb.edu.au (Gavin Cameron) Subject: Re: Help with a Toshiba SCSI CD-ROM References: <199705100346.NAA16135@gateway.ormond.unimelb.edu.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705100346.NAA16135@gateway.ormond.unimelb.edu.au>; from Gavin Cameron on May 10, 1997 13:46:24 +1000 Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Gavin Cameron wrote: > A friend of mine was recently given a TOSHIBA XM-5301TA CDROM drive. We > are trying to get it running in a 2.2.1-RELEASE machine but it is detected > as a harddisk not a CD. Sh*t. I thought i've removed this fallback, and got it to fall back to the `uk' driver if type probing fails. Seems i need to put this into RELENG_2_2 (or have to check again, at least)... > sd0(aha0:3:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB sks:c0,2 I'll look whether this message is sufficient, or we need more data about it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Fri May 9 23:21:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA22181 for freebsd-scsi-outgoing; Fri, 9 May 1997 23:21:42 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA22176 for ; Fri, 9 May 1997 23:21:35 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA01138; Sat, 10 May 1997 08:21:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA09315; Sat, 10 May 1997 08:16:43 +0200 (MET DST) Message-ID: <19970510081643.NU52750@uriah.heep.sax.de> Date: Sat, 10 May 1997 08:16:43 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: scsi@FreeBSD.ORG Cc: gavin@ormond.unimelb.edu.au (Gavin Cameron) Subject: Re: Help with a Toshiba SCSI CD-ROM References: <199705100346.NAA16135@gateway.ormond.unimelb.edu.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705100346.NAA16135@gateway.ormond.unimelb.edu.au>; from Gavin Cameron on May 10, 1997 13:46:24 +1000 Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hmpf. :-) As Gavin Cameron wrote: > (aha0:3:0): "TOSHIBA CD-ROM XM-5301TA 1895" type 0 fixed SCSI 2 ^ > sd0(aha0:3:0): Direct-Access I didn't notice _this_ in my previous followup. This drive indeed claims it were a hard disk! =:-) > sd0(aha0:3:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB sks:c0,2 > sd0 could not mode sense (4). Using ficticious geometry Well, for sure, the drive complains about mode page 4 (Rigid disk geometry page) then. The big question is why it announces itself as type Direct-Access. You could always work around this by: Index: scsi/scsiconf.c =================================================================== RCS file: /home/ncvs/src/sys/scsi/scsiconf.c,v retrieving revision 1.85 diff -u -u -2 -r1.85 scsiconf.c --- scsiconf.c 1997/05/03 22:23:13 1.85 +++ scsiconf.c 1997/05/10 06:15:48 @@ -388,4 +388,11 @@ "cd", SC_MORE_LUS }, + /* + * Drunk Toshiba 5301 that pretends to be a Direct-Access drive. + */ + { + T_DIRECT, T_READONLY, T_REMOV, "TOSHIBA", "CD-ROM XM-5301TA", "*", + "cd", SC_ONE_LU + }, #endif /* !UKTEST */ #endif /* NCD */ -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Sat May 10 03:14:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA28589 for freebsd-scsi-outgoing; Sat, 10 May 1997 03:14:41 -0700 (PDT) Received: from dfw-ix3.ix.netcom.com (dfw-ix3.ix.netcom.com [206.214.98.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA28584 for ; Sat, 10 May 1997 03:14:39 -0700 (PDT) Received: (from smap@localhost) by dfw-ix3.ix.netcom.com (8.8.4/8.8.4) id FAA15573; Sat, 10 May 1997 05:14:07 -0500 (CDT) Received: from sjx-ca51-12.ix.netcom.com(206.214.103.172) by dfw-ix3.ix.netcom.com via smap (V1.3) id sma015571; Sat May 10 05:13:38 1997 Received: (from asami@localhost) by blimp.mimi.com (8.8.5/8.6.9) id DAA22729; Sat, 10 May 1997 03:13:14 -0700 (PDT) Date: Sat, 10 May 1997 03:13:14 -0700 (PDT) Message-Id: <199705101013.DAA22729@blimp.mimi.com> To: joerg_wunsch@uriah.heep.sax.de CC: scsi@FreeBSD.ORG, gavin@ormond.unimelb.edu.au In-reply-to: <19970510081643.NU52750@uriah.heep.sax.de> (j@uriah.heep.sax.de) Subject: Re: Help with a Toshiba SCSI CD-ROM From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * > (aha0:3:0): "TOSHIBA CD-ROM XM-5301TA 1895" type 0 fixed SCSI 2 This is quite weird. I have this exact same model, and it works perfectly fine for me.... === ahc0: target 5 synchronous at 4.0MHz, offset = 0xf (ahc0:5:0): "TOSHIBA CD-ROM XM-5301TA 0925" type 5 removable SCSI 2 cd0(ahc0:5:0): CD-ROM can't get the size === Satoshi From owner-freebsd-scsi Sat May 10 04:01:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA01649 for freebsd-scsi-outgoing; Sat, 10 May 1997 04:01:41 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA01644 for ; Sat, 10 May 1997 04:01:37 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.5/8.8.5) id EAA14656; Sat, 10 May 1997 04:01:26 -0700 (PDT) Message-ID: <19970510040125.57291@hydrogen.nike.efn.org> Date: Sat, 10 May 1997 04:01:25 -0700 From: John-Mark Gurney To: Satoshi Asami Cc: joerg_wunsch@uriah.heep.sax.de, scsi@FreeBSD.ORG, gavin@ormond.unimelb.edu.au Subject: Re: Help with a Toshiba SCSI CD-ROM References: <19970510081643.NU52750@uriah.heep.sax.de> <199705101013.DAA22729@blimp.mimi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199705101013.DAA22729@blimp.mimi.com>; from Satoshi Asami on Sat, May 10, 1997 at 03:13:14AM -0700 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Satoshi Asami scribbled this message on May 10: > * > (aha0:3:0): "TOSHIBA CD-ROM XM-5301TA 1895" type 0 fixed SCSI 2 > > This is quite weird. I have this exact same model, and it works > perfectly fine for me.... my first guess was that it might of been jumpered for "unix boot" mode which means that any cdrom in the drive becomes a "hard disk" in the drive... my plextor has a jumper option that sets this... with another drive that is behaving properly I decided to speak up.. :) > === > ahc0: target 5 synchronous at 4.0MHz, offset = 0xf > (ahc0:5:0): "TOSHIBA CD-ROM XM-5301TA 0925" type 5 removable SCSI 2 > cd0(ahc0:5:0): CD-ROM can't get the size > === -- John-Mark Cu Networking Modem/FAX: +1 541 683 6954 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-scsi Sat May 10 04:28:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA02322 for freebsd-scsi-outgoing; Sat, 10 May 1997 04:28:56 -0700 (PDT) Received: from gateway.ormond.unimelb.edu.au (gateway.ormond.unimelb.edu.au [203.17.189.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA02317 for ; Sat, 10 May 1997 04:28:53 -0700 (PDT) Received: (from gavin@localhost) by gateway.ormond.unimelb.edu.au (8.8.3/8.6.9) id VAA17071; Sat, 10 May 1997 21:28:31 +1000 (EST) From: Gavin Cameron Message-Id: <199705101128.VAA17071@gateway.ormond.unimelb.edu.au> Subject: Re: Help with a Toshiba SCSI CD-ROM To: gurney_j@resnet.uoregon.edu Date: Sat, 10 May 1997 21:28:31 +1000 (EST) Cc: asami@vader.cs.berkeley.edu, joerg_wunsch@uriah.heep.sax.de, scsi@FreeBSD.ORG, gavin@ormond.unimelb.edu.au In-Reply-To: <19970510040125.57291@hydrogen.nike.efn.org> from "John-Mark Gurney" at May 10, 97 04:01:25 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > my first guess was that it might of been jumpered for "unix boot" mode > which means that any cdrom in the drive becomes a "hard disk" in the > drive... my plextor has a jumper option that sets this... > > with another drive that is behaving properly I decided to speak up.. :) > Some more info. The machine running 2.2.1 has a 1542CF controller in it. I moved the drive over to my NT box with a 1542CP in it and the CD is also recognised as a harddisk. I've pulled the cover off to see what's under the hood and to see if there are any jumpers that control the "unix boot" mode, but I couldn't find any. How do I check if it's in this mode? Could it be the controller? When I do the Control-A trick at boot time the controller thinks that the CD is a harddisk and will even allow me to format and verify the drive. Thanks Gavin From owner-freebsd-scsi Sat May 10 05:28:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA03649 for freebsd-scsi-outgoing; Sat, 10 May 1997 05:28:18 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA03644 for ; Sat, 10 May 1997 05:28:15 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA04250; Sat, 10 May 1997 14:28:03 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id OAA01068; Sat, 10 May 1997 14:17:38 +0200 (MET DST) Message-ID: <19970510141738.GM34320@uriah.heep.sax.de> Date: Sat, 10 May 1997 14:17:38 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: scsi@FreeBSD.ORG Cc: gavin@ormond.unimelb.edu.au (Gavin Cameron) Subject: Re: Help with a Toshiba SCSI CD-ROM References: <19970510040125.57291@hydrogen.nike.efn.org> <199705101128.VAA17071@gateway.ormond.unimelb.edu.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Gavin Cameron wrote: > Could it be the controller? When I do the Control-A trick at boot time > the controller thinks that the CD is a harddisk and will even allow me > to format and verify the drive. I think it's the drive. Ask the vendor, or have it replaced, or if it's a gift :), apply the hack i've been posting. This should get the drive working as a CD-ROM under FreeBSD. We can handle devices that are lying about their identity. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Sat May 10 12:30:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA17748 for freebsd-scsi-outgoing; Sat, 10 May 1997 12:30:24 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA17739 for ; Sat, 10 May 1997 12:30:18 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA29195 (5.67b/IDA-1.5 for scsi@FreeBSD.ORG); Sat, 10 May 1997 21:30:12 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.7.5/8.6.12) id UAA00723; Sat, 10 May 1997 20:41:37 +0200 (MET DST) From: Wilko Bulte Message-Id: <199705101841.UAA00723@yedi.iaf.nl> Subject: Re: Help with a Toshiba SCSI CD-ROM To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 10 May 1997 20:41:36 +0200 (MET DST) Cc: scsi@FreeBSD.ORG, gavin@ormond.unimelb.edu.au In-Reply-To: <19970510081643.NU52750@uriah.heep.sax.de> from "J Wunsch" at May 10, 97 08:16:43 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As J Wunsch wrote... > Hmpf. :-) > > As Gavin Cameron wrote: > > > (aha0:3:0): "TOSHIBA CD-ROM XM-5301TA 1895" type 0 fixed SCSI 2 > ^ > > sd0(aha0:3:0): Direct-Access > > I didn't notice _this_ in my previous followup. This drive indeed > claims it were a hard disk! =:-) > + /* > + * Drunk Toshiba 5301 that pretends to be a Direct-Access drive. > + */ > + { > + T_DIRECT, T_READONLY, T_REMOV, "TOSHIBA", "CD-ROM XM-5301TA", "*", Not all of them are drunk: (ncr0:4:0): "TOSHIBA CD-ROM XM-5301TA 0925" type 5 removable SCSI 2 Cute hmm? Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-scsi Sat May 10 13:28:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA20089 for freebsd-scsi-outgoing; Sat, 10 May 1997 13:28:04 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA20074 for ; Sat, 10 May 1997 13:28:02 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.5/8.8.5) with SMTP id PAA14575; Sat, 10 May 1997 15:27:55 -0500 (EST) Date: Sat, 10 May 1997 15:27:52 -0500 (EST) From: John Fieber To: Satoshi Asami cc: joerg_wunsch@uriah.heep.sax.de, scsi@FreeBSD.ORG, gavin@ormond.unimelb.edu.au Subject: Re: Help with a Toshiba SCSI CD-ROM In-Reply-To: <199705101013.DAA22729@blimp.mimi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 10 May 1997, Satoshi Asami wrote: > * > (aha0:3:0): "TOSHIBA CD-ROM XM-5301TA 1895" type 0 fixed SCSI 2 > > This is quite weird. I have this exact same model, and it works > perfectly fine for me.... > > === > ahc0: target 5 synchronous at 4.0MHz, offset = 0xf > (ahc0:5:0): "TOSHIBA CD-ROM XM-5301TA 0925" type 5 removable SCSI 2 > cd0(ahc0:5:0): CD-ROM can't get the size > === And yet another revision that works just fine... (ncr0:4:0): "TOSHIBA CD-ROM XM-3501TA 2694" type 5 removable SCSI 2 I've never had any problems with this with any release of FreeBSD. I used to have it attached to a 1542C controller which worked fine too. -john From owner-freebsd-scsi Sat May 10 16:32:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA00191 for freebsd-scsi-outgoing; Sat, 10 May 1997 16:32:37 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA00186 for ; Sat, 10 May 1997 16:32:33 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.5/8.8.5) id QAA15941; Sat, 10 May 1997 16:32:30 -0700 (PDT) Message-ID: <19970510163230.54733@hydrogen.nike.efn.org> Date: Sat, 10 May 1997 16:32:30 -0700 From: John-Mark Gurney To: Gavin Cameron Cc: scsi@FreeBSD.org Subject: Re: Help with a Toshiba SCSI CD-ROM References: <19970510040125.57291@hydrogen.nike.efn.org> <199705101128.VAA17071@gateway.ormond.unimelb.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199705101128.VAA17071@gateway.ormond.unimelb.edu.au>; from Gavin Cameron on Sat, May 10, 1997 at 09:28:31PM +1000 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-scsi@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Gavin Cameron scribbled this message on May 10: > > > > my first guess was that it might of been jumpered for "unix boot" mode > > which means that any cdrom in the drive becomes a "hard disk" in the > > drive... my plextor has a jumper option that sets this... > > > > with another drive that is behaving properly I decided to speak up.. :) > I moved the drive over to my NT box with a 1542CP in it and the CD is also > recognised as a harddisk. not that surprising... > I've pulled the cover off to see what's under the hood and to see if there > are any jumpers that control the "unix boot" mode, but I couldn't find any. I assume you saw jumpers... were they unlabeled? and how many of them are there? if there are more than the ones for the ID you _MIGHT_ try and remove one of them... > How do I check if it's in this mode? talk to Toshiba and see if they have docs for it... > Could it be the controller? When I do the Control-A trick at boot time > the controller thinks that the CD is a harddisk and will even allow me > to format and verify the drive. I doubt it... just talk to Toshiba or do what Joerg suggusts... ttyl... -- John-Mark Cu Networking Modem/FAX: +1 541 683 6954 Live in Peace, destroy Micro$oft, support free software, run FreeBSD