From owner-freebsd-scsi Mon Aug 31 02:18:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA17553 for freebsd-scsi-outgoing; Mon, 31 Aug 1998 02:18:35 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from a486n1.znh.org (dialup2.gaffaneys.com [208.155.161.52]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA17542 for ; Mon, 31 Aug 1998 02:18:32 -0700 (PDT) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by a486n1.znh.org (8.9.1/8.9.1) id JAA01154 for freebsd-scsi@FreeBSD.ORG; Mon, 31 Aug 1998 09:17:50 GMT (envelope-from zach) Message-ID: <19980831041749.A1090@znh.org.> Date: Mon, 31 Aug 1998 04:17:49 -0500 From: Zach Heilig To: freebsd-scsi@FreeBSD.ORG Subject: what exactly does this mean? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org (besides noting they are screaming "throw that disk away"... which I'm doing after I finish copying stuff off from it) sd1: SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR = 0x8 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa sd1: Queueing an Abort SCB sd1: Abort Message Sent sd1: SCB 0 - Abort Completed. sd1: no longer in timeout sd1: UNIT ATTENTION asc:29,0 sd1: Power on, reset, or bus device reset occurred , retries:3 sd1: MEDIUM ERROR info:0xa0086 asc:11,0 Unrecovered read error , retries:4 sd1: MEDIUM ERROR info:0x158947 asc:11,0 Unrecovered read error , retries:4 sd1: MEDIUM ERROR info:0x72008f asc:16,0 Data synchronization mark error , retries:4 specifically, I want to know if the ", retries:x" means it tried that many times and gave up, or if it is willing to try that many times, and didn't have to. -- Zach Heilig -- zach@gaffaneys.com Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 1 00:02:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA01705 for freebsd-scsi-outgoing; Tue, 1 Sep 1998 00:02:44 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA01683 for ; Tue, 1 Sep 1998 00:02:36 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id QAA08878 for ; Tue, 1 Sep 1998 16:31:35 +0930 (CST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.3.p0.FreeBSD:980901163135:448=_" Date: Tue, 01 Sep 1998 16:31:35 +0930 (CST) From: "Daniel O'Connor" To: freebsd-scsi@FreeBSD.ORG Subject: CAM crashes Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:980901163135:448=_ Content-Type: text/plain; charset=us-ascii Hi, I am using CAM on a 2.2.7 system (I have the 19980716 diffs applied) and I can make it consistently panic the machine with vm_page_free: freeing busy page by using cdda2wav (I will attach the patches I used to get it to work - they are really rough though :) Here is what I get out of gdb -> test2# gdb -k kernel.0 vmcore.0 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD a50000 current pcb at 215e10 panic: vm_page_free: freeing busy page #0 boot (howto=256) at ../../kern/kern_shutdown.c:266 266 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:266 #1 0xf012fde3 in panic (fmt=0xf01c6bc2 "vm_page_free: freeing busy page") at ../../kern/kern_shutdown.c:400 #2 0xf01c6c86 in vm_page_freechk_and_unqueue (m=0xf0b0a674) at ../../vm/vm_page.c:948 #3 0xf01c6d0a in vm_page_free (m=0xf0b0a674) at ../../vm/vm_page.c:1014 #4 0xf01c4666 in vm_object_terminate (object=0xf1223280) at ../../vm/vm_object.c:409 #5 0xf01c44b7 in vm_object_deallocate (object=0xf1223280) at ../../vm/vm_object.c:353 #6 0xf013ca36 in shm_deallocate_segment (shmseg=0xf31634c0) at ../../kern/sysv_shm.c:148 #7 0xf013cada in shm_delete_mapping (p=0xf1188c00, shmmap_s=0xf12381c0) at ../../kern/sysv_shm.c:176 #8 0xf013d2f1 in shmexit (p=0xf1188c00) at ../../kern/sysv_shm.c:605 #9 0xf01295a2 in exit1 (p=0xf1188c00, rv=0) at ../../kern/kern_exit.c:176 #10 0xf0129484 in exit (p=0xf1188c00, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/kern_exit.c:106 #11 0xf01dc423 in syscall (frame={tf_es = 39, tf_ds = -272695257, tf_edi = 0, tf_esi = -1, tf_ebp = -272639212, tf_isp = -272629788, tf_ebx = 537620576, tf_edx = 0, tf_ecx = 1, tf_eax = 1, tf_trapno = 7, tf_err = 7, tf_eip = 537571453, tf_cs = 31, tf_eflags = 646, tf_esp = -272639232, tf_ss = 39}) at ../../i386/i386/trap.c:920 #12 0x200ab07d in ?? () (kgdb) This crash is easily repeatable.. Sometimes though, cdda2wav works perfectly and does not crash the machine when it exits, but I haven't worked those circumstances out yet. The command I was running at the time was 'cdda2wav -Owav -H -P -q -t1 track01.wav' This system works fine for doing things like reading CD's normally and burning them. It is a PII-350 with 64Mb of RAM. More information is available on request (I could even mail you the crashdump if you want it :) --------------------------------------------------------------------- |Daniel O'Connor software and network engineer for Genesis Software | |http://www.gsoft.com.au | |The nice thing about standards is that there are so many of them to| |choose from. -- Andrew Tanenbaum | --------------------------------------------------------------------- --_=XFMail.1.3.p0.FreeBSD:980901163135:448=_ Content-Disposition: attachment; filename="cdda2wav_cam.patch" Content-Transfer-Encoding: 7bit Content-Description: cdda2wav_cam.patch Content-Type: text/plain; charset=us-ascii; name=cdda2wav_cam.patch; SizeOnDisk=8599 Only in cdda2wav-0.95beta05.new: Makefile Only in cdda2wav-0.95beta05.new: audiotrack01.mp3 diff -ru cdda2wav-0.95beta05/cdda2mp3 cdda2wav-0.95beta05.new/cdda2mp3 --- cdda2wav-0.95beta05/cdda2mp3 Sun Dec 14 10:24:05 1997 +++ cdda2wav-0.95beta05.new/cdda2mp3 Tue Aug 18 15:42:24 1998 @@ -1,4 +1,4 @@ -# !/bin/sh +#!/usr/local/bin/bash # Demo script for processing all audio tracks with a mp3 decoder # based on a news article by Tom Kludy # This variant uses named pipes in order to save space. @@ -17,12 +17,12 @@ # # specify the audio track listing program and its options -LAT=list_audio_tracks -LAT_OPTIONS= +LAT='./cdda2wav' +LAT_OPTIONS='-v 128' # specify the sampling program and its options # do not specify the track option here! -CDDA2WAV=cdda2wav +CDDA2WAV='./cdda2wav' CDDA2WAV_OPTS='-Owav -H -P -q' # for normal use, comment out the next line with a # @@ -30,9 +30,10 @@ # the post processor is fed through a named pipe to avoid space waste # specify the post processing program and its options -MP_CODER=l3enc +MP_CODER='8hz-mp3' +MP_OPTIONS= #MP_OPTIONS='2>/dev/null 1>/dev/null' -MP_OPTIONS='-br 128000' +#MP_OPTIONS='-br 128000' #MP_OPTIONS='-hq' # name of the named pipe @@ -44,7 +45,7 @@ mkfifo $NPIPE # clean up named pipe on exit, abort, ... -trap "rm -rf $NPIPE" 0 2 3 4 6 7 8 10 11 12 13 15 +#trap "rm -rf $NPIPE" 0 2 3 4 6 7 8 10 11 12 13 15 # feed track numbers and start sectors into loop $LAT $LAT_OPTIONS | while read TRACK STARTSECTOR; Only in cdda2wav-0.95beta05.new: config.cache Only in cdda2wav-0.95beta05.new: config.log Only in cdda2wav-0.95beta05.new: config.status Only in cdda2wav-0.95beta05.new/scsilib: Makefile Only in cdda2wav-0.95beta05.new/scsilib: align.h Only in cdda2wav-0.95beta05.new/scsilib: align_test Only in cdda2wav-0.95beta05.new/scsilib: cam.patch Only in cdda2wav-0.95beta05.new/scsilib: config.cache Only in cdda2wav-0.95beta05.new/scsilib: config.log Only in cdda2wav-0.95beta05.new/scsilib: config.status diff -ru cdda2wav-0.95beta05/scsilib/scsi-bsd.c cdda2wav-0.95beta05.new/scsilib/ scsi-bsd.c --- cdda2wav-0.95beta05/scsilib/scsi-bsd.c Mon Feb 23 03:26:34 1998 +++ cdda2wav-0.95beta05.new/scsilib/scsi-bsd.c Tue Aug 18 14:42:50 1998 @@ -30,6 +30,8 @@ * the Free Software Foundation, 675 Mass Ave, Cambridge, MA 02139, USA. */ +#ifndef BSD_CAM + #undef sense #include @@ -283,3 +285,222 @@ return (ret); } #define sense u_sense.Sense + +#else /* BSD_CAM */ +/* + * Interface for the FreeBSD CAM passthrough device. + * + * Copyright (c) 1998 Michael Smith + * Copyright (c) 1998 Kenneth D. Merry + * Copyright (c) 1998 Joerg Schilling + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + */ + +#undef sense +#define scsi_sense CAM_scsi_sense +#define scsi_inquiry CAM_scsi_inquiry +#include +#include +#include +#include +#include + +#define CAM_MAXDEVS 128 +struct cam_device *cam_devices[CAM_MAXDEVS + 1]; + +/* + * Build a list of everything we can find. + */ +EXPORT +int scsi_open() +{ + struct cam_device *dev; + char name[16]; + int unit; + + bzero(cam_devices, sizeof(cam_devices)); + + for (unit = 0; unit < CAM_MAXDEVS; unit++) { + sprintf(name, "pass%d", unit); + cam_devices[unit] = cam_open_device(name, O_RDWR); + } + return(unit); +} + +LOCAL +long scsi_maxdma() +{ + return (MAXPHYS); +} + +EXPORT void * +scsi_getbuf(amt) + long amt; +{ + void *ret; + + if (scg_maxdma == 0) + scg_maxdma = MAXPHYS; + + if (amt <= 0 || amt > scg_maxdma) + return ((void *)0); + if (debug) + printf("scsi_getbuf: %ld bytes\n", amt); + ret = valloc((size_t)(amt)); + return (ret); +} + +EXPORT +BOOL scsi_havebus(int busno) +{ + int unit; + + for (unit = 0; cam_devices[unit] != NULL; unit++) + if (cam_devices[unit]->path_id == busno) + return(1); + return(0); +} + +EXPORT +int scsi_fileno(bus, unit, lun) +{ + int i; + + for (i = 0; cam_devices[i] != NULL; i++) + if ((cam_devices[i]->path_id == bus) && + (cam_devices[i]->target_id == unit) && + (cam_devices[i]->target_lun == lun)) + return(i); + + fprintf(stderr, "lookup for %d,%d,%d failed\n", bus, unit, lun); + return(-1); +} + +EXPORT +int scsireset() +{ + /* XXX synchronous reset command - is this wise? */ +} + +LOCAL int +scsi_send(int unit, struct scg_cmd *sp) +{ + struct cam_device *dev; + union ccb *ccb; + int rv, result; + u_int32_t ccb_flags; + + if (unit < 0) { + fprintf(stderr, "attempt to reference invalid unit %d\n", unit); + sp->error = SCG_FATAL; + return (0); + } + + dev = cam_devices[unit]; + ccb = cam_getccb(dev); + + /* Build the CCB */ + bzero(&(&ccb->ccb_h)[1], sizeof(struct ccb_scsiio)); + bcopy(sp->cdb.cmd_cdb, &ccb->csio.cdb_io.cdb_bytes, sp->cdb_len); + + /* + * Set the data direction flags. + */ + if (sp->size != 0) + ccb_flags = (sp->flags & SCG_RECV_DATA) ? CAM_DIR_IN : + CAM_DIR_OUT; + else + ccb_flags = CAM_DIR_NONE; + + cam_fill_csio(&ccb->csio, + /* retries */ 1, + /* cbfncp */ NULL, + /* flags */ ccb_flags, + /* tag_action */ MSG_SIMPLE_Q_TAG, + /* data_ptr */ (u_int8_t *)sp->addr, + /* dxfer_len */ sp->size, + /* sense_len */ SSD_FULL_SIZE, + /* cdb_len */ sp->cdb_len, + /* timeout */ sp->timeout * 1000); + + /* Run the command */ + errno = 0; + if ((rv = cam_send_ccb(dev, ccb)) == -1) { + cam_freeccb(ccb); + + return(rv); + } else { + /* + * Check for command status. Selection timeouts are fatal. + * For command timeouts, we pass back the appropriate + * error. If we completed successfully, there's (obviously) + * no error. We declare anything else "retryable". + */ + switch(ccb->ccb_h.status & CAM_STATUS_MASK) { + case CAM_SEL_TIMEOUT: + result = SCG_FATAL; + break; + case CAM_CMD_TIMEOUT: + result = SCG_TIMEOUT; + break; + case CAM_REQ_CMP: + result = SCG_NO_ERROR; + break; + default: + result = SCG_RETRYABLE; + break; + } + } + + sp->error = result; + if (result != SCG_NO_ERROR) + sp->ux_errno = EIO; + + /* Pass the result back up */ + bzero(&sp->scb, sizeof(sp->scb)); + bzero(&sp->u_sense.cmd_sense, sizeof(sp->u_sense.cmd_sense)); + sp->resid = ccb->csio.resid; + sp->sense_count = SSD_FULL_SIZE - ccb->csio.sense_resid; + + /* + * Determine how much room we have for sense data. + */ + if (sp->sense_count > SCG_MAX_SENSE) + sp->sense_count = SCG_MAX_SENSE; + + /* Copy the sense data out */ + bcopy(&ccb->csio.sense_data, &sp->u_sense.cmd_sense, sp->sense_count); + + sp->u_scb.cmd_scb[0] = ccb->csio.scsi_status; + + cam_freeccb(ccb); + return(0); +} + +#undef scsi_sense +#undef scsi_inquiry +#define sense u_sense.Sense + +#endif /* BSD_CAM */ Only in cdda2wav-0.95beta05.new/scsilib: scsi-bsd.c.orig diff -ru cdda2wav-0.95beta05/scsilib/scsihack.c cdda2wav-0.95beta05.new/scsilib/ scsihack.c --- cdda2wav-0.95beta05/scsilib/scsihack.c Wed Feb 11 01:07:52 1998 +++ cdda2wav-0.95beta05.new/scsilib/scsihack.c Tue Aug 18 14:47:43 1998 @@ -42,6 +42,7 @@ #if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) #define SCSI_IMPL /* We have a SCSI implementation for *BSD */ +#define BSD_CAM #include "scsi-bsd.c" --_=XFMail.1.3.p0.FreeBSD:980901163135:448=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Sep 1 14:41:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA00185 for freebsd-scsi-outgoing; Tue, 1 Sep 1998 14:41:09 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from maui.net (maui.net [207.175.210.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA00180 for ; Tue, 1 Sep 1998 14:41:05 -0700 (PDT) (envelope-from langfod@maui.net) Received: from mx3.maui.net (www.maui.net [207.175.210.4]) by maui.net (8.8.7/8.8.5) with ESMTP id LAB11370 for ; Tue, 1 Sep 1998 11:40:04 -1000 (HST) From: David Langford Received: (from langfod@localhost) by mx3.maui.net (8.8.8/8.8.5) id LAA11106 for scsi@freebsd.org; Tue, 1 Sep 1998 11:40:03 -1000 (HST) Message-Id: <199809012140.LAA11106@mx3.maui.net> Subject: problem compiling kernel CAM2.2-980716 To: scsi@FreeBSD.ORG Date: Tue, 1 Sep 1998 11:40:02 -1000 (HST) X-blank-line: This space intentionaly left blank. 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 Precedence: bulk X-Loop: FreeBSD.org I am a little stumped here. I tried re-cvsuping various dates of the tree and repatching and for CAM. Now I cannot get a kernel to compile and I am getting the following error: cc -O -I. -o aicasm aicasm_gram.o aicasm_scan.o aicasm.o aicasm_symbol.o -ll ./aicasm -nostdinc -I- -I. -I../.. -I../../../include -o aic7xxx_seq.h -r aic7xxx_reg.h ../../dev/aic7xxx/aic7xxx.seq ./aicasm: Stopped at file cam/scsi/scsi_message.h, line 43 - Re-definition of symbol as a constant ./aicasm: Removing aic7xxx_seq.h due to error ./aicasm: Removing aic7xxx_reg.h due to error *** Error code 65 My CVSUP file lines are like this: ... src-sys release=cvs host=hawaii.pacificglobal.net hostbase=/home base=/usr prefi x=/usr delete use-rel-suffix list=stable tag=RELENG_2_2 date=98.07.15.21.00.00 ... After cvsuping I patch using the 2.2CAM-19980716-SNAP.diffs file, then rebuild config and try to make the kernel. Kernel conf is the same as the kernel I am running. I have done this before without problems but now I cant get it to work... What could I be doing wrong. Thank you, -David Langford To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Sep 2 21:17:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA10454 for freebsd-scsi-outgoing; Wed, 2 Sep 1998 21:17:00 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from scarlet.invision.net (scarlet.invision.net [206.112.34.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA10438; Wed, 2 Sep 1998 21:16:45 -0700 (PDT) (envelope-from martini@invision.net) Received: from localhost (localhost [127.0.0.1]) by scarlet.invision.net (8.8.5/A/UX 3.1.1) with SMTP id AAA00953; Thu, 3 Sep 1998 00:15:33 -0400 (EDT) Date: Thu, 3 Sep 1998 00:15:33 -0400 (EDT) From: Matt Martini Reply-To: martini@invision.net To: gibbs@FreeBSD.ORG, ken@plutotech.com cc: FreeBSD-scsi@FreeBSD.ORG Subject: [help needed] loading freebsd w/ adaptec aic7890 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Justin, Kenneth: How do I install FreeBSD on a machine with an Adaptec aic-7890? I just got a new computer with an ASUS P2B-LS/350 motherboard. It has both the network and scsi built-in. The network is ok, but when I try to install FreeBSD (2.2.7) the installer (floppy kernel) does not recognize any hard drives. I have two Seagate 4.5G cheetahs (UW SCSI) and two IBM 2G (UW SCSI) drives installed. The bios sees the drives at splash screen time. Yet the installer say no drive are present. I found some docs that mention that I might need CAM for the aic7xxx. Is this true? If so how do I get the freebsd on the machine so I can make a kerel with the CAM patches installed? Thanks for your help. Matt PS can I use CCD with CAM? ___________________________http://www.invision.net/________________________ Matthew E. Martini, PE InVision, LLC. (516) 543-1000 Chief Technology Officer matt@invision.net (516) 864-8896 Fax _______________________________________________________________________pgp_ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Sep 2 21:19:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA10683 for freebsd-scsi-outgoing; Wed, 2 Sep 1998 21:19:50 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA10637; Wed, 2 Sep 1998 21:19:42 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id WAA29900; Wed, 2 Sep 1998 22:18:33 -0600 (MDT) Message-Id: <199809030418.WAA29900@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: martini@invision.net cc: gibbs@FreeBSD.ORG, ken@plutotech.com, FreeBSD-scsi@FreeBSD.ORG Subject: Re: [help needed] loading freebsd w/ adaptec aic7890 In-reply-to: Your message of "Thu, 03 Sep 1998 00:15:33 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 02 Sep 1998 22:12:26 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Justin, Kenneth: > >How do I install FreeBSD on a machine with an Adaptec aic-7890? You install using one of the binary CAM snapshots available at ftp://ftp.FreeBSD.org/pub/FreeBSD/cam/ >PS can I use CCD with CAM? Yes. I get around 60MB/s sequential read and write performance using 4 4.5g Cheetahs on a single LVD strand off of an aic7890 using CCD. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Sep 2 23:16:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA24543 for freebsd-scsi-outgoing; Wed, 2 Sep 1998 23:16:15 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA24528 for ; Wed, 2 Sep 1998 23:16:10 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zESfW-0000ZY-00; Thu, 3 Sep 1998 00:14:54 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id AAA14053 for ; Thu, 3 Sep 1998 00:15:10 -0600 (MDT) Message-Id: <199809030615.AAA14053@harmony.village.org> To: freebsd-scsi@FreeBSD.ORG Subject: CAM + ELF Date: Thu, 03 Sep 1998 00:15:09 -0600 From: Warner Losh Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Given that it looks like Justin has merged in the ELF changes to the CAM Perforce repository, has anybody built a CAM + ELF system? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Sep 2 23:18:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA24964 for freebsd-scsi-outgoing; Wed, 2 Sep 1998 23:18:24 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA24945 for ; Wed, 2 Sep 1998 23:18:18 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zEShh-0000Zg-00; Thu, 3 Sep 1998 00:17:09 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id AAA14893 for ; Thu, 3 Sep 1998 00:17:24 -0600 (MDT) Message-Id: <199809030617.AAA14893@harmony.village.org> To: freebsd-scsi@FreeBSD.ORG Subject: ELF + CAM + alpha? Date: Thu, 03 Sep 1998 00:17:24 -0600 From: Warner Losh Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org P.S. I've just started a aout-to-elf-build on my machine. P.P.S. Has anybody built cam on alpha yet :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Sep 4 06:17:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA19758 for freebsd-scsi-outgoing; Fri, 4 Sep 1998 06:17:48 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA19753; Fri, 4 Sep 1998 06:17:40 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zEvj0-0001Ud-00; Fri, 4 Sep 1998 07:16:26 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id HAA00267; Fri, 4 Sep 1998 07:16:19 -0600 (MDT) Message-Id: <199809041316.HAA00267@harmony.village.org> To: scsi@FreeBSD.ORG Cc: John Birrell Subject: CAM & ELF -- a small caution Date: Fri, 04 Sep 1998 07:16:19 -0600 From: Warner Losh Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm using the CAM tree from pluto as of last night. When I followed the directions w/o variation, the build process just worked. I am impressed! John Birrell has done an excellent job on this. It would drive me nuts having to wait 4 hours per bug fix... Also, I did the following sequence, which resulted in a failed make aout-to-elf-install. It was my own fault, but I thought I'd document a possible failure here. make aout-to-elf-build p4 sync (think cvs update) make aout-to-elf-install Funny, when new things get added to the repository, this can fail :-). I did these actions in different windows, so I didn't plan or expect this to work. When it failed, I had to reconstruct what happened. Once I did the two makes w/o a update to the tree, it worked flawlessly. And all my aout stuff just continued to work w/o a hitch, so far as I can tell. I am impressed! Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Sep 4 13:05:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24269 for freebsd-scsi-outgoing; Fri, 4 Sep 1998 13:05:47 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from po1.namesecure.com (po1.namesecure.com [205.229.232.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA24264 for ; Fri, 4 Sep 1998 13:05:44 -0700 (PDT) (envelope-from patrick@namesecure.com) Received: (qmail 25473 invoked by uid 100); 4 Sep 1998 20:04:39 -0000 Date: Fri, 4 Sep 1998 13:04:39 -0700 (PDT) From: Patrick Greenwell To: freebsd-scsi@FreeBSD.ORG Subject: AHC question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have an Adaptec 2940UW hooked to a CMD-based subsystem. I have turned on all enabled all the performance options for the ahc driver (tag-queuing, SCB paging, and mmap I/O) option (FreeBSD 2.2.7-Release). boot -v offers this: Sep 4 04:37:48 test4 /kernel: ahc0 rev 1 int a irq 15 on pci0:20:0 Sep 4 04:37:48 test4 /kernel: mapreg[10] type=1 addr=0000e800 size=0100. Sep 4 04:37:48 test4 /kernel: mapreg[14] type=0 addr=febe7000 size=1000. Sep 4 04:37:48 test4 /kernel: reg20: virtual=0xf96a1000 physical=0xfebe7000 size=0x1000 Sep 4 04:37:48 test4 /kernel: ahc0: Reading SEEPROM...done. Sep 4 04:37:48 test4 /kernel: internal50 cable not present Sep 4 04:37:48 test4 /kernel: internal68 cable not present Sep 4 04:37:48 test4 /kernel: brdctl == 0xec Sep 4 04:37:48 test4 /kernel: external cable is present Sep 4 04:37:48 test4 /kernel: eprom is present Sep 4 04:37:48 test4 /kernel: brdctl == 0xac Sep 4 04:37:48 test4 /kernel: low byte termination enabled, high byte termination enabled Sep 4 04:37:48 test4 /kernel: ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs Sep 4 04:37:48 test4 /kernel: ahc0: Resetting Channel A Sep 4 04:37:48 test4 /kernel: ahc0: Downloading Sequencer Program...ahc0: 417 instructions downloaded Sep 4 04:37:48 test4 /kernel: Done Sep 4 04:37:48 test4 /kernel: ahc0: Probing channel A Sep 4 04:37:48 test4 /kernel: ahc0 waiting for scsi devices to settle Sep 4 04:37:48 test4 /kernel: ahc0: target 0 using 16Bit transfers Sep 4 04:37:48 test4 /kernel: ahc0: target 0 synchronous at 20.0MHz, offset = 0x8 The question is how fast is this thing running? I am more used to BSDi which states the max transfer rate when it is bringing the device up. I have everything on the card and the CMD unit to do 40MB/sec. Does 20MHz == 20MB/sec, or is there something I am missing? Thanks! /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ Patrick Greenwell (800) 299-1288 v Systems Administrator (925) 377-1212 v NameSecure (925) 377-1414 f Coming to the ISPF? The Forum for ISPs by ISPs http://www.ispf.com \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Sep 4 14:25:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08970 for freebsd-scsi-outgoing; Fri, 4 Sep 1998 14:25:42 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA08963 for ; Fri, 4 Sep 1998 14:25:40 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id PAA11050; Fri, 4 Sep 1998 15:24:25 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809042124.PAA11050@panzer.plutotech.com> Subject: Re: AHC question In-Reply-To: from Patrick Greenwell at "Sep 4, 98 01:04:39 pm" To: patrick@namesecure.com (Patrick Greenwell) Date: Fri, 4 Sep 1998 15:24:25 -0600 (MDT) Cc: freebsd-scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Patrick Greenwell wrote... > > I have an Adaptec 2940UW hooked to a CMD-based subsystem. I have turned on > all enabled all the performance options for the ahc driver (tag-queuing, > SCB paging, and mmap I/O) option (FreeBSD 2.2.7-Release). boot -v offers > this: [ ... ] > Sep 4 04:37:48 test4 /kernel: low byte termination enabled, high byte > termination enabled > Sep 4 04:37:48 test4 /kernel: ahc0: aic7880 Wide Channel, SCSI Id=7, > 16/255 SCBs > Sep 4 04:37:48 test4 /kernel: ahc0: Resetting Channel A > Sep 4 04:37:48 test4 /kernel: ahc0: Downloading Sequencer Program...ahc0: > 417 instructions downloaded > Sep 4 04:37:48 test4 /kernel: Done > Sep 4 04:37:48 test4 /kernel: ahc0: Probing channel A > Sep 4 04:37:48 test4 /kernel: ahc0 waiting for scsi devices to settle > Sep 4 04:37:48 test4 /kernel: ahc0: target 0 using 16Bit transfers > Sep 4 04:37:48 test4 /kernel: ahc0: target 0 synchronous at 20.0MHz, > offset = 0x8 > > The question is how fast is this thing running? I am more used to BSDi > which states the max transfer rate when it is bringing the device up. I > have everything on the card and the CMD unit to do 40MB/sec. Does 20MHz == > 20MB/sec, or is there something I am missing? You're missing the fact that 20MHz * 2bytes == 40MB/sec. You probably won't get optimal performance under the old SCSI layer in 2.2.7, however. IIRC, you'll only be able to have 4 tagged transactions outstanding to the CMD array at any one time. CAM allows you to have as many outstanding transactions as the device allows. (we default to a maximum of 64 transactions, which is as much as most drives can handle, but you can easily make a quirk entry in the transport layer and push it up to 255 transactions) We've got a snapshot release from July 16th for -stable (which is what 2.2.7 is based off of), and we'll probably be coming out with another snapshot shortly. See: ftp://ftp.FreeBSD.ORG/pub/FreeBSD/cam/README Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Sep 4 16:47:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA28068 for freebsd-scsi-outgoing; Fri, 4 Sep 1998 16:47:02 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA28057 for ; Fri, 4 Sep 1998 16:46:59 -0700 (PDT) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.9.1/8.9.1) with SMTP id QAA10798 for ; Fri, 4 Sep 1998 16:45:53 -0700 (PDT) Date: Fri, 4 Sep 1998 16:45:52 -0700 (PDT) From: Chris Timmons To: freebsd-scsi@FreeBSD.ORG Subject: -stable CAM and ch.4 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It looks like -stable doesn't get the newly invigorated ch(4) man page. On a related note, any suggestions for detecting CAM in userland at compile-time? I'd like to be able to support CAM and CAMnot in an application which uses the CAM-reworked struct changer_element_status. % zcat 3.0CAM-19980716-SNAP.diffs.gz | grep 'ch\.4' *** src/share/man/man4/ch.4.orig --- src/share/man/man4/ch.4 % zcat 2.2CAM-19980716-SNAP.diffs.gz | grep 'ch\.4' -Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Sep 4 18:17:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA13754 for freebsd-scsi-outgoing; Fri, 4 Sep 1998 18:17:49 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA13745 for ; Fri, 4 Sep 1998 18:17:46 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id TAA11959; Fri, 4 Sep 1998 19:15:23 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809050115.TAA11959@panzer.plutotech.com> Subject: Re: -stable CAM and ch.4 In-Reply-To: from Chris Timmons at "Sep 4, 98 04:45:52 pm" To: skynyrd@opus.cts.cwu.edu (Chris Timmons) Date: Fri, 4 Sep 1998 19:15:23 -0600 (MDT) Cc: freebsd-scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Chris Timmons wrote... > > It looks like -stable doesn't get the newly invigorated ch(4) man page. > On a related note, any suggestions for detecting CAM in userland at > compile-time? I'd like to be able to support CAM and CAMnot in an > application which uses the CAM-reworked struct changer_element_status. The way I do it, from makefiles at least, is: .if exists(/usr/include/camlib.h) CFLAGS+=-DCAM .endif Or something like that. Basically, just test for camlib.h. It won't be on a non-CAM system. > % zcat 3.0CAM-19980716-SNAP.diffs.gz | grep 'ch\.4' > *** src/share/man/man4/ch.4.orig > --- src/share/man/man4/ch.4 > > > % zcat 2.2CAM-19980716-SNAP.diffs.gz | grep 'ch\.4' I'm sure that's just an oversight. We'll try to get it into the next -stable snapshot. (I'm not sure if it's too late yet..) Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message