From owner-freebsd-hardware Sun May 4 15:47:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA21129 for hardware-outgoing; Sun, 4 May 1997 15:47:10 -0700 (PDT) Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA21124 for ; Sun, 4 May 1997 15:47:08 -0700 (PDT) Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id PAA00454 for hardware@freebsd.org; Sun, 4 May 1997 15:47:07 -0700 Date: Sun, 4 May 1997 15:47:07 -0700 From: Sean Eric Fagan Message-Id: <199705042247.PAA00454@kithrup.com> To: hardware@freebsd.org Subject: SCSI subsystm errors -- help? Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In the past week, my computer (which has been amazingly stable) has not been able to stay up for more than a day and a half :(. It hangs, while printing console messages from the scsi subsystem -- saying "sdx(0:y:0): timed out" (sd0 and sd1), and "MBO not free" (or something similar), and "controller card frozen?!" and other annoying messages. I've reseated the card (a 1542B), and the connectors for the disks, and even taken the tape drive and cd-rom drive off the power supply. Does anyone have any suggestions as to what could be broken? My best guesses are the 1542B (which is about 6 or 7 years old) is dying, and/or the power supply is flaking out. But I don't know. I'd prefer not to have to replace the computer, but unless I can figure out which component is dying, it looks like that's what I'm going to have to do :(. Sean. From owner-freebsd-hardware Sun May 4 18:55:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA28242 for hardware-outgoing; Sun, 4 May 1997 18:55:14 -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 SAA28235; Sun, 4 May 1997 18:55:09 -0700 (PDT) Received: (from gavin@localhost) by gateway.ormond.unimelb.edu.au (8.8.3/8.6.9) id LAA15414; Mon, 5 May 1997 11:55:06 +1000 (EST) From: Gavin Cameron Message-Id: <199705050155.LAA15414@gateway.ormond.unimelb.edu.au> Subject: Anyone using a CONNER CTT8000-S tape drive To: questions@freebsd.org Date: Mon, 5 May 1997 11:55:06 +1000 (EST) Cc: hardware@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, I recently got a Pentium Pro machine with a CONNER CTT8000-S tape drive connected to a Adaptec 2940 Ultra SCSI host adapter. I'm running 2.2.1-RELEASE. dmesg gives me ahc0 rev 0 int a irq 9 on pci0:11 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "SEAGATE ST34371W 0360" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4148MB (8496960 512 byte sectors) (ahc0:4:0): "CONNER CTT8000-S 1.17" type 1 removable SCSI 2 st0(ahc0:4:0): Sequential-Access density code 0x44, drive empty When I try to do a tar to the drive I get the following errors in /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 Anyone have any idea if I can get this drive working on FreeBSD 2.2.1? The Seagate WWW page for the drive is http://www.conner.com/tape/tprodmatrix.shtml Thanks 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-hardware Sun May 4 22:28:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA04712 for hardware-outgoing; Sun, 4 May 1997 22:28:57 -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 WAA04701 for ; Sun, 4 May 1997 22:28:54 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id OAA27414; Mon, 5 May 1997 14:58:10 +0930 (CST) From: Michael Smith Message-Id: <199705050528.OAA27414@genesis.atrad.adelaide.edu.au> Subject: Re: SCSI subsystm errors -- help? In-Reply-To: <199705042247.PAA00454@kithrup.com> from Sean Eric Fagan at "May 4, 97 03:47:07 pm" To: sef@Kithrup.COM (Sean Eric Fagan) Date: Mon, 5 May 1997 14:58:09 +0930 (CST) Cc: hardware@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-hardware@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sean Eric Fagan stands accused of saying: > In the past week, my computer (which has been amazingly stable) has not been > able to stay up for more than a day and a half :(. *sniff* This is garth, or kithrup? > It hangs, while printing console messages from the scsi subsystem -- saying > "sdx(0:y:0): timed out" (sd0 and sd1), and "MBO not free" (or something > similar), and "controller card frozen?!" and other annoying messages. That might be mbox? (mailbox?) You get this if the card doesn't respond to commands, or doesn't generate interrupts like it should. > Does anyone have any suggestions as to what could be broken? My best > guesses are the 1542B (which is about 6 or 7 years old) is dying, and/or the > power supply is flaking out. But I don't know. I have a Buslogic BT542 (similar card) which display similar symptoms. It came out of a system in which it was not doing anything; prior to that it worked. My guess is static damage. In your case, "what did you change"? > I'd prefer not to have to replace the computer, but unless I can figure out > which component is dying, it looks like that's what I'm going to have to do > :(. If you haven't changed anything, you should be able to find someone in your area with a 1542 that you can swap in as a test. > Sean. -- ]] 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-hardware Mon May 5 10:11:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA07018 for hardware-outgoing; Mon, 5 May 1997 10:11:09 -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 KAA07013; Mon, 5 May 1997 10:11:06 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id KAA07956; Mon, 5 May 1997 10:02:15 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd007952; Mon May 5 17:02:09 1997 Message-ID: <336E128A.2C67412E@whistle.com> Date: Mon, 05 May 1997 10:02:02 -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: questions@FreeBSD.ORG, hardware@FreeBSD.ORG Subject: Re: Anyone using a CONNER CTT8000-S tape drive References: <199705050155.LAA15414@gateway.ormond.unimelb.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hardware@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Gavin Cameron wrote: > /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. 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) From owner-freebsd-hardware Mon May 5 16:10:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26702 for hardware-outgoing; Mon, 5 May 1997 16:10:26 -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-hardware@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-hardware Mon May 5 17:02:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA29100 for hardware-outgoing; Mon, 5 May 1997 17:02:23 -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-hardware@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-hardware Mon May 5 17:19:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA29969 for hardware-outgoing; Mon, 5 May 1997 17:19:02 -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-hardware@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-hardware Mon May 5 17:56:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA02808 for hardware-outgoing; Mon, 5 May 1997 17:56:34 -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-hardware@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-hardware Mon May 5 18:16:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA03818 for hardware-outgoing; Mon, 5 May 1997 18:16:28 -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-hardware@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-hardware Tue May 6 00:52:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA23279 for hardware-outgoing; Tue, 6 May 1997 00:52:16 -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-hardware@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-hardware Tue May 6 00:57:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA23496 for hardware-outgoing; Tue, 6 May 1997 00:57:57 -0700 (PDT) Received: from bmggwy1.bmg.gv.at (bmggwy1.bmg.gv.at [194.232.79.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA23491 for ; Tue, 6 May 1997 00:57:52 -0700 (PDT) Received: by bmggwy1.bmg.gv.at; (5.65v3.2/1.3/10May95) id AA06308; Tue, 6 May 1997 09:59:09 +0200 Received: by fw2.bmg.gv.at; (5.65v3.2/1.3/10May95) id AA06265; Tue, 6 May 1997 10:02:12 +0200 Received: from [10.41.0.35] by bmg004.bmg.gv.at; (5.65v3.2/1.1.8.2/16Dec96-1116AM) id AA10484; Tue, 6 May 1997 10:05:49 +0200 Received: from alex@hugo.bmg.gv.at (hugo.bmg.gv.at [10.41.0.35]) by hugo (8.6.12/8.6.12) with SMTP id KAA00280 for freebsd-hardware@freebsd.org; Tue, 6 May 1997 10:02:29 +0200 Date: Tue, 6 May 1997 10:02:29 +0200 Message-Id: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD Reply-To: alex@hugo.bmg.gv.at From: Alexander Hausner To: Subject: IBM Aptiva P166 Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, Has everyone experience in running FreeBSD 2.2.1 on a IBM Aptiva P166 ? I'd like to buy one, if it will run. Thanks in advance. Alexander Hausner alex@hugo.bmg.gv.at From owner-freebsd-hardware Tue May 6 14:37:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA06816 for hardware-outgoing; Tue, 6 May 1997 14:37:47 -0700 (PDT) Received: from burdell.cc.gatech.edu (root@burdell.cc.gatech.edu [130.207.3.207]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA06811 for ; Tue, 6 May 1997 14:37:44 -0700 (PDT) Received: from cleon.cc.gatech.edu (viren@cleon.cc.gatech.edu [130.207.9.12]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id RAA20060 for ; Tue, 6 May 1997 17:37:42 -0400 (EDT) Received: (from viren@localhost) by cleon.cc.gatech.edu (8.8.4/8.6.9) id RAA16225 for hardware@freebsd.org; Tue, 6 May 1997 17:37:41 -0400 (EDT) Date: Tue, 6 May 1997 17:37:41 -0400 (EDT) From: viren@cc.gatech.edu (Viren R. Shah) Message-Id: <199705062137.RAA16225@cleon.cc.gatech.edu> To: hardware@freebsd.org Subject: Is the Buslogic BT-948 PCI controller supported? Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just looked at the handbook and the release notes for 2.2.1, and they didn't mention the BT-948 card. However they did mention support for the BT-946 cards, and I was hoping that the driver would also support the 948. Does anyone know if this will work? Thanks Viren viren@cc.gatech.edu From owner-freebsd-hardware Tue May 6 15:07:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA08307 for hardware-outgoing; Tue, 6 May 1997 15:07:43 -0700 (PDT) Received: from kaori.communique.net (kaori.Communique.Net [204.27.65.55]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA08302 for ; Tue, 6 May 1997 15:07:41 -0700 (PDT) Received: by kaori.Communique.Net with Internet Mail Service (5.0.1457.3) id ; Tue, 6 May 1997 17:07:07 -0500 Message-ID: From: Jacques Vidrine To: "'freebsd-hardware@freebsd.org'" Subject: Quantum DLT7000 Date: Tue, 6 May 1997 17:07:05 -0500 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: text/plain Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, Does any version of FreeBSD support the Quantum DLT7000 tape drive? I did notice explicit support for the DLT2000 (or more accurately the DEC TZ87?)... Any input is appreciated!! Jacques Vidrine From owner-freebsd-hardware Tue May 6 20:01:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA26270 for hardware-outgoing; Tue, 6 May 1997 20:01:16 -0700 (PDT) Received: from pegasus.com (pegasus.com [140.174.243.13]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA26261 for ; Tue, 6 May 1997 20:01:13 -0700 (PDT) Received: by pegasus.com (8.6.8/PEGASUS-2.2) id RAA26479; Tue, 6 May 1997 17:00:52 -1001 Date: Tue, 6 May 1997 17:00:52 -1001 From: richard@pegasus.com (Richard Foulk) Message-Id: <199705070301.RAA26479@pegasus.com> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hardware@freebsd.org Subject: scanner support? Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It appears that the only scanner support currently available for FreeBSD is for HP scanners. I recently had the pleasure of using a Microtek E3 scanner. It works quite well, has good color, reasonable reasolution (300x600dpi) and is very inexpensive (~$190). It uses a SCSI interface and is supposedly TWAIN compatible. So how hard could it be to write some code to drive this thing? Any pointers would be most appreciated. Thanks Richard From owner-freebsd-hardware Wed May 7 18:58:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA01527 for hardware-outgoing; Wed, 7 May 1997 18:58:43 -0700 (PDT) Received: from sparkie.gnofn.org (sparkie.gnofn.org [206.27.168.35]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA01522 for ; Wed, 7 May 1997 18:58:41 -0700 (PDT) Received: from sparkie.gnofn.org (sparkie.gnofn.org [206.27.168.35]) by sparkie.gnofn.org (8.7.Beta.10/8.7.Beta.10) with SMTP id UAA23674 for ; Wed, 7 May 1997 20:58:38 -0500 (CDT) Date: Wed, 7 May 1997 20:58:37 -0500 (CDT) From: Craig Johnston To: freebsd-hardware@hub.freebsd.org Subject: if_de, de450 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hardware@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Are the incompatibilities between driver and various de cards limited to the 100baseT cards? Is a very recent de450 (10baseT) likely to work with 2.2.1-RELEASE? Thanks, Craig. From owner-freebsd-hardware Wed May 7 22:12:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA09048 for hardware-outgoing; Wed, 7 May 1997 22:12:12 -0700 (PDT) Received: from abby.skypoint.net (abby.skypoint.net [199.86.32.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA09040 for ; Wed, 7 May 1997 22:12:05 -0700 (PDT) Received: (from uucp@localhost) by abby.skypoint.net (8.8.5/alexis 2.7) with UUCP id AAA24714 for freebsd-hardware@freebsd.org; Thu, 8 May 1997 00:11:57 -0500 (CDT) Received: (from bruce@localhost) by zuhause.mn.org (8.8.5/8.8.5) id XAA00348; Wed, 7 May 1997 23:38:58 -0500 (CDT) Date: Wed, 7 May 1997 23:38:58 -0500 (CDT) Message-Id: <199705080438.XAA00348@zuhause.mn.org> From: Bruce Albrecht To: freebsd-hardware@freebsd.org Subject: fatal trap during boot In-Reply-To: <199705060731.CAA00328@zuhause.mn.org> References: <199705060731.CAA00328@zuhause.mn.org> X-Mailer: VM 6.22 under 19.15p2 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I had some other problems (I think a disk drive went bad), so I had to reload DOS 6 and the NT bootstrap loader onto a new disk. I installed the Boot-Eazy 1.7 bootloader onto the new disk after installing DOS 6 and NT, and now I can't boot SMP. I get the following error: Fatal trap 9: general protection fault while in kernel mode cpunumber=0 instruction ptr = 0x8:0cf02083ea stack ptr = 0x10:0xf4cd5eac frame ptr = 0x10:0xf4cd5efc code segment = base 0x0 limit 0xfffff type 0x1b = DPL 0 pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL current process = 6 (CPUIDLE1) interrupt mask = kernel: type 9 trap, code = 0 stopped at _sccnputc+0x22 repe movsl (%es1), %es:(%edi) It happens right after it lists the interrupts. I'm able to boot with a kernel that is identical exact that the SMP options are disabled. The kernel was originally from Saturday, but I rebuilt it from code cvsupped this afternooon. Any suggestions? NT seems to be running OK, and tells me that it's running 2 CPU kernel. I've already sent this to the freebsd-smp, but nobody's had any ideas. Can someone who knows more about hardware fill me in on what a GPF type 9 trap means? Thanks. From owner-freebsd-hardware Thu May 8 00:20:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA13636 for hardware-outgoing; Thu, 8 May 1997 00:20:55 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA13631 for ; Thu, 8 May 1997 00:20:53 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id BAA08130 for ; Thu, 8 May 1997 01:20:51 -0600 (MDT) Message-Id: <199705080720.BAA08130@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: freebsd-hardware@hub.freebsd.org Subject: 100B-TX hubs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 May 1997 01:20:51 -0600 Sender: owner-hardware@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I've been watching the price of100b-tx hubs drop to the $500-600 level and have decided its time to buy. Just recently saw a netgear F108 (not to be confused with the F508) advertised for $350. This appears to be an "economy" piece of equipment, wall wart xformer, etc. Anyone have opinion on it or netgear. If I decide to spend a bit more I would pick the SMC EZ100, anyone have experience and/or opinions of that hub? Suggestions for other inexpensive 100b-tx hubs? Is there any specific model/series number to choose when ordering the intel 10/100 Pro cards, I expect to order 4 or 5 of something... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-hardware Thu May 8 01:06:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA15052 for hardware-outgoing; Thu, 8 May 1997 01:06:16 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA14967 for ; Thu, 8 May 1997 01:03:26 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id LAA27202; Thu, 8 May 1997 11:13:43 +0300 (EEST) Date: Thu, 8 May 1997 11:13:42 +0300 (EEST) From: Narvi To: Steve Passe cc: freebsd-hardware@hub.freebsd.org Subject: Re: 100B-TX hubs In-Reply-To: <199705080720.BAA08130@Ilsa.StevesCafe.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hardware@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 8 May 1997, Steve Passe wrote: > Hi, > > I've been watching the price of100b-tx hubs drop to the $500-600 level > and have decided its time to buy. Just recently saw a netgear F108 > (not to be confused with the F508) advertised for $350. This appears to > be an "economy" piece of equipment, wall wart xformer, etc. > Anyone have opinion on it or netgear. > > If I decide to spend a bit more I would pick the SMC EZ100, anyone have > experience and/or opinions of that hub? > > Suggestions for other inexpensive 100b-tx hubs? DLink. Though the thing I got is *damn* (that is more than anything I've seen) noisy with its two fans. Sander > > Is there any specific model/series number to choose when ordering the > intel 10/100 Pro cards, I expect to order 4 or 5 of something... > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > > > From owner-freebsd-hardware Thu May 8 01:33:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA15955 for hardware-outgoing; Thu, 8 May 1997 01:33:32 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (ala-ca26-32.ix.netcom.com [207.93.42.96]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA15949 for ; Thu, 8 May 1997 01:33:29 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id BAA17297; Thu, 8 May 1997 01:33:27 -0700 (PDT) Date: Thu, 8 May 1997 01:33:27 -0700 (PDT) Message-Id: <199705080833.BAA17297@silvia.HIP.Berkeley.EDU> To: hardware@freebsd.org Subject: Intel Pentium II released From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk http://www.intel.com/pressroom/archive/releases/DP050797.HTM So, can anyone run the memory speed test (i.e., "dd if=/dev/zero of=/dev/null bs=1m count=1000") for us interested parties (including Bruce and myself)? :) Oh, and while you are there, try the L2 cache speed too. (Say, "bs=128k count=8000".) Satoshi From owner-freebsd-hardware Thu May 8 05:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA23114 for hardware-outgoing; Thu, 8 May 1997 05:10:05 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA23101 for ; Thu, 8 May 1997 05:10:01 -0700 (PDT) Received: from shasta.altavista-software.com (1Cust31.Max3.Boston.MA.MS.UU.NET [153.35.70.159]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id FAA04574; Thu, 8 May 1997 05:09:55 -0700 (PDT) Message-Id: <3.0.1.32.19970508072138.00713d80@www.3am-software.com> X-Sender: matt@www.3am-software.com (Unverified) X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Thu, 08 May 1997 07:21:38 -0400 To: Craig Johnston From: Matt Thomas Subject: Re: if_de, de450 Cc: hardware@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 08:58 PM 5/7/97 -0500, Craig Johnston wrote: > >Are the incompatibilities between driver and various de cards limited >to the 100baseT cards? Is a very recent de450 (10baseT) likely to >work with 2.2.1-RELEASE? The DE450 is a 21041 based card (10Mb only) and should work fine with FreeBSD. -- Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-hardware Thu May 8 14:38:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21127 for hardware-outgoing; Thu, 8 May 1997 14:38:43 -0700 (PDT) Received: from gw1.asacomputers.com (root@gw1.asacomputers.com [204.69.220.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA21122 for ; Thu, 8 May 1997 14:38:41 -0700 (PDT) Received: by gw1.asacomputers.com id LAA26765; Thu, 8 May 1997 11:39:38 -0700 (PDT) Message-Id: <2.2.32.19970508214715.00932b24@gw1> X-Sender: rajadnya@gw1 X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 08 May 1997 14:47:15 -0700 To: hardware@FreeBSD.ORG From: Kedar Subject: RAID Controller, Sender: owner-hardware@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello, Does anybody have any experience with the CMD CRD-5400 RAID controllers at all? As of now it's a toss-up between that and the DAC 960SU. Any pointers will be appreciated. TIA, Kedar. From owner-freebsd-hardware Fri May 9 14:47:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA00483 for hardware-outgoing; Fri, 9 May 1997 14:47:21 -0700 (PDT) Received: from white.netsurf.net (root@White.NetSurf.Net [204.92.236.55]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA00473 for ; Fri, 9 May 1997 14:47:13 -0700 (PDT) Received: from beltrix.UUCP (uucp@localhost) by white.netsurf.net (8.7.6/8.7.3) with UUCP id RAA05557 for freebsd-hardware@freebsd.org; Fri, 9 May 1997 17:45:38 -0400 Received: by beltrix.guild.org (1.65/waf) via UUCP; Fri, 09 May 97 17:45:27 EDT for freebsd-hardware@freebsd.org Received: by belsys.com (1.65/waf) via UUCP; Fri, 09 May 97 17:44:06 EDT for freebsd-hardware@freebsd.org To: freebsd-hardware@freebsd.org Subject: 2.2.1 and Adaptec 1542CF install problems From: peters@belsys.com (Peter Sleggs) Message-ID: Date: Fri, 09 May 97 17:42:58 EDT Organization: Bellatrix Systems Corp. Mississauga, ONT Canada Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have finally received my CD and have attemped to install 8+ times, with no luck. I keep getting problems with the disks sd0(aha0:0:0); timed out aha0: MBO 02 and nor 00 (free) adapter not taking commands.. frozen?! I have tried with 3 different disks 2 different 1542CF cards 2 seperate systems 3 different CD drives 2 different cables the newer boot.flp on freebsd.org The systems were known working before I started, in fact the second system was running OS/2 happily before I started to canabilise it to try different hardware. the origional system was running a 2.1.? release happily before I started this 'upgrade', and eventually stopped responding after it started to do the probe of the ISA bus. My question: Is there a known problem withthe 1542 drivers in 2.2.1 ? I know there were problems with the 2940 recently but have heard nothong about the 1542 being a problem. I have never had these sorts of problems before with installs - just pilot error problems :) I'm beginning to think that I'm jinxed! thanks -- Peter Sleggs VA3SLE Bellatrix Systems Corp. peters@belsys.com From owner-freebsd-hardware Fri May 9 20:46:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA14524 for hardware-outgoing; Fri, 9 May 1997 20:46:38 -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-hardware@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-hardware Fri May 9 20:49:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA14735 for hardware-outgoing; Fri, 9 May 1997 20:49:22 -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 UAA14729 for ; Fri, 9 May 1997 20:49:20 -0700 (PDT) Received: (from gavin@localhost) by gateway.ormond.unimelb.edu.au (8.8.3/8.6.9) id NAA16149 for hardware@freebsd.org; Sat, 10 May 1997 13:49:18 +1000 (EST) From: Gavin Cameron Message-Id: <199705100349.NAA16149@gateway.ormond.unimelb.edu.au> Subject: Keyboard trouble in 2.2.1-RELEASE To: hardware@freebsd.org Date: Sat, 10 May 1997 13:49:18 +1000 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Ever since I upgraded to 2.2.1-RELEASE I get a couple of these messages a day and the keyboard temporarily, for a couple of secods, locks up. May 10 13:41:00 ferret /kernel: Keyboard LED command not ACKed (responses 0x29 0xfa) I had no trouble with the 2.1.x versions on FreeBSD on this machine. Thanks 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-hardware Fri May 9 22:30:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA19711 for hardware-outgoing; Fri, 9 May 1997 22:30:50 -0700 (PDT) Received: from eece.ksu.edu (root@wiz.eece.ksu.edu [129.130.40.22]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA19698 for ; Fri, 9 May 1997 22:30:42 -0700 (PDT) Received: by eece.ksu.edu (Smail3.1.29.1 #11) id m0wQ4jb-000OcjC; Sat, 10 May 97 00:30 CDT Date: Sat, 10 May 1997 00:30:17 -0500 (CDT) From: Christopher Casey X-Sender: chriss@wiz To: William Maddox cc: freebsd-hardware@FreeBSD.org Subject: Re: sun type 5 keyboards (dream mode on) In-Reply-To: <199704290316.UAA21912@madrone.CS.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hardware@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk well joe(the originator of the message) has been awol from work for a while.. so i will put my two cents in.. the whole point about the type5 keyboards wasnt specifically the layout. its that they have a very unique feel to them. which is why we would like them at home as well as at work. oh well.. :) Chris Casey On Mon, 28 Apr 1997, William Maddox wrote: > > > A couple of keyboard companies make PC keyboards with the Sun type 5 > > layout. Unfortunately, I don't remember off hand which ones. But > > you should be able to find them if you dig through catalogs and grovel > > around the Web a bit. I'd start in the Yahoo Computing/Hardware page. > > You might also check the SunExpress Web page (you get to it through > > the Sun Web page.) > > My most recent NuData Workstation Express catalog lists a > "Sun/PC Universal Keyboard", no. DCA1905, for $140. It purports > to "combine the best features of a Sun type 3, 4, and 5 with a > PC 101 keyboard." The layout looks like the type 4 keyboard on > my SparcII with the extra PC cursor keys. The keyboard is supposed > to work on both PC's and Suns. Though it is not entirely clear, > the keyboard is apparently "Sun native" and requires a $20 adapter > cable for a PC/AT or PS/2 type connection. > > NuData: 1-800-844-5757 > > --Bill > > > >