From owner-freebsd-hardware Sun Apr 14 10:09:17 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00895 for hardware-outgoing; Sun, 14 Apr 1996 10:09:17 -0700 (PDT) Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA00890 for ; Sun, 14 Apr 1996 10:09:15 -0700 (PDT) Received: from uucp2.UU.NET by relay5.UU.NET with SMTP id QQalku14706; Sun, 14 Apr 1996 13:09:23 -0400 (EDT) Received: from uanet.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Sun, 14 Apr 1996 13:09:15 -0400 Received: by crocodil.monolit.kiev.ua; Sun, 14 Apr 96 20:06:17 +0300 Received: from localhost (dk@localhost) by clipper.cs.kiev.ua (8.6.4) id TAA08085 for freebsd-hardware@freebsd.org; Sun, 14 Apr 1996 19:47:41 +0300 From: dk@clipper.cs.kiev.ua (Dmitry Kohmanyuk) Message-Id: <199604141647.TAA08085@clipper.cs.kiev.ua> Subject: building parallel interface gadget - advice wanted To: freebsd-hardware@freebsd.org Date: Sun, 14 Apr 1996 19:47:41 +0300 (EET DST) X-Motto: Do not believe in miracles - rely on them. Reply-To: dk+@ua.net X-Mailer: ELM [version 2.4 PL22 dk9] Content-Type: text Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk hi gang, I am building (together with a electronics engineer) a device which, when attached to parallel potr, would perform some useful functions for my FreeBSD machines and maybe other devices connected to it. I have thoroughly read all the specs I have get a hold of and an entire lpt.c / lptreg.h in FreeBSD kernel. My only question is: from my understanding, for the data byte t obe output into the (real) printer, it is necessary to assert select, !initialize and strobe bits of control register and then lower the signal on the strobe pin, leaving select and !initialize high. Can it be possible that the same situation unwantedly occurs during system reset (power-on, reset by switch, software-executed reboot, etc.)? We try to follow printer's interface in using the potr to enable general-purpose hardware drivers to operate the device. I therefore want to make sure that by no circumstances a random data would be mistakenly read and accepted, causing unexpected behaviour of the device. thank anyone for reading this. p.s. if you are curious about the device itself, it would implement watchdog timers, power switches, etc. And I am not a company ;-) (we would make only one, or two for ourselves.) From owner-freebsd-hardware Sun Apr 14 11:21:43 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA06076 for hardware-outgoing; Sun, 14 Apr 1996 11:21:43 -0700 (PDT) Received: from isgate.is (isgate.is [193.4.58.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA06018 Sun, 14 Apr 1996 11:21:28 -0700 (PDT) Received: from hummer.islandia.is by isgate.is (8.7.3/ISnet/14-10-91); Sun, 14 Apr 1996 18:20:53 GMT Received: from caliber.islandia.is by hummer.islandia.is (8.6.11/ISnet/12-09-94); Sun, 14 Apr 1996 18:06:14 GMT Date: Sun, 14 Apr 1996 18:06:14 GMT Message-Id: <199604141806.SAA28972@hummer.islandia.is> X-Sender: gestur@islandia.is X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit To: "Andrew V. Stesin" From: gestur@islandia.is (Gestur A Grjetarsson) Subject: Re: [?] EQUINOX PCI 8-port serial board -- any opinions? Cc: hackers@freebsd.org, hardware@freebsd.org Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sćlir, you might want to check out the well supported Cyclades Corp. cards in FreeBSD, they have wide variety of cards used under OS like FreeBSD. their URL is: http://www.cyclades.com >Hello, > >I got a chance to put hands on a 8port PCI serial board, >made by: > EQUINOX > One Equinox Way > Sunrise, Florida 33351-6709 > (954) 746-9000 > (954) 746-9101 fax > >The device name is SST-8P (UNIX version), part No. 990302. >Floppies with some drivers for SCO and other SysV are present. > >As I recall, the device isn't in the "supported" list. But probably >someone already has opinion -- is it worth the time and effort >to try? > >-- > > With best regards -- Andrew Stesin. > > +380 (44) 2760188 +380 (44) 2713457 +380 (44) 2713560 > > "You may delegate authority, but not responsibility." > Frank's Management Rule #1. > > Međ kveđju, Best regards, ----------------------------------------------------------- Gestur A. Grjetarsson kerfisstjori islandia.is sysadmin islandia.is Islandia, Grensásvegur 7, 2h.t.h., 108 Reykjavik sími 5884020, modem 5884120, fax 5884014 http://www.islandia.is http://www.islandia.is/english.htm http://www.islandia.is/skvopn From owner-freebsd-hardware Sun Apr 14 12:31:13 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08919 for hardware-outgoing; Sun, 14 Apr 1996 12:31:13 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA08914 for ; Sun, 14 Apr 1996 12:31:11 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u8XVl-0003xJC; Sun, 14 Apr 96 12:31 PDT Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id TAA20337; Sun, 14 Apr 1996 19:00:45 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: dk+@ua.net cc: freebsd-hardware@FreeBSD.org Subject: Re: building parallel interface gadget - advice wanted In-reply-to: Your message of "Sun, 14 Apr 1996 19:47:41 +0300." <199604141647.TAA08085@clipper.cs.kiev.ua> Date: Sun, 14 Apr 1996 19:00:44 +0000 Message-ID: <20335.829508444@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hardware@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > My only question is: > > from my understanding, for the data byte t obe output into the (real) > printer, it is necessary to assert select, !initialize and strobe > bits of control register and then lower the signal on the strobe pin, > leaving select and !initialize high. Can it be possible that the > same situation unwantedly occurs during system reset (power-on, reset > by switch, software-executed reboot, etc.)? Not only possible, but also very likely. The parallel port is used by man BIOS's as a status port for diagnostics early in the boot sequence. You should protect yourself from this by encapsulating your commands in something very unlikely like "jH#@@'" -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hardware Sun Apr 14 13:25:38 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA11858 for hardware-outgoing; Sun, 14 Apr 1996 13:25:38 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA11850 for ; Sun, 14 Apr 1996 13:25:33 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id GAA01207; Mon, 15 Apr 1996 06:20:21 +1000 Date: Mon, 15 Apr 1996 06:20:21 +1000 From: Bruce Evans Message-Id: <199604142020.GAA01207@godzilla.zeta.org.au> To: dk+@ua.net, phk@critter.tfs.com Subject: Re: building parallel interface gadget - advice wanted Cc: freebsd-hardware@FreeBSD.org Sender: owner-hardware@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> from my understanding, for the data byte t obe output into the (real) >> printer, it is necessary to assert select, !initialize and strobe >> bits of control register and then lower the signal on the strobe pin, >> leaving select and !initialize high. Can it be possible that the >> same situation unwantedly occurs during system reset (power-on, reset >> by switch, software-executed reboot, etc.)? >Not only possible, but also very likely. The parallel port is used by >man BIOS's as a status port for diagnostics early in the boot sequence. It shouldn't strobe any data out because that would waste paper. Bruce From owner-freebsd-hardware Sun Apr 14 17:34:38 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26906 for hardware-outgoing; Sun, 14 Apr 1996 17:34:38 -0700 (PDT) Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA26898 for ; Sun, 14 Apr 1996 17:34:33 -0700 (PDT) Received: from uucp1.UU.NET by relay5.UU.NET with SMTP id QQally22457; Sun, 14 Apr 1996 20:34:22 -0400 (EDT) Received: from uanet.UUCP by uucp1.UU.NET with UUCP/RMAIL ; Sun, 14 Apr 1996 20:34:25 -0400 Received: by crocodil.monolit.kiev.ua; Mon, 15 Apr 96 03:29:50 +0300 Received: from clipper.cs.kiev.ua (localhost [127.0.0.1]) by clipper.cs.kiev.ua (8.6.4) with ESMTP id DAA17233; Mon, 15 Apr 1996 03:20:35 +0300 Message-Id: <199604150020.DAA17233@clipper.cs.kiev.ua> To: Poul-Henning Kamp cc: dk+@ua.net, freebsd-hardware@freebsd.org Subject: Re: building parallel interface gadget - advice wanted References: <20335.829508444@critter.tfs.com> Reply-To: dk+@ua.net In-reply-to: Your mail of "Sun, 14 Apr 1996 19:00:44 -0000" <20335.829508444@critter.tfs.com> Date: Mon, 15 Apr 1996 03:20:35 +0300 From: Dmitry Kohmanyuk Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <20335.829508444@critter.tfs.com>, Poul-Henning Kamp writes: [...] > > You should protect yourself from this by encapsulating your commands > in something very unlikely like "jH#@@'" > oh, I see that printers have no escape characters and still no one has been seen randaom chars printed after system reset. p.s. you can consider putting this 2-liner into your /replcomps file: References: %<(nonnull{references})%{references} %>%{message-id}\n\ so I can see your mails nicely grouped with others in my lovely threaded mailing list reader, tin ;-) From owner-freebsd-hardware Sun Apr 14 18:09:01 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29313 for hardware-outgoing; Sun, 14 Apr 1996 18:09:01 -0700 (PDT) Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA29305 for ; Sun, 14 Apr 1996 18:08:59 -0700 (PDT) Received: from uucp3.UU.NET by relay5.UU.NET with SMTP id QQalma27354; Sun, 14 Apr 1996 21:09:08 -0400 (EDT) Received: from uanet.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Sun, 14 Apr 1996 21:08:58 -0400 Received: by crocodil.monolit.kiev.ua; Mon, 15 Apr 96 04:03:40 +0300 Received: from localhost (dk@localhost) by clipper.cs.kiev.ua (8.6.4) id DAA17722; Mon, 15 Apr 1996 03:49:12 +0300 From: dk@clipper.cs.kiev.ua (Dmitry Kohmanyuk) Date: Mon, 15 Apr 1996 03:49:12 +0300 Message-Id: <199604150049.DAA17722@clipper.cs.kiev.ua> To: cshenton@it.hq.nasa.gov (Chris Shenton) Cc: freebsd-hardware@freebsd.org Subject: Re: Non Intel x86 support? Newsgroups: cs-monolit.gated.lists.freebsd.hardware X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article you wrote: : On Fri, 12 Apr 1996 00:44:07 -0700 (PDT) : "/\\/\\ike Claussen" wrote: : claussen> Does FreeBSD support non Intel x86 chips? ie: Cyrix/AMD? : claussen> Are there any problems with such chips? : I'm using it quite happily (and cost-effectively :-) with an AMD 486-100. : Runs as fast on that as it does on the Genuine Intel P60 I have at work. My AMD-133 running at tripled 40MHz clock does very fine at work, as well as NexGen P90 in other machine (btw: NexGen mb+CPU is selling for $185 here - seems to be cheap, although I haven't got as much of performance as I have expected. CPU benchmarks pointers, anyone?). I have no Intel CPU on all of my 7 PC boxes ;-) Don't know anything about Cyrix. Also, can someone comment on M1 or K5? p.s. overclocking AMD133 to 4*40 or even 3*50 does even better, although you have to find the right motherboard to do it and PCI cards working at this speed (40Mhz is usually no problem, but my lovely NCR doesn't do at 50 in one SiS mb - other (UMC) ok). Sometimes you can just set CPU to P24D, or maybe you have to invent your own jumper setting. And yes, it is worth the effort - the performance is _greatly_ improved. Stability - I haven't got any problems so far. From owner-freebsd-hardware Mon Apr 15 07:57:24 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA22060 for hardware-outgoing; Mon, 15 Apr 1996 07:57:24 -0700 (PDT) Received: from cicerone.uunet.ca (cicerone.uunet.ca [142.77.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA22052 for ; Mon, 15 Apr 1996 07:57:18 -0700 (PDT) Received: from garou.uunet.ca ([142.77.1.81]) by cicerone.uunet.ca with SMTP id <166898-3>; Mon, 15 Apr 1996 10:57:09 -0400 X-Sender: user.mkerr@pop.uunet.ca X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hardware@FreeBSD.ORG From: Mike Kerr Subject: Creative CDROM not found in probe Message-Id: <96Apr15.105709edt.166898-3@cicerone.uunet.ca> Date: Mon, 15 Apr 1996 10:57:08 -0400 Sender: owner-hardware@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm trying to install FreeBSD 2.1-RELEASE and can't seem to get things to do what they should. The probe seems to detect everything fine EXCEPT for my CDROM. I'm using a Creative CDROM controlled by the SB16 card. It was looking for it at address 230 and the real address is 220, so I changed it and it still can't be found. Is there something I should be doing because I'm using it off the SB16 and not as a slave to my hard drive? Mike. ============================================================================ Michael E. Kerr mkerr@mail.net Network Control Centre Specialist +1 416 368 6621 UUNET Canada, Inc. http://www.uunet.ca/ From owner-freebsd-hardware Mon Apr 15 08:44:32 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA27500 for hardware-outgoing; Mon, 15 Apr 1996 08:44:32 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA27494 for ; Mon, 15 Apr 1996 08:44:28 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id BAA18719; Tue, 16 Apr 1996 01:45:35 +0930 From: Michael Smith Message-Id: <199604151615.BAA18719@genesis.atrad.adelaide.edu.au> Subject: Re: Creative CDROM not found in probe To: mkerr@mail.net (Mike Kerr) Date: Tue, 16 Apr 1996 01:45:35 +0930 (CST) Cc: freebsd-hardware@FreeBSD.ORG In-Reply-To: <96Apr15.105709edt.166898-3@cicerone.uunet.ca> from "Mike Kerr" at Apr 15, 96 10:57:08 am 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 Mike Kerr stands accused of saying: > > I'm using a Creative CDROM controlled by the SB16 card. It was looking for > it at address 230 and the real address is 220, so I changed it and it still > can't be found. It _is_ at 230, put it back. The documentation lies when it claims it's at 220. > Is there something I should be doing because I'm using it off the SB16 and > not as a slave to my hard drive? No, should work just fine. Make sure you have the 'matcdc0' device enabled and correctly configured. Does it show up during the boot-time probes? > Mike. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hardware Mon Apr 15 14:02:48 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA06289 for hardware-outgoing; Mon, 15 Apr 1996 14:02:48 -0700 (PDT) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA06274 for ; Mon, 15 Apr 1996 14:02:45 -0700 (PDT) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u8vbz-000wtgC; Mon, 15 Apr 96 14:15 PDT Received: from cc:Mail by ccgate.infoworld.com id AA829602096; Mon, 15 Apr 96 15:36:11 PST Date: Mon, 15 Apr 96 15:36:11 PST From: "Brett Glass" Message-Id: <9603158296.AA829602096@ccgate.infoworld.com> To: Michael Smith Cc: msmith@atrad.adelaide.edu.au, jacs@gnome.co.uk, hardware@FreeBSD.ORG Subject: Re: Micropolis 1991 AV 9GB Drive Sender: owner-hardware@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Just because you're traversing "more data" doesn't make said traversal > any _faster_. >From a throughput standpoint, it absolutely DOES make the traversal "faster," as measured in megabytes traversed per millisecond. This is a very important metric. > I'm suggesting that the disks you were talking about, ie. the 1991 > and the Seagate equivalent, have harsh spinup current requirements But only for spinup. And once the disk is running, current requirements drop dramatically. > ... sit next to one during an expire run on a large news spool. Remember > to bring a coffee or three. 8) Sounds as if storage is poorly arranged and/or fragmented. --Brett From owner-freebsd-hardware Mon Apr 15 14:02:49 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA06299 for hardware-outgoing; Mon, 15 Apr 1996 14:02:49 -0700 (PDT) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA06284 for ; Mon, 15 Apr 1996 14:02:47 -0700 (PDT) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u8vby-000wteC; Mon, 15 Apr 96 14:15 PDT Received: from cc:Mail by ccgate.infoworld.com id AA829602093; Mon, 15 Apr 96 15:32:07 PST Date: Mon, 15 Apr 96 15:32:07 PST From: "Brett Glass" Message-Id: <9603158296.AA829602093@ccgate.infoworld.com> To: Heikki Suonsivu Cc: hardware@freebsd.org Subject: Re: Micropolis 1991 AV 9GB Drive Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Is the news system you are using available freely ? It's based on a real-time executive that carries per-copy royalties, alas. (NOTHING can beat a good real-time kernel for an intense application like NetNews.) I would like to port it to something else, but would need to find (or write) a suitable RTX that could be freely distributed. --Brett From owner-freebsd-hardware Mon Apr 15 16:36:16 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA17068 for hardware-outgoing; Mon, 15 Apr 1996 16:36:16 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA16931 for ; Mon, 15 Apr 1996 16:35:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id AAA00594 ; Tue, 16 Apr 1996 00:30:43 +0100 (BST) To: Brett Glass cc: Michael Smith , jacs@gnome.co.uk, hardware@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Micropolis 1991 AV 9GB Drive In-reply-to: Your message of "Mon, 15 Apr 1996 15:36:11 PST." <9603158296.AA829602096@ccgate.infoworld.com> Date: Tue, 16 Apr 1996 00:30:42 +0100 Message-ID: <591.829611042@palmer.demon.co.uk> Sender: owner-hardware@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brett Glass wrote in message ID <9603158296.AA829602096@ccgate.infoworld.com>: > Sounds as if storage is poorly arranged and/or fragmented. After a few weeks/months of being a news spool, it will be fragmented, yes. That's unavoidable :-( And the ``arrangement'' that I was using was a single partition filling the whole disk for the spool ... splitting it would just make it an administrative nightmare. So the ``arrangement'' is dictated by the UFS/FFS kernel code... Gary From owner-freebsd-hardware Mon Apr 15 18:20:29 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA23348 for hardware-outgoing; Mon, 15 Apr 1996 18:20:29 -0700 (PDT) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA23337 Mon, 15 Apr 1996 18:20:24 -0700 (PDT) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u8zct-000wvhC; Mon, 15 Apr 96 18:32 PDT Received: from cc:Mail by ccgate.infoworld.com id AA829617513; Mon, 15 Apr 96 20:08:56 PST Date: Mon, 15 Apr 96 20:08:56 PST From: "Brett Glass" Message-Id: <9603158296.AA829617513@ccgate.infoworld.com> To: "Gary Palmer" Cc: msmith@atrad.adelaide.edu.au, jacs@gnome.co.uk, hardware@FreeBSD.ORG Subject: Re: Micropolis 1991 AV 9GB Drive Sender: owner-hardware@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > the ``arrangement'' is dictated by the UFS/FFS kernel code... Plus the convention of making every article a separate file. Yes, this would tie nearly any system in knots. Since one knows the characteristics of a news database and news traffic, it's very easy to make a better news server. Even small optimizations pay off in a big way. --Brett From owner-freebsd-hardware Wed Apr 17 01:48:45 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA25271 for hardware-outgoing; Wed, 17 Apr 1996 01:48:45 -0700 (PDT) Received: from zit1.zit.th-darmstadt.de (zit1.zit.th-darmstadt.de [130.83.63.20]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA25181 for ; Wed, 17 Apr 1996 01:48:38 -0700 (PDT) Received: from [130.83.63.13] (apfel.zit.th-darmstadt.de [130.83.63.13]) by zit1.zit.th-darmstadt.de (8.7.5/8.6.9) with SMTP id KAA12317; Wed, 17 Apr 1996 10:46:43 +0200 (MET DST) X-Sender: petzi@zit1.zit.th-darmstadt.de Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 17 Apr 1996 10:47:01 +0200 To: hardware@FreeBSD.org From: petzi@zit.th-darmstadt.de (Michael Beckmann) Subject: Re: Micropolis 1991 AV 9GB Drive Cc: Chris Stenton Sender: owner-hardware@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>> Is there a better 9GB drive I should be going for ... any advice would >>> be appreciated. IBM also makes a 10.5 GB drive. I would consider it. I have made very good experiences with various IBM hard drives. > Last I checked, the 4.3 gig drives >were a bit faster and used less power and may be smaller (not sure about the >latter). Isn't the Micropolis 1991 a 5.25 inch drive ? Most modern 4 GB drives have a 3.5 inch form factor. But who cares ? All tower cases have enough space for 5.25 inch drives. Michael