From owner-freebsd-hardware Sun Aug 1 8:35:30 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5]) by hub.freebsd.org (Postfix) with ESMTP id 5895914CA6; Sun, 1 Aug 1999 08:35:21 -0700 (PDT) (envelope-from rhh@ipass.net) Received: from stealth.ipass.net. (ppp-1-104.dialup.rdu.ipass.net [209.170.132.104]) by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id LAA06644; Sun, 1 Aug 1999 11:34:38 -0400 (EDT) Received: (from rhh@localhost) by stealth.ipass.net. (8.9.3/8.8.8) id LAA02470; Sun, 1 Aug 1999 11:37:09 -0400 (EDT) (envelope-from rhh) Date: Sun, 1 Aug 1999 11:37:09 -0400 From: Randall Hopper To: "Louis A. Mamakos" Cc: multimedia@FreeBSD.ORG, hardware@FreeBSD.ORG Subject: Re: 3D board for XFree86 GLX - Please recommend Message-ID: <19990801113709.A2171@ipass.net> References: <19990731150024.A3979@ipass.net> <199907312213.SAA11281@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <199907312213.SAA11281@whizzo.transsys.com>; from Louis A. Mamakos on Sat, Jul 31, 1999 at 06:13:45PM -0400 Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Louis A. Mamakos: |> I'm looking for recommendations for a good 3D board (PCI) that has 2D |> & 3D hardware support in the new XFree86 pre-4.0 release. I'd prefer that |> it support 3D-in-a-window and >= 1280x1024 resolution. Voodoo3? Riva128? |> RivaTNT? | |Just today I put a Matrox G400 in my FreeBSD box, and am running the |XFree86 3.3.4 server. Seems to work well for 2D stuff. Slick. What's the highest resolution and color depth it sports under XFree86? Does it support 3D in all modes? (I've got a 21-inch monitor, so ideally I'd like > 1280x1024.) Also, how does your Hauppauge WinCast TV/dbx card work with bktr/fxtv on the G400? (DGA TV card support for my next video card is a must! :-) |I'm also playing around right now with some GLX-based 3D in a window stuff |with this board. The Matrox seems to be pretty well supported by the |folks doing the Mesa-in-the-X-server work (http://glx.on.openprojects.net/) |I wend with the G400 rather than the RivaTNT since the current GLX support |for the TNT only works in 15/16 bits per pixel, and I really wanted a 24/32 |bit deep display. | |So far, so good. Only got the X server to hang once :-) Seriously, I now |need to make sure that I'm using the recommended version of Mesa for the |loadable module in the X server (rather than what was laying around in |my ports directory). But it's not doomed to be completely busted since |I got the OpenGL screensaves in xlock to go *really* fast compared to |software rendering. Great! Thanks for the feedback. I'd be interested in whatever else you try out regarding 3D-in-window support. Also, if you give an XFree86 4.0 prerelease a shot (3.9.15), I'd sure appreciate a Cc of your results. Thanks, Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Sun Aug 1 9: 6:12 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5]) by hub.freebsd.org (Postfix) with ESMTP id 11E5214D72; Sun, 1 Aug 1999 09:06:08 -0700 (PDT) (envelope-from rhh@ipass.net) Received: from stealth.ipass.net. (ppp-1-104.dialup.rdu.ipass.net [209.170.132.104]) by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id MAA09917; Sun, 1 Aug 1999 12:06:02 -0400 (EDT) Received: (from rhh@localhost) by stealth.ipass.net. (8.9.3/8.8.8) id MAA03408; Sun, 1 Aug 1999 12:08:34 -0400 (EDT) (envelope-from rhh) Date: Sun, 1 Aug 1999 12:08:34 -0400 From: Randall Hopper To: "Louis A. Mamakos" Cc: multimedia@FreeBSD.ORG, hardware@FreeBSD.ORG Subject: Re: 3D board for XFree86 GLX - Please recommend Message-ID: <19990801120834.A3025@ipass.net> References: <19990731150024.A3979@ipass.net> <199907312213.SAA11281@whizzo.transsys.com> <19990801113709.A2171@ipass.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <19990801113709.A2171@ipass.net>; from Randall Hopper on Sun, Aug 01, 1999 at 11:37:09AM -0400 Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Randall Hopper: |Slick. What's the highest resolution and color depth it sports under |XFree86? Does it support 3D in all modes? (I've got a 21-inch monitor, so |ideally I'd like > 1280x1024.) I see the G400 is an AGP-only video card. Darn. It looks like the G200 is candidate though... I'll have to research it. Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Sun Aug 1 9: 7:56 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 90F0214D7F; Sun, 1 Aug 1999 09:07:50 -0700 (PDT) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.9.3/8.9.1) with ESMTP id MAA14009; Sun, 1 Aug 1999 12:07:29 -0400 (EDT) (envelope-from louie@whizzo.transsys.com) Message-Id: <199908011607.MAA14009@whizzo.transsys.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Randall Hopper Cc: multimedia@FreeBSD.ORG, hardware@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: 3D board for XFree86 GLX - Please recommend References: <19990731150024.A3979@ipass.net> <199907312213.SAA11281@whizzo.transsys.com> <19990801113709.A2171@ipass.net> In-reply-to: Your message of "Sun, 01 Aug 1999 11:37:09 EDT." <19990801113709.A2171@ipass.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 01 Aug 1999 12:07:29 -0400 Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Louis A. Mamakos: > |> I'm looking for recommendations for a good 3D board (PCI) that has 2D > |> & 3D hardware support in the new XFree86 pre-4.0 release. I'd prefer that > |> it support 3D-in-a-window and >= 1280x1024 resolution. Voodoo3? Riva128? > |> RivaTNT? > | > |Just today I put a Matrox G400 in my FreeBSD box, and am running the > |XFree86 3.3.4 server. Seems to work well for 2D stuff. > > Slick. What's the highest resolution and color depth it sports under > XFree86? Does it support 3D in all modes? (I've got a 21-inch monitor, so > ideally I'd like > 1280x1024.) I'm running it in 1280x1024x32 right now on a 19" monitor. Note that it also support 1280x1024x24 (packed), but as usual, netscrape doesn't deal well with that sort of display. It has 32MB of memory on board and I think you can go well over 1280x1024 at 32bpp without problem. As I understand it, you begin to make some tradeoffs on how much memory is left over on the board for textures. In my case, I'm primarily concerned with how well it works in 2D mode, with 3D accelleration coming next. That's why I went with the G400 as I was unwilling to run at 16bpp as the TNT software currently requires. > Also, how does your Hauppauge WinCast TV/dbx card work with bktr/fxtv on > the G400? (DGA TV card support for my next video card is a must! :-) Yup, this seems to work just fine. There appears to be a bug when trying to switch back from 640x480 "full screen" mode. This is still an improvement over my previous configuration with the #9 Motion 771 S3-968 based board, where switching into 640x480 mode would not work that great. > |I'm also playing around right now with some GLX-based 3D in a window stuff > |with this board. The Matrox seems to be pretty well supported by the > |folks doing the Mesa-in-the-X-server work (http://glx.on.openprojects.net/) > |I wend with the G400 rather than the RivaTNT since the current GLX support > |for the TNT only works in 15/16 bits per pixel, and I really wanted a 24/32 > |bit deep display. > | > |So far, so good. Only got the X server to hang once :-) Seriously, I now > |need to make sure that I'm using the recommended version of Mesa for the > |loadable module in the X server (rather than what was laying around in > |my ports directory). But it's not doomed to be completely busted since > |I got the OpenGL screensaves in xlock to go *really* fast compared to > |software rendering. > > Great! Thanks for the feedback. I'd be interested in whatever else you > try out regarding 3D-in-window support. Also, if you give an XFree86 4.0 > prerelease a shot (3.9.15), I'd sure appreciate a Cc of your results. I've been playing around with xlock just to see the pretty screensavers zip along, as well as with vtk (/usr/ports/math/vtk) which is a visualization toolkit. Pretty much all the testing I've been doing (and all of vtk) has been in a window, rather than full-screen mode. I haven't had a chance to try the 4.0 prerelease yet, but hope to eventually get around to it. I got my G400 from the local computer-store-hole-in-the-wall for $189. Note this was for the OEM version which has the 300MHz RAMDAC and lacks the second display output. It has 32MB of SGRAM on board. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Mon Aug 2 10:28:21 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from charlotte.geac.com (charlotte.geac.com [208.144.226.130]) by hub.freebsd.org (Postfix) with SMTP id 201561530A for ; Mon, 2 Aug 1999 10:28:13 -0700 (PDT) (envelope-from n.spence@geac.com) Received: (qmail 14095 invoked from network); 2 Aug 1999 17:25:39 -0000 Received: from aramis.geac.com (HELO b21bis.clsi.us.geac.com) (208.144.226.1) by 192.168.226.130 with SMTP; 2 Aug 1999 17:25:39 -0000 Received: (qmail 16448 invoked from network); 2 Aug 1999 17:25:29 -0000 Received: from exchange.eci.us.geac.com (HELO ilpostino.eci.us.geac.com) (192.168.70.13) by b21bis.us.geac.com with SMTP; 2 Aug 1999 17:25:29 -0000 Received: by exchange.eci.us.geac.com with Internet Mail Service (5.5.1960.3) id ; Mon, 2 Aug 1999 10:27:19 -0700 Message-ID: <85D42D7EE2DAD2119CD400A0C9E1004F64F651@exchange.eci.us.geac.com> From: Nikolaus Spence To: "'Matthew N. Dodd'" Cc: "'hardware@freebsd.org'" Subject: RE: EISA DPT raid controllers Date: Mon, 2 Aug 1999 10:27:19 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have the 2022a card. The system it's going in is an old AST premmia P/60. It has no IDE drives in it so will I need to make a new kernel floppy to start it up or should I just slam some IDE disks in there to make life easy? Nikolaus -----Original Message----- From: Matthew N. Dodd [mailto:winter@jurai.net] Sent: Friday, July 30, 1999 6:13 PM To: Nikolaus Spence Cc: 'freebsd-hardware@freebsd.org' Subject: Re: EISA DPT raid controllers On Fri, 30 Jul 1999, Nikolaus Spence wrote: > is there anything special I would need to do to probe an EISA DPT raid > controller at startup? There's nothing in the visual kernal config > for it except under PCI. Well... Heres the deal. The DPT EISA controllers appear to need some sort of frobbing outside of what FreeBSD does to allow their config registers to be read as specified by the EISA .cfg file that ships with them. I've been unable to find out exactly what this sequence is. So the DPT EISA driver in the system is more or less broken. However. I have a hacked up dpt_eisa.c file that gets around this. What version of FreeBSD are you running and what is the model # of your card? -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Mon Aug 2 11:38:46 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id C905914CC4 for ; Mon, 2 Aug 1999 11:38:32 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with ESMTP id OAA23934; Mon, 2 Aug 1999 14:38:00 -0400 (EDT) Date: Mon, 2 Aug 1999 14:38:00 -0400 (EDT) From: "Matthew N. Dodd" To: Nikolaus Spence Cc: "'hardware@freebsd.org'" Subject: RE: EISA DPT raid controllers In-Reply-To: <85D42D7EE2DAD2119CD400A0C9E1004F64F651@exchange.eci.us.geac.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 2 Aug 1999, Nikolaus Spence wrote: > I have the 2022a card. The system it's going in is an old AST premmia > P/60. It has no IDE drives in it so will I need to make a new kernel > floppy to start it up or should I just slam some IDE disks in there to > make life easy? A new kernel would work. Again, what version of FreeBSD are you going to be running on the box? I've got stuff that should work as far back as 2.2 but I'll have to dig it out of RCS. Or I can just give you the RCS file and let you figure it out though my check-in comments are less than helpful. ftp;//ftp.jurai.net/users/winter/dpt_eisa.hack.c,v I'm going to fix the in tree DPT EISA code once I implement something a little less ugly to retreive the onboard config via PIO. (That or figure out the correct incantation to feed the EISA config regs to retreive the config ECU style.) > -----Original Message----- > From: Matthew N. Dodd [mailto:winter@jurai.net] > Sent: Friday, July 30, 1999 6:13 PM > To: Nikolaus Spence > Cc: 'freebsd-hardware@freebsd.org' > Subject: Re: EISA DPT raid controllers > > > On Fri, 30 Jul 1999, Nikolaus Spence wrote: > > is there anything special I would need to do to probe an EISA DPT raid > > controller at startup? There's nothing in the visual kernal config > > for it except under PCI. > > Well... > > Heres the deal. > > The DPT EISA controllers appear to need some sort of frobbing outside of > what FreeBSD does to allow their config registers to be read as specified > by the EISA .cfg file that ships with them. > > I've been unable to find out exactly what this sequence is. > > So the DPT EISA driver in the system is more or less broken. > > However. > > I have a hacked up dpt_eisa.c file that gets around this. > > What version of FreeBSD are you running and what is the model # of your > card? > > -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Mon Aug 2 15:57:14 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5]) by hub.freebsd.org (Postfix) with ESMTP id 62D8514FB2; Mon, 2 Aug 1999 15:57:01 -0700 (PDT) (envelope-from rhh@ipass.net) Received: from stealth.ipass.net. (ppp-4-88.dialup.rdu.ipass.net [209.170.134.88]) by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id SAA22647; Mon, 2 Aug 1999 18:56:27 -0400 (EDT) Received: (from rhh@localhost) by stealth.ipass.net. (8.9.3/8.8.8) id SAA05310; Mon, 2 Aug 1999 18:59:01 -0400 (EDT) (envelope-from rhh) Date: Mon, 2 Aug 1999 18:59:01 -0400 From: Randall Hopper To: "Louis A. Mamakos" Cc: multimedia@FreeBSD.ORG, hardware@FreeBSD.ORG Subject: Re: 3D board for XFree86 GLX - Please recommend Message-ID: <19990802185901.A4639@ipass.net> References: <19990731150024.A3979@ipass.net> <199907312213.SAA11281@whizzo.transsys.com> <19990801113709.A2171@ipass.net> <199908011607.MAA14009@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <199908011607.MAA14009@whizzo.transsys.com>; from Louis A. Mamakos on Sun, Aug 01, 1999 at 12:07:29PM -0400 Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Louis A. Mamakos: |I've been playing around with xlock just to see the pretty screensavers |zip along, as well as with vtk (/usr/ports/math/vtk) which is a visualization |toolkit. Pretty much all the testing I've been doing (and all of vtk) has |been in a window, rather than full-screen mode. Yeah, VTK and IBM Data Explorer are the two main power apps I have in mind running on the board. I use both at home and at work, though they're sweeter on the SGIs at work of course. :-) Looking forward to closing that 3D performance gap a bit, for SciVis tools and games. (BTW, I can't figure why anyone put the VTK port in the math directory. VTK = Visualization Toolkit = graphics / scientific visualization. Oh well, if everything made sense we'd all be bored.) Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Tue Aug 3 2: 2:16 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from mrelay.jrc.it (mrelay.jrc.it [139.191.1.65]) by hub.freebsd.org (Postfix) with ESMTP id 0BCD414FB5; Tue, 3 Aug 1999 02:02:10 -0700 (PDT) (envelope-from nick.hibma@jrc.it) Received: from elect8 (elect8.jrc.it [139.191.71.152]) by mrelay.jrc.it (LMC5692) with SMTP id KAA03681; Tue, 3 Aug 1999 10:44:35 +0200 (MET DST) Date: Tue, 3 Aug 1999 10:44:32 +0200 (MET DST) From: Nick Hibma X-Sender: n_hibma@elect8 Reply-To: Nick Hibma To: FreeBSD current mailing list , FreeBSD hackers mailing list , FreeBSD hardware mailing list Subject: Support for ez USB chips, anchorchips Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org A down-/uploader for the EZ USB chip is available from http://www.etla.net/~ezload.tar.gz See also the AnchorChips home page http://www.anchorchips.com/ The utility is courtesy of Dirk van Gulik, WebWeaving Consultancy and ActiveWire, Inc. (prototype board, http://www.activewireinc.com/) Cheers, Nick Hibma FreeBSD USB Project mailing list: usb-bsd@egroups.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Tue Aug 3 6:26: 1 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from Dolinca.IBC.IskraSistemi.Si (Dolinca.IBC.IskraSistemi.Si [194.249.213.241]) by hub.freebsd.org (Postfix) with ESMTP id 7DDE015286; Tue, 3 Aug 1999 06:25:49 -0700 (PDT) (envelope-from brodnik@Dolinca.IBC.IskraSistemi.Si) Received: (from brodnik@localhost) by Dolinca.IBC.IskraSistemi.Si (8.8.8/8.8.7) id PAA24137; Tue, 3 Aug 1999 15:33:40 +0200 (CEST) (envelope-from brodnik) From: Andrej Brodnik (Andy) Message-Id: <199908031333.PAA24137@Dolinca.IBC.IskraSistemi.Si> Subject: Overloading my machine? To: freebsd-hardware@FreeBSD.ORG, hackers@FreeBSD.ORG Date: Tue, 3 Aug 1999 15:33:40 +0200 (CEST) Organization: IBC, Iskra Systems Reply-To: Andrej.Brodnik@IBC.IskraSistemi.SI (Andrej Brodnik (Andy)) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org From brodnik Tue Aug 3 15:27:35 1999 Subject: Overloading my machine? To: freebsd-hardware@FreeBSD.ORG, hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Date: Tue, 3 Aug 1999 15:27:35 +0200 (CEST) Organization: IBC, Iskra Systems Reply-To: Andrej.Brodnik@IBC.IskraSistemi.SI (Andrej Brodnik (Andy)) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2692 Status: RO Hi there, I want to put on my machine the following HW (I'll be running FBSD-3.2) beside the usual HW (serial and parallel ports etc.): - three IDE disks - floppy - IDE CD-ROM - three ep NIC - Adaptec PCI bus SCSI adapter Now, this is not a lot of burden (I think) for the processor, but I'm a bit afraid about the architecture. Will this work? In particular, I'm worried about the interrupts. Any suggestions how to configure them? Thanx in advance for your assistance! LPA PS: Here is dmesg for the current FBSD which doesn't have SCSI adapter installed. ---------------------------------------------------------------------- Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.8-STABLE #0: Wed Jan 20 13:08:03 MET 1999 root@Irena.IskraSistemi.Si:/usr/ports/FreeBSD-src/sys/compile/IRENA CPU: Pentium/P54C (166.19-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 134217728 (131072K bytes) avail memory = 129335296 (126304K bytes) Probing for devices on PCI bus 0: chip0 rev 3 on pci0:0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 pci0:7:2: Intel Corporation, device=0x7020, class=serial, subclass=0x03 int d irq 11 [no driver assigned] vga0 rev 64 on pci0:19:0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <4 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S wdc1: unit 1 (wd3): wd3: 2503MB (5126688 sectors), 5086 cyls, 16 heads, 63 S/T, 512 B/S 3 3C5x9 board(s) on ISA found at 0x300 0x260 0x280 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/utp/bnc[*BNC*] address 00:60:97:3a:73:bf ep1 at 0x280-0x28f irq 5 on isa ep1: aui/utp/bnc[*BNC*] address 00:a0:24:dd:96:fe ep2 at 0x260-0x26f irq 11 on isa ep2: utp[*UTP*] address 00:60:97:4e:e5:93 npx0 on motherboard npx0: INT 16 interface Intel Pentium detected, installing workaround for F00F bug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Tue Aug 3 9:22:43 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 192A814C42; Tue, 3 Aug 1999 09:22:38 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id JAA22069; Tue, 3 Aug 1999 09:21:49 -0700 (PDT) (envelope-from dillon) Date: Tue, 3 Aug 1999 09:21:49 -0700 (PDT) From: Matthew Dillon Message-Id: <199908031621.JAA22069@apollo.backplane.com> To: Andrej Brodnik (Andy) Cc: freebsd-hardware@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Overloading my machine? References: <199908031333.PAA24137@Dolinca.IBC.IskraSistemi.Si> Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org :Hi there, : :I want to put on my machine the following HW (I'll be running :FBSD-3.2) beside the usual HW (serial and parallel ports etc.): : : - three IDE disks : - floppy : - IDE CD-ROM : - three ep NIC : - Adaptec PCI bus SCSI adapter : :Now, this is not a lot of burden (I think) for the processor, but I'm :a bit afraid about the architecture. Will this work? In particular, :I'm worried about the interrupts. Any suggestions how to configure :them? : :Thanx in advance for your assistance! : :LPA : :PS: Here is dmesg for the current FBSD which doesn't have SCSI adapter :installed. : :FreeBSD 2.2.8-STABLE #0: Wed Jan 20 13:08:03 MET 1999 : root@Irena.IskraSistemi.Si:/usr/ports/FreeBSD-src/sys/compile/IRENA :CPU: Pentium/P54C (166.19-MHz 586-class CPU) :... Well, the burden will not come from the devices but instead will come from the load you place on them. So, the real question should be: how do you intend to use the machine? The only hardware recommendation I can make would be to watch out re: the IDE disks. You may not be able to use DMA on all of them and that will really take the cpu out for lunch. SCSI is the better choice there if you intend to load the disks down. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Tue Aug 3 11: 2:20 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from dead-end.net (dead-end.net [216.15.131.2]) by hub.freebsd.org (Postfix) with ESMTP id 1F1BC14D36; Tue, 3 Aug 1999 11:02:10 -0700 (PDT) (envelope-from rock@dead-end.net) Received: from dead-end.net (p3E9C37CB.dip.t-dialin.net [62.156.55.203]) by dead-end.net (8.9.3/DEAD-END/1999022000) with ESMTP id UAA79265; Tue, 3 Aug 1999 20:01:09 +0200 (CEST) (envelope-from rock@dead-end.net) Message-ID: <37A72E77.509A7485@dead-end.net> Date: Tue, 03 Aug 1999 20:01:27 +0200 From: "D. Rock" X-Mailer: Mozilla 4.6 [de] (Win98; U) X-Accept-Language: de MIME-Version: 1.0 To: "Andrej Brodnik (Andy)" Cc: freebsd-hardware@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Overloading my machine? References: <199908031333.PAA24137@Dolinca.IBC.IskraSistemi.Si> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Andrej Brodnik (Andy)" schrieb: > Hi there, > > I want to put on my machine the following HW (I'll be running > FBSD-3.2) beside the usual HW (serial and parallel ports etc.): > > - three IDE disks > - floppy > - IDE CD-ROM > - three ep NIC > - Adaptec PCI bus SCSI adapter > > Now, this is not a lot of burden (I think) for the processor, but I'm > a bit afraid about the architecture. Will this work? In particular, > I'm worried about the interrupts. Any suggestions how to configure > them? The ISA NIC's would made me worry. An ISA Ethernet NIC with a rate of ~ 1 MB/s utilizes the CPU up to 50-70% (regardless of the CPU speed). On practictal tests the ISA bus maxes out at around 3MB/s at 100 % CPU load (unless the ISA device does DMA) For more than average network traffic, I'd put some cheap PCI NICs in. You should have at least 2 PCI slots free. Unless you are using this machine also as a workstation, you could throw out the PCI VGA adapter and just use a plain old ISA one, so you will gain another PCI slot. Daniel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Tue Aug 3 22:14:26 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from dorifer.heim3.tu-clausthal.de (dorifer.heim3.tu-clausthal.de [139.174.243.252]) by hub.freebsd.org (Postfix) with ESMTP id 7FEB114D64; Tue, 3 Aug 1999 22:14:20 -0700 (PDT) (envelope-from olli@dorifer.heim3.tu-clausthal.de) Received: (from olli@localhost) by dorifer.heim3.tu-clausthal.de (8.8.8/8.8.8) id HAA20570; Wed, 4 Aug 1999 07:12:58 +0200 (CEST) (envelope-from olli) Date: Wed, 4 Aug 1999 07:12:58 +0200 (CEST) From: Oliver Fromme Message-Id: <199908040512.HAA20570@dorifer.heim3.tu-clausthal.de> To: freebsd-hardware@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG Subject: Kodak DC240 camera USB download utility Organization: Administration Heim 3 Reply-To: freebsd-hardware@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: TIN [version 1.2 RZTUC(3) PL2] Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, A first alpha version of my picture download utility for the Kodak DC240 camera is available, it's called ``oPhoto''. It has been tested with the following environment: - Kodak DC240 - FreeBSD 4.0-19990726-CURRENT (i386) - Uni-processor (non-SMP) system - UHCI intel 82371AB/EB (PIIX4) USB controller This utility will not work with non-Kodak cameras. Don't even try it. It _might_ work with other Kodak cameras that have a USB interface, e.g. the DC265. However, I'm not able test that (I only have a DC240). Other FreeBSD versions: I haven't tried any. It might work with older versions of 4.0-current or 3.2-stable (not tested!), but it will most probably not work with anything older than 3.2-Release. I haven't tested NetBSD, it might work, too. And I have no idea if it works on any non-i386 platforms (e.g. Alpha/AXP). I guess it doesn't. I've had some strange problems with an SMP box, but I'm not sure if that's a driver bug or a hardware problem. It didn't even recognize the camera at all, and ``devlist'' reported errors. I've read somewhere that the current OHCI driver does not support so-called bulk endpoints, which are used by the Kodak DC240. If that's true, only UHCI controllers will work for now. Here are the URLs: http://www.fromme.com/ophoto/ http://dorifer.heim3.tu-clausthal.de/~olli/ophoto/ The first URL is the "canonical" one, but there seem to be network problems right now, so please use the second URL. Regards Oliver -- Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany (Info: finger userinfo:olli@dorifer.heim3.tu-clausthal.de) "In jedem Stück Kohle wartet ein Diamant auf seine Geburt" (Terry Pratchett) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Wed Aug 4 4:42: 9 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from smtp05.primenet.com (smtp05.primenet.com [206.165.6.135]) by hub.freebsd.org (Postfix) with ESMTP id CF31714D21; Wed, 4 Aug 1999 04:42:01 -0700 (PDT) (envelope-from kbock@pop.primenet.com) Received: (from daemon@localhost) by smtp05.primenet.com (8.9.1/8.9.1) id EAA23892; Wed, 4 Aug 1999 04:41:51 -0700 Received: from ip-17-060.prc.primenet.com(207.218.17.60), claiming to be "kevin" via SMTP by smtp05.primenet.com, id smtpdJ2kAUa; Wed Aug 4 04:41:43 1999 Message-Id: <3.0.6.32.19990804044121.007c0e80@pop.primenet.com> X-Sender: kbock@pop.primenet.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Wed, 04 Aug 1999 04:41:21 -0700 To: freebsd-hardware@freebsd.org From: Kevin Subject: Tekram DC-390U2W support (80Mb/sec operation) Cc: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hey all, I purchased a Tekram DC-390U2W scsi controller to use with a FreeBSD server of mine. It uses the NCR 53c141 (and 53c895?) chipset(s). I see that ncr.c supports the NCR 53c8xx family of chipsets.. which the controller is seen as having a 53c895, which only supports 40Mb/sec operation(?) {NCR_895_ID, 0x00, "ncr 53c895 fast40 wide scsi", 7, 31, 7, FE_WIDE|FE_ULTRA2|FE_QUAD|FE_CACHE_SET|FE_DFS|FE_LDSTR|FE_PFEN|FE_RAM} I am assuming that it only supports 40Mb/sec operation.. could someone prove me wrong? I just want to get 80Mb/sec operation (would I need to have support for the 53c141 driver? are there any out there, is it in the works?). Tekram has FreeBSD drivers on their site but they say it is supported in 3.0, I can't find anything newer. They are working on a new one.. They already have support for the DC-390U2W on various Linux's of course :( Could anyone *please* enlighten me? I would be grateful. Please reply to my email address, as I am not subsribed to these lists. Thanks a lot, Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Wed Aug 4 12:33:21 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from ns.uninet.ee (ns.uninet.ee [194.204.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6284715403; Wed, 4 Aug 1999 12:32:59 -0700 (PDT) (envelope-from henri@inspiral.net) Received: from iral (iral.inspiral.net [194.204.49.250]) by ns.uninet.ee (8.8.8/8.7.3) with SMTP id WAA12534; Wed, 4 Aug 1999 22:31:10 +0300 (EEST) Message-Id: <199908041931.WAA12534@ns.uninet.ee> Comments: Authenticated sender is From: "Henri Laupmaa" Organization: Inspiral Network To: freebsd-small@FreeBSD.ORG Date: Wed, 4 Aug 1999 22:31:07 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: booting from CD Cc: freebsd-questions@freefall.FreeBSD.org, freebsd-hardware@FreeBSD.ORG, freebsd-net@FreeBSD.ORG X-mailer: Pegasus Mail for Win32 (v2.53EE/R1) Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Has anyone tried to burn an installation to CD to run as read-only op system from a machine with CD as only storage device ... What about running X & Netscape on top of that? Suggestions anyone? Regards, Henri Laupmaa Inspiral Network henri@inspiral.net +372 55 24542 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Wed Aug 4 12:39:47 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id 3035A15418; Wed, 4 Aug 1999 12:39:41 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id MAA07053; Wed, 4 Aug 1999 12:33:22 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199908041933.MAA07053@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Henri Laupmaa" Cc: freebsd-small@FreeBSD.ORG, freebsd-questions@freefall.FreeBSD.org, freebsd-hardware@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: booting from CD In-reply-to: Your message of "Wed, 04 Aug 1999 22:31:07 +0200." <199908041931.WAA12534@ns.uninet.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 04 Aug 1999 12:33:22 -0700 From: Mike Smith Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Has anyone tried to burn an installation to CD to > run as read-only op system from a machine with CD > as only storage device ... > > What about running X & Netscape on top of that? > > Suggestions anyone? See the "FreeBSD Express" CD in the new toolkit. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Wed Aug 4 15:30:15 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id 1A04114D18; Wed, 4 Aug 1999 15:30:06 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.9.3/8.9.3) with ESMTP id PAA38372; Wed, 4 Aug 1999 15:29:16 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Wed, 4 Aug 1999 15:29:16 -0700 (PDT) From: Doug White To: freebsd-hardware@FreeBSD.ORG Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Kodak DC240 camera USB download utility In-Reply-To: <199908040512.HAA20570@dorifer.heim3.tu-clausthal.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 4 Aug 1999, Oliver Fromme wrote: > A first alpha version of my picture download utility for the > Kodak DC240 camera is available, it's called ``oPhoto''. It > has been tested with the following environment: Er, Ophoto is a product by Apple... the name is probably copyrighted. Doug White Internet: dwhite@resnet.uoregon.edu | FreeBSD: The Power to Serve http://gladstone.uoregon.edu/~dwhite | www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Wed Aug 4 20:36:26 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (Postfix) with ESMTP id 8E2C014BF6; Wed, 4 Aug 1999 20:36:22 -0700 (PDT) (envelope-from dkelly@nospam.hiwaay.net) Received: from nospam.hiwaay.net (tnt8-216-180-15-174.dialup.HiWAAY.net [216.180.15.174]) by mail.HiWAAY.net (8.9.1a/8.9.0) with ESMTP id WAA04403; Wed, 4 Aug 1999 22:35:41 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by nospam.hiwaay.net (8.9.3/8.9.3) with ESMTP id WAA37277; Wed, 4 Aug 1999 22:20:45 -0500 (CDT) (envelope-from dkelly@nospam.hiwaay.net) Message-Id: <199908050320.WAA37277@nospam.hiwaay.net> X-Mailer: exmh version 2.0.2 2/24/98 To: Doug White Cc: freebsd-hardware@FreeBSD.org, freebsd-multimedia@FreeBSD.org From: David Kelly Subject: Re: Kodak DC240 camera USB download utility In-reply-to: Message from Doug White of "Wed, 04 Aug 1999 15:29:16 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 04 Aug 1999 22:20:37 -0500 Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug White writes: > On Wed, 4 Aug 1999, Oliver Fromme wrote: > > > A first alpha version of my picture download utility for the > > Kodak DC240 camera is available, it's called ``oPhoto''. It > > has been tested with the following environment: > > Er, Ophoto is a product by Apple... the name is probably copyrighted. A minor nit, product names can not be copyrighted but may be trademarked. -- David Kelly N4HHE, dkelly@nospam.hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Wed Aug 4 21: 6:22 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from dorifer.heim3.tu-clausthal.de (dorifer.heim3.tu-clausthal.de [139.174.243.252]) by hub.freebsd.org (Postfix) with ESMTP id 1B33F14D2F; Wed, 4 Aug 1999 21:06:16 -0700 (PDT) (envelope-from olli@dorifer.heim3.tu-clausthal.de) Received: (from olli@localhost) by dorifer.heim3.tu-clausthal.de (8.8.8/8.8.8) id GAA04399; Thu, 5 Aug 1999 06:05:44 +0200 (CEST) (envelope-from olli) Date: Thu, 5 Aug 1999 06:05:44 +0200 (CEST) From: Oliver Fromme Message-Id: <199908050405.GAA04399@dorifer.heim3.tu-clausthal.de> To: freebsd-multimedia@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG Subject: Re: Kodak DC240 camera USB download utility Organization: Administration Heim 3 Reply-To: freebsd-hardware@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: TIN [version 1.2 RZTUC(3) PL2] Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org David Kelly wrote in list.freebsd-hardware: > Doug White writes: > > On Wed, 4 Aug 1999, Oliver Fromme wrote: > > > > > A first alpha version of my picture download utility for the > > > Kodak DC240 camera is available, it's called ``oPhoto''. It > > > has been tested with the following environment: > > > > Er, Ophoto is a product by Apple... the name is probably copyrighted. > > A minor nit, product names can not be copyrighted but may be > trademarked. Well, I spell it differently ("oPhoto"). ;-) Anyway, it's only the current project title. If there is any trouble with that name, I will rename it. Regards Oliver -- Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany (Info: finger userinfo:olli@dorifer.heim3.tu-clausthal.de) "In jedem Stück Kohle wartet ein Diamant auf seine Geburt" (Terry Pratchett) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Wed Aug 4 21:19:26 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from xena.cs.waikato.ac.nz (xena.cs.waikato.ac.nz [130.217.241.20]) by hub.freebsd.org (Postfix) with ESMTP id B491914D2F; Wed, 4 Aug 1999 21:19:17 -0700 (PDT) (envelope-from joerg@lucy.cs.waikato.ac.nz) Received: from lucy.cs.waikato.ac.nz (joerg@lucy.cs.waikato.ac.nz [130.217.241.12]) by xena.cs.waikato.ac.nz (8.9.3/8.9.3) with ESMTP id QAA04935; Thu, 5 Aug 1999 16:18:53 +1200 (NZST) Received: (from joerg@localhost) by lucy.cs.waikato.ac.nz (8.9.3/8.9.0) id QAA04003; Thu, 5 Aug 1999 16:18:51 +1200 (NZST) Date: Thu, 5 Aug 1999 16:18:51 +1200 From: Joerg Micheel To: freebsd-hardware@freebsd.org Cc: freebsd-multimedia@freebsd.org, joerg@cs.waikato.ac.nz Subject: Re: Kodak DC240 camera USB download utility Message-ID: <19990805161851.R24149@cs.waikato.ac.nz> References: <199908050405.GAA04399@dorifer.heim3.tu-clausthal.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <199908050405.GAA04399@dorifer.heim3.tu-clausthal.de>; from Oliver Fromme on Thu, Aug 05, 1999 at 06:05:44AM +0200 Organization: SCMS, The University of Waikato, Hamilton, New Zealand Project: WAND - Waikato Applied Network Dynamics, DAG Operating-System: ... drained by Solaris 7 SPARC Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Aug 05, 1999 at 06:05:44AM +0200, Oliver Fromme wrote: > David Kelly wrote in list.freebsd-hardware: > > Doug White writes: > > > On Wed, 4 Aug 1999, Oliver Fromme wrote: > > > > > > > A first alpha version of my picture download utility for the > > > > Kodak DC240 camera is available, it's called ``oPhoto''. It > > > > has been tested with the following environment: > > > > > > Er, Ophoto is a product by Apple... the name is probably copyrighted. > > > > A minor nit, product names can not be copyrighted but may be > > trademarked. > > Well, I spell it differently ("oPhoto"). ;-) > > Anyway, it's only the current project title. If there is > any trouble with that name, I will rename it. Call it oFoto, that matches more of your name :-). Joerg -- Joerg B. Micheel Email: Waikato Applied Network Dynamics Phone: +64 7 8384794 The University of Waikato, SCMS Fax: +64 7 8384155 Private Bag 3105 Pager: +64 868 38222 Hamilton, New Zealand Plan: TINE and the DAG's To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Thu Aug 5 14: 9: 2 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from dptnotes.dpt.com (dptnotes.dpt.com [206.138.241.6]) by hub.freebsd.org (Postfix) with SMTP id CF15014CB0; Thu, 5 Aug 1999 14:08:55 -0700 (PDT) (envelope-from salyzyn_mark@dpt.com) Received: from bohica.dpt.com ([198.242.63.84]) by dptnotes.dpt.com (Lotus SMTP MTA v4.6.4 (830.2 3-23-1999)) with SMTP id 852567C4.0074B168; Thu, 5 Aug 1999 17:14:36 -0400 Received: by bohica.dpt.com [198.242.63.84] (NX5.67f2/NX3.0M) id AA19710; Thu, 5 Aug 1999 17:07:36 -0400 Message-Id: <199908052107.AA19710@bohica.dpt.com> Mime-Version: 1.0 (NeXT Mail 3.3 v148.2.1) Content-Type: text/enriched; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Received: by NeXT.Mailer (1.148.2.1) From: Mark Salyzyn Date: Thu, 5 Aug 1999 17:07:35 -0400 To: freebsd-hardware@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG, michaelh@cet.co.jp, kirk@bohica.net, lyndon@MessagingDirect.COM, bonnetf@bart.esiee.fr, kwc@world.std.com, horton@cft.net, gambert@cft.net Subject: DPT RAID I2O Card driver Reply-To: salyzyn@dpt.com Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have a preliminary SCSI driver for the following series of DPT `I2O' controller cards and FreeBSD 2.2.X: PM1554 PM2554 PM3754 PM3755 This driver has passthrough (a CLI based configuration tool runs with it native on FreeBSD 2.2.8 at least). The driver has *no* timeout handling, for example, so it's not full production yet, but it was based on the released BSDi BSD/OS 4.0.1 DPT driver, so it should have some ingrown stability. It handles Ultra 2, Ultra 3, Fibre, dual-port fibre and up to 4 SCSI channel cards. I am interested in people to test the driver and tools, contact me if you currently own the above DPT controller cards and I'll curl up the driver source and tools. If there is anyone interested in porting it to the 3.X or 4.X environments, I must admit there is limited will currently to do that here, thus porting it to the CAM layer in the later OS' would be highly appreciated. Sincerely -- Mark Salyzyn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Thu Aug 5 14:16:52 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id AB3FB15502; Thu, 5 Aug 1999 14:16:48 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id OAA05828; Thu, 5 Aug 1999 14:13:25 -0700 (PDT) Message-Id: <199908052113.OAA05828@implode.root.com> To: salyzyn@dpt.com Cc: freebsd-hardware@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG, michaelh@cet.co.jp, kirk@bohica.net, lyndon@MessagingDirect.COM, bonnetf@bart.esiee.fr, kwc@world.std.com, horton@cft.net, gambert@cft.net Subject: Re: DPT RAID I2O Card driver In-reply-to: Your message of "Thu, 05 Aug 1999 17:07:35 EDT." <199908052107.AA19710@bohica.dpt.com> From: David Greenman Reply-To: dg@root.com Date: Thu, 05 Aug 1999 14:13:24 -0700 Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >I have a preliminary SCSI driver for the following series of DPT >`I2O' controller cards and FreeBSD 2.2.X: > > PM1554 > PM2554 > PM3754 > PM3755 > >This driver has passthrough (a CLI based configuration tool runs >with it native on FreeBSD 2.2.8 at least). The driver has *no* timeout >handling, for example, so it's not full production yet, but it was based >on the released BSDi BSD/OS 4.0.1 DPT driver, so it should have ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ What are the legal implications of this? -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org Creator of high-performance Internet servers - http://www.terasolutions.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Thu Aug 5 14:34:19 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from freya.circle.net (morrigu.circle.net [209.95.64.11]) by hub.freebsd.org (Postfix) with ESMTP id 2A8231556F; Thu, 5 Aug 1999 14:34:12 -0700 (PDT) (envelope-from tcobb@staff.circle.net) Received: by FREYA with Internet Mail Service (5.5.2448.0) id ; Thu, 5 Aug 1999 17:30:23 -0400 Message-ID: From: tcobb@staff.circle.net To: salyzyn@dpt.com, freebsd-hardware@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG, michaelh@cet.co.jp, kirk@bohica.net, lyndon@MessagingDirect.COM, bonnetf@bart.esiee.fr, kwc@world.std.com, horton@cft.net, gambert@cft.net Subject: RE: DPT RAID I2O Card driver Date: Thu, 5 Aug 1999 17:30:22 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BEDF89.B9C04D10" Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BEDF89.B9C04D10 Content-Type: text/plain; charset="windows-1252" At Circle Net, we would VERY VERY much like to see a 3.x driver for the new generation DPT RAID cards. We use the older ones, but have a hard time justifying the difference in cost to our customers. In addition, in larger array environments, the older DPT RAIDs just don't cut it. FCAL is something we need right away. Someone tell me what's necessary to get this ported to 3.x and stabilized and I'll see what we can offer to assist. (We've been waiting for Simon Shapiro to complete this for nearly 9 months, I'm very happy to see that someone has stepped forward to do it, and hats-off to DPT for committing personnel to this project!) Sincerely, -Troy Cobb Circle Net, Inc. http://www.circle.net -----Original Message----- From: Mark Salyzyn [mailto:salyzyn_mark@dpt.com] Sent: Thursday, August 05, 1999 5:08 PM To: freebsd-hardware@FreeBSD.ORG; freebsd-scsi@FreeBSD.ORG; michaelh@cet.co.jp; kirk@bohica.net; lyndon@MessagingDirect.COM; bonnetf@bart.esiee.fr; kwc@world.std.com; horton@cft.net; gambert@cft.net Subject: DPT RAID I2O Card driver I have a preliminary SCSI driver for the following series of DPT `I2O' controller cards and FreeBSD 2.2.X: PM1554 PM2554 PM3754 PM3755 This driver has passthrough (a CLI based configuration tool runs with it native on FreeBSD 2.2.8 at least). The driver has *no* timeout handling, for example, so it's not full production yet, but it was based on the released BSDi BSD/OS 4.0.1 DPT driver, so it should have some ingrown stability. It handles Ultra 2, Ultra 3, Fibre, dual-port fibre and up to 4 SCSI channel cards. I am interested in people to test the driver and tools, contact me if you currently own the above DPT controller cards and I'll curl up the driver source and tools. If there is anyone interested in porting it to the 3.X or 4.X environments, I must admit there is limited will currently to do that here, thus porting it to the CAM layer in the later OS' would be highly appreciated. Sincerely -- Mark Salyzyn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message ------_=_NextPart_001_01BEDF89.B9C04D10 Content-Type: text/html; charset="windows-1252"
At Circle Net, we would VERY VERY much like to see a 3.x driver for the new
generation DPT RAID cards.  We use the older ones, but have a hard time
justifying the difference in cost to our customers.  In addition, in larger array
environments, the older DPT RAIDs just don't cut it.   FCAL is something
we need right away.
 
Someone tell me what's necessary to get this ported to 3.x and stabilized and
I'll see what we can offer to assist.
 
(We've been waiting for Simon Shapiro to complete this for nearly 9 months,
I'm very happy to see that someone has stepped forward to do it, and hats-off
to DPT for committing personnel to this project!)
 
Sincerely,

-Troy Cobb
 Circle Net, Inc.
 http://www.circle.net

-----Original Message-----
From: Mark Salyzyn [mailto:salyzyn_mark@dpt.com]
Sent: Thursday, August 05, 1999 5:08 PM
To: freebsd-hardware@FreeBSD.ORG; freebsd-scsi@FreeBSD.ORG; michaelh@cet.co.jp; kirk@bohica.net; lyndon@MessagingDirect.COM; bonnetf@bart.esiee.fr; kwc@world.std.com; horton@cft.net; gambert@cft.net
Subject: DPT RAID I2O Card driver

I have a preliminary SCSI driver for the following series of DPT

`I2O' controller cards and FreeBSD 2.2.X:


        PM1554

        PM2554

        PM3754

        PM3755


This driver has passthrough (a CLI based configuration tool runs

with it native on FreeBSD 2.2.8 at least). The driver has *no* timeout

handling, for example, so it's not full production yet, but it was based

on the released BSDi BSD/OS 4.0.1 DPT driver, so it should have

some ingrown stability. It handles Ultra 2, Ultra 3, Fibre, dual-port

fibre and up to 4 SCSI channel cards.


I am interested in people to test the driver and tools, contact me if

you currently own the above DPT controller cards and I'll curl up the

driver source and tools.


If there is anyone interested in porting it to the 3.X or 4.X environments,

I must admit there is limited will currently to do that here, thus porting

it to the CAM layer in the later OS' would be highly appreciated.


Sincerely -- Mark Salyzyn



To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message

------_=_NextPart_001_01BEDF89.B9C04D10-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Thu Aug 5 16:45:59 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from mail.rdc1.az.home.com (ha1.rdc1.az.home.com [24.1.240.66]) by hub.freebsd.org (Postfix) with ESMTP id B669A14D2E; Thu, 5 Aug 1999 16:45:55 -0700 (PDT) (envelope-from elgreen@iname.com) Received: from ehome.local.net ([24.9.114.169]) by mail.rdc1.az.home.com (InterMail v4.01.01.00 201-229-111) with SMTP id <19990805234554.QPVT27077.mail.rdc1.az.home.com@ehome.local.net>; Thu, 5 Aug 1999 16:45:54 -0700 From: Eric Lee Green Organization: Myself @ Home To: freebsd-net@FreeBSD.ORG, freebsd-hardware@freebsd.org Subject: More on receiver lockups Date: Thu, 5 Aug 1999 16:35:33 -0700 X-Mailer: KMail [version 1.0.21] Content-Type: text/plain References: <99080507521800.04193@ehome.local.net> MIME-Version: 1.0 Message-Id: <99080516455900.04842@ehome.local.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I posted a bug report to GNATS recently about receiver lockup problems that I was having with the vr0 driver (Via Rhine). After a while packets get out, but they can't get in :-(. Today I swapped it out with a cheapo RTL card (rl0 driver). I have the same problem :-(. Thus it does not seem likely that it is a problem with the vr0 driver, but is, rather, a problem somewhere else :-(. So I'm looking for suggestions about the best thing to do next. The machine is an eMachines etower|300k. I'm wondering if it's something to do with the Apollo MVP3 PCI-PCI bridge, which is a known piece of junk... dmesg reports (in part): chip0: rev 0x04 on pci0.0.0 chip1: rev 0x00 on pci0.1.0 chip2: rev 0x06 on pci0.7.0 ide_pci0: rev 0x06 on pci0.7.1 chip3: rev 0x00 on pci0.7.3 rl0: rev 0x10 int a irq 11 on pci0.19.0 rl0: Ethernet address: 00:40:c7:77:12:bc rl0: autoneg complete, link status good (half-duplex, 10Mbps) Probing for devices on PCI bus 1: vga0: rev 0x7a on pci1.0.0 Probing for PnP devices: CSN 1 Vendor ID: CSC4236 [0x3642630e] Serial 0xffffffff Comp ID: @@@0000 [0x0000 0000] mss_attach 1 at 0x530 irq 5 dma 1:3 flags 0x13 pcm1 (CS423x/Yamaha/AD1816 sn 0xffffffff) at 0x530-0x537 irq 5 drq 1 fl ags 0x13 on isa Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 irq 12 on isa psm0: model Generic PS/2 mouse, device ID 0 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1 not found at 0x2f8 pcm0 not probed due to drq conflict with pcm1 at 1 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0xb0ff on isa wdc0: unit 0 (wd0): , LBA, DMA, 32-bit, multi-block-16 wd0: 6149MB (12594960 sectors), 784 cyls, 255 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 flags 0xb0ff on isa wdc1: unit 0 (atapi): , removable, intr, dma, iord y acd0: drive speed 687 - 5507KB/sec, 512KB cache acd0: supported read types: CD-R, CD-RW, CD-DA, packet track acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 plip0: on ppbus 0 lpt0: on ppbus 0 lpt0: Interrupt-driven port vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface -- Eric Lee Green http://members.tripod.com/e_l_green mail: e_l_green@hotmail.com ^^^^^^^ Burdening Microsoft with SPAM! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Thu Aug 5 17:18: 4 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from andrew.cmu.edu (ANDREW.CMU.EDU [128.2.10.101]) by hub.freebsd.org (Postfix) with ESMTP id BC8B1155B9 for ; Thu, 5 Aug 1999 17:18:00 -0700 (PDT) (envelope-from williams@hamlet.res.cmu.edu) Received: from hamlet.res.cmu.edu... (HAMLET.RES.CMU.EDU [128.2.160.8]) by andrew.cmu.edu (8.9.3/8.9.3) with ESMTP id UAA00526 for ; Thu, 5 Aug 1999 20:13:19 -0400 (EDT) Received: from localhost by hamlet.res.cmu.edu...; Thu, 5 Aug 1999 20:13:17 -0400 Date: Thu, 5 Aug 1999 20:13:16 -0400 (EDT) From: Dan Williams To: freebsd-hardware@FreeBSD.ORG Subject: Multihomed host Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On jul 27th I posted a note concerning 2 nics at the same time. It was somewhat vague, as pointed out. I have a cyrix 486dx2/80 with just a combo ide/floppy/serial/parallel controller, a 256k(?) vga card, and 2 nics. One nic is jumperless, has an InfoExpress sticker, and is 10bt and bnc. It works just fine when its alone. It is ne2000 compatible. The second is jumpered, node address 0000c0030221, and seems to be from 93. It also has "PTC1001S" on it. Its also NetWare Tested and Approved (yeah, I know...). The computer boots up just fine with either of them. I cant change the irq of the infoexpress, but I can change it for the other one. I have tested both of them at 0x300 irq 10, and ther pct1001s can do irqs 12,11,10,7,6,5,4,3,2. When both are there, it recognizes 1, but I get "NIC memory corrupt: invalid packet length x" errors. My main question: what device # does each card go on, and how does freebsd find each card and assign it? Where is ed1, and how does ed1 get assigned? Of course I can see ed0, but where is ed1? Dan Here follows a bootlog with the infoexpress card installed, but not the pct. Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.2-RELEASE #0: Tue May 18 04:05:08 GMT 1999 jkh@cathair:/usr/src/sys/compile/GENERIC Calibrating clock(s) ... i8254 clock: 1193802 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CPU: Cyrix 486DX2 (486-class CPU) Origin = "CyrixInstead" DIR=0x341b Stepping=3 Revision=4 real memory = 12582912 (12288K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x00365000 - 0x00bfdfff, 9015296 bytes (2201 pages) config> di zp0 config> di ze0 config> di lnc0 config> di le0 config> di ie0 config> di fe0 config> di ex0 config> di ep0 config> di cs0 config> di wt0 config> di scd0 config> di mcd0 config> di matcdc0 config> di bt0 config> di aha0 config> di adv0 config> en ed0 config> po ed0 0x300 config> ir ed0 10 config> iom ed0 0xd8000 config> f ed0 0 config> q FreeBSD Kernel Configuration Utility - Version 1.2 Type "help" for help or "visual" to go to the visual configuration interface (requires MGA/VGA display or serial terminal capable of displaying ANSI graphics). config> q avail memory = 9162752 (8948K bytes) Other BIOS signatures found: ACPI: 00000000 $PnP: 00000000 Preloaded elf kernel "kernel" at 0xc0358000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc035809c. Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0xffffffff pci_open(2): mode 2 enable port (0x0cf8) is 0xff Initializing PnP override table Probing for PnP devices: Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 No Plug-n-Play devices were found Probing for devices on the ISA bus: atkbd: the current kbd controller command byte 0045 kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 atkbd: keyboard ID 0xffffffff (1) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa sc0 on isa sc0: fb0 kbd0 sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 on isa ed0: address 00:c0:d1:57:18:1c, type NE2000 (16 bit) fe0: disabled, not probed. atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa kbd0: atkbd0, AT 84 (1), config:0x0, flags:0x3d0000 psm0: current command byte:0045 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:ffffffff kbdc: RESET_AUX return code:ffffffff kbdc: RESET_AUX return code:ffffffff kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. psm0 not found sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: irq maps: 0x1 0x1 0x1 0x1 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 8250 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: irq maps: 0x1 0x1 0x1 0x1 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 not found at 0x2f8 sio2: disabled, not probed. sio3: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 203MB (416480 sectors), 685 cyls, 16 heads, 38 S/T, 512 B/S wd0: ATA INQUIRE valid = 0003, dmamword = 0101, apio = 0000, udma = 0000 wdc0: unit 1 (wd1): wd1: 1222MB (2503872 sectors), 2484 cyls, 16 heads, 63 S/T, 512 B/S wd1: ATA INQUIRE valid = 0003, dmamword = 0203, apio = 0001, udma = 0000 wdc1 not found at 0x170 wt0: disabled, not probed. mcd0: disabled, not probed. matcdc0: disabled, not probed. scd0: disabled, not probed. ppc0 not found ie0: disabled, not probed. ep0: disabled, not probed. ex0: disabled, not probed. le0: disabled, not probed. lnc0: disabled, not probed. ze0: disabled, not probed. zp0: disabled, not probed. cs0: disabled, not probed. adv0: disabled, not probed. bt0: disabled, not probed. aha0: disabled, not probed. vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3b0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0x0 size:0k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff npx0 on motherboard npx0: INT 16 interface apm0: disabled, not probed. imasks: bio c0084040, tty c0070412, net c0070412 BIOS Geometries: 0:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 1:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 2:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 3:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 4:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 5:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 6:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 7:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 0 accounted for Device configuration finished. new masks: bio c0084040, tty c0070412, net c0070412 Considering MFS root f/s. No MFS image available as root f/s. Considering FFS root f/s. changing root device to wd0s1a wd0s1: type 0xa5, start 0, end = 416479, size 416480 : OK wd1s1: type 0xa5, start 0, end = 2503871, size 2503872 : OK wd1s1: type 0xa5, start 0, end = 2503871, size 2503872 : OK wd1s1: type 0xa5, start 0, end = 2503871, size 2503872 : OK splash: image decoder found: rain_saver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Thu Aug 5 18:32:10 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (Postfix) with ESMTP id CCF8515536; Thu, 5 Aug 1999 18:32:05 -0700 (PDT) (envelope-from dkelly@nospam.hiwaay.net) Received: from nospam.hiwaay.net (tnt8-216-180-14-180.dialup.HiWAAY.net [216.180.14.180]) by mail.HiWAAY.net (8.9.1a/8.9.0) with ESMTP id UAA07757; Thu, 5 Aug 1999 20:30:34 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by nospam.hiwaay.net (8.9.3/8.9.3) with ESMTP id UAA63246; Thu, 5 Aug 1999 20:30:28 -0500 (CDT) (envelope-from dkelly@nospam.hiwaay.net) Message-Id: <199908060130.UAA63246@nospam.hiwaay.net> X-Mailer: exmh version 2.0.2 2/24/98 To: Joerg Micheel Cc: freebsd-hardware@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG, Oliver Fromme From: David Kelly Subject: Re: Kodak DC240 camera USB download utility In-reply-to: Message from Joerg Micheel of "Thu, 05 Aug 1999 16:18:51 +1200." <19990805161851.R24149@cs.waikato.ac.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 05 Aug 1999 20:30:26 -0500 Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Joerg Micheel writes: > On Thu, Aug 05, 1999 at 06:05:44AM +0200, Oliver Fromme wrote: > > > > Well, I spell it differently ("oPhoto"). ;-) > > > > Anyway, it's only the current project title. If there is > > any trouble with that name, I will rename it. > > Call it oFoto, that matches more of your name :-). Or "OFoto". Or if by any chance Oliver's middle name starts with an H, then "OhFoto". Or "OhFoto!" -- David Kelly N4HHE, dkelly@nospam.hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Fri Aug 6 6:30:54 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from dptnotes.dpt.com (dptnotes.dpt.com [206.138.241.6]) by hub.freebsd.org (Postfix) with SMTP id 8385F15225; Fri, 6 Aug 1999 06:30:10 -0700 (PDT) (envelope-from salyzyn_mark@dpt.com) Received: from bohica.dpt.com ([198.242.63.84]) by dptnotes.dpt.com (Lotus SMTP MTA v4.6.4 (830.2 3-23-1999)) with SMTP id 852567C5.004AB95F; Fri, 6 Aug 1999 09:36:11 -0400 Received: by bohica.dpt.com [198.242.63.84] (NX5.67f2/NX3.0M) id AA07066; Fri, 6 Aug 1999 09:29:33 -0400 Message-Id: <199908061329.AA07066@bohica.dpt.com> Mime-Version: 1.0 (NeXT Mail 3.3 v148.2.1) Content-Type: text/enriched; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Received: by NeXT.Mailer (1.148.2.1) From: Mark Salyzyn Date: Fri, 6 Aug 1999 09:29:32 -0400 To: dg@root.com, freebsd-hardware@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: DPT RAID I2O Card driver Reply-To: salyzyn@dpt.com Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article <<199908052113.OAA05828@implode.root.com>, you wrote: >><I have a preliminary SCSI driver for the following series of DPT >>`I2O' controller cards and FreeBSD 2.2.X: >> >> PM1554 >> PM2554 >> PM3754 >> PM3755 >> >>This driver has passthrough (a CLI based configuration tool runs >>with it native on FreeBSD 2.2.8 at least). The driver has *no* timeout >>handling, for example, so it's not full production yet, but it was based >>on the released BSDi BSD/OS 4.0.1 DPT driver, so it should have > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > What are the legal implications of this? There is none for the driver itself. DPT owns the driver. I am the author of the BSDi driver. The sources are completely unencumbered (I pushed for opensource). The only legal implication of the sources are the I2O headers which belong to the I2O committee. They have given dispensation to release the headers for compilation purposes only and not for original development without joining the committee (header follows). I am not sure whether FreeBSD can take it, since we were rejected for inclusion into Linux because of the GNU's their restrictive GPL. I can get Roger Cummings to *push* for an adjustment to the headers for FreeBSD if you believe it is necessary. Sincerely -- Mark Salyzyn Senior Software Engineer Distributed Processing Technology /********************************************************************** * * Copyright (c) 1996-1999 Distributed Processing Technology Corporation * All rights reserved. * * Copyright (c) 1998 I2O Special Interest Group (I2O SIG) * All rights reserved * * Redistribution and use in source form, with or without modification, are * permitted provided that redistributions of source code must retain the * above copyright notice, this list of conditions and the following disclaimer. * * This software is provided `as is' by Distributed Processing Technology 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 Distributed Processing Technology 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 * interruptions) 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 driver software, even if advised * of the possibility of such damage. * * This information is provided on an as-is basis without warranty of any * kind, either express or implied, including but not limited to, implied * warranties or merchantability and fitness for a particular purpose. I2O SIG * does not warrant that this program will meet the user's requirements or * that the operation of these programs will be uninterrupted or error-free. * The I2O SIG disclaims all liability, including liability for infringement * of any proprietary rights, relating to implementation of information in * this specification. The I2O SIG does not warrant or represent that such * implementations(s) will not infringe such rights. Acceptance and use of * this program constitutes the user's understanding that he will have no * recourse to I2O SIG for any actual or consequential damages including, but * not limited to, loss profits arising out of use or inability to use this * program. * * This information is provided for the purpose of recompilation of the * driver code provided by Distributed Processing Technology only. It is * NOT to be used for any other purpose. * * To develop other products based upon I2O definitions, it is necessary to * become a "Registered Developer" of the I2O SIG. This can be done by calling * 415-750-8352 in the US, or via http://www.i2osig.org. * *********************************************************************/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Fri Aug 6 8:37: 8 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from high-voltage.com (voltage.high-voltage.com [205.243.158.175]) by hub.freebsd.org (Postfix) with SMTP id B6D0C14D00 for ; Fri, 6 Aug 1999 08:37:05 -0700 (PDT) (envelope-from BMCGROARTY@high-voltage.com) Date: Fri, 06 Aug 1999 10:16 -0600 From: "Brian McGroarty" To: freebsd-hardware@freebsd.org Subject: The $500 Performance Question Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've got a PC used primarily for programming. Projects tend to be large (8-12 megs of C++ source), so build time is a concern. I'd like ideas on where the best place to sink $500 would be to boost performance. Relevant in the current configuration: o (2) Celeron 300a (on socket converters, overclocked to 500mhz) o Tyan Tiger 100 motherboard (Dual CPU) o 512mb 100mhz RAM EIDE controller: o 14 gig 7200 EIDE (/usr,/,swap) o 28 gig 7200 EIDE (/tobackup,/cvs) EIDE controller 1: o 14 gig 7200 EIDE (/home) o 2/8x CDRW/CD-ROM For a familiar benchmark, a FreeBSD 'make world -j 40' takes about an hour and ten minutes. This may be slewed against your ssytem by the inclusion of -O3 optimization. The CPUs realize a lot of idle time; upward of 60%. I expect then that I/O is my main bottleneck. The drives are Ultra-66 capable, but I don't believe FreeBSD supports this at current. Thus, I don't see a way to enhance what I've got. (I'm already enabling 32-bit and DMA on the controllers via flags). So what's my best bet? Is there a fast and economical SCSI-2 controller and drive I should try? Any supported IDE RAID controllers? Or is there an Ultra-66 controller FreeBSD merely sees as really fast EIDE? Or is this time being spent in the huge kernel lock? Would CAS2 capable RAM then perhaps speed the buffer transfers noticably and get the CPUs back to unmanaged portions more quickly? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Fri Aug 6 9:13:56 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from node11a94.a2000.nl (node11a94.a2000.nl [24.132.26.148]) by hub.freebsd.org (Postfix) with SMTP id 5062114CBE for ; Fri, 6 Aug 1999 09:13:40 -0700 (PDT) (envelope-from ronald@node11a94.a2000.nl) Received: (qmail 39607 invoked from network); 6 Aug 1999 16:12:51 -0000 Received: from dlanor.evertsen.nl (10.0.0.3) by node11a94.a2000.nl with SMTP; 6 Aug 1999 16:12:51 -0000 Date: Fri, 6 Aug 1999 18:12:50 +0200 (CEST) From: Ronald 'Ko' Klop To: Dan Williams Cc: freebsd-hardware@FreeBSD.ORG Subject: Re: Multihomed host In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hallo, You will have to recompile a kernel with a ed1 device in it. There you can set the right irq an port settings. Both cards must have their one settings for irq and port. Otherwise the data of the two cards gets mixed and you get messages like you wrote in your email (NIC memory corrupt). See the FreeBSD-documentation about recompiling a kernel. It's very simpel. Greetings, Ronald. On Thu, 5 Aug 1999, Dan Williams wrote: > > On jul 27th I posted a note concerning 2 nics at the same time. It was > somewhat vague, as pointed out. I have a cyrix 486dx2/80 with just a > combo ide/floppy/serial/parallel controller, a 256k(?) vga card, and 2 > nics. > > One nic is jumperless, has an InfoExpress sticker, and is 10bt and bnc. It > works just fine when its alone. It is ne2000 compatible. > > The second is jumpered, node address 0000c0030221, and seems to be from > 93. It also has "PTC1001S" on it. Its also NetWare Tested and Approved > (yeah, I know...). > > The computer boots up just fine with either of them. I cant change the > irq of the infoexpress, but I can change it for the other one. I have > tested both of them at 0x300 irq 10, and ther pct1001s can do irqs > 12,11,10,7,6,5,4,3,2. When both are there, it recognizes 1, but I get > "NIC memory corrupt: invalid packet length x" errors. > > My main question: what device # does each card go on, and how does > freebsd find each card and assign it? Where is ed1, and how does ed1 get > assigned? Of course I can see ed0, but where is ed1? > > Dan > > Here follows a bootlog with the infoexpress card installed, but not the > pct. > > > Copyright (c) 1992-1999 FreeBSD Inc. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > FreeBSD 3.2-RELEASE #0: Tue May 18 04:05:08 GMT 1999 > jkh@cathair:/usr/src/sys/compile/GENERIC > Calibrating clock(s) ... i8254 clock: 1193802 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz > CPU: Cyrix 486DX2 (486-class CPU) > Origin = "CyrixInstead" DIR=0x341b Stepping=3 Revision=4 > real memory = 12582912 (12288K bytes) > Physical memory chunk(s): > 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) > 0x00365000 - 0x00bfdfff, 9015296 bytes (2201 pages) > config> di zp0 > config> di ze0 > config> di lnc0 > config> di le0 > config> di ie0 > config> di fe0 > config> di ex0 > config> di ep0 > config> di cs0 > config> di wt0 > config> di scd0 > config> di mcd0 > config> di matcdc0 > config> di bt0 > config> di aha0 > config> di adv0 > config> en ed0 > config> po ed0 0x300 > config> ir ed0 10 > config> iom ed0 0xd8000 > config> f ed0 0 > config> q > FreeBSD Kernel Configuration Utility - Version 1.2 > Type "help" for help or "visual" to go to the visual > configuration interface (requires MGA/VGA display or > serial terminal capable of displaying ANSI graphics). > config> q > avail memory = 9162752 (8948K bytes) > Other BIOS signatures found: > ACPI: 00000000 > $PnP: 00000000 > Preloaded elf kernel "kernel" at 0xc0358000. > Preloaded userconfig_script "/boot/kernel.conf" at 0xc035809c. > Math emulator present > pci_open(1): mode 1 addr port (0x0cf8) is 0xffffffff > pci_open(2): mode 2 enable port (0x0cf8) is 0xff > Initializing PnP override table > Probing for PnP devices: > Trying Read_Port at 203 > Trying Read_Port at 243 > Trying Read_Port at 283 > Trying Read_Port at 2c3 > Trying Read_Port at 303 > Trying Read_Port at 343 > Trying Read_Port at 383 > Trying Read_Port at 3c3 > No Plug-n-Play devices were found > Probing for devices on the ISA bus: > atkbd: the current kbd controller command byte 0045 > kbdc: DIAGNOSE status:0055 > kbdc: TEST_KBD_PORT status:0000 > atkbd: keyboard ID 0xffffffff (1) > kbdc: RESET_KBD return code:00fa > kbdc: RESET_KBD status:00aa > sc0 on isa > sc0: fb0 kbd0 > sc0: VGA color <16 virtual consoles, flags=0x0> > ed0 at 0x300-0x31f irq 10 on isa > ed0: address 00:c0:d1:57:18:1c, type NE2000 (16 bit) > fe0: disabled, not probed. > atkbdc0 at 0x60-0x6f on motherboard > atkbd0 irq 1 on isa > kbd0: atkbd0, AT 84 (1), config:0x0, flags:0x3d0000 > psm0: current command byte:0045 > kbdc: TEST_AUX_PORT status:0000 > kbdc: RESET_AUX return code:ffffffff > kbdc: RESET_AUX return code:ffffffff > kbdc: RESET_AUX return code:ffffffff > kbdc: DIAGNOSE status:0055 > kbdc: TEST_KBD_PORT status:0000 > psm0: failed to reset the aux device. > psm0 not found > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: irq maps: 0x1 0x1 0x1 0x1 > sio0: probe failed test(s): 0 1 2 4 6 7 9 > sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa > sio0: type 8250 > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: irq maps: 0x1 0x1 0x1 0x1 > sio1: probe failed test(s): 0 1 2 4 6 7 9 > sio1 not found at 0x2f8 > sio2: disabled, not probed. > sio3: disabled, not probed. > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > fd0: 1.44MB 3.5in > fd1: 1.2MB 5.25in > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (wd0): > wd0: 203MB (416480 sectors), 685 cyls, 16 heads, 38 S/T, 512 B/S > wd0: ATA INQUIRE valid = 0003, dmamword = 0101, apio = 0000, udma = 0000 > wdc0: unit 1 (wd1): > wd1: 1222MB (2503872 sectors), 2484 cyls, 16 heads, 63 S/T, 512 B/S > wd1: ATA INQUIRE valid = 0003, dmamword = 0203, apio = 0001, udma = 0000 > wdc1 not found at 0x170 > wt0: disabled, not probed. > mcd0: disabled, not probed. > matcdc0: disabled, not probed. > scd0: disabled, not probed. > ppc0 not found > ie0: disabled, not probed. > ep0: disabled, not probed. > ex0: disabled, not probed. > le0: disabled, not probed. > lnc0: disabled, not probed. > ze0: disabled, not probed. > zp0: disabled, not probed. > cs0: disabled, not probed. > adv0: disabled, not probed. > bt0: disabled, not probed. > aha0: disabled, not probed. > vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa > fb0: vga0, vga, type:VGA (5), flags:0x7007f > fb0: port:0x3b0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 > fb0: init mode:24, bios mode:3, current mode:24 > fb0: window:0xc00b8000 size:32k gran:32k, buf:0x0 size:0k > VGA parameters upon power-up > 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > VGA parameters in BIOS for mode 24 > 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > EGA/VGA parameters to be used for mode 24 > 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > npx0 on motherboard > npx0: INT 16 interface > apm0: disabled, not probed. > imasks: bio c0084040, tty c0070412, net c0070412 > BIOS Geometries: > 0:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors > 1:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors > 2:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors > 3:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors > 4:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors > 5:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors > 6:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors > 7:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors > 0 accounted for > Device configuration finished. > new masks: bio c0084040, tty c0070412, net c0070412 > Considering MFS root f/s. > No MFS image available as root f/s. > Considering FFS root f/s. > changing root device to wd0s1a > wd0s1: type 0xa5, start 0, end = 416479, size 416480 : OK > wd1s1: type 0xa5, start 0, end = 2503871, size 2503872 : OK > wd1s1: type 0xa5, start 0, end = 2503871, size 2503872 : OK > wd1s1: type 0xa5, start 0, end = 2503871, size 2503872 : OK > splash: image decoder found: rain_saver > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hardware" in the body of the message > -- Ronald Klop http://node11a94.a2000.nl/~ronald/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Fri Aug 6 12:20:44 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from sammy.tibco.com (sammy.tibco.com [192.216.111.146]) by hub.freebsd.org (Postfix) with ESMTP id 9117215681 for ; Fri, 6 Aug 1999 12:20:40 -0700 (PDT) (envelope-from aram@tibco.com) Received: from osgood.tibco.com (osgood.tibco.com [160.101.240.42]) by sammy.tibco.com (8.9.3/8.9.3) with ESMTP id MAA04917 for ; Fri, 6 Aug 1999 12:20:34 -0700 (PDT) Received: from venus.tibco.com (venus.tibco.com [160.101.240.40]) by osgood.tibco.com (8.9.3/8.9.3) with ESMTP id MAA29409 for ; Fri, 6 Aug 1999 12:20:53 -0700 (PDT) Received: from tibco.com ([160.101.22.192]) by venus.tibco.com (Netscape Messaging Server 3.6) with ESMTP id AAA6528; Fri, 6 Aug 1999 12:16:30 -0700 Message-ID: <37AB3571.5E1745CD@tibco.com> Date: Fri, 06 Aug 1999 12:20:17 -0700 From: "Aram Compeau" Organization: TIBCO X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Brian McGroarty Cc: freebsd-hardware@freebsd.org Subject: Re: The $500 Performance Question References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm sure you're correct in assuming that the compiles are disk I/O limited. I don't think this will come close to sliding under the $500 mark, or if you want to risk it, but tying two SCSI HD's together at RAID lvl 0 is a nice disk I/O speedup. :-) This has some rather obvious inherent risks involved with it... Not to mention a hefty "opportunity cost" in replacing "already paid for" IDE disks with SCSI disks... I think you could get 2 4.5GB IBM 9ES drives (DDRS-34560, I think?) for something like $150 ea. plus the controller? So maybe a 9GB build volume for $700 or so? Anyway, just guessing. I'll be trying a similar rig (dual CPU, SCSI RAID lvl 0) myself shortly, and I'll report back the "make world -j 40" time for reference. Barring such a solution, you might consider a slightly faster HD? There wasn't enough detail below to discern, but perhaps one of those nice IBM UDMA disks with very high areal densities and GMR heads *might* give you a performance boost? I believe if you compile in single user mode, you gain a slight performance boost as well (that's free, of course! :-). Aram Brian McGroarty wrote: > I've got a PC used primarily for programming. Projects tend to be large (8-12 > megs of C++ source), so build time is a concern. I'd like ideas on where the > best place to sink $500 would be to boost performance. > > Relevant in the current configuration: > > o (2) Celeron 300a (on socket converters, overclocked to 500mhz) > o Tyan Tiger 100 motherboard (Dual CPU) > o 512mb 100mhz RAM > > EIDE controller: > o 14 gig 7200 EIDE (/usr,/,swap) > o 28 gig 7200 EIDE (/tobackup,/cvs) > > EIDE controller 1: > o 14 gig 7200 EIDE (/home) > o 2/8x CDRW/CD-ROM > > For a familiar benchmark, a FreeBSD 'make world -j 40' takes about an hour > and ten minutes. This may be slewed against your ssytem by the inclusion of > -O3 optimization. > > The CPUs realize a lot of idle time; upward of 60%. I expect then that I/O is > my main bottleneck. > > The drives are Ultra-66 capable, but I don't believe FreeBSD supports this at > current. Thus, I don't see a way to enhance what I've got. (I'm already > enabling 32-bit and DMA on the controllers via flags). > > So what's my best bet? Is there a fast and economical SCSI-2 controller and > drive I should try? Any supported IDE RAID controllers? Or is there an > Ultra-66 controller FreeBSD merely sees as really fast EIDE? > > Or is this time being spent in the huge kernel lock? Would CAS2 capable RAM > then perhaps speed the buffer transfers noticably and get the CPUs back to > unmanaged portions more quickly? > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hardware" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Fri Aug 6 12:43:58 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from high-voltage.com (voltage.high-voltage.com [205.243.158.175]) by hub.freebsd.org (Postfix) with SMTP id 1A6BF1564D for ; Fri, 6 Aug 1999 12:43:52 -0700 (PDT) (envelope-from BMCGROARTY@high-voltage.com) Date: Fri, 06 Aug 1999 14:28 -0600 From: "Brian McGroarty" To: "Aram Compeau" Cc: "freebsd-hardware" Subject: RE: Re: The $500 Performance Question Message-ID: <6568D2FFB44AD31186D40008C7333C82@high-voltage.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org All three hard drives are the new IBM drives. I wish I knew enough to add Ultra DMA/66 support, as I believe I've otherwise peaked on EIDE speed. I'll try a RAID configuration. This raises the question of whether there's a particular controller most favored for RAID-0. Is an Adaptec 2940UW my best bet, or is there something nicer/cheaper if performance under FreeBSD is my only concern? -----Original Message----- From: Aram Compeau [mailto:aram@tibco.com] Sent: Friday, August 06, 1999 1:20 PM To: Brian McGroarty Cc: freebsd-hardware Subject: Re: The $500 Performance Question I'm sure you're correct in assuming that the compiles are disk I/O limited. I don't think this will come close to sliding under the $500 mark, or if you want to risk it, but tying two SCSI HD's together at RAID lvl 0 is a nice disk I/O speedup. :-) This has some rather obvious inherent risks involved with it... Not to mention a hefty "opportunity cost" in replacing "already paid for" IDE disks with SCSI disks... I think you could get 2 4.5GB IBM 9ES drives (DDRS-34560, I think?) for something like $150 ea. plus the controller? So maybe a 9GB build volume for $700 or so? Anyway, just guessing. I'll be trying a similar rig (dual CPU, SCSI RAID lvl 0) myself shortly, and I'll report back the "make world -j 40" time for reference. Barring such a solution, you might consider a slightly faster HD? There wasn't enough detail below to discern, but perhaps one of those nice IBM UDMA disks with very high areal densities and GMR heads *might* give you a performance boost? I believe if you compile in single user mode, you gain a slight performance boost as well (that's free, of course! :-). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Fri Aug 6 13: 1:58 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from m-net.arbornet.org (m-net.arbornet.org [209.142.209.161]) by hub.freebsd.org (Postfix) with ESMTP id 6DE0615745 for ; Fri, 6 Aug 1999 13:01:49 -0700 (PDT) (envelope-from kb8rjy@m-net.arbornet.org) Received: from localhost (kb8rjy@localhost) by m-net.arbornet.org (8.8.5/8.8.6) with SMTP id PAA24228; Fri, 6 Aug 1999 15:40:24 -0400 (EDT) Date: Fri, 6 Aug 1999 15:40:24 -0400 (EDT) From: "Shaun Q." To: Aram Compeau Cc: Brian McGroarty , freebsd-hardware@FreeBSD.ORG Subject: Re: The $500 Performance Question In-Reply-To: <37AB3571.5E1745CD@tibco.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org One question for you, Brian - Have you tried the new ata driver in fbsd (versus the default wd0). I've noticed a HUGE i/o speed difference on my machine (AMD K6-2, Biostar M5ALA w/ALI UDMA PCI Controller, 128 mb ram). Correct me if I'm wrong, but I believe that this driver is what allows fbsd to use the udma features of your hard drive/controller. Also, you may want to try the SOFTUPDATES option. There's a slight speed increase with this option in regards to disk i/o on my machine. TTYL, and good luck! Shaun Qualheim On Fri, 6 Aug 1999, Aram Compeau wrote: > I'm sure you're correct in assuming that the compiles are disk I/O limited. > > I don't think this will come close to sliding under the $500 mark, or if you want > to risk it, but tying two SCSI HD's together at RAID lvl 0 is a nice disk I/O > speedup. :-) This has some rather obvious inherent risks involved with it... Not > to mention a hefty "opportunity cost" in replacing "already paid for" IDE disks > with SCSI disks... I think you could get 2 4.5GB IBM 9ES drives (DDRS-34560, I > think?) for something like $150 ea. plus the controller? So maybe a 9GB build > volume for $700 or so? Anyway, just guessing. I'll be trying a similar rig (dual > CPU, SCSI RAID lvl 0) myself shortly, and I'll report back the "make world -j 40" > time for reference. > > Barring such a solution, you might consider a slightly faster HD? There wasn't > enough detail below to discern, but perhaps one of those nice IBM UDMA disks with > very high areal densities and GMR heads *might* give you a performance boost? > > I believe if you compile in single user mode, you gain a slight performance boost > as well (that's free, of course! :-). > > Aram > > > > Brian McGroarty wrote: > > > I've got a PC used primarily for programming. Projects tend to be large (8-12 > > megs of C++ source), so build time is a concern. I'd like ideas on where the > > best place to sink $500 would be to boost performance. > > > > Relevant in the current configuration: > > > > o (2) Celeron 300a (on socket converters, overclocked to 500mhz) > > o Tyan Tiger 100 motherboard (Dual CPU) > > o 512mb 100mhz RAM > > > > EIDE controller: > > o 14 gig 7200 EIDE (/usr,/,swap) > > o 28 gig 7200 EIDE (/tobackup,/cvs) > > > > EIDE controller 1: > > o 14 gig 7200 EIDE (/home) > > o 2/8x CDRW/CD-ROM > > > > For a familiar benchmark, a FreeBSD 'make world -j 40' takes about an hour > > and ten minutes. This may be slewed against your ssytem by the inclusion of > > -O3 optimization. > > > > The CPUs realize a lot of idle time; upward of 60%. I expect then that I/O is > > my main bottleneck. > > > > The drives are Ultra-66 capable, but I don't believe FreeBSD supports this at > > current. Thus, I don't see a way to enhance what I've got. (I'm already > > enabling 32-bit and DMA on the controllers via flags). > > > > So what's my best bet? Is there a fast and economical SCSI-2 controller and > > drive I should try? Any supported IDE RAID controllers? Or is there an > > Ultra-66 controller FreeBSD merely sees as really fast EIDE? > > > > Or is this time being spent in the huge kernel lock? Would CAS2 capable RAM > > then perhaps speed the buffer transfers noticably and get the CPUs back to > > unmanaged portions more quickly? > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hardware" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hardware" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Fri Aug 6 15:23: 4 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id AC85914D91 for ; Fri, 6 Aug 1999 15:23:02 -0700 (PDT) (envelope-from julian@whistle.com) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with SMTP id PAA47137; Fri, 6 Aug 1999 15:22:31 -0700 (PDT) Date: Fri, 6 Aug 1999 15:22:37 -0700 (PDT) From: Julian Elischer To: Brian McGroarty Cc: freebsd-hardware@FreeBSD.ORG Subject: Re: The $500 Performance Question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ensure that all output is to different drives and a different controller from the source. use soft updates, (or async if the output drive is expendable). use -current. possibly modify each makefile at a medium level to preread the sources so they are in cache (and use the money to add more RAM). The disks should be DMA and the trick is to make sure that everything is already in RAM. On Fri, 6 Aug 1999, Brian McGroarty wrote: > I've got a PC used primarily for programming. Projects tend to be large (8-12 > megs of C++ source), so build time is a concern. I'd like ideas on where the > best place to sink $500 would be to boost performance. > > Relevant in the current configuration: > > o (2) Celeron 300a (on socket converters, overclocked to 500mhz) > o Tyan Tiger 100 motherboard (Dual CPU) > o 512mb 100mhz RAM > > EIDE controller: > o 14 gig 7200 EIDE (/usr,/,swap) > o 28 gig 7200 EIDE (/tobackup,/cvs) > > EIDE controller 1: > o 14 gig 7200 EIDE (/home) > o 2/8x CDRW/CD-ROM > > For a familiar benchmark, a FreeBSD 'make world -j 40' takes about an hour > and ten minutes. This may be slewed against your ssytem by the inclusion of > -O3 optimization. > > The CPUs realize a lot of idle time; upward of 60%. I expect then that I/O is > my main bottleneck. > > The drives are Ultra-66 capable, but I don't believe FreeBSD supports this at > current. Thus, I don't see a way to enhance what I've got. (I'm already > enabling 32-bit and DMA on the controllers via flags). > > So what's my best bet? Is there a fast and economical SCSI-2 controller and > drive I should try? Any supported IDE RAID controllers? Or is there an > Ultra-66 controller FreeBSD merely sees as really fast EIDE? > > Or is this time being spent in the huge kernel lock? Would CAS2 capable RAM > then perhaps speed the buffer transfers noticably and get the CPUs back to > unmanaged portions more quickly? > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hardware" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Fri Aug 6 15:52:53 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from smtp4.mindspring.com (smtp4.mindspring.com [207.69.200.64]) by hub.freebsd.org (Postfix) with ESMTP id 7107B1566D for ; Fri, 6 Aug 1999 15:52:47 -0700 (PDT) (envelope-from marisombra@mindspring.com) Received: from ntwks (user-2ivee1m.dialup.mindspring.com [165.247.56.54]) by smtp4.mindspring.com (8.8.5/8.8.5) with SMTP id SAA13940; Fri, 6 Aug 1999 18:52:41 -0400 (EDT) From: "SUR" To: "Brian McGroarty" , Subject: RE: The $500 Performance Question Date: Fri, 6 Aug 1999 18:52:43 -0400 Message-ID: <001201bee05e$648aacb0$3638f7a5@ntwks.mindspring.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 In-Reply-To: Importance: Normal Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'd try a Promise FastTrak66 IDE RAID solution, from what i've read about this controller, it rocks. I myself am getting one to raid0 a few IBM ata/66 drives. http://www.promise.com/Products/ideraid/ft66page.htm hot swap IDE as well :P elite! haha http://www.promise.com/Products/products.htm -----Original Message----- From: owner-freebsd-hardware@FreeBSD.ORG [mailto:owner-freebsd-hardware@FreeBSD.ORG]On Behalf Of Brian McGroarty Sent: Friday, August 06, 1999 12:16 PM To: freebsd-hardware@freebsd.org Subject: The $500 Performance Question I've got a PC used primarily for programming. Projects tend to be large (8-12 megs of C++ source), so build time is a concern. I'd like ideas on where the best place to sink $500 would be to boost performance. Relevant in the current configuration: o (2) Celeron 300a (on socket converters, overclocked to 500mhz) o Tyan Tiger 100 motherboard (Dual CPU) o 512mb 100mhz RAM EIDE controller: o 14 gig 7200 EIDE (/usr,/,swap) o 28 gig 7200 EIDE (/tobackup,/cvs) EIDE controller 1: o 14 gig 7200 EIDE (/home) o 2/8x CDRW/CD-ROM For a familiar benchmark, a FreeBSD 'make world -j 40' takes about an hour and ten minutes. This may be slewed against your ssytem by the inclusion of -O3 optimization. The CPUs realize a lot of idle time; upward of 60%. I expect then that I/O is my main bottleneck. The drives are Ultra-66 capable, but I don't believe FreeBSD supports this at current. Thus, I don't see a way to enhance what I've got. (I'm already enabling 32-bit and DMA on the controllers via flags). So what's my best bet? Is there a fast and economical SCSI-2 controller and drive I should try? Any supported IDE RAID controllers? Or is there an Ultra-66 controller FreeBSD merely sees as really fast EIDE? Or is this time being spent in the huge kernel lock? Would CAS2 capable RAM then perhaps speed the buffer transfers noticably and get the CPUs back to unmanaged portions more quickly? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Fri Aug 6 16:11:45 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from web1006.mail.yahoo.com (web1006.mail.yahoo.com [128.11.23.96]) by hub.freebsd.org (Postfix) with SMTP id 4CA1714D0E for ; Fri, 6 Aug 1999 16:11:05 -0700 (PDT) (envelope-from bvmcg@yahoo.com) Message-ID: <19990806231100.25992.rocketmail@web1006.mail.yahoo.com> Received: from [24.29.199.43] by web1006.mail.yahoo.com; Fri, 06 Aug 1999 16:11:00 PDT Date: Fri, 6 Aug 1999 16:11:00 -0700 (PDT) From: Brian McGroarty Reply-To: brian@pobox.com Subject: RE: The $500 Performance Question To: SUR , Brian McGroarty , freebsd-hardware@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The regular FastTrak required that you access the drive through BIOS routines or load a special driver (which I believe is available for Netware, OS/2, Windows 3.x, 9x and NT). Directly accessing the FastTrak as though it were a standard IDE controller will give you just the stripes from one drive. Last I heard, Promise wasn't opening the specs and nobody had come out with a Linux driver. I don't see anything that looks like a driver in /usr/src/i386/conf/LINT If the old FastTrak or the FastTrak66 work under FreeBSD, I'd LOVE to hear about it. --- SUR wrote: > I'd try a Promise FastTrak66 IDE RAID solution, from what i've > read about > this controller, it rocks. I myself am getting one to raid0 a > few IBM > ata/66 drives. > > http://www.promise.com/Products/ideraid/ft66page.htm > > hot swap IDE as well :P elite! haha > > http://www.promise.com/Products/products.htm > > -----Original Message----- > From: owner-freebsd-hardware@FreeBSD.ORG > [mailto:owner-freebsd-hardware@FreeBSD.ORG]On Behalf Of Brian > McGroarty > Sent: Friday, August 06, 1999 12:16 PM > To: freebsd-hardware@freebsd.org > Subject: The $500 Performance Question > > > I've got a PC used primarily for programming. Projects tend to > be large > (8-12 > megs of C++ source), so build time is a concern. I'd like > ideas on where the > best place to sink $500 would be to boost performance. > > Relevant in the current configuration: > > o (2) Celeron 300a (on socket converters, overclocked to > 500mhz) > o Tyan Tiger 100 motherboard (Dual CPU) > o 512mb 100mhz RAM > > EIDE controller: > o 14 gig 7200 EIDE (/usr,/,swap) > o 28 gig 7200 EIDE (/tobackup,/cvs) > > EIDE controller 1: > o 14 gig 7200 EIDE (/home) > o 2/8x CDRW/CD-ROM > > For a familiar benchmark, a FreeBSD 'make world -j 40' takes > about an hour > and ten minutes. This may be slewed against your ssytem by the > inclusion of > -O3 optimization. > > The CPUs realize a lot of idle time; upward of 60%. I expect > then that I/O > is > my main bottleneck. > > The drives are Ultra-66 capable, but I don't believe FreeBSD > supports this > at > current. Thus, I don't see a way to enhance what I've got. > (I'm already > enabling 32-bit and DMA on the controllers via flags). > > So what's my best bet? Is there a fast and economical SCSI-2 > controller and > drive I should try? Any supported IDE RAID controllers? Or is > there an > Ultra-66 controller FreeBSD merely sees as really fast EIDE? > > Or is this time being spent in the huge kernel lock? Would > CAS2 capable RAM > then perhaps speed the buffer transfers noticably and get the > CPUs back to > unmanaged portions more quickly? > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hardware" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hardware" in the body of the message > > _____________________________________________________________ Do You Yahoo!? Bid and sell for free at http://auctions.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Fri Aug 6 18:13:45 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from web1005.mail.yahoo.com (web1005.mail.yahoo.com [128.11.23.95]) by hub.freebsd.org (Postfix) with SMTP id E39CC14BDA for ; Fri, 6 Aug 1999 18:13:38 -0700 (PDT) (envelope-from bvmcg@yahoo.com) Message-ID: <19990807011252.20200.rocketmail@web1005.mail.yahoo.com> Received: from [24.29.199.43] by web1005.mail.yahoo.com; Fri, 06 Aug 1999 18:12:52 PDT Date: Fri, 6 Aug 1999 18:12:52 -0700 (PDT) From: Brian McGroarty Reply-To: brian@pobox.com Subject: bktr is usurping bktr's cdevsw[] (?) To: freebsd-hardware@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org What does this mean? a device is usurping its own cdevsw - ? This is for the Hauppauge WinTV. Despite the warning, the device works perfectly. Aug 2 18:00:16 milkymoo /kernel: WARNING: "bktr" is usurping "bktr"'s cdevsw[] _____________________________________________________________ Do You Yahoo!? Bid and sell for free at http://auctions.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Fri Aug 6 20:58:10 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from mail.rdc1.az.home.com (ha1.rdc1.az.home.com [24.1.240.66]) by hub.freebsd.org (Postfix) with ESMTP id 859F914C9E; Fri, 6 Aug 1999 20:57:59 -0700 (PDT) (envelope-from elgreen@iname.com) Received: from ehome.local.net ([24.9.114.169]) by mail.rdc1.az.home.com (InterMail v4.01.01.00 201-229-111) with SMTP id <19990807035742.YYQJ27077.mail.rdc1.az.home.com@ehome.local.net>; Fri, 6 Aug 1999 20:57:42 -0700 From: Eric Lee Green Organization: Myself @ Home To: freebsd-net@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG Subject: Re: More on receiver lockups Date: Fri, 6 Aug 1999 20:55:43 -0700 X-Mailer: KMail [version 1.0.21] Content-Type: text/plain References: <99080516455900.04842@ehome.local.net> MIME-Version: 1.0 Message-Id: <99080620575900.73927@ehome.local.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 05 Aug 1999, Eric Lee Green wrote: > I posted a bug report to GNATS recently about receiver lockup problems that I > was having with the vr0 driver (Via Rhine). After a while packets get > out, but they can't get in :-(. Today I swapped it out with a cheapo RTL card > (rl0 driver). I have the same problem :-(. Thus it does not seem likely that it > is a problem with the vr0 driver, but is, rather, a problem somewhere else :-(. > > So I'm looking for suggestions about the best thing to do next. Well, I cvsup'ed "stable" (just the kernel) and re-compiled the kernel, and everything seems to be going hunky-dory. There were no changes in the vr0 driver (didn't check the rl0 driver), anybody have any idea what the problem was and what fixed it? Was it maybe the buggy Via PCI bridge? -- Eric Lee Green http://members.tripod.com/e_l_green mail: e_l_green@hotmail.com ^^^^^^^ Burdening Microsoft with SPAM! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Fri Aug 6 22:15:26 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from web1003.mail.yahoo.com (web1003.mail.yahoo.com [128.11.23.93]) by hub.freebsd.org (Postfix) with SMTP id E40BE14E6C for ; Fri, 6 Aug 1999 22:15:23 -0700 (PDT) (envelope-from bvmcg@yahoo.com) Message-ID: <19990807051505.3696.rocketmail@web1003.mail.yahoo.com> Received: from [24.29.199.43] by web1003.mail.yahoo.com; Fri, 06 Aug 1999 22:15:05 PDT Date: Fri, 6 Aug 1999 22:15:05 -0700 (PDT) From: Brian McGroarty Reply-To: brian@pobox.com Subject: Re: The $500 Performance Question To: Julian Elischer , Brian McGroarty Cc: freebsd-hardware@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Moving from the old wd driver to the new ata made very, very little difference. Soft updates shaved about 10 minutes off the build however. I don't believe more RAM will buy me anything as I'm already at 512 and I don't think the free section dips under 200 during make world. I'm not sure I see where building objects to another drive would help either with lazy writes/soft updates on since the entire block of files to be written easily fits within RAM. I'm also of the opinion that reading ahead in the make file won't make a tremendous difference if I'm using "make -j 40 world" as there should most always be a task ready to run while the read operation waits to complete on a stalled thread. Interestingly, despite there only being a (roughly) 15% decrease in time, CPU usage jumps tremendously. Most of the time I'm averaging about 20% free on one CPU and as little as 5% on the other. I'll be curious to look at the soft update code - I wonder if that's coded as efficiently as it could be. --- Julian Elischer wrote: > ensure that all output is to different drives and a different > controller > from the source. use soft updates, (or async if the output > drive is > expendable). use -current. possibly modify each makefile at a > medium > level to preread the sources so they are in cache (and use the > money to > add more RAM). The disks should be DMA and the trick is to > make sure that > everything is already in RAM. > > On Fri, 6 Aug 1999, Brian McGroarty wrote: > > > I've got a PC used primarily for programming. Projects tend > to be large (8-12 > > megs of C++ source), so build time is a concern. I'd like > ideas on where the > > best place to sink $500 would be to boost performance. > > > > Relevant in the current configuration: > > > > o (2) Celeron 300a (on socket converters, overclocked to > 500mhz) > > o Tyan Tiger 100 motherboard (Dual CPU) > > o 512mb 100mhz RAM > > > > EIDE controller: > > o 14 gig 7200 EIDE (/usr,/,swap) > > o 28 gig 7200 EIDE (/tobackup,/cvs) > > > > EIDE controller 1: > > o 14 gig 7200 EIDE (/home) > > o 2/8x CDRW/CD-ROM > > > > For a familiar benchmark, a FreeBSD 'make world -j 40' takes > about an hour > > and ten minutes. This may be slewed against your ssytem by > the inclusion of > > -O3 optimization. > > > > The CPUs realize a lot of idle time; upward of 60%. I expect > then that I/O is > > my main bottleneck. > > > > The drives are Ultra-66 capable, but I don't believe FreeBSD > supports this at > > current. Thus, I don't see a way to enhance what I've got. > (I'm already > > enabling 32-bit and DMA on the controllers via flags). > > > > So what's my best bet? Is there a fast and economical SCSI-2 > controller and > > drive I should try? Any supported IDE RAID controllers? Or > is there an > > Ultra-66 controller FreeBSD merely sees as really fast EIDE? > > > > Or is this time being spent in the huge kernel lock? Would > CAS2 capable RAM > > then perhaps speed the buffer transfers noticably and get > the CPUs back to > > unmanaged portions more quickly? > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hardware" in the body of the > message > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hardware" in the body of the message > > _____________________________________________________________ Do You Yahoo!? Bid and sell for free at http://auctions.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Fri Aug 6 23:52:39 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id A95BD14E6C for ; Fri, 6 Aug 1999 23:52:36 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id IAA12487; Sat, 7 Aug 1999 08:51:37 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: brian@pobox.com Cc: freebsd-hardware@FreeBSD.ORG Subject: Re: bktr is usurping bktr's cdevsw[] (?) In-reply-to: Your message of "Fri, 06 Aug 1999 18:12:52 PDT." <19990807011252.20200.rocketmail@web1005.mail.yahoo.com> Date: Sat, 07 Aug 1999 08:51:37 +0200 Message-ID: <12485.934008697@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Yes, somehow cdevsw_add() is called twice. Mostly Harmless. In message <19990807011252.20200.rocketmail@web1005.mail.yahoo.com>, Brian McGroarty writes: >What does this mean? a device is usurping its own cdevsw - ? > >This is for the Hauppauge WinTV. Despite the warning, the device >works perfectly. > >Aug 2 18:00:16 milkymoo /kernel: WARNING: "bktr" is usurping >"bktr"'s cdevsw[] > >_____________________________________________________________ >Do You Yahoo!? >Bid and sell for free at http://auctions.yahoo.com > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hardware" in the body of the message > -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Sat Aug 7 12:32:38 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from carbon.btinternet.com (carbon.btinternet.com [194.73.73.92]) by hub.freebsd.org (Postfix) with ESMTP id 8ED3F14C4A for ; Sat, 7 Aug 1999 12:32:33 -0700 (PDT) (envelope-from duncanks@altavista.net) Received: from [195.99.48.139] (helo=duncan) by carbon.btinternet.com with smtp (Exim 2.05 #1) id 11DCBw-0007ko-00 for freebsd-hardware@FreeBSD.org; Sat, 7 Aug 1999 20:31:41 +0100 Message-ID: <003b01bee10b$07297580$0100a8c0@duncan> From: "Duncan Spooner" To: Subject: Parallel Zip Drive on FreeBSD 3.2-RELEASE Date: Sat, 7 Aug 1999 20:28:02 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have a parallel port Iomega Zip Drive. I have installed 3.2-RELEASE and although the vpo0 is detected it does not see da0, and when I try "mount -t msdos /dev/da0s4 /mnt" it gives me the error message "msdos: /dev/da0s4: Device not configured". I have added scbus0 and da0 to the kernel as well. Below is a copy of the dmesg from the most recent boot. If wanted I can post the kernel configuration file as well. Many Thanks. ---- Start of dmesg.today file ---- Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.2-RELEASE #6: Fri Aug 6 14:22:48 BST 1999 duncan@freebsd.duncanspooner.co.uk:/usr/src/sys/compile/FREEBSD Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P54C (133.12-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 16777216 (16384K bytes) avail memory = 13840384 (13516K bytes) Preloaded elf kernel "kernel" at 0xc02bd000. Probing for devices on PCI bus 0: chip0: rev 0x23 on pci0.0.0 chip1: rev 0x25 on pci0.7.0 ide_pci0: rev 0x06 on pci0.7.1 vga0: rev 0x00 on pci0.8.0 ed1: rev 0x00 int a irq 11 on pci0.10.0 ed1: address 00:e0:29:2b:16:06, type NE2000 (16 bit) Probing for PnP devices: Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 not found sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 519MB (1064448 sectors), 1056 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, dma, iordy acd0: drive speed 4153KB/sec, 120KB cache acd0: supported read types: CD-R, CD-RW, CD-DA acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: CD-ROM 120mm data disc loaded, unlocked ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 vpo0: on ppbus 0 vpo0: EPP 1.9 mode plip0: on ppbus 0 lpt0: on ppbus 0 lpt0: Interrupt-driven port vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface Intel Pentium detected, installing workaround for F00F bug Waiting 15 seconds for SCSI devices to settle changing root device to wd0s1a ---- End of dmesg.today file ---- -- Duncan duncanks@altavista.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Sat Aug 7 14:11:50 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id E861314CFC; Sat, 7 Aug 1999 14:11:44 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from gorean.org (master [10.0.0.2]) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id OAA22266; Sat, 7 Aug 1999 14:10:59 -0700 (PDT) (envelope-from Doug@gorean.org) Message-ID: <37ACA0E3.7064314B@gorean.org> Date: Sat, 07 Aug 1999 14:10:59 -0700 From: Doug Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.61 [en] (X11; U; FreeBSD 4.0-CURRENT-0730 i386) X-Accept-Language: en MIME-Version: 1.0 To: Eric Lee Green Cc: freebsd-net@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG Subject: Re: More on receiver lockups References: <99080516455900.04842@ehome.local.net> <99080620575900.73927@ehome.local.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Eric Lee Green wrote: > Well, I cvsup'ed "stable" (just the kernel) I'm glad it worked for you this time, but I can't let this pass without a warning. It's a very bad idea to upgrade your source then build just the kernel. You should always make world first to avoid possible incompatabilities between the kernel and your userland programs. More info on the make world process is available on the web site under tutorials. Good luck, Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message