From owner-freebsd-hardware Mon Mar 4 08:39:34 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA13454 for hardware-outgoing; Mon, 4 Mar 1996 08:39:34 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA13444 for ; Mon, 4 Mar 1996 08:39:25 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA19768 for freebsd-hardware@freebsd.org; Mon, 4 Mar 1996 17:45:10 +0100 Date: Mon, 4 Mar 1996 17:45:10 +0100 From: "Christoph P. Kukulies" Message-Id: <199603041645.RAA19768@gilberto.physik.rwth-aachen.de> To: freebsd-hardware@freebsd.org Subject: 100mbit Fast Ethernet cards (DEC?) Sender: owner-hardware@freebsd.org Precedence: bulk Does DEC manufacture PCI cards with 100Mit FAST Ethernet chips on it or does Dec only provide the chip set? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hardware Mon Mar 4 11:34:34 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA21782 for hardware-outgoing; Mon, 4 Mar 1996 11:34:34 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA21760 for ; Mon, 4 Mar 1996 11:34:11 -0800 (PST) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id VAA13869; Mon, 4 Mar 1996 21:36:44 +0200 Date: Mon, 4 Mar 1996 21:36:43 +0200 (EET) From: Narvi To: "Christoph P. Kukulies" cc: freebsd-hardware@freebsd.org Subject: Re: 100mbit Fast Ethernet cards (DEC?) In-Reply-To: <199603041645.RAA19768@gilberto.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hardware@freebsd.org Precedence: bulk Eat good food, preserve nature, be nice to all nice people :) On Mon, 4 Mar 1996, Christoph P. Kukulies wrote: > Does DEC manufacture PCI cards with 100Mit FAST Ethernet chips on it > or does Dec only provide the chip set? > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > There's a 100Mbit variant of the 21040 chip - 21140 was the number if I'm not too mistaken. Sander From owner-freebsd-hardware Mon Mar 4 19:16:23 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA23248 for hardware-outgoing; Mon, 4 Mar 1996 19:16:23 -0800 (PST) Received: from mail11.digital.com (mail11.digital.com [192.208.46.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA23240 for ; Mon, 4 Mar 1996 19:16:20 -0800 (PST) Received: from muggsy.lkg.dec.com by mail11.digital.com (5.65v3.2/1.0/WV) id AA09889; Mon, 4 Mar 1996 22:05:18 -0500 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA23406; Mon, 4 Mar 1996 22:05:13 -0500 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id DAA04344; Tue, 5 Mar 1996 03:07:29 GMT Message-Id: <199603050307.DAA04344@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: "Christoph P. Kukulies" Cc: freebsd-hardware@freebsd.org Subject: Re: 100mbit Fast Ethernet cards (DEC?) In-Reply-To: Your message of "Mon, 04 Mar 1996 17:45:10 +0100." <199603041645.RAA19768@gilberto.physik.rwth-aachen.de> Date: Tue, 05 Mar 1996 03:07:27 +0000 From: Matt Thomas Sender: owner-hardware@freebsd.org Precedence: bulk Yes, DEC sells the DE500-XA with is a 10/100 board based on the DC21140. 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 Mon Mar 4 19:39:32 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA25149 for hardware-outgoing; Mon, 4 Mar 1996 19:39:32 -0800 (PST) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA25127 Mon, 4 Mar 1996 19:39:25 -0800 (PST) From: "Jonathan M. Bresler" Message-Id: <199603050339.TAA25127@freefall.freebsd.org> Subject: Archive Anconda Tape drive 1.35GB To: freebsd-scsi Date: Mon, 4 Mar 1996 19:39:25 -0800 (PST) Cc: freebsd-hardware, freebsd-hackers X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hardware@FreeBSD.ORG Precedence: bulk here is a summary of my experiences with an Archive Anaconda scsi-2 1.35 GB QIC tape drive. many thanks to Stefan Esser who has once again worked miracles with the ncr scsi controller. jmb -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ Archive Anaconda 1.35 GB SCSI tape drive (summary) CSC (www.corpsys.com) sells a 1.3 GB QIC SCSI-2 tape drive for $200. its the Archive Anaconda now relabeled as a Connor (the pc board says Archive). The drive has been discontinued. I have not been able to locate a Connor advertisement for one. Spoke to sales and tech support at Connor today (960219). Archive was bought by Connor. Connor was bought by Seagate. The Anaconda has been discontinued. The unit was last shipped about a year ago. The recommended tape is the 3M Magnus DC-9135. Tech support recommends that the SCSI controller be configured for 5 MB/s operation, SYNC disabled, SCSI disconnect=no, and jumper jp6 open. (the jumper information is wrong. jp6 open == SCSI-1, jp6 shorted == SCSI-2) The tech doc is available from Connor's fax-back service: 1-408-456-4903 (?) document 2206 (?) (no fax machine here, i will verify this tomorrow) I bought one 2 weeks ago as an alternative to either 4mm DAT or 8mm Exabyte style drives. The drive did not work "out of the box" with FreeBSD 2.1. with the help of Stefan Esser (se@se@zpr.uni-koeln.de) I am now able to use the drive. The drive is advertised as a SCSI-2 drive. FreeBSD reports the drive as SCSI-1. Installing jumper jp6 causes FreeBSD to report the drive as SCSI-2. When operating as a SCSI-1 device (jp6 open) the drive does not conform to SCSI-1. The drive "locks" the scsi bus during at least some mt operations (eg fsf, rewind, rewoffl). When operating as a SCSI-2 device (jp6 shorted) the drive does not lock the scsi bus during the operations listed above. However to get the ncr working with /sbin/dump, the ncr requires a patch extending the latetime from 10 secs to a larger value. presently i am using 20 minutes. ;( but it works and its fast! it does not lock the bus while the dump is being written to tape. But the drive is fast :) dumping at over 370kB/s. I used "/sbin/dump 0unBbf 1200000 10 /dev/rst0 /dev/sd1f" Okay, now the details: Known: Normal SCSI-2 device (does NOT lock bus on fsf, rewind, rewoffl, or erase) Quasi-SCSI-1 device--locks scsi bus on some mt operations (fsf, rewind, rewoffl, erase, there may be others) The drive does NOT lock the bus during a dump to /dev/nrst0, so you can dump disks on the same scsi bus as the tape drive The unit has front panel eject button. this button does NOT lock the scsi bus. 56kB buffer on drive. (128kB see chip list below) One 8-1/2" x 11" double sided xeroxed page is all the technical documentation that comes with the drive. Uses QIC-1350 tapes aka DC-9135, which may not be easy to find (3 local stores do not stock them ;(( details from mail order below under "Media") Reads QIC-150 No hardware compression 350kB/s sustained tranfer rate. Rate varies with the media rate is the same for SCSI-1 and SCSI-2 operation QIC-150: 25288 tape blocks in 263 seconds (96kB/s) QIC-1350: 25288 tape blocks in 144 seconds (175kB/s) (note: these speeds are low. My root partition only has 25 MB of data on it. the setup time that dump requires skews the results.) QIC-1350: 212215 tape blocks in 583 seconds (364kB/s) QIC-1350: 572707 tape blocks in 1648 seconds (347kB/s) The unit does not have a front panel slider put the heads against the tape, rather the unit pulls the tape deep inside then pushes it forward (to open the gate) and finally slides the tape sideways to engage the heads. Drive is half-height, 5 1/4" wide. The scsi connector (on the rear of the drive) is mounted upside down (compared to my hard drives). (note: the 128kB buffer is probably used as 2-56kB buffers when writing to tape: the drive reads from one and writes to tape while the other is being filled from the scsi bus. when reading from tape, read to one buffer from the tape while writing to the scsi bus from the opther) Possible: May read QIC-525 (i dont have any) May write QIC-150, QIC-120, QIC-525, etc. (i dont have another drive to read the tapes that i create with the Anaconda) Media: Corporate Systems 1-408-734-3475 (same place i got the drive from) Verbatim $24.00 Connor Express 1-800-531-0968 9135 3M $49.00 each 8 in stock Media Source 1-800-241-8857 (andrew) 9135 1 5 10 Verbatim 28.29 26.94 26.94 no stock Sony 29.15 28.10 27.44 21 in stock Exxus 1-800-557-1000 (tory) 9135 3M 34.00 Sony 30.00 Maxell 29.00 Diskette Connection 1-800-654-4058 (randy) 9135 3M 32.10 Verbatim 28.95 dmesg output: when configured as SCSI-2: (ncr1:4:0): "ARCHIVE ANCDA 2750 28077 -003" type 1 removable SCSI 2 st0(ncr1:4:0): Sequential-Access st0(ncr1:4:0): 200ns (5 Mb/sec) offset 8. density code 0x0, drive empty when configured as SCSI-1: (ncr1:4:0): "ARCHIVE ANCDA 2750 28077 -003" type 1 removable SCSI 1 st0(ncr1:4:0): Sequential-Access density code 0x12, drive empty Technical Specifications: Archive Ananconda Model 2750S Formatted capacity: 1.35 Gigabyte with 9135 tape Track format: 15 or 18 track erpentine [sic] (QIC-1350 standard says 30 tracks) Flux density: 12,500 ftpi [sic] (QIC-1350: 38,750 ftpi) Data density: 10,000 bpi [sic] (QIC-1350: 51,667 bpi) Data transfer rate: 112.5 KB/sec [sic] (testing shows 350 kBps) 10,000 bpi [sic] (QIC-1350: 51,667 bpi) Data transfer rate: 112.5 KB/sec [sic] (testing shows 350 kBps) Recording format: QIC [sic] (QIC-1350: NRZ1) SCSI burst data transfer rate: 1.88 MB/s Data buffer size: 56 KB (see chip list below) Tape speed: 90 ips Speed variations: short term +/- 4% long term +/- 7% Start/Stop time: 300 mSec (maximum) Head configuration: two-track, read-after-write (1 track in each direction) separate full-width erase Recording code: GCR (0,2) Run length limited [sic] Recording format: QIC [sic] (QIC-1350 RLL 1,7 with ECC) (QIC-1350 RLL 1,7 with Reed Solomon ECC) (note: the unit write two tracks at one time and erase's the entire tape in one pass. ) Jumpers: jp1-3: scsi id jp4: reserved (open) jp5: parity check enable (default disabled, open) (note: scsi-2 spec requires parity to be enabled) jp6: reserved (open) (scsi-1 open; scsi-2 shorted) jp7: terminator power enable (default disabled, open) 3 on-board sockets for passive terminators Chip list: 1 NCR 53c90B scsi protocol controller 1 AMD 80c186-16 embedded controller 4 KM44c256CJ-7 70ns, 4bit wide, 256kbit dram 2 KM41c256J-8 80 ns 1bit wide, 256kbit dram Other notes: drive frame is cast metal (pot metal). front panel is plastic. unit has a swinging door, hinged along its top side, that covers the tape slot. when there is a tape in the drive, the door is held up (open), when the tape is removed the door swings down and closes the slot. there is a spring holding the door closed. pc board is on top! there are 3 pieces of pc board material soldered to the pc board. each on is ~6mm high and several cm long. the scsi connector is mount upside down. pin 1 is most distant from the power connector. the cut out in the connector faces downward rather than upward. tapes are inserted with the metal backing plate down and the manufacturers label upward. during reset the heads are stepped down to the limited and then upward several tracks. the unit will over-step the heads, producing a chattering, if heads are already close to maximum depression. the metal backing plate of a QIC cartridge is warm after a backup. not hot, not a problem, but warm. feels good in the winter. ;) the pc board says "Archive copyright 1992" and "anaconda main pcb 81422- rev 001" (the 001 is hand written). also hand written is the number 631. the drive motor is "Lot 9348" 48th week of 1993 System data: ASUS SP3G, AMD486-66DX2, 256 kB L2 cache configured write-back, 16 MB, chipset is Saturn II (82424ZX). 2 SCSI busses: first bus is the on-board NCR53c810 SCSI-II controller and 2 disks: "DEC DSP3053LS X442" (id 0), "FUJITSU M1606S-512 6220" (id 1); second SCSI bus is an NCR SC-200 PCI card controller (also an NCR NCR53c810 SCSI-II) one cdrom changer "NRC MBR-7 110" (id 0), one disk "FUJITSU M1606S-512 6220" (id6), and the "ARCHIVE ANCDA 2750 28077 -003 (id 4)" Required kernel source patches: (the first one is already part of -current, the second accomodates the drive locking the SCSI bus) /src/sys/pci/ncr.c *************** *** 4441,4447 **** OUTB (nc_ctest4, 0x08 ); /* enable master parity checking */ OUTB (nc_stest2, EXT ); /* Extended Sreq/Sack filtering */ OUTB (nc_stest3, TE ); /* TolerANT enable */ ! OUTB (nc_stime0, 0xfb ); /* HTH = 1.6sec STO = 0.1 sec. */ /* ** Reinitialize usrsync. --- 4441,4447 ---- OUTB (nc_ctest4, 0x08 ); /* enable master parity checking */ OUTB (nc_stest2, EXT ); /* Extended Sreq/Sack filtering */ OUTB (nc_stest3, TE ); /* TolerANT enable */ ! OUTB (nc_stime0, 0x0b ); /* HTH = disabled, STO = 0.1 sec. */ /* ** Reinitialize usrsync. *************** *** 4832,4836 **** }; ! if (np->latetime>4) { /* ** Although we tried to wake it up, --- 4832,4836 ---- }; ! if (np->latetime>1200) { /* ** Although we tried to wake it up, From owner-freebsd-hardware Tue Mar 5 06:38:27 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA28624 for hardware-outgoing; Tue, 5 Mar 1996 06:38:27 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA28607 Tue, 5 Mar 1996 06:38:24 -0800 (PST) Message-Id: <199603051438.GAA28607@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: jmb cc: freebsd-scsi, freebsd-hardware, freebsd-hackers Subject: Re: Archive Anconda Tape drive 1.35GB In-reply-to: Your message of "Mon, 04 Mar 1996 19:39:25 PST." <199603050339.TAA25127@freefall.freebsd.org> Date: Tue, 05 Mar 1996 06:38:23 -0800 From: "Justin T. Gibbs" Sender: owner-hardware@FreeBSD.ORG Precedence: bulk >The recommended tape is the 3M Magnus DC-9135. Tech support >recommends that the SCSI controller be configured for 5 MB/s >operation, SYNC disabled, SCSI disconnect=no, and jumper jp6 open. >(the jumper information is wrong. jp6 open == SCSI-1, jp6 shorted >== SCSI-2) The tech doc is available from Connor's fax-back service: >1-408-456-4903 (?) document 2206 (?) (no fax machine here, i will >verify this tomorrow) I think the tech people are off in space. Async maxes out at ~3MB/s, so it doesn't matter what the controller's sync rate is set to. You also want to have disconnection enabled for the driver or it will hand up the SCSI bus for other devices while its doing things like rewinding. Ughh. >When operating as a SCSI-1 device (jp6 open) the drive does not >conform to SCSI-1. The drive "locks" the scsi bus during at least >some mt operations (eg fsf, rewind, rewoffl). This is because it doesn't disconnect correct? >When operating as a SCSI-2 device (jp6 shorted) the drive does not >lock the scsi bus during the operations listed above. However to >get the ncr working with /sbin/dump, the ncr requires a patch >extending the latetime from 10 secs to a larger value. presently >i am using 20 minutes. ;( but it works and its fast! it does >not lock the bus while the dump is being written to tape. What does the latetime value affect? -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hardware Tue Mar 5 08:08:23 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA03787 for hardware-outgoing; Tue, 5 Mar 1996 08:08:23 -0800 (PST) Received: from MARENGO.BBN.COM (MARENGO.BBN.COM [128.89.6.82]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA03779 for ; Tue, 5 Mar 1996 08:08:18 -0800 (PST) Message-Id: <199603051608.IAA03779@freefall.freebsd.org> Date: Tue, 5 Mar 96 11:00:34 EST From: Tom Calderwood To: hardware@freebsd.org cc: jgahm@BBN.COM Subject: PCMIA ether Sender: owner-hardware@freebsd.org Precedence: bulk Do the drivers for the IBM and/or National Semiconductor PCMIA ethernet interfaces operate in promiscuous mode correctly? We are having some trouble with the 3Com 3C589C interface in which the driver may not be setting up promiscuous mode correctly? Tom Calderwood tcalderw@bbn.com From owner-freebsd-hardware Tue Mar 5 09:29:39 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA09906 for hardware-outgoing; Tue, 5 Mar 1996 09:29:39 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA09879 Tue, 5 Mar 1996 09:29:24 -0800 (PST) Received: by Sysiphos id AA00074 (5.67b/IDA-1.5); Tue, 5 Mar 1996 18:28:40 +0100 Message-Id: <199603051728.AA00074@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 5 Mar 1996 18:28:39 +0100 In-Reply-To: "Justin T. Gibbs" "Re: Archive Anconda Tape drive 1.35GB" (Mar 5, 6:38) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: "Justin T. Gibbs" Subject: Re: Archive Anconda Tape drive 1.35GB Cc: freebsd-scsi@freefall.freebsd.org, freebsd-hardware@freefall.freebsd.org, freebsd-hackers@freefall.freebsd.org Sender: owner-hardware@FreeBSD.ORG Precedence: bulk On Mar 5, 6:38, "Justin T. Gibbs" wrote: } Subject: Re: Archive Anconda Tape drive 1.35GB } >When operating as a SCSI-2 device (jp6 shorted) the drive does not } >lock the scsi bus during the operations listed above. However to } >get the ncr working with /sbin/dump, the ncr requires a patch } >extending the latetime from 10 secs to a larger value. presently } >i am using 20 minutes. ;( but it works and its fast! it does } >not lock the bus while the dump is being written to tape. } } What does the latetime value affect? The NCR updates a time variable whenever it passes a certain point in its main program loop. Once per second the driver checks the last update time of this variable, and issues a NCR start, if it hasn't been updated for more than a few seconds (this restart doesn't affect normal operation, it is a NOP if the controller is connected to some device). If the watchdog code finds the time variable has not been updated for "latetime" seconds, it assumes a severe fault and tries to reinitialize the NCR chip and the driver. This leads to much confusion, if the SCSI bus was locked for many minutes because of a tape not disconnecting on rewind ... I might remove this watchdog timer, since it seems to cause more problems than it solves (i.e. I don't know, whether it ever was triggered for its designed purpose) ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hardware Thu Mar 7 00:29:58 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA18580 for hardware-outgoing; Thu, 7 Mar 1996 00:29:58 -0800 (PST) Received: from zodiak.tu.kielce.pl (andrzej@zodiak.tu.kielce.pl [193.59.4.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA18560 for ; Thu, 7 Mar 1996 00:29:41 -0800 (PST) Received: (from andrzej@localhost) by zodiak.tu.kielce.pl (8.6.12/8.6.9) id JAA01421 for freebsd-hardware@freebsd.com; Thu, 7 Mar 1996 09:28:25 +0100 From: Andrzej Szydlo Message-Id: <199603070828.JAA01421@zodiak.tu.kielce.pl> To: freebsd-hardware@freebsd.com Date: Thu, 7 Mar 1996 09:28:16 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hardware@FreeBSD.ORG Precedence: bulk subscribe From owner-freebsd-hardware Thu Mar 7 07:58:11 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17147 for hardware-outgoing; Thu, 7 Mar 1996 07:58:11 -0800 (PST) Received: from MARENGO.BBN.COM (MARENGO.BBN.COM [128.89.6.82]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA17141 Thu, 7 Mar 1996 07:58:08 -0800 (PST) Message-Id: <199603071558.HAA17141@freefall.freebsd.org> Date: Thu, 7 Mar 96 10:57:03 EST From: Tom Calderwood To: freebsd-questions@freebsd.org, freebsd-hardware@freebsd.org Subject: promiscuous PCMIA ethernet Sender: owner-hardware@freebsd.org Precedence: bulk Sorry if this is a repeat.. We are using a 3Com 3c589C PCMIA ethernet card, and it seems not to be willing to go into promiscuous mode with the "zp" ethernet driver. Is the driver known not to do this? Are there other PCMIA ether card/driver combinations that are know to work in this respect? Tom Calderwood tcalderw@bbn.com From owner-freebsd-hardware Thu Mar 7 14:51:08 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27530 for hardware-outgoing; Thu, 7 Mar 1996 14:51:08 -0800 (PST) Received: from indurain.cse.ogi.edu (indurain.cse.ogi.edu [129.95.50.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27511 for ; Thu, 7 Mar 1996 14:51:05 -0800 (PST) Received: by indurain.cse.ogi.edu (1.38.193.4/16.2) id AA25064; Thu, 7 Mar 1996 14:49:41 -0800 From: Jon Inouye Message-Id: <9603072249.AA25064@indurain.cse.ogi.edu> Subject: Re: PCMIA ether To: tcalderw@BBN.COM Date: Thu, 7 Mar 96 14:49:41 PST Cc: hardware@FreeBSD.org In-Reply-To: <199603051608.IAA03779@freefall.freebsd.org>; from "Tom Calderwood" at Mar 5, 96 11:00 am X-Hpvue$Revision: 1.8 $ Mime-Version: 1.0 X-Vue-Mime-Level: 4 Mailer: Elm [revision: 70.85] Sender: owner-hardware@FreeBSD.org Precedence: bulk > > Do the drivers for the IBM and/or National Semiconductor PCMIA > ethernet interfaces operate in promiscuous mode correctly? We > are having some trouble with the 3Com 3C589C interface in which > the driver may not be setting up promiscuous mode correctly? > > Tom Calderwood > tcalderw@bbn.com I have a Noteworthy (aka Toshiba) 10BaseT PCMCIA ethernet card, which is OEM'd by IBM (model 0934331). I called IBM and after getting switched around for 10+ minutes, got to talk with a product development manager who said that the IBM model does not support promiscuous mode. -- Jon Inouye EMAIL: jinouye@cse.ogi.edu Distributed Systems Research Group WWW : http://www.cse.ogi.edu/~jinouye/ Computer Science and Eng. Dept. PHONE: (503) 690-1009, FAX: (503) 690-1553 Oregon Graduate Institute of Science & Technology (aka OGI) From owner-freebsd-hardware Fri Mar 8 04:25:03 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA01431 for hardware-outgoing; Fri, 8 Mar 1996 03:18:45 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA01396 Fri, 8 Mar 1996 03:18:36 -0800 (PST) Received: from riley-net170-164.uoregon.edu (riley-net170-164.uoregon.edu [128.223.170.164]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id XAA22174 ; Thu, 7 Mar 1996 23:20:51 -0800 Received: (from dwhite@localhost) by riley-net170-164.uoregon.edu (8.6.12/8.6.12) id XAA00494; Thu, 7 Mar 1996 23:21:05 -0800 Date: Thu, 7 Mar 1996 23:21:02 -0800 (PST) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: Tom Calderwood cc: freebsd-questions@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG Subject: Re: promiscuous PCMIA ethernet In-Reply-To: <199603071558.HAA17141@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hardware@FreeBSD.ORG X-Loop: owner-hardware@FreeBSD.ORG Precedence: bulk On Thu, 7 Mar 1996, Tom Calderwood wrote: > Sorry if this is a repeat.. > > We are using a 3Com 3c589C PCMIA ethernet card, and it seems not to > be willing to go into promiscuous mode with the "zp" ethernet driver. > > Is the driver known not to do this? Are there other PCMIA ether > card/driver combinations that are know to work in this respect? Could you be more specific? ie what is the error message you get? I assume you are trying to run tcpdump; you need to add pseudo-device bpfilter 4 into your kernel config and recompile. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-hardware Fri Mar 8 04:26:30 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA01415 for hardware-outgoing; Fri, 8 Mar 1996 03:18:42 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA01372 for ; Fri, 8 Mar 1996 03:18:31 -0800 (PST) Received: from ns.okbmei.msk.su (ns.okbmei.msk.su [194.190.170.40]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id XAA22370 for ; Thu, 7 Mar 1996 23:48:51 -0800 Received: from kiae.UUCP by ns.okbmei.msk.su with UUCP id AA03718 (5.67c8/IDA-1.5); Fri, 8 Mar 1996 10:40:13 +0300 Received: from freefall.FreeBSD.ORG by sovcom.kiae.su with SMTP id AA12148 (5.65.kiae-1 for ); Fri, 8 Mar 1996 10:21:28 +0300 Received: from localhost (daemon@localhost) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27683 Thu, 7 Mar 1996 14:51:41 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27530 for hardware-outgoing; Thu, 7 Mar 1996 14:51:08 -0800 (PST) Received: from indurain.cse.ogi.edu (indurain.cse.ogi.edu [129.95.50.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27511 for ; Thu, 7 Mar 1996 14:51:05 -0800 (PST) Received: by indurain.cse.ogi.edu (1.38.193.4/16.2) id AA25064; Thu, 7 Mar 1996 14:49:41 -0800 From: Jon Inouye Message-Id: <9603072249.AA25064@indurain.cse.ogi.edu> Subject: Re: PCMIA ether To: tcalderw@BBN.COM Date: Thu, 7 Mar 96 14:49:41 PST Cc: hardware@FreeBSD.ORG In-Reply-To: <199603051608.IAA03779@freefall.freebsd.org>; from "Tom Calderwood" at Mar 5, 96 11:00 am X-Hpvue$Revision: 1.8 $ Mime-Version: 1.0 X-Vue-Mime-Level: 4 Mailer: Elm [revision: 70.85] X-Charset: KOI8-R X-Char-Esc: 29 Sender: owner-hardware@FreeBSD.ORG X-Loop: owner-hardware@FreeBSD.ORG Precedence: bulk > > Do the drivers for the IBM and/or National Semiconductor PCMIA > ethernet interfaces operate in promiscuous mode correctly? We > are having some trouble with the 3Com 3C589C interface in which > the driver may not be setting up promiscuous mode correctly? > > Tom Calderwood > tcalderw@bbn.com I have a Noteworthy (aka Toshiba) 10BaseT PCMCIA ethernet card, which is OEM'd by IBM (model 0934331). I called IBM and after getting switched around for 10+ minutes, got to talk with a product development manager who said that the IBM model does not support promiscuous mode. -- Jon Inouye EMAIL: jinouye@cse.ogi.edu Distributed Systems Research Group WWW : http://www.cse.ogi.edu/~jinouye/ Computer Science and Eng. Dept. PHONE: (503) 690-1009, FAX: (503) 690-1553 Oregon Graduate Institute of Science & Technology (aka OGI) From owner-freebsd-hardware Fri Mar 8 18:16:54 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA06574 for hardware-outgoing; Fri, 8 Mar 1996 18:16:54 -0800 (PST) Received: from pegasus.com (pegasus.com [140.174.243.13]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA06565 for ; Fri, 8 Mar 1996 18:16:49 -0800 (PST) Received: by pegasus.com (8.6.8/PEGASUS-2.2) id KAA24035; Fri, 8 Mar 1996 10:41:06 -1000 Date: Fri, 8 Mar 1996 10:41:06 -1000 From: richard@pegasus.com (Richard Foulk) Message-Id: <199603082041.KAA24035@pegasus.com> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hardware@FreeBSD.ORG Subject: Boca VL bus ethernet card? Sender: owner-hardware@FreeBSD.ORG X-Loop: owner-hardware@FreeBSD.ORG Precedence: bulk I've seen mention of an ethernet card from Boca Research for the Vesa Localbus (~$65). Has anyone seen or tried one? Will it work with existing drivers on FreeBSD? Thanks Richard From owner-freebsd-hardware Sat Mar 9 02:06:52 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA07548 for hardware-outgoing; Sat, 9 Mar 1996 02:06:52 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA07494 Sat, 9 Mar 1996 02:06:01 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id TAA20034; Sat, 9 Mar 1996 19:05:48 +0900 Date: Sat, 9 Mar 1996 19:05:48 +0900 Message-Id: <199603091005.TAA20034@frig.mt.cs.keio.ac.jp> To: hackers@freebsd.org, hardware@freebsd.org Reply-To: hackers@freebsd.org Subject: [PCMCIA] pccard-test-960308 released From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hardware@freebsd.org X-Loop: owner-hardware@FreeBSD.ORG Precedence: bulk We release the new pccard-test package (960308). You can find it at: Anonymous ftp ftp://bash.cc.keio.ac.jp/pub/os/FreeBSD/alpha-test/pccard/pccard-test-960308.tar.gz WWW Homepage http://www.mt.cs.keio.ac.jp/person/hosokawa/freebsd-pcmcia/ Enjoy! -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hardware Sat Mar 9 03:54:09 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA13724 for hardware-outgoing; Sat, 9 Mar 1996 03:54:09 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA13679 for ; Sat, 9 Mar 1996 03:54:07 -0800 (PST) Received: from dreamlabs.constantchange.on.ca (DreamLabs.ConstantChange.on.ca [198.96.119.129]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id DAA09577 for ; Sat, 9 Mar 1996 03:54:02 -0800 Received: (from mitayai@localhost) by dreamlabs.constantchange.on.ca (8.7.4/8.6.12) id GAA01178; Sat, 9 Mar 1996 06:55:31 -0500 (EST) Date: Sat, 9 Mar 1996 06:55:29 -0500 (EST) From: Will Mitayai Keeso Rowe To: freebsd-hardware@freebsd.org Subject: Wangtek Tape Drives Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hardware@freebsd.org X-Loop: owner-hardware@FreeBSD.ORG Precedence: bulk Is anyone currently sucessfully using the Wangtek Tape driver? I am having problems, but i wonder if it has something to do with the jumper and switch settings on the card since i never had a manual for it... i'm also assuming a regular SCSI cable will work ok with it... If anyone who amy have a manual and/or is currently using the tape drive under FreeBSD-2.1 could contact me and offer a hand i'd appreciate it. Thanks, Mit mitayai@constantchange.on.ca