From owner-freebsd-hackers Sun Dec 24 00:26:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA12902 for hackers-outgoing; Sun, 24 Dec 1995 00:26:52 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA12886 for ; Sun, 24 Dec 1995 00:26:40 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA22568; Sun, 24 Dec 1995 19:25:14 +1100 Date: Sun, 24 Dec 1995 19:25:14 +1100 From: Bruce Evans Message-Id: <199512240825.TAA22568@godzilla.zeta.org.au> To: bde@zeta.org.au, grog@lemis.de Subject: Re: disk to disk copy Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> Actually, overwriting valid MBR's, SecondaryBR's (inside extended >> partitions and disk labels should fail. It succeeds in some cases >> because of bugs: >That's a matter of definition. If you're talking to a character >device, anything should be allowed. I have a number of disk drives No, character disk devices are the same as block disk devices except the latter are buffered. >which I use for various systems at various times. To change systems, >I copy the whole disk to tape and then a tape copy to disk. Under >FreeBSD, this always fails if there is no valid BSD label on the >disk. BSD/OS doesn't have this problem, so I do it with BSD/OS. This was fixed in FreeBSD-2.0.5 for drives that report their size. Bruce From owner-freebsd-hackers Sun Dec 24 00:50:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA13864 for hackers-outgoing; Sun, 24 Dec 1995 00:50:20 -0800 (PST) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA13809 for ; Sun, 24 Dec 1995 00:50:02 -0800 (PST) Received: from didier@aida (localhost [127.0.0.1]) by aida (8.6.12/8.6.9) with SMTP id QAA01458; Sat, 23 Dec 1995 16:51:31 +0100 Date: Sat, 23 Dec 1995 16:51:31 +0100 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD Organization: My Own FreeBSD-2.1-STABLE Site Reply-To: didier@aida.org In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=us-ascii From: Didier Derny To: David Hovemeyer Subject: RE: mmap and memory utilization Cc: , David Hovemeyer Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On 16-Dec-95 David Hovemeyer wrote: >>Howdy all, > >I am writing a program that needs to do a lot of character at >a time reading through regular files, both forwards and backwards. >I decided to use mmap(2) rather than read(2) to implement this. >My reasoning is that it is easier to do random access in memory >than in a file. Also, I imagine that calling read(2) for reading >single characters is inefficient in terms of system call overhead. >I could use iostreams (it's a C++ program) to get buffering of >reads, but iostreams are big and hairy, and still more awkward >to use than memory for what I want to do. > >What I am wondering is > > What is the impact of mmap'ing a large file and then > scanning linearly through it? > >Currently I am thinking of mmap'ing the entire file; if the file is >approximately as large as physical memory, will this cause excessive >paging? (I am assuming an infinite amount of virtual memory, >but a limited amount of physical memory.) Will the program degrade >the performance of other programs which are running? Would the mmap >be likely to fail? > >In most cases I expect the mmap'ed file to be small (< 16K), but >I want the program to be a "good citizen" under extreme conditions. >I'm pretty clueless about the details of virtual memory and how >it is implemented in FreeBSD. > >Hmm, I just noticed the madvise(2) man page: is this what I need >to use? Maybe I could say MADV_DONTNEED to pages scanned past, >and MADV_WILLNEED to pages about to be accessed? > >Any thoughts appreciated. > >Dave >-- >David Hovemeyer | aclawisaclawandnobodyhasseenatalking | http://infoco >daveho@infocom.com | clawunlessthatclawisthefamousMr.Klaw | m.com/~daveho > I usualy map 32 mb file almost everyday without any problem. I only have 16Mb of memory. I'm using strstr inside the mapped file to find substring. In fact I map 2 32 mb files at the same time -- 12/18/95 20:01:22 Didier Derny | My computer is Microsoft Free... didier@aida.org | Private FreeBSD 2.1-STABLE site. From owner-freebsd-hackers Sun Dec 24 01:34:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA15824 for hackers-outgoing; Sun, 24 Dec 1995 01:34:02 -0800 (PST) Received: from gateway.net.hk (john@gateway.hk.linkage.net [202.76.7.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA15796 Sun, 24 Dec 1995 01:33:35 -0800 (PST) Received: (from john@localhost) by gateway.net.hk (8.6.12/8.6.9) id RAA25411; Sun, 24 Dec 1995 17:28:51 +0800 Date: Sun, 24 Dec 1995 17:28:50 +0800 (HKT) From: John Beukema To: Gary Crutcher cc: questions@FreeBSD.org, hackers@FreeBSD.org Subject: Re: your mail In-Reply-To: <199512232023.MAA00354@nightflight.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk Use the raw device with newfs, ie /dev/rsd1e0 not dev/sd1e0. jbeukema On Sat, 23 Dec 1995, Gary Crutcher wrote: > Hi, > > I just installed a 2nd SCSI drive. A 2.1GB conner. > Having read many of the newsgroups info about adding a second drive and > reading amilfrom this listserv, I have partitioned the drive, labeled it, > but cannot get the newfs command to work correectly - I get 'not a block > device' error. > > I used sysinstall to do the partitioning and disklabeling. > > Now, not begin a UNIX person, but I do get by on my own, could someone > elighten me on how to use the newfs cmd to finish this process, and secondly > how and where do I put the entries for this drive so it will mount on boot. > > Thanks, > > Gary > ---------------------------------------------------------------------------- > Gary Crutcher email: gcrutchr@nightflight.com > Webmaster URL: http://www.nightflight.com > 'Flights throughout the Internet' voice: 619-631-0666 > ---------------------------------------------------------------------------- > > From owner-freebsd-hackers Sun Dec 24 01:38:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA16088 for hackers-outgoing; Sun, 24 Dec 1995 01:38:43 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA16070 for ; Sun, 24 Dec 1995 01:38:34 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA09953 for ; Sun, 24 Dec 1995 10:38:30 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA08334 for freebsd-hackers@freebsd.org; Sun, 24 Dec 1995 10:38:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA29798 for freebsd-hackers@freebsd.org; Sun, 24 Dec 1995 09:43:54 +0100 From: J Wunsch Message-Id: <199512240843.JAA29798@uriah.heep.sax.de> Subject: Re: How to write in physical memory ? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 24 Dec 1995 09:43:54 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512232004.VAA10304@labinfo.iet.unipi.it> from "Luigi Rizzo" at Dec 23, 95 09:04:42 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Luigi Rizzo wrote: > > what is the simplest way for a user process to access a portion of > the physical memory on a system ? More specifically, I would like to > peek/poke into the video memory of my S3 card. I didn't follow the technical discussion in the XFree86 beta list too closely, but it seems to me that you've got an application that could benefit from the upcoming DGA server extension. (It's currently in the beta stages.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Dec 24 01:38:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA16121 for hackers-outgoing; Sun, 24 Dec 1995 01:38:50 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA16087 for ; Sun, 24 Dec 1995 01:38:42 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA09965; Sun, 24 Dec 1995 10:38:38 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA08338; Sun, 24 Dec 1995 10:38:38 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id KAA29973; Sun, 24 Dec 1995 10:06:05 +0100 From: J Wunsch Message-Id: <199512240906.KAA29973@uriah.heep.sax.de> Subject: Re: mountd startup problem... To: scrappy@hub.org (Marc G. Fournier) Date: Sun, 24 Dec 1995 10:06:05 +0100 (MET) Cc: hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Marc G. Fournier" at Dec 24, 95 02:04:18 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk As Marc G. Fournier wrote: > > I'm currently running 2.1-STABLE as my nfs server, and upon > rebooting, I'm getting: > > clnttcp_create: RPC: Program not registered > > When i try and run moutd. Perhaps a YP problem. Do you have ``domainname'' set, but don't run NIS? This has been the culprit for me some time ago (though i think that Bill tried to unbreak this behaviour since). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Dec 24 01:38:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA16123 for hackers-outgoing; Sun, 24 Dec 1995 01:38:51 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA16072 Sun, 24 Dec 1995 01:38:34 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA09957; Sun, 24 Dec 1995 10:38:31 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA08335; Sun, 24 Dec 1995 10:38:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA29832; Sun, 24 Dec 1995 09:51:13 +0100 From: J Wunsch Message-Id: <199512240851.JAA29832@uriah.heep.sax.de> Subject: Re: your mail To: gcrutchr@nightflight.com (Gary Crutcher) Date: Sun, 24 Dec 1995 09:51:13 +0100 (MET) Cc: questions@freebsd.org, hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512232023.MAA00354@nightflight.com> from "Gary Crutcher" at Dec 23, 95 12:23:12 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Gary Crutcher wrote: > > I just installed a 2nd SCSI drive. A 2.1GB conner. > Having read many of the newsgroups info about adding a second drive and > reading amilfrom this listserv, I have partitioned the drive, labeled it, > but cannot get the newfs command to work correectly - I get 'not a block > device' error. Hmm, you should better fully quote the message you've got. Newfs doesn't even want to operate on the block device, and it warns you if you are trying this: newfs: /dev/fd0: not a character-special device So: use newfs always on character-special devices. You can distinguish them from the block-device counterparts by the leading `r' (for `raw'). In my above example, the corresponding character device would be ``/dev/rfd0''. At the opposite, _mounting a file system_ (once newfs was successful) _requires_ the block device (and is almost the only operation that should use block devices at all). So i would have to mount: mount /dev/fd0 /mnt as opposed to: uriah # /sbin/mount /dev/rfd0 /mnt /dev/rfd0 on /mnt: Block device required -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Dec 24 01:38:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA16151 for hackers-outgoing; Sun, 24 Dec 1995 01:38:59 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA16105 for ; Sun, 24 Dec 1995 01:38:46 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA09961 for ; Sun, 24 Dec 1995 10:38:36 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA08336 for freebsd-hackers@freebsd.org; Sun, 24 Dec 1995 10:38:36 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA29891 for freebsd-hackers@freebsd.org; Sun, 24 Dec 1995 09:56:57 +0100 From: J Wunsch Message-Id: <199512240856.JAA29891@uriah.heep.sax.de> Subject: Re: MMAP with MAP_FIXED To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 24 Dec 1995 09:56:57 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512240030.SAA23720@main.gbdata.com> from "Gary Clark II" at Dec 23, 95 06:30:19 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Gary Clark II wrote: > Can anyone give me an example of using mmap with MAP_FIXED? Or maybe just > the macro that will put my address on a page bondary. int pagesize = getpagesize(); caddr_t a; ... a = ...; /* this rounds a up to the next page boundary */ a = (caddr_t)(((int)a | (pagesize - 1)) + 1); Perhaps there are even macros available. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Dec 24 01:39:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA16155 for hackers-outgoing; Sun, 24 Dec 1995 01:39:01 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA16122 for ; Sun, 24 Dec 1995 01:38:49 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA09969; Sun, 24 Dec 1995 10:38:41 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA08339; Sun, 24 Dec 1995 10:38:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id KAA29998; Sun, 24 Dec 1995 10:11:12 +0100 From: J Wunsch Message-Id: <199512240911.KAA29998@uriah.heep.sax.de> Subject: Re: A Good OS for BIND? (fwd) To: bind-users@vix.com Date: Sun, 24 Dec 1995 10:11:12 +0100 (MET) Cc: freebsd-hackers@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512240740.IAA07566@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Dec 24, 95 08:40:00 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Christoph Kukulies wrote: > > Picked this message up from the bind list. > Any takers to answer this? > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de You could have answered this yourself, Chris. :-) > Forwarded message: > > Date: Fri, 22 Dec 95 14:11:57 CST > > From: Mike.Jenkins@ncts.navy.mil (Mike Jenkins) > > Message-Id: <9512222011.AA24236@pegasus.ncts.navy.mil> > > To: bind-users@vix.com > > Subject: A Good OS for BIND? > > Sender: > > Precedence: bulk > > Reply-To: Mike.Jenkins@ncts.navy.mil (Mike Jenkins) > > > > With the SunOS 4.1.X limitations (file descriptors and VM system) > > would one of the BSD 4.4 OS's (NetBSD, FreeBSD, BSD/OS) be a better > > choice for running BIND? What other OS's would be a good choice? The 4.4BSD's are certainly suitable platforms to run it. Even old and slow machines like a µVax 2000 or an i386/16 are known to run all versions of BIND fine. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Dec 24 01:47:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA16581 for hackers-outgoing; Sun, 24 Dec 1995 01:47:42 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA16573 for ; Sun, 24 Dec 1995 01:47:37 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA07796; Sun, 24 Dec 1995 10:49:33 +0100 Message-Id: <199512240949.KAA07796@gilberto.physik.rwth-aachen.de> Subject: Re: mountd startup problem... To: scrappy@hub.org (Marc G. Fournier) Date: Sun, 24 Dec 1995 10:49:32 +0100 (MET) Cc: hackers@FreeBSD.org In-Reply-To: from "Marc G. Fournier" at Dec 24, 95 02:04:18 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > Hi... > > I'm currently running 2.1-STABLE as my nfs server, and upon > rebooting, I'm getting: > > clnttcp_create: RPC: Program not registered > > When i try and run moutd. Are you running NIS services? I had this seen coming from ypbind. > > First thought I had was portmap, since that is where daemons > acquire and register their port #'s, correct? So I kill'd and restarted > that portmap, but mountd still gets same error... > > So I figure I'm missing something here... > > It was running before I rebooted...only change is a new kernel > with a couple of mods to its conf (CHILD_MAX increased, USER_LDT added > in and pseudo-device speaker added), so I don't think it has anything to > do with that. > > Any suggestions on what I'm possibly missing? Oh...my nfsd's > came up no problem, only mountd wouldn't run on boot-up. > > Thanks... > > Marc G. Fournier | POP Mail Telnet Acct DNS Hosting > scrappy@hub.org | WWW Services Database Services | Knowledge, > soon to be: | | Information and > scrappy@ki.net | WWW: http://hub.org | Communications, Inc > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Sun Dec 24 02:02:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA17248 for hackers-outgoing; Sun, 24 Dec 1995 02:02:57 -0800 (PST) Received: from main.gbdata.com (dial37.phoenix.net [199.3.234.72]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA17179 Sun, 24 Dec 1995 02:01:31 -0800 (PST) Received: (from gclarkii@localhost) by main.gbdata.com (8.6.12/8.6.9) id EAA09071; Sun, 24 Dec 1995 04:01:27 -0600 From: Gary Clark II Message-Id: <199512241001.EAA09071@main.gbdata.com> Subject: Re: Pentium bcopy 486DX-66 results To: davidg@Root.COM Date: Sun, 24 Dec 1995 04:01:26 -0600 (CST) Cc: gclarkii@freebsd.org, freebsd-hackers@freebsd.org Reply-To: gclarkii@freebsd.org In-Reply-To: <199512240627.WAA00623@corbin.Root.COM> from "David Greenman" at Dec 23, 95 10:27:16 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk David Greenman wrote: > > >Here are my results on a 486DX4-100 8 meg in X not sure about cache. > > > >gcc -m486 -O2 -o testcopy testing.c copy.o > >main:gclarkii# time testcopy > >copy 10232 > >bcopy 2403 > >memcpy 9315 > >21.9u 0.0s 0:22.08 99.5% 5+183k 1+0io 0pf+0w > > > >My sources are using 1024 for SIZE and I just change copy for bcopy for the > >bcopy stats. It looks like copy is a big loss for me...:( > > "copy" takes it's size in longwords and bcopy takes it in bytes. Did you > multiply the size times sizeof(int)? > Nope... Time for the hat.... where did it go... Oh, yeah, I need to order on for myself..:) > -DG > > Gary Gary Clark II gclarkii@FreeBSD.ORG From owner-freebsd-hackers Sun Dec 24 02:06:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA17431 for hackers-outgoing; Sun, 24 Dec 1995 02:06:21 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA17413 for ; Sun, 24 Dec 1995 02:06:09 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA25049; Sun, 24 Dec 1995 21:06:13 +1100 Date: Sun, 24 Dec 1995 21:06:13 +1100 From: Bruce Evans Message-Id: <199512241006.VAA25049@godzilla.zeta.org.au> To: imb@scgt.oz.au, tege@matematik.su.se Subject: Re: Pentium bcopy Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk > > The reason that this is so much faster is that it uses the dual-ported > > cache is a near-optimal way. > Does this approach demonstrate any significant penalties with less > sophisticated cache architectures, for example 386DX or non-pipelined ? >The approach has a significant penalty on a 386 (3x slower). >I suspect it might be a tad bit slower on a 486 with a write-through L1 >cache. But the approach should help on 486 systems with write-back cache. >I don't have any 486 systems, so I cannot tell for sure. Here is a simple >test program that you can use for timing tests: On my 486DX2/66 with an unknown writing strategy, copy() is about 20% faster than memcpy() (*) but can be improved another 20% by changing the cache line allocation strategy slightly: replace the load of 28(%edi) by a load of 12(%edi) and add a load of 28(%edi) in the middle of the loop. The pairing stuff and the nops make little difference. cache-line alignment of the source and target made little difference. (*) When memcpy() is run a second time, it is as fast as the fastest version as copy()! On my 486DX/33 with a "write buffer" (which is faster than "write back" on the same machine), the fancy copies are all much the same speed, the speed of memcpy() is independent of the cache state and is 30% faster than the speed of the fancy copies. >unsigned long >cputime () >{ > struct rusage rus; > getrusage (0, &rus); > return rus.ru_utime.tv_sec * 1000 + rus.ru_utime.tv_usec / 1000; ^^^^^^ >} Not accurate enough. Use weights of 1000000 and 1 instead of 1000 and 1/1000, or double precision. Actual results: function 486DX2/66 486DX/33 -------- --------- -------- memcpy 11353454 9242061 copy 9389321 12595028 copy1 6841713 12888324 copy2 7055773 12823391 memcpy 6952372 9219855 copy1() is copy() with the above changes. copy2() is copy1() with half as much unrolling and only one word copied at a time. Bruce From owner-freebsd-hackers Sun Dec 24 02:10:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA17594 for hackers-outgoing; Sun, 24 Dec 1995 02:10:00 -0800 (PST) Received: from main.gbdata.com (dial37.phoenix.net [199.3.234.72]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA17560 for ; Sun, 24 Dec 1995 02:08:32 -0800 (PST) Received: (from gclarkii@localhost) by main.gbdata.com (8.6.12/8.6.9) id EAA09104 for freebsd-hackers@freebsd.org; Sun, 24 Dec 1995 04:08:42 -0600 From: Gary Clark II Message-Id: <199512241008.EAA09104@main.gbdata.com> Subject: Pentium bcopy 486DX4-100 results To: freebsd-hackers@freebsd.org Date: Sun, 24 Dec 1995 04:08:40 -0600 (CST) Reply-To: gclarkii@freebsd.org In-Reply-To: <199512240627.WAA00623@corbin.Root.COM> from "David Greenman" at Dec 23, 95 10:27:16 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk David Greenman wrote: > > >Here are my results on a 486DX4-100 8 meg in X not sure about cache. > > > >gcc -m486 -O2 -o testcopy testing.c copy.o > >main:gclarkii# time testcopy > >copy 10232 > >bcopy 2403 > >memcpy 9315 > >21.9u 0.0s 0:22.08 99.5% 5+183k 1+0io 0pf+0w > > > >My sources are using 1024 for SIZE and I just change copy for bcopy for the > >bcopy stats. It looks like copy is a big loss for me...:( > > "copy" takes it's size in longwords and bcopy takes it in bytes. Did you > multiply the size times sizeof(int)? > > -DG > Hi, Even with the sizeof(int) copy blows on my system. Here is update one. main:gclarkii# time testcopy copy 10431 bcopy 9534 memcpy 9516 29.4u 0.0s 0:30.80 95.8% 5+188k 0+0io 0pf+0w Does this look better? Gary Gary Clark II (N5VMF) gclarkii@FreeBSD.ORG From owner-freebsd-hackers Sun Dec 24 03:48:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA24278 for hackers-outgoing; Sun, 24 Dec 1995 03:48:11 -0800 (PST) Received: from insanus.matematik.su.se (insanus.matematik.su.se [130.237.198.12]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA24273 for ; Sun, 24 Dec 1995 03:48:08 -0800 (PST) Received: from localhost (prudens.matematik.su.se [130.237.198.5]) by insanus.matematik.su.se (8.7.1/8.6.9) with ESMTP id MAA28761 for ; Sun, 24 Dec 1995 12:48:07 +0100 (MET) Message-Id: <199512241148.MAA28761@insanus.matematik.su.se> X-Address: Department of Mathematics, Stockholm University S-106 91 Stockholm SWEDEN X-Phone: int+46 8 162000 X-Fax: int+46 8 6126717 X-Url: http://www.matematik.su.se To: freebsd-hackers@freebsd.org Subject: Better bzero Date: Sun, 24 Dec 1995 12:48:06 +0100 From: Torbjorn Granlund Sender: owner-hackers@freebsd.org Precedence: bulk Here is a bzero/memset that uses the same trick as the previously posted memcpy. noisy> gcc mzero.c zero.S src/lib/cputime.c -O -DSIZE=1000 noisy> a.out zero 1005 memset 8436 bzero 8424 noisy> gcc mzero.c zero.S src/lib/cputime.c -O -DSIZE=10000 noisy> a.out zero 5605 memset 8341 bzero 8349 Note that the code wins significantly even when the L1 cache is too small for the data set. The mere 5x (actually 4.89x) improvement measured on my system has been improved to a more decent 8x. :-) .text .align 4 .globl _zero _zero: pushl %edi movl 8(%esp),%edi /* destination pointer */ movl 12(%esp),%ecx /* size (in 32-bit words) */ xorl %eax,%eax /* for memset, we'd copy byte to all of eax */ shrl $3,%ecx /* count for unrolled loop */ jz Lend /* if zero, skip unrolled loop */ movl (%edi),%edx /* Fetch destination cache line */ .align 2,0x90 /* supply 0x90 for broken assemblers */ Loop: movl 28(%edi),%edx /* allocate cache line for destination */ nop /* we want these two insn to pair! */ movl %eax,(%edi) /* store words pairwise */ movl %eax,4(%edi) movl %eax,8(%edi) movl %eax,12(%edi) movl %eax,16(%edi) movl %eax,20(%edi) movl %eax,24(%edi) movl %eax,28(%edi) addl $32,%edi /* update destination pointer */ decl %ecx /* decr loop count */ jnz Loop /* Copy last 0-7 words */ Lend: movl 12(%esp),%ecx andl $7,%ecx cld rep stosl popl %edi ret mzero.c: #ifndef SIZE #define SIZE 1000 #endif #ifndef TIMES #define TIMES 100000000/SIZE #endif long cputime (); main () { int d[SIZE]; int i; long t0; t0 = cputime (); for (i = 0; i < TIMES; i++) zero (d, SIZE); printf ("zero %ld\n", cputime () - t0); t0 = cputime (); for (i = 0; i < TIMES; i++) memset (d, 0, SIZE * sizeof (int)); printf ("memset %ld\n", cputime () - t0); t0 = cputime (); for (i = 0; i < TIMES; i++) bzero (d, SIZE * sizeof (int)); printf ("bzero %ld\n", cputime () - t0); exit (0); } From owner-freebsd-hackers Sun Dec 24 06:35:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA03358 for hackers-outgoing; Sun, 24 Dec 1995 06:35:43 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA03353 Sun, 24 Dec 1995 06:35:38 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id PAA22198 ; Sun, 24 Dec 1995 15:35:36 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id PAA05153 ; Sun, 24 Dec 1995 15:35:35 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id OAA17270; Sun, 24 Dec 1995 14:53:17 +0100 (MET) From: Ollivier Robert Message-Id: <199512241353.OAA17270@keltia.freenix.fr> Subject: Re: Pentium bcopy 486DX4-100 results To: gclarkii@freebsd.org Date: Sun, 24 Dec 1995 14:53:16 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199512241008.EAA09104@main.gbdata.com> from "Gary Clark II" at Dec 24, 95 04:08:40 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1475 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Gary Clark II said: > main:gclarkii# time testcopy > copy 10431 > bcopy 9534 > memcpy 9516 > 29.4u 0.0s 0:30.80 95.8% 5+188k 0+0io 0pf+0w 486DX4/100, copy.S as posted, "gcc -O -m486" and 1000000,1 used for calculation as per Bruce suggestion. 298 [14:46] roberto@keltia:/tmp> time ./foo copy 6429198 bcopy 6442253 memcpy 6314015 19.181u 0.039s 0:20.46 93.8% 5+186k 0+0io 0pf+0w Cache configured as Write-Back. Is your cache in write-through Gary ? Your numbers are surprising... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #8: Sat Dec 23 21:44:39 MET 1995 From owner-freebsd-hackers Sun Dec 24 07:20:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA05816 for hackers-outgoing; Sun, 24 Dec 1995 07:20:31 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA05811 Sun, 24 Dec 1995 07:20:26 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id CAA00253; Mon, 25 Dec 1995 02:20:19 +1100 From: michael butler Message-Id: <199512241520.CAA00253@asstdc.scgt.oz.au> Subject: Re: Pentium bcopy 486DX-66 results To: gclarkii@FreeBSD.org Date: Mon, 25 Dec 1995 02:20:19 +1100 (EST) Cc: davidg@Root.COM, freebsd-hackers@FreeBSD.org In-Reply-To: <199512241001.EAA09071@main.gbdata.com> from "Gary Clark II" at Dec 24, 95 04:01:26 am X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Gary Clark II writes: >Here are my results on a 486DX4-100 8 meg in X not sure about cache. ^^^^^^^^^^ No wonder .. the cache is unlikely to be left undisturbed for a sufficiently long period. As I understand it, the X-server is likely to be flushing it almost as quickly as you're trying to acquire lines by virtue of its numerous and quite diverse localities of reference. Add this to the fact that the distributed binary server is compiled with "-m486" (which grabs large cache chunks because of the additional alignment constraints) and I wouldn't expect much, if any, improvement under these conditions, michael From owner-freebsd-hackers Sun Dec 24 09:25:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA09239 for hackers-outgoing; Sun, 24 Dec 1995 09:25:49 -0800 (PST) Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA09232 for ; Sun, 24 Dec 1995 09:25:46 -0800 (PST) Received: from latte.eng.umd.edu (latte.eng.umd.edu [129.2.98.15]) by chemserv.umd.edu (8.7.3/8.7) with ESMTP id MAA16146; Sun, 24 Dec 1995 12:25:38 -0500 (EST) Received: (chuckr@localhost) by latte.eng.umd.edu (8.7.3/8.6.4) id MAA01991; Sun, 24 Dec 1995 12:25:37 -0500 (EST) Date: Sun, 24 Dec 1995 12:25:37 -0500 (EST) From: Chuck Robey X-Sender: chuckr@latte.eng.umd.edu To: Josh MacDonald cc: freebsd-hackers@FreeBSD.org Subject: Re: gcc 2.7.1 In-Reply-To: <199512232016.MAA20992@paris.CS.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Sat, 23 Dec 1995, Josh MacDonald wrote: > libg++ compiles. I can't build shared libraries. the ld man page says > we have a -Ur flag like the current GNU linker but its not really supported. > I wonder how that happened. I'm not sure I understand; you can't build shared libs? That sounds like I didn't see enough context, because building shared libs isn't a trick at all. I think you know this, so I'm confused by the remark, I must have missed something. > > I don't think its too big a deal now, I have it working, but I think that > it gives a bad name to FreeBSD, that new versions of gcc which come out > are not least ported in reasonable time. For someone developing c++ > applications its a big deal. > > So I ask, what prevents gcc 2.7.x from being imported into the source tree? > I know of no bugs which it has that 2.6.3 didn't. You brought this up before, when 2.7.1 first came out. I thought the answer then was that there were definite code generation bugs with 2.7.1. FreeBSD has _never_ tried to follow GNU gcc releases, the important thing being that the tree compiles well, not chasing GNU. I just saw a reference to a fix for one of the code generation bugs, a patch, show up on the list. I'll bet gcc gets upgraded in the next year, but there's no rush. You can port gcc yourself (others have, they're reported results to this list) if you really need it. I'm a little curious; here at U of Maryland, they're no quicker to upgrade their local gcc ports than FreeBSD is, so all the student code has to compile under 2.6.3. Is Berkeley quicker on that? If not, how is 2.7.2 going to help you? > > -josh > ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-hackers Sun Dec 24 09:28:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA09416 for hackers-outgoing; Sun, 24 Dec 1995 09:28:32 -0800 (PST) Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.64]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA09388 for ; Sun, 24 Dec 1995 09:28:10 -0800 (PST) Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id aa02709; 24 Dec 95 17:26 GMT Received: from wbsmail.zipmail.co.uk ([194.70.221.1]) by relay-3.mail.demon.net id aa16074; 24 Dec 95 17:25 GMT Received: from PhilPC (kiss.demon.co.uk [158.152.97.57]) by wbsmail.zipmail.co.uk (8.6.12/8.6.9) with SMTP id RAA10423 for ; Sun, 24 Dec 1995 17:25:55 GMT Message-Id: <199512241725.RAA10423@wbsmail.zipmail.co.uk> Comments: Authenticated sender is From: Phil Taylor Organization: Lan Systems To: hackers@freebsd.org Date: Sun, 24 Dec 1995 17:19:47 +0000 Subject: Small change to ctm-rmail ! Reply-to: phil@zipmail.co.uk Priority: normal X-mailer: Pegasus Mail for Windows (v2.10) Sender: owner-hackers@freebsd.org Precedence: bulk I have made a quick hack to ctm_rmail.c as I have recently subscribed to ctm-src-current and I receive my emails on a novell n/w and pegasus mail for windows which of course uses CR/LF so the following diff strips of the CR, it is pretty dirty but should work OK of anyone else has had this problem. Cheers Phil 274a275,282 > /* > * If the file was created under DOS/Windows strip the CR > * at the end of the line > */ > > if (line[strlen(line)-2] == 13) > line[strlen(line)-2] = 0; > 277a286 > 285d293 < /* Phil Taylor (phil@zipmail.co.uk) LAN Systems - LAN/WAN Specialists */ From owner-freebsd-hackers Sun Dec 24 10:00:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA10415 for hackers-outgoing; Sun, 24 Dec 1995 10:00:35 -0800 (PST) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA10407 for ; Sun, 24 Dec 1995 10:00:33 -0800 (PST) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id KAA23024; Sun, 24 Dec 1995 10:00:30 -0800 From: Josh MacDonald Message-Id: <199512241800.KAA23024@paris.CS.Berkeley.EDU> To: Chuck Robey Cc: freebsd-hackers@freebsd.org Subject: Re: gcc 2.7.1 In-reply-to: Your message of "Sun, 24 Dec 1995 12:25:37 EST." Date: Sun, 24 Dec 1995 10:00:29 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk > > I'm not sure I understand; you can't build shared libs? That sounds > like I didn't see enough context, because building shared libs isn't a > trick at all. I think you know this, so I'm confused by the remark, I > must have missed something. > The Makefiles in the gcc release have to be tweaked a bit to get it to make pic code, but it does. When I link with the shared library produced, nothing works. I was thinking that static constructors weren't being constructed. > > You brought this up before, when 2.7.1 first came out. I thought the > answer then was that there were definite code generation bugs with > 2.7.1. FreeBSD has _never_ tried to follow GNU gcc releases, the > important thing being that the tree compiles well, not chasing GNU. I > just saw a reference to a fix for one of the code generation bugs, a > patch, show up on the list. I'll bet gcc gets upgraded in the next year, > but there's no rush. You can port gcc yourself (others have, they're > reported results to this list) if you really need it. I just think it would be nice if someone who know what they were doing perhaps a little more than myself, (as I said, I couldn't make the shared libs work--but that's not such a big deal), would produce an informed set of differences and keep the GNU team up to date. > I'm a little curious; here at U of Maryland, they're no quicker to > upgrade their local gcc ports than FreeBSD is, so all the student code > has to compile under 2.6.3. Is Berkeley quicker on that? If not, how is > 2.7.2 going to help you? The differences between 2.7.2 and 2.7.0 are minor and mostly non-i386 archetechure bugs, but the differences between 2.6.3 and 2.7.x are substantial. Especially as far as g++ is concerned. I am not working on homework or a class project here or else 2.6.3 would be fine. Berkeley's software group has had 2.7.0 installed since August 25: paris-~ % ls -l /usr/sww/bin/gcc -rwxr-xr-x 1 8214 131072 Aug 25 14:04 /usr/sww/bin/gcc* paris-~ % /usr/sww/bin/gcc -v Reading specs from /usr/sww/lib/gcc-lib/sparc-sun-sunos4.1.2/2.7.0/specs gcc version 2.7.0 When I tried to use a template class with a static bool type, I noticed that two-line bug I just mailed the list. Then, rather than write code to work around a bug like that (you can't test static bools in template classes, what are you going to do?), I decided to use 2.7.x for my project. You know it could be worse than you think, not supporting GNU releases very well. Consider this small example. I am being paid by a research project right now for the work I'm doing. One of my advisors has a lot of influence over purchases and computers that are used. He himself runs FreeBSD at home. He was telling me he was considering purchasing an order of laptops for some of the researchers, and if so to run FreeBSD on them. If I show up at our next meeting and say, "Well, I am having trouble working at home because g++-2.7.x does't work well on FreeBSD, so I've had to work on campus" (on this Sun IPC! its slow!), what do you think he'll think of FreeBSD then? Probably this won't influence his purchasing decisions one way or another, but he'll remember it, that's for sure. He's not the type of person who wants to spend loads of time porting a compiler. Surely as you suggest most people who are in need of the latest version of a gcc or whatever can probably compile it themselves, but it takes a lot of time and effort to make sure its installed prpoperly and working properly, especially to test the c++ installation because you can't do the 2 or 3 stage build/compare with it. It would be nice to at least see a set of difss or a package for libg++ and recent versions of gcc, this is my point. I can contribute what I've done, but who knows if I've done it right. If there is one unified version, then everyone who finds problems can contribute them and the GNU team will be better notified of FreeBSD diffs. -josh From owner-freebsd-hackers Sun Dec 24 10:08:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA10984 for hackers-outgoing; Sun, 24 Dec 1995 10:08:05 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA10933 for ; Sun, 24 Dec 1995 10:08:01 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id NAA05712; Sun, 24 Dec 1995 13:07:16 -0500 (EST) Date: Sun, 24 Dec 1995 13:07:14 -0500 (EST) From: "Marc G. Fournier" To: Joerg Wunsch cc: hackers@FreeBSD.org Subject: Re: mountd startup problem... In-Reply-To: <199512240906.KAA29973@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Sun, 24 Dec 1995, J Wunsch wrote: > As Marc G. Fournier wrote: > > > > I'm currently running 2.1-STABLE as my nfs server, and upon > > rebooting, I'm getting: > > > > clnttcp_create: RPC: Program not registered > > > > When i try and run moutd. > > Perhaps a YP problem. > > Do you have ``domainname'' set, but don't run NIS? This has been the > culprit for me some time ago (though i think that Bill tried to > unbreak this behaviour since). > Nope, domainname is set, and ypserv and yppasswdd are both running in the background... But, following that line of though, I killed ypserv/yppasswd, and then tried to start up mountd: hub# mountd clnttcp_create: RPC: Program not registered hub# !ps ps x PID TT STAT TIME COMMAND 0 ?? DLs 0:00.00 (swapper) 1 ?? Ss 0:00.29 /sbin/init -- 2 ?? DL 0:07.01 (pagedaemon) 3 ?? DL 0:02.80 (vmdaemon) 4 ?? DL 0:34.73 (update) 59 ?? Is 0:01.02 routed -q 80 ?? Is 0:02.52 syslogd 103 ?? IWs 0:00.02 nfsd-master (nfsd) 105 ?? IW 0:00.03 nfsd-srv (nfsd) 106 ?? IW 0:00.00 nfsd-srv (nfsd) 107 ?? IW 0:00.00 nfsd-srv (nfsd) 108 ?? IW 0:00.00 nfsd-srv (nfsd) 114 ?? IWs 0:00.75 inetd 121 ?? Is 0:02.27 cron 164 ?? Ss 2:54.38 /usr/sbin/ppp -auto io-iij 167 ?? Ss 0:21.90 /usr/local/lib/WWW/bin/httpd 192 ?? IWs 0:00.02 /usr/local/bin/supfilesrv -C 3 208 ?? Ss 0:54.11 SCREEN -R (screen-3.7.1) 224 ?? IWs 0:00.69 sendmail: accepting connections (sendmail) 352 ?? Is 0:01.25 rwhod 463 ?? Ss 0:03.55 named 5686 ?? Ss 0:00.02 mountd 5679 p5 S 0:01.20 -su (tcsh) 5687 p5 R+ 0:00.03 ps x 195 v1 IWs+ 0:00.04 /usr/libexec/getty Pc ttyv1 196 v2 IWs+ 0:00.04 /usr/libexec/getty Pc ttyv2 197 v3 IWs+ 0:00.04 /usr/libexec/getty Pc ttyv3 198 v4 IWs+ 0:00.03 /usr/libexec/getty Pc ttyv4 199 v5 IWs+ 0:00.04 /usr/libexec/getty Pc ttyv5 I still get the error, but at least it runs this time...since it doesn't get registered, though, none of my nfs-clients can mount anything, as they get similar errors. After starting mountd, I can then start ypserv/yppasswdd again, then kill and restart mountd without it hanging (still get the error though) Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-hackers Sun Dec 24 10:44:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA12961 for hackers-outgoing; Sun, 24 Dec 1995 10:44:01 -0800 (PST) Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA12920 Sun, 24 Dec 1995 10:43:55 -0800 (PST) Received: from latte.eng.umd.edu (latte.eng.umd.edu [129.2.98.15]) by bacchus.eng.umd.edu (8.7.3/8.7) with ESMTP id NAA01169; Sun, 24 Dec 1995 13:43:50 -0500 (EST) Received: (chuckr@localhost) by latte.eng.umd.edu (8.7.3/8.6.4) id NAA02800; Sun, 24 Dec 1995 13:43:49 -0500 (EST) Date: Sun, 24 Dec 1995 13:43:46 -0500 (EST) From: Chuck Robey X-Sender: chuckr@latte.eng.umd.edu To: Josh MacDonald cc: freebsd-hackers@freebsd.org, FreeBSD-ports@freebsd.org Subject: Re: gcc 2.7.1 In-Reply-To: <199512241800.KAA23024@paris.CS.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 24 Dec 1995, Josh MacDonald wrote: > > Surely as you suggest most people who are in need of the latest version > of a gcc or whatever can probably compile it themselves, but it > takes a lot of time and effort to make sure its installed prpoperly > and working properly, especially to test the c++ installation because > you can't do the 2 or 3 stage build/compare with it. It would be nice > to at least see a set of difss or a package for libg++ and recent versions > of gcc, this is my point. I can contribute what I've done, but who knows > if I've done it right. If there is one unified version, then everyone who > finds problems can contribute them and the GNU team will be better notified > of FreeBSD diffs. Ahh! Then you're asking for a port of gcc! Now that is an idea I can completely agree with, and it sounds like a wise thing to do. It'll give a lot of FreeBSD folks experience with it and it's various bugs/enhancements. I think it was Kaleb Keithley that I saw reporting his experiences with 2.7.2. Are you reading this, Kaleb? Perhaps this should be moved to FreeBSD-ports? > > -josh > ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-hackers Sun Dec 24 10:56:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA13695 for hackers-outgoing; Sun, 24 Dec 1995 10:56:13 -0800 (PST) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA13670 Sun, 24 Dec 1995 10:56:08 -0800 (PST) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id KAA23126; Sun, 24 Dec 1995 10:56:05 -0800 From: Josh MacDonald Message-Id: <199512241856.KAA23126@paris.CS.Berkeley.EDU> To: Chuck Robey Cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Subject: Re: gcc 2.7.1 In-reply-to: Your message of "Sun, 24 Dec 1995 13:43:46 EST." Date: Sun, 24 Dec 1995 10:56:04 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk > On Sun, 24 Dec 1995, Josh MacDonald wrote: > > > > > Surely as you suggest most people who are in need of the latest version > > of a gcc or whatever can probably compile it themselves, but it > > takes a lot of time and effort to make sure its installed prpoperly > > and working properly, especially to test the c++ installation because > > you can't do the 2 or 3 stage build/compare with it. It would be nice > > to at least see a set of difss or a package for libg++ and recent versions > > of gcc, this is my point. I can contribute what I've done, but who knows > > if I've done it right. If there is one unified version, then everyone who > > finds problems can contribute them and the GNU team will be better notified > > of FreeBSD diffs. > > Ahh! Then you're asking for a port of gcc! Now that is an idea I can > completely agree with, and it sounds like a wise thing to do. It'll give > a lot of FreeBSD folks experience with it and it's various > bugs/enhancements. I think it was Kaleb Keithley that I saw reporting > his experiences with 2.7.2. Are you reading this, Kaleb? > > Perhaps this should be moved to FreeBSD-ports? > Yes. That would be very nice. Ummm, I still can't make shared libs work though. This would be a hard port to do in the normal ports fashion I think. I think the only three diffs I have for 2.7.1 right now are the ASM_WEAKEN_LABEL removal, a change to gcc's stdarg.h so that __gnuc_va_list agrees with libc, and gcc's stddef.h is all messed up. It doesn't undefine things like _BSD_SIZE_T_ leaves it defined but empty so that later stdlib.h will produce something like 'typedef size_t' and produce annoying warnings. Perhaps it is better not to use those two files. -josh best to not use them. I don't know. From owner-freebsd-hackers Sun Dec 24 11:10:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14510 for hackers-outgoing; Sun, 24 Dec 1995 11:10:01 -0800 (PST) Received: from localhost.lightside.com (user40.lightside.com [198.81.209.40]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA14478 for ; Sun, 24 Dec 1995 11:09:58 -0800 (PST) Received: (from jehamby@localhost) by localhost.lightside.com (8.6.12/8.6.9) id LAA00277; Sun, 24 Dec 1995 11:10:24 -0800 Date: Sun, 24 Dec 1995 11:09:53 -0800 (PST) From: Jake Hamby X-Sender: jehamby@localhost To: Josh MacDonald cc: Chuck Robey , freebsd-hackers@freebsd.org Subject: Re: gcc 2.7.1 In-Reply-To: <199512241800.KAA23024@paris.CS.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 24 Dec 1995, Josh MacDonald wrote: > The differences between 2.7.2 and 2.7.0 are minor and mostly non-i386 > archetechure bugs, but the differences between 2.6.3 and 2.7.x are > substantial. Especially as far as g++ is concerned. I am not working > on homework or a class project here or else 2.6.3 would be fine. Berkeley's > software group has had 2.7.0 installed since August 25: True enough. I would also like to see GCC 2.7.2 added to the tree (and libg++ 2.7.1) if only because of the improved C++ support. Otherwise, you have nothing to lose and everything to gain. It's not like NetBSD, where many tools are somewhat dependent on the old tweaked GCC 2.4.5 they were using; in the case of C programs, 2.6.3 and 2.7.2 should be almost identical (except that 2.7.2 detects more warning messages with -W turned on). > Surely as you suggest most people who are in need of the latest version > of a gcc or whatever can probably compile it themselves, but it > takes a lot of time and effort to make sure its installed prpoperly > and working properly, especially to test the c++ installation because > you can't do the 2 or 3 stage build/compare with it. It would be nice > to at least see a set of difss or a package for libg++ and recent versions > of gcc, this is my point. I can contribute what I've done, but who knows > if I've done it right. If there is one unified version, then everyone who > finds problems can contribute them and the GNU team will be better notified > of FreeBSD diffs. I agree wholeheartedly! The main reason to upgrade GCC is the vastly improved C++ support (but be sure to upgrade libg++ along with it). It pays for FreeBSD to keep current on GCC, or we will fall into the trap of NetBSD, who (I believe) only recently upgrade to GCC 2.7.x from their old hacked 2.4.5. Also, it takes a certain amount of effort to modify GCC to fit into the /usr/libexec tree, which many people (at least myself) are not willing to do. Any comment on this from the core team? ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ From owner-freebsd-hackers Sun Dec 24 11:18:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14723 for hackers-outgoing; Sun, 24 Dec 1995 11:18:10 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA14718 Sun, 24 Dec 1995 11:18:06 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id OAA06314; Sun, 24 Dec 1995 14:17:52 -0500 (EST) Date: Sun, 24 Dec 1995 14:17:51 -0500 (EST) From: "Marc G. Fournier" To: Chuck Robey cc: Josh MacDonald , freebsd-hackers@FreeBSD.org, FreeBSD-ports@FreeBSD.org Subject: Re: gcc 2.7.1 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Sun, 24 Dec 1995, Chuck Robey wrote: > On Sun, 24 Dec 1995, Josh MacDonald wrote: > > > > > Surely as you suggest most people who are in need of the latest version > > of a gcc or whatever can probably compile it themselves, but it > > takes a lot of time and effort to make sure its installed prpoperly > > and working properly, especially to test the c++ installation because > > you can't do the 2 or 3 stage build/compare with it. It would be nice > > to at least see a set of difss or a package for libg++ and recent versions > > of gcc, this is my point. I can contribute what I've done, but who knows > > if I've done it right. If there is one unified version, then everyone who > > finds problems can contribute them and the GNU team will be better notified > > of FreeBSD diffs. > > Ahh! Then you're asking for a port of gcc! Now that is an idea I can > completely agree with, and it sounds like a wise thing to do. It'll give > a lot of FreeBSD folks experience with it and it's various > bugs/enhancements. I think it was Kaleb Keithley that I saw reporting > his experiences with 2.7.2. Are you reading this, Kaleb? > Hmmm...I've just compiled both 2.7.1 and 2.7.2 under FreeBSD, and they both compile straight out of the box...just follow the instructions step by step in the INSTALL file *Shrug* Now, libg++ is another story, but I think that is becuase my curses.h file is from ncurses :( Have to tweak that one a bit... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-hackers Sun Dec 24 11:31:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA15398 for hackers-outgoing; Sun, 24 Dec 1995 11:31:18 -0800 (PST) Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA15387 for ; Sun, 24 Dec 1995 11:31:14 -0800 (PST) Received: from latte.eng.umd.edu (latte.eng.umd.edu [129.2.98.15]) by bacchus.eng.umd.edu (8.7.3/8.7) with ESMTP id OAA01685; Sun, 24 Dec 1995 14:31:10 -0500 (EST) Received: (chuckr@localhost) by latte.eng.umd.edu (8.7.3/8.6.4) id OAA03252; Sun, 24 Dec 1995 14:31:10 -0500 (EST) Date: Sun, 24 Dec 1995 14:31:09 -0500 (EST) From: Chuck Robey X-Sender: chuckr@latte.eng.umd.edu To: Jake Hamby cc: Josh MacDonald , freebsd-hackers@freebsd.org Subject: Re: gcc 2.7.1 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 24 Dec 1995, Jake Hamby wrote: > > Surely as you suggest most people who are in need of the latest version > > of a gcc or whatever can probably compile it themselves, but it > > takes a lot of time and effort to make sure its installed prpoperly > > and working properly, especially to test the c++ installation because > > you can't do the 2 or 3 stage build/compare with it. It would be nice > > to at least see a set of difss or a package for libg++ and recent versions > > of gcc, this is my point. I can contribute what I've done, but who knows > > if I've done it right. If there is one unified version, then everyone who > > finds problems can contribute them and the GNU team will be better notified > > of FreeBSD diffs. > > I agree wholeheartedly! The main reason to upgrade GCC is the vastly > improved C++ support (but be sure to upgrade libg++ along with it). It > pays for FreeBSD to keep current on GCC, or we will fall into the trap of > NetBSD, who (I believe) only recently upgrade to GCC 2.7.x from their old > hacked 2.4.5. Also, it takes a certain amount of effort to modify GCC to > fit into the /usr/libexec tree, which many people (at least myself) are > not willing to do. Any comment on this from the core team? > I know some hacking was done on the stuff in /usr/src/lib/csu/i386 to get the c++ startup stuff to correctly initialize global classes. I don't know enough about the internals of gcc, or rather libg++, but I feel certain that this newer code will have to be called to make c++ code work correctly under FreeBSD. Would that mean that the gcc-2.7.2 code would have to be modified, or just to force it to use our present libc? ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-hackers Sun Dec 24 12:30:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA19930 for hackers-outgoing; Sun, 24 Dec 1995 12:30:44 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA19912 for ; Sun, 24 Dec 1995 12:30:41 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id MAA08959; Sun, 24 Dec 1995 12:31:47 -0800 Date: Sun, 24 Dec 1995 12:31:46 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Performance Penalty of Bounce buffers. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk If you are not using a card that requires bounce buffers, ie, I'm using a 2940, then does leaving BOUNCE_BUFFERS defined cause any performance loss? From owner-freebsd-hackers Sun Dec 24 12:34:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA20184 for hackers-outgoing; Sun, 24 Dec 1995 12:34:12 -0800 (PST) Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA20165 for ; Sun, 24 Dec 1995 12:34:08 -0800 (PST) Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id PAA12923; Sun, 24 Dec 1995 15:32:28 -0500 From: John Capo Message-Id: <199512242032.PAA12923@irbs.irbs.com> Subject: Re: mountd startup problem... To: scrappy@hub.org (Marc G. Fournier) Date: Sun, 24 Dec 1995 15:32:27 -0500 (EST) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.org In-Reply-To: from "Marc G. Fournier" at Dec 24, 95 01:07:14 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Marc G. Fournier writes: > > hub# mountd > clnttcp_create: RPC: Program not registered Just for grins, run rpcinfo -p. I suspect you will see a slew of the messages above. I have a patch that will silence them or you can bring in yplib.c from -current. John Capo jc@irbs.com IRBS Engineering High performance FreeBSD systems (305) 792-9551 Unix/Internet Consulting - ISP Solutions From owner-freebsd-hackers Sun Dec 24 12:47:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA21154 for hackers-outgoing; Sun, 24 Dec 1995 12:47:43 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA21138 for ; Sun, 24 Dec 1995 12:47:36 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id PAA16193; Sun, 24 Dec 1995 15:47:12 -0500 (EST) Date: Sun, 24 Dec 1995 15:47:11 -0500 (EST) From: "Marc G. Fournier" To: John Capo cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.org Subject: Re: mountd startup problem... In-Reply-To: <199512242032.PAA12923@irbs.irbs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Sun, 24 Dec 1995, John Capo wrote: > Marc G. Fournier writes: > > > > hub# mountd > > clnttcp_create: RPC: Program not registered > > Just for grins, run rpcinfo -p. I suspect you will see a slew of the > messages above. I have a patch that will silence them or you can bring > in yplib.c from -current. > Okay, that worked, and I found the problem with my client machine not being able to mount the nfs drives...but why does mountd seem to hang during boot up? Or was I just not being patient enough to allow it to come up? Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-hackers Sun Dec 24 12:51:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA21566 for hackers-outgoing; Sun, 24 Dec 1995 12:51:11 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA21554 for ; Sun, 24 Dec 1995 12:51:05 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA18660; Sun, 24 Dec 1995 21:50:55 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA12397; Sun, 24 Dec 1995 21:50:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id VAA01340; Sun, 24 Dec 1995 21:33:56 +0100 From: J Wunsch Message-Id: <199512242033.VAA01340@uriah.heep.sax.de> Subject: Re: Pentium bcopy To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 24 Dec 1995 21:33:55 +0100 (MET) Cc: tege@matematik.su.se Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512241006.VAA25049@godzilla.zeta.org.au> from "Bruce Evans" at Dec 24, 95 09:06:13 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Bruce Evans wrote: > > >The approach has a significant penalty on a 386 (3x slower). > Not accurate enough. Use weights of 1000000 and 1 instead of 1000 > and 1/1000, or double precision. Once you've agreed to a single test strategy, i could also test it on a 386sx/16 (no cache at all) to see the penalty. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Dec 24 13:01:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA22404 for hackers-outgoing; Sun, 24 Dec 1995 13:01:51 -0800 (PST) Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA22399 for ; Sun, 24 Dec 1995 13:01:45 -0800 (PST) Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id QAA13238; Sun, 24 Dec 1995 16:00:22 -0500 From: John Capo Message-Id: <199512242100.QAA13238@irbs.irbs.com> Subject: Re: mountd startup problem... To: scrappy@hub.org (Marc G. Fournier) Date: Sun, 24 Dec 1995 16:00:22 -0500 (EST) Cc: jc@irbs.com, joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.org In-Reply-To: from "Marc G. Fournier" at Dec 24, 95 03:47:11 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Marc G. Fournier writes: > > On Sun, 24 Dec 1995, John Capo wrote: > > > Marc G. Fournier writes: > > > > > > hub# mountd > > > clnttcp_create: RPC: Program not registered > > > > Just for grins, run rpcinfo -p. I suspect you will see a slew of the > > messages above. I have a patch that will silence them or you can bring > > in yplib.c from -current. > > > Okay, that worked, and I found the problem with my client machine > not being able to mount the nfs drives...but why does mountd seem to > hang during boot up? Or was I just not being patient enough to allow > it to come up? > Mountd does not hang on the machines I run mountd on without yp. Is it a name lookup problem perhaps? Does mountd eventually time out and DTRT? John Capo jc@irbs.com IRBS Engineering High performance FreeBSD systems (305) 792-9551 Unix/Internet Consulting - ISP Solutions From owner-freebsd-hackers Sun Dec 24 13:17:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA23620 for hackers-outgoing; Sun, 24 Dec 1995 13:17:45 -0800 (PST) Received: (from dyson@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA23610 Sun, 24 Dec 1995 13:17:41 -0800 (PST) From: John Dyson Message-Id: <199512242117.NAA23610@freefall.freebsd.org> Subject: Re: Performance Penalty of Bounce buffers. To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Sun, 24 Dec 1995 13:17:41 -0800 (PST) Cc: hackers@freebsd.org In-Reply-To: from "Jaye Mathisen" at Dec 24, 95 12:31:46 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > > > If you are not using a card that requires bounce buffers, ie, I'm using a > 2940, then does leaving BOUNCE_BUFFERS defined cause any performance loss? > > Should not make any significant difference (the buffers are not even checked.) In the case of an ISA adapter and bouncing is not needed, the cost is only to check the physical address of each page in the buffer. Buffers are bounced only on a page by page basis also. John From owner-freebsd-hackers Sun Dec 24 16:01:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA07299 for hackers-outgoing; Sun, 24 Dec 1995 16:01:41 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA07280 for ; Sun, 24 Dec 1995 16:01:33 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA11132; Mon, 25 Dec 1995 10:58:45 +1100 Date: Mon, 25 Dec 1995 10:58:45 +1100 From: Bruce Evans Message-Id: <199512242358.KAA11132@godzilla.zeta.org.au> To: chuckr@glue.umd.edu, jmacd@paris.CS.Berkeley.EDU Subject: Re: gcc 2.7.1 Cc: freebsd-hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >You brought this up before, when 2.7.1 first came out. I thought the >answer then was that there were definite code generation bugs with >2.7.1. FreeBSD has _never_ tried to follow GNU gcc releases, the Mostly the same ones as in 2.5.8 and 2.6.3. >important thing being that the tree compiles well, not chasing GNU. I >just saw a reference to a fix for one of the code generation bugs, a >patch, show up on the list. I'll bet gcc gets upgraded in the next year, That was for one of the old ones. Bruce From owner-freebsd-hackers Sun Dec 24 16:12:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA08548 for hackers-outgoing; Sun, 24 Dec 1995 16:12:54 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA08512 Sun, 24 Dec 1995 16:12:15 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id LAA11425; Mon, 25 Dec 1995 11:11:18 +1100 Date: Mon, 25 Dec 1995 11:11:18 +1100 From: Bruce Evans Message-Id: <199512250011.LAA11425@godzilla.zeta.org.au> To: chuckr@glue.umd.edu, jmacd@paris.CS.Berkeley.EDU Subject: Re: gcc 2.7.1 Cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >think. I think the only three diffs I have for 2.7.1 right now are the >ASM_WEAKEN_LABEL removal, a change to gcc's stdarg.h so that __gnuc_va_list >agrees with libc, and gcc's stddef.h is all messed up. It doesn't undefine >things like _BSD_SIZE_T_ leaves it defined but empty so that later stdlib.h >will produce something like 'typedef size_t' and produce annoying >warnings. Perhaps it is better not to use those two files. I have a lot more than 3. All of these except the ones for ginclude/* were obtained by diffing FreeBSD's version of gcc-2.6.3 with the standard version. The ones in freebsd.h are particularly important. You can't expect things to work if you use a different size for wchar_t and different SPEC strings. The other changes in freebsd.h aren't so important. Bruce diff -c2 gcc-2.7.2/Makefile.in~ gcc-2.7.2/Makefile.in *** gcc-2.7.2/Makefile.in~ Wed Dec 6 22:00:01 1995 --- gcc-2.7.2/Makefile.in Wed Dec 6 22:07:55 1995 *************** *** 246,250 **** # we use this here because that should be enough, and also # so that -g1 will be tested. ! LIBGCC2_CFLAGS = -O2 $(LIBGCC2_INCLUDES) $(GCC_CFLAGS) $(TARGET_LIBGCC2_CFLAGS) -g1 # Additional options to use when compiling libgcc2.a. --- 246,250 ---- # we use this here because that should be enough, and also # so that -g1 will be tested. ! LIBGCC2_CFLAGS = -O2 $(LIBGCC2_INCLUDES) $(GCC_CFLAGS) $(TARGET_LIBGCC2_CFLAGS) # -g1 # Additional options to use when compiling libgcc2.a. *************** *** 747,750 **** --- 747,751 ---- echo "__foo () {}" > dummy.c $(GCC_FOR_TARGET) $(GCC_CFLAGS) -c dummy.c + ld -r -x dummy$(objext); mv a.out dummy$(objext) $(OLDAR) $(OLDAR_FLAGS) libgcc1.null dummy$(objext) rm -f dummy$(objext) dummy.c *************** *** 778,781 **** --- 779,783 ---- if [ $$? -eq 0 ] ; then true; else exit 1; fi; \ mv libgcc1$(objext) $${name}$(objext); \ + ld -r -x $${name}$(objext); mv a.out $${name}$(objext); \ $(OLDAR) $(OLDAR_FLAGS) tmplibgcc1.a $${name}$(objext); \ rm -f $${name}$(objext); \ *************** *** 797,800 **** --- 799,803 ---- $(OLDCC) $(CCLIBFLAGS) $(INCLUDES) -c $${file}; \ if [ $$? -eq 0 ] ; then true; else exit 1; fi; \ + ld -r -x $${name}$(objext); mv a.out $${name}$(objext); \ $(OLDAR) $(OLDAR_FLAGS) tmplibgcc1.a $${name}$(objext); \ if [ $$? -eq 0 ] ; then true; else exit 1; fi; \ *************** *** 826,829 **** --- 829,833 ---- if [ $$? -eq 0 ] ; then true; else exit 1; fi; \ mv libgcc1$(objext) $${name}$(objext); \ + ld -r -x $${name}$(objext); mv a.out $${name}$(objext); \ $(AR) $(AR_FLAGS) tmplibgcc1.a $${name}$(objext); \ rm -f $${name}$(objext); \ *************** *** 876,879 **** --- 880,884 ---- $(srcdir)/libgcc2.c -o $${name}$(objext); \ if [ $$? -eq 0 ] ; then true; else exit 1; fi; \ + ld -r -x $${name}$(objext); mv a.out $${name}$(objext); \ $(AR) $(AR_FLAGS) tmplibgcc2.a $${name}$(objext); \ rm -f $${name}$(objext); \ *************** *** 896,899 **** --- 901,905 ---- $(GCC_FOR_TARGET) $(LIBGCC2_CFLAGS) $(INCLUDES) -c $${file}; \ if [ $$? -eq 0 ] ; then true; else exit 1; fi; \ + ld -r -x $${oname}$(objext); mv a.out $${oname}$(objext); \ $(AR) $(AR_FLAGS) tmplibgcc2.a $${oname}$(objext); \ rm -f $${name}.s $${oname}$(objext); \ diff -c2 gcc-2.7.2/cccp.1~ gcc-2.7.2/cccp.1 *** gcc-2.7.2/cccp.1~ Fri Jun 23 00:05:50 1995 --- gcc-2.7.2/cccp.1 Wed Dec 6 22:05:12 1995 *************** *** 1,12 **** .\" Copyright (c) 1991, 1992, 1993 Free Software Foundation \-*-Text-*- .\" See section COPYING for conditions for redistribution ! .TH cpp 1 "30apr1993" "GNU Tools" "GNU Tools" .SH NAME ! cccp, cpp \- The GNU C-Compatible Compiler Preprocessor. .SH SYNOPSIS .hy 0 .na .TP ! .B cccp .RB "[\|" \-$ "\|]" .RB "[\|" \-A \c --- 1,12 ---- .\" Copyright (c) 1991, 1992, 1993 Free Software Foundation \-*-Text-*- .\" See section COPYING for conditions for redistribution ! .TH cpp 1 "April 30, 1993" "GNU Tools" "GNU Tools" .SH NAME ! cpp \- The GNU C-Compatible Compiler Preprocessor. .SH SYNOPSIS .hy 0 .na .TP ! .B cpp .RB "[\|" \-$ "\|]" .RB "[\|" \-A \c *************** *** 143,153 **** explicitly: the C compiler will do so automatically. However, the preprocessor is sometimes useful individually. - - When you call the preprocessor individually, either name - (\c - .B cpp\c - \& or \c - .B cccp\c - \&) will do\(em\&they are completely synonymous. The C preprocessor expects two file names as arguments, \c --- 143,146 ---- diff -c2 gcc-2.7.2/cccp.c~ gcc-2.7.2/cccp.c *** gcc-2.7.2/cccp.c~ Wed Dec 6 21:53:37 1995 --- gcc-2.7.2/cccp.c Wed Dec 6 22:05:13 1995 *************** *** 4924,4927 **** --- 4924,4928 ---- char *p, *dir; + #if 0 if (searchptr && ! searchptr->got_name_map) { *************** *** 4946,4949 **** --- 4947,4951 ---- } } + #endif /* Try to find a mapping file for the particular directory we are *************** *** 4982,4988 **** --- 4984,4992 ---- from = p + 1; } + #if 0 for (map = read_name_map (dir); map; map = map->map_next) if (! strcmp (map->map_from, from)) return open (map->map_to, O_RDONLY, 0666); + #endif return open (filename, O_RDONLY, 0666); diff -c2 gcc-2.7.2/config/i386/freebsd.h~ gcc-2.7.2/config/i386/freebsd.h *** gcc-2.7.2/config/i386/freebsd.h~ Thu Jun 15 23:44:56 1995 --- gcc-2.7.2/config/i386/freebsd.h Wed Dec 6 22:05:13 1995 *************** *** 21,27 **** Boston, MA 02111-1307, USA. */ - /* This goes away when the math-emulator is fixed */ - #define TARGET_CPU_DEFAULT 0400 /* TARGET_NO_FANCY_MATH_387 */ - /* This is tested by i386gas.h. */ #define YES_UNDERSCORES --- 21,24 ---- *************** *** 34,44 **** /* Get perform_* macros to build libgcc.a. */ #include "i386/perform.h" #undef CPP_PREDEFINES ! #define CPP_PREDEFINES "-Dunix -Di386 -D__FreeBSD__ -D__386BSD__ -Asystem(unix) -Asystem(FreeBSD) -Acpu(i386) -Amachine(i386)" /* Like the default, except no -lg. */ #define LIB_SPEC "%{!p:%{!pg:-lc}}%{p:-lc_p}%{pg:-lc_p}" #undef SIZE_TYPE #define SIZE_TYPE "unsigned int" --- 31,92 ---- /* Get perform_* macros to build libgcc.a. */ #include "i386/perform.h" + + /* This is cloned from ../netbsd.h. It and several other things in + this file should be in ../freebsd.h. */ + /* FREEBSD_NATIVE is defined when gcc is integrated into the FreeBSD + source tree so it can be configured appropriately without using + the GNU configure/build mechanism. */ + + #ifdef FREEBSD_NATIVE + + /* Look for the include files in the system-defined places. */ + + #undef GPLUSPLUS_INCLUDE_DIR + #define GPLUSPLUS_INCLUDE_DIR "/usr/include/g++" + + #undef GCC_INCLUDE_DIR + #define GCC_INCLUDE_DIR "/usr/include" + + /* FreeBSD has GCC_INCLUDE_DIR first. */ + #undef INCLUDE_DEFAULTS + #define INCLUDE_DEFAULTS \ + { \ + { GCC_INCLUDE_DIR, 0, 0 }, \ + { GPLUSPLUS_INCLUDE_DIR, 1, 1 }, \ + { 0, 0, 0 } \ + } + + /* Under FreeBSD, the normal location of the compiler back ends is the + /usr/libexec directory. */ + + #undef STANDARD_EXEC_PREFIX + #define STANDARD_EXEC_PREFIX "/usr/libexec/" + + /* Under FreeBSD, the normal location of the various *crt*.o files is the + /usr/lib directory. */ + + #undef STANDARD_STARTFILE_PREFIX + #define STANDARD_STARTFILE_PREFIX "/usr/lib/" + #endif /* FREEBSD_NATIVE */ + #undef CPP_PREDEFINES ! #define CPP_PREDEFINES "-Dunix -Di386 -D__FreeBSD__=2 -Asystem(unix) -Asystem(FreeBSD) -Acpu(i386) -Amachine(i386)" ! ! #define ASM_SPEC " %| %{fpic:-k} %{fPIC:-k}" /* Like the default, except no -lg. */ #define LIB_SPEC "%{!p:%{!pg:-lc}}%{p:-lc_p}%{pg:-lc_p}" + #define LINK_SPEC \ + "%{!nostdlib:%{!r*:%{!e*:-e start}}} -dc -dp %{static:-Bstatic} %{assert*} \ + %{p:-Bstatic} %{pg:-Bstatic} %{Z}" + + #define LINK_LIBGCC_SPECIAL_1 1 + + /* This goes away when the math emulator is fixed. */ + #undef TARGET_DEFAULT + #define TARGET_DEFAULT (MASK_NO_FANCY_MATH_387 | 0301) + #undef SIZE_TYPE #define SIZE_TYPE "unsigned int" *************** *** 48,64 **** #undef WCHAR_TYPE ! #define WCHAR_TYPE "short unsigned int" ! #define WCHAR_UNSIGNED 1 #undef WCHAR_TYPE_SIZE ! #define WCHAR_TYPE_SIZE 16 #define HAVE_ATEXIT ! /* There are conflicting reports about whether this system uses ! a different assembler syntax. wilson@cygnus.com says # is right. */ ! #undef COMMENT_BEGIN ! #define COMMENT_BEGIN "#" #undef ASM_APP_ON --- 96,112 ---- #undef WCHAR_TYPE ! #define WCHAR_TYPE "int" ! #define WCHAR_UNSIGNED 0 #undef WCHAR_TYPE_SIZE ! #define WCHAR_TYPE_SIZE BITS_PER_WORD #define HAVE_ATEXIT ! /* Override the default comment-starter of "/". */ ! ! #undef ASM_COMMENT_START ! #define ASM_COMMENT_START "#" #undef ASM_APP_ON *************** *** 87,110 **** we want to retain compatibility with older gcc versions. */ #define DEFAULT_PCC_STRUCT_RETURN 0 - - /* Profiling routines, partially copied from i386/osfrose.h. */ ! /* Redefine this to use %eax instead of %edx. */ #undef FUNCTION_PROFILER #define FUNCTION_PROFILER(FILE, LABELNO) \ { \ if (flag_pic) \ ! { \ ! fprintf (FILE, "\tleal %sP%d@GOTOFF(%%ebx),%%eax\n", \ ! LPREFIX, (LABELNO)); \ ! fprintf (FILE, "\tcall *mcount@GOT(%%ebx)\n"); \ ! } \ else \ ! { \ ! fprintf (FILE, "\tmovl $%sP%d,%%eax\n", LPREFIX, (LABELNO)); \ ! fprintf (FILE, "\tcall mcount\n"); \ ! } \ } /* * Some imports from svr4.h in support of shared libraries. --- 135,164 ---- we want to retain compatibility with older gcc versions. */ #define DEFAULT_PCC_STRUCT_RETURN 0 ! /* Tell final.c that we don't need a label passed to mcount. */ ! ! #define NO_PROFILE_DATA ! ! /* Redefine this to not pass an unused label in %edx. */ ! #undef FUNCTION_PROFILER #define FUNCTION_PROFILER(FILE, LABELNO) \ { \ if (flag_pic) \ ! fprintf (FILE, "\tcall *mcount@GOT(%%ebx)\n"); \ else \ ! fprintf (FILE, "\tcall mcount\n"); \ } + #if 0 /* not ready for this; it should be decided at compile time */ + #define FUNCTION_PROFILER_EPILOGUE(FILE) \ + { \ + if (flag_pic) \ + fprintf (FILE, "\tcall *mexitcount@GOT(%%ebx)\n"); \ + else \ + fprintf (FILE, "\tcall mexitcount\n"); \ + } + #endif + /* * Some imports from svr4.h in support of shared libraries. *************** *** 112,115 **** --- 166,171 ---- */ + #define HANDLE_SYSV_PRAGMA + /* Define the strings used for the special svr4 .type and .size directives. These strings generally do not vary from one system running svr4 to *************** *** 120,129 **** --- 176,188 ---- #define TYPE_ASM_OP ".type" #define SIZE_ASM_OP ".size" + #define SET_ASM_OP ".set" /* This is how we tell the assembler that a symbol is weak. */ + #if 0 /* not ready for this */ #define ASM_WEAKEN_LABEL(FILE,NAME) \ do { fputs ("\t.weak\t", FILE); assemble_name (FILE, NAME); \ fputc ('\n', FILE); } while (0) + #endif /* The following macro defines the format used to output the second *************** *** 224,256 **** } \ } while (0) - - #define ASM_SPEC " %| %{fpic:-k} %{fPIC:-k}" - #define LINK_SPEC \ - "%{!nostdlib:%{!r*:%{!e*:-e start}}} -dc -dp %{static:-Bstatic} %{assert*}" - - /* This is defined when gcc is compiled in the BSD-directory-tree, and must - * make up for the gap to all the stuff done in the GNU-makefiles. - */ - - #ifdef FREEBSD_NATIVE - - #define INCLUDE_DEFAULTS { \ - { "/usr/include", 0 }, \ - { "/usr/include/g++", 1 }, \ - { 0, 0} \ - } - - #undef MD_EXEC_PREFIX - #define MD_EXEC_PREFIX "/usr/libexec/" - - #undef STANDARD_STARTFILE_PREFIX - #define STANDARD_STARTFILE_PREFIX "/usr/lib" - - #if 0 /* This is very wrong!!! */ - #define DEFAULT_TARGET_MACHINE "i386-unknown-freebsd_1.0" - #define GPLUSPLUS_INCLUDE_DIR "/usr/local/lib/gcc-lib/i386-unknown-freebsd_1.0/2.5.8/include" - #define TOOL_INCLUDE_DIR "/usr/local/i386-unknown-freebsd_1.0/include" - #define GCC_INCLUDE_DIR "/usr/local/lib/gcc-lib/i386-unknown-freebsd_1.0/2.5.8/include" - #endif - - #endif /* FREEBSD_NATIVE */ --- 283,284 ---- diff -c2 gcc-2.7.2/config/i386/i386.c~ gcc-2.7.2/config/i386/i386.c *** gcc-2.7.2/config/i386/i386.c~ Wed Dec 6 21:53:47 1995 --- gcc-2.7.2/config/i386/i386.c Wed Dec 6 22:05:14 1995 *************** *** 1461,1465 **** rtx xops[4]; int pic_reg_used = flag_pic && (current_function_uses_pic_offset_table ! || current_function_uses_const_pool); xops[0] = stack_pointer_rtx; --- 1461,1466 ---- rtx xops[4]; int pic_reg_used = flag_pic && (current_function_uses_pic_offset_table ! || current_function_uses_const_pool ! || profile_flag || profile_block_flag); xops[0] = stack_pointer_rtx; *************** *** 1522,1527 **** int reglimit = (frame_pointer_needed ? FRAME_POINTER_REGNUM : STACK_POINTER_REGNUM); ! int pic_reg_used = flag_pic && (current_function_uses_pic_offset_table ! || current_function_uses_const_pool); #ifdef NON_SAVING_SETJMP --- 1523,1536 ---- int reglimit = (frame_pointer_needed ? FRAME_POINTER_REGNUM : STACK_POINTER_REGNUM); ! ! #ifdef FUNCTION_PROFILER_EPILOGUE ! if (profile_flag) ! return 0; ! #endif ! ! if (flag_pic && (current_function_uses_pic_offset_table ! || current_function_uses_const_pool ! || profile_flag || profile_block_flag)) ! return 0; #ifdef NON_SAVING_SETJMP *************** *** 1534,1539 **** for (regno = reglimit - 1; regno >= 0; regno--) ! if ((regs_ever_live[regno] && ! call_used_regs[regno]) ! || (regno == PIC_OFFSET_TABLE_REGNUM && pic_reg_used)) nregs++; --- 1543,1547 ---- for (regno = reglimit - 1; regno >= 0; regno--) ! if (regs_ever_live[regno] && ! call_used_regs[regno]) nregs++; *************** *** 1557,1560 **** --- 1565,1573 ---- int pic_reg_used = flag_pic && (current_function_uses_pic_offset_table || current_function_uses_const_pool); + + #ifdef FUNCTION_PROFILER_EPILOGUE + if (profile_flag) + FUNCTION_PROFILER_EPILOGUE (file); + #endif /* Compute the number of registers to pop */ diff -c2 gcc-2.7.2/config/i386/unix.h~ gcc-2.7.2/config/i386/unix.h *** gcc-2.7.2/config/i386/unix.h~ Thu Jun 15 23:54:19 1995 --- gcc-2.7.2/config/i386/unix.h Wed Dec 6 22:05:14 1995 *************** *** 100,104 **** #define ASM_COMMENT_START "/" - #define COMMENT_BEGIN "/" /* Output to assembler file text saying following lines --- 100,103 ---- diff -c2 gcc-2.7.2/config/xm-freebsd.h~ gcc-2.7.2/config/xm-freebsd.h *** gcc-2.7.2/config/xm-freebsd.h~ Thu Jun 15 22:53:32 1995 --- gcc-2.7.2/config/xm-freebsd.h Wed Dec 6 22:05:14 1995 *************** *** 24,27 **** --- 24,30 ---- CPU/xm-CPU.h and this file xm-freebsd.h. */ + /* FreeBSD has putenv. */ + #define HAVE_PUTENV + /* FreeBSD has strerror. */ #define HAVE_STRERROR diff -c2 gcc-2.7.2/cp/g++.c~ gcc-2.7.2/cp/g++.c *** gcc-2.7.2/cp/g++.c~ Wed Dec 6 22:00:07 1995 --- gcc-2.7.2/cp/g++.c Wed Dec 6 22:05:14 1995 *************** *** 416,420 **** if (argc == 1) ! fatal ("No input files specified.\n"); #ifndef __MSDOS__ --- 416,420 ---- if (argc == 1) ! fatal ("No input files specified"); #ifndef __MSDOS__ diff -c2 gcc-2.7.2/final.c~ gcc-2.7.2/final.c *** gcc-2.7.2/final.c~ Wed Dec 6 22:00:10 1995 --- gcc-2.7.2/final.c Wed Dec 6 22:05:15 1995 *************** *** 342,345 **** --- 342,347 ---- ASM_OUTPUT_ALIGN (asm_out_file, align); + fprintf(asm_out_file,".stabs \"bbset\", 25, 0, 0, LPBX0\n"); + ASM_OUTPUT_INTERNAL_LABEL (asm_out_file, "LPBX", 0); /* zero word */ *************** *** 915,918 **** --- 917,923 ---- #endif + if (profile_block_flag) + add_bb (file); + /* The Sun386i and perhaps other machines don't work right if the profiling code comes after the prologue. */ *************** *** 972,983 **** --- 977,992 ---- FILE *file; { + #ifndef NO_PROFILE_DATA int align = MIN (BIGGEST_ALIGNMENT, POINTER_SIZE); + #endif /* not NO_PROFILE_DATA */ int sval = current_function_returns_struct; int cxt = current_function_needs_context; + #ifndef NO_PROFILE_DATA data_section (); ASM_OUTPUT_ALIGN (file, floor_log2 (align / BITS_PER_UNIT)); ASM_OUTPUT_INTERNAL_LABEL (file, "LP", profile_label_no); assemble_integer (const0_rtx, POINTER_SIZE / BITS_PER_UNIT, 1); + #endif /* not NO_PROFILE_DATA */ text_section (); *************** *** 1066,1069 **** --- 1075,1081 ---- FUNCTION_EPILOGUE (file, get_frame_size ()); #endif + + if (profile_block_flag) + add_bb (file); #ifdef SDB_DEBUGGING_INFO diff -c2 gcc-2.7.2/gcc.c~ gcc-2.7.2/gcc.c *** gcc-2.7.2/gcc.c~ Wed Dec 6 21:54:41 1995 --- gcc-2.7.2/gcc.c Wed Dec 6 22:05:15 1995 *************** *** 33,36 **** --- 33,37 ---- #include + #include #include #include *************** *** 54,57 **** --- 55,61 ---- #endif #include + #include + #include + #include /* Include multi-lib information. */ *************** *** 1621,1625 **** int num_envs = 0; int name_len = 1; - int str_len = strlen (str); char *p = str; int ch; --- 1625,1628 ---- *************** *** 2704,2707 **** --- 2707,2714 ---- /* Use 2 as fourth arg meaning try just the machine as a suffix, as well as trying the machine and the version. */ + #ifdef FREEBSD_NATIVE + add_prefix (&exec_prefixes, "/usr/libexec/", 0, 0, NULL_PTR); + add_prefix (&exec_prefixes, "/usr/bin/", 0, 0, NULL_PTR); + #else /* not FREEBSD_NATIVE */ #ifndef OS2 add_prefix (&exec_prefixes, standard_exec_prefix, 0, 2, NULL_PTR); *************** *** 2711,2714 **** --- 2718,2722 ---- add_prefix (&startfile_prefixes, standard_exec_prefix, 0, 1, NULL_PTR); add_prefix (&startfile_prefixes, standard_exec_prefix_1, 0, 1, NULL_PTR); + #endif /* FREEBSD_NATIVE */ tooldir_prefix = concat3 (tooldir_base_prefix, spec_machine, *************** *** 2745,2748 **** --- 2753,2757 ---- } + #ifndef FREEBSD_NATIVE add_prefix (&exec_prefixes, concat3 (tooldir_prefix, "bin", dir_separator_str), *************** *** 2751,2754 **** --- 2760,2764 ---- concat3 (tooldir_prefix, "lib", dir_separator_str), 0, 0, NULL_PTR); + #endif /* FREEBSD_NATIVE */ /* More prefixes are enabled in main, after we read the specs file *************** *** 3771,3775 **** int c1 = *p++; /* Select first or second version number. */ char *v = compiler_version; ! char *q, *copy; /* If desired, advance to second version number. */ if (c1 == '2') --- 3781,3785 ---- int c1 = *p++; /* Select first or second version number. */ char *v = compiler_version; ! char *q; /* If desired, advance to second version number. */ if (c1 == '2') *************** *** 4267,4273 **** --- 4277,4285 ---- /* Read specs from a file if there is one. */ + #ifndef FREEBSD_NATIVE machine_suffix = concat4 (spec_machine, dir_separator_str, spec_version, dir_separator_str); just_machine_suffix = concat (spec_machine, dir_separator_str); + #endif specs_file = find_a_file (&startfile_prefixes, "specs", R_OK); *************** *** 4317,4320 **** --- 4329,4333 ---- } + #ifndef FREEBSD_NATIVE add_prefix (&startfile_prefixes, standard_startfile_prefix_1, 0, 0, NULL_PTR); *************** *** 4324,4327 **** --- 4337,4342 ---- add_prefix (&startfile_prefixes, "./", 0, 1, NULL_PTR); #endif + #endif /* FREEBSD_NATIVE */ + } else *************** *** 4414,4418 **** if (n_infiles == 0) ! fatal ("No input files"); /* Make a place to record the compiler output file names --- 4429,4433 ---- if (n_infiles == 0) ! fatal ("No input files specified"); /* Make a place to record the compiler output file names diff -c2 gcc-2.7.2/ginclude/stdarg.h~ gcc-2.7.2/ginclude/stdarg.h *** gcc-2.7.2/ginclude/stdarg.h~ Wed Dec 6 21:54:43 1995 --- gcc-2.7.2/ginclude/stdarg.h Wed Dec 6 22:05:16 1995 *************** *** 44,47 **** --- 44,56 ---- /* Define __gnuc_va_list. */ + #if defined (__FreeBSD__) + /* This is the correct way to handle all BSD NET2 and BSD 4.4 systems. */ + #include + #ifdef _BSD_VA_LIST_ + typedef _BSD_VA_LIST_ __gnuc_va_list; + #else + typedef _VA_LIST_ __gnuc_va_list; + #endif + #else #ifndef __GNUC_VA_LIST *************** *** 53,56 **** --- 62,66 ---- #endif #endif + #endif /* Define the standard macros for the user, *************** *** 117,122 **** --- 127,137 ---- #endif + #if 0 + /* BSD 4.4 actually spells the name _BSD_VA_LIST_ and requires it to be + * defined and usable in place of va_list when the latter name is not + * allowed (e.g., in stdio.h - see above). */ #ifdef _BSD_VA_LIST #undef _BSD_VA_LIST + #endif #endif diff -c2 gcc-2.7.2/ginclude/varargs.h~ gcc-2.7.2/ginclude/varargs.h *** gcc-2.7.2/ginclude/varargs.h~ Wed Dec 6 21:54:44 1995 --- gcc-2.7.2/ginclude/varargs.h Wed Dec 6 22:05:16 1995 *************** *** 79,82 **** --- 79,91 ---- #ifndef __GNUC_VA_LIST #define __GNUC_VA_LIST + #if defined (__FreeBSD__) + /* This is the correct way to handle all BSD NET2 and BSD 4.4 systems. */ + #include + #ifdef _BSD_VA_LIST_ + typedef _BSD_VA_LIST_ __gnuc_va_list; + #else + typedef _VA_LIST_ __gnuc_va_list; + #endif + #else #if defined(__svr4__) || defined(_AIX) || defined(_M_UNIX) typedef char *__gnuc_va_list; *************** *** 85,88 **** --- 94,98 ---- #endif #endif + #endif #define va_start(AP) AP=(char *) &__builtin_va_alist *************** *** 186,190 **** --- 196,205 ---- /* The next BSD release (if there is one) wants this symbol to be undefined instead of _VA_LIST_. */ + #if 0 + /* BSD 4.4 actually spells the name _BSD_VA_LIST_ and requires it to be + * defined and usable in place of va_list when the latter name is not + * allowed (e.g., in stdio.h - see ginclude/stdarg.h). */ #ifdef _BSD_VA_LIST #undef _BSD_VA_LIST + #endif #endif From owner-freebsd-hackers Sun Dec 24 17:19:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA18700 for hackers-outgoing; Sun, 24 Dec 1995 17:19:05 -0800 (PST) Received: from mailgate.ericsson.se (mailgate.ericsson.se [130.100.2.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA18681 for ; Sun, 24 Dec 1995 17:19:01 -0800 (PST) Received: from sa.erisoft.se (epls01.sa.erisoft.se [150.132.128.1]) by mailgate.ericsson.se (8.6.11/1.0) with SMTP id CAA11411; Mon, 25 Dec 1995 02:18:43 +0100 Received: from sws021.sa.erisoft.se by sa.erisoft.se (4.1/SMI-4.1-ERIS0.99) id AA14658; Mon, 25 Dec 95 02:18:44 +0100 From: Mattias.Gronlund@sa.erisoft.se (Mattias Gronlund) Received: by sws021.sa.erisoft.se (5.x/client-1.3) id AA04344; Mon, 25 Dec 1995 02:18:11 +0100 Message-Id: <9512250118.AA04344@sws021.sa.erisoft.se> Subject: Re: iostat and msps To: bde@zeta.org.au (Bruce Evans) Date: Mon, 25 Dec 1995 02:18:10 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199512231718.EAA30318@godzilla.zeta.org.au> from "Bruce Evans" at Dec 24, 95 04:18:57 am X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > > I have been trying to use iostat to check how busy a my disks are, but > >the scsi-disk whant give me a value for msps. After lookung in the > >source I found that the sd device didn't implement dk_busy flag. > > Right, wd is the only driver that implements it in FreeBSD-current. > > >After that I did a simple implementation of db_busy I found that > >iostat used dk_wpms to calculate msps but dk_wpms is a constant, why > >is that?? > > The correct value isn't readily available, and the simple calculations > for calculating msps don't work very well with intelligent drives, so > not much effort should be spent to find the correct value. 10MB/sec > might be a better constant value than 4MB/sec for current drives. > > >So my question is, why try to calculate msps from a constat that what > >I guess seldom have a value even near the corrspondign value for the > >drive?? wouldn't it be better just to give a value that says how many > >percent of the time the drive where busy? > > The current method does measure something dynamic. The transfer rate > usually only depends on the drive. The total time busy can be measured > fairly accurately. It's the number of seeks that can't be measured. > The driver has no way of knowing which seeks are physical because it > doesn't know what the drive is doing. Some seeks might be no-ops > because all the relevant data is cached. Other seeks might be no-ops > because the drive reorders i/o's. OK, if we can't calculate msps on new disk's, what is the reason for it to still exist? Is is to prevent scripts that use iostat from bailing out, if so what about implementing an extra switch that whould give exstended statistics? > > >An other question that arise when I implemented dk_busy for the sd > >driver was what happen i I have more disks than DK_NDRIVE drives? > >shouldn't the dk_xxx variabels be better to have dynamic? > > Lots of things would break even if DK_NDRIVE only increased. systat > output wouldn't fit in 80 columns... So, I have checked, the only system binaries that uses the dk_xxx variables from /dev/kmem is systat and iostat and I guess that it should be possible to fix them if they break :-)... But if one should create a dynamic implementation of the dk_xxx statistics ( What do dk stand for? ) whouldn't it be better to use sysctl then /dev/kmem? Is it possible that an dynamic implementation of thous statistics could be intergrated into FreeBSD-current? > > Bruce > Mattias From owner-freebsd-hackers Sun Dec 24 17:21:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19136 for hackers-outgoing; Sun, 24 Dec 1995 17:21:08 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA19123 for ; Sun, 24 Dec 1995 17:21:02 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id UAA25621; Sun, 24 Dec 1995 20:21:02 -0500 (EST) Newsgroups: gnu.utils.bug Date: Sun, 24 Dec 1995 20:20:57 -0500 (EST) From: "Marc G. Fournier" To: bug-gnu-utils@ai.mit.edu cc: hackers@freebsd.org Subject: ranlib in binutils 2.6 under FreeBSD 2.1-STABLE Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi... I'm trying to get binutils-2.6 installed under FreeBSD 2.1-STABLE, and have hit a fairly substantial problem. What ranlib in the stock FreeBSD distribution sees as a library, ranlib in binutils comes up as an error: /usr/local/src/work/binutils-2.6/install.sh -c -m 644 libiberty.a /usr/local/lib/libiberty.a.n ( cd /usr/local/lib ; ranlib /usr/local/lib/libiberty.a.n ) mv -f /usr/local/lib/libiberty.a.n /usr/local/lib/libiberty.a /usr/local/src/work/binutils-2.6/install.sh -c -m 644 libopcodes.a /usr/local/lib/libopcodes.a ranlib /usr/local/lib/libopcodes.a /usr/local/src/work/binutils-2.6/install.sh -c -m 644 libiberty.a /usr/local/lib/libiberty.a.n ( cd /usr/local/lib ; /usr/local/src/work/binutils-2.6/binutils/ranlib /usr/local/lib/libiberty.a.n ) /usr/local/src/work/binutils-2.6/binutils/ranlib: /usr/local/lib/libiberty.a.n is not an archive *** Error code 1 Stop. *** Error code 1 Stop. hub# ls -l binutils/ranlib `which ranlib` -r-xr-xr-x 1 bin bin 16384 Nov 16 04:54 /usr/bin/ranlib -rwxr-xr-x 1 root wheel 1052330 Dec 24 19:43 binutils/ranlib There is a tremendous difference in sizes between the two, with the strip'd version of ranlib being 10x the size of the one that comes with the system. Since I do not even know where to begin on debugging this, what I'm looking for is either a place to start, or pointers to patches for this. Thanks... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-hackers Sun Dec 24 17:35:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20618 for hackers-outgoing; Sun, 24 Dec 1995 17:35:39 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA20601 for ; Sun, 24 Dec 1995 17:35:33 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id UAA26388; Sun, 24 Dec 1995 20:35:37 -0500 (EST) Newsgroups: gnu.utils.bug Date: Sun, 24 Dec 1995 20:35:30 -0500 (EST) From: "Marc G. Fournier" To: bug-gnu-utils@ai.mit.edu cc: hackers@freebsd.org Subject: strip under binutils 2.6 (Was: Re: ranlib in binutils 2.6...) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi... Another thing that I just found...strip can't strip itself, with the following error: hub# ./strip strip ./strip: strip: File format not recognized Now, I don't know much about /etc/magic and magic numbers, but could this have anythign to do with it? hub# file strip strip: FreeBSD/i386 demand paged executable not stripped hub# file `which strip` /usr/bin/strip: FreeBSD/i386 demand paged dynamically linked executable the first strip is in /usr/local/bin, from binutils and the second is what is default with the system... Thanks again... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-hackers Sun Dec 24 17:36:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20779 for hackers-outgoing; Sun, 24 Dec 1995 17:36:42 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA20774 for ; Sun, 24 Dec 1995 17:36:37 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA13380; Mon, 25 Dec 1995 12:33:27 +1100 Date: Mon, 25 Dec 1995 12:33:27 +1100 From: Bruce Evans Message-Id: <199512250133.MAA13380@godzilla.zeta.org.au> To: Mattias.Gronlund@sa.erisoft.se, bde@zeta.org.au Subject: Re: iostat and msps Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >OK, if we can't calculate msps on new disk's, what is the reason for >it to still exist? They can be calculated accurately for some disks (for floppies and old uncached wd drives :-) and inaccurately for other cases. >> Lots of things would break even if DK_NDRIVE only increased. systat >> output wouldn't fit in 80 columns... >So, I have checked, the only system binaries that uses the dk_xxx >variables from /dev/kmem is systat and iostat and I guess that it >should be possible to fix them if they break :-)... I think Joe Greco fixed some things here. >But if one should create a dynamic implementation of the dk_xxx >statistics ( What do dk stand for? ) whouldn't it be better to >use sysctl then /dev/kmem? sysctl then sysctl. >Is it possible that an dynamic implementation of thous statistics could >be intergrated into FreeBSD-current? Someone has to do the work. It would be nice if every driver didn't have to know how to manage the statistics. They could call (inline) functions but the placement of the calls is driver-dependent. Bruce From owner-freebsd-hackers Sun Dec 24 17:49:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA22128 for hackers-outgoing; Sun, 24 Dec 1995 17:49:24 -0800 (PST) Received: from apollo.hq.nasa.gov (apollo.hq.nasa.gov [131.182.121.87]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA22119 for ; Sun, 24 Dec 1995 17:49:21 -0800 (PST) Received: from wirehead.hq.nasa.gov (wirehead.hq.nasa.gov [131.182.121.88]) by apollo.hq.nasa.gov (8.6.12/8.6.12) with ESMTP id BAA01583 for ; Mon, 25 Dec 1995 01:50:42 GMT Received: from localhost (cshenton@localhost) by wirehead.hq.nasa.gov (8.6.12/8.6.12) with SMTP id BAA27208 for ; Mon, 25 Dec 1995 01:50:42 GMT Message-Id: <199512250150.BAA27208@wirehead.hq.nasa.gov> X-Authentication-Warning: wirehead.hq.nasa.gov: cshenton owned process doing -bs X-Authentication-Warning: wirehead.hq.nasa.gov: Host localhost didn't use HELO protocol To: hackers@freefall.freebsd.org Subject: 2.1-RELEASE install -- login causes "out of swap" In-reply-to: Your message of "Sat, 23 Dec 1995 16:33:09 PST." <199512240033.QAA06808@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Sun, 24 Dec 1995 20:50:41 -0500 From: Chris Shenton Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I just downloaded and installed onto newly mkfs'd disk the 2.1 RELEASE. Install went as usual -- slow over dialup ppp -- but when I try to login to my virgin system, the disk grinds for 30-60 seconds, then I get a console message swap_pager: out of space The login fails, both for (currently password-less) root as well as the single (passworded) user account I created. I'm stuck. Any ideas? Thanks. From owner-freebsd-hackers Mon Dec 25 00:21:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA08520 for hackers-outgoing; Mon, 25 Dec 1995 00:21:10 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA08515 for ; Mon, 25 Dec 1995 00:21:05 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA27221; Mon, 25 Dec 1995 09:21:03 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA15580; Mon, 25 Dec 1995 09:21:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA04883; Mon, 25 Dec 1995 09:17:49 +0100 From: J Wunsch Message-Id: <199512250817.JAA04883@uriah.heep.sax.de> Subject: Re: 2.1-RELEASE install -- login causes "out of swap" To: cshenton@it.hq.nasa.gov (Chris Shenton) Date: Mon, 25 Dec 1995 09:17:49 +0100 (MET) Cc: hackers@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512250150.BAA27208@wirehead.hq.nasa.gov> from "Chris Shenton" at Dec 24, 95 08:50:41 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Chris Shenton wrote: > > I just downloaded and installed onto newly mkfs'd disk the 2.1 > RELEASE. Install went as usual -- slow over dialup ppp -- but when I > try to login to my virgin system, the disk grinds for 30-60 seconds, > then I get a console message > > swap_pager: out of space Does it complain during startup that it could not add the swap partition for some reason? How much swap do you have configured, and how much real mem? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Dec 25 02:08:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA11799 for hackers-outgoing; Mon, 25 Dec 1995 02:08:41 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA11786 for ; Mon, 25 Dec 1995 02:08:34 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id LAA23968 ; Mon, 25 Dec 1995 11:08:32 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id LAA06511 ; Mon, 25 Dec 1995 11:08:32 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id LAA06528; Mon, 25 Dec 1995 11:02:29 +0100 (MET) From: Ollivier Robert Message-Id: <199512251002.LAA06528@keltia.freenix.fr> Subject: Re: 2.1-RELEASE install -- login causes "out of swap" To: cshenton@it.hq.nasa.gov (Chris Shenton) Date: Mon, 25 Dec 1995 11:02:29 +0100 (MET) Cc: hackers@freefall.freebsd.org In-Reply-To: <199512250150.BAA27208@wirehead.hq.nasa.gov> from "Chris Shenton" at Dec 24, 95 08:50:41 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1475 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that Chris Shenton said: > swap_pager: out of space > > The login fails, both for (currently password-less) root as well as > the single (passworded) user account I created. You probably forgot to set up the swap space or the system is unable to do a "swapon" on it. Boot single user with "-s" at the "Boot:" prompt and have a look at /etc/fstab. you should have at least one line like the following: # Swap slices /dev/sd0b swap none sw /dev/sd2b swap none sw If not, then you must re-disklabel the disk with one swap partition. The label line should be like the following: # size offset fstype [fsize bsize bps/cpg] ... b: 65536 782336 swap # (Cyl. 382 - 413) ... If you don't have any free partition or blocks, you'll have to define one on another disk or reinstall. If you're sure you defined one swap partition, look if /etc/fstab has the good partition letter or that the swap partition does not overlap with another. If you want to modify /etc/fstab in single user mode, you'll have to remount "/" read-write with the following command: /sbin/mount -u / or /sbin/mount -u /dev/sd0a (or wd0a) if your fstab is empty Good luck... and Merry Xmas to all BTW :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #8: Sat Dec 23 21:44:39 MET 1995 From owner-freebsd-hackers Mon Dec 25 07:53:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA20689 for hackers-outgoing; Mon, 25 Dec 1995 07:53:32 -0800 (PST) Received: from apollo.hq.nasa.gov (apollo.hq.nasa.gov [131.182.121.87]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA20682 for ; Mon, 25 Dec 1995 07:53:29 -0800 (PST) Received: from wirehead.hq.nasa.gov (wirehead.hq.nasa.gov [131.182.121.88]) by apollo.hq.nasa.gov (8.6.12/8.6.12) with ESMTP id PAA02132; Mon, 25 Dec 1995 15:54:49 GMT Received: from localhost (cshenton@localhost) by wirehead.hq.nasa.gov (8.6.12/8.6.12) with SMTP id PAA27809; Mon, 25 Dec 1995 15:54:49 GMT Message-Id: <199512251554.PAA27809@wirehead.hq.nasa.gov> X-Authentication-Warning: wirehead.hq.nasa.gov: cshenton owned process doing -bs X-Authentication-Warning: wirehead.hq.nasa.gov: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: hackers@freefall.freebsd.org Subject: Re: 2.1-RELEASE install -- login causes "out of swap" In-reply-to: Your message of "Mon, 25 Dec 1995 09:17:49 +0100." <199512250817.JAA04883@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Mon, 25 Dec 1995 10:54:48 -0500 From: Chris Shenton Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Mon, 25 Dec 1995 09:17:49 +0100 (MET), J Wunsch said: J> Does it complain during startup that it could not add the swap J> partition for some reason? J> How much swap do you have configured, and how much real mem? It lets me type in my username and password, then hangs for 20 seconds, then beats on the disk for 60 seconds -- writing core? -- then it gives me the message. No complaints at startup -- that I could see -- about adding swap. I've got 48MB swap with 24MB RAM. I was able to boot single-user, then fsck'd /, /var, and /usr, then mounted them OK. I then did swapon and that worked fine, too. Thanks. From owner-freebsd-hackers Mon Dec 25 11:49:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA29007 for hackers-outgoing; Mon, 25 Dec 1995 11:49:05 -0800 (PST) Received: from vip.cybercity.dk (www.cybercity.dk [194.16.56.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA29002 for ; Mon, 25 Dec 1995 11:49:02 -0800 (PST) Received: from critter.tfs.com by vip.cybercity.dk via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id UAA18047; Mon, 25 Dec 1995 20:49:13 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id TAA11969; Mon, 25 Dec 1995 19:27:55 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: phil@zipmail.co.uk cc: hackers@freebsd.org Subject: Re: Small change to ctm-rmail ! In-reply-to: Your message of "Sun, 24 Dec 1995 17:19:47 GMT." <199512241725.RAA10423@wbsmail.zipmail.co.uk> Date: Mon, 25 Dec 1995 19:27:54 +0100 Message-ID: <11967.819916074@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > I have made a quick hack to ctm_rmail.c as I have recently subscribed > to ctm-src-current and I receive my emails on a novell n/w and > pegasus mail for windows which of course uses CR/LF so the following > diff strips of the CR, it is pretty dirty but should work OK of > anyone else has had this problem. I just added code to remove all white-space, that's more general :-) Thanks for the suggestion & Merry Xmas! -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Mon Dec 25 11:54:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA29190 for hackers-outgoing; Mon, 25 Dec 1995 11:54:27 -0800 (PST) Received: from vip.cybercity.dk (www.cybercity.dk [194.16.56.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA29185 for ; Mon, 25 Dec 1995 11:54:22 -0800 (PST) Received: from critter.tfs.com by vip.cybercity.dk via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id UAA18080; Mon, 25 Dec 1995 20:54:32 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id TAA12023; Mon, 25 Dec 1995 19:33:18 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: davidg@Root.COM cc: freebsd-hackers@freebsd.org Subject: Re: Pentium bcopy In-reply-to: Your message of "Sat, 23 Dec 1995 20:34:18 PST." <199512240434.UAA00489@corbin.Root.COM> Date: Mon, 25 Dec 1995 19:33:17 +0100 Message-ID: <12021.819916397@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > 150Mhz P6: > [corbin:davidg] time ./copytest Ok, an enquiring mind wants to know: time make world ??? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Mon Dec 25 12:35:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00293 for hackers-outgoing; Mon, 25 Dec 1995 12:35:42 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA00288 for ; Mon, 25 Dec 1995 12:35:40 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA04004; Mon, 25 Dec 1995 14:34:25 -0600 From: Joe Greco Message-Id: <199512252034.OAA04004@brasil.moneng.mei.com> Subject: Re: iostat and msps To: bde@zeta.org.au (Bruce Evans) Date: Mon, 25 Dec 1995 14:34:24 -0600 (CST) Cc: Mattias.Gronlund@sa.erisoft.se, bde@zeta.org.au, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199512250133.MAA13380@godzilla.zeta.org.au> from "Bruce Evans" at Dec 25, 95 12:33:27 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >OK, if we can't calculate msps on new disk's, what is the reason for > >it to still exist? > > They can be calculated accurately for some disks (for floppies and old > uncached wd drives :-) and inaccurately for other cases. Maybe the inaccurate count is better than nothing at all. Solaris does a convincing attempt at gathering statistics on SCSI disks, and even if it is not 100% accurate, it helps an administrator locate the most likely bottleneck drive in a busy filesystem. It also helps when you want to go to management and say "hey, the system statistics claim that the drive is 95% saturated, and the performance tuning book says you have a problem if it's over 30%" (Solaris has a NICE performance tuning book).... Tools I don't have under FreeBSD but would like :-) slowaris% iostat -x 30 extended disk statistics disk r/s w/s Kr/s Kw/s wait actv svc_t %w %b fd0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 sd0 11.8 1.2 60.0 6.5 0.0 0.3 28.2 1 29 sd1 6.0 1.9 21.5 7.3 0.0 0.2 26.7 0 14 sd12 44.0 15.9 313.9 102.5 1.1 4.3 90.2 3 75 sd2 10.8 4.6 36.7 15.9 0.0 0.5 34.9 0 24 sd3 3.0 1.5 16.4 10.5 0.1 0.1 57.9 1 10 sd7 0.3 0.4 1.6 1.8 0.0 0.0 27.8 0 2 This is a fairly useful display - "wait" is the avg number of transactions waiting for service, "actv" is the avg # of transactions actively being serviced, svc_t is the average service time in ms, %w is the percent of time that there are transactions waiting for service, and %b is the percent of time the disk is busy (both derived from wait/actv). It clearly shows that sd12 is in some pain.... > >> Lots of things would break even if DK_NDRIVE only increased. systat > >> output wouldn't fit in 80 columns... > > >So, I have checked, the only system binaries that uses the dk_xxx > >variables from /dev/kmem is systat and iostat and I guess that it > >should be possible to fix them if they break :-)... > > I think Joe Greco fixed some things here. I raised DK_NDRIVE (on my local system) and then fixed a bunch of formatting type issues that arose from 4-character device names in systat and iostat, etc.... might hold us for another half a decade :-) I do NOT know whether or not these changes were merged into -current as I don't have any boxes running -current currently. There was one problem I didn't track down relating to the numbers mode of systat -io and unusually sized xterms. My changes were sufficient for a moderately sized system. > >Is it possible that an dynamic implementation of thous statistics could > >be intergrated into FreeBSD-current? > > Someone has to do the work. It would be nice if every driver didn't > have to know how to manage the statistics. They could call (inline) > functions but the placement of the calls is driver-dependent. Always the problem... somebody's gotta do the work :-) :-) Merry Christmas everyone, ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Mon Dec 25 15:15:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA05917 for hackers-outgoing; Mon, 25 Dec 1995 15:15:32 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA05910 for ; Mon, 25 Dec 1995 15:15:29 -0800 (PST) Received: from plentium.clinet.fi (plentium.clinet.fi [194.100.0.7]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id BAA19201; Tue, 26 Dec 1995 01:15:17 +0200 Received: (hsu@localhost) by plentium.clinet.fi (8.6.12/8.6.4) id BAA29093; Tue, 26 Dec 1995 01:21:57 +0200 Date: Tue, 26 Dec 1995 01:21:57 +0200 Message-Id: <199512252321.BAA29093@plentium.clinet.fi> From: Heikki Suonsivu To: Michael Smith Cc: hackers@freebsd.org In-reply-to: Michael Smith's message of 23 Dec 1995 10:01:11 +0200 Subject: Re: Cyclades 32-port card, cy/cyb drivers Organization: Clinet Ltd, Espoo, Finland References: <199512230756.SAA22017@genesis.atrad.adelaide.edu.au> Sender: owner-hackers@freebsd.org Precedence: bulk I'm trying to get one of these cards (Cyclom-32Y) up and working under either the cy or cyb drivers and 2.1R. Brian's web page advertises the fact that several sites are using this driver in a 'production' environment, but Brian is impossible to nail down to work on the problem. The 'cy' driver is not necessarily known to work with this card... If _anyone_ out there has one of these cards working, I'd love to hear from you; I don't want to bore the list to death just yet with gory details when I can't be sure that we're not doing something trivial and stupid. I just hacked this together. Please notice that you need a config line # Allow 32 port cyclades boards options "CY_MAX_CD1400s=8" to enable 32 ports. You can't put more than one 32 port board in, and you can't use the same kernel for configurations with multiple smaller boards, as there are not enough minor numbers available. I have been running this in production for 2 days so don't expect too much for stability. It crashed once during that time, but it did not generate a core dump. I don't know yet whether it is related to cy patches or just ordinary every couple-of-days panic most freebsd systems here do all the time, as the load is quite low for holidays. *** sys/i386/isa/cy.c.orig Fri Dec 22 17:57:20 1995 --- sys/i386/isa/cy.c Tue Dec 26 00:43:38 1995 *************** *** 149,159 **** /* We encode the cyclom unit number (cyu) in spare bits in the IVR's. */ #define CD1400_xIVR_CHAN_SHIFT 3 ! #define CD1400_xIVR_CHAN 0x0F /* XXX reduce to pack Cyclom-8Ys */ #define LOTS_OF_EVENTS 64 /* helps separate urgent events from input */ #define RB_I_HIGH_WATER (TTYHOG - 2 * RS_IBUFSIZE) #define RS_IBUFSIZE 256 #define CALLOUT_MASK 0x80 #define CONTROL_MASK 0x60 --- 149,161 ---- /* We encode the cyclom unit number (cyu) in spare bits in the IVR's. */ #define CD1400_xIVR_CHAN_SHIFT 3 ! #define CD1400_xIVR_CHAN 0x1F /* XXX reduce to pack Cyclom-8Ys */ #define LOTS_OF_EVENTS 64 /* helps separate urgent events from input */ #define RB_I_HIGH_WATER (TTYHOG - 2 * RS_IBUFSIZE) + #ifndef RS_IBUFSIZE #define RS_IBUFSIZE 256 + #endif #define CALLOUT_MASK 0x80 #define CONTROL_MASK 0x60 *************** *** 453,461 **** int cyu; u_char firmware_version; cy_addr iobase; int unit; ! iobase = (cy_addr)dev->id_maddr; unit = dev->id_unit; if ((u_int)unit >= NCY) return (0); --- 455,464 ---- int cyu; u_char firmware_version; cy_addr iobase; + cy_addr cy_iobase; int unit; ! cy_iobase = (cy_addr)dev->id_maddr; unit = dev->id_unit; if ((u_int)unit >= NCY) return (0); *************** *** 464,478 **** /* Cyclom-16Y hardware reset (Cyclom-8Ys don't care) */ ! cy_inb(iobase, CY16_RESET); /* XXX? */ DELAY(500); /* wait for the board to get its act together */ /* this is needed to get the board out of reset */ ! cy_outb(iobase, CY_CLEAR_INTR, 0); DELAY(500); ! for (cyu = 0; cyu < CY_MAX_CD1400s; ! ++cyu, iobase += CY_CD1400_MEMSIZE) { int i; /* wait for chip to become ready for new command */ --- 467,483 ---- /* Cyclom-16Y hardware reset (Cyclom-8Ys don't care) */ ! cy_inb(cy_iobase, CY16_RESET); /* XXX? */ DELAY(500); /* wait for the board to get its act together */ /* this is needed to get the board out of reset */ ! cy_outb(cy_iobase, CY_CLEAR_INTR, 0); DELAY(500); ! for (cyu = 0, iobase = cy_iobase; cyu < CY_MAX_CD1400s; ! ++cyu, (cyu == 4 ! ? (iobase = cy_iobase + CY_CD1400_MEMSIZE / 2) ! : (iobase += CY_CD1400_MEMSIZE))) { int i; /* wait for chip to become ready for new command */ *************** *** 534,540 **** cy_iobase = (cy_addr)isdp->id_maddr; unit *= CY_MAX_PORTS; for (cyu = 0, iobase = cy_iobase; cyu < ncyu; ! ++cyu, iobase += CY_CD1400_MEMSIZE) { int cdu; /* Set up a receive timeout period of than 1+ ms. */ --- 539,547 ---- cy_iobase = (cy_addr)isdp->id_maddr; unit *= CY_MAX_PORTS; for (cyu = 0, iobase = cy_iobase; cyu < ncyu; ! ++cyu, (cyu == 4 ! ? (iobase = cy_iobase + CY_CD1400_MEMSIZE / 2) ! : (iobase += CY_CD1400_MEMSIZE))) { int cdu; /* Set up a receive timeout period of than 1+ ms. */ *************** *** 1036,1042 **** /* check each CD1400 in turn */ for (cyu = 0, iobase = cy_iobase; cyu < cy_nr_cd1400s[unit]; ! ++cyu, iobase += CY_CD1400_MEMSIZE) { /* poll to see if it has any work */ status = cd_inb(iobase, CD1400_SVRR); if (status == 0) --- 1043,1051 ---- /* check each CD1400 in turn */ for (cyu = 0, iobase = cy_iobase; cyu < cy_nr_cd1400s[unit]; ! ++cyu, (cyu == 4 ! ? (iobase = cy_iobase + CY_CD1400_MEMSIZE / 2) ! : (iobase += CY_CD1400_MEMSIZE))) { /* poll to see if it has any work */ status = cd_inb(iobase, CD1400_SVRR); if (status == 0) *** sys/i386/isa/cyreg.h.orig Tue Dec 26 00:35:55 1995 --- sys/i386/isa/cyreg.h Tue Dec 26 00:47:08 1995 *************** *** 40,46 **** --- 40,48 ---- #define CY16_RESET 0x1400 #define CY_CLEAR_INTR 0x1800 /* intr ack address */ + #ifndef CY_MAX_CD1400s #define CY_MAX_CD1400s 4 /* for Cyclom-16Y */ + #endif #define CY_CLOCK 25000000 /* baud rate clock */ -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi work +358-0-4375209 fax -4555276 home -8031121 From owner-freebsd-hackers Mon Dec 25 15:29:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA06612 for hackers-outgoing; Mon, 25 Dec 1995 15:29:59 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA06605 for ; Mon, 25 Dec 1995 15:29:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA00830; Mon, 25 Dec 1995 15:29:41 -0800 To: Heikki Suonsivu cc: Michael Smith , hackers@freebsd.org Subject: Re: Cyclades 32-port card, cy/cyb drivers In-reply-to: Your message of "Tue, 26 Dec 1995 01:21:57 +0200." <199512252321.BAA29093@plentium.clinet.fi> Date: Mon, 25 Dec 1995 15:29:41 -0800 Message-ID: <828.819934181@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > core dump. I don't know yet whether it is related to cy patches or just > ordinary every couple-of-days panic most freebsd systems here do all the > time, as the load is quite low for holidays. Needless to say, I find any sort of regular panics pretty disturbing. May I assume that you've tried to collect as much data on this as you could, and that someone from the core team is working on this with you? Thanks! Jordan From owner-freebsd-hackers Mon Dec 25 16:00:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA08185 for hackers-outgoing; Mon, 25 Dec 1995 16:00:19 -0800 (PST) Received: from mailgate.ericsson.se (mailgate.ericsson.se [130.100.2.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA08180 for ; Mon, 25 Dec 1995 16:00:16 -0800 (PST) Received: from sa.erisoft.se (epls01.sa.erisoft.se [150.132.128.1]) by mailgate.ericsson.se (8.6.11/1.0) with SMTP id AAA28155; Tue, 26 Dec 1995 00:49:48 +0100 Received: from sws021.sa.erisoft.se by sa.erisoft.se (4.1/SMI-4.1-ERIS0.99) id AA16296; Tue, 26 Dec 95 00:49:48 +0100 From: Mattias.Gronlund@sa.erisoft.se (Mattias Gronlund) Received: by sws021.sa.erisoft.se (5.x/client-1.3) id AA04456; Tue, 26 Dec 1995 00:49:15 +0100 Message-Id: <9512252349.AA04456@sws021.sa.erisoft.se> Subject: Re: iostat and msps To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Tue, 26 Dec 1995 00:49:14 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199512252034.OAA04004@brasil.moneng.mei.com> from "Joe Greco" at Dec 25, 95 02:34:24 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > > >OK, if we can't calculate msps on new disk's, what is the reason for > > Tools I don't have under FreeBSD but would like :-) > slowaris% iostat -x 30 > extended disk statistics > disk r/s w/s Kr/s Kw/s wait actv svc_t %w %b > fd0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 > sd0 11.8 1.2 60.0 6.5 0.0 0.3 28.2 1 29 > sd1 6.0 1.9 21.5 7.3 0.0 0.2 26.7 0 14 > sd12 44.0 15.9 313.9 102.5 1.1 4.3 90.2 3 75 > sd2 10.8 4.6 36.7 15.9 0.0 0.5 34.9 0 24 > sd3 3.0 1.5 16.4 10.5 0.1 0.1 57.9 1 10 > sd7 0.3 0.4 1.6 1.8 0.0 0.0 27.8 0 2 > > This is a fairly useful display - "wait" is the avg number of transactions > waiting for service, "actv" is the avg # of transactions actively being > serviced, svc_t is the average service time in ms, %w is the percent of time > that there are transactions waiting for service, and %b is the percent of > time the disk is busy (both derived from wait/actv). > > It clearly shows that sd12 is in some pain.... OK, I have to admit that this was what I was intrested in the first place :-). Would anybody care if to include souch an parameter to FreeBSD if I made an implementation? I guess there should have to be some changes in the devicedrivers to support svc_t but I don't think they should be to hard to implement. I have been trying to upgrade to FreeBSD-current today, and than I recognized that there where a number defined in the sysctl MIB for diskstats, and I guess that where I will try to access the diskstats. > > > >> Lots of things would break even if DK_NDRIVE only increased. systat > > >> output wouldn't fit in 80 columns... > > > > >So, I have checked, the only system binaries that uses the dk_xxx > > >variables from /dev/kmem is systat and iostat and I guess that it > > >should be possible to fix them if they break :-)... > > > > I think Joe Greco fixed some things here. > > I raised DK_NDRIVE (on my local system) and then fixed a bunch of > formatting type issues that arose from 4-character device names in > systat and iostat, etc.... might hold us for another half a decade > :-) I do NOT know whether or not these changes were merged into > -current as I don't have any boxes running -current currently. > > There was one problem I didn't track down relating to the numbers mode of > systat -io and unusually sized xterms. My changes were sufficient for a > moderately sized system. Sounds good. > > > >Is it possible that an dynamic implementation of thous statistics could > > >be intergrated into FreeBSD-current? > > > > Someone has to do the work. It would be nice if every driver didn't > > have to know how to manage the statistics. They could call (inline) > > functions but the placement of the calls is driver-dependent. > > Always the problem... somebody's gotta do the work :-) :-) And I would love to give it a try, if this is something that more people than I think whould be an improvment of FreeBSD. > > ... Joe /Mattias From owner-freebsd-hackers Mon Dec 25 17:14:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA10223 for hackers-outgoing; Mon, 25 Dec 1995 17:14:45 -0800 (PST) Received: from subnet.sub.net (root@subnet.sub.net [192.101.75.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA10217 for ; Mon, 25 Dec 1995 17:14:37 -0800 (PST) Received: from dinoex.UUCP (root@localhost) by subnet.sub.net (8.6.12/8.6.12) with UUCP id CAA10100 for freebsd.org!freebsd-hackers; Tue, 26 Dec 1995 02:14:21 +0100 Received: from phase23.dinoex.sub.org by ud.dinoex.sub.org with uucp (Linux Smail3.1.28.1 #14) id m0tUKJV-000JiRC; Mon, 25 Dec 95 22:20 MET Received: from citylink.dinoex.sub.org by phase23.dinoex.sub.org with uucp (CY Smail3.1.28.1 #6) id m0tUJ3J-0005NFC; Mon, 25 Dec 95 20:59 MET From: peter@citylink.dinoex.sub.org (Peter Much) Message-Id: <199512251947.UAA23561@citylink.dinoex.sub.org> Received: by citylink.dinoex.sub.org (8.6.12 FreeBSD-1/PMuch) id UAA23561; Mon, 25 Dec 1995 20:47:13 +0100 Subject: 2.1.0-RELEASE: xterm won't work with exported locale To: freebsd-hackers@freebsd.org, dirk.meyer@dinoex.sub.org, klatte@hrz.uni-kassel.de Date: Mon, 25 Dec 1995 20:47:11 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hello, when setting LANG and/or LC_CTYPE to de_DE.ISO_8859-1, xterm does crash on it's start with segfault -> X won't come up (with the default xinitrc). Installing the /usr/share/locale from 2.1-STABLE (filenames without the underscore) seems to help, so i won't debug it for now - and now You know, in case anybody else has that problem. Peter -- Write to: Peter Much * Koelnische Str. 22 * D-34117 Kassel * +49-561-774961 peter@citylink.dinoex.sub.org * much@hrz.uni-kassel.de From owner-freebsd-hackers Mon Dec 25 17:15:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA10252 for hackers-outgoing; Mon, 25 Dec 1995 17:15:06 -0800 (PST) Received: from subnet.sub.net (root@subnet.sub.net [192.101.75.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA10245 for ; Mon, 25 Dec 1995 17:15:03 -0800 (PST) Received: from dinoex.UUCP (root@localhost) by subnet.sub.net (8.6.12/8.6.12) with UUCP id CAA10107 for freebsd.org!freebsd-hackers; Tue, 26 Dec 1995 02:14:49 +0100 Received: from phase23.dinoex.sub.org by ud.dinoex.sub.org with uucp (Linux Smail3.1.28.1 #14) id m0tUKZC-000JiQC; Mon, 25 Dec 95 22:36 MET Received: from citylink.dinoex.sub.org by phase23.dinoex.sub.org with uucp (CY Smail3.1.28.1 #6) id m0tULOW-0005KjC; Mon, 25 Dec 95 23:29 MET From: peter@citylink.dinoex.sub.org (Peter Much) Message-Id: <199512252222.XAA27280@citylink.dinoex.sub.org> Received: by citylink.dinoex.sub.org (8.6.12 FreeBSD-1/PMuch) id XAA27280 for freebsd-hackers@freebsd.org; Mon, 25 Dec 1995 23:22:45 +0100 Subject: 2.1.0-RELEASE: xterm won't work with exported locale To: freebsd-hackers@freebsd.org Date: Mon, 25 Dec 1995 23:22:43 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > when setting LANG and/or LC_CTYPE to de_DE.ISO_8859-1, xterm does crash > on it's start with segfault -> X won't come up (with the default xinitrc). > Installing the /usr/share/locale from 2.1-STABLE (filenames without the > underscore) seems to help, so i won't debug it for now - and now You know, > in case anybody else has that problem. The problem now has debugged itself: xxgdb told about difficulties with it's font-selection, and doesn't anymore now. That makes it quite clear. Peter -- Write to: Peter Much * Koelnische Str. 22 * D-34117 Kassel * +49-561-774961 peter@citylink.dinoex.sub.org * much@hrz.uni-kassel.de From owner-freebsd-hackers Mon Dec 25 19:01:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA13471 for hackers-outgoing; Mon, 25 Dec 1995 19:01:09 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA13461 for ; Mon, 25 Dec 1995 19:01:01 -0800 (PST) Received: by sequent.kiae.su id AA14681 (5.65.kiae-2 ); Tue, 26 Dec 1995 05:59:09 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 26 Dec 95 05:59:09 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id FAA02478; Tue, 26 Dec 1995 05:50:15 +0300 (MSK) To: phil@zipmail.co.uk, Poul-Henning Kamp Cc: hackers@freebsd.org References: <11967.819916074@critter.tfs.com> In-Reply-To: <11967.819916074@critter.tfs.com>; from Poul-Henning Kamp at Mon, 25 Dec 1995 19:27:54 +0100 Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 26 Dec 1995 05:50:14 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: Small change to ctm-rmail ! Lines: 24 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk In message <11967.819916074@critter.tfs.com> Poul-Henning Kamp writes: >> I have made a quick hack to ctm_rmail.c as I have recently subscribed >> to ctm-src-current and I receive my emails on a novell n/w and >> pegasus mail for windows which of course uses CR/LF so the following >> diff strips of the CR, it is pretty dirty but should work OK of >> anyone else has had this problem. >I just added code to remove all white-space, that's more general :-) I know at least one file where whitespaces are essential: share/timedef/data/* Moreover, it makes hardier to produce diffs & commits when whitespaces remover, I was hitted many times by Rod repository change. I understand that it is less dangerous than repository change, but in the same wrong direction. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Mon Dec 25 19:13:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA13741 for hackers-outgoing; Mon, 25 Dec 1995 19:13:42 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA13736 for ; Mon, 25 Dec 1995 19:13:32 -0800 (PST) Received: by sequent.kiae.su id AA15578 (5.65.kiae-2 ); Tue, 26 Dec 1995 06:03:21 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 26 Dec 95 06:03:21 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id GAA02581; Tue, 26 Dec 1995 06:03:22 +0300 (MSK) To: dirk.meyer@dinoex.sub.org, freebsd-hackers@freebsd.org, klatte@hrz.uni-kassel.de, Peter Much References: <199512251947.UAA23561@citylink.dinoex.sub.org> In-Reply-To: <199512251947.UAA23561@citylink.dinoex.sub.org>; from Peter Much at Mon, 25 Dec 1995 20:47:11 +0100 (MET) Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 26 Dec 1995 06:03:22 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: 2.1.0-RELEASE: xterm won't work with exported locale Lines: 16 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk In message <199512251947.UAA23561@citylink.dinoex.sub.org> Peter Much writes: >when setting LANG and/or LC_CTYPE to de_DE.ISO_8859-1, xterm does crash >on it's start with segfault -> X won't come up (with the default xinitrc). >Installing the /usr/share/locale from 2.1-STABLE (filenames without the >underscore) seems to help, so i won't debug it for now - and now You know, >in case anybody else has that problem. You need to build X from ports or take apply patch from there. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Tue Dec 26 03:25:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29020 for hackers-outgoing; Tue, 26 Dec 1995 03:25:32 -0800 (PST) Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA29013 for ; Tue, 26 Dec 1995 03:25:26 -0800 (PST) Received: from exalt.x.org by expo.x.org id AA29749; Tue, 26 Dec 95 06:24:55 -0500 Received: from localhost by exalt.x.org id LAA14360; Tue, 26 Dec 1995 11:24:54 GMT Message-Id: <199512261124.LAA14360@exalt.x.org> To: Daniel Leeds Cc: hackers@freefall.FreeBSD.org Subject: Re: motif 2.0 In-Reply-To: Your message of Sat, 23 Dec 1995 15:55:33 EDT. <199512231555.PAA03464@sponsor.octet.com> Organization: X Consortium Date: Tue, 26 Dec 1995 06:24:53 EDT From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > has anyone successfuly built Motif 2.0 on FreeeBSD 2.1 yet?? Yes. > im curious whether or not anyone has tried it and what their experiences > were. I could tell you, but then I'd have to kill you. ;-) If you read the R6 release notes they have some hints for building Motif from source. You'll need to rewrite the Motif Imakefiles to work with the R6 imake. R6 .../lib/Xaw/Imakefile is a pretty good model to use for .../lib/Xm/Imakefile. The mwm Imakefile should be okay as it is, more or less. I can't really send you what I've got because a) copyright, and b) Motif is changing some for 2.1 so the Imakefile has changed somewhat. There aren't really any show stoppers, just be prepared to spend a little (or a lot of) time getting it figured out. (And I don't really have any time to hold anyone's hand while they do it :-(, so please don't ask. :-( :-() -- Kaleb KEITHLEY X Consortium From owner-freebsd-hackers Tue Dec 26 03:34:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29411 for hackers-outgoing; Tue, 26 Dec 1995 03:34:22 -0800 (PST) Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA29405 for ; Tue, 26 Dec 1995 03:34:18 -0800 (PST) Received: from exalt.x.org by expo.x.org id AA29814; Tue, 26 Dec 95 06:33:43 -0500 Received: from localhost by exalt.x.org id LAA14371; Tue, 26 Dec 1995 11:33:42 GMT Message-Id: <199512261133.LAA14371@exalt.x.org> To: hackers@freefall.FreeBSD.org Subject: Re: gcc 2.7.1 In-Reply-To: Your message of Sun, 24 Dec 1995 13:43:46 EDT. Organization: X Consortium Date: Tue, 26 Dec 1995 06:33:42 EDT From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > > > Surely as you suggest most people who are in need of the latest version > > of a gcc or whatever can probably compile it themselves, but it > > takes a lot of time and effort to make sure its installed prpoperly > > and working properly, especially to test the c++ installation because > > you can't do the 2 or 3 stage build/compare with it. It would be nice > > to at least see a set of difss or a package for libg++ and recent versions > > of gcc, this is my point. I can contribute what I've done, but who knows > > if I've done it right. If there is one unified version, then everyone who > > finds problems can contribute them and the GNU team will be better notified > > of FreeBSD diffs. > > Ahh! Then you're asking for a port of gcc! Now that is an idea I can > completely agree with, and it sounds like a wise thing to do. It'll give > a lot of FreeBSD folks experience with it and it's various > bugs/enhancements. I think it was Kaleb Keithley that I saw reporting > his experiences with 2.7.2. Are you reading this, Kaleb? I am, but the younger Keithleys insisted that I spend Christmas with them. :-) My 2.7.2 compiled kernel must have 10 or more days uptime by now. It'd probaby have more except that I had to reboot for some reason I've now forgotten. I reverted to 2.6.3 (but haven't recompiled my kernel yet) because the X server compiled with 2.7.2 consistently SEGV'd in the same place every time I ran it. The same server compiled with 2.6.3 does not, and 2.7.2 w/ -g does not either. -- Kaleb KEITHLEY From owner-freebsd-hackers Tue Dec 26 03:37:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29521 for hackers-outgoing; Tue, 26 Dec 1995 03:37:43 -0800 (PST) Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA29516 for ; Tue, 26 Dec 1995 03:37:40 -0800 (PST) Received: from exalt.x.org by expo.x.org id AA29846; Tue, 26 Dec 95 06:37:09 -0500 Received: from localhost by exalt.x.org id LAA14381; Tue, 26 Dec 1995 11:37:08 GMT Message-Id: <199512261137.LAA14381@exalt.x.org> To: hackers@freefall.FreeBSD.org Subject: Re: gcc 2.7.1 In-Reply-To: Your message of Sun, 24 Dec 1995 14:17:51 EDT. Organization: X Consortium Date: Tue, 26 Dec 1995 06:37:08 EDT From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > > Ahh! Then you're asking for a port of gcc! Now that is an idea I can > > completely agree with, and it sounds like a wise thing to do. It'll give > > a lot of FreeBSD folks experience with it and it's various > > bugs/enhancements. I think it was Kaleb Keithley that I saw reporting > > his experiences with 2.7.2. Are you reading this, Kaleb? > > > > Hmmm...I've just compiled both 2.7.1 and 2.7.2 under FreeBSD, and > they both compile straight out of the box...just follow the instructions > step by step in the INSTALL file *Shrug* > Building gcc is trivial -- same as it ever was. Running an XFree86 X server compiled with 2.7.2 is another matter. There aren't enough symbols in a -O compiled program to tell what line the server SEGVs on. Introducing -g (even -O2 -g) makes the SEGV go away. -- Kaleb KEITHLEY From owner-freebsd-hackers Tue Dec 26 04:28:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA00906 for hackers-outgoing; Tue, 26 Dec 1995 04:28:06 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA00901 for ; Tue, 26 Dec 1995 04:28:04 -0800 (PST) Received: from DATAPLEX.NET (SHARK.DATAPLEX.NET [199.183.109.241]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id EAA02704 for ; Tue, 26 Dec 1995 04:27:56 -0800 Received: from [199.183.109.242] by DATAPLEX.NET with SMTP (MailShare 1.0fc5); Tue, 26 Dec 1995 04:14:26 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 26 Dec 1995 04:14:29 -0600 To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=(aka Andrey A. Chernov, Black Mage) From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: Small change to ctm-rmail ! Cc: phk@critter.tfs.com, hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >In message <11967.819916074@critter.tfs.com> Poul-Henning Kamp writes: > >>> I have made a quick hack to ctm_rmail.c as I have recently subscribed >>> to ctm-src-current and I receive my emails on a novell n/w and >>> pegasus mail for windows which of course uses CR/LF so the following >>> diff strips of the CR, it is pretty dirty but should work OK of >>> anyone else has had this problem. > >>I just added code to remove all white-space, that's more general :-) I think that you misunderstand the change. The files in the tree are not affected by this change. He is removing white space from the encoded transmission, not from the files that it encodes. This is important for those who receive the file as mail on a non-Un*x machine and then transfer it to their FreeBSD system for installation. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Tue Dec 26 05:51:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA03398 for hackers-outgoing; Tue, 26 Dec 1995 05:51:56 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA03393 for ; Tue, 26 Dec 1995 05:51:51 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA19179; Tue, 26 Dec 1995 14:51:46 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA23384; Tue, 26 Dec 1995 14:51:46 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA08744; Tue, 26 Dec 1995 14:50:01 +0100 From: J Wunsch Message-Id: <199512261350.OAA08744@uriah.heep.sax.de> Subject: Re: Small change to ctm-rmail ! To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Tue, 26 Dec 1995 14:50:00 +0100 (MET) Cc: phil@zipmail.co.uk, phk@critter.tfs.com, hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Dec 26, 95 05:50:14 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > >I just added code to remove all white-space, that's more general :-) > > I know at least one file where whitespaces are essential: > share/timedef/data/* I think Poul added code to remove trailing whitespace from the CTM deltas, not from the target files. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Dec 26 06:47:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA04713 for hackers-outgoing; Tue, 26 Dec 1995 06:47:21 -0800 (PST) Received: from kalypso.iqm.unicamp.br (kalypso.iqm.unicamp.br [143.106.13.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA04707 for ; Tue, 26 Dec 1995 06:46:37 -0800 (PST) Received: (from vazquez@localhost) by kalypso.iqm.unicamp.br (8.6.12/8.6.12/FreeBSD2.1) id MAA23730 for freebsd-hackers@freebsd.org; Tue, 26 Dec 1995 12:32:03 GMT From: Pedro A M Vazquez Message-Id: <199512261232.MAA23730@kalypso.iqm.unicamp.br> Subject: Re: Unix+pcclone+Xwindows? (fwd) To: freebsd-hackers@freebsd.org Date: Tue, 26 Dec 1995 12:32:03 +0000 () X-Organization: Instituto de Quimica - Unicamp X-URL: http://www.iqm.unicamp.br/ X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hello Hackers: I got this one in comp.unix.questions and sent him a little note about www.freebsd.org. Anyone would like to contribute make him a new user :-) Pedro Mad Viking said: > From jacobson@nevada.edu Tue Dec 26 04:07:02 1995 > Posted-Date: Tue, 26 Dec 1995 04:11:01 -0200 > Date: Mon, 25 Dec 1995 22:19:36 -0800 (PST) > From: Mad Viking > To: Pedro A M Vazquez > Subject: Re: Unix+pcclone+Xwindows? > In-Reply-To: <199512252155.VAA13609@kalypso.iqm.unicamp.br> > Message-ID: > MIME-Version: 1.0 > Content-Type: TEXT/PLAIN; charset=US-ASCII > > > Thanks for the info! I saw all of those newsgroups for FreeBSD, but had > no idea what it was. > > My regular programs from DOS and Windows won't work with it yet, though? > I was hoping that all of my games and wordprocessors, etc. could still be > used. (of course) > > Also, do you know whether I boot my computer as normal, but have > a seperate configuration for FreeBSD so that if my programs don't work, I > can still have DOS and Windows, or do I have to run strictly FreeBSD when > I install it? i.e., can I run them either at the same time (DOS & > FreeBSD) or one under the other? > > Thanks for any and all help! > > -madvike > > * Kris Jacobson, (702) 346-5647 * 1973 Rallye Charger 340 * > * jacobson@nevada.edu * 1970 Duster 440 :) * > * COMPUTER ENGINEERING: NO * 1974 Charger /6 * > * COMPUTER SCIENCE: NO * 1972 Valiant 318 * > * ECONOMICS: MAYBE? * ISO: 1970 'cuda 'vert 383 {50%} * > > > From owner-freebsd-hackers Tue Dec 26 06:51:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA04816 for hackers-outgoing; Tue, 26 Dec 1995 06:51:08 -0800 (PST) Received: from haven.ios.com (root@haven.ios.com [198.4.75.45]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA04811 for ; Tue, 26 Dec 1995 06:51:05 -0800 (PST) Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by haven.ios.com (8.6.11/8.6.9) with SMTP id JAA16987 for ; Tue, 26 Dec 1995 09:43:01 -0500 Date: Tue, 26 Dec 1995 09:43:01 -0500 (EST) From: lb To: hackers@freebsd.org Subject: subscribe Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk help From owner-freebsd-hackers Tue Dec 26 07:38:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA06851 for hackers-outgoing; Tue, 26 Dec 1995 07:38:01 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA06841 Tue, 26 Dec 1995 07:37:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id HAA02637; Tue, 26 Dec 1995 07:37:43 -0800 To: Jack Burnett McAlister cc: doc@freebsd.org, hackers@freebsd.org Subject: Re: FreeBSD Volunteer In-reply-to: Your message of "Mon, 25 Dec 1995 23:40:29." <199512260637.XAA25127@usr5.primenet.com> Date: Tue, 26 Dec 1995 07:37:43 -0800 Message-ID: <2635.819992263@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk That's great! We have a lot of projects that could really use the help! Could you perhaps tell us a little bit more about your areas of interest? We've learned by experience that volunteers aren't simply generic resources who can be pointed at any old task and expected to do it - they need to be directed at things that genuinely *interest* them or the motivation just won't be there, to say nothing of the degree of enjoyment that we'd like everyone to be able to derive from their work with this project. Though it has grown fairly "serious" in the last year or so, we started this project essentially for recreation, being the software hobbiests that we are. I'd like to keep that purpose alive for as long as possible, and the best way of doing so is to foster the development of a team of volunteers who are all essentially enjoying what they doing. To sum it up - yes, we'd love to have you aboard! What would you LIKE to do? Best regards, Jordan > I am retired with lots of time on my hands that needs to be used. I have > much programming and systems experience, a fair amount of exposure to C > and UNIX in its many forms. I am a past consultant to IBM in the constructio n > of HELP files using a form of SGML. I will try to do as much as I can to > help in this effort. > > Jack B. McAlister > 3301 Hedgewood Drive Apt. A > Prescott Valley, AZ 86314 > 520-775-3137 > email burnett@primenet.com > From owner-freebsd-hackers Tue Dec 26 08:07:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA08286 for hackers-outgoing; Tue, 26 Dec 1995 08:07:09 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA08270 for ; Tue, 26 Dec 1995 08:07:04 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA21065; Tue, 26 Dec 1995 17:07:02 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id RAA24082; Tue, 26 Dec 1995 17:07:01 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id RAA09379; Tue, 26 Dec 1995 17:03:19 +0100 From: J Wunsch Message-Id: <199512261603.RAA09379@uriah.heep.sax.de> Subject: Re: shmget() problem To: m_tanaka@pa.yokogawa.co.jp (Mihoko Tanaka) Date: Tue, 26 Dec 1995 17:03:19 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9512191301.AA05407@cabbage.pa.yokogawa.co.jp> from "Mihoko Tanaka" at Dec 19, 95 10:01:57 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Mihoko Tanaka wrote: > > I report a problem about shmget(). (I'm using FreeBSD-2.1.0R) > > int shmget(key_t key, int size, int shmflg); > > If the 'key' has already existed in the system and set 'shmflg' > as '(IPC_CREAT|IPC_EXC)', then shmget() must return the error 'EEXIST'. Thanks, i've applied your suggested (and very obvious :) fix. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Dec 26 08:11:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA08497 for hackers-outgoing; Tue, 26 Dec 1995 08:11:26 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA08490 for ; Tue, 26 Dec 1995 08:11:15 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA21135; Tue, 26 Dec 1995 17:11:12 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id RAA24138; Tue, 26 Dec 1995 17:11:11 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id RAA09481; Tue, 26 Dec 1995 17:09:52 +0100 From: J Wunsch Message-Id: <199512261609.RAA09481@uriah.heep.sax.de> Subject: Re: Unix+pcclone+Xwindows? (fwd) To: jacobson@nevada.edu Date: Tue, 26 Dec 1995 17:09:51 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512261232.MAA23730@kalypso.iqm.unicamp.br> from "Pedro A M Vazquez" at Dec 26, 95 12:32:03 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Pedro A M Vazquez wrote: > > Hello Hackers: > I got this one in comp.unix.questions and sent him a little > note about www.freebsd.org. > Anyone would like to contribute make him a new user :-) > > My regular programs from DOS and Windows won't work with it yet, though? > > I was hoping that all of my games and wordprocessors, etc. could still be > > used. (of course) Sorry, by now, only a limited subset of DOS programs (most text-based programs) would work under FreeBSD. > > Also, do you know whether I boot my computer as normal, but have > > a seperate configuration for FreeBSD so that if my programs don't work, I > > can still have DOS and Windows, or do I have to run strictly FreeBSD when > > I install it? i.e., can I run them either at the same time (DOS & > > FreeBSD) or one under the other? You can select between both systems at boot-time. The default installation offers you to install a so-called boot manager that allows you to select the operating system of your choice. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Dec 26 11:21:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA13028 for hackers-outgoing; Tue, 26 Dec 1995 11:21:44 -0800 (PST) Received: from iaehv.IAEhv.nl (root@iaehv.IAEhv.nl [192.87.208.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA13023 for ; Tue, 26 Dec 1995 11:21:38 -0800 (PST) Received: from oasis.IAEhv.nl by iaehv.IAEhv.nl (8.6.12/1.63) id UAA29614; Tue, 26 Dec 1995 20:21:33 +0100 X-Disclaimer: iaehv.nl is a public access UNIX system and cannot be held responsible for the opinions of its individual users. Received: by oasis.IAEhv.nl (8.7.3/1.63) id UAA05384; Tue, 26 Dec 1995 20:19:10 +0100 (MET) From: volf@oasis.IAEhv.nl (Frank Volf) Message-Id: <199512261919.UAA05384@oasis.IAEhv.nl> Subject: Freebsd IP alias and BIND To: freebsd-hackers@freebsd.org, bind-users@vix.com Date: Tue, 26 Dec 1995 20:19:10 +0100 (MET) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hi and merry Xmas to you all, This message is sent to both freebsd-hackers and bind-users because I haven't figured out yet whether to blame FreeBSD, bind ore myself. I know this (or similar) problem have been the topic of bind-users before, but as far as I know there has not been a fix for it. THE SETUP: FreeBSD 2.05 box (pentium 90) and bind-4.9.3beta32. The FreeBSD box has a IP address (192.87.208.2) and an IP alias (194.151.64.2). The alias is used because we are in process of moving to a new IP netblock and we want both the old and the new nameserver addresses to be valid in the transition period. THE PROBLEM: When a query is sent to the IP alias two responses are generated: one response with the real IP address as the source address, the other one with the alias address as the source address: 17:02:20.146789 192.87.209.4.53 > 194.151.64.2.53: 52731+ NS? tue.nl. (24) 17:02:20.148820 192.87.208.2.53 > 192.87.209.4.53: 52731* 3/0/3 NS kweetal.tue.nl. (144) 17:02:20.150752 194.151.64.2.53 > 192.87.209.4.53: 52731* 3/0/3 NS ns1.surfnet.nl. (144) On a UNIX system runing BIND, the bogus response triggers the "response from unexpected source" message, but has no other effects. Some dialin software however (older versions of trumpet winsocket if I recall correctly) do not handle this correctly and cause the nameserver request to timeout if the wrong response is received first. THE CAUSE: I'm not sure. Since you can see in the tcpdump that the responses are different (round robin is turned on), it seems that bind gets or processes the incoming UDP package twice. I however don't know, if this is caused by bind or by the FreeBSD kernel. THE SOLUTION: Please tell me :-) Regards, Frank ---------------------------------------------------------------------------- Frank Volf - Internet Access Eindhoven - Digitale Stad Eindhoven ---------------------------------------------------------------------------- || volf@oasis.IAEhv.nl - use for personal mail || || volf@IAEhv.nl - use for Internet Access Eindhoven related mail || || volf@dse.dse.nl - use for Digital City of Eindhoven related mail || ---------------------------------------------------------------------------- IAE Public Access Unix System - Dial +31.40.2439436 and login as new. ---------------------------------------------------------------------------- From owner-freebsd-hackers Tue Dec 26 11:25:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA13158 for hackers-outgoing; Tue, 26 Dec 1995 11:25:49 -0800 (PST) Received: from sponsor.octet.com (root@sponsor.octet.com [204.141.97.15]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA13149 for ; Tue, 26 Dec 1995 11:25:42 -0800 (PST) Received: (from cosmos@localhost) by sponsor.octet.com (8.6.12/8.6.12) id OAA06490 for hackers@freebsd.org; Tue, 26 Dec 1995 14:17:42 GMT From: Daniel Leeds Message-Id: <199512261417.OAA06490@sponsor.octet.com> Subject: msql To: hackers@freebsd.org Date: Tue, 26 Dec 1995 14:17:41 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk how come msql wont compile on my new 2.1.0 release system? it compiles fine on other freebsd releases. even the ports one wont work. it goes through the config section and no matter what i do, is convinced that ALL the files exist in my target directory for the compile, then bails. i looked at the configuer script and i cant see what its doing wrong!! anyone got a clue? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Tue Dec 26 14:10:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA18449 for hackers-outgoing; Tue, 26 Dec 1995 14:10:02 -0800 (PST) Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA18428 for ; Tue, 26 Dec 1995 14:09:56 -0800 (PST) Received: from uucp6.UU.NET by relay5.UU.NET with SMTP id QQzvvk03343; Tue, 26 Dec 1995 17:09:49 -0500 (EST) Received: from uanet.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Tue, 26 Dec 1995 17:09:49 -0500 Received: by crocodil.monolit.kiev.ua; Sun, 24 Dec 95 03:36:09 +0200 Received: from bee.cs.kiev.ua (bee.cs.kiev.ua [193.124.54.45]) by clipper.cs.kiev.ua (8.6.4) with ESMTP id DAA21475 for ; Sun, 24 Dec 1995 03:24:32 +0200 Received: (from daemon@localhost) by bee.cs.kiev.ua (8.6.12/8.6.9) id DAA20377 for hackers@FreeBSD.ORG; Sun, 24 Dec 1995 03:24:32 +0200 Date: Sun, 24 Dec 1995 03:24:32 +0200 From: System Daemon Message-Id: <199512240124.DAA20377@bee.cs.kiev.ua> Apparently-To: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk hi folks, I am using mixed Solaris 2.4/FreeBSD 2.0.5/2.1 environment; FreeBSD is used mostly as a server, and Solaris (on a Sparc, not x86) as client workstation. I use NFS heavily; most important, NFS-exported home directories (I wait for everyone to blame me. thank you.) I love and hate SysV (for good reasons). Every now and then, I am bitten by lockd on Solaris unable to lock files over NFS (oh, I haven't told you: Solaris is NFS client, and BSD is NFS server). From manual pages, it seems that Solaris's fcntl() and lockf() use /usr/lib/nfs/lockd to implement locking accross NFS. From reading /sys/nfs/nfs_vnops.c, I understand that nothing but a kludge is provided now. From reading BSD paper on NQNFS, and having put some small research in distributed file systems, it seems to me that NFS locking it not so simple. My question is: is anyone here working on it? Have some thoughts on it? I am too lazy to put more storage into Suns comparing to to implementing NFS locking for FreeBSD... any advice? thank you. From owner-freebsd-hackers Tue Dec 26 14:13:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA18535 for hackers-outgoing; Tue, 26 Dec 1995 14:13:59 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA18524 for ; Tue, 26 Dec 1995 14:13:52 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id OAA02903; Tue, 26 Dec 1995 14:15:11 -0800 Date: Tue, 26 Dec 1995 14:15:11 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Anybody using SWiM 2.0 with FBSD 2.1? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk It installed OK, but I don't have a libg++-2.0.so file. Anybody know where I can find it? Anybody using it? From owner-freebsd-hackers Tue Dec 26 15:20:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21077 for hackers-outgoing; Tue, 26 Dec 1995 15:20:07 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21071 for ; Tue, 26 Dec 1995 15:20:04 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id PAA21707; Tue, 26 Dec 1995 15:21:11 -0800 Date: Tue, 26 Dec 1995 15:21:10 -0800 (PST) From: Jaye Mathisen To: Gary Crutcher cc: hackers@freebsd.org Subject: Re: Anybody using SWiM 2.0 with FBSD 2.1? In-Reply-To: <199512262303.PAA04251@nightflight.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Sorry guys, I missed installing compat20. Seems to work OK now. From owner-freebsd-hackers Tue Dec 26 15:20:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21097 for hackers-outgoing; Tue, 26 Dec 1995 15:20:44 -0800 (PST) Received: from dworshak.cs.uidaho.edu (root@dworshak.cs.uidaho.edu [129.101.100.160]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21092 for ; Tue, 26 Dec 1995 15:20:42 -0800 (PST) Received: from hoodoo.cs.uidaho.edu (hoodoo.cs.uidaho.edu [129.101.100.34]) by dworshak.cs.uidaho.edu (8.6.12/1.1) with ESMTP id PAA28723; Tue, 26 Dec 1995 15:20:40 -0800 Received: from localhost (localhost [127.0.0.1]) by hoodoo.cs.uidaho.edu (8.6.10/1.0) with SMTP id PAA15273; Tue, 26 Dec 1995 15:17:02 -0800 Message-Id: <199512262317.PAA15273@hoodoo.cs.uidaho.edu> X-Authentication-Warning: hoodoo.cs.uidaho.edu: Host localhost didn't use HELO protocol To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: Anybody using SWiM 2.0 with FBSD 2.1? In-reply-to: Your message of "Tue, 26 Dec 1995 14:15:11 PST." Date: Tue, 26 Dec 1995 15:17:01 PST From: faried nawaz Sender: owner-hackers@freebsd.org Precedence: bulk Jaye Mathisen wrote... It installed OK, but I don't have a libg++-2.0.so file. Anybody know where I can find it? i see /usr/lib/libg++.so.3.0 -- would that work? (i'm running -current; freebsd 2.1 might have some other number). if all else fails, and you _need_ libg++-2.0.so, do ln -s /usr/lib/libg++.so.3.0 /usr/lib/libg++-2.0.so or whatever your libg++ is. From owner-freebsd-hackers Tue Dec 26 15:32:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21455 for hackers-outgoing; Tue, 26 Dec 1995 15:32:18 -0800 (PST) Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA21448 for ; Tue, 26 Dec 1995 15:32:13 -0800 (PST) Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by bacchus.eng.umd.edu (8.7.3/8.7) with ESMTP id SAA25125; Tue, 26 Dec 1995 18:32:09 -0500 (EST) Received: (chuckr@localhost) by mocha.eng.umd.edu (8.7.3/8.6.4) id SAA07615; Tue, 26 Dec 1995 18:32:09 -0500 (EST) Date: Tue, 26 Dec 1995 18:32:08 -0500 (EST) From: Chuck Robey X-Sender: chuckr@mocha.eng.umd.edu To: Jaye Mathisen cc: hackers@FreeBSD.ORG Subject: Re: Anybody using SWiM 2.0 with FBSD 2.1? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Tue, 26 Dec 1995, Jaye Mathisen wrote: > > > It installed OK, but I don't have a libg++-2.0.so file. Anybody know > where I can find it? I have it, it's half a meg big. if you want to work out how to send it to you, let's take it offline. > > Anybody using it? > ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-hackers Tue Dec 26 15:32:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21472 for hackers-outgoing; Tue, 26 Dec 1995 15:32:24 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21467 for ; Tue, 26 Dec 1995 15:32:22 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id PAA22349; Tue, 26 Dec 1995 15:33:40 -0800 Date: Tue, 26 Dec 1995 15:33:38 -0800 (PST) From: Jaye Mathisen To: faried nawaz cc: hackers@freebsd.org Subject: Re: Anybody using SWiM 2.0 with FBSD 2.1? In-Reply-To: <199512262317.PAA15273@hoodoo.cs.uidaho.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Installing compat20x fixed it. On Tue, 26 Dec 1995, faried nawaz wrote: > Jaye Mathisen wrote... > > It installed OK, but I don't have a libg++-2.0.so file. Anybody know > where I can find it? > > i see /usr/lib/libg++.so.3.0 -- would that work? > > (i'm running -current; freebsd 2.1 might have some other number). > > if all else fails, and you _need_ libg++-2.0.so, do > > ln -s /usr/lib/libg++.so.3.0 /usr/lib/libg++-2.0.so > > or whatever your libg++ is. > From owner-freebsd-hackers Tue Dec 26 15:39:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21747 for hackers-outgoing; Tue, 26 Dec 1995 15:39:46 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21742 for ; Tue, 26 Dec 1995 15:39:44 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id PAA05726 for ; Tue, 26 Dec 1995 15:39:34 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id RAA04475; Tue, 26 Dec 1995 17:30:59 -0600 From: Joe Greco Message-Id: <199512262330.RAA04475@brasil.moneng.mei.com> Subject: Re: Freebsd IP alias and BIND To: volf@oasis.IAEhv.nl (Frank Volf) Date: Tue, 26 Dec 1995 17:30:58 -0600 (CST) Cc: freebsd-hackers@freebsd.org, bind-users@vix.com In-Reply-To: <199512261919.UAA05384@oasis.IAEhv.nl> from "Frank Volf" at Dec 26, 95 08:19:10 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Hi and merry Xmas to you all, > > This message is sent to both freebsd-hackers and bind-users because I > haven't figured out yet whether to blame FreeBSD, bind ore myself. I know this > (or similar) problem have been the topic of bind-users before, but as far > as I know there has not been a fix for it. > > THE SETUP: > FreeBSD 2.05 box (pentium 90) and bind-4.9.3beta32. The FreeBSD box has > a IP address (192.87.208.2) and an IP alias (194.151.64.2). > The alias is used because we are in process of moving to a new IP netblock > and we want both the old and the new nameserver addresses to be valid in > the transition period. > > THE PROBLEM: > When a query is sent to the IP alias two responses are generated: one > response with the real IP address as the source address, the other one with > the alias address as the source address: > > 17:02:20.146789 192.87.209.4.53 > 194.151.64.2.53: 52731+ NS? tue.nl. (24) > 17:02:20.148820 192.87.208.2.53 > 192.87.209.4.53: 52731* 3/0/3 NS kweetal.tue.nl. (144) > 17:02:20.150752 194.151.64.2.53 > 192.87.209.4.53: 52731* 3/0/3 NS ns1.surfnet.nl. (144) > > On a UNIX system runing BIND, the bogus response triggers the "response from > unexpected source" message, but has no other effects. Some dialin software > however (older versions of trumpet winsocket if I recall correctly) do not > handle this correctly and cause the nameserver request to timeout if the > wrong response is received first. > > THE CAUSE: > I'm not sure. Since you can see in the tcpdump that the responses are > different (round robin is turned on), it seems that bind gets or processes > the incoming UDP package twice. I however don't know, if this is caused > by bind or by the FreeBSD kernel. I ran into this a month or three ago, when I upgraded one of my primary servers from FreeBSD 2.0R to 2.1R. I do not like tying functionality to hostnames, so all my servers have well known ("separate") IP addresses. When I traced what was happening, it appears that a second copy of the UDP message is being received by named, one on the localhost and one on the alias file descriptor, as I recall. Well I still have the article I posted... > From jgreco Sat Dec 2 22:57:15 CST 1995 > Newsgroups: comp.protocols.tcp-ip.domains > Subject: Re: 'Response from unexpected source': what does this mean, please? > References: <49ekd0$fp7@lorne.stir.ac.uk> <49ifkc$g7p@tools.bbnplanet.com> <49r80r$56e@brasil.moneng.mei.com> > > In comp.protocols.tcp-ip.domains article <49r80r$56e@brasil.moneng.mei.com>, jgreco@brasil.moneng.mei.com (Joe Greco) wrote: > ::Named has always done the right thing here. Since 4.8.1 at least. > :: > ::SunOS 4.1.3 and older (and maybe newer) don't permit Named to specify > ::the source of packets due to an obscure bug in the bind(2) syscall. > : > :Actually, something broke under FreeBSD 2.1.RELEASE. > : > :Background: I hate moving targets. Since my service machines tend to come > :and go, and their IP numbers change (but stay on the same subnet), I have > :virtual addresses for "dns{1,2}.sol.net", and several other things. This > :way I don't have to do silly gyrations each time I retire a box - I simply > :take the virtual interface down and put it up on another box. > : > :Under FreeBSD 2.0.RELEASE, this worked fine. I was using an ifconfig alias > :of "dns1.sol.net netmask 0xffffffc0". Under FreeBSD 2.1.RELEASE, this > :syntax no longer works and I must specify "dns1.sol.net netmask 0xffffffff". > : > :Coincidentally I had decided to look into this this evening, but the code > :didn't look pretty so I came here looking to see if there was a FAQ entry or > :anything that covered this. Fascinating I should run into this discussion.. > > More data: tracing enabled, request sent to "dns1.sol.net" from > "brasil.moneng.mei.com", request is seen with sniffer going brasil->dns1 and > returning from anacreon->brasil and ALSO from dns1->brasil ?? > > DNS trace data: > Version = named LOCAL-951202.215122 Sat Dec 2 21:51:22 CST 1995 > root@anacreon.sol.net:/usr/src/usr.sbin/named > bootfile = /etc/named.boot > fclose(4) succeeded > named[990]: starting. named LOCAL-951202.215122 Sat Dec 2 21:51:22 CST 1995 > root@anacreon.sol.net:/usr/src/usr.sbin/named > considering [206.55.64.68] > dqp->dq_addr 206.55.64.68 d_dfd 5 > listening [206.55.64.68] > considering [206.55.64.72] > dqp->dq_addr 206.55.64.72 d_dfd 6 > listening [206.55.64.72] > considering [206.55.64.116] > dqp->dq_addr 206.55.64.116 d_dfd 7 > listening [206.55.64.116] > considering [127.0.0.1] > dqp->dq_addr 127.0.0.1 d_dfd 8 > listening [127.0.0.1] > loopback address: x100007f > dqp->dq_addr 0.0.0.0 d_dfd 9 > > ns_init(/etc/named.boot) > ...... sent request, fast forward thru file > qfree: nsdata 040029C6 rcnt 1 > > datagram from [151.186.20.4].3557, fd 9, len 30; now Sat Dec 2 22:38:33 > 1995 > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2 > ;; flags: rd; Ques: 1, Ans: 0, Auth: 0, Addit: 0 > ;; QUESTIONS: > ;; news.sol.net, type = A, class = IN > > ns_req(from=[151.186.20.4].3557) > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2 > ;; flags: rd; Ques: 1, Ans: 0, Auth: 0, Addit: 0 > ;; QUESTIONS: > ;; news.sol.net, type = A, class = IN > > req: nlookup(news.sol.net) id 512 type=1 class=1 > req: found 'news.sol.net' as 'news.sol.net' (cname=0) > wanted(0x46f80, 1, 1) [IN CNAME] > make_rr(news.sol.net, 46f80, efbfd6f6, 470, 1) 15 zone 6 ttl 0 > ....... blah blah > free_nsp: H.ROOT-SERVERS.NET rcnt 2 > free_nsp: B.ROOT-SERVERS.NET rcnt 2 > ns_req: answer -> [151.186.20.4].3557 fd=9 id=2 size=170 Remote > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2 > ;; flags: qr aa rd ra; Ques: 1, Ans: 2, Auth: 3, Addit: 2 > ;; QUESTIONS: > ;; news.sol.net, type = A, class = IN > > ;; ANSWERS: > news.sol.net. 86400 IN CNAME hummin.sol.net. > hummin.sol.net. 86400 IN A 204.95.172.243 > > ;; AUTHORITY RECORDS: > sol.net. 86400 IN NS dns1.sol.net. > sol.net. 86400 IN NS dns2.sol.net. > sol.net. 86400 IN NS spool.mu.edu. > > ;; ADDITIONAL RECORDS: > dns1.sol.net. 86400 IN A 206.55.64.68 > dns2.sol.net. 86400 IN A 206.55.64.69 > > > datagram from [151.186.20.4].3557, fd 5, len 30; now Sat Dec 2 22:38:33 > 1995 > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2 > ;; flags: rd; Ques: 1, Ans: 0, Auth: 0, Addit: 0 > ;; QUESTIONS: > ;; news.sol.net, type = A, class = IN > > ns_req(from=[151.186.20.4].3557) > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2 > ;; flags: rd; Ques: 1, Ans: 0, Auth: 0, Addit: 0 > ;; QUESTIONS: > ;; news.sol.net, type = A, class = IN > > req: nlookup(news.sol.net) id 512 type=1 class=1 > req: found 'news.sol.net' as 'news.sol.net' (cname=0) > wanted(0x46f80, 1, 1) [IN CNAME] > ....... blah blah > free_nsp: B.ROOT-SERVERS.NET rcnt 2 > Qfree(x58400) > ns_req: answer -> [151.186.20.4].3557 fd=5 id=2 size=170 Remote > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2 > ;; flags: qr aa rd ra; Ques: 1, Ans: 2, Auth: 3, Addit: 2 > ;; QUESTIONS: > ;; news.sol.net, type = A, class = IN > > ;; ANSWERS: > news.sol.net. 86400 IN CNAME hummin.sol.net. > hummin.sol.net. 86400 IN A 204.95.172.243 > > ;; AUTHORITY RECORDS: > sol.net. 86400 IN NS dns1.sol.net. > sol.net. 86400 IN NS dns2.sol.net. > sol.net. 86400 IN NS spool.mu.edu. > > Ok. Wait a minute here :-) I don't remember sending TWO requests..?? > Note that the first one was directed at the fd associated with the "*" > device... "how odd!" And a reply was sent back. > > Well at this point I am at a loss and am about ready to call it a day > anyways. Any bright ideas, anyone? Your analysis seems to be the same as mine..... I came to the conclusion that it was a FreeBSD funnyism of some sort, that it didn't seem to hurt anything, and that I had bigger fish to fry on my list at the moment (and also right now). Anyone want to look at this? ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Tue Dec 26 15:49:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA22141 for hackers-outgoing; Tue, 26 Dec 1995 15:49:39 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA22132 for ; Tue, 26 Dec 1995 15:49:36 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id RAA04529; Tue, 26 Dec 1995 17:48:32 -0600 From: Joe Greco Message-Id: <199512262348.RAA04529@brasil.moneng.mei.com> Subject: Re: iostat and msps To: Mattias.Gronlund@sa.erisoft.se (Mattias Gronlund) Date: Tue, 26 Dec 1995 17:48:31 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <9512252349.AA04456@sws021.sa.erisoft.se> from "Mattias Gronlund" at Dec 26, 95 00:49:14 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > > Someone has to do the work. It would be nice if every driver didn't > > > have to know how to manage the statistics. They could call (inline) > > > functions but the placement of the calls is driver-dependent. > > > > Always the problem... somebody's gotta do the work :-) :-) > > And I would love to give it a try, if this is something that more people > than I think whould be an improvment of FreeBSD. Opinion: regardless of how many people express an interest right now, this is something that needs to be done. Reasoning: these are numbers you are not likely to examine unless you are in pain. If you are in pain, you are suddenly placed in a situation where being without metrics puts you in the uncomfortable position of guessing in the dark. And you don't get in this sort of position if you are working on a desktop OS, you get into this position when you start to really use the OS as a heavy server system. FreeBSD's stats are not BAD but they could be made more useful... what is useful? I think that that is one of the things that needs to be quantified. Transfers per second and average time to service transaction seem to be two obvious things you would want to know about your disks. :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Tue Dec 26 16:27:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23243 for hackers-outgoing; Tue, 26 Dec 1995 16:27:26 -0800 (PST) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA23230 for ; Tue, 26 Dec 1995 16:27:15 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by mail.barrnet.net (8.7.1/MAIL-RELAY-LEN) with ESMTP id AAA04810 for ; Tue, 26 Dec 1995 00:33:28 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id JAA16775; Tue, 26 Dec 1995 09:15:14 +0100 (MET) Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.7.3/8.7.3) with SMTP id JAA01922; Tue, 26 Dec 1995 09:13:04 +0100 (MET) Date: Tue, 26 Dec 1995 09:13:03 +0100 (MET) From: Andreas Klemm To: Torbjorn Granlund cc: freebsd-hackers@freebsd.org Subject: Re: Pentium bcopy In-Reply-To: <199512240116.CAA26645@insanus.matematik.su.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Will Torbjorn Granlund's bcopy and related assembler routines be used in -current ? Is someone working on it ? -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de - \/ ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<< From owner-freebsd-hackers Tue Dec 26 17:02:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA24638 for hackers-outgoing; Tue, 26 Dec 1995 17:02:41 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA24621 for ; Tue, 26 Dec 1995 17:02:37 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id RAA08661; Tue, 26 Dec 1995 17:02:34 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id RAA06100; Tue, 26 Dec 1995 17:02:35 -0800 (PST) Message-Id: <199512270102.RAA06100@corbin.Root.COM> To: Andreas Klemm cc: Torbjorn Granlund , freebsd-hackers@freebsd.org Subject: Re: Pentium bcopy In-reply-to: Your message of "Tue, 26 Dec 95 09:13:03 +0100." From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 26 Dec 1995 17:02:34 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >Will Torbjorn Granlund's bcopy and related assembler routines be used in >-current ? Is someone working on it ? I'm working on it. Whether or not the new bcopy makes it into -current is quite another thing, however, as it improves some things and slows down others. The new bzero for P5/P6 seems to be a win all the way around, so it will likely make it into the kernel. Anyway, I'm still working on it. -DG From owner-freebsd-hackers Tue Dec 26 18:31:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA27439 for hackers-outgoing; Tue, 26 Dec 1995 18:31:59 -0800 (PST) Received: from zygaena.com (zygaena.com [206.148.80.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA27434 for ; Tue, 26 Dec 1995 18:31:50 -0800 (PST) Received: (from nobody@localhost) by zygaena.com (8.6.11/8.6.9) id VAA17589 for ; Tue, 26 Dec 1995 21:32:06 -0500 From: Will Brown Received: from lochsa.i.com(198.30.169.3) by zygaena.com via smap (V1.3) id sma017587; Tue Dec 26 21:31:52 1995 Received: by lochsa.i.com (Smail3.1.29.1 #4) id m0tUleP-000VUKC; Tue, 26 Dec 95 21:31 EST Message-Id: Date: Tue, 26 Dec 95 21:31 EST To: freebsd-hackers@freebsd.org Subject: clock accuracy? Sender: owner-hackers@freebsd.org Precedence: bulk Why does the clock on my DTK (ASUS?) PCI P100 running FreeBSD 2.0.5 gain about 32s per day? At this rate I need to run ntpdate about every 20 minutes to avoid clock steps (ugh). I found various postings from various folks on topics such as the use of freq. synthesizers instead of crystals on newer PeeCee boards, and the woeful state of the venerable 8254. Is that the basic issue? Do these PeeCee's really not have a timekeeper that is even as good as my $25 Timex? If so, is there a software workaround (eg: hack some timing parameter in the kernel somewhere?). What about the stability of the primary timing source on these newer pentium boards? Are they likely to maintain a consistent clock drift? Can I tweak some parameter based on the measured drift and expect it to stabilize things? I also seem to recall seeing some mention of clock drift due to console messages (or was I hallucinating?). Sorry if this is a rehash - ptrs to answers appreciated! -- Will Brown (ewb@zygaena.com) From owner-freebsd-hackers Tue Dec 26 19:41:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA00247 for hackers-outgoing; Tue, 26 Dec 1995 19:41:05 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA00240 for ; Tue, 26 Dec 1995 19:40:59 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id TAA06754; Tue, 26 Dec 1995 19:40:35 -0800 Message-Id: <199512270340.TAA06754@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Jaye Mathisen cc: faried nawaz , hackers@freebsd.org Subject: Re: Anybody using SWiM 2.0 with FBSD 2.1? In-reply-to: Your message of "Tue, 26 Dec 1995 15:33:38 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Dec 1995 19:40:34 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Hmm... Installing Swim2.0 a while back ago was a fiasco over here.. It may be worthwhile checking into what is Thomas Roell offering: video, motif, opengl. Besides, if his stuff doesn't work we can can flame him cause he is a hacker 8) Yes, I had quite a few arguments in the past with Thomas and he may not have the best personality however I do thing he is a great hacker... Enjoy, Amancio >>> Jaye Mathisen said: > > Installing compat20x fixed it. > > On Tue, 26 Dec 1995, faried nawaz wrote: > > > Jaye Mathisen wrote... > > > > It installed OK, but I don't have a libg++-2.0.so file. Anybody know > > where I can find it? > > > > i see /usr/lib/libg++.so.3.0 -- would that work? > > > > (i'm running -current; freebsd 2.1 might have some other number). > > > > if all else fails, and you _need_ libg++-2.0.so, do > > > > ln -s /usr/lib/libg++.so.3.0 /usr/lib/libg++-2.0.so > > > > or whatever your libg++ is. > > > From owner-freebsd-hackers Tue Dec 26 19:43:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA00400 for hackers-outgoing; Tue, 26 Dec 1995 19:43:31 -0800 (PST) Received: from tango.rahul.net (tango.rahul.net [192.160.13.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA00383 for ; Tue, 26 Dec 1995 19:43:20 -0800 (PST) Received: from bolero.rahul.net by tango.rahul.net with SMTP id AA21564 (5.67b8/IDA-1.5 for ); Tue, 26 Dec 1995 19:41:41 -0800 Received: from RockyMountain.rahul.net by bolero.rahul.net with SMTP id AA04052 (5.67b8/IDA-1.5); Tue, 26 Dec 1995 19:41:37 -0800 Received: by RockyMountain.rahul.net id AA01488 (5.67b/IDA-1.5); Tue, 26 Dec 1995 19:40:59 -0800 Date: Tue, 26 Dec 1995 19:40:59 -0800 From: Pete Delaney Message-Id: <199512270340.AA01488@RockyMountain.rahul.net> To: rgrimes@gndrsh.aac.dev.com Subject: 4GB Seagate Barracuda (Hawk Replacement) goes nuts after a while Cc: karl@mcs.com, Peter.Delaney@eng.sun.com, jbryant@argus.iadfw.net, fnf@amigalib.com, bardhan@corp.megatest.com, hackers@freefall.FreeBSD.org, freebsd-hackers@freebsd.org, karl@mcs.net Sender: owner-hackers@freebsd.org Precedence: bulk Hi Rodney (et. al.): Seagate replaced the 4GB Hawk with a repaired 4GB Barracuda but I seem to have a problem after Solaris 2.4 (without any patches) has been running for a while but not doing anything. I suppose the nfsd is scanning the disk once per night but other than that it's wasn't doing much. It seems to get in a state where some SCSI reads are taking a few seconds. I shutdown openwin (took about 5 mins) and then ran format and scan'ed the disk. It was stopping at some sectors for as long as perhaps 20 seconds and then moving on. I can hear the drive makeing a lot of noise, kind of like the Hawk before it died. I suppose it's time to back up the drive, I fear this is going to require my replacing the drive yet again. For years I haven't had any trouble with my Micropolus 1.7GB and 1GB drives. My experience with the Seagate is leading me to believe I should avoid Seagate in the future. The drive is very well cooled, so it's not a heat problem. Any thoughts? -piet From owner-freebsd-hackers Tue Dec 26 19:43:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA00412 for hackers-outgoing; Tue, 26 Dec 1995 19:43:34 -0800 (PST) Received: from tango.rahul.net (tango.rahul.net [192.160.13.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA00389 for ; Tue, 26 Dec 1995 19:43:23 -0800 (PST) Received: from bolero.rahul.net by tango.rahul.net with SMTP id AA21564 (5.67b8/IDA-1.5 for ); Tue, 26 Dec 1995 19:41:41 -0800 Received: from RockyMountain.rahul.net by bolero.rahul.net with SMTP id AA04052 (5.67b8/IDA-1.5); Tue, 26 Dec 1995 19:41:37 -0800 Received: by RockyMountain.rahul.net id AA01488 (5.67b/IDA-1.5); Tue, 26 Dec 1995 19:40:59 -0800 Date: Tue, 26 Dec 1995 19:40:59 -0800 From: Pete Delaney Message-Id: <199512270340.AA01488@RockyMountain.rahul.net> To: rgrimes@gndrsh.aac.dev.com Subject: 4GB Seagate Barracuda (Hawk Replacement) goes nuts after a while Cc: karl@mcs.com, Peter.Delaney@eng.sun.com, jbryant@argus.iadfw.net, fnf@amigalib.com, bardhan@corp.megatest.com, hackers@freefall.FreeBSD.org, freebsd-hackers@freebsd.org, karl@mcs.net Sender: owner-hackers@freebsd.org Precedence: bulk Hi Rodney (et. al.): Seagate replaced the 4GB Hawk with a repaired 4GB Barracuda but I seem to have a problem after Solaris 2.4 (without any patches) has been running for a while but not doing anything. I suppose the nfsd is scanning the disk once per night but other than that it's wasn't doing much. It seems to get in a state where some SCSI reads are taking a few seconds. I shutdown openwin (took about 5 mins) and then ran format and scan'ed the disk. It was stopping at some sectors for as long as perhaps 20 seconds and then moving on. I can hear the drive makeing a lot of noise, kind of like the Hawk before it died. I suppose it's time to back up the drive, I fear this is going to require my replacing the drive yet again. For years I haven't had any trouble with my Micropolus 1.7GB and 1GB drives. My experience with the Seagate is leading me to believe I should avoid Seagate in the future. The drive is very well cooled, so it's not a heat problem. Any thoughts? -piet From owner-freebsd-hackers Tue Dec 26 19:49:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA00834 for hackers-outgoing; Tue, 26 Dec 1995 19:49:18 -0800 (PST) Received: from gatekeeper2.mcimail.com (gatekeeper2.mcimail.com [192.147.45.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA00818 for ; Tue, 26 Dec 1995 19:49:14 -0800 (PST) Received: from mailgate2.mcimail.com (mailgate2.mcimail.com [166.38.40.100]) by gatekeeper2.mcimail.com (8.6.12/8.6.10) with SMTP id DAA15680; Wed, 27 Dec 1995 03:50:35 GMT Received: from mcimail.com by mailgate2.mcimail.com id aa11842; 27 Dec 95 3:49 WET Date: Tue, 26 Dec 95 22:47 EST From: Micheal Kuhn <0007537440@mcimail.com> To: FreeBSD Subject: Interest Message-Id: <53951227034735/0007537440PJ4EM@MCIMAIL.COM> Sender: owner-hackers@freebsd.org Precedence: bulk -- [ From: Micheal Kuhn * EMC.Ver #2.3 ] -- To whom it may concern, My name is Micheal and I am interested in joining the FreeBSD team. My mail address is 7537440@mcimail.com To the adventurous future. From owner-freebsd-hackers Tue Dec 26 22:35:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA06928 for hackers-outgoing; Tue, 26 Dec 1995 22:35:30 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA06922 for ; Tue, 26 Dec 1995 22:35:26 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id WAA22791; Tue, 26 Dec 1995 22:13:56 -0800 From: "Rodney W. Grimes" Message-Id: <199512270613.WAA22791@GndRsh.aac.dev.com> Subject: Re: 4GB Seagate Barracuda (Hawk Replacement) goes nuts after a while To: pete@RockyMountain.rahul.net (Pete Delaney) Date: Tue, 26 Dec 1995 22:13:55 -0800 (PST) Cc: karl@mcs.com, Peter.Delaney@eng.sun.com, jbryant@argus.iadfw.net, fnf@amigalib.com, bardhan@corp.megatest.com, hackers@freefall.FreeBSD.org, freebsd-hackers@freebsd.org, karl@mcs.net In-Reply-To: <199512270340.AA01488@RockyMountain.rahul.net> from "Pete Delaney" at Dec 26, 95 07:40:59 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > Hi Rodney (et. al.): Hello. Not sure what lead you to me on this, but I suppose I am a bit of a known source for information on these types of things. > Seagate replaced the 4GB Hawk with a repaired 4GB Barracuda but > I seem to have a problem after Solaris 2.4 (without any patches) has > been running for a while but not doing anything. I suppose the > nfsd is scanning the disk once per night but other than that it's > wasn't doing much. Nice of seagate to replace your drive with a faster one except that the Barracuda series is pretty much known as a lemon do to overheating problems and media that likes to flake :-(. > > It seems to get in a state where some SCSI reads are taking a few > seconds. This is a good indication that a new error has developed and the drive goes to every possible measure to recover the data then it spends a bit more time doing an automatic bad sector allocation to map it out. Most drives make a lot of noise during this operation as it is doing recalls and head offsets trying to recover the data. > I shutdown openwin (took about 5 mins) and then ran format > and scan'ed the disk. It was stopping at some sectors for as long as > perhaps 20 seconds and then moving on. I can hear the drive makeing a > lot of noise, kind of like the Hawk before it died. And a strong indication that your Barracuda is about to die :-(. > I suppose it's time to back up the drive, I fear this is going to > require my replacing the drive yet again. For years I haven't had > any trouble with my Micropolus 1.7GB and 1GB drives. My experience > with the Seagate is leading me to believe I should avoid Seagate > in the future. I have been avoiding Seagate drives for about the past 5 years. Some times I have used them due to the fact that they made the only drive in the right capacity/performance/price point. Infact I sold 2 and 4G hawks for a short period of time earlier this year since I was having a very hard time getting any Quantum or Micropolis drives in that size. > The drive is very well cooled, so it's not a heat problem. Any thoughts? Do you have any tools to look at the grown defect list for the drive, if it has more than a few sectors in it then the drive is defanitly going south on you and you need to get your data backed up ASAP. If there are not any grown defects then there is probably something wrong on the scsi bus casing retries, this could be bad termination or bad cables, or even bad or noisy power. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Tue Dec 26 22:35:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA06944 for hackers-outgoing; Tue, 26 Dec 1995 22:35:33 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA06926 for ; Tue, 26 Dec 1995 22:35:29 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id WAA22791; Tue, 26 Dec 1995 22:13:56 -0800 From: "Rodney W. Grimes" Message-Id: <199512270613.WAA22791@GndRsh.aac.dev.com> Subject: Re: 4GB Seagate Barracuda (Hawk Replacement) goes nuts after a while To: pete@RockyMountain.rahul.net (Pete Delaney) Date: Tue, 26 Dec 1995 22:13:55 -0800 (PST) Cc: karl@mcs.com, Peter.Delaney@eng.sun.com, jbryant@argus.iadfw.net, fnf@amigalib.com, bardhan@corp.megatest.com, hackers@freefall.FreeBSD.org, freebsd-hackers@freebsd.org, karl@mcs.net In-Reply-To: <199512270340.AA01488@RockyMountain.rahul.net> from "Pete Delaney" at Dec 26, 95 07:40:59 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > Hi Rodney (et. al.): Hello. Not sure what lead you to me on this, but I suppose I am a bit of a known source for information on these types of things. > Seagate replaced the 4GB Hawk with a repaired 4GB Barracuda but > I seem to have a problem after Solaris 2.4 (without any patches) has > been running for a while but not doing anything. I suppose the > nfsd is scanning the disk once per night but other than that it's > wasn't doing much. Nice of seagate to replace your drive with a faster one except that the Barracuda series is pretty much known as a lemon do to overheating problems and media that likes to flake :-(. > > It seems to get in a state where some SCSI reads are taking a few > seconds. This is a good indication that a new error has developed and the drive goes to every possible measure to recover the data then it spends a bit more time doing an automatic bad sector allocation to map it out. Most drives make a lot of noise during this operation as it is doing recalls and head offsets trying to recover the data. > I shutdown openwin (took about 5 mins) and then ran format > and scan'ed the disk. It was stopping at some sectors for as long as > perhaps 20 seconds and then moving on. I can hear the drive makeing a > lot of noise, kind of like the Hawk before it died. And a strong indication that your Barracuda is about to die :-(. > I suppose it's time to back up the drive, I fear this is going to > require my replacing the drive yet again. For years I haven't had > any trouble with my Micropolus 1.7GB and 1GB drives. My experience > with the Seagate is leading me to believe I should avoid Seagate > in the future. I have been avoiding Seagate drives for about the past 5 years. Some times I have used them due to the fact that they made the only drive in the right capacity/performance/price point. Infact I sold 2 and 4G hawks for a short period of time earlier this year since I was having a very hard time getting any Quantum or Micropolis drives in that size. > The drive is very well cooled, so it's not a heat problem. Any thoughts? Do you have any tools to look at the grown defect list for the drive, if it has more than a few sectors in it then the drive is defanitly going south on you and you need to get your data backed up ASAP. If there are not any grown defects then there is probably something wrong on the scsi bus casing retries, this could be bad termination or bad cables, or even bad or noisy power. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Wed Dec 27 01:12:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA11325 for hackers-outgoing; Wed, 27 Dec 1995 01:12:07 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA11280 for ; Wed, 27 Dec 1995 01:11:55 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA06452 for ; Wed, 27 Dec 1995 10:11:50 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA03339 for freebsd-hackers@freebsd.org; Wed, 27 Dec 1995 10:11:49 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA03697 for freebsd-hackers@freebsd.org; Wed, 27 Dec 1995 09:45:03 +0100 (MET) From: J Wunsch Message-Id: <199512270845.JAA03697@uriah.heep.sax.de> Subject: Re: Anybody using SWiM 2.0 with FBSD 2.1? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 27 Dec 1995 09:45:03 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Jaye Mathisen" at Dec 26, 95 02:15:11 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Jaye Mathisen wrote: > > It installed OK, but I don't have a libg++-2.0.so file. Anybody know > where I can find it? You don't even need it. It's one of their gratuitous packaging errors. Look into the `shared' mwm: it doesn't use libg++ at all (but has a hard reference to /usr/X11R6/lib/libXm.so.2.0.0 instead, grrrr!). After all: i'm rather dissatisfied with SWiM. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Dec 27 01:12:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA11355 for hackers-outgoing; Wed, 27 Dec 1995 01:12:17 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA11326 for ; Wed, 27 Dec 1995 01:12:06 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA06466; Wed, 27 Dec 1995 10:12:02 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA03346; Wed, 27 Dec 1995 10:12:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA03811; Wed, 27 Dec 1995 10:02:11 +0100 (MET) From: J Wunsch Message-Id: <199512270902.KAA03811@uriah.heep.sax.de> Subject: Re: clock accuracy? To: ewb@zygaena.com (Will Brown) Date: Wed, 27 Dec 1995 10:02:11 +0100 (MET) Cc: freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Will Brown" at Dec 26, 95 09:31:00 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Will Brown wrote: > > I found various postings from various folks on topics such as the > use of freq. synthesizers instead of crystals on newer PeeCee boards, > and the woeful state of the venerable 8254. > > Is that the basic issue? Do these PeeCee's really not have a timekeeper > that is even as good as my $25 Timex? If i recall right, the problem was that the 8254 ain't used for the time-of-day clock on Pentium systems. Instead, some supposed to be as accurate Pentium-internal timer is being used, but many people complain about its accuracy. -- cheers, J"org (still not being bothered by a Pentium :-) joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Dec 27 01:12:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA11377 for hackers-outgoing; Wed, 27 Dec 1995 01:12:25 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA11328 for ; Wed, 27 Dec 1995 01:12:06 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA06470; Wed, 27 Dec 1995 10:12:04 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA03347; Wed, 27 Dec 1995 10:12:03 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA03908; Wed, 27 Dec 1995 10:10:31 +0100 (MET) From: J Wunsch Message-Id: <199512270910.KAA03908@uriah.heep.sax.de> Subject: Re: your mail To: daemon@bee.cs.kiev.ua (System Daemon) Date: Wed, 27 Dec 1995 10:10:31 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512240124.DAA20377@bee.cs.kiev.ua> from "System Daemon" at Dec 24, 95 03:24:32 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As System Daemon wrote: [lockd] > My question is: is anyone here working on it? Have some thoughts on it? > I am too lazy to put more storage into Suns comparing to to implementing NFS > locking for FreeBSD... any advice? Olaf Kirch once started a lockd implementation for Linux. I've done a very basic FreeBSD port, and sent him back my patches. It compiles now, to the very least. I could give you some pointers. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Dec 27 01:21:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA11666 for hackers-outgoing; Wed, 27 Dec 1995 01:21:51 -0800 (PST) Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA11661 for ; Wed, 27 Dec 1995 01:21:12 -0800 (PST) Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id OAA09599; Wed, 27 Dec 1995 14:13:43 +0500 From: "Serge A. Babkin" Message-Id: <199512270913.OAA09599@hq.icb.chel.su> Subject: Re: 4GB Seagate Barracuda (Hawk Replacement) goes nuts after a while To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 27 Dec 1995 14:13:43 +0500 (GMT+0500) Cc: pete@RockyMountain.rahul.net, karl@mcs.com, Peter.Delaney@eng.sun.com, jbryant@argus.iadfw.net.hq.icb.chel.su, fnf@amigalib.com, bardhan@corp.megatest.com, hackers@freefall.FreeBSD.ORG, freebsd-hackers@freebsd.org, karl@mcs.net In-Reply-To: <199512270613.WAA22791@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Dec 26, 95 10:13:55 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk [skipped] > > Seagate replaced the 4GB Hawk with a repaired 4GB Barracuda but > > I seem to have a problem after Solaris 2.4 (without any patches) has > > been running for a while but not doing anything. I suppose the > > nfsd is scanning the disk once per night but other than that it's > > wasn't doing much. > > Nice of seagate to replace your drive with a faster one except that the > Barracuda series is pretty much known as a lemon do to overheating > problems and media that likes to flake :-(. [skipped] > I have been avoiding Seagate drives for about the past 5 years. Some times > I have used them due to the fact that they made the only drive in the right > capacity/performance/price point. Infact I sold 2 and 4G hawks for a short > period of time earlier this year since I was having a very hard time getting > any Quantum or Micropolis drives in that size. I have noticed an interesting fact. Hard disks of some menufacturers when purchased in brand-name computers are much more stable than when purchased independently. Seagate is a good example. We have a couple of Seagate 1G Hawks in ICLs and they are working very stable. DEC uses Seagate Barracuda as their RZ-29 disks and they work stable too. But when we purchased two Hawks directly from a Seagate dealers we had lots of troubles with them. We had like problems with Micropolis. It looks like computer manufacturers do some additional testing and/or low-level formatting or HDD manufacturers divide their disks by cathegories using some tests. -SB From owner-freebsd-hackers Wed Dec 27 01:22:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA11736 for hackers-outgoing; Wed, 27 Dec 1995 01:22:37 -0800 (PST) Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA11705 for ; Wed, 27 Dec 1995 01:22:10 -0800 (PST) Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id OAA09599; Wed, 27 Dec 1995 14:13:43 +0500 From: "Serge A. Babkin" Message-Id: <199512270913.OAA09599@hq.icb.chel.su> Subject: Re: 4GB Seagate Barracuda (Hawk Replacement) goes nuts after a while To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 27 Dec 1995 14:13:43 +0500 (GMT+0500) Cc: pete@RockyMountain.rahul.net, karl@mcs.com, Peter.Delaney@eng.sun.com, jbryant@argus.iadfw.net.hq.icb.chel.su, fnf@amigalib.com, bardhan@corp.megatest.com, hackers@freefall.FreeBSD.ORG, freebsd-hackers@freebsd.org, karl@mcs.net In-Reply-To: <199512270613.WAA22791@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Dec 26, 95 10:13:55 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk [skipped] > > Seagate replaced the 4GB Hawk with a repaired 4GB Barracuda but > > I seem to have a problem after Solaris 2.4 (without any patches) has > > been running for a while but not doing anything. I suppose the > > nfsd is scanning the disk once per night but other than that it's > > wasn't doing much. > > Nice of seagate to replace your drive with a faster one except that the > Barracuda series is pretty much known as a lemon do to overheating > problems and media that likes to flake :-(. [skipped] > I have been avoiding Seagate drives for about the past 5 years. Some times > I have used them due to the fact that they made the only drive in the right > capacity/performance/price point. Infact I sold 2 and 4G hawks for a short > period of time earlier this year since I was having a very hard time getting > any Quantum or Micropolis drives in that size. I have noticed an interesting fact. Hard disks of some menufacturers when purchased in brand-name computers are much more stable than when purchased independently. Seagate is a good example. We have a couple of Seagate 1G Hawks in ICLs and they are working very stable. DEC uses Seagate Barracuda as their RZ-29 disks and they work stable too. But when we purchased two Hawks directly from a Seagate dealers we had lots of troubles with them. We had like problems with Micropolis. It looks like computer manufacturers do some additional testing and/or low-level formatting or HDD manufacturers divide their disks by cathegories using some tests. -SB From owner-freebsd-hackers Wed Dec 27 01:35:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA12359 for hackers-outgoing; Wed, 27 Dec 1995 01:35:48 -0800 (PST) Received: from tango.rahul.net (tango.rahul.net [192.160.13.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA12344 for ; Wed, 27 Dec 1995 01:35:42 -0800 (PST) Received: from bolero.rahul.net by tango.rahul.net with SMTP id AA09716 (5.67b8/IDA-1.5 for ); Wed, 27 Dec 1995 01:33:44 -0800 Received: from RockyMountain.rahul.net by bolero.rahul.net with SMTP id AA02104 (5.67b8/IDA-1.5); Wed, 27 Dec 1995 01:33:38 -0800 Received: by RockyMountain.rahul.net id AA01962 (5.67b/IDA-1.5); Wed, 27 Dec 1995 01:33:35 -0800 Date: Wed, 27 Dec 1995 01:33:35 -0800 From: Pete Delaney Message-Id: <199512270933.AA01962@RockyMountain.rahul.net> To: rgrimes@GndRsh.aac.dev.com Subject: Re: 4GB Seagate Barracuda (Hawk Replacement) goes nuts after a while Cc: karl@mcs.com, Peter.Delaney@eng.sun.com, jbryant@argus.iadfw.net, fnf@amigalib.com, bardhan@corp.megatest.com, hackers@freefall.FreeBSD.org, pete@RockyMountain.rahul.net, freebsd-hackers@freebsd.org, karl@mcs.net Sender: owner-hackers@freebsd.org Precedence: bulk > > Hi Rodney (et. al.): > > Hello. Not sure what lead you to me on this, but I suppose I am a bit > of a known source for information on these types of things. We discussed my 4GB Hawk drive when I cooked it about four months ago. > > > Seagate replaced the 4GB Hawk with a repaired 4GB Barracuda but > > I seem to have a problem after Solaris 2.4 (without any patches) has > > been running for a while but not doing anything. I suppose the > > nfsd is scanning the disk once per night but other than that it's > > wasn't doing much. > > Nice of seagate to replace your drive with a faster one except that the > Barracuda series is pretty much known as a lemon do to overheating > problems and media that likes to flake :-(. So I would be better off with a Hawk, good to know. > > > > > It seems to get in a state where some SCSI reads are taking a few > > seconds. > > This is a good indication that a new error has developed and the drive > goes to every possible measure to recover the data then it spends a bit > more time doing an automatic bad sector allocation to map it out. Most > drives make a lot of noise during this operation as it is doing recalls > and head offsets trying to recover the data. The strange thing is that when I reboot the system the problem goes away, as if a SCSI Reset clears the problem. It's as if a timming track is only read during a SCSI reset and their is internal slippage between the platters. > > > I shutdown openwin (took about 5 mins) and then ran format > > and scan'ed the disk. It was stopping at some sectors for as long as > > perhaps 20 seconds and then moving on. I can hear the drive makeing a > > lot of noise, kind of like the Hawk before it died. > > And a strong indication that your Barracuda is about to die :-(. But why does it go away when I reboot the system? A reboot does a system reset on the sparc and consequently does a few SCSI resets. I think the drive may have experienced this even a few months ago when I got it and I thought it was a Solaris 2.4 NFS bug. Now it's becoming clear that the problem is with the drive (or perhaps very low SCSI or disk driver processing that is common for raw and cooked I/O). > > > I suppose it's time to back up the drive, I fear this is going to > > require my replacing the drive yet again. For years I haven't had > > any trouble with my Micropolus 1.7GB and 1GB drives. My experience > > with the Seagate is leading me to believe I should avoid Seagate > > in the future. > > I have been avoiding Seagate drives for about the past 5 years. Some times > I have used them due to the fact that they made the only drive in the right > capacity/performance/price point. Infact I sold 2 and 4G hawks for a short > period of time earlier this year since I was having a very hard time getting > any Quantum or Micropolis drives in that size. I seem to have no problems with the Quantum and Micropolis drives. Seagate had a bad reputation and apparently still lives up to it's poor reputation. Returning drives to Seagate every 3 months for the next five years is going to be a painfull experience. > > > The drive is very well cooled, so it's not a heat problem. Any thoughts? > > Do you have any tools to look at the grown defect list for the drive, if > it has more than a few sectors in it then the drive is defanitly going > south on you and you need to get your data backed up ASAP. Sure, Sun's format utiltiy is pretty good fro this kind of stuff. I suspect the defect list is not growing. I havn't found a single defective sector while scaning the complete drive a few times this evening. > If there are > not any grown defects then there is probably something wrong on the scsi > bus casing retries, this could be bad termination or bad cables, or even > bad or noisy power. I detached the scsi cable and it didn't get rid of the problem, the power supply is the one that supplies the CPU. I suppose I could try adding a loading resistor if their isn't one in there now. > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Reliable computers for FreeBSD Nice to hear back from ya. -pete From owner-freebsd-hackers Wed Dec 27 02:27:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA15124 for hackers-outgoing; Wed, 27 Dec 1995 02:27:04 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA15100 for ; Wed, 27 Dec 1995 02:26:53 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id LAA13394; Wed, 27 Dec 1995 11:15:16 +0100 (MET) Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.7.3/8.7.3) with SMTP id LAA00510; Wed, 27 Dec 1995 11:12:37 +0100 (MET) Date: Wed, 27 Dec 1995 11:12:37 +0100 (MET) From: Andreas Klemm To: David Greenman cc: Torbjorn Granlund , freebsd-hackers@freebsd.org Subject: Re: Pentium bcopy In-Reply-To: <199512270102.RAA06100@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 26 Dec 1995, David Greenman wrote: > >Will Torbjorn Granlund's bcopy and related assembler routines be used in > >-current ? Is someone working on it ? > > I'm working on it. Whether or not the new bcopy makes it into -current is > quite another thing, however, as it improves some things and slows down others. > The new bzero for P5/P6 seems to be a win all the way around, so it will > likely make it into the kernel. Anyway, I'm still working on it. Fine ! ;-) BTW: -current runs really smart here as I could notice the last days .... Recompiled X11, no problems ... PPP is running pretty well. Good work ! -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de - \/ ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<< From owner-freebsd-hackers Wed Dec 27 04:30:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA21110 for hackers-outgoing; Wed, 27 Dec 1995 04:30:35 -0800 (PST) Received: from dewey.mindlink.net (dewey.mindlink.net [204.174.16.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA21097 for ; Wed, 27 Dec 1995 04:30:27 -0800 (PST) From: Bruce_Graham@mindlink.bc.ca Received: from line012.nwm.mindlink.net by dewey.mindlink.net with smtp (Smail3.1.29.1 #16) id m0tUuzu-0006VVC; Wed, 27 Dec 95 04:30 PST Message-Id: Date: Wed, 27 Dec 95 04:30 PST X-Sender: Bruce_Graham@mindlink.bc.ca (Unverified) X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk subscribe hackers From owner-freebsd-hackers Wed Dec 27 05:34:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA23772 for hackers-outgoing; Wed, 27 Dec 1995 05:34:03 -0800 (PST) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA23741 for ; Wed, 27 Dec 1995 05:33:59 -0800 (PST) Received: from venus.mcs.com (root@Venus.mcs.com [192.160.127.92]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id HAA22018; Wed, 27 Dec 1995 07:28:53 -0600 Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 27 Dec 95 07:28 CST Message-Id: Subject: Re: 4GB Seagate Barracuda (Hawk Replacement) goes nuts after a while To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Wed, 27 Dec 1995 07:28:52 -0600 (CST) From: "Karl Denninger, MCSNet" Cc: rgrimes@GndRsh.aac.dev.com, pete@RockyMountain.rahul.net, Peter.Delaney@eng.sun.com, jbryant@argus.iadfw.net.hq.icb.chel.su, fnf@amigalib.com, bardhan@corp.megatest.com, hackers@freefall.FreeBSD.ORG, freebsd-hackers@freebsd.org, karl@mcs.net In-Reply-To: <199512270913.OAA09599@hq.icb.chel.su> from "Serge A. Babkin" at Dec 27, 95 02:13:43 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > I have noticed an interesting fact. Hard disks of some menufacturers when > purchased in brand-name computers are much more stable than when > purchased independently. Seagate is a good example. We have a couple > of Seagate 1G Hawks in ICLs and they are working very stable. > DEC uses Seagate Barracuda as their RZ-29 disks and they work stable too. > But when we purchased two Hawks directly from a Seagate dealers we had > lots of troubles with them. We had like problems with Micropolis. > It looks like computer manufacturers do some additional testing and/or > low-level formatting or HDD manufacturers divide their disks by > cathegories using some tests. > > -SB No, the issue is elsewhere. Look to handling. Many distributors and resellers abuse the drives when stocking them or otherwise handling them in the course of retailing. Shock will cause drives to fail -- and not always immediately. Anything which damages or nicks the media, even slightly, will eventually result in drive failure. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 803-MCS1] | 10 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net/ ISDN - Get it here TODAY! | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-hackers Wed Dec 27 05:34:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA23773 for hackers-outgoing; Wed, 27 Dec 1995 05:34:03 -0800 (PST) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA23743 for ; Wed, 27 Dec 1995 05:34:00 -0800 (PST) Received: from venus.mcs.com (root@Venus.mcs.com [192.160.127.92]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id HAA22018; Wed, 27 Dec 1995 07:28:53 -0600 Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 27 Dec 95 07:28 CST Message-Id: Subject: Re: 4GB Seagate Barracuda (Hawk Replacement) goes nuts after a while To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Wed, 27 Dec 1995 07:28:52 -0600 (CST) From: "Karl Denninger, MCSNet" Cc: rgrimes@GndRsh.aac.dev.com, pete@RockyMountain.rahul.net, Peter.Delaney@eng.sun.com, jbryant@argus.iadfw.net.hq.icb.chel.su, fnf@amigalib.com, bardhan@corp.megatest.com, hackers@freefall.FreeBSD.ORG, freebsd-hackers@freebsd.org, karl@mcs.net In-Reply-To: <199512270913.OAA09599@hq.icb.chel.su> from "Serge A. Babkin" at Dec 27, 95 02:13:43 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > I have noticed an interesting fact. Hard disks of some menufacturers when > purchased in brand-name computers are much more stable than when > purchased independently. Seagate is a good example. We have a couple > of Seagate 1G Hawks in ICLs and they are working very stable. > DEC uses Seagate Barracuda as their RZ-29 disks and they work stable too. > But when we purchased two Hawks directly from a Seagate dealers we had > lots of troubles with them. We had like problems with Micropolis. > It looks like computer manufacturers do some additional testing and/or > low-level formatting or HDD manufacturers divide their disks by > cathegories using some tests. > > -SB No, the issue is elsewhere. Look to handling. Many distributors and resellers abuse the drives when stocking them or otherwise handling them in the course of retailing. Shock will cause drives to fail -- and not always immediately. Anything which damages or nicks the media, even slightly, will eventually result in drive failure. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 803-MCS1] | 10 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net/ ISDN - Get it here TODAY! | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-hackers Wed Dec 27 05:34:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA23876 for hackers-outgoing; Wed, 27 Dec 1995 05:34:25 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA23859 for ; Wed, 27 Dec 1995 05:34:17 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA10360; Wed, 27 Dec 1995 14:04:12 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA04888; Wed, 27 Dec 1995 14:04:11 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id OAA00821; Wed, 27 Dec 1995 14:01:06 +0100 (MET) From: J Wunsch Message-Id: <199512271301.OAA00821@uriah.heep.sax.de> Subject: Re: 4GB Seagate Barracuda (Hawk Replacement) goes nuts after a while To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Wed, 27 Dec 1995 14:01:06 +0100 (MET) Cc: rgrimes@GndRsh.aac.dev.com, pete@RockyMountain.rahul.net, karl@mcs.com, Peter.Delaney@eng.sun.com, jbryant@argus.iadfw.net.hq.icb.chel.su, fnf@amigalib.com, bardhan@corp.megatest.com, hackers@freefall.freebsd.org, karl@mcs.net In-Reply-To: <199512270913.OAA09599@hq.icb.chel.su> from "Serge A. Babkin" at Dec 27, 95 02:13:43 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Serge A. Babkin wrote: > > I have noticed an interesting fact. Hard disks of some menufacturers when > purchased in brand-name computers are much more stable than when > purchased independently. I know it from the times when i've been working with Data General machines that they've been using private firmware revisions in their disks. The funny thing was that the DG drives always had a few sectors more than independently bought ones, so dd'ing a disk was impossible. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Dec 27 07:23:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA27532 for hackers-outgoing; Wed, 27 Dec 1995 07:23:52 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA27510 for ; Wed, 27 Dec 1995 07:23:34 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA13140; Wed, 27 Dec 1995 16:23:25 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA05469; Wed, 27 Dec 1995 16:23:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id QAA03532; Wed, 27 Dec 1995 16:08:05 +0100 (MET) From: J Wunsch Message-Id: <199512271508.QAA03532@uriah.heep.sax.de> Subject: Re: samaphore remains To: m_tanaka@pa.yokogawa.co.jp (Mihoko Tanaka) Date: Wed, 27 Dec 1995 16:08:04 +0100 (MET) Cc: freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9512061002.AA16768@cabbage.pa.yokogawa.co.jp> from "Mihoko Tanaka" at Dec 6, 95 07:02:51 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Mihoko Tanaka wrote: > > I found the trouble that if a program using semaphore died > anbormally, the semaphore which was created remains on kernel. > I think it should be released by kernel's exit() function. Nope, it's an IPC facility, hence it should persist across the death of a process. > Although one of the UNIX implementation calls semexit() routine from > exit(), FreeBSD doesn't call semexit() from anywhere. > Is there any reason for this? You are right however, semexit() should be called from exit(), in order to have ``undo vectors'' processed. Thanks! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Dec 27 07:27:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA27833 for hackers-outgoing; Wed, 27 Dec 1995 07:27:34 -0800 (PST) Received: from sponsor.octet.com (root@sponsor.octet.com [204.141.97.15]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA27826 for ; Wed, 27 Dec 1995 07:27:30 -0800 (PST) Received: (from cosmos@localhost) by sponsor.octet.com (8.6.12/8.6.12) id KAA00302 for hackers@freebsd.org; Wed, 27 Dec 1995 10:19:24 GMT From: Daniel Leeds Message-Id: <199512271019.KAA00302@sponsor.octet.com> Subject: XFree 2.1.1 on 2.1 To: hackers@freebsd.org Date: Wed, 27 Dec 1995 10:19:23 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk im trying to get XFree86-2.1.1 with the compat1x dist up on a 2.1 release system. (I have motif and acccelx for that release) everything is fine but when i start up X, it keeps dying immediately saying "Termcap entry too long" whats up with that? :) any ideas/suggestions/flames? :) thanks all -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Wed Dec 27 07:51:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA29331 for hackers-outgoing; Wed, 27 Dec 1995 07:51:03 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA29324 for ; Wed, 27 Dec 1995 07:50:56 -0800 (PST) Received: by Sysiphos id AA16282 (5.67b/IDA-1.5 for freebsd-hackers@FreeBSD.ORG); Wed, 27 Dec 1995 16:46:24 +0100 Message-Id: <199512271546.AA16282@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 27 Dec 1995 16:46:23 +0100 In-Reply-To: Joe Greco "Re: iostat and msps" (Dec 25, 14:34) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Joe Greco Subject: Re: iostat and msps Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Dec 25, 14:34, Joe Greco wrote: } Subject: Re: iostat and msps } Maybe the inaccurate count is better than nothing at all. Solaris does a } convincing attempt at gathering statistics on SCSI disks, and even if it is } not 100% accurate, it helps an administrator locate the most likely } bottleneck drive in a busy filesystem. It also helps when you want to go to } management and say "hey, the system statistics claim that the drive is 95% } saturated, and the performance tuning book says you have a problem if it's } over 30%" (Solaris has a NICE performance tuning book).... } } Tools I don't have under FreeBSD but would like :-) } slowaris% iostat -x 30 } extended disk statistics } disk r/s w/s Kr/s Kw/s wait actv svc_t %w %b } fd0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 } sd0 11.8 1.2 60.0 6.5 0.0 0.3 28.2 1 29 } sd1 6.0 1.9 21.5 7.3 0.0 0.2 26.7 0 14 } sd12 44.0 15.9 313.9 102.5 1.1 4.3 90.2 3 75 } sd2 10.8 4.6 36.7 15.9 0.0 0.5 34.9 0 24 } sd3 3.0 1.5 16.4 10.5 0.1 0.1 57.9 1 10 } sd7 0.3 0.4 1.6 1.8 0.0 0.0 27.8 0 2 } } This is a fairly useful display - "wait" is the avg number of transactions } waiting for service, "actv" is the avg # of transactions actively being } serviced, svc_t is the average service time in ms, %w is the percent of time } that there are transactions waiting for service, and %b is the percent of } time the disk is busy (both derived from wait/actv). } } It clearly shows that sd12 is in some pain.... Well, that looks quite useful ... The NCR driver implements some profiling, which can be displayed using the 'ncrcontrol' utility. But it is better suited to learn about driver and drive performance, than about system performance. se@x14> ncrcontrol -vip3 T:L Vendor Device Rev Speed Max Wide Tags 0:0 Quantum XP32150 576D 10.0 10.0 8 4 4:0 HP C1533A 9406 10.0 10.0 8 - total XP32150 C1533A transf. disconn interru ---- ms/transfer ---- t/s kb/s t/s kb/s t/s kb/s length exp une fly brk total pre post disc 59 1020 60 1020 0 0 17798 97 21 60 21 10.5 0.1 0.1 1.7 74 1552 74 1552 0 0 21574 126 44 74 44 9.8 0.1 0.3 0.6 111 1021 111 1021 0 0 9416 137 22 111 22 7.1 0.2 0.2 2.4 133 190 133 190 0 0 1465 133 0 133 0 5.7 0.1 0.1 3.2 2 12 2 12 0 0 5120 0 0 2 0 1.4 0.0 0.0 0.0 total XP32150 C1533A transf. disconn interru ---- ms/transfer ---- t/s kb/s t/s kb/s t/s kb/s length exp une fly brk total pre post disc 48 812 49 812 0 0 17437 81 17 49 17 10.6 0.3 0.1 1.0 84 1492 85 1492 0 0 18257 151 42 85 42 18.6 0.2 0.1 3.1 84 1840 84 1840 0 0 22430 159 70 84 70 18.7 0.4 0.1 2.1 82 1726 82 1726 0 0 21646 149 77 82 77 20.2 0.3 0.0 3.3 86 1034 86 1034 0 0 12264 132 43 86 43 20.7 0.4 0.1 7.7 115 282 115 282 0 0 2521 130 7 115 7 17.3 0.2 0.1 11.2 130 179 130 179 0 0 1414 137 0 130 0 14.8 0.2 0.1 8.3 125 196 125 196 0 0 1606 122 0 125 0 10.3 0.1 0.0 6.3 The disk activity was one and two 'fsck -n /dev/rsd0e' (my /usr partition, some 500KB). (In the 2*fsck test, I started the second one with a two second delay, to make it access the other end of the partition and to maximize seek distances ...) } > Someone has to do the work. It would be nice if every driver didn't } > have to know how to manage the statistics. They could call (inline) } > functions but the placement of the calls is driver-dependent. } } Always the problem... somebody's gotta do the work :-) :-) Well, if we agree on some standard format, I'll make the NCR driver create the necessary data ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Wed Dec 27 08:17:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA01009 for hackers-outgoing; Wed, 27 Dec 1995 08:17:37 -0800 (PST) Received: from UICVM.UIC.EDU (UICVM.CC.UIC.EDU [128.248.100.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA01003 for ; Wed, 27 Dec 1995 08:17:29 -0800 (PST) Date: Wed, 27 Dec 1995 08:17:29 -0800 (PST) Message-Id: <199512271617.IAA01003@freefall.freebsd.org> Received: from LiNuX.3l33T.OrG by UICVM.UIC.EDU (IBM VM SMTP V2R2) with TCP; Wed, 27 Dec 95 10:10:55 CST To: hackers@freebsd.org From: SpUnK3y@LiNuX.3l33T.OrG Subject: YOU GOTTA RUN WITH THE BEST reply-to: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk It goes without saying that to be the BEST you have to run with the best. And of course, the only way to do that is to run LINUX. Only LINUX has the superior networking code and advanced features that a real OS should have. Forget the other tiddlywink players, LINUX will be the ONLY OS in 2 years. Why?? Because it is far superior. And secondly, LINUX is the only OS that makes sense when im smoking crack. It just goes to show how feature rich LINUX really is. Oh yeah, have a great new years and try to have a coke and a smile. SpUnK3y LINUX RULES!!! From owner-freebsd-hackers Wed Dec 27 08:24:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA01279 for hackers-outgoing; Wed, 27 Dec 1995 08:24:05 -0800 (PST) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA01254 for ; Wed, 27 Dec 1995 08:23:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id KAA23534; Wed, 27 Dec 1995 10:52:11 -0500 Message-Id: <199512271552.KAA23534@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: ewb@zygaena.com (Will Brown), freebsd-hackers@FreeBSD.ORG Subject: Re: clock accuracy? In-reply-to: Your message of "Wed, 27 Dec 1995 10:02:11 +0100." <199512270902.KAA03811@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 27 Dec 1995 10:52:10 -0500 From: Robert Withrow Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > If i recall right, the problem was that the 8254 ain't used for the > time-of-day clock on Pentium systems. Instead, some supposed to be as > accurate Pentium-internal timer is being used, but many people > complain about its accuracy. I run xntpd and I have to do: ``tickadj -t 9999'' to get lock on my pentiums. This is suspicious because one has to do this on some Suns and it turns out that it is due to a bug in Sunos misprogramming a clock chip. I wonder if there is a similar bug in FreeBSD for pentiums? ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Wed Dec 27 10:03:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06062 for hackers-outgoing; Wed, 27 Dec 1995 10:03:05 -0800 (PST) Received: from winky.reno.nv.us (winky.reno.nv.us [140.174.194.250]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA06056 for ; Wed, 27 Dec 1995 10:03:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by winky.reno.nv.us (8.6.12/8.6.9) with SMTP id KAA05304 for ; Wed, 27 Dec 1995 10:00:44 -0800 Message-Id: <199512271800.KAA05304@winky.reno.nv.us> X-Authentication-Warning: winky.reno.nv.us: Host localhost didn't use HELO protocol To: hackers@freebsd.org Subject: Re: YOU GOTTA RUN WITH THE BEST In-reply-to: Your message of "Wed, 27 Dec 1995 08:17:29 PST." <199512271617.IAA01003@freefall.freebsd.org> Date: Wed, 27 Dec 1995 10:00:42 -0800 From: Eric Blood Sender: owner-hackers@freebsd.org Precedence: bulk In message <199512271617.IAA01003@freefall.freebsd.org>you write: >SpUnK3y LINUX RULES!!! Take your pipedreams elsewhere, Sparky. EVB From owner-freebsd-hackers Wed Dec 27 10:13:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06352 for hackers-outgoing; Wed, 27 Dec 1995 10:13:32 -0800 (PST) Received: from iaehv.IAEhv.nl (root@iaehv.IAEhv.nl [192.87.208.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA06347 for ; Wed, 27 Dec 1995 10:13:27 -0800 (PST) Received: from oasis.IAEhv.nl by iaehv.IAEhv.nl (8.6.12/1.63) id TAA24235; Wed, 27 Dec 1995 19:13:21 +0100 X-Disclaimer: iaehv.nl is a public access UNIX system and cannot be held responsible for the opinions of its individual users. Received: by oasis.IAEhv.nl (8.7.3/1.63) id TAA01736; Wed, 27 Dec 1995 19:09:30 +0100 (MET) From: volf@oasis.IAEhv.nl (Frank Volf) Message-Id: <199512271809.TAA01736@oasis.IAEhv.nl> Subject: Re: Freebsd IP alias and BIND To: freebsd-hackers@freebsd.org, bind-users@vix.com Date: Wed, 27 Dec 1995 19:09:29 +0100 (MET) In-Reply-To: <199512261919.UAA05384@oasis.IAEhv.nl> from "Frank Volf" at Dec 26, 95 08:19:10 pm X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Frank Volf wrote: > > Hi and merry Xmas to you all, > > This message is sent to both freebsd-hackers and bind-users because I > haven't figured out yet whether to blame FreeBSD, bind ore myself. I know this > (or similar) problem have been the topic of bind-users before, but as far > as I know there has not been a fix for it. > > THE SETUP: > FreeBSD 2.05 box (pentium 90) and bind-4.9.3beta32. The FreeBSD box has > a IP address (192.87.208.2) and an IP alias (194.151.64.2). > The alias is used because we are in process of moving to a new IP netblock > and we want both the old and the new nameserver addresses to be valid in > the transition period. > > THE PROBLEM: > When a query is sent to the IP alias two responses are generated: one > response with the real IP address as the source address, the other one with > the alias address as the source address: > > 17:02:20.146789 192.87.209.4.53 > 194.151.64.2.53: 52731+ NS? tue.nl. (24) > 17:02:20.148820 192.87.208.2.53 > 192.87.209.4.53: 52731* 3/0/3 NS kweetal.tue.nl. (144) > 17:02:20.150752 194.151.64.2.53 > 192.87.209.4.53: 52731* 3/0/3 NS ns1.surfnet.nl. (144) > > On a UNIX system runing BIND, the bogus response triggers the "response from > unexpected source" message, but has no other effects. Some dialin software > however (older versions of trumpet winsocket if I recall correctly) do not > handle this correctly and cause the nameserver request to timeout if the > wrong response is received first. > > THE CAUSE: > I'm not sure. Since you can see in the tcpdump that the responses are > different (round robin is turned on), it seems that bind gets or processes > the incoming UDP package twice. I however don't know, if this is caused > by bind or by the FreeBSD kernel. > > THE SOLUTION: > Please tell me :-) I did some more testing to find this problem. With bind debuggind enabled, I found: datagram from [192.87.209.4].1267, fd 8, len 24; now Wed Dec 27 18:36:59 1995 req: nlookup(dse.nl) id 10 type=2 class=1 req: found 'dse.nl' as 'dse.nl' (cname=0) ns_req: answer -> [192.87.209.4].1267 fd=8 id=10 size=182 Remote datagram from [192.87.209.4].1267, fd 6, len 24; now Wed Dec 27 18:36:59 1995 req: nlookup(dse.nl) id 10 type=2 class=1 req: found 'dse.nl' as 'dse.nl' (cname=0) ns_req: answer -> [192.87.209.4].1267 fd=6 id=10 size=182 Remote This means that bind really gets two copies of the datagram (one send to fd 6, the other one to fd 8) and hence, bind is operating correctly and FreeBSD is wrong: named 16708 root 4u inet 0x0 TCP can't read inpcb at 0xf17e5e00 named 16708 root 5u inet 0x0 UDP can't read inpcb at 0xf1887b80 named 16708 root 6u inet 0x0 UDP can't read inpcb at 0xf1722000 named 16708 root 7u inet 0x0 UDP can't read inpcb at 0xf1703400 named 16708 root 8u inet 0x0 UDP can't read inpcb at 0xf1499c00 f167c000 tcp 0 0 *.53 *.* LISTEN f1499c00 udp 0 0 *.53 *.* f1703400 udp 0 0 127.0.0.1.53 *.* f1722000 udp 0 0 194.151.64.2.53 *.* f1887b80 udp 0 0 192.87.208.2.53 *.* fd 6 is the alias IP address of the machine and fd8 is the wildcard UDP address. Hopefully, this information is useful in finding the problem. Regards, Frank ---------------------------------------------------------------------------- Frank Volf - Internet Access Eindhoven - Digitale Stad Eindhoven ---------------------------------------------------------------------------- || volf@oasis.IAEhv.nl - use for personal mail || || volf@IAEhv.nl - use for Internet Access Eindhoven related mail || || volf@dse.dse.nl - use for Digital City of Eindhoven related mail || ---------------------------------------------------------------------------- IAE Public Access Unix System - Dial +31.40.2439436 and login as new. ---------------------------------------------------------------------------- From owner-freebsd-hackers Wed Dec 27 10:31:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06905 for hackers-outgoing; Wed, 27 Dec 1995 10:31:12 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA06900 for ; Wed, 27 Dec 1995 10:31:08 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id TAA12341; Wed, 27 Dec 1995 19:32:14 +0100 Message-Id: <199512271832.TAA12341@gilberto.physik.rwth-aachen.de> Subject: Re: XFree 2.1.1 on 2.1 To: cosmos@sponsor.octet.com (Daniel Leeds) Date: Wed, 27 Dec 1995 19:32:13 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199512271019.KAA00302@sponsor.octet.com> from "Daniel Leeds" at Dec 27, 95 10:19:23 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > im trying to get XFree86-2.1.1 with the compat1x dist up on a 2.1 release > system. (I have motif and acccelx for that release) everything is fine > but when i start up X, it keeps dying immediately saying "Termcap entry > too long" whats up with that? :) You may be using an old tcsh binary. > > any ideas/suggestions/flames? :) > > thanks all > > -- > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Daniel Leeds Unix Admin > Octet Media Beatnik > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Dec 27 10:48:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08015 for hackers-outgoing; Wed, 27 Dec 1995 10:48:09 -0800 (PST) Received: from python.CS.ORST.EDU (millerlu@python.CS.ORST.EDU [128.193.36.60]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA07928 for ; Wed, 27 Dec 1995 10:47:59 -0800 (PST) Received: (from millerlu@localhost) by python.CS.ORST.EDU (8.7.1/8.6.9) id NAA09534 for hackers@freebsd.org; Wed, 27 Dec 1995 13:47:57 -0500 (EST) Date: Wed, 27 Dec 1995 13:47:57 -0500 (EST) From: Luke Miller Message-Id: <199512271847.NAA09534@python.CS.ORST.EDU> To: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk Subject: Out of Town I am currently out of town on vacation in Mexico for the holidays. I will be back on January 5th. If you need something taken care of before that for: Computer Science Instructional Support: send mail to support@cs.orst.edu Other/ personal: I will deal with it as soon as I get back. I will not have anyway of checking e-mail durring that time. Have a very happy holidays! Luke ************************************************************ * Luke Miller Instructional Support * * millerlu@cs.orst.edu Computer Science Department * * 503-737-5567 Oregon State University * ************************************************************ Received: from hidden-foes.gateway.com (hidden-foes.gateway.com [199.72.26.253]) by python.CS.ORST.EDU (8.7.1/8.6.9) with ESMTP id KAA09527 for ; Wed, 27 Dec 1995 10:47:54 -0800 (PST) Received: (from majordom@localhost) by hidden-foes.gateway.com (555-1212) id LAA13080 for bsdi-users-outgoing; Wed, 27 Dec 1995 11:17:41 -0500 Date: Wed, 27 Dec 1995 09:17:29 -0700 Message-Id: <199512271617.JAA00221@bsdi.BSDI.COM> To: hackers@freebsd.org >From: SpUnK3y@LiNuX.3l33T.OrG Subject: YOU GOTTA RUN WITH THE BEST reply-to: hackers@freebsd.org Sender: owner-bsdi-users@hidden-foes.gateway.com Precedence: bulk It goes without saying that to be the BEST you have to run with the best. And of course, the only way to do that is to run LINUX. Only LINUX has the superior networking code and advanced features that a real OS should have. Forget the other tiddlywink players, LINUX will be the ONLY OS in 2 years. Why?? Because it is far superior. And secondly, LINUX is the only OS that makes sense when im smoking crack. It just goes to show how feature rich LINUX really is. Oh yeah, have a great new years and try to have a coke and a smile. SpUnK3y LINUX RULES!!! From owner-freebsd-hackers Wed Dec 27 11:03:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA09014 for hackers-outgoing; Wed, 27 Dec 1995 11:03:07 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA09007 for ; Wed, 27 Dec 1995 11:03:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id KAA06203 for ; Wed, 27 Dec 1995 10:39:58 -0800 To: hackers@freebsd.org Subject: Re: YOU GOTTA RUN WITH THE BEST In-reply-to: Your message of "Wed, 27 Dec 1995 08:17:29 PST." <199512271617.IAA01003@freefall.freebsd.org> Date: Wed, 27 Dec 1995 10:39:58 -0800 Message-ID: <6201.820089598@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk No doubt about it, gotta get better filtering! Only problem is, how do you filter noise without filtering content? Maybe it's time to start talking about making this list *moderated* again? :-) Jordan > It goes without saying that to be the BEST you have to run with the best. > And of course, the only way to do that is to run LINUX. > > Only LINUX has the superior networking code and advanced features that a > real OS should have. Forget the other tiddlywink players, LINUX will be the > ONLY OS in 2 years. Why?? Because it is far superior. > > And secondly, LINUX is the only OS that makes sense when im smoking crack. > It just goes to show how feature rich LINUX really is. > > Oh yeah, have a great new years and try to have a coke and a smile. > > SpUnK3y LINUX RULES!!! From owner-freebsd-hackers Wed Dec 27 11:06:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA09225 for hackers-outgoing; Wed, 27 Dec 1995 11:06:37 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA09219 for ; Wed, 27 Dec 1995 11:06:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id JAA06024; Wed, 27 Dec 1995 09:39:49 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: Anybody using SWiM 2.0 with FBSD 2.1? In-reply-to: Your message of "Wed, 27 Dec 1995 09:45:03 +0100." <199512270845.JAA03697@uriah.heep.sax.de> Date: Wed, 27 Dec 1995 09:39:49 -0800 Message-ID: <6022.820085989@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk No, the SWiM product wouldn't appear to be all that well put together, nor have I been too pleased with Lasermoon's profoundly linux-centric advertising (follow the link in our resources page and then try to find where the FreeBSD product is mentioned - good luck!). I and others are basically waiting for X Inside to release their Motif product (hellooooo guys? :-). At that stage, I wouldn't be too annoyed to see lasermoon's entry disappear from the web pages altogether. They're so deeply in bed with Linux (they even have their own version, and are heading up the effort to get Linux X/Open branding) that I rather doubt their objectivity.. Jordan > As Jaye Mathisen wrote: > > > > It installed OK, but I don't have a libg++-2.0.so file. Anybody know > > where I can find it? > > You don't even need it. > > It's one of their gratuitous packaging errors. Look into the `shared' > mwm: it doesn't use libg++ at all (but has a hard reference to > /usr/X11R6/lib/libXm.so.2.0.0 instead, grrrr!). > > After all: i'm rather dissatisfied with SWiM. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Dec 27 11:26:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA10862 for hackers-outgoing; Wed, 27 Dec 1995 11:26:37 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA10849 for ; Wed, 27 Dec 1995 11:26:32 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id LAA09912; Wed, 27 Dec 1995 11:26:31 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id LAA04420; Wed, 27 Dec 1995 11:26:31 -0800 (PST) Message-Id: <199512271926.LAA04420@corbin.Root.COM> To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: YOU GOTTA RUN WITH THE BEST In-reply-to: Your message of "Wed, 27 Dec 95 10:39:58 PST." <6201.820089598@time.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 27 Dec 1995 11:26:31 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >No doubt about it, gotta get better filtering! Only problem is, how do >you filter noise without filtering content? > >Maybe it's time to start talking about making this list *moderated* >again? :-) You're volunteering to be the moderator?! Great! -DG From owner-freebsd-hackers Wed Dec 27 11:28:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA10995 for hackers-outgoing; Wed, 27 Dec 1995 11:28:48 -0800 (PST) Received: from misery.bssc.org (root@misery.bssc.org [204.252.44.180]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA10984 for ; Wed, 27 Dec 1995 11:28:44 -0800 (PST) Received: (from cosmos@localhost) by misery.bssc.org (8.7.3/8.7.3) id OAA20188 for hackers@freebsd.org; Wed, 27 Dec 1995 14:30:56 -0500 (EST) From: Daniel Leeds Message-Id: <199512271930.OAA20188@misery.bssc.org> Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) To: hackers@freebsd.org Date: Wed, 27 Dec 1995 14:30:55 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Forwarded message: > > > > You make a program that erases my hd and you won't help??? > > > I had to reinstall DOS cause your boot.flp erased my hd > If you had read my first letter you would have seen that I have > now the notes say that if you have problems then write to > questions@FreeBSd.org. so I did. and you all act like assholes well I > have been useing freebsd for years > forget me useing it anymore > as a matter of fact I used to recomend it to my friends well FUCKING > FORGET THAT TOO > as a matter fact i am going to take the cd and shove it...nevermind that > just forget about me or my clients useing freebsd anymore I am going to > give them linux from now on...go to hell. > > another satisfied customer? what i dont understand is why they *never* read the install docs. and if he has been using freebsd for years why would it be so foreign to him....ahh well. between this and SpUnkeY or whatever the hell his name is, the hackers list has been mildly amusing. From owner-freebsd-hackers Wed Dec 27 11:31:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11175 for hackers-outgoing; Wed, 27 Dec 1995 11:31:31 -0800 (PST) Received: from freebsd.netcom.com (freebsd.netcom.com [198.211.79.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11170 for ; Wed, 27 Dec 1995 11:31:29 -0800 (PST) Received: by freebsd.netcom.com (8.6.12/SMI-4.1) id NAA08733; Wed, 27 Dec 1995 13:36:33 -0600 From: bugs@freebsd.netcom.com (Mark Hittinger) Message-Id: <199512271936.NAA08733@freebsd.netcom.com> Subject: Re: YOU GOTTA RUN WITH THE BEST (fwd) To: hackers@freebsd.org Date: Wed, 27 Dec 1995 13:36:32 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > From: "Jordan K. Hubbard" > No doubt about it, gotta get better filtering! Only problem is, how do > you filter noise without filtering content? > Maybe it's time to start talking about making this list *moderated* > again? :-) > > It goes without saying that to be the BEST you have to run with the best. > > And of course, the only way to do that is to run LINUX. > > Only LINUX has the superior networking code and advanced features that a > > real OS should have. Heh - remember now this is a *good* sign! This person reveals their own ignorance and simultaneously reveals that they are threatened. Remember they took the time to do this! FreeBSD is on the radar screen. I enjoyed the message actually. Frankly it should have been forged with an 'nrao' address :-) Regards, Mark Hittinger Netcom/Dallas bugs@freebsd.netcom.com From owner-freebsd-hackers Wed Dec 27 11:40:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11511 for hackers-outgoing; Wed, 27 Dec 1995 11:40:26 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11506 for ; Wed, 27 Dec 1995 11:40:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA06698; Wed, 27 Dec 1995 11:40:01 -0800 To: davidg@Root.COM cc: hackers@freebsd.org Subject: Re: YOU GOTTA RUN WITH THE BEST In-reply-to: Your message of "Wed, 27 Dec 1995 11:26:31 PST." <199512271926.LAA04420@corbin.Root.COM> Date: Wed, 27 Dec 1995 11:40:01 -0800 Message-ID: <6696.820093201@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk I thought we could set up a round-robin system, each incoming submission goes to the next person in a circular queue - if it meets their individual standards, whatever those might be, they send it on.. :) Jordan > >No doubt about it, gotta get better filtering! Only problem is, how do > >you filter noise without filtering content? > > > >Maybe it's time to start talking about making this list *moderated* > >again? :-) > > You're volunteering to be the moderator?! Great! > > -DG From owner-freebsd-hackers Wed Dec 27 11:41:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11561 for hackers-outgoing; Wed, 27 Dec 1995 11:41:10 -0800 (PST) Received: from hustle.rahul.net (hustle.rahul.net [192.160.13.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11554 for ; Wed, 27 Dec 1995 11:41:07 -0800 (PST) Received: from RockyMountain.rahul.net by hustle.rahul.net with SMTP id AA03034 (5.67b8/IDA-1.5 for ); Wed, 27 Dec 1995 11:40:53 -0800 Received: by RockyMountain.rahul.net id AA02353 (5.67b/IDA-1.5); Wed, 27 Dec 1995 11:39:36 -0800 Date: Wed, 27 Dec 1995 11:39:36 -0800 From: Pete Delaney Message-Id: <199512271939.AA02353@RockyMountain.rahul.net> To: babkin@hq.icb.chel.su, karl@mcs.com Subject: Re: 4GB Seagate Barracuda (Hawk Replacement) goes nuts after a while Cc: rgrimes@GndRsh.aac.dev.com, pete@RockyMountain.rahul.net, Peter.Delaney@eng.sun.com, jbryant@argus.iadfw.net.hq.icb.chel.su, fnf@amigalib.com, bardhan@corp.megatest.com, hackers@freefall.FreeBSD.ORG, freebsd-hackers@freebsd.org, karl@mcs.net Sender: owner-hackers@freebsd.org Precedence: bulk Morning Karl: > > I have noticed an interesting fact. Hard disks of some menufacturers when > > purchased in brand-name computers are much more stable than when > > purchased independently. Seagate is a good example. We have a couple > > of Seagate 1G Hawks in ICLs and they are working very stable. > > DEC uses Seagate Barracuda as their RZ-29 disks and they work stable too. > > But when we purchased two Hawks directly from a Seagate dealers we had > > lots of troubles with them. We had like problems with Micropolis. > > It looks like computer manufacturers do some additional testing and/or > > low-level formatting or HDD manufacturers divide their disks by > > cathegories using some tests. > > > > -SB > > No, the issue is elsewhere. > > Look to handling. Many distributors and resellers abuse the drives when > stocking them or otherwise handling them in the course of retailing. > > Shock will cause drives to fail -- and not always immediately. Anything > which damages or nicks the media, even slightly, will eventually result in > drive failure. In this case rebooting the disk fixes the problem, usually for a day or two, perhaps more. If the media is dammaged I believe the problem is recurring all the time, like my DAT tapes when I've got a write error, the write ok, but on reading they get a media error, but then no matter what I do, the error is always there. If I write a DAT and it reads ok, then it seem to alreays read back ok. Seem the dat doesn't check what it writes. I've never seen a media error that goes away by rebooting. -piet From owner-freebsd-hackers Wed Dec 27 11:41:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11572 for hackers-outgoing; Wed, 27 Dec 1995 11:41:11 -0800 (PST) Received: from hustle.rahul.net (hustle.rahul.net [192.160.13.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11560 for ; Wed, 27 Dec 1995 11:41:08 -0800 (PST) Received: from RockyMountain.rahul.net by hustle.rahul.net with SMTP id AA03034 (5.67b8/IDA-1.5 for ); Wed, 27 Dec 1995 11:40:53 -0800 Received: by RockyMountain.rahul.net id AA02353 (5.67b/IDA-1.5); Wed, 27 Dec 1995 11:39:36 -0800 Date: Wed, 27 Dec 1995 11:39:36 -0800 From: Pete Delaney Message-Id: <199512271939.AA02353@RockyMountain.rahul.net> To: babkin@hq.icb.chel.su, karl@mcs.com Subject: Re: 4GB Seagate Barracuda (Hawk Replacement) goes nuts after a while Cc: rgrimes@GndRsh.aac.dev.com, pete@RockyMountain.rahul.net, Peter.Delaney@eng.sun.com, jbryant@argus.iadfw.net.hq.icb.chel.su, fnf@amigalib.com, bardhan@corp.megatest.com, hackers@freefall.FreeBSD.ORG, freebsd-hackers@freebsd.org, karl@mcs.net Sender: owner-hackers@freebsd.org Precedence: bulk Morning Karl: > > I have noticed an interesting fact. Hard disks of some menufacturers when > > purchased in brand-name computers are much more stable than when > > purchased independently. Seagate is a good example. We have a couple > > of Seagate 1G Hawks in ICLs and they are working very stable. > > DEC uses Seagate Barracuda as their RZ-29 disks and they work stable too. > > But when we purchased two Hawks directly from a Seagate dealers we had > > lots of troubles with them. We had like problems with Micropolis. > > It looks like computer manufacturers do some additional testing and/or > > low-level formatting or HDD manufacturers divide their disks by > > cathegories using some tests. > > > > -SB > > No, the issue is elsewhere. > > Look to handling. Many distributors and resellers abuse the drives when > stocking them or otherwise handling them in the course of retailing. > > Shock will cause drives to fail -- and not always immediately. Anything > which damages or nicks the media, even slightly, will eventually result in > drive failure. In this case rebooting the disk fixes the problem, usually for a day or two, perhaps more. If the media is dammaged I believe the problem is recurring all the time, like my DAT tapes when I've got a write error, the write ok, but on reading they get a media error, but then no matter what I do, the error is always there. If I write a DAT and it reads ok, then it seem to alreays read back ok. Seem the dat doesn't check what it writes. I've never seen a media error that goes away by rebooting. -piet From owner-freebsd-hackers Wed Dec 27 11:45:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11862 for hackers-outgoing; Wed, 27 Dec 1995 11:45:26 -0800 (PST) Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11857 for ; Wed, 27 Dec 1995 11:45:21 -0800 (PST) Received: from ugen-tr (ugen-tr.worldbank.org [138.220.101.58]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id OAA05772; for ; Wed, 27 Dec 1995 14:45:20 -0500 Date: Wed, 27 Dec 95 14:42:58 From: "Ugen J.S.Antsilevich" Subject: Re: YOU GOTTA RUN WITH THE BEST To: hackers@FreeBSD.org, "Jordan K. Hubbard" X-PRIORITY: 3 (Normal) X-Mailer: Chameleon 4.00.4, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Wed, 27 Dec 1995 10:39:58 -0800 "Jordan K. Hubbard" wrote: >No doubt about it, gotta get better filtering! Only problem is, how do >you filter noise without filtering content? > >Maybe it's time to start talking about making this list *moderated* >again? :-) May be we can limit most of lists so that subscribers only would be able to write. And then filter only whoever subscribes? --Ugen From owner-freebsd-hackers Wed Dec 27 11:47:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11956 for hackers-outgoing; Wed, 27 Dec 1995 11:47:14 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11948 for ; Wed, 27 Dec 1995 11:47:07 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id LAA09968; Wed, 27 Dec 1995 11:47:04 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id LAA00142; Wed, 27 Dec 1995 11:47:04 -0800 (PST) Message-Id: <199512271947.LAA00142@corbin.Root.COM> To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: YOU GOTTA RUN WITH THE BEST In-reply-to: Your message of "Wed, 27 Dec 95 11:40:01 PST." <6696.820093201@time.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 27 Dec 1995 11:47:04 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >I thought we could set up a round-robin system, each incoming submission >goes to the next person in a circular queue - if it meets their individual >standards, whatever those might be, they send it on.. :) Sounds good...I think I already have an alias or two set up to "| cat > /dev/null"...so it should be really quite easy for me to get started - just a simple copy/paste in the ol' aliases file. :-) -DG From owner-freebsd-hackers Wed Dec 27 11:55:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA12378 for hackers-outgoing; Wed, 27 Dec 1995 11:55:53 -0800 (PST) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA12373 for ; Wed, 27 Dec 1995 11:55:48 -0800 (PST) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id NAA04054 for ; Wed, 27 Dec 1995 13:55:47 -0600 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 27 Dec 95 13:55 CST Received: by mars.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 27 Dec 95 13:55 CST Message-Id: Subject: Meteor Capabilities? To: hackers@freebsd.org Date: Wed, 27 Dec 1995 13:55:46 -0600 (CST) From: "Lars Jonas Olsson" Cc: jonas@mcs.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I got the latest meteor.c from freefall. It allocates storage for 450x340 resolution at 24bpp. Is there any reason why the Meteor can not work with higher resolution at 24bpp? Has anyone been able to use the Meteor with PAL cameras at full resolution (768x576)? What about using the S-video or RGB inputs (RGB only on speciall RGB version of Meteor)? Is there any other color frame grabber with support for FreeBSD? Jonas From owner-freebsd-hackers Wed Dec 27 12:08:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13136 for hackers-outgoing; Wed, 27 Dec 1995 12:08:45 -0800 (PST) Received: from mailhost1.primenet.com (mailhost1.primenet.com [198.68.32.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA13130 for ; Wed, 27 Dec 1995 12:08:42 -0800 (PST) Received: from usr5.primenet.com (root@usr5.primenet.com [198.68.32.15]) by mailhost1.primenet.com (8.7.3/8.7.1) with ESMTP id NAA26556 for ; Wed, 27 Dec 1995 13:08:41 -0700 (MST) Received: (from bobster@localhost) by usr5.primenet.com (8.7.3/8.7.3) id NAA01154; Wed, 27 Dec 1995 13:08:40 -0700 (MST) Date: Wed, 27 Dec 1995 12:08:39 -0800 (PST) From: Bob Loftus To: hackers@freebsd.org Subject: Re: YOU GOTTA RUN WITH THE BEST In-Reply-To: <199512271617.JAA00221@bsdi.BSDI.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Are you really that much of a jerk? I personnally use both BSDI and Linux but do not appreciate your innapropriate post. Cut the shit... Now a mailing list I need will fill with the ensuing flame war/debate. Thanks for wasting my time, NOT.... On Wed, 27 Dec 1995 SpUnK3y@LiNuX.3l33T.OrG wrote: > It goes without saying that to be the BEST you have to run with the best. > And of course, the only way to do that is to run LINUX. > > Only LINUX has the superior networking code and advanced features that a > real OS should have. Forget the other tiddlywink players, LINUX will be the > ONLY OS in 2 years. Why?? Because it is far superior. > > And secondly, LINUX is the only OS that makes sense when im smoking crack. > It just goes to show how feature rich LINUX really is. > > Oh yeah, have a great new years and try to have a coke and a smile. > > SpUnK3y LINUX RULES!!! > "Sit down before fact like a little child, and be prepared to give up every preconceived notion, follow humbly wherever and to whatever abyss Nature leads, or you shall learn nothing." -- T. H. Huxley From owner-freebsd-hackers Wed Dec 27 12:15:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13576 for hackers-outgoing; Wed, 27 Dec 1995 12:15:46 -0800 (PST) Received: from kachina.jetcafe.org (kachina.jetcafe.org [206.117.70.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA13566 for ; Wed, 27 Dec 1995 12:15:42 -0800 (PST) Received: from [127.0.0.1] ([127.0.0.1]) by kachina.jetcafe.org (8.6.10/8.6.6) with SMTP id MAA13301; Wed, 27 Dec 1995 12:15:32 -0800 Message-Id: <199512272015.MAA13301@kachina.jetcafe.org> To: davidg@root.com cc: hackers@freebsd.org, "Jordan K. Hubbard" Subject: Re: YOU GOTTA RUN WITH THE BEST Date: Wed, 27 Dec 1995 12:15:31 -0800 From: Dave Hayes Sender: owner-hackers@freebsd.org Precedence: bulk David Greenman writes: >>I thought we could set up a round-robin system, each incoming submission >>goes to the next person in a circular queue - if it meets their individual >>standards, whatever those might be, they send it on.. :) > Sounds good...I think I already have an alias or two set up to >"| cat > /dev/null"...so it should be really quite easy for me to get >started - just a simple copy/paste in the ol' aliases file. Gad, moderation is so lame. Let's not. I delete about 60% of the traffic on this list by looking at the subject line. Given the amount of messages that come through this list that I'm not interested in, one bozo makes little difference to me. Actually I thought the message was quite funny. Especially the implication that only a crack smoker would choose Linux... ------ >>> Dave Hayes - Altadena CA, USA - dave@jetcafe.org <<< War is but a spectacular expression of our everyday life. -Krishnamurti From owner-freebsd-hackers Wed Dec 27 12:17:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13765 for hackers-outgoing; Wed, 27 Dec 1995 12:17:25 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA13757 for ; Wed, 27 Dec 1995 12:17:20 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id MAA10037; Wed, 27 Dec 1995 12:17:13 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id MAA00174; Wed, 27 Dec 1995 12:17:13 -0800 (PST) Message-Id: <199512272017.MAA00174@corbin.Root.COM> To: Dave Hayes cc: hackers@freebsd.org, "Jordan K. Hubbard" Subject: Re: YOU GOTTA RUN WITH THE BEST In-reply-to: Your message of "Wed, 27 Dec 95 12:15:31 PST." <199512272015.MAA13301@kachina.jetcafe.org> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 27 Dec 1995 12:17:12 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >David Greenman writes: >>>I thought we could set up a round-robin system, each incoming submission >>>goes to the next person in a circular queue - if it meets their individual >>>standards, whatever those might be, they send it on.. :) >> Sounds good...I think I already have an alias or two set up to >>"| cat > /dev/null"...so it should be really quite easy for me to get >>started - just a simple copy/paste in the ol' aliases file. > >Gad, moderation is so lame. Let's not. Um, we're joking of course. -DG From owner-freebsd-hackers Wed Dec 27 12:18:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13854 for hackers-outgoing; Wed, 27 Dec 1995 12:18:19 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA13846 for ; Wed, 27 Dec 1995 12:18:13 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id VAA09060; Wed, 27 Dec 1995 21:17:57 +0100 Received: by uni4nn.iaf.nl with UUCP id AA23001 (5.67b/IDA-1.5); Wed, 27 Dec 1995 21:17:24 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA29254 (5.65c/IDA-1.4.4); Wed, 27 Dec 1995 20:34:29 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id UAA00953; Wed, 27 Dec 1995 20:19:27 +0100 From: Wilko Bulte Message-Id: <199512271919.UAA00953@yedi.iaf.nl> Subject: Re: 4GB Seagate Barracuda (Hawk Replacement) goes nuts after a while To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 27 Dec 1995 20:19:27 +0100 (MET) Cc: pete@RockyMountain.rahul.net, karl@mcs.com, Peter.Delaney@eng.sun.com, jbryant@argus.iadfw.net.gn.iaf.nl, fnf@amigalib.com, bardhan@corp.megatest.com, hackers@freefall.freebsd.org, freebsd-hackers@freebsd.org, karl@mcs.net In-Reply-To: <199512270613.WAA22791@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Dec 26, 95 10:13:55 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > Seagate replaced the 4GB Hawk with a repaired 4GB Barracuda but > > I seem to have a problem after Solaris 2.4 (without any patches) has > > been running for a while but not doing anything. I suppose the > > nfsd is scanning the disk once per night but other than that it's > > wasn't doing much. > > Nice of seagate to replace your drive with a faster one except that the > Barracuda series is pretty much known as a lemon do to overheating > problems and media that likes to flake :-(. > > > > > It seems to get in a state where some SCSI reads are taking a few > > seconds. > > This is a good indication that a new error has developed and the drive > goes to every possible measure to recover the data then it spends a bit > more time doing an automatic bad sector allocation to map it out. Most > drives make a lot of noise during this operation as it is doing recalls > and head offsets trying to recover the data. It is worthwile to try what happens if you disable power-saving mode in the drives mode pages. This has caused us quite some grief, because it makes the disks unresponsive for some time. There are other side effects that cause grief (and I cannot discuss them in public, so don't ask) Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Wed Dec 27 12:18:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13877 for hackers-outgoing; Wed, 27 Dec 1995 12:18:31 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA13853 for ; Wed, 27 Dec 1995 12:18:19 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id VAA09060; Wed, 27 Dec 1995 21:17:57 +0100 Received: by uni4nn.iaf.nl with UUCP id AA23001 (5.67b/IDA-1.5); Wed, 27 Dec 1995 21:17:24 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA29254 (5.65c/IDA-1.4.4); Wed, 27 Dec 1995 20:34:29 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id UAA00953; Wed, 27 Dec 1995 20:19:27 +0100 From: Wilko Bulte Message-Id: <199512271919.UAA00953@yedi.iaf.nl> Subject: Re: 4GB Seagate Barracuda (Hawk Replacement) goes nuts after a while To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 27 Dec 1995 20:19:27 +0100 (MET) Cc: pete@RockyMountain.rahul.net, karl@mcs.com, Peter.Delaney@eng.sun.com, jbryant@argus.iadfw.net.gn.iaf.nl, fnf@amigalib.com, bardhan@corp.megatest.com, hackers@freefall.freebsd.org, freebsd-hackers@freebsd.org, karl@mcs.net In-Reply-To: <199512270613.WAA22791@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Dec 26, 95 10:13:55 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > Seagate replaced the 4GB Hawk with a repaired 4GB Barracuda but > > I seem to have a problem after Solaris 2.4 (without any patches) has > > been running for a while but not doing anything. I suppose the > > nfsd is scanning the disk once per night but other than that it's > > wasn't doing much. > > Nice of seagate to replace your drive with a faster one except that the > Barracuda series is pretty much known as a lemon do to overheating > problems and media that likes to flake :-(. > > > > > It seems to get in a state where some SCSI reads are taking a few > > seconds. > > This is a good indication that a new error has developed and the drive > goes to every possible measure to recover the data then it spends a bit > more time doing an automatic bad sector allocation to map it out. Most > drives make a lot of noise during this operation as it is doing recalls > and head offsets trying to recover the data. It is worthwile to try what happens if you disable power-saving mode in the drives mode pages. This has caused us quite some grief, because it makes the disks unresponsive for some time. There are other side effects that cause grief (and I cannot discuss them in public, so don't ask) Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Wed Dec 27 12:18:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13885 for hackers-outgoing; Wed, 27 Dec 1995 12:18:34 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA13840 for ; Wed, 27 Dec 1995 12:18:04 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id VAA09057; Wed, 27 Dec 1995 21:17:40 +0100 Received: by uni4nn.iaf.nl with UUCP id AA22973 (5.67b/IDA-1.5); Wed, 27 Dec 1995 21:16:55 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA29250 (5.65c/IDA-1.4.4); Wed, 27 Dec 1995 20:34:27 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id UAA00941; Wed, 27 Dec 1995 20:15:10 +0100 From: Wilko Bulte Message-Id: <199512271915.UAA00941@yedi.iaf.nl> Subject: Re: 4GB Seagate Barracuda (Hawk Replacement) goes nuts after a while To: karl@mcs.com (Karl Denninger, MCSNet) Date: Wed, 27 Dec 1995 20:15:10 +0100 (MET) Cc: babkin@hq.icb.chel.su, rgrimes@GndRsh.aac.dev.com, pete@RockyMountain.rahul.net, Peter.Delaney@eng.sun.com, jbryant@argus.iadfw.net.hq.icb.chel.su, fnf@amigalib.com, bardhan@corp.megatest.com, hackers@freefall.freebsd.org, freebsd-hackers@freebsd.org, karl@mcs.net In-Reply-To: from "Karl Denninger, MCSNet" at Dec 27, 95 07:28:52 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > purchased independently. Seagate is a good example. We have a couple > > of Seagate 1G Hawks in ICLs and they are working very stable. > > DEC uses Seagate Barracuda as their RZ-29 disks and they work stable too. > > But when we purchased two Hawks directly from a Seagate dealers we had > > lots of troubles with them. We had like problems with Micropolis. > > It looks like computer manufacturers do some additional testing and/or > > low-level formatting or HDD manufacturers divide their disks by > > cathegories using some tests. > > > > -SB > > No, the issue is elsewhere. > > Look to handling. Many distributors and resellers abuse the drives when > stocking them or otherwise handling them in the course of retailing. > > Shock will cause drives to fail -- and not always immediately. Anything > which damages or nicks the media, even slightly, will eventually result in > drive failure. > > Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity I have to disagree with Karl. I work for DEC in the Storage Business Unit and I know that before the RZxx drives from Seagate became RZxx products there has been a _LOT_ of testing and qualification. And also firmware revisions.. So, there are differences apart from handling issues. Bad handling is of course a known problem in the HD area but there is more to it Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Wed Dec 27 12:18:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13920 for hackers-outgoing; Wed, 27 Dec 1995 12:18:43 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA13884 for ; Wed, 27 Dec 1995 12:18:32 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id VAA09057; Wed, 27 Dec 1995 21:17:40 +0100 Received: by uni4nn.iaf.nl with UUCP id AA22973 (5.67b/IDA-1.5); Wed, 27 Dec 1995 21:16:55 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA29250 (5.65c/IDA-1.4.4); Wed, 27 Dec 1995 20:34:27 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id UAA00941; Wed, 27 Dec 1995 20:15:10 +0100 From: Wilko Bulte Message-Id: <199512271915.UAA00941@yedi.iaf.nl> Subject: Re: 4GB Seagate Barracuda (Hawk Replacement) goes nuts after a while To: karl@mcs.com (Karl Denninger, MCSNet) Date: Wed, 27 Dec 1995 20:15:10 +0100 (MET) Cc: babkin@hq.icb.chel.su, rgrimes@GndRsh.aac.dev.com, pete@RockyMountain.rahul.net, Peter.Delaney@eng.sun.com, jbryant@argus.iadfw.net.hq.icb.chel.su, fnf@amigalib.com, bardhan@corp.megatest.com, hackers@freefall.freebsd.org, freebsd-hackers@freebsd.org, karl@mcs.net In-Reply-To: from "Karl Denninger, MCSNet" at Dec 27, 95 07:28:52 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > purchased independently. Seagate is a good example. We have a couple > > of Seagate 1G Hawks in ICLs and they are working very stable. > > DEC uses Seagate Barracuda as their RZ-29 disks and they work stable too. > > But when we purchased two Hawks directly from a Seagate dealers we had > > lots of troubles with them. We had like problems with Micropolis. > > It looks like computer manufacturers do some additional testing and/or > > low-level formatting or HDD manufacturers divide their disks by > > cathegories using some tests. > > > > -SB > > No, the issue is elsewhere. > > Look to handling. Many distributors and resellers abuse the drives when > stocking them or otherwise handling them in the course of retailing. > > Shock will cause drives to fail -- and not always immediately. Anything > which damages or nicks the media, even slightly, will eventually result in > drive failure. > > Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity I have to disagree with Karl. I work for DEC in the Storage Business Unit and I know that before the RZxx drives from Seagate became RZxx products there has been a _LOT_ of testing and qualification. And also firmware revisions.. So, there are differences apart from handling issues. Bad handling is of course a known problem in the HD area but there is more to it Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Wed Dec 27 12:28:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA14708 for hackers-outgoing; Wed, 27 Dec 1995 12:28:30 -0800 (PST) Received: from misery.bssc.org (root@misery.bssc.org [204.252.44.180]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA14696 for ; Wed, 27 Dec 1995 12:28:19 -0800 (PST) Received: (from cosmos@localhost) by misery.bssc.org (8.7.3/8.7.3) id PAA20357; Wed, 27 Dec 1995 15:30:26 -0500 (EST) From: Daniel Leeds Message-Id: <199512272030.PAA20357@misery.bssc.org> Subject: Re: YOU GOTTA RUN WITH THE BEST To: dave@kachina.jetcafe.org (Dave Hayes) Date: Wed, 27 Dec 1995 15:30:26 -0500 (EST) Cc: hackers@freebsd.org In-Reply-To: <199512272015.MAA13301@kachina.jetcafe.org> from "Dave Hayes" at Dec 27, 95 12:15:31 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > Gad, moderation is so lame. Let's not. yes, it is lame. especially since its all over one cute message. > > Actually I thought the message was quite funny. Especially the > implication that only a crack smoker would choose Linux... heh, I guess im not the only one that picked up on that... all in all, it was rather harmless and a tad bit humourous. From owner-freebsd-hackers Wed Dec 27 12:38:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15461 for hackers-outgoing; Wed, 27 Dec 1995 12:38:42 -0800 (PST) Received: from misery.bssc.org (root@misery.bssc.org [204.252.44.180]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA15456 for ; Wed, 27 Dec 1995 12:38:39 -0800 (PST) Received: (from cosmos@localhost) by misery.bssc.org (8.7.3/8.7.3) id PAA20421; Wed, 27 Dec 1995 15:40:41 -0500 (EST) From: Daniel Leeds Message-Id: <199512272040.PAA20421@misery.bssc.org> Subject: Re: YOU GOTTA RUN WITH THE BEST To: bobster@primenet.com (Bob Loftus) Date: Wed, 27 Dec 1995 15:40:41 -0500 (EST) Cc: hackers@freebsd.org In-Reply-To: from "Bob Loftus" at Dec 27, 95 12:08:39 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > Are you really that much of a jerk? I personnally use both BSDI and Linux > but do not appreciate your innapropriate post. Cut the shit... > Now a mailing list I need will fill with the ensuing flame war/debate. > Thanks for wasting my time, NOT.... > wait a sec..... then why post the flame to the freebsd hackers mailing list??!! Hmmmm....time to check those headers, looks like a bit of trickery beyond a simple joke. in any case, you really need to relax buddy. just my $.02 From owner-freebsd-hackers Wed Dec 27 13:06:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16876 for hackers-outgoing; Wed, 27 Dec 1995 13:06:00 -0800 (PST) Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA16865 for ; Wed, 27 Dec 1995 13:05:55 -0800 (PST) Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA11889; Wed, 27 Dec 95 15:05:49 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA25490; Wed, 27 Dec 1995 14:05:45 -0700 Date: Wed, 27 Dec 1995 14:05:45 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9512272105.AA25490@emu.fsl.noaa.gov> To: dave@kachina.jetcafe.org Cc: davidg@root.com, hackers@freebsd.org, jkh@time.cdrom.com In-Reply-To: <199512272015.MAA13301@kachina.jetcafe.org> (message from Dave Hayes on Wed, 27 Dec 1995 12:15:31 -0800) Subject: Re: YOU GOTTA RUN WITH THE BEST Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> "Dave" == Dave Hayes writes: Dave> Actually I thought the message was quite funny. Especially Dave> the implication that only a crack smoker would choose Dave> Linux... Quite. It seems we've been trolled, and so far, only one of us has bitten the hook. -- Sean Kelly NOAA Forecast Systems Laboratory, Boulder Colorado USA I replaced the headlights in my car with strobe lights, so it looks like I'm the only one moving. -- Steven Wright From owner-freebsd-hackers Wed Dec 27 13:27:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18387 for hackers-outgoing; Wed, 27 Dec 1995 13:27:39 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA18375 for ; Wed, 27 Dec 1995 13:27:35 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id NAA04772; Wed, 27 Dec 1995 13:26:48 -0800 Message-Id: <199512272126.NAA04772@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Daniel Leeds cc: bobster@primenet.com (Bob Loftus), hackers@FreeBSD.org Subject: Re: YOU GOTTA RUN WITH THE BEST In-reply-to: Your message of "Wed, 27 Dec 1995 15:40:41 EST." <199512272040.PAA20421@misery.bssc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 27 Dec 1995 13:26:47 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk I think is odd that we have received to unusual postings to the mailing list . The first one was one asking for sex gifs and now this was one. Okay, call me paranoid -- however it sure smells like a hacker is loose on the mailing list 8) Also, if we keep responding to the hackers's list and to the returned address all what we are doing is begging to get more of the same sort of e-mail :( Cheers, Amancio >>> Daniel Leeds said: > > > > Are you really that much of a jerk? I personnally use both BSDI and Linux > > but do not appreciate your innapropriate post. Cut the shit... > > Now a mailing list I need will fill with the ensuing flame war/debate. > > Thanks for wasting my time, NOT.... > > > > wait a sec..... then why post the flame to the freebsd hackers mailing > list??!! Hmmmm....time to check those headers, looks like a bit of > trickery beyond a simple joke. > > in any case, you really need to relax buddy. > > just my $.02 > > From owner-freebsd-hackers Wed Dec 27 13:48:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA19593 for hackers-outgoing; Wed, 27 Dec 1995 13:48:31 -0800 (PST) Received: from vector.enet (slip139-92-42-153.emea.ibm.net [139.92.42.153]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA19440 Wed, 27 Dec 1995 13:47:55 -0800 (PST) Received: (from jhs@localhost) by vector.enet (8.6.12/8.6.9) id OAA09011; Tue, 26 Dec 1995 14:37:19 +0100 Date: Tue, 26 Dec 1995 14:37:19 +0100 From: "Julian Stacey jhs@freebsd.org" Message-Id: <199512261337.OAA09011@vector.enet> To: hackers@freebsd.org cc: postmaster@freebsd.org Subject: Faking the IP address for a temporarily dead host Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH [version 1.6.5 95 12 11] Sender: owner-hackers@freebsd.org Precedence: bulk -------- Hi FreeBSD people, What would be the technical ramifications of faking an IP address to be that of a friend's FreeBSD system that has temporarily died ? ( presumably mail for the users on that box is currently piling up in sendmail queues around the world (inc. freefall)). Background: The friend's host died before 17:30 GMT+01:00 21 or 22 Dec. All my mail between then & ~20:00 GMT+01:00 25 Dec. was forwarded to that host from freefall (I removed freefall .forward then ), I don't know yet if the dead hosts's /var/mail/jhs died with system, (ie dont know if it was a disc crash, or mere power failure) Friend's message on my answerphone got only truncated details. I can't ping the dead host (of course). The dead host was not a web server or ftp server etc, so I don't think anything too dramatic would occur. Whilst I don't want to do this without the dead host's administrator's permission (by phone I guess, he's not back till next week, & not at his host till 8th Jan), I am wondering what would be the ramifications of me resetting my IP to his host, rebooting, & connecting to the net for a few hours, & sending short dummy mails to jhs@freefall etc, to trigger the sendmail daemons to flush their spool queues of all mail piling up for all users @dead-host ? Obviously I'd have to check my .forwards & /etc/aliases here so no loops started, & create passwd & alias entries to accept mail destined for users @dead-host, also I should make sure not to collide with dead box's IP address when it comes back to life 8th Jan or after. Another (unconnected) friend reckons DNS would prevent me doing this, but I'm not clear why (I admit I still need to read my DNS & Bind Nutshell :-) I thought most of the routing tables on the net were automatically maintained these days, not hand maintained, I would guess if I ftp freefall, I would appear in its route state tables, even if I hadnt config my routed to boradcast my hosts availability ?. It's not something I want to rush into, and not without dead-host's administrator's permission but if he's got serious hardware problems, I'd like to be able to offer help, if viable, to the extent of host masquerading, (& then loaning him my spare machine after the masquerade, 'till he fixes his host). Comments on viability or otherwise appreciated, Thanks :-) Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Wed Dec 27 15:13:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA24496 for hackers-outgoing; Wed, 27 Dec 1995 15:13:10 -0800 (PST) Received: from mailgate.ericsson.se (mailgate.ericsson.se [130.100.2.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA24491 for ; Wed, 27 Dec 1995 15:13:07 -0800 (PST) Received: from sa.erisoft.se (epls01.sa.erisoft.se [150.132.128.1]) by mailgate.ericsson.se (8.6.11/1.0) with SMTP id AAA16807 for ; Thu, 28 Dec 1995 00:13:05 +0100 Received: from sws021.sa.erisoft.se by sa.erisoft.se (4.1/SMI-4.1-ERIS0.99) id AA26242; Thu, 28 Dec 95 00:13:05 +0100 From: Mattias.Gronlund@sa.erisoft.se (Mattias Gronlund) Received: by sws021.sa.erisoft.se (5.x/client-1.3) id AA04736; Thu, 28 Dec 1995 00:12:31 +0100 Message-Id: <9512272312.AA04736@sws021.sa.erisoft.se> Subject: sysctl interface To: freebsd-hackers@FreeBSD.org Date: Thu, 28 Dec 1995 00:12:30 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Hi, I now have installed 2.2-current as of 22-december and I found out that kern_sysctl.c have gone thew a lot of changes, and that have given me a question: There's some new interfaces in the sysctl MIB that's not documented but there is a comment that says: /* * "Staff-functions" * * These functions implement a presently undocumented interface * used by the sysctl program to walk the tree, and get the type * so it can print the value. * This interface is under work and consideration, and should probably * be killed with a big axe by the first person who can find the time. * (be aware though, that the proper interface isn't as obvious as it * may seem, there are various conflicting requirements. * * {0,0} printf the entire MIB-tree. * {0,1,...} return the name of the "..." OID. * {0,2,...} return the next OID. * {0,3} return the OID of the name in "new" * {0,4,...} return the kind & format info for the "..." OID. */ I guess there is some essential things that isn't working (0.4.hw.devconf.x for example), is there any ongoing work or any forum where this is discussed? /Mattias From owner-freebsd-hackers Wed Dec 27 15:50:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26426 for hackers-outgoing; Wed, 27 Dec 1995 15:50:54 -0800 (PST) Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA26417 for ; Wed, 27 Dec 1995 15:50:47 -0800 (PST) Received: from babbage (isi.vip.best.com [204.156.156.143]) by blob.best.net (8.6.12/8.6.5) with SMTP id PAA00507 for ; Wed, 27 Dec 1995 15:50:44 -0800 Message-Id: <199512272350.PAA00507@blob.best.net> Comments: Authenticated sender is From: "Marc de Groot" Organization: Immersive Systems, Inc. To: hackers@freebsd.org Date: Wed, 27 Dec 1995 15:50:43 -0800 Subject: Laptops? Reply-to: marc@immersive.com Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Sender: owner-hackers@freebsd.org Precedence: bulk Before I go blow 3.6 kilobucks on a laptop, maybe someone has some advice for me. I need a machine with the following: Pentium 75 16MB RAM 800MB disk 28.8k modem Internal or external CD-ROM Active matrix SVGA -- with PCI bus. Must be fast! 16-bit stereo sound capability This machine will be used to demo a real-time 3D graphics application. High speed for VGA access and floating-point are the crucial performance parameters. I got a quote for about $3650 from Swan Technologies. These guys have been around for 12 years, and have gotten awards from PC magazine, etc. Seems like a good product, but it's one of the second-tier names (not like Toshiba, NEC, etc) so I'm thinking twice. The price is great, the warranty is decent. Is there anything comparable? Does anyone have any good or bad experience with Swan? Any recommendations for another brand? ^M ---- Marc de Groot | Immersive Systems, Inc. | http://www.immersive.com | Real VR for the net! "The aim of AI is to make computers act like the ones in the movies." -Graham Mann From owner-freebsd-hackers Wed Dec 27 16:48:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28482 for hackers-outgoing; Wed, 27 Dec 1995 16:48:42 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA28473 for ; Wed, 27 Dec 1995 16:48:38 -0800 (PST) Received: from mailgate.ericsson.se (mailgate.ericsson.se [130.100.2.2]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id QAA13348 for ; Wed, 27 Dec 1995 16:48:27 -0800 Received: from sa.erisoft.se (epls01.sa.erisoft.se [150.132.128.1]) by mailgate.ericsson.se (8.6.11/1.0) with SMTP id BAA17767; Thu, 28 Dec 1995 01:40:55 +0100 Received: from sws021.sa.erisoft.se by sa.erisoft.se (4.1/SMI-4.1-ERIS0.99) id AA28094; Thu, 28 Dec 95 01:40:55 +0100 From: Mattias.Gronlund@sa.erisoft.se (Mattias Gronlund) Received: by sws021.sa.erisoft.se (5.x/client-1.3) id AA04766; Thu, 28 Dec 1995 01:40:21 +0100 Message-Id: <9512280040.AA04766@sws021.sa.erisoft.se> Subject: Re: iostat and msps To: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 28 Dec 1995 01:40:20 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199512271546.AA16282@Sysiphos> from "Stefan Esser" at Dec 27, 95 04:46:23 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk On Wed, 27 Dec 1995 16:46 Stefan Esser wrote: > Well, if we agree on some standard format, I'll make the NCR driver > create the necessary data ... I think it would be great if we could agree on some standard format. Here's a proposal of parameters that whould be nice to collect: a busy (clock ticks) b read_transfers (number of) c write_transfers (number of) d read_bytes (number of) e write_bytes (number of) f queue_length (sum of the queue length when transfer initiated) g wait (clock ticks when the wueue length > 1) h serve_length (sum of the serve queue length when transfer initiated) i fly_interrupts (number of) j brk_interrupts (number of) k expected_disconnects (number of) l unexpected_disconnects (number of) Is there any device that can serve more then I request at a time that would need (h)? I guess k and l only is relevant for scsi devices but it would be nice to have them avaible. If we let the statistics and the number of clockticks from boot (t) to be read together by one sysctl call, I think we could calculate at least the following intresting information from the collected data: Average number of bytes read per transfer = d / b Average number of bytes write per transfer = e / c Average number of bytes read per clocktick = d / t Average number of bytes write per clocktick = e / t Average number of read transfers per clocktick = b / t Average number of write transfers per clocktick = c / t Average number of requests on queue = f / (b+c) Average number of requests on serve queue = h / (b+c) Average service time = a / (b+c) Percent busy = 100 * a / t Percent wait = 100 * g / t /Mattias From owner-freebsd-hackers Wed Dec 27 17:22:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA00264 for hackers-outgoing; Wed, 27 Dec 1995 17:22:56 -0800 (PST) Received: from Aspen.Woc.Atinc.COM ([198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA00258 for ; Wed, 27 Dec 1995 17:22:52 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id UAA05467; Wed, 27 Dec 1995 20:22:16 -0500 Date: Wed, 27 Dec 1995 20:22:14 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: David Greenman cc: "Jordan K. Hubbard" , hackers@FreeBSD.org Subject: trolls, moderations and "be all that you can be" aka "YOU GOTTA RUN , WITH THE BEST" In-Reply-To: <199512271947.LAA00142@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk tis the season to be jolly. so we have gotten a few bozograms. yawn. i just cant get worked up about it...must be the eggnog. we have a mechanism in place to cut off any person or site required. to date only two people have merited that treatment. if you have been on the lists a while, you know who they are. i certainly remember. (really, terry, you have to raise a lynch mob in arizona and deal with the clueless net users there ;) we will get bozograms in the future. if it gets bad we will come thru the wires and....(ohhhhh...bad flashback) and now back to your regularly scheduled programming: "my beeblebrotz multimedia card wont....." jmb Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG From owner-freebsd-hackers Wed Dec 27 17:29:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA00686 for hackers-outgoing; Wed, 27 Dec 1995 17:29:55 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA00680 for ; Wed, 27 Dec 1995 17:29:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA02031; Wed, 27 Dec 1995 17:29:41 -0800 To: marc@immersive.com cc: hackers@freebsd.org Subject: Re: Laptops? In-reply-to: Your message of "Wed, 27 Dec 1995 15:50:43 PST." <199512272350.PAA00507@blob.best.net> Date: Wed, 27 Dec 1995 17:29:41 -0800 Message-ID: <2028.820114181@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Active matrix SVGA -- with PCI bus. Must be fast! You sure you want a laptop with a PCI bus (not that I've ever seen one)? What will you plug into it? :-) Jordan From owner-freebsd-hackers Wed Dec 27 18:22:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03195 for hackers-outgoing; Wed, 27 Dec 1995 18:22:42 -0800 (PST) Received: from cwbtwo.bsi.com.br ([200.250.250.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA03189 for ; Wed, 27 Dec 1995 18:22:35 -0800 (PST) Received: (from lenzi@localhost) by cwbtwo.bsi.com.br (8.6.11/8.6.9) id AAA04522; Thu, 28 Dec 1995 00:20:30 GMT Date: Thu, 28 Dec 1995 00:20:29 +0000 () From: Sergio Lenzi To: hackers@freebsd.org Subject: make boot floppy. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hello all, Excuse-me for making such a question here at hackers list, but I have done in questions list and got no answer... problem: I need to make a floppy (boot disk) using the sources, I have the source (usr/src) direcory, AS I have seen in the makefiles, the command make World wound compile everyting. question: Is it possible to make only the boot floppy without makeing world?? Is there a road map on how to do it?? Please??? Sergio de Almeida Lenzi. From owner-freebsd-hackers Wed Dec 27 18:25:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03430 for hackers-outgoing; Wed, 27 Dec 1995 18:25:38 -0800 (PST) Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA03419 for ; Wed, 27 Dec 1995 18:25:33 -0800 (PST) Received: from babbage (isi.vip.best.com [204.156.156.143]) by blob.best.net (8.6.12/8.6.5) with SMTP id SAA15762; Wed, 27 Dec 1995 18:25:27 -0800 Message-Id: <199512280225.SAA15762@blob.best.net> Comments: Authenticated sender is From: "Marc de Groot" Organization: Immersive Systems, Inc. To: "Jordan K. Hubbard" Date: Wed, 27 Dec 1995 18:25:26 -0800 Subject: Re: Laptops? Reply-to: marc@immersive.com CC: hackers@freebsd.org Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Sender: owner-hackers@freebsd.org Precedence: bulk > > Active matrix SVGA -- with PCI bus. Must be fast! > > You sure you want a laptop with a PCI bus (not that I've ever seen one)? > What will you plug into it? :-) > This is a PCI bus without a slot, and it's for the processor-to-VGA data path. I asked when I saw it in the ad for the machine. ^M ---- Marc de Groot | Immersive Systems, Inc. | http://www.immersive.com | Real VR for the net! "The aim of AI is to make computers act like the ones in the movies." -Graham Mann From owner-freebsd-hackers Wed Dec 27 18:27:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03684 for hackers-outgoing; Wed, 27 Dec 1995 18:27:08 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA03679 for ; Wed, 27 Dec 1995 18:27:04 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id VAA13499; Wed, 27 Dec 1995 21:39:07 -0500 From: Peter Dufault Message-Id: <199512280239.VAA13499@hda.com> Subject: Re: Laptops? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 27 Dec 1995 21:39:07 -0500 (EST) Cc: marc@immersive.com, hackers@FreeBSD.org In-Reply-To: <2028.820114181@time.cdrom.com> from "Jordan K. Hubbard" at Dec 27, 95 05:29:41 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > Active matrix SVGA -- with PCI bus. Must be fast! > > You sure you want a laptop with a PCI bus (not that I've ever seen one)? > What will you plug into it? :-) You'll plug it into your docking station and plug PCI cards into that. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Wed Dec 27 18:37:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA04480 for hackers-outgoing; Wed, 27 Dec 1995 18:37:44 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA04461 for ; Wed, 27 Dec 1995 18:37:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA02256; Wed, 27 Dec 1995 18:37:23 -0800 To: Sergio Lenzi cc: hackers@freebsd.org Subject: Re: make boot floppy. In-reply-to: Your message of "Thu, 28 Dec 1995 00:20:29 GMT." Date: Wed, 27 Dec 1995 18:37:23 -0800 Message-ID: <2254.820118243@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > problem: I need to make a floppy (boot disk) using the sources, > I have the source (usr/src) direcory, AS I have seen in the makefiles, > the command make World wound compile everyting. > question: Is it possible to make only the boot floppy without makeing world?? No. In fact, you need to do a lot more than that. You need to do a `make release' and you need to have a full CVS tree on your machine. Sorry, those are just the minimum requirements right now. Jordan From owner-freebsd-hackers Wed Dec 27 18:43:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA05530 for hackers-outgoing; Wed, 27 Dec 1995 18:43:55 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA05518 for ; Wed, 27 Dec 1995 18:43:52 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA00643 for hackers@freebsd.org; Thu, 28 Dec 1995 13:21:06 +1030 From: Michael Smith Message-Id: <199512280251.NAA00643@genesis.atrad.adelaide.edu.au> Subject: Re: YOU GOTTA RUN WITH THE BEST To: hackers@freebsd.org Date: Thu, 28 Dec 1995 13:21:06 +1030 (CST) In-Reply-To: <199512271617.IAA01003@freefall.freebsd.org> from "SpUnK3y@LiNuX.3l33T.OrG" at Dec 27, 95 08:17:29 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk SpUnK3y@LiNuX.3l33T.OrG stands accused of saying: > > It goes without saying that to be the BEST you have to run with the best. > And of course, the only way to do that is to run LINUX. ... Of course, not only should these MVS losers update their _software_, they should get some new _administrators_ as well. >Received: from LiNuX.3l33T.OrG by UICVM.UIC.EDU (IBM VM SMTP V2R2) with TCP; > Wed, 27 Dec 95 10:10:55 CST >To: hackers@freebsd.org >From: SpUnK3y@LiNuX.3l33T.OrG >Subject: YOU GOTTA RUN WITH THE BEST -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Wed Dec 27 18:59:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA06388 for hackers-outgoing; Wed, 27 Dec 1995 18:59:35 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA06383 for ; Wed, 27 Dec 1995 18:59:32 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA00683 for hackers@freebsd.org; Thu, 28 Dec 1995 13:36:46 +1030 From: Michael Smith Message-Id: <199512280306.NAA00683@genesis.atrad.adelaide.edu.au> Subject: tape media verify (was re: 4GB baraccuda...) To: hackers@freebsd.org Date: Thu, 28 Dec 1995 13:36:46 +1030 (CST) In-Reply-To: <199512271939.AA02353@RockyMountain.rahul.net> from "Pete Delaney" at Dec 27, 95 11:39:36 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk (not really a -hackers issue, but maybe a useful snippet...) Pete Delaney stands accused of saying: > is recurring all the time, like my DAT tapes when I've got a write error, > the write ok, but on reading they get a media error, but then no matter > what I do, the error is always there. If I write a DAT and it reads ok, then > it seem to alreays read back ok. Seem the dat doesn't check what it writes. Tape media are inherently sequential, and can't verify what they've written without having seperate read and write heads. Not many have this; most tape units appear to rewind and check things like filemarks, but not bulk data. > -piet (The subject is close to heart, as my home system was down over christmas [phone screwup] and when I brought it back up, my boot disk [ST11200N] flaked and died. Big pout.) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Wed Dec 27 19:42:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA09445 for hackers-outgoing; Wed, 27 Dec 1995 19:42:07 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA09440 for ; Wed, 27 Dec 1995 19:42:03 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA00835; Thu, 28 Dec 1995 14:17:34 +1030 From: Michael Smith Message-Id: <199512280347.OAA00835@genesis.atrad.adelaide.edu.au> Subject: Re: syscons driver To: jdli@linux.csie.nctu.edu.tw (Chien-Ta Lee) Date: Thu, 28 Dec 1995 14:17:34 +1030 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199512231352.VAA08926@linux.csie.nctu.edu.tw> from "Chien-Ta Lee" at Dec 23, 95 09:52:55 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Chien-Ta Lee stands accused of saying: > > Is there any plan to add mouse (cut & paste) support to syscons > driver ? Soren is working on this; he's been sidetracked just recently but I expect to hear from him soonish. > And anyone port Linux's svga-lib to FreeBSD ?! If it is ported, > we might be able to port some Console Chinese Terminal Emulators > from Linux to FreeBSD ....and of course, games..... :) SVGAlib is a wank. Sorry to all those Linuxers who just love it, but it doesn't actually _achieve_ anything. Which chinese terminal emulators are you looking for? As I understand it, many/most of the X-based ones will build and run under FreeBSD just fine. > §õ «Ø ¹F (Adonis) ¥æ¤j¸ê¤u -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Wed Dec 27 20:00:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA10868 for hackers-outgoing; Wed, 27 Dec 1995 20:00:33 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA10858 for ; Wed, 27 Dec 1995 20:00:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id TAA00279; Wed, 27 Dec 1995 19:59:59 -0800 To: Michael Smith cc: jdli@linux.csie.nctu.edu.tw (Chien-Ta Lee), freebsd-hackers@freebsd.org Subject: Re: syscons driver In-reply-to: Your message of "Thu, 28 Dec 1995 14:17:34 +1030." <199512280347.OAA00835@genesis.atrad.adelaide.edu.au> Date: Wed, 27 Dec 1995 19:59:58 -0800 Message-ID: <277.820123198@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > SVGAlib is a wank. Sorry to all those Linuxers who just love it, but > it doesn't actually _achieve_ anything. Well, I think that's actually a bit harsh.. I've seen a couple of perfectly acceptable games running under svgalib (asteroids, doom) and apparently there's even a slick little gui toolkit somewhere for it. >From the achievement standpoint, it's not been that bad. The major criticism of it seems rather to be that it's insufficiently general - you need a low level shim written for each type of gfx card chipset. Given the speed at which new video cards are appearing on the market, I can easily see serious disadvanges to this and would much prefer an API that let me talk to *any* "Generic VGA" card at 640x480 resolution. I'm not sure if that's possible with syscons, but it'd certainly be the goal to shoot for. Anything else is just signing up for a long-term pain in the butt. Jordan From owner-freebsd-hackers Wed Dec 27 20:35:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA12204 for hackers-outgoing; Wed, 27 Dec 1995 20:35:32 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA12195 for ; Wed, 27 Dec 1995 20:35:25 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA01086; Thu, 28 Dec 1995 15:12:27 +1030 From: Michael Smith Message-Id: <199512280442.PAA01086@genesis.atrad.adelaide.edu.au> Subject: Re: Laptops? To: marc@immersive.com Date: Thu, 28 Dec 1995 15:12:27 +1030 (CST) Cc: jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199512280225.SAA15762@blob.best.net> from "Marc de Groot" at Dec 27, 95 06:25:26 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Marc de Groot stands accused of saying: > > > > Active matrix SVGA -- with PCI bus. Must be fast! > > > > You sure you want a laptop with a PCI bus (not that I've ever seen one)? > > What will you plug into it? :-) > > > This is a PCI bus without a slot, and it's for the processor-to-VGA data path. So probably not a real PCI bus at all, but just a direct mapping of the display into the processor address space, somewhat like what used to be called "VLB video" back when VLB was all the rage. > Marc de Groot | Immersive Systems, Inc. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Wed Dec 27 20:36:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA12340 for hackers-outgoing; Wed, 27 Dec 1995 20:36:16 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA12332 for ; Wed, 27 Dec 1995 20:36:07 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA01069; Thu, 28 Dec 1995 15:11:03 +1030 From: Michael Smith Message-Id: <199512280441.PAA01069@genesis.atrad.adelaide.edu.au> Subject: Re: syscons driver To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 28 Dec 1995 15:11:03 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@freebsd.org In-Reply-To: <277.820123198@time.cdrom.com> from "Jordan K. Hubbard" at Dec 27, 95 07:59:58 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > From the achievement standpoint, it's not been that bad. The major > criticism of it seems rather to be that it's insufficiently general - > you need a low level shim written for each type of gfx card chipset. Agreed, although I suspect that you can tell it to assume a 'generic' VGA interface. > Given the speed at which new video cards are appearing on the market, > I can easily see serious disadvanges to this and would much prefer an > API that let me talk to *any* "Generic VGA" card at 640x480 > resolution. I'm not sure if that's possible with syscons, but it'd > certainly be the goal to shoot for. Anything else is just signing > up for a long-term pain in the butt. You certainly can kick syscons into any of the majorish video modes : (from ) #define M_VGA11 26 /* vga 640x480 2 colors */ #define M_BG640x480 26 #define M_VGA12 27 /* vga 640x480 16 colors */ #define M_CG640x480 27 #define M_VGA13 28 /* vga 640x200 256 colors */ #define M_VGA_CG320 28 ... #define SW_VGA11 _IO('S', M_VGA11) #define SW_BG640x480 _IO('S', M_VGA11) #define SW_VGA12 _IO('S', M_VGA12) I would presume that there's some way of mapping the console video memory into the process's address space, or alternatively it would be neccessary to implement an ioctl to copy regions back and forth (yucky). > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Wed Dec 27 20:48:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA12884 for hackers-outgoing; Wed, 27 Dec 1995 20:48:24 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA12877 for ; Wed, 27 Dec 1995 20:48:21 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA01159 for hackers@freebsd.org; Thu, 28 Dec 1995 15:25:37 +1030 From: Michael Smith Message-Id: <199512280455.PAA01159@genesis.atrad.adelaide.edu.au> Subject: Adaptec 2940 panic in 2.1R To: hackers@freebsd.org Date: Thu, 28 Dec 1995 15:25:36 +1030 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I take it back about not getting any more feedback from the site with the 2940 problem; this is the most recent update : > run a lot faster. The problem now is the constant rebooting of the > system which seems to be getting cronic. The actual error message that > is written to the screen is never written to the log but I tried to copy > it down: > > ahc0 Issue Chat BUS A RESET #2 <-- this shoots bye > sd0 timed out sd0 lun0 SCB aborted <-- along with this for screens full > Panic reboot <-- then this happens and it reboots > > The entire process is maybe 20 seconds. Any suggestions on this would be _greatly_ appreciated. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Wed Dec 27 20:49:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA12917 for hackers-outgoing; Wed, 27 Dec 1995 20:49:02 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA12909 for ; Wed, 27 Dec 1995 20:48:56 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id VAA00704; Wed, 27 Dec 1995 21:40:56 -0700 From: Terry Lambert Message-Id: <199512280440.VAA00704@phaeton.artisoft.com> Subject: Re: your mail To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 27 Dec 1995 21:40:56 -0700 (MST) Cc: daemon@bee.cs.kiev.ua, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199512270910.KAA03908@uriah.heep.sax.de> from "J Wunsch" at Dec 27, 95 10:10:31 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > [lockd] > > > My question is: is anyone here working on it? Have some thoughts on it? > > I am too lazy to put more storage into Suns comparing to to implementing NFS > > locking for FreeBSD... any advice? > > Olaf Kirch once started a lockd implementation for Linux. I've done a > very basic FreeBSD port, and sent him back my patches. It compiles > now, to the very least. > > I could give you some pointers. There is a fully functional (from what I can tell) statd. I am hacking on the lockd, but since I am on vacation, I haven't been doing much. I have posted the necessary kernel patches for proxy identification in the past, and there is one minor patch for the NFS handle to open fd translation to get it registered as a callback for a loadable NFS module. More on it as things develope. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Dec 27 20:50:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA12997 for hackers-outgoing; Wed, 27 Dec 1995 20:50:07 -0800 (PST) Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA12990 for ; Wed, 27 Dec 1995 20:50:04 -0800 (PST) Received: from babbage (isi.vip.best.com [204.156.156.143]) by blob.best.net (8.6.12/8.6.5) with SMTP id UAA27696; Wed, 27 Dec 1995 20:49:55 -0800 Message-Id: <199512280449.UAA27696@blob.best.net> Comments: Authenticated sender is From: "Marc de Groot" Organization: Immersive Systems, Inc. To: Michael Smith Date: Wed, 27 Dec 1995 20:49:54 -0800 Subject: Re: Laptops? Reply-to: marc@immersive.com CC: jkh@time.cdrom.com, hackers@freebsd.org Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Sender: owner-hackers@freebsd.org Precedence: bulk > So probably not a real PCI bus at all, but just a direct mapping of the > display into the processor address space, somewhat like what used to be > called "VLB video" back when VLB was all the rage. They call it PCI Local Bus. I assume it's a translation error between the engineer and the ad copy writer. ^M ---- Marc de Groot | Immersive Systems, Inc. | http://www.immersive.com | Real VR for the net! "The aim of AI is to make computers act like the ones in the movies." -Graham Mann From owner-freebsd-hackers Wed Dec 27 20:50:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA13008 for hackers-outgoing; Wed, 27 Dec 1995 20:50:09 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA12995 for ; Wed, 27 Dec 1995 20:50:06 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id VAA00715; Wed, 27 Dec 1995 21:43:39 -0700 From: Terry Lambert Message-Id: <199512280443.VAA00715@phaeton.artisoft.com> Subject: Re: A Good OS for BIND? (fwd) To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 27 Dec 1995 21:43:39 -0700 (MST) Cc: bind-users@vix.com, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199512240911.KAA29998@uriah.heep.sax.de> from "J Wunsch" at Dec 24, 95 10:11:12 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > With the SunOS 4.1.X limitations (file descriptors and VM system) > > > would one of the BSD 4.4 OS's (NetBSD, FreeBSD, BSD/OS) be a better > > > choice for running BIND? What other OS's would be a good choice? > > The 4.4BSD's are certainly suitable platforms to run it. Even old and > slow machines like a 5Vax 2000 or an i386/16 are known to run all > versions of BIND fine. The newer versions of bind have static initialization avoidance. In English: they won't work with some old code that isn't updated at the same time you update bind because of some initialization order assumptions the old code makes. So if you get the new bind, you need the new sendmail, etc. as well. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Dec 27 20:58:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA13421 for hackers-outgoing; Wed, 27 Dec 1995 20:58:45 -0800 (PST) Received: from uniwa.uwa.edu.au (root@uniwa.uwa.edu.au [130.95.128.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA13416 for ; Wed, 27 Dec 1995 20:58:42 -0800 (PST) Received: from tartarus.uwa.edu.au (tartarus.uwa.edu.au [130.95.128.3]) by uniwa.uwa.edu.au (8.6.11/8.6.9) with ESMTP id MAA07303 for ; Thu, 28 Dec 1995 12:58:40 +0800 Received: from tiger.uwa.edu.au (ub233.dialup.uwa.edu.au [130.95.46.233]) by tartarus.uwa.edu.au (8.7.3/8.7.3) with SMTP id MAA31267 for ; Thu, 28 Dec 1995 12:58:37 +0800 (WST) Message-ID: <30E22496.35CC@tartarus.uwa.edu.au> Date: Thu, 28 Dec 1995 13:01:10 +0800 From: Adrian Khoo X-Mailer: Mozilla 2.0b3 (Win95; I) MIME-Version: 1.0 To: hackers@freebsd.org Subject: DOSEMU for FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Yes Im interested in helping out... however Im just new to the FREEBSD environment. Could you please tell me where i can get all the codes required? I have just switch to FREEBSD. Thanks in advance. Adrian JQ From owner-freebsd-hackers Wed Dec 27 23:15:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18853 for hackers-outgoing; Wed, 27 Dec 1995 23:15:36 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA18848 for ; Wed, 27 Dec 1995 23:15:33 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA01593; Thu, 28 Dec 1995 17:52:40 +1030 From: Michael Smith Message-Id: <199512280722.RAA01593@genesis.atrad.adelaide.edu.au> Subject: Re: Cyclades 32-port card, cy/cyb drivers To: hsu@clinet.fi (Heikki Suonsivu) Date: Thu, 28 Dec 1995 17:52:40 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <199512252321.BAA29093@plentium.clinet.fi> from "Heikki Suonsivu" at Dec 26, 95 01:21:57 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Heikki Suonsivu stands accused of saying: > I just hacked this together. Please notice that you need a config line > > # Allow 32 port cyclades boards > options "CY_MAX_CD1400s=8" > > to enable 32 ports. You can't put more than one 32 port board in, and you > can't use the same kernel for configurations with multiple smaller boards, > as there are not enough minor numbers available. Thanks for that, Heikki. Unfortunately, the owner has gone and put in a Linux machine just to run the card. Man am I pissed. First opportunity I get, I'll try to get it back into a FreeBSD box and run your changes, but before that I have to get his 2940 working, or face him converting everything except his news server over to Linux. > Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Wed Dec 27 23:18:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18977 for hackers-outgoing; Wed, 27 Dec 1995 23:18:10 -0800 (PST) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA18972 for ; Wed, 27 Dec 1995 23:18:07 -0800 (PST) Received: (from mbarkah@localhost) by hemi.com (8.6.11/8.6.9) id AAA11252 for hackers@freebsd.org; Thu, 28 Dec 1995 00:17:47 -0700 From: Ade Barkah Message-Id: <199512280717.AAA11252@hemi.com> Subject: what does negative iostat sps mean anyway ? To: hackers@freebsd.org Date: Thu, 28 Dec 1995 00:17:47 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hello, I get negative 'sectors transfered per second' (sps) value from iostat sometimes. What does it actually mean ? I didn't know sps was directional. sd0 sd1 cd0 cpu sps tps msps sps tps msps sps tps msps us ni sy in id -5 0 0.8 -3 0 0.9 0 0 0.0 1 3 5 1 90 Sorry for such a dumb question, -Ade -------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - www: -------------------------------------------------------------------- From owner-freebsd-hackers Thu Dec 28 00:13:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21108 for hackers-outgoing; Thu, 28 Dec 1995 00:13:36 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21100 Thu, 28 Dec 1995 00:13:32 -0800 (PST) Message-Id: <199512280813.AAA21100@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Michael Smith cc: hsu@clinet.fi (Heikki Suonsivu), hackers@freebsd.org Subject: Re: Cyclades 32-port card, cy/cyb drivers In-reply-to: Your message of "Thu, 28 Dec 1995 17:52:40 +1030." <199512280722.RAA01593@genesis.atrad.adelaide.edu.au> Date: Thu, 28 Dec 1995 00:13:32 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >First opportunity I get, I'll try to get it back into a FreeBSD box and >run your changes, but before that I have to get his 2940 working, or >face him converting everything except his news server over to Linux. Linux uses the same sequencer code that we do, so the problems should be much the same. Of course one of the problems that's hitting people seems to be in the kernel driver. Anyway, as soon as I get back from vacation, there will be a much revamped version of the driver hitting the tree that should fix most of these problems. I'm not, however, going to commit it until I finish all the things on my list and my "beta" testers give it a clean bill of health. A few more days is all I ask. I should be back at my home keyboard sometime Friday. Linux uses the same sequencer code. >-- >]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ >]] Genesis Software genesis@atrad.adelaide.edu.au [[ >]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ >]] realtime instrument control (ph/fax) +61-8-267-3039 [[ >]] "Who does BSD?" "We do Chucky, we do." [[ -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Thu Dec 28 00:19:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21338 for hackers-outgoing; Thu, 28 Dec 1995 00:19:20 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA21332 for ; Thu, 28 Dec 1995 00:19:17 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA01983; Thu, 28 Dec 1995 18:56:13 +1030 From: Michael Smith Message-Id: <199512280826.SAA01983@genesis.atrad.adelaide.edu.au> Subject: Re: Cyclades 32-port card, cy/cyb drivers To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Thu, 28 Dec 1995 18:56:12 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, hsu@clinet.fi, hackers@freebsd.org In-Reply-To: <199512280813.AAA21100@freefall.freebsd.org> from "Justin T. Gibbs" at Dec 28, 95 00:13:32 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Justin T. Gibbs stands accused of saying: > seems to be in the kernel driver. Anyway, as soon as I get back from > vacation, there will be a much revamped version of the driver hitting > the tree that should fix most of these problems. I'm not, however, Just a clarification here, in case my unhappy tenor made it through in my posting; I'm not whining about you taking a holiday, I'm just unhappy because I've been trying to help these people and _everything_ imaginable has gone wrong. > "beta" testers give it a clean bill of health. A few more days is > all I ask. I should be back at my home keyboard sometime Friday. Take your holiday; ignore us and enjoy yourself; I'll be revolting and trite and point out that you deserve it. > Justin T. Gibbs Thanks for the feedback. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Thu Dec 28 00:23:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21513 for hackers-outgoing; Thu, 28 Dec 1995 00:23:26 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21507 for ; Thu, 28 Dec 1995 00:23:22 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Thu, 28 Dec 95 08:23 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id JAA04268; Thu, 28 Dec 1995 09:20:39 +0100 Message-Id: <199512280820.JAA04268@allegro.lemis.de> Subject: Re: YOU GOTTA RUN WITH THE BEST To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 28 Dec 1995 09:20:39 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <6201.820089598@time.cdrom.com> from "Jordan K. Hubbard" at Dec 27, 95 10:39:58 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > No doubt about it, gotta get better filtering! Only problem is, how do > you filter noise without filtering content? > > Maybe it's time to start talking about making this list *moderated* > again? :-) Hmmm. One silly message, but I have had a total of 18 messages so far: the original message twice, once to hackers and once to the BSDI group, and 16 answers, all from the hacker posting, none from the BSDI posting. I don't know what this signifies (maybe just that hackers is more active), but I don't think that this level of nuisance warrants moderation, especially as it's bound to slow things down. Greg From owner-freebsd-hackers Thu Dec 28 00:46:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22116 for hackers-outgoing; Thu, 28 Dec 1995 00:46:35 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA22110 for ; Thu, 28 Dec 1995 00:46:32 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA19910; Thu, 28 Dec 1995 09:47:59 +0100 Message-Id: <199512280847.JAA19910@gilberto.physik.rwth-aachen.de> Subject: Re: make boot floppy. To: lenzi@cwbtwo.bsi.com.br (Sergio Lenzi) Date: Thu, 28 Dec 1995 09:47:58 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: from "Sergio Lenzi" at Dec 28, 95 00:20:29 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > > Hello all, > > Excuse-me for making such a question here at hackers list, > but I have done in questions list and got no answer... > > problem: I need to make a floppy (boot disk) using the sources, > I have the source (usr/src) direcory, AS I have seen in the makefiles, > the command make World wound compile everyting. > question: Is it possible to make only the boot floppy without makeing world?? > Is there a road map on how to do it?? Please??? > > Sergio de Almeida Lenzi. Making boot floppies implies making a release (/usr/src/release/Makefile) which in turn implies make world and lots of other things. Also (I believe) you need a CVS tree to roll your own release. As you see, It's not an easy task. > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Thu Dec 28 00:47:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22144 for hackers-outgoing; Thu, 28 Dec 1995 00:47:17 -0800 (PST) Received: from linux.csie.nctu.edu.tw (jdli@linux.csie.nctu.edu.tw [140.113.235.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA22139 for ; Thu, 28 Dec 1995 00:47:13 -0800 (PST) Received: (from jdli@localhost) by linux.csie.nctu.edu.tw (8.6.9/8.6.9) id QAA12627 for freebsd-hackers@FreeBSD.ORG; Thu, 28 Dec 1995 16:43:44 +0800 From: Chien-Ta Lee Message-Id: <199512280843.QAA12627@linux.csie.nctu.edu.tw> Subject: Re: syscons driver To: freebsd-hackers@FreeBSD.ORG Date: Thu, 28 Dec 1995 16:43:43 +0800 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > And anyone port Linux's svga-lib to FreeBSD ?! If it is ported, > > we might be able to port some Console Chinese Terminal Emulators > > from Linux to FreeBSD ....and of course, games..... :) > > SVGAlib is a wank. Sorry to all those Linuxers who just love it, but > it doesn't actually _achieve_ anything. > > Which chinese terminal emulators are you looking for? As I understand it, > many/most of the X-based ones will build and run under FreeBSD just fine. > I knew X-based terminals, but I am talking about Chinese terminal running on "console". Currently there are two Chinese terminals running on Linux console, one is based on svgalib (called YACT), which is able to run under 1024x768x256 with hardware-scroll (I don't know if this term is correct or not) It looks just like ETen Chinese System running on DOS which is the most popular Chinese system here. Sometime you just don't want to (or the hardware can't afford to) run X. And, a Chinese terminal running on console makes the installation of FreeBSD (or Linux) using real "Chinese" possible. :) -- §õ «Ø ¹F (Adonis) ¥æ¤j¸ê¤u Mail: jdli@csie.nctu.edu.tw From owner-freebsd-hackers Thu Dec 28 01:02:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA22668 for hackers-outgoing; Thu, 28 Dec 1995 01:02:15 -0800 (PST) Received: from toadflax.cs.ucdavis.edu (toadflax.cs.ucdavis.edu [128.120.56.188]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA22652 for ; Thu, 28 Dec 1995 01:02:12 -0800 (PST) Received: by toadflax.cs.ucdavis.edu (4.1/UCD.CS.2.6) id AA01712; Thu, 28 Dec 95 01:02:09 PST From: obrien@cs.ucdavis.edu (David E. O'Brien) Message-Id: <9512280902.AA01712@toadflax.cs.ucdavis.edu> Subject: ecu-3.38/POSIX question To: freebsd-hackers@freebsd.org Date: Thu, 28 Dec 1995 01:02:08 -0800 (PST) X-Mailer: ELM [version 2.4 PL24 PGP3ALPHA] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I'm trying to compile ecu-3.38 under FreeBSD 2.1.0. I am hitting a snag with ``CBAUD'' in ldserial.c. Does anyone know what in the world ``CBAUD'' is? I grep'ed around under SunOS 4.1.1 and found: /* control modes */ #ifndef _POSIX_SOURCE #define CBAUD 0x0000000f #endif Any ideas how I should proceed? (yes, I know there is a port of this, but the port is for an eariler version that isn't on the master site anymore) -- David (obrien@cs.ucdavis.edu) From owner-freebsd-hackers Thu Dec 28 01:36:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA24253 for hackers-outgoing; Thu, 28 Dec 1995 01:36:16 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA24234 Thu, 28 Dec 1995 01:36:05 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA01027; Thu, 28 Dec 1995 10:36:02 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA12984; Thu, 28 Dec 1995 10:36:01 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA04688; Thu, 28 Dec 1995 10:03:19 +0100 (MET) From: J Wunsch Message-Id: <199512280903.KAA04688@uriah.heep.sax.de> Subject: Re: Faking the IP address for a temporarily dead host To: jhs@freebsd.org Date: Thu, 28 Dec 1995 10:03:19 +0100 (MET) Cc: hackers@freebsd.org, postmaster@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512261337.OAA09011@vector.enet> from "Julian Stacey jhs@freebsd.org" at Dec 26, 95 02:37:19 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Julian Stacey jhs@freebsd.org wrote: > > What would be the technical ramifications of faking an IP address to be > that of a friend's FreeBSD system that has temporarily died ? > ( presumably mail for the users on that box is currently piling up in > sendmail queues around the world (inc. freefall)). I would prefer adding an MX record to a host in the neighbourhood, and deliver by UUCP finally (or temporarily make the MX forwarder recognize itself by another name, i.e. add it to the Cw class in sendmail.cf). Depending on the default TTL of the zone where this host is in, the new MX should propagate in reasonably short time, and the MX could finally still serve as a fallback. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Dec 28 01:36:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA24265 for hackers-outgoing; Thu, 28 Dec 1995 01:36:19 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA24245 for ; Thu, 28 Dec 1995 01:36:12 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA01031; Thu, 28 Dec 1995 10:36:04 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA12985; Thu, 28 Dec 1995 10:36:03 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA04784; Thu, 28 Dec 1995 10:16:15 +0100 (MET) From: J Wunsch Message-Id: <199512280916.KAA04784@uriah.heep.sax.de> Subject: Re: make boot floppy. To: lenzi@cwbtwo.bsi.com.br (Sergio Lenzi) Date: Thu, 28 Dec 1995 10:16:15 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Sergio Lenzi" at Dec 28, 95 00:20:29 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Sergio Lenzi wrote: > > question: Is it possible to make only the boot floppy without makeing world?? > Is there a road map on how to do it?? Please??? Currently, you even need 400 MB for a full ``make release'', plus the CVS tree, if you wanna go with the /usr/release/Makefile. If all you need is _a_ boot floppy (not _the_ boot floppy from the distribution), simply make a ufs floppy, put at least /kernel and /sbin/init there (or /stand/sysinstall, should you prefer), and go with it. RTFM crunchgen/crunhide for an effective way to tie your necessary binaries together. Don't forget to reduce the default amount of i-nodes on the floppy when newfsing it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Dec 28 02:30:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26450 for hackers-outgoing; Thu, 28 Dec 1995 02:30:42 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA26439 for ; Thu, 28 Dec 1995 02:30:22 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA14304; Thu, 28 Dec 1995 11:28:45 +0100 From: Luigi Rizzo Message-Id: <199512281028.LAA14304@labinfo.iet.unipi.it> Subject: Re: make boot floppy. To: kuku@gilberto.physik.rwth-aachen.de Date: Thu, 28 Dec 1995 11:28:45 +0100 (MET) Cc: lenzi@cwbtwo.bsi.com.br, hackers@FreeBSD.org In-Reply-To: <199512280847.JAA19910@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Dec 28, 95 09:47:39 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > Making boot floppies implies making a release (/usr/src/release/Makefile) > which in turn implies make world and lots of other things. > Also (I believe) you need a CVS tree to roll your own release. not necessarily make a full release, although, last time I checked (july ?) the makefiles were broken and didn't build all the required objects. > As you see, It's not an easy task. This is very true! Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Thu Dec 28 02:51:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA27497 for hackers-outgoing; Thu, 28 Dec 1995 02:51:38 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA27487 for ; Thu, 28 Dec 1995 02:51:25 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA26160; Thu, 28 Dec 1995 21:47:30 +1100 Date: Thu, 28 Dec 1995 21:47:30 +1100 From: Bruce Evans Message-Id: <199512281047.VAA26160@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, obrien@cs.ucdavis.edu Subject: Re: ecu-3.38/POSIX question Sender: owner-hackers@freebsd.org Precedence: bulk >I'm trying to compile ecu-3.38 under FreeBSD 2.1.0. I am hitting a snag >with ``CBAUD'' in ldserial.c. >Does anyone know what in the world ``CBAUD'' is? CBAUD is a mask for a bad way of setting and getting line speeds. Use cfsetispeed(), cfsetospeed(), cfgetispeed() and cfgetospeed() on POSIX systems. Bruce From owner-freebsd-hackers Thu Dec 28 02:55:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA27625 for hackers-outgoing; Thu, 28 Dec 1995 02:55:03 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA27616 for ; Thu, 28 Dec 1995 02:54:58 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id LAA11991; Thu, 28 Dec 1995 11:40:58 +0100 Message-Id: <199512281040.LAA11991@ra.dkuug.dk> Subject: Re: syscons driver To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 28 Dec 1995 11:40:58 +0100 (MET) Cc: jkh@time.cdrom.com, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@freebsd.org In-Reply-To: <199512280441.PAA01069@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Dec 28, 95 03:11:03 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk In reply to Michael Smith who wrote: > > Jordan K. Hubbard stands accused of saying: > > > From the achievement standpoint, it's not been that bad. The major > > criticism of it seems rather to be that it's insufficiently general - > > you need a low level shim written for each type of gfx card chipset. > > Agreed, although I suspect that you can tell it to assume a 'generic' > VGA interface. This is exactly my standpoint, syscons is able to set all "generic" video modes, and I'm not, repeat NOT, going to support anything else it would be a support nightmare of huge magnitude... > > Given the speed at which new video cards are appearing on the market, > > I can easily see serious disadvanges to this and would much prefer an > > API that let me talk to *any* "Generic VGA" card at 640x480 > > resolution. I'm not sure if that's possible with syscons, but it'd > > certainly be the goal to shoot for. Anything else is just signing > > up for a long-term pain in the butt. > > You certainly can kick syscons into any of the majorish video modes : > (from ) > > #define M_VGA11 26 /* vga 640x480 2 colors */ > #define M_BG640x480 26 > #define M_VGA12 27 /* vga 640x480 16 colors */ > #define M_CG640x480 27 > #define M_VGA13 28 /* vga 640x200 256 colors */ > #define M_VGA_CG320 28 > ... > #define SW_VGA11 _IO('S', M_VGA11) > #define SW_BG640x480 _IO('S', M_VGA11) > #define SW_VGA12 _IO('S', M_VGA12) > > I would presume that there's some way of mapping the console video memory > into the process's address space, or alternatively it would be neccessary > to implement an ioctl to copy regions back and forth (yucky). There is, you just mmap 0xa0000 and 64Kb forward :) There is much more to come this way, I'm bashing at it right now :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Thu Dec 28 02:57:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA27810 for hackers-outgoing; Thu, 28 Dec 1995 02:57:48 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA27801 for ; Thu, 28 Dec 1995 02:57:31 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA02339; Thu, 28 Dec 1995 11:57:26 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA13680; Thu, 28 Dec 1995 11:57:26 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id LAA05596; Thu, 28 Dec 1995 11:55:24 +0100 (MET) From: J Wunsch Message-Id: <199512281055.LAA05596@uriah.heep.sax.de> Subject: Re: ecu-3.38/POSIX question To: obrien@cs.ucdavis.edu (David E. O'Brien) Date: Thu, 28 Dec 1995 11:55:24 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9512280902.AA01712@toadflax.cs.ucdavis.edu> from "David E. O'Brien" at Dec 28, 95 01:02:08 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk As David E. O'Brien wrote: > > I'm trying to compile ecu-3.38 under FreeBSD 2.1.0. I am hitting a snag > with ``CBAUD'' in ldserial.c. > > Does anyone know what in the world ``CBAUD'' is? > > I grep'ed around under SunOS 4.1.1 and found: > > /* control modes */ > #ifndef _POSIX_SOURCE > #define CBAUD 0x0000000f > #endif > > Any ideas how I should proceed? Rewrite to use the Posix termios speed model. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Dec 28 02:57:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA27833 for hackers-outgoing; Thu, 28 Dec 1995 02:57:59 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA27825 for ; Thu, 28 Dec 1995 02:57:52 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id LAA12010; Thu, 28 Dec 1995 11:44:10 +0100 Message-Id: <199512281044.LAA12010@ra.dkuug.dk> Subject: Re: syscons driver To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 28 Dec 1995 11:44:10 +0100 (MET) Cc: msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <277.820123198@time.cdrom.com> from "Jordan K. Hubbard" at Dec 27, 95 07:59:58 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who wrote: > > > SVGAlib is a wank. Sorry to all those Linuxers who just love it, but > > it doesn't actually _achieve_ anything. Exactly, svgalib is a hack. it works (sortof) but only on a very limited set of harware, or just in "generic modes" which we allready support :) (and have for the last 2 years or something). > Well, I think that's actually a bit harsh.. I've seen a couple of > perfectly acceptable games running under svgalib (asteroids, doom) and > apparently there's even a slick little gui toolkit somewhere for it. What gui toolkit - where - where - show me, maybe it could save me writing some 1000's lines of code :) :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Thu Dec 28 03:52:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29887 for hackers-outgoing; Thu, 28 Dec 1995 03:52:18 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA29882 for ; Thu, 28 Dec 1995 03:52:14 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id HAA14634; Thu, 28 Dec 1995 07:04:20 -0500 From: Peter Dufault Message-Id: <199512281204.HAA14634@hda.com> Subject: Re: Laptops? To: marc@immersive.com Date: Thu, 28 Dec 1995 07:04:19 -0500 (EST) Cc: msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199512280449.UAA27696@blob.best.net> from "Marc de Groot" at Dec 27, 95 08:49:54 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > So probably not a real PCI bus at all, but just a direct mapping of the > > display into the processor address space, somewhat like what used to be > > called "VLB video" back when VLB was all the rage. > > They call it PCI Local Bus. I assume it's a translation error between the > engineer and the ad copy writer. I suspect internally it is a PCI bus using PCI support chips, and if it has a docking station it adds external PCI usses. Back to the original question, though, the TI 5100 and 5200 also match your requirements but are steep and no, I don't know if they work. The best price I've seen on the 5100 is $4485.00 plus $1213 for an additional 16MB RAM. It appears that the 8MB upgrade will lock you out of getting the max 32MB RAM, since they sell 8MB upgrade, 16MB upgrade, and 8MB "clip" that clips on to the memory upgrade. Basic specs are what you are looking for: 10.4" Active Matrix 1.2GB disk 8MB RAM PCI bus Various docking stations. I think they have sound also. They have a web page at "www.ti.com" that covers these notebooks. Anyone used any of these? I have to decide in the next day or two if I'm going to get one. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Thu Dec 28 03:53:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29957 for hackers-outgoing; Thu, 28 Dec 1995 03:53:36 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA29949 for ; Thu, 28 Dec 1995 03:53:33 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Thu, 28 Dec 95 11:53 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id MAA20604; Thu, 28 Dec 1995 12:49:38 +0100 Message-Id: <199512281149.MAA20604@allegro.lemis.de> Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) To: cosmos@misery.bssc.org (Daniel Leeds) Date: Thu, 28 Dec 1995 12:49:38 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers), jack@cdrom.com (Jack Velte) In-Reply-To: <199512271930.OAA20188@misery.bssc.org> from "Daniel Leeds" at Dec 27, 95 02:30:55 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk Daniel Leeds writes: > > Forwarded message: >> >>>> You make a program that erases my hd and you won't help??? >>>> I had to reinstall DOS cause your boot.flp erased my hd > >> If you had read my first letter you would have seen that I have >> now the notes say that if you have problems then write to >> questions@FreeBSd.org. so I did. and you all act like assholes well I >> have been useing freebsd for years >> forget me useing it anymore >> as a matter of fact I used to recomend it to my friends well FUCKING >> FORGET THAT TOO >> as a matter fact i am going to take the cd and shove it...nevermind that >> just forget about me or my clients useing freebsd anymore I am going to >> give them linux from now on...go to hell. > > another satisfied customer? what i dont understand is why they *never* > read the install docs. and if he has been using freebsd for years why > would it be so foreign to him....ahh well. between this and SpUnkeY or > whatever the hell his name is, the hackers list has been mildly amusing. I don't find this amusing. OK, he may be a jerk, but on the other hand, maybe he isn't. He's certainly frustrated, and it would be nice to understand why, and if there's anything that we can do to ensure that it doesn't happen more often than absolutely necessary. What was the problem? Greg From owner-freebsd-hackers Thu Dec 28 03:53:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29983 for hackers-outgoing; Thu, 28 Dec 1995 03:53:46 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA29978 for ; Thu, 28 Dec 1995 03:53:44 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Thu, 28 Dec 95 11:53 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id MAA20584 for hackers@freebsd.org; Thu, 28 Dec 1995 12:41:31 +0100 Message-Id: <199512281141.MAA20584@allegro.lemis.de> Subject: Missing symbols in latest -current To: hackers@freebsd.org (FreeBSD Hackers) Date: Thu, 28 Dec 1995 12:41:30 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk I've just had a failure building the latest -current: I get the message loading kernel ../../kern/kern_exit.c:140: Undefined symbol `_semexit' referenced from text segment *** Error code 1 The problem is that sysv_sem.c defines semexit as static. I've made the change in my version; presumably somebody should do the same in the cvs versions. Greg From owner-freebsd-hackers Thu Dec 28 04:40:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA02418 for hackers-outgoing; Thu, 28 Dec 1995 04:40:08 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA02408 Thu, 28 Dec 1995 04:40:02 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id XAA02872; Thu, 28 Dec 1995 23:17:31 +1030 From: Michael Smith Message-Id: <199512281247.XAA02872@genesis.atrad.adelaide.edu.au> Subject: Re: syscons driver To: sos@FreeBSD.org Date: Thu, 28 Dec 1995 23:17:31 +1030 (CST) Cc: jkh@time.cdrom.com, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <199512281044.LAA12010@ra.dkuug.dk> from "sos@FreeBSD.org" at Dec 28, 95 11:44:10 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk sos@FreeBSD.org stands accused of saying: > > > Well, I think that's actually a bit harsh.. I've seen a couple of > > perfectly acceptable games running under svgalib (asteroids, doom) and > > apparently there's even a slick little gui toolkit somewhere for it. > > What gui toolkit - where - where - show me, maybe it could save me > writing some 1000's lines of code :) :) How much GUI toolkit were you planning on writing? If all you were planning on was a set of base primitives, you should check out libgrx that comes as a part of DJGPP (the gcc port to MSDOS). There's also a BGI-to-grx wrapper library that would make porting dos-BGI programs a boatload easier... > Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Thu Dec 28 04:53:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA02922 for hackers-outgoing; Thu, 28 Dec 1995 04:53:31 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA02917 for ; Thu, 28 Dec 1995 04:53:28 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Thu, 28 Dec 95 12:53 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id NAA21060; Thu, 28 Dec 1995 13:26:19 +0100 Message-Id: <199512281226.NAA21060@allegro.lemis.de> Subject: Installing FreeBSD - latest version To: hackers@freebsd.org (FreeBSD Hackers) Date: Thu, 28 Dec 1995 13:26:18 +0100 (MET) Cc: jack@cdrom.com (Jack Velte) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk I've just put up a new version of the Installing FreeBSD book on freefall.FreeBSD.org:/incoming/shortbook.tar.gz. As with earlier versions, please review and make any comments. I've added some stuff about installing from DOS, since this seems to confuse people. Let me know if there's anything we can do to make life less unhappy for people who have to coexist with DOS. Greg From owner-freebsd-hackers Thu Dec 28 05:14:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA03726 for hackers-outgoing; Thu, 28 Dec 1995 05:14:54 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA03702 for ; Thu, 28 Dec 1995 05:14:11 -0800 (PST) Received: by sequent.kiae.su id AA20554 (5.65.kiae-2 ); Thu, 28 Dec 1995 16:02:08 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 28 Dec 95 16:02:05 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id PAA00715; Thu, 28 Dec 1995 15:19:15 +0300 (MSK) To: freebsd-hackers@freebsd.org, "David E. O'Brien" References: <9512280902.AA01712@toadflax.cs.ucdavis.edu> In-Reply-To: <9512280902.AA01712@toadflax.cs.ucdavis.edu>; from "David E. O'Brien" at Thu, 28 Dec 1995 01:02:08 -0800 (PST) Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 28 Dec 1995 15:19:15 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: ecu-3.38/POSIX question Lines: 15 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk In message <9512280902.AA01712@toadflax.cs.ucdavis.edu> David E. O'Brien writes: >I'm trying to compile ecu-3.38 under FreeBSD 2.1.0. I am hitting a snag >with ``CBAUD'' in ldserial.c. >Does anyone know what in the world ``CBAUD'' is? CBAUD must die, it is SYSVism, not POSIX -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Thu Dec 28 06:19:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA05931 for hackers-outgoing; Thu, 28 Dec 1995 06:19:06 -0800 (PST) Received: from nevis.oss.uswest.net (nevis.oss.uswest.net [204.147.85.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA05925 Thu, 28 Dec 1995 06:19:04 -0800 (PST) Received: (from greg@localhost) by nevis.oss.uswest.net (8.6.12/8.6.12) id IAA25713; Thu, 28 Dec 1995 08:18:22 -0600 From: "Greg Rowe" Message-Id: <9512280818.ZM25711@nevis.oss.uswest.net> Date: Thu, 28 Dec 1995 08:18:22 -0600 In-Reply-To: "Julian Stacey jhs@freebsd.org" "Faking the IP address for a temporarily dead host" (Dec 26, 2:37pm) References: <199512261337.OAA09011@vector.enet> X-Mailer: Z-Mail (3.2.1 10oct95) To: "Julian H. Stacey" , hackers@freebsd.org Subject: Re: Faking the IP address for a temporarily dead host Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org Precedence: bulk If both systems are connected to the same network provider, you should be able to do an ifconfig alias for your friends IP address/host name on your box and add your friends host name to the sendmail.cf "Cw" record.(add usernames/alaises to your box as well) You can then run your system as both systems and continue recieving mail to both. We "hot backup" systems this way. If the two systems are connected to different providers, I think your gonna run into routing problems though. Greg On Dec 26, 2:37pm, Julian Stacey jhs@freebsd.org wrote: > Subject: Faking the IP address for a temporarily dead host > -------- > > Hi FreeBSD people, > > What would be the technical ramifications of faking an IP address to be > that of a friend's FreeBSD system that has temporarily died ? > ( presumably mail for the users on that box is currently piling up in > sendmail queues around the world (inc. freefall)). > > Background: > The friend's host died before 17:30 GMT+01:00 21 or 22 Dec. > All my mail between then & ~20:00 GMT+01:00 25 Dec. was forwarded to > that host from freefall (I removed freefall .forward then ), > I don't know yet if the dead hosts's /var/mail/jhs died with system, > (ie dont know if it was a disc crash, or mere power failure) > Friend's message on my answerphone got only truncated details. > I can't ping the dead host (of course). > > The dead host was not a web server or ftp server etc, so I don't think > anything too dramatic would occur. > > Whilst I don't want to do this without the dead host's administrator's > permission > (by phone I guess, he's not back till next week, & not at his host > till 8th Jan), > I am wondering what would be the ramifications of me resetting my IP > to his host, rebooting, & connecting to the net for a few hours, > & sending short dummy mails to jhs@freefall etc, to trigger > the sendmail daemons to flush their spool queues of all mail piling up > for all users @dead-host ? > > Obviously I'd have to check my .forwards & /etc/aliases here so no loops > started, & create passwd & alias entries to accept mail destined for users > @dead-host, also I should make sure not to collide with dead box's IP address > when it comes back to life 8th Jan or after. > > Another (unconnected) friend reckons DNS would prevent me doing this, > but I'm not clear why (I admit I still need to read my DNS & Bind Nutshell :-) > I thought most of the routing tables on the net were automatically maintained > these days, not hand maintained, I would guess if I ftp freefall, > I would appear in its route state tables, even if I hadnt config my routed > to boradcast my hosts availability ?. > > It's not something I want to rush into, and not without dead-host's > administrator's permission but if he's got serious hardware problems, > I'd like to be able to offer help, if viable, to the extent of host > masquerading, (& then loaning him my spare machine after the masquerade, > 'till he fixes his host). > > Comments on viability or otherwise appreciated, Thanks :-) > > Julian > -- > Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ >-- End of excerpt from Julian Stacey jhs@freebsd.org -- Greg Rowe | U S West - Interact Services | INTERNET greg@uswest.net 111 Washington Ave. South | Fax: (612) 672-8537 Minneapolis, MN USA 55401 | Voice: (612) 672-8535 Never trust an operating system you don't have source for.... From owner-freebsd-hackers Thu Dec 28 06:33:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA06312 for hackers-outgoing; Thu, 28 Dec 1995 06:33:49 -0800 (PST) Received: from mimsy.cdrom.com (mimsy.cdrom.com [192.216.223.173]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA06294 Thu, 28 Dec 1995 06:33:44 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by mimsy.cdrom.com (8.6.12/8.6.9) with SMTP id GAA02099; Thu, 28 Dec 1995 06:33:31 -0800 X-Authentication-Warning: mimsy.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: grog@lemis.de (Greg Lehey) cc: cosmos@misery.bssc.org (Daniel Leeds), hackers@freebsd.org (FreeBSD Hackers), jack@cdrom.com (Jack Velte), velte@mimsy.cdrom.com cc: questions@freebsd.org Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) In-reply-to: Your message of "Thu, 28 Dec 1995 12:49:38 +0100." <199512281149.MAA20604@allegro.lemis.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2094.820161210.1@mimsy.cdrom.com> Date: Thu, 28 Dec 1995 06:33:30 -0800 Message-ID: <2096.820161210@mimsy.cdrom.com> From: Jack Velte Sender: owner-hackers@freebsd.org Precedence: bulk grog@lemis.de (Greg Lehey) said... >Daniel Leeds writes: >> >> Forwarded message: >>> >>>>> You make a program that erases my hd and you won't help??? >>>>> I had to reinstall DOS cause your boot.flp erased my hd >> >>> If you had read my first letter you would have seen that I have >>> now the notes say that if you have problems then write to >>> questions@FreeBSd.org. so I did. and you all act like assholes well I >>> have been useing freebsd for years >>> forget me useing it anymore >>> as a matter of fact I used to recomend it to my friends well FUCKING >>> FORGET THAT TOO >>> as a matter fact i am going to take the cd and shove it...nevermind that >>> just forget about me or my clients useing freebsd anymore I am going to >>> give them linux from now on...go to hell. i am appalled. we very seldom encounter such hostility from FreeBSD users. perhaps because we get paid to be polite and accommodating. i don't have the person's email address so i can't tell him this. i would like to tell the people on these mailing lists that Walnut Creek CDROM has an UNCONDITIONAL refund policy. at the VERY least, this user may get his money back from us. you might also refer customers like this to "support@cdrom.com" and we'll do what we can to help him. >> another satisfied customer? what i dont understand is why they *never* >> read the install docs. and if he has been using freebsd for years why >> would it be so foreign to him....ahh well. between this and SpUnkeY or >> whatever the hell his name is, the hackers list has been mildly amusing. > >I don't find this amusing. OK, he may be a jerk, but on the other hand, maybe >he isn't. He's certainly frustrated, and it would be nice to understand why, >and if there's anything that we can do to ensure that it doesn't happen more >often than absolutely necessary. What was the problem? Walnut Creek CDROM considers ANY unsatisfied customer to be a failure. if we can't get their system working, we will do what we can to minimize their unhappiness. -jack walnut creek cdrom From owner-freebsd-hackers Thu Dec 28 06:34:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA06455 for hackers-outgoing; Thu, 28 Dec 1995 06:34:34 -0800 (PST) Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA06447 for ; Thu, 28 Dec 1995 06:34:32 -0800 (PST) Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id JAA04565 for hackers@freebsd.org; Thu, 28 Dec 1995 09:31:15 -0500 From: Rashid Karimov Message-Id: <199512281431.JAA04565@rk.ios.com> Subject: ASUS P6/Pro MB and P6-200 To: hackers@freebsd.org Date: Thu, 28 Dec 1995 09:31:15 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Hi there folx, After jkh@ posted here about his intentions to get latest ASUS Ppro motherboard and 200Mhz CPU I decided to get one here too and well, here it is now :) Runs just fantastic ! - in full accordance with expectations, but the problem is I can't find 200 Mhz CPU. The motherboard is shipped from ASUS with 150Mhz CPU and it's not clear who carries the 200Mhz one ? Any suggestions ? I tried to call INtel - but its impossible even to find the phone number to call :( Dunno if they sell it in such small quantities. I'll report here later on general stability of the thing . We are putting it to be the main news machine here , will serve up to ~350 readers ( nnrpd ) with 128Mb RAM ( probably will go up to 256M soon) and ~11Gb HDD space. Rashid From owner-freebsd-hackers Thu Dec 28 06:52:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA07081 for hackers-outgoing; Thu, 28 Dec 1995 06:52:54 -0800 (PST) Received: from nevis.oss.uswest.net (nevis.oss.uswest.net [204.147.85.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA07076 for ; Thu, 28 Dec 1995 06:52:50 -0800 (PST) Received: (from greg@localhost) by nevis.oss.uswest.net (8.6.12/8.6.12) id IAA25934 for hackers@freebsd.org; Thu, 28 Dec 1995 08:52:19 -0600 From: "Greg Rowe" Message-Id: <9512280852.ZM25932@nevis.oss.uswest.net> Date: Thu, 28 Dec 1995 08:52:19 -0600 X-Mailer: Z-Mail (3.2.1 10oct95) To: hackers@freebsd.org Subject: Etherlink III - 3C562 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org Precedence: bulk Greetings, I'm trying to setup a couple of Compaq LTE 5100 laptops with 3COM EtherLink III 3C562 (LAN & Modem combined) PCMCIA cards for our techs. Even though these are supposed to be 3c589B compatable, it looks like David Hinds from the Linux group is having to rewrite the drivers to handle the sharing of interrupts between the modem and the ethernet controller. Can you tell me if -current or one of the upcoming -current's will include David's changes ? Thanks, Greg -- Greg Rowe | U S West - Interact Services | INTERNET greg@uswest.net 111 Washington Ave. South | Fax: (612) 672-8537 Minneapolis, MN USA 55401 | Voice: (612) 672-8535 Never trust an operating system you don't have source for.... From owner-freebsd-hackers Thu Dec 28 06:54:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA07128 for hackers-outgoing; Thu, 28 Dec 1995 06:54:00 -0800 (PST) Received: from ncc-1701-d.starfleet.gov (root@ix-sb1-23.ix.netcom.com [204.32.201.55]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA07123 Thu, 28 Dec 1995 06:53:53 -0800 (PST) Received: (from d_burr@localhost) by ncc-1701-d.starfleet.gov (8.6.11/8.6.9) id GAA22914; Thu, 28 Dec 1995 06:57:41 -0800 Date: Thu, 28 Dec 1995 06:57:40 -0800 (PST) From: Donald Burr X-Sender: d_burr@ncc-1701-d To: FreeBSD Questions cc: FreeBSD Hackers , FreeBSD Chat Subject: "To parity, or not to parity; that is the question..." Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk well, OK, I guess Shakespear was never really into computers. But, like Romeo, I too am facing a difficult dilemma when next I walk into a computer show or store. Because, I now have some Xmas cash burning a hole in my pocket, I want some memory, and I want it NOW. But I don't know what kind of memory I need to get. Unfortunately, since my computer is pretty much "home brew", I can't exactly call up tech support and say "hey! Do I need parity chips for a 486 computer?" People have said "check your BIOS setup program, if it has any settings that mention anything parity-related, then you probably need it." I did this, but alas, none of the configurable stuff had anythig even remotely to do with parity. Nor did any of the jumper settings on the motherboard do with this either. Nor did the manual mention anything about parity. When mentioning how to add memory, it basically said "Buy them SIMM things and stick'um in them thar little slots." What I CAN tell you is that my motherboard uses AMI WinBIOS, circa 1993. WinBIOS is the one with the cutesy BIOS setup program that has a GUI that looks like Windows. The motherboard is ISA+VLB, and supports 486 and 486-Overdrive chips (i.e. it has a socket with more pins on it than a normal 486 chip). The chipset on the motherboard is OPTi (OPTi895? can't be sure until next I reboot). I have 2 4MB SIMM sticks in there now, for a total of 8 MB. I remember when I bought them that they EACH ran slightly less than $200 (around $198 or something) including CA sales tax (7.75%). (this was last year) Neither the receipt nor the memory chips themselves say whether they're parity or not, and the store doesn't have any idea either. My guess is that my system can take either parity or non-parity, since most of the "clones" are pretty non-partial about it, and some don't even check for parity errors. I apologize for asking this here, I quite simply had nowhere else to turn. If you take offense, feel free to flame me in private. Thanks for your help, and sorry I can't be a little more specific. Donald Burr [d_burr@ix.netcom.com], PO Box 91212, Santa Barbara CA 93190-1212 TEL (805)564-1871 / FAX 564-2315 / WWW http://www.geopages.com/WallStreet/2072 PGP Public Key available by request (send e-mail) or on Public Key Servers. ** Uphold your right to privacy - Use PGP. ** From owner-freebsd-hackers Thu Dec 28 07:30:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA08979 for hackers-outgoing; Thu, 28 Dec 1995 07:30:43 -0800 (PST) Received: from sponsor.octet.com (root@sponsor.octet.com [204.141.97.15]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA08972 for ; Thu, 28 Dec 1995 07:30:37 -0800 (PST) Received: (from cosmos@localhost) by sponsor.octet.com (8.6.12/8.6.12) id KAA04389 for hackers@freebsd.org; Thu, 28 Dec 1995 10:22:04 GMT From: Daniel Leeds Message-Id: <199512281022.KAA04389@sponsor.octet.com> Subject: nedit compile To: hackers@freebsd.org Date: Thu, 28 Dec 1995 10:22:03 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk im trying to compile an editor under motif 2.0, and get this error when trying to run the program...the compile went fine. anyone know what this is, or any methods to fix it. did i not include a file right in the compile or something?? ld.so: Undefined symbol "_XShapeQueryExtension" called from nedit:/usr/X11R6/l ib/libXm.so.2.0 at 0x81f32fc thanks --daniel -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Thu Dec 28 07:38:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA09432 for hackers-outgoing; Thu, 28 Dec 1995 07:38:31 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA09423 for ; Thu, 28 Dec 1995 07:38:23 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id CAA03130; Fri, 29 Dec 1995 02:15:38 +1030 From: Michael Smith Message-Id: <199512281545.CAA03130@genesis.atrad.adelaide.edu.au> Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) To: grog@lemis.de Date: Fri, 29 Dec 1995 02:15:38 +1030 (CST) Cc: cosmos@misery.bssc.org, hackers@freebsd.org, jack@cdrom.com In-Reply-To: <199512281149.MAA20604@allegro.lemis.de> from "Greg Lehey" at Dec 28, 95 12:49:38 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Greg Lehey stands accused of saying: >I don't find this amusing. OK, he may be a jerk, but on the other hand, maybe >he isn't. I'd have to say that anyone that uses the word 'fuck' when they're looking for help isn't worth the effort. That's a bit of a personal standard I guess, but I find it a useful starting point. >He's certainly frustrated, and it would be nice to understand why, >and if there's anything that we can do to ensure that it doesn't happen more >often than absolutely necessary. What was the problem? Basically, he leapt in way over his head and then ran around accusing everyone and everything in sight of being responsible for him 'losing everything'. The "best" solution to the basic problem (no Jordan, no wolves this time 8) would be better detection/interoperation with BIOS extenders. This is kinda problematic though, as none of the deep-down disk hackers consider IDE worthy of their spit, and the technical aspects of the problem are pretty hairy. >From your perspective, as a keen documenter of the installation process, the tips that you can glean from this are : - MAKE A BACKUP - Installing to a disk in a system that is using a BIOS extender such as OnTrack Corporation's Disk Manager is quite risky due to the translation that these programs perform. FreeBSD knows about Disk Manager, and should work OK with it, but other similar programs are not supported, and installing to a disk using such a program will almost certainly render the disk unusable. The 'right' way to install to an IDE disk bigger than 500M that is shared with DOS, when your system does _not_ have a BIOS that does LBA translation : o Back up the disk. o Boot from a DOS floppy, and use fdisk to partition the disk. Leave at least 50M free, and use the rest for DOS. Format as usual. This will remove the BIOS extender. Note: the disk will only appear to be a little over 500M in size. This is a BIOS problem, and is normal. o Install FreeBSD. Make sure that the root filesystem is smaller than the amount of space that you left over in the fdisk step before. This is necessary to allow the bootstrap to load the kernel. > Greg Hopefully you can make something useful of that. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Thu Dec 28 08:54:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA16432 for hackers-outgoing; Thu, 28 Dec 1995 08:54:00 -0800 (PST) Received: (from dima@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA16410 Thu, 28 Dec 1995 08:53:57 -0800 (PST) Message-Id: <199512281653.IAA16410@freefall.freebsd.org> Subject: Re: nedit compile To: cosmos@sponsor.octet.com (Daniel Leeds) Date: Thu, 28 Dec 1995 08:53:56 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199512281022.KAA04389@sponsor.octet.com> from "Daniel Leeds" at Dec 28, 95 10:22:03 am From: dima@FreeBSD.org (Dima Ruban) X-Class: Fast Organization: HackerDome X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk Daniel Leeds writes: > > im trying to compile an editor under motif 2.0, and get this error when > trying to run the program...the compile went fine. > > anyone know what this is, or any methods to fix it. did i not include a > file right in the compile or something?? Yeah ... do: foreach i (/usr/X11R6/lib/*.a) nm -pg $i | grep XshapeQueryExt && echo $i end and add this library (which will be hopefully located) before -lXm I believe, it's gonna be Xext, but I'm not sure ... > > > ld.so: Undefined symbol "_XShapeQueryExtension" called from nedit:/usr/X11R6/l > ib/libXm.so.2.0 at 0x81f32fc > > > thanks any time ... > > --daniel > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Daniel Leeds Unix Admin > Octet Media Beatnik > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > -- dima From owner-freebsd-hackers Thu Dec 28 08:58:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA17029 for hackers-outgoing; Thu, 28 Dec 1995 08:58:01 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA17024 Thu, 28 Dec 1995 08:57:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id IAA05803; Thu, 28 Dec 1995 08:57:51 -0800 To: sos@FreeBSD.org cc: msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org Subject: Re: syscons driver In-reply-to: Your message of "Thu, 28 Dec 1995 11:44:10 +0100." <199512281044.LAA12010@ra.dkuug.dk> Date: Thu, 28 Dec 1995 08:57:51 -0800 Message-ID: <5800.820169871@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > What gui toolkit - where - where - show me, maybe it could save me > writing some 1000's lines of code :) :) I'll go hunting around, but I believe it's another hack.. I looked at it about a year ago and went "Ewww. This was designed by somebody who'd never seen a GUI before!" Jordan From owner-freebsd-hackers Thu Dec 28 09:25:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18301 for hackers-outgoing; Thu, 28 Dec 1995 09:25:38 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA18296 for ; Thu, 28 Dec 1995 09:25:36 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA07111; Thu, 28 Dec 1995 11:25:02 -0600 From: Joe Greco Message-Id: <199512281725.LAA07111@brasil.moneng.mei.com> Subject: Re: ecu-3.38/POSIX question To: obrien@cs.ucdavis.edu (David E. O'Brien) Date: Thu, 28 Dec 1995 11:25:02 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <9512280902.AA01712@toadflax.cs.ucdavis.edu> from "David E. O'Brien" at Dec 28, 95 01:02:08 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > I'm trying to compile ecu-3.38 under FreeBSD 2.1.0. I am hitting a snag > with ``CBAUD'' in ldserial.c. > > Does anyone know what in the world ``CBAUD'' is? > > I grep'ed around under SunOS 4.1.1 and found: > > /* control modes */ > #ifndef _POSIX_SOURCE > #define CBAUD 0x0000000f > #endif > > Any ideas how I should proceed? > > (yes, I know there is a port of this, but the port is for an eariler > version that isn't on the master site anymore) >From memory, I believe it is the bit mask used for baud rates in c_cflag (i.e. the low nybble is used to select speed). I've run into this in the past and I remember having to code around it somewhat. Typical pseudocode use: getmodes() c_cflag &= ~CBAUD; /* Remove old baud rate */ c_cflag |= B_BAUD_RATE; /* Set new baud rate */ setmodes() ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Thu Dec 28 09:29:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18413 for hackers-outgoing; Thu, 28 Dec 1995 09:29:04 -0800 (PST) Received: from shell.monmouth.com (root@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA18407 for ; Thu, 28 Dec 1995 09:29:01 -0800 (PST) Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id JAA25786 for FreeBSD-hackers@freebsd.org; Thu, 28 Dec 1995 09:04:30 -0500 From: Bill/Carolyn Pechter Message-Id: <199512281404.JAA25786@shell.monmouth.com> Subject: Netbooting with IBM PCMCIA Ethernet To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Thu, 28 Dec 1995 09:04:29 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Anyone ever try to get "rpl" execution with the IBM PCMCIA ethernet card... They mention the possibility in the "manual." Gee, I miss the days of REAL hardware manuals. I'm taking a look at it on my laptop. Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-hackers Thu Dec 28 09:29:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18429 for hackers-outgoing; Thu, 28 Dec 1995 09:29:07 -0800 (PST) Received: from shell.monmouth.com (root@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA18412 for ; Thu, 28 Dec 1995 09:29:03 -0800 (PST) Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id JAA25739; Thu, 28 Dec 1995 09:02:39 -0500 From: Bill/Carolyn Pechter Message-Id: <199512281402.JAA25739@shell.monmouth.com> Subject: Re: Anybody using SWiM 2.0 with FBSD 2.1? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 28 Dec 1995 09:02:38 -0500 (EST) Cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) In-Reply-To: <6022.820085989@time.cdrom.com> from "Jordan K. Hubbard" at Dec 27, 95 09:39:49 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > No, the SWiM product wouldn't appear to be all that well put together, > nor have I been too pleased with Lasermoon's profoundly linux-centric > advertising (follow the link in our resources page and then try to > find where the FreeBSD product is mentioned - good luck!). I and > others are basically waiting for X Inside to release their Motif > product (hellooooo guys? :-). At that stage, I wouldn't be too > annoyed to see lasermoon's entry disappear from the web pages > altogether. They're so deeply in bed with Linux (they even have their > own version, and are heading up the effort to get Linux X/Open > branding) that I rather doubt their objectivity.. > > Jordan Infomagic now is taking orders for MOO-TIFF for FreeBSD. It's going to be available in a month or so. I figured I'd chance it -- they're going to back order it for me so I get it when it comes in. (It's probably rebadged Lasermoon -- but I'll take a chance for about $99.00) Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-hackers Thu Dec 28 09:33:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18685 for hackers-outgoing; Thu, 28 Dec 1995 09:33:22 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA18680 for ; Thu, 28 Dec 1995 09:33:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id JAA05963; Thu, 28 Dec 1995 09:33:04 -0800 To: Rashid Karimov cc: hackers@freebsd.org Subject: Re: ASUS P6/Pro MB and P6-200 In-reply-to: Your message of "Thu, 28 Dec 1995 09:31:15 EST." <199512281431.JAA04565@rk.ios.com> Date: Thu, 28 Dec 1995 09:33:04 -0800 Message-ID: <5961.820171984@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > After jkh@ posted here about his intentions to get > latest ASUS Ppro motherboard and 200Mhz CPU I decided > to get one here too and well, here it is now :) > > Runs just fantastic ! - in full accordance with expectations, > but the problem is I can't find 200 Mhz CPU. > The motherboard is shipped from ASUS with 150Mhz CPU and it's > not clear who carries the 200Mhz one ? Our same problem too.. :-( When David received shipment of his "200Mhz CPU" he found it was the 150Mhz part. Further checking revealed that the 200Mhz part simply isn't available yet.. :-( Jordan From owner-freebsd-hackers Thu Dec 28 09:40:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19061 for hackers-outgoing; Thu, 28 Dec 1995 09:40:18 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA19056 for ; Thu, 28 Dec 1995 09:40:14 -0800 (PST) Received: from mail.etinc.com ([204.141.95.6]) by etinc.com (8.6.11/8.6.9) with SMTP id NAA21303; Thu, 28 Dec 1995 13:06:35 -0500 Date: Thu, 28 Dec 1995 13:06:35 -0500 Message-Id: <199512281806.NAA21303@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Jordan K. Hubbard" From: dennis@etinc.com (dennis) Subject: Re: YOU GOTTA RUN WITH THE BEST Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >I thought we could set up a round-robin system, each incoming submission >goes to the next person in a circular queue - if it meets their individual >standards, whatever those might be, they send it on.. :) > Why? I got a good laugh out of it....Considering Linux uses a simple linked list for its routing table, and has no spl level kernel protection, it is virtually usable for use as a medium or big net router. No one on this list is going to run to LINUX because of some banana that obviously has no real experience with internetworking. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Thu Dec 28 10:01:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA20039 for hackers-outgoing; Thu, 28 Dec 1995 10:01:21 -0800 (PST) Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA20021 for ; Thu, 28 Dec 1995 10:01:15 -0800 (PST) Received: from freebsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA05318; Thu, 28 Dec 95 19:01:07 +0100 Received: by freebsd.first.gmd.de (RAA00988); Fri, 29 Dec 1995 17:29:13 +0100 From: Andreas Schulz Message-Id: <199512291629.RAA00988@freebsd.first.gmd.de> Subject: Re: ASUS P6/Pro MB and P6-200 To: rashid@rk.ios.com (Rashid Karimov) Date: Fri, 29 Dec 1995 17:29:13 +0059 (MET) Cc: hackers@freebsd.org In-Reply-To: <199512281431.JAA04565@rk.ios.com> from "Rashid Karimov" at Dec 28, 95 09:31:15 am X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > After jkh@ posted here about his intentions to get > latest ASUS Ppro motherboard and 200Mhz CPU I decided > to get one here too and well, here it is now :) Which of the two ASUS Boards is that ? The P6RP4 or the P6RP7D ? Has anyone already seen a P6RP7D ? www.asus.com.tw lists now two Pentium Pro motherboards. ATS ( ats@first.gmd.de or ats@cs.tu-berlin.de ) Andreas Schulz GMD-FIRST 12489 Berlin-Adlershof Rudower Chaussee 5 Gebaeude 13.10 Tel: +49-30-6392-1856/+49-177-2134745 Germany/Europe From owner-freebsd-hackers Thu Dec 28 11:10:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA23005 for hackers-outgoing; Thu, 28 Dec 1995 11:10:04 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA22978 for ; Thu, 28 Dec 1995 11:09:58 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id LAA12053; Thu, 28 Dec 1995 11:09:55 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id LAA00497; Thu, 28 Dec 1995 11:10:00 -0800 (PST) Message-Id: <199512281910.LAA00497@corbin.Root.COM> To: Andreas Schulz cc: rashid@rk.ios.com (Rashid Karimov), hackers@freebsd.org Subject: Re: ASUS P6/Pro MB and P6-200 In-reply-to: Your message of "Fri, 29 Dec 95 17:29:13 +0059." <199512291629.RAA00988@freebsd.first.gmd.de> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 28 Dec 1995 11:09:59 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >> After jkh@ posted here about his intentions to get >> latest ASUS Ppro motherboard and 200Mhz CPU I decided >> to get one here too and well, here it is now :) > >Which of the two ASUS Boards is that ? The P6RP4 or the P6RP7D ? >Has anyone already seen a P6RP7D ? www.asus.com.tw lists now >two Pentium Pro motherboards. The P6RP7D won't be available until Spring '96. -DG From owner-freebsd-hackers Thu Dec 28 11:21:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA23854 for hackers-outgoing; Thu, 28 Dec 1995 11:21:46 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA23837 Thu, 28 Dec 1995 11:21:38 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id UAA14316; Thu, 28 Dec 1995 20:08:21 +0100 Message-Id: <199512281908.UAA14316@ra.dkuug.dk> Subject: Re: syscons driver To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 28 Dec 1995 20:08:21 +0100 (MET) Cc: sos@FreeBSD.org, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <5800.820169871@time.cdrom.com> from "Jordan K. Hubbard" at Dec 28, 95 08:57:51 am From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who wrote: > > > What gui toolkit - where - where - show me, maybe it could save me > > writing some 1000's lines of code :) :) > > I'll go hunting around, but I believe it's another hack.. I looked > at it about a year ago and went "Ewww. This was designed by somebody > who'd never seen a GUI before!" Oh well, thought so, but one can never know right.. For all the "unwashed masses", what I'm writing on currently is not only a low level graphics lib, we have that allready :), no its a higher level GUI kit that someday will be able to take your (cough cough) MS Visual Basic *.frm files and make a semilar apperance on a std VGA or X screen. Before I get flooded by mail about this I will NOT release anything yet, but I'm sure ready to talk about the idea/design of it. It is basically a set of "widgets" semilar to the ones VB uses (well some of them) so that one can design the "looks" with a tool (that I have NO intention to write), and then simply write the called (in our case 'C') functions and voila, we have a nice GUI based app. I think the main reasons we dont see all those nifty GUI based apps, is 1. we dont have the nessesary (easy to use) tools 2. what we have is based on X which have its own set of problems 3. there has been no other "simplistic" approach to this before (that I know of) I plan to satisfy (well at least try to) all 3 points with what I have here in a very rough pre pre pre alpha release. Part of the job has been done, mainly graph support in syscons, and a start on a generic mouse deamon (that will also work in text mode for easy cut&paste between vty's) I have the low level graphics routines, plus some of the widgets (button, labels, textbox, image), so I'm pretty confident that the idea holds water. There is still lots to be done, that was my reason asking for other references (there might be code to stea^H^H^H^H look at out there) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Thu Dec 28 11:48:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25824 for hackers-outgoing; Thu, 28 Dec 1995 11:48:34 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA25817 Thu, 28 Dec 1995 11:48:27 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id LAA01792; Thu, 28 Dec 1995 11:48:13 -0800 Message-Id: <199512281948.LAA01792@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: sos@FreeBSD.org cc: jkh@time.cdrom.com (Jordan K. Hubbard), msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org Subject: Re: syscons driver In-reply-to: Your message of "Thu, 28 Dec 1995 20:08:21 +0100." <199512281908.UAA14316@ra.dkuug.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Dec 1995 11:48:13 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> sos@FreeBSD.org said: > In reply to Jordan K. Hubbard who wrote: > > > > > What gui toolkit - where - where - show me, maybe it could save me > > > writing some 1000's lines of code :) :) > > > > I'll go hunting around, but I believe it's another hack.. I looked > > at it about a year ago and went "Ewww. This was designed by somebody > > who'd never seen a GUI before!" > > Oh well, thought so, but one can never know right.. > > I think the main reasons we dont see all those nifty GUI based apps, is > 1. we dont have the nessesary (easy to use) tools > 2. what we have is based on X which have its own set of problems > 3. there has been no other "simplistic" approach to this before (that I > know of) > First of, we got to have people willing to write apps 8) X by itself is okay -- hard to use however it is flexible enough so that we can build wrappers around it to make the job easier. tcl/tk has generated a few GUI tools which make it easier to write tools yet I have not seen hardly any native freebsd apps. So lets see the general progression: X, tcl/tk, InterViews, motif . Granted all the tools have something wrong with them however one would think that by now many cool FreeBSD apps would have been written with the existing tool base. Perhaps, what we need more than yet another wonderful GUI tool is a set of goals or ideas for people to work on ... Amancio From owner-freebsd-hackers Thu Dec 28 11:56:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26026 for hackers-outgoing; Thu, 28 Dec 1995 11:56:07 -0800 (PST) Received: from vip.cybercity.dk (www.cybercity.dk [194.16.56.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA26021 for ; Thu, 28 Dec 1995 11:56:03 -0800 (PST) Received: from critter.tfs.com by vip.cybercity.dk via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id UAA22718; Thu, 28 Dec 1995 20:55:48 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id UAA16607; Thu, 28 Dec 1995 20:55:43 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Mattias.Gronlund@sa.erisoft.se (Mattias Gronlund) cc: freebsd-hackers@FreeBSD.org Subject: Re: sysctl interface In-reply-to: Your message of "Thu, 28 Dec 1995 00:12:30 +0100." <9512272312.AA04736@sws021.sa.erisoft.se> Date: Thu, 28 Dec 1995 20:55:43 +0100 Message-ID: <16605.820180543@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org Precedence: bulk > Hi, > I now have installed 2.2-current as of 22-december and I found out > that kern_sysctl.c have gone thew a lot of changes, and that have > given me a question: > > There's some new interfaces in the sysctl MIB that's not > documented but there is a comment that says: > /* > * "Staff-functions" > * > * These functions implement a presently undocumented interface > * used by the sysctl program to walk the tree, and get the type > * so it can print the value. > * This interface is under work and consideration, and should probably > * be killed with a big axe by the first person who can find the time. > * (be aware though, that the proper interface isn't as obvious as it > * may seem, there are various conflicting requirements. > * > * {0,0} printf the entire MIB-tree. > * {0,1,...} return the name of the "..." OID. > * {0,2,...} return the next OID. > * {0,3} return the OID of the name in "new" > * {0,4,...} return the kind & format info for the "..." OID. > */ > I guess there is some essential things that isn't working > (0.4.hw.devconf.x for example), is there any ongoing work or any > forum where this is discussed? Well, essential or not, we can argue about. hw.devconf is what I consider "closed territory" and therefore these functions shouldn't try to mess with it. There exists special programs which are good at handling that area. These functions really of any value only for the variables that sysctl(8) handles. The entire sysctl area is still being reconsidered and rearchitected quite a bit, and this particular interface should >>>NOT<<< be relied on for the future. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Thu Dec 28 12:27:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA27316 for hackers-outgoing; Thu, 28 Dec 1995 12:27:54 -0800 (PST) Received: from vip.cybercity.dk (www.cybercity.dk [194.16.56.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA27311 for ; Thu, 28 Dec 1995 12:27:49 -0800 (PST) Received: from critter.tfs.com by vip.cybercity.dk via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id VAA23206; Thu, 28 Dec 1995 21:27:00 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id VAA16655; Thu, 28 Dec 1995 21:26:27 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Michael Smith cc: grog@lemis.de, cosmos@misery.bssc.org, hackers@FreeBSD.org, jack@cdrom.com Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) In-reply-to: Your message of "Fri, 29 Dec 1995 02:15:38 +1030." <199512281545.CAA03130@genesis.atrad.adelaide.edu.au> Date: Thu, 28 Dec 1995 21:26:26 +0100 Message-ID: <16653.820182386@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org Precedence: bulk > The "best" solution to the basic problem (no Jordan, no wolves this time 8) > would be better detection/interoperation with BIOS extenders. This is > kinda problematic though, as none of the deep-down disk hackers consider IDE > worthy of their spit, and the technical aspects of the problem are > pretty hairy. As the one who spent a lot more than I liked, of time I didn't have, on getting this particular area of sysinstall working, I kind of resent that remark, quite a lot in fact :-( I am on the other hand painfully aware of how badly we fare in many cases, so I will let it pass for now :-) I am also on the ata/atapi mailing-list and I can comfortably say that this entire area is so impossible to handle intelligently and correctly in all cases, that I'm seriously tempted to not even touch it again, ever. Now just the other day Jordan prodded me with a big stick to look at it again, and I guess like the sucker I am, I will... For you amusement and education, here is the list of stuff you need to test on to make sure you didn't goof up. 1) a ST506 disk, (remember the 20Mb kind ?) 2) an ESDI disk with > 1024 cylinders 3) an IDE disk with < 1024 cylinders 4) an IDE disk with > 1024 cylinders * 5) a SCSI disk < 1GB * 6) a SCSI disk > 1GB, < 2GB 7) a SCSI disk > 2GB, < 4GB * 8) a SCSI disk > 4GB, < 8GB * 9) a NCR SCSI controller 10) an AHA1542 controller 11) an AHA1742 controller 12) an EISA system for 11) * 13) a BT545 controller * 14) a BTxxx controller * .... You get the idea... * A) a copy of MSDOS < ver 3.0 * B) a copy of MSDOS ver 3.x * C) a copy of MSDOS ver 5.x D) a copy of MSDOS ver 6.x * E) one or two different OS/2 version * F) a copy of NT * G) a copy of Solaris H) a copy (seven actually :-) of Linux I) a copy of Ontrack Diskmanager version 6.X * J) a copy of Ontrack Diskmanager version 7.X * .... You get the idea... Well, the * marked Items was what I didn't have available last time, and several more are unavailable for me now. Not to mention the time to shuffle it around all the time. As you can gather from the above, we will never be able to make a "Do What I Mean" installation in all cases. No way! Never! It doesn't improve too much that people send error reports which essentially say "Hey it fucked my harddisk over, die you sucker!!!" Correlating that description to the code is beyond the very limited supernatural forces I have been given. Sometimes I wonder why I do this for fun... If you have a configuration where we fail, please stay calm, steal you younger brothers computer or something and contact us so we can solve this problem. I personally have 12+ years of OS installation, and have learned that if I have anything on the disks I care about, I will back it up first, and I will read any information from the install program very very carefully, with a very paranoid attitude. And I generally still tend to keep the BRS (Big Red Switch) inside panic range all the time. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Thu Dec 28 12:31:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA27516 for hackers-outgoing; Thu, 28 Dec 1995 12:31:41 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA27510 Thu, 28 Dec 1995 12:31:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA06535; Thu, 28 Dec 1995 12:31:23 -0800 To: "Amancio Hasty Jr." cc: sos@FreeBSD.org, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org Subject: Re: syscons driver In-reply-to: Your message of "Thu, 28 Dec 1995 11:48:13 PST." <199512281948.LAA01792@rah.star-gate.com> Date: Thu, 28 Dec 1995 12:31:23 -0800 Message-ID: <6533.820182683@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > First of, we got to have people willing to write apps 8) > X by itself is okay -- hard to use however it is flexible enough so X won't really be OK until it's easier to *install and configure*. :-( Jordan From owner-freebsd-hackers Thu Dec 28 12:32:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA27588 for hackers-outgoing; Thu, 28 Dec 1995 12:32:10 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA27571 Thu, 28 Dec 1995 12:32:01 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id VAA14682; Thu, 28 Dec 1995 21:18:38 +0100 Message-Id: <199512282018.VAA14682@ra.dkuug.dk> Subject: Re: syscons driver To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Thu, 28 Dec 1995 21:18:38 +0100 (MET) Cc: sos@FreeBSD.ORG, jkh@time.cdrom.com, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199512281948.LAA01792@rah.star-gate.com> from "Amancio Hasty Jr." at Dec 28, 95 11:48:13 am From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In reply to Amancio Hasty Jr. who wrote: > > > > I think the main reasons we dont see all those nifty GUI based apps, is > > 1. we dont have the nessesary (easy to use) tools > > 2. what we have is based on X which have its own set of problems > > 3. there has been no other "simplistic" approach to this before (that I > > know of) > > > > First of, we got to have people willing to write apps 8) Yes, that was why I took that as point 1.. > X by itself is okay -- hard to use however it is flexible enough so > that we can build wrappers around it to make the job easier. > tcl/tk has generated a few GUI tools which make it easier to write > tools yet I have not seen hardly any native freebsd apps. > So lets see the general progression: X, tcl/tk, InterViews, motif . Yeah, but they all suffer from being resource hogs of the worst kind. What I'd like to see was that all the simple things would be done on a GUI basis too, and much of that *MUST* run on minimal hardware. > Granted all the tools have something wrong with them however one would > think that by now many cool FreeBSD apps would have been written with > the existing tool base. Perhaps, what we need more than yet another > wonderful GUI tool is a set of goals or ideas for people to work on ... Hmm, I think taht if our tools where good enough (and cough cough well documented), there would be much more of these thingies If it is only the ideas that is missing, oh boy I could make you a list longer than a roll of toilet paper... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Thu Dec 28 12:37:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA27832 for hackers-outgoing; Thu, 28 Dec 1995 12:37:48 -0800 (PST) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA27827 for ; Thu, 28 Dec 1995 12:37:43 -0800 (PST) Received: by gvr.win.tue.nl (8.6.10/1.53) id VAA26377; Thu, 28 Dec 1995 21:37:23 +0100 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199512282037.VAA26377@gvr.win.tue.nl> Subject: Re: Freebsd IP alias and BIND To: volf@oasis.IAEhv.nl (Frank Volf) Date: Thu, 28 Dec 1995 21:37:22 +0100 (MET) Cc: freebsd-hackers@freeBSD.org, bind-users@vix.com In-Reply-To: <199512261919.UAA05384@oasis.IAEhv.nl> from "Frank Volf" at Dec 26, 95 08:19:10 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freeBSD.org Precedence: bulk Frank Volf wrote: > > THE PROBLEM: > When a query is sent to the IP alias two responses are generated: one > response with the real IP address as the source address, the other one with > the alias address as the source address: > > 17:02:20.146789 192.87.209.4.53 > 194.151.64.2.53: 52731+ NS? tue.nl. (24) > 17:02:20.148820 192.87.208.2.53 > 192.87.209.4.53: 52731* 3/0/3 NS kweetal.tue.nl. (144) > 17:02:20.150752 194.151.64.2.53 > 192.87.209.4.53: 52731* 3/0/3 NS ns1.surfnet.nl. (144) > I think this is caused by the netmask of the alias being set to 0xffffffff. When it is set to another netmask, named behaves correctly. I'll dive further into it. -Guido From owner-freebsd-hackers Thu Dec 28 12:48:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28435 for hackers-outgoing; Thu, 28 Dec 1995 12:48:58 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28430 Thu, 28 Dec 1995 12:48:55 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id MAA02380; Thu, 28 Dec 1995 12:48:38 -0800 Message-Id: <199512282048.MAA02380@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: sos@FreeBSD.ORG cc: jkh@time.cdrom.com, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.ORG Subject: Re: syscons driver In-reply-to: Your message of "Thu, 28 Dec 1995 21:18:38 +0100." <199512282018.VAA14682@ra.dkuug.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Dec 1995 12:48:38 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >>> sos@FreeBSD.ORG said: > In reply to Amancio Hasty Jr. who wrote: > > > > > > I think the main reasons we dont see all those nifty GUI based apps, is > > > 1. we dont have the nessesary (easy to use) tools > > > 2. what we have is based on X which have its own set of problems > > > 3. there has been no other "simplistic" approach to this before (that I > > > know of) > > > > > > > First of, we got to have people willing to write apps 8) > > Yes, that was why I took that as point 1.. > > > X by itself is okay -- hard to use however it is flexible enough so > > that we can build wrappers around it to make the job easier. > > tcl/tk has generated a few GUI tools which make it easier to write > > tools yet I have not seen hardly any native freebsd apps. > > So lets see the general progression: X, tcl/tk, InterViews, motif . > > Yeah, but they all suffer from being resource hogs of the worst kind. > What I'd like to see was that all the simple things would be done > on a GUI basis too, and much of that *MUST* run on minimal hardware. Me thinks this group is too OS centric . The point that it must run on minimal hardware is debatable at this time tnks to Win95 8) Many are upgrading the systems with enough resources to run a multitasking operating system. I bought a P100 not too long ago and it is expected that P100 will be the entry level Pentium in less than 6 months . Disks are cheap now days. Due to Win95 many are gettting 16MB of memory. > > Granted all the tools have something wrong with them however one would > > think that by now many cool FreeBSD apps would have been written with > > the existing tool base. Perhaps, what we need more than yet another > > wonderful GUI tool is a set of goals or ideas for people to work on ... > > Hmm, I think taht if our tools where good enough (and cough cough well > documented), there would be much more of these thingies > > If it is only the ideas that is missing, oh boy I could make you a list > longer than a roll of toilet paper... > Well, I do have my own list of tasks and ideas so I don't need it and the folks on rah's multimedia mailing list so far got plenty of projects to work on 8) However, lets create a cool list of ideas (scrap the toilet paper reference cause you want to attract people) . Load the cool idea list along with a sign up sheet on the FreeBSD Web page and lets see what happens. Along with the cool idea web page we should include a reference to the FreeBSD Mail Archive Web page cause we don't want to be answering questions such as, has this been done before or is anyone working on this? Also it will not hurt if people send to the mailing list a brief description of what projects or ideas they are thinking of . Somehow, we got to foster a creative environ where things get done! Enjoy, Amancio From owner-freebsd-hackers Thu Dec 28 12:52:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28712 for hackers-outgoing; Thu, 28 Dec 1995 12:52:18 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28706 Thu, 28 Dec 1995 12:52:14 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id MAA02407; Thu, 28 Dec 1995 12:51:58 -0800 Message-Id: <199512282051.MAA02407@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: "Jordan K. Hubbard" cc: sos@FreeBSD.org, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org Subject: Re: syscons driver In-reply-to: Your message of "Thu, 28 Dec 1995 12:31:23 PST." <6533.820182683@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Dec 1995 12:51:58 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> "Jordan K. Hubbard" said: > > First of, we got to have people willing to write apps 8) > > X by itself is okay -- hard to use however it is flexible enough so > > X won't really be OK until it's easier to *install and configure*. :-( > Gosh, is this yet another cool project idea for someone to work on !! I thought that every end user FreeBSD box had X up and running cause is hard to imagine a FreeBSD box without X 8) Amancio From owner-freebsd-hackers Thu Dec 28 13:18:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA29908 for hackers-outgoing; Thu, 28 Dec 1995 13:18:46 -0800 (PST) Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA29901 for ; Thu, 28 Dec 1995 13:18:43 -0800 (PST) Received: from exalt.x.org by expo.x.org id AA02874; Thu, 28 Dec 95 16:18:06 -0500 Received: from localhost by exalt.x.org id VAA21806; Thu, 28 Dec 1995 21:18:05 GMT Message-Id: <199512282118.VAA21806@exalt.x.org> To: "Jordan K. Hubbard" Cc: hackers@freefall.FreeBSD.org Subject: Re: syscons driver In-Reply-To: Your message of Thu, 28 Dec 1995 12:31:23 EDT. <6533.820182683@time.cdrom.com> Organization: X Consortium Date: Thu, 28 Dec 1995 16:18:03 EDT From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > First of, we got to have people willing to write apps 8) > > X by itself is okay -- hard to use however it is flexible enough so > > X won't really be OK until it's easier to *install and configure*. :-( Lessee. Install: %gunzip -c .tar.gz | tar xf - Dunno what's so hard about that. Configure: Have you tried xvidtune? Look on the CDs WC is shipping. Start with one of the Official VESA modes from the modeDB file, start the server, then tune it with xvidtune. People who want to tweak the last iota of bandwidth should expect to do a little work to calculate what their monitor and card can do, and then finish up with xvidtune. It can be done in five minutes or less, depending on how fast you can copy lines out of modeDB into XF86Config :-). The last one I set up took me less than two minutes to set up 1280x1024. -- Kaleb KEITHLEY From owner-freebsd-hackers Thu Dec 28 13:35:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA01123 for hackers-outgoing; Thu, 28 Dec 1995 13:35:34 -0800 (PST) Received: from mailgate.ericsson.se (mailgate.ericsson.se [130.100.2.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA01110 for ; Thu, 28 Dec 1995 13:35:26 -0800 (PST) Received: from sa.erisoft.se (epls01.sa.erisoft.se [150.132.128.1]) by mailgate.ericsson.se (8.6.11/1.0) with SMTP id WAA05249; Thu, 28 Dec 1995 22:35:22 +0100 Received: from sws021.sa.erisoft.se by sa.erisoft.se (4.1/SMI-4.1-ERIS0.99) id AA05982; Thu, 28 Dec 95 22:35:21 +0100 From: Mattias.Gronlund@sa.erisoft.se (Mattias Gronlund) Received: by sws021.sa.erisoft.se (5.x/client-1.3) id AA05107; Thu, 28 Dec 1995 22:34:47 +0100 Message-Id: <9512282134.AA05107@sws021.sa.erisoft.se> Subject: Re: NFS ROOT 0.0.0.0:/... To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Thu, 28 Dec 1995 22:34:47 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: <9512281847.AA24583@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Dec 28, 95 01:47:09 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > < > > sprintf(buf,"%ld.%ld.%ld.%ld:%s", > > (l >> 24) & 0xff, (l >> 16) & 0xff, > > (l >> 8) & 0xff, (l >> 0) & 0xff,nd->root_hostnam); > > Should use inet_ntoa(), that's what it's there for. > > -GAWollman But this was NOT the essential thing with the diff! the thing that I meant was that someone have missed some row erlier, l should contain the IP-address for the root server not the swap server! /Mattias From owner-freebsd-hackers Thu Dec 28 13:57:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA02895 for hackers-outgoing; Thu, 28 Dec 1995 13:57:53 -0800 (PST) Received: from vip.cybercity.dk (www.cybercity.dk [194.16.56.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA02884 for ; Thu, 28 Dec 1995 13:57:43 -0800 (PST) Received: from critter.tfs.com by vip.cybercity.dk via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id WAA24725; Thu, 28 Dec 1995 22:57:28 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id WAA16879; Thu, 28 Dec 1995 22:57:17 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Mattias.Gronlund@sa.erisoft.se (Mattias Gronlund) cc: wollman@lcs.mit.edu (Garrett A. Wollman), freebsd-hackers@freebsd.org Subject: Re: NFS ROOT 0.0.0.0:/... In-reply-to: Your message of "Thu, 28 Dec 1995 22:34:47 +0100." <9512282134.AA05107@sws021.sa.erisoft.se> Date: Thu, 28 Dec 1995 22:57:16 +0100 Message-ID: <16877.820187836@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > > < > > > > sprintf(buf,"%ld.%ld.%ld.%ld:%s", > > > (l >> 24) & 0xff, (l >> 16) & 0xff, > > > (l >> 8) & 0xff, (l >> 0) & 0xff,nd->root_hostnam); > > > > Should use inet_ntoa(), that's what it's there for. > > > > -GAWollman > > But this was NOT the essential thing with the diff! the thing that I meant > was that someone have missed some row erlier, l should contain the IP-address > for the root server not the swap server! I have just committed your fix. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Thu Dec 28 14:11:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA03668 for hackers-outgoing; Thu, 28 Dec 1995 14:11:02 -0800 (PST) Received: from sponsor.octet.com (root@sponsor.octet.com [204.141.97.15]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA03657 for ; Thu, 28 Dec 1995 14:10:57 -0800 (PST) Received: (from root@localhost) by sponsor.octet.com (8.6.12/8.6.12) id RAA13047 for hackers@freebsd.org; Thu, 28 Dec 1995 17:02:18 GMT From: Daniel Leeds Message-Id: <199512281702.RAA13047@sponsor.octet.com> Subject: kernel compile woes To: hackers@freebsd.org Date: Thu, 28 Dec 1995 17:02:17 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk The following is my kernel config and the errors I get at compile. I am not new to this, and have been compiling kernels since 1.0.2, right now I am confused as to what is wrong...thanks. ******ERROR GIVEN*********** loading kernel if_ethersubr.o: Undefined symbol `_looutput' referenced from text segment if_ether.o: Undefined symbol `_loif' referenced from text segment igmp.o: Undefined symbol `_loif' referenced from text segment ip_output.o: Undefined symbol `_looutput' referenced from text segment *** Error code 1 Stop. *********KERNEL CONFIG********* # # # machine "i386" cpu "I486_CPU" ident SPONSOR maxusers 10 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on wd0 controller isa0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's From owner-freebsd-hackers Thu Dec 28 14:12:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA03870 for hackers-outgoing; Thu, 28 Dec 1995 14:12:26 -0800 (PST) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA03845 for ; Thu, 28 Dec 1995 14:12:14 -0800 (PST) Received: (from mark@localhost) by linus.demon.co.uk (8.7.3/8.7.3) id WAA02172; Thu, 28 Dec 1995 22:01:39 GMT Message-Id: <199512282201.WAA02172@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Thu, 28 Dec 1995 22:01:39 +0000 In-Reply-To: "Jordan K. Hubbard"'s message of Dec 27, 7:59pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Jordan K. Hubbard" , Michael Smith Subject: Re: syscons driver Cc: jdli@linux.csie.nctu.edu.tw (Chien-Ta Lee), freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > From: "Jordan K. Hubbard" > Date: Wed 27 Dec, 1995 > Subject: Re: syscons driver > > SVGAlib is a wank. Sorry to all those Linuxers who just love it, but > > it doesn't actually _achieve_ anything. > > Well, I think that's actually a bit harsh.. I've seen a couple of > perfectly acceptable games running under svgalib (asteroids, doom) and How far away are we from being able to support Linux's SVGAlib in emulation mode? Since I need a separate X server to run xdoom in 320x200 mode anyway, I'd rather just dedicate a virtual console to sdoom instead (taking a fireball in the face while accidentally visiting another virtual screen would also be less of a problem :-). The Chinese terminal emulator for Linux might also be used like this. > you need a low level shim written for each type of gfx card chipset. Is this necessary just for the "interesting" modes (640x480x4 and 320x200x8)? X is just fine for anything fancier... If syscons will do those modes, then of course we don't need native svgalib. Mark. From owner-freebsd-hackers Thu Dec 28 14:21:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA04443 for hackers-outgoing; Thu, 28 Dec 1995 14:21:38 -0800 (PST) Received: from mailgate.ericsson.se (mailgate.ericsson.se [130.100.2.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA04423 for ; Thu, 28 Dec 1995 14:21:24 -0800 (PST) Received: from sa.erisoft.se (epls01.sa.erisoft.se [150.132.128.1]) by mailgate.ericsson.se (8.6.11/1.0) with SMTP id XAA06419; Thu, 28 Dec 1995 23:21:20 +0100 Received: from sws021.sa.erisoft.se by sa.erisoft.se (4.1/SMI-4.1-ERIS0.99) id AA06990; Thu, 28 Dec 95 23:21:20 +0100 From: Mattias.Gronlund@sa.erisoft.se (Mattias Gronlund) Received: by sws021.sa.erisoft.se (5.x/client-1.3) id AA05120; Thu, 28 Dec 1995 23:20:46 +0100 Message-Id: <9512282220.AA05120@sws021.sa.erisoft.se> Subject: Re: sysctl interface To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Thu, 28 Dec 1995 23:20:45 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <16605.820180543@critter.tfs.com> from "Poul-Henning Kamp" at Dec 28, 95 08:55:43 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Well, essential or not, we can argue about. hw.devconf is what I > consider "closed territory" and therefore these functions shouldn't > try to mess with it. There exists special programs which are good > at handling that area. These functions really of any value only for > the variables that sysctl(8) handles. Good point, when I think about it i realize what you mean, why should a user that run "sysctl -a" have to see every little variable that the kernel exports with the sysctl call, in cases like this there certainly would be better to have a dedicated tool to parse the data. > The entire sysctl area is still being reconsidered and rearchitected > quite a bit, and this particular interface should >>>NOT<<< be relied > on for the future. But if I whant to create an interface for iostat to retrive data from the disk drivers to generate an extended disk statistic, should I wait untill the interface is "reconsidered and rearchitected" or will it be a minor thing to convert from the current interface to the uppcoming interface? /Mattias From owner-freebsd-hackers Thu Dec 28 14:37:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA05296 for hackers-outgoing; Thu, 28 Dec 1995 14:37:33 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA05291 for ; Thu, 28 Dec 1995 14:37:22 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id OAA12483; Thu, 28 Dec 1995 14:37:20 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id OAA00130; Thu, 28 Dec 1995 14:37:20 -0800 (PST) Message-Id: <199512282237.OAA00130@corbin.Root.COM> To: Daniel Leeds cc: hackers@freebsd.org Subject: Re: kernel compile woes In-reply-to: Your message of "Thu, 28 Dec 95 17:02:17 GMT." <199512281702.RAA13047@sponsor.octet.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 28 Dec 1995 14:37:19 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >The following is my kernel config and the errors I get at compile. I am >not new to this, and have been compiling kernels since 1.0.2, right now >I am confused as to what is wrong...thanks. > >******ERROR GIVEN*********** >loading kernel >if_ethersubr.o: Undefined symbol `_looutput' referenced from text segment >if_ether.o: Undefined symbol `_loif' referenced from text segment >igmp.o: Undefined symbol `_loif' referenced from text segment >ip_output.o: Undefined symbol `_looutput' referenced from text segment >*** Error code 1 > >Stop. You removed 'pseudo-device loop'...add it back. -DG From owner-freebsd-hackers Thu Dec 28 14:41:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA05483 for hackers-outgoing; Thu, 28 Dec 1995 14:41:00 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA05468 for ; Thu, 28 Dec 1995 14:40:52 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA14325 for ; Thu, 28 Dec 1995 23:40:49 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA13783 for freebsd-hackers@FreeBSD.ORG; Thu, 28 Dec 1995 23:40:49 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id XAA04804 for freebsd-hackers@FreeBSD.ORG; Thu, 28 Dec 1995 23:27:55 +0100 (MET) From: Ollivier Robert Message-Id: <199512282227.XAA04804@keltia.freenix.fr> Subject: HELP! FreeBSD can't see drive To: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) Date: Thu, 28 Dec 1995 23:27:55 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1489 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Anyone with an idea of what happens here ? ------- start of forwarded message ------- From: garyb@hula.maui.net (Gary Blumenstein) Newsgroups: comp.unix.bsd.freebsd.misc Subject: HELP! FreeBSD can't see drive Greetings FreeBSD'ers, I have a SCSI drive which currenty has both a DOS and a BSDI v1.1 partition on it. I want to replace BSDI with freebsd but when I boot from the 2.1 boot floppy, my boot drive (SCSI ID=0) is not recognized and the following error is displayed: (bt0:0:0): ABORTED COMMAND asc:4e,0 Overlapped commands attempted field replacement unit: 1 I'm using a Buslogic BT747 SCSI host adapter. The drive is a Seagate ST12550N 2.1G "Barracuda". I made sure both ends of the SCSI cable are terminated. Does anyone know what this message means and how I can fix the problem? Regards, -Gary ------- end of forwarded message ------- -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #9: Mon Dec 25 22:55:52 MET 1995 From owner-freebsd-hackers Thu Dec 28 15:22:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA07502 for hackers-outgoing; Thu, 28 Dec 1995 15:22:42 -0800 (PST) Received: from kaiwan.kaiwan.com (kaiwan.kaiwan.com [198.178.203.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA07497 for ; Thu, 28 Dec 1995 15:22:40 -0800 (PST) Received: from exit.com (uucp@localhost) by kaiwan.kaiwan.com (8.6.12/8.6.12) with UUCP id PAA16995 for hackers@freebsd.org; Thu, 28 Dec 1995 15:22:33 -0800 *** KAIWAN Internet Access *** Received: (from frank@localhost) by exit.com (8.6.12/8.6.12) id PAA01165 for hackers@freebsd.org; Thu, 28 Dec 1995 15:17:14 -0800 From: Frank Mayhar Message-Id: <199512282317.PAA01165@exit.com> Subject: Is anyone working on a QuickCam driver/app? To: hackers@freebsd.org Date: Thu, 28 Dec 1995 15:17:14 -0800 (PST) X-Mailer: ELM [version 2.4 PL24 ME8b] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk If so, let me know; I don't have a _whole_ lot of spare time, but I do have the hardware, and can certainly test things, or even write bits as I have moments. If I receive no replies, I'll probably go ahead and (attempt to) get the specs in order to write at least the driver myself, and maybe a hacked- together app to use it. I assume that there are pointers regarding use of the bidirectional parallel port already in the code (I know about the lpt driver, and there's also the parallel-port network driver, I believe). -- Frank Mayhar frank@exit.com From owner-freebsd-hackers Thu Dec 28 15:37:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA08535 for hackers-outgoing; Thu, 28 Dec 1995 15:37:58 -0800 (PST) Received: from sponsor.octet.com (root@sponsor.octet.com [204.141.97.15]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA08530 for ; Thu, 28 Dec 1995 15:37:55 -0800 (PST) Received: (from root@localhost) by sponsor.octet.com (8.6.12/8.6.12) id SAA00359 for hackers@freebsd.org; Thu, 28 Dec 1995 18:29:07 GMT From: Daniel Leeds Message-Id: <199512281829.SAA00359@sponsor.octet.com> Subject: libraries To: hackers@freebsd.org Date: Thu, 28 Dec 1995 18:29:06 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk is this my error or something else? I am trying to compile Xmosaic on freebsd 2.1 and i get this error...ive also gotten it on many other pacakges im working on as well... --- Building libwww2 cd libwww2; make CC=cc RANLIB=ranlib CFLAGS="-g " cc -g -c HTTCP.c HTTCP.c:68: conflicting types for `sys_errlist' /usr/include/stdio.h:244: previous declaration of `sys_errlist' *** Error code 1 Stop. *** Error code 1 Stop. From owner-freebsd-hackers Thu Dec 28 15:44:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA08794 for hackers-outgoing; Thu, 28 Dec 1995 15:44:02 -0800 (PST) Received: (from dyson@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA08757 Thu, 28 Dec 1995 15:43:59 -0800 (PST) From: John Dyson Message-Id: <199512282343.PAA08757@freefall.freebsd.org> Subject: Re: Is anyone working on a QuickCam driver/app? To: frank@exit.com (Frank Mayhar) Date: Thu, 28 Dec 1995 15:43:58 -0800 (PST) Cc: hackers@freebsd.org In-Reply-To: <199512282317.PAA01165@exit.com> from "Frank Mayhar" at Dec 28, 95 03:17:14 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > If so, let me know; I don't have a _whole_ lot of spare time, but I do have > the hardware, and can certainly test things, or even write bits as I have > moments. > > If I receive no replies, I'll probably go ahead and (attempt to) get the > specs in order to write at least the driver myself, and maybe a hacked- > together app to use it. I assume that there are pointers regarding use > of the bidirectional parallel port already in the code (I know about the > lpt driver, and there's also the parallel-port network driver, I believe). > Gimme, gimme, gimme -- I want!!!! :-) John From owner-freebsd-hackers Thu Dec 28 16:09:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA09950 for hackers-outgoing; Thu, 28 Dec 1995 16:09:32 -0800 (PST) Received: from Aspen.Woc.Atinc.COM ([198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA09943 for ; Thu, 28 Dec 1995 16:09:22 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id TAA08379; Thu, 28 Dec 1995 19:07:44 -0500 Date: Thu, 28 Dec 1995 19:07:42 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Terry Lambert cc: joerg_wunsch@uriah.heep.sax.de, daemon@bee.cs.kiev.ua, freebsd-hackers@FreeBSD.ORG Subject: NFS In-Reply-To: <199512280440.VAA00704@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Wed, 27 Dec 1995, Terry Lambert wrote: > I am hacking on the lockd, but since I am on vacation, I haven't been > doing much. I have posted the necessary kernel patches for proxy > identification in the past, and there is one minor patch for the NFS > handle to open fd translation to get it registered as a callback > for a loadable NFS module. > > More on it as things develope. my new employer is heavy into nis and nfs. i have 2.1.0R installed there. i can give the nfs code a real pounding now. this can start in january....late next week even. what do you all want hammered on??? Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG From owner-freebsd-hackers Thu Dec 28 16:32:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA10891 for hackers-outgoing; Thu, 28 Dec 1995 16:32:49 -0800 (PST) Received: from Aspen.Woc.Atinc.COM ([198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA10884 for ; Thu, 28 Dec 1995 16:32:42 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id TAA08406; Thu, 28 Dec 1995 19:31:35 -0500 Date: Thu, 28 Dec 1995 19:31:34 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Greg Lehey cc: Daniel Leeds , FreeBSD Hackers , Jack Velte Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) In-Reply-To: <199512281149.MAA20604@allegro.lemis.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 28 Dec 1995, Greg Lehey wrote: > I don't find this amusing. OK, he may be a jerk, but on the other hand, maybe > he isn't. He's certainly frustrated, and it would be nice to understand why, > and if there's anything that we can do to ensure that it doesn't happen more > often than absolutely necessary. What was the problem? the whole conversation should have been handled better from our end. i have not talked to him myself. i gather he commited the entire disk to FreeBSD without understanding what he was doing. ;( his fustration is well founded. we are not to blame to that type of user error. its a real shame that the conversation degenerated so fast and so completely. Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG From owner-freebsd-hackers Thu Dec 28 17:01:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA11778 for hackers-outgoing; Thu, 28 Dec 1995 17:01:16 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA11773 Thu, 28 Dec 1995 17:01:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA07179; Thu, 28 Dec 1995 16:59:48 -0800 To: "Amancio Hasty Jr." cc: sos@FreeBSD.ORG, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.ORG Subject: Re: syscons driver In-reply-to: Your message of "Thu, 28 Dec 1995 12:48:38 PST." <199512282048.MAA02380@rah.star-gate.com> Date: Thu, 28 Dec 1995 16:59:48 -0800 Message-ID: <7177.820198788@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Me thinks this group is too OS centric . > > The point that it must run on minimal hardware is debatable at this time > tnks to Win95 8) Many are upgrading the systems with enough resources > to run a multitasking operating system. I bought a P100 not too long ago and > it is expected that P100 will be the entry level Pentium in less than > 6 months . Disks are cheap now days. Due to Win95 many are gettting 16MB > of memory. And all unfortunately irrelevant if you CAN'T GET X TO WORK ON YOUR HARDWARE! Seriously, if you think it's easy then I suggest that you spend a little time hanging out in the questions@xfree86.org mailing list to find out just how wrong you are. The X installation and configuration issue is an *utter disaster* that we're slowly getting around to fixing, but to suggest that the whole X mileau is something you could drop a novice user into ("What's a clock chip? What do all these timing numbers mean?!") right now just doesn't seem to match any definition of reality that I'm currently familiar with. Jordan From owner-freebsd-hackers Thu Dec 28 17:05:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA11885 for hackers-outgoing; Thu, 28 Dec 1995 17:05:46 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA11880 Thu, 28 Dec 1995 17:05:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA07209; Thu, 28 Dec 1995 17:04:18 -0800 To: "Amancio Hasty Jr." cc: sos@FreeBSD.org, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org Subject: Re: syscons driver In-reply-to: Your message of "Thu, 28 Dec 1995 12:51:58 PST." <199512282051.MAA02407@rah.star-gate.com> Date: Thu, 28 Dec 1995 17:04:18 -0800 Message-ID: <7207.820199058@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk Quite the contrary. MANY people still can't get X working on their hardware (I even believe Soren is one of them, with the fancy 4MB Diamond Viper Pro Video card I gave him! :-( ) and those that do often only get there after a titanic struggle. We also have to keep apples and oranges separate. A cool set of GUI apps for X? Sure! A cool X based *installation* for FreeBSD, or anything else on the critical path requiring X? Not something we can entertain yet. I also agree that an X installer is a cool project idea to work on. I'm about to do my "next wave" of libdialog enhancements that should make it more practical for doing such things. It's kind of a pain not being able to put two dialogs on the screen up at once! We could also do a lot worse to try and sort of copy AccelleratedX's installation (Xsetup) - take a look at it and see the difference it makes! It's a pity that XFree86 itself isn't quite so modularly constructed - I'm sure that's a fairly crucial component to making the whole thing "plug and play." Ah well, we can only try to come as close as we can! Jordan > >>> "Jordan K. Hubbard" said: > > > First of, we got to have people willing to write apps 8) > > > X by itself is okay -- hard to use however it is flexible enough so > > > > X won't really be OK until it's easier to *install and configure*. :-( > > > > Gosh, is this yet another cool project idea for someone to work on !! > > I thought that every end user FreeBSD box had X up and running cause > is hard to imagine a FreeBSD box without X 8) > > > Amancio > > > > From owner-freebsd-hackers Thu Dec 28 17:13:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA12174 for hackers-outgoing; Thu, 28 Dec 1995 17:13:48 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA12169 for ; Thu, 28 Dec 1995 17:13:45 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA04499; Fri, 29 Dec 1995 11:51:24 +1030 From: Michael Smith Message-Id: <199512290121.LAA04499@genesis.atrad.adelaide.edu.au> Subject: Re: libraries To: cosmos@sponsor.octet.com (Daniel Leeds) Date: Fri, 29 Dec 1995 11:51:23 +1030 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199512281829.SAA00359@sponsor.octet.com> from "Daniel Leeds" at Dec 28, 95 06:29:06 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Daniel Leeds stands accused of saying: > is this my error or something else? I am trying to compile Xmosaic > on freebsd 2.1 and i get this error...ive also gotten it on many other > pacakges im working on as well... > HTTCP.c:68: conflicting types for `sys_errlist' > /usr/include/stdio.h:244: previous declaration of `sys_errlist' It's because many other versions of unix don't prototype sys_errlist in their headers, but FreeBSD does, and the prototypes don't match. Find where the prototype is, and #ifdef it out. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Thu Dec 28 17:21:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA12523 for hackers-outgoing; Thu, 28 Dec 1995 17:21:14 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA12513 for ; Thu, 28 Dec 1995 17:21:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA07272; Thu, 28 Dec 1995 17:20:57 -0800 To: "Kaleb S. KEITHLEY" cc: hackers@freefall.FreeBSD.org Subject: Re: syscons driver In-reply-to: Your message of "Thu, 28 Dec 1995 16:18:03 EDT." <199512282118.VAA21806@exalt.x.org> Date: Thu, 28 Dec 1995 17:20:57 -0800 Message-ID: <7270.820200057@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Lessee. > > Install: %gunzip -c .tar.gz | tar xf - > > Dunno what's so hard about that. I have to wonder whether or not you're really being serious! :-) OK, let me qualify my earlier remarks for the benefit of Amancio and everyone, and please do at least bear in mind that I get a LOT of support questions which certainly indicates that something is not as clear as it should be or I wouldn't get so many, right? First off, getting X to work with a stock VGA card isn't too difficult if you're willing to stick to 640x480 res and the SVGA server. I'm assuming that's not what's wanted, however, so we move to step two. Step two is getting some sort of accellerated server working, and that's when things quickly get fiddly. What clock chip do I set for the early #9 cards? Failure to do so will get you a list of auto-probed clocks that have you back at 640x480 again (28, 32 and so on). What about an ATI card? Yearg! It locks my machine up! What do you mean "shared IRQ?!" What about my Matrox? It doesn't work?! I could go on, but will spare your ears. Then you've got mice. Hoo boy, don't ask me what to enter for your PS/2 and bus mouse again! None of these things take a rocket scientist to deal with, but added up they can spell a lot of frustration for people. X may be a wonderful thing for what it does, and no one can say that I haven't paid my dues with it (I sat through the ICCCM ratification process and no one should have to do that in a civilized country! :-), but I know its limitations, too, and currently the XFree86 setup is simply miserable. Sorry, I know I keep using words like "miserable" and "bogus" when it comes to xf86config, but if I do it's only because I'm trying to keep the stronger ones in check.. :-) Jordan From owner-freebsd-hackers Thu Dec 28 18:00:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA15654 for hackers-outgoing; Thu, 28 Dec 1995 18:00:08 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA15649 for ; Thu, 28 Dec 1995 18:00:06 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA04830; Fri, 29 Dec 1995 12:37:44 +1030 From: Michael Smith Message-Id: <199512290207.MAA04830@genesis.atrad.adelaide.edu.au> Subject: Re: syscons driver To: kaleb@x.org (Kaleb S. KEITHLEY) Date: Fri, 29 Dec 1995 12:37:44 +1030 (CST) Cc: jkh@time.cdrom.com, hackers@freefall.freebsd.org In-Reply-To: <199512282118.VAA21806@exalt.x.org> from "Kaleb S. KEITHLEY" at Dec 28, 95 04:18:03 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Kaleb S. KEITHLEY stands accused of saying: > > X won't really be OK until it's easier to *install and configure*. :-( > > Lessee. > > Install: %gunzip -c .tar.gz | tar xf - > > Dunno what's so hard about that. You're looking from the wrong perspective. That's _very_ hard for someone who doesn't grok unix; imagine how difficult it is trying to pronounce the above line over a bad phone line to someone... On the other hand "Select 'X installation' from the menu, and answer the questions" is a lot easier. > Configure: Have you tried xvidtune? Look on the CDs WC is shipping. > Start with one of the Official VESA modes from the modeDB file, start > the server, then tune it with xvidtune. People who want to tweak the > last iota of bandwidth should expect to do a little work to calculate > what their monitor and card can do, and then finish up with xvidtune. Still too hard. Xvidtune needs to be able to write to the config file, or something else needs to catch its output and deal with it. > It can be done in five minutes or less, depending on how fast you can > copy lines out of modeDB into XF86Config :-). The last one I set up took > me less than two minutes to set up 1280x1024. If you know what you're doing, sure. If all you've ever used is Windows, it's a very daunting task. We're not suggesting that level of drool-proofness, but an approach that might make it a little easier for a seasoned Windows user to get configured and up to speed without the excess of grief that's currently involved. > Kaleb KEITHLEY -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Thu Dec 28 18:08:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA16505 for hackers-outgoing; Thu, 28 Dec 1995 18:08:24 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA16498 for ; Thu, 28 Dec 1995 18:08:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA07442; Thu, 28 Dec 1995 18:08:04 -0800 To: Frank Mayhar cc: hackers@freebsd.org Subject: Re: Is anyone working on a QuickCam driver/app? In-reply-to: Your message of "Thu, 28 Dec 1995 15:17:14 PST." <199512282317.PAA01165@exit.com> Date: Thu, 28 Dec 1995 18:08:04 -0800 Message-ID: <7440.820202884@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk I called those folks a couple of times trying to get tech specs and then finally gave up. Everyone was very friendly and tried their best to be helpful, they just didn't have the foggiest idea how one might go getting ahold of the specifications for the data format! :-( Jordan > If so, let me know; I don't have a _whole_ lot of spare time, but I do have > the hardware, and can certainly test things, or even write bits as I have > moments. > > If I receive no replies, I'll probably go ahead and (attempt to) get the > specs in order to write at least the driver myself, and maybe a hacked- > together app to use it. I assume that there are pointers regarding use > of the bidirectional parallel port already in the code (I know about the > lpt driver, and there's also the parallel-port network driver, I believe). > -- > Frank Mayhar frank@exit.com From owner-freebsd-hackers Thu Dec 28 18:25:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17071 for hackers-outgoing; Thu, 28 Dec 1995 18:25:23 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA17066 for ; Thu, 28 Dec 1995 18:25:19 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA04925; Fri, 29 Dec 1995 13:02:41 +1030 From: Michael Smith Message-Id: <199512290232.NAA04925@genesis.atrad.adelaide.edu.au> Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Fri, 29 Dec 1995 13:02:41 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, grog@lemis.de, cosmos@misery.bssc.org, hackers@FreeBSD.org, jack@cdrom.com In-Reply-To: <16653.820182386@critter.tfs.com> from "Poul-Henning Kamp" at Dec 28, 95 09:26:26 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Poul-Henning Kamp stands accused of saying: > >> The "best" solution to the basic problem (no Jordan, no wolves this time 8) >> would be better detection/interoperation with BIOS extenders. This is >> kinda problematic though, as none of the deep-down disk hackers consider IDE >> worthy of their spit, and the technical aspects of the problem are >> pretty hairy. > > As the one who spent a lot more than I liked, of time I didn't have, on > getting this particular area of sysinstall working, I kind of resent that > remark, quite a lot in fact :-( Sorry; I'd still hold to the assertion that you don't consider IDE worth your spit, but that you spent the time because you consider FreeBSD is. > I am also on the ata/atapi mailing-list and I can comfortably say that > this entire area is so impossible to handle intelligently and correctly > in all cases, that I'm seriously tempted to not even touch it again, ever. Hmm. Somehow I don't think we could get away with making FreeBSD an IDE-free zone, but it would be nice. > I) a copy of Ontrack Diskmanager version 6.X > * J) a copy of Ontrack Diskmanager version 7.X > * .... You get the idea... This in particular is the "idea" that's most important in this context; it would be nice even just to have an enumerated list of the other products of this type that in use. > It doesn't improve too much that people send error reports which > essentially say "Hey it fucked my harddisk over, die you sucker!!!" Agreed 8( > I personally have 12+ years of OS installation, and have learned that > if I have anything on the disks I care about, I will back it up first, > and I will read any information from the install program very very > carefully, with a very paranoid attitude. But instilling this into the mind of a WareZ-crazed ftp-head is _very_hard_. 8( > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Thu Dec 28 18:30:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17297 for hackers-outgoing; Thu, 28 Dec 1995 18:30:27 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA17290 Thu, 28 Dec 1995 18:30:17 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id NAA02877; Fri, 29 Dec 1995 13:28:28 +1100 From: David Dawes Message-Id: <199512290228.NAA02877@rf900.physics.usyd.edu.au> Subject: Re: syscons driver To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 29 Dec 1995 13:28:27 +1100 (EST) Cc: hasty@rah.star-gate.com, sos@freebsd.org, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@freebsd.org In-Reply-To: <7177.820198788@time.cdrom.com> from "Jordan K. Hubbard" at Dec 28, 95 04:59:48 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk >> Me thinks this group is too OS centric . >> >> The point that it must run on minimal hardware is debatable at this time >> tnks to Win95 8) Many are upgrading the systems with enough resources >> to run a multitasking operating system. I bought a P100 not too long ago and >> it is expected that P100 will be the entry level Pentium in less than >> 6 months . Disks are cheap now days. Due to Win95 many are gettting 16MB >> of memory. > >And all unfortunately irrelevant if you CAN'T GET X TO WORK ON YOUR >HARDWARE! > >Seriously, if you think it's easy then I suggest that you spend a >little time hanging out in the questions@xfree86.org mailing list to >find out just how wrong you are. The X installation and configuration >issue is an *utter disaster* that we're slowly getting around to >fixing, but to suggest that the whole X mileau is something you could >drop a novice user into ("What's a clock chip? What do all these >timing numbers mean?!") right now just doesn't seem to match any >definition of reality that I'm currently familiar with. For the majority of cards that XFree86 runs on you don't need to worry about timings and dot clocks, and stuff like that (I never do when getting a new machine up and running). You run 'xf86config' and pick out your card from the list. Unfortunately there is still an impression amongst a lot of people that you still need to worry about all these things for every card, and a lot of people end up making the installation process more complicated than it nees to be. I see all the mail on the xfree86@xfree86.org list, and the answer to too many of those questions is "Get the latest XFree86 release, run xf86config, and select your card from the list. If you have an unsupported or poorly supported card, then things can get difficult/impossible, but for the majority of people it doesn't need to be as difficult as a lot of people make out. Having said all this, we do realise that the XFree86 configuration can be improved a lot, and we are currently working on this issue. We have a mailing list setup for those interested in contributing ideas and/or code to this (and you don't need to sign anything or join the XFree86 Project to join this list). If anyone here is interested, let me know. David From owner-freebsd-hackers Thu Dec 28 18:47:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17832 for hackers-outgoing; Thu, 28 Dec 1995 18:47:24 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA17826 for ; Thu, 28 Dec 1995 18:47:15 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id NAA02946; Fri, 29 Dec 1995 13:46:43 +1100 From: David Dawes Message-Id: <199512290246.NAA02946@rf900.physics.usyd.edu.au> Subject: Re: syscons driver To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 29 Dec 1995 13:46:43 +1100 (EST) Cc: kaleb@x.org, hackers@freefall.freebsd.org In-Reply-To: <7270.820200057@time.cdrom.com> from "Jordan K. Hubbard" at Dec 28, 95 05:20:57 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> Lessee. >> >> Install: %gunzip -c .tar.gz | tar xf - >> >> Dunno what's so hard about that. > >I have to wonder whether or not you're really being serious! :-) > >OK, let me qualify my earlier remarks for the benefit of Amancio and >everyone, and please do at least bear in mind that I get a LOT of >support questions which certainly indicates that something is not as >clear as it should be or I wouldn't get so many, right? Right, but I also feel that there is a lot of baggage being carried over from how things used to be that cause people to overly complicate what they are trying to do. When we get a report saying "My S3 Trio64 doesn't show any useful clocks, what do I do?" it means that the person installing it is working from some preconceived idea of how 'XFree86' works. >First off, getting X to work with a stock VGA card isn't too difficult >if you're willing to stick to 640x480 res and the SVGA server. I'm >assuming that's not what's wanted, however, so we move to step two. > >Step two is getting some sort of accellerated server working, and >that's when things quickly get fiddly. What clock chip do I set for >the early #9 cards? Failure to do so will get you a list of >auto-probed clocks that have you back at 640x480 again (28, 32 and so >on). What about an ATI card? Yearg! It locks my machine up! What >do you mean "shared IRQ?!" What about my Matrox? It doesn't work?! >I could go on, but will spare your ears. Regarding your example of an early #9 card. Here is part of an xf86config run: 90 Miro Crystal 20SD with ICS2494 (BIOS 1.xx) S3-864 91 Miro Crystal 20SD with S3-SDAC (BIOS 3.xx) S3-864 92 Miro Crystal 20SV S3-964 93 Miro Crystal 40SV S3-964 94 Miro Crystal 8S S3-801/805 95 Miro VIDEO 20SV S3-968 96 Number Nine FX Motion 531 S3-868 97 Number Nine FX Motion 771 S3-968 98 Number Nine FX Vision 330 S3-Trio64 99 Number Nine GXE Level 10/11/12 S3-928 100 Number Nine GXE Level 14/16 S3-928 101 Number Nine GXE64 S3-864 102 Number Nine GXE64 Pro S3-964 103 Number Nine GXE64 with S3-Trio64 S3-Trio64 104 Oak (generic) Oak-067/77/87 105 Orchid Celsius (AT&T RAMDAC) AGX-015 106 Orchid Celsius (Sierra RAMDAC) AGX-015 107 Orchid Fahrenheit 1280 S3-801 Enter a number to choose the corresponding card definition. Press enter for the next page, q to continue configuration. ->99 Your selected card definition: Identifier: Number Nine GXE Level 10/11/12 Chipset: S3-928 Server: XF86_S3 Clockchip: icd2061a Do NOT probe clocks or use any Clocks line. Press enter to continue, or ctrl-c to abort. ... What's difficult about that? The issue of hardware that XFree86 doesn't support is the real show stopper. That's something we're continually working on (and the Mach64 support should be heaps better in the 3.1.2B release that will be out in a day or two). The only way we'll get over this hardware support issue is to have more people (ie volunteers) working on it. Unfortunately the number of people actively working on this sort of thing has been decreasing not increasing :-(. David From owner-freebsd-hackers Thu Dec 28 20:25:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA23325 for hackers-outgoing; Thu, 28 Dec 1995 20:25:59 -0800 (PST) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA23316 for ; Thu, 28 Dec 1995 20:25:54 -0800 (PST) Received: from vip.cybercity.dk (www.cybercity.dk [194.16.56.1]) by mail.barrnet.net (8.7.1/MAIL-RELAY-LEN) with SMTP id XAA04512 for ; Mon, 25 Dec 1995 23:54:48 -0800 (PST) Received: from critter.tfs.com by vip.cybercity.dk via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id IAA24243; Tue, 26 Dec 1995 08:52:25 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id HAA12982; Tue, 26 Dec 1995 07:31:12 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) cc: phil@zipmail.co.uk, hackers@freebsd.org Subject: Re: Small change to ctm-rmail ! In-reply-to: Your message of "Tue, 26 Dec 1995 05:50:14 +0300." Date: Tue, 26 Dec 1995 07:31:11 +0100 Message-ID: <12980.819959471@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > In message <11967.819916074@critter.tfs.com> Poul-Henning Kamp writes: > > >> I have made a quick hack to ctm_rmail.c as I have recently subscribed > >> to ctm-src-current and I receive my emails on a novell n/w and > >> pegasus mail for windows which of course uses CR/LF so the following > >> diff strips of the CR, it is pretty dirty but should work OK of > >> anyone else has had this problem. > > >I just added code to remove all white-space, that's more general :-) > > I know at least one file where whitespaces are essential: > share/timedef/data/* Go look at the change before you freak out ok ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Thu Dec 28 20:36:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA23841 for hackers-outgoing; Thu, 28 Dec 1995 20:36:58 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA23834 for ; Thu, 28 Dec 1995 20:36:51 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id UAA00753; Thu, 28 Dec 1995 20:34:12 -0800 Message-Id: <199512290434.UAA00753@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: mark@linus.demon.co.uk (Mark Valentine) cc: "Jordan K. Hubbard" , Michael Smith , jdli@linux.csie.nctu.edu.tw (Chien-Ta Lee), freebsd-hackers@FreeBSD.ORG Subject: Re: syscons driver In-reply-to: Your message of "Thu, 28 Dec 1995 22:01:39 GMT." <199512282201.WAA02172@linus.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Dec 1995 20:34:12 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Oh, is not hard to port the linux svgalib . Trust me I did it many moons ago... Do I want it nope, I just trashed it 8) Also, if you have a P100 or better you can run xdoom with -3 and is fine for playing. At any rate , I do over here along with with sound server. Amancio >>> Mark Valentine said: > > From: "Jordan K. Hubbard" > > Date: Wed 27 Dec, 1995 > > Subject: Re: syscons driver > > > > SVGAlib is a wank. Sorry to all those Linuxers who just love it, but > > > it doesn't actually _achieve_ anything. > > > > Well, I think that's actually a bit harsh.. I've seen a couple of > > perfectly acceptable games running under svgalib (asteroids, doom) and > > How far away are we from being able to support Linux's SVGAlib in emulation > mode? > > Since I need a separate X server to run xdoom in 320x200 mode anyway, I'd > rather just dedicate a virtual console to sdoom instead (taking a fireball > in the face while accidentally visiting another virtual screen would also > be less of a problem :-). > > The Chinese terminal emulator for Linux might also be used like this. > > > you need a low level shim written for each type of gfx card chipset. > > Is this necessary just for the "interesting" modes (640x480x4 and 320x200x8) ? > X is just fine for anything fancier... > > If syscons will do those modes, then of course we don't need native svgalib. > > Mark. > From owner-freebsd-hackers Thu Dec 28 23:57:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05797 for hackers-outgoing; Thu, 28 Dec 1995 23:57:38 -0800 (PST) Received: from vip.cybercity.dk (www.cybercity.dk [194.16.56.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA05792 for ; Thu, 28 Dec 1995 23:57:35 -0800 (PST) Received: from critter.tfs.com by vip.cybercity.dk via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id IAA02674; Fri, 29 Dec 1995 08:57:22 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id IAA17280; Fri, 29 Dec 1995 08:57:28 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Mattias.Gronlund@sa.erisoft.se (Mattias Gronlund) cc: freebsd-hackers@freebsd.org Subject: Re: sysctl interface In-reply-to: Your message of "Thu, 28 Dec 1995 23:20:45 +0100." <9512282220.AA05120@sws021.sa.erisoft.se> Date: Fri, 29 Dec 1995 08:57:27 +0100 Message-ID: <17278.820223847@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > > The entire sysctl area is still being reconsidered and rearchitected > > quite a bit, and this particular interface should >>>NOT<<< be relied > > on for the future. > > But if I whant to create an interface for iostat to retrive data from > the disk drivers to generate an extended disk statistic, should I wait > untill the interface is "reconsidered and rearchitected" or will > it be a minor thing to convert from the current interface to the uppcoming > interface? Well, the change will essentially be that you specify a string ("hw.disks.stats") instead of a int[] with some magic numbers in it. apart from that it will be the same. I expect it to be in place in two weeks or so... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Fri Dec 29 00:03:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA06014 for hackers-outgoing; Fri, 29 Dec 1995 00:03:32 -0800 (PST) Received: from vip.cybercity.dk (www.cybercity.dk [194.16.56.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA06007 for ; Fri, 29 Dec 1995 00:03:29 -0800 (PST) Received: from critter.tfs.com by vip.cybercity.dk via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA02706; Fri, 29 Dec 1995 09:03:13 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id JAA17322; Fri, 29 Dec 1995 09:03:16 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Michael Smith cc: grog@lemis.de, cosmos@misery.bssc.org, hackers@freebsd.org, jack@cdrom.com Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) In-reply-to: Your message of "Fri, 29 Dec 1995 13:02:41 +1030." <199512290232.NAA04925@genesis.atrad.adelaide.edu.au> Date: Fri, 29 Dec 1995 09:03:16 +0100 Message-ID: <17320.820224196@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > Poul-Henning Kamp stands accused of saying: > > > >> The "best" solution to the basic problem (no Jordan, no wolves this time 8 ) > >> would be better detection/interoperation with BIOS extenders. This is > >> kinda problematic though, as none of the deep-down disk hackers consider I DE > >> worthy of their spit, and the technical aspects of the problem are > >> pretty hairy. > > > > As the one who spent a lot more than I liked, of time I didn't have, on > > getting this particular area of sysinstall working, I kind of resent that > > remark, quite a lot in fact :-( > > Sorry; I'd still hold to the assertion that you don't consider IDE worth > your spit, but that you spent the time because you consider FreeBSD is. Well, only one of my FreeBSD machines are SCSI, so I think you need to reconsider... > > I am also on the ata/atapi mailing-list and I can comfortably say that > > this entire area is so impossible to handle intelligently and correctly > > in all cases, that I'm seriously tempted to not even touch it again, ever. > > Hmm. Somehow I don't think we could get away with making FreeBSD an > IDE-free zone, but it would be nice. I'm not talking about an IDE free zone, but about a "We support the following vanilla config, anything else is on your own risk". > > I) a copy of Ontrack Diskmanager version 6.X > > * J) a copy of Ontrack Diskmanager version 7.X > > * .... You get the idea... > > This in particular is the "idea" that's most important in this context; > it would be nice even just to have an enumerated list of the other > products of this type that in use. Well, do you have any idea how much >I< would like that list ??? > > I personally have 12+ years of OS installation, and have learned that > > if I have anything on the disks I care about, I will back it up first, > > and I will read any information from the install program very very > > carefully, with a very paranoid attitude. > > But instilling this into the mind of a WareZ-crazed ftp-head is _very_hard_. > 8( true. Not that I care too much about that category of user anyway :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Fri Dec 29 00:33:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA07159 for hackers-outgoing; Fri, 29 Dec 1995 00:33:00 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA07147 for ; Fri, 29 Dec 1995 00:32:54 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA05988; Fri, 29 Dec 1995 19:10:29 +1030 From: Michael Smith Message-Id: <199512290840.TAA05988@genesis.atrad.adelaide.edu.au> Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Fri, 29 Dec 1995 19:10:29 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, grog@lemis.de, cosmos@misery.bssc.org, hackers@freebsd.org, jack@cdrom.com In-Reply-To: <17320.820224196@critter.tfs.com> from "Poul-Henning Kamp" at Dec 29, 95 09:03:16 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Poul-Henning Kamp stands accused of saying: >> Sorry; I'd still hold to the assertion that you don't consider IDE worth >> your spit, but that you spent the time because you consider FreeBSD is. > > Well, only one of my FreeBSD machines are SCSI, so I think you need to > reconsider... Didn't say you wouldn't use it 8) Fair enough though; IDE has its place. > I'm not talking about an IDE free zone, but about a "We support the following > vanilla config, anything else is on your own risk". Nobody will read it. At least, unless we print it in BIG LETTERS on the cover, and even then they won't believe it. I'm whining aren't I? > > This in particular is the "idea" that's most important in this context; > > it would be nice even just to have an enumerated list of the other > > products of this type that in use. > > Well, do you have any idea how much >I< would like that list ??? Well, let's ask, shall we? Oi! Anyone out there with a non-LBA PC with an IDE disk bigger than 500M, using something other than Disk Manager, speak up! We need info from you about it! > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Fri Dec 29 01:07:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA08534 for hackers-outgoing; Fri, 29 Dec 1995 01:07:46 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA08527 for ; Fri, 29 Dec 1995 01:07:39 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id SAA10001; Fri, 29 Dec 1995 18:07:13 +0900 Date: Fri, 29 Dec 1995 18:07:13 +0900 Message-Id: <199512290907.SAA10001@frig.mt.cs.keio.ac.jp> To: greg@uswest.net Cc: hackers@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: Etherlink III - 3C562 In-Reply-To: Your message of Thu, 28 Dec 1995 08:52:19 -0600. <9512280852.ZM25932@nevis.oss.uswest.net> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk >> I'm trying to setup a couple of Compaq LTE 5100 laptops with 3COM EtherLink >> III >> 3C562 (LAN & Modem combined) PCMCIA cards for our techs. Even though these are >> supposed to be 3c589B compatable, it looks like David Hinds from the Linux >> group is having to rewrite the drivers to handle the sharing of interrupts >> between the modem and the ethernet controller. >> >> Can you tell me if -current or one of the upcoming -current's will include >> David's changes ? We're testing new PCMCIA Etherlink III driver based on if_ep and sys/pccard. Now this project is in pre-alpha testing phase. We will release the alpha-test version on this driver on the first or second week of January. Please wait for it and please do not make your effort on existing if_zp. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Fri Dec 29 01:07:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA08552 for hackers-outgoing; Fri, 29 Dec 1995 01:07:55 -0800 (PST) Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA08542 for ; Fri, 29 Dec 1995 01:07:49 -0800 (PST) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0tVahP-000I6rC; Fri, 29 Dec 95 10:02 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.1 #3) id m0tVZXk-000022C; Fri, 29 Dec 95 08:48 MET Message-Id: From: hm@altona.hamburg.com (Hellmuth Michaelis) Subject: Re: syscons driver To: freebsd-hackers@FreeBSD.org Date: Fri, 29 Dec 1995 08:48:00 +0100 (MET) In-Reply-To: <6533.820182683@time.cdrom.com> from "Jordan K. Hubbard" at Dec 28, 95 12:31:23 pm Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk >From the keyboard of Jordan K. Hubbard: > > First of, we got to have people willing to write apps 8) > > X by itself is okay -- hard to use however it is flexible enough so > > X won't really be OK until it's easier to *install and configure*. :-( If it is possible to write a lib for _generic_ VGA modes, then it should be no problem installing a generic X - or better, it should be part of the distribution so that there is no need to _install_ it, it would be simply there. Besides this i consider X (and curses) the only portable environment to use if i ever were to write something GUIsh - this is no offense - i would never lock my application into something so proprietary as a GUI library for VGAs. And as for the installation process: support the lowest common denominator which is and i believe will be a character terminal for many years and many architectures different from the PC toy machines we are using now. Imagine FreeBSD on an HP9000/800: no VGA, not even a bitmap display, just a character terminal as the console.... Just my 0.02 Euro, hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Fri Dec 29 01:49:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA11360 for hackers-outgoing; Fri, 29 Dec 1995 01:49:10 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA11334 for ; Fri, 29 Dec 1995 01:49:04 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id KAA18405; Fri, 29 Dec 1995 10:30:06 +0100 Message-Id: <199512290930.KAA18405@ra.dkuug.dk> Subject: Re: syscons driver To: mark@linus.demon.co.uk (Mark Valentine) Date: Fri, 29 Dec 1995 10:30:06 +0100 (MET) Cc: jkh@time.cdrom.com, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199512282201.WAA02172@linus.demon.co.uk> from "Mark Valentine" at Dec 28, 95 10:01:39 pm From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In reply to Mark Valentine who wrote: > > > From: "Jordan K. Hubbard" > > Date: Wed 27 Dec, 1995 > > Subject: Re: syscons driver > > > > SVGAlib is a wank. Sorry to all those Linuxers who just love it, but > > > it doesn't actually _achieve_ anything. > > > > Well, I think that's actually a bit harsh.. I've seen a couple of > > perfectly acceptable games running under svgalib (asteroids, doom) and > > How far away are we from being able to support Linux's SVGAlib in emulation > mode? Hmm, donno, but I'm afraid its not trivial to add.. > > you need a low level shim written for each type of gfx card chipset. > > Is this necessary just for the "interesting" modes (640x480x4 and 320x200x8)? > X is just fine for anything fancier... > > If syscons will do those modes, then of course we don't need native svgalib. Syscons supports those "interesting" modes allready (and have for a long time) but interest has been limited... That is what I'm trying to change by providing an easier interface to the programmer.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Fri Dec 29 02:00:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA12463 for hackers-outgoing; Fri, 29 Dec 1995 02:00:20 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA12440 Fri, 29 Dec 1995 02:00:13 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id KAA18466; Fri, 29 Dec 1995 10:46:33 +0100 Message-Id: <199512290946.KAA18466@ra.dkuug.dk> Subject: Re: syscons driver To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 29 Dec 1995 10:46:33 +0100 (MET) Cc: hasty@rah.star-gate.com, sos@FreeBSD.org, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <7207.820199058@time.cdrom.com> from "Jordan K. Hubbard" at Dec 28, 95 05:04:18 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who wrote: > > Quite the contrary. MANY people still can't get X working on their > hardware (I even believe Soren is one of them, with the fancy 4MB > Diamond Viper Pro Video card I gave him! :-( ) and those that do > often only get there after a titanic struggle. Oh boy yes, I've had my share of fun :( (newsflash: it seems Xinside has now provided me with a version that works, so as I'm typing this I'm in 1280x1024x16Mil colors, not bad :) ) > We also have to keep apples and oranges separate. A cool set of GUI > apps for X? Sure! A cool X based *installation* for FreeBSD, or > anything else on the critical path requiring X? Not something we can > entertain yet. I think we have to get this sorted out once anf for all. We cannot assume that Joe Random User has X capable HW, and much less that he knows what it is he has. So what we can assume is that he has a graphics capable videocard (I know the just could be a genuine MGA card out there) of some sort. What I'm working on will work on CGA (640x200x2), HGA (720x350x2) EGA (640x350x16), (S)VGA (640x480x16) and will run in a window under X. That should take care of most of the situations we can encounter out there. I'll look closer at the libdialog functions, and maybe, just maybe, I can come up with a way of using macros or something so the app could run under libdialog too. I'm not sure its worth the effort on the PC platform, but as Helmuth mentions we might go for other hardware in the future (but most will have Graphics HW too, if they are not to antiquated). > I also agree that an X installer is a cool project idea to work on. > I'm about to do my "next wave" of libdialog enhancements that should > make it more practical for doing such things. It's kind of a pain not > being able to put two dialogs on the screen up at once! SO now we have to have a little window system too....(just kidding) By the way, what happend to MGR(the little windows system that Bellcore did years ago, I had it runniong under SCO back then) It would serve as a nice litte graphics environment, and would run just fine on CGA,HGA,EGA,VGA cards (I still have the code I wrote for SCO somewhre on tape...) > We could also do a lot worse to try and sort of copy AccelleratedX's > installation (Xsetup) - take a look at it and see the difference it > makes! It's a pity that XFree86 itself isn't quite so modularly Yes, I have to say that setting up the accelx server is pretty easy they have done a good job there... > constructed - I'm sure that's a fairly crucial component to making the > whole thing "plug and play." Ah well, we can only try to come as > close as we can! > Jordan -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Fri Dec 29 03:18:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA14725 for hackers-outgoing; Fri, 29 Dec 1995 03:18:05 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA14720 for ; Fri, 29 Dec 1995 03:18:01 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Fri, 29 Dec 95 11:17 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id MAA05014 for hackers@freebsd.org; Fri, 29 Dec 1995 12:02:29 +0100 Message-Id: <199512291102.MAA05014@allegro.lemis.de> Subject: Memory leak in -current NFS code? To: hackers@freebsd.org (FreeBSD Hackers) Date: Fri, 29 Dec 1995 12:02:27 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk In the past couple of days, I've had three cases of the network hanging with the message "No buffer space available". In each cases, I've had to reboot the system. If anybody can help me debug this problem, I'd be grateful. Here's what happens: A week or so ago, my source disk died on me, and I have cross-mounted the sources on allegro, a BSD/386 1.1 box. During the night, I run a number of cron jobs: - On freebie, the FreeBSD box, I have a job which extracts the cvs updates and rebuilds the software. - On allegro, the BSD/386 box, I have a cleanup job which does a backup of all the network. Until the day before yesterday, everything worked well. I had a separate backup on freebie because the additional disk space made it impossible to get everything on one disk. The day before yesterday I added freebie to the list of the network backups. When I got up yesterday morning, I found that freebie had hung itself up with buffer space problems. The backup (tar cf - / | rsh allegro dd of=$TAPE) had not written any significant quantity of data to tape (tar t on allegro showed no data, just an error), and the rebuild was hanging on a network request. On the console I had the message Dec 28 04:47:37 freebie /kernel.std: nfs send error 55 for server allegro.lemis.de:/home Today exactly the same thing happened, as far as I can tell at the same time. I used ddb to take a dump (BTW, what's the correct way to do that? There doesn't seem to be an instruction to do this, so I trashed callfree). On dumping, I had a significant number of unflushed buffers, which may have something to do with the problem. During the morning, while I was still trying to rebuild -current, it happened *again*, this time without any help from the backup routines. allegro is quite busy continuing with its interrupted cleanup, and I suspect that the problem might be dropped packets which don't get cleaned up. FWIW, freebie:/ and freebie:/cdrom are cross-mounted on allegro, and I can't unmount them because allegro claims they're busy--I think this is a BSD/386 NFS problem which occurs after any timeout on an NFS request. If anybody could give me a few pointers in the code or data structures, I'd be grateful. I know my way round kernel code pretty well, but I don't know much about the network implementation. Greg From owner-freebsd-hackers Fri Dec 29 03:21:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA14879 for hackers-outgoing; Fri, 29 Dec 1995 03:21:21 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA14867 for ; Fri, 29 Dec 1995 03:21:15 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA25816 for ; Fri, 29 Dec 1995 12:21:13 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA23012 for freebsd-hackers@freebsd.org; Fri, 29 Dec 1995 12:21:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id LAA10464 for freebsd-hackers@freebsd.org; Fri, 29 Dec 1995 11:48:56 +0100 (MET) From: J Wunsch Message-Id: <199512291048.LAA10464@uriah.heep.sax.de> Subject: Re: syscons driver To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 29 Dec 1995 11:48:55 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <7177.820198788@time.cdrom.com> from "Jordan K. Hubbard" at Dec 28, 95 04:59:48 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > And all unfortunately irrelevant if you CAN'T GET X TO WORK ON YOUR > HARDWARE! The 8-bit server should work okay on any VGA in 320x200 mode, though this is arguably not a usable resolution. The 4-bit server should work okay (though sluggish) on any VGA in 640x480 mode. This is basically the same Winglows is using as the default. The server should be operated in StaticColor visual, otherwise even the first application might run out of color cells. The 1-bit server does even work on a Hercules adaptor, though the aspect ratio is a bit strange (348x720 resolution). Only people with EGAs or CGAs are running into serious problems. People who wanna get the last bit of performance out of their card that will be officially released by the manufacturer next week are another matter. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Dec 29 03:21:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA14900 for hackers-outgoing; Fri, 29 Dec 1995 03:21:31 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA14884 for ; Fri, 29 Dec 1995 03:21:22 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA25820 for ; Fri, 29 Dec 1995 12:21:14 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA23013 for freebsd-hackers@freebsd.org; Fri, 29 Dec 1995 12:21:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id LAA10489 for freebsd-hackers@freebsd.org; Fri, 29 Dec 1995 11:50:32 +0100 (MET) From: J Wunsch Message-Id: <199512291050.LAA10489@uriah.heep.sax.de> Subject: Re: syscons driver To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 29 Dec 1995 11:50:31 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <7207.820199058@time.cdrom.com> from "Jordan K. Hubbard" at Dec 28, 95 05:04:18 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > A cool X based *installation* for FreeBSD, or > anything else on the critical path requiring X? Not something we can > entertain yet. But only due to space constraints of the installation media. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Dec 29 03:22:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA14969 for hackers-outgoing; Fri, 29 Dec 1995 03:22:44 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA14963 for ; Fri, 29 Dec 1995 03:22:35 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA25824 for ; Fri, 29 Dec 1995 12:21:15 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA23014 for freebsd-hackers@freebsd.org; Fri, 29 Dec 1995 12:21:15 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id LAA10502 for freebsd-hackers@freebsd.org; Fri, 29 Dec 1995 11:53:03 +0100 (MET) From: J Wunsch Message-Id: <199512291053.LAA10502@uriah.heep.sax.de> Subject: Re: syscons driver To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 29 Dec 1995 11:53:03 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <7270.820200057@time.cdrom.com> from "Jordan K. Hubbard" at Dec 28, 95 05:20:57 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > Then you've got mice. Hoo boy, don't ask me what to enter for your > PS/2 and bus mouse again! Well, but that's not an XFree86 problem, it's entirely our problem. Anyway, make the installation not require a mouse at all (fully keyboard-driven), and use /dev/null or /dev/ttypf as mouse device. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Dec 29 03:42:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA15623 for hackers-outgoing; Fri, 29 Dec 1995 03:42:54 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA15617 for ; Fri, 29 Dec 1995 03:42:49 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id MAA16903 ; Fri, 29 Dec 1995 12:40:59 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id MAA14961 ; Fri, 29 Dec 1995 12:40:59 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id LAA06382; Fri, 29 Dec 1995 11:59:01 +0100 (MET) From: Ollivier Robert Message-Id: <199512291059.LAA06382@keltia.freenix.fr> Subject: Linux emulator with sound To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Fri, 29 Dec 1995 11:59:00 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) In-Reply-To: <199512290434.UAA00753@rah.star-gate.com> from "Amancio Hasty Jr." at Dec 28, 95 08:34:12 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1489 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that Amancio Hasty Jr. said: > Also, if you have a P100 or better you can run xdoom with -3 and is fine > for playing. At any rate , I do over here along with with sound server. A friend tried your linux_ioctl.tar.gz recently but he couldn't even compile them on his -CURRENT system... Do you plan either import the latest sound driver in -CURRENT or make linux_* files up-to-date ? It would be nice to have sound for Linux apps in -CURRENT now that Executor has sound too... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #9: Mon Dec 25 22:55:52 MET 1995 From owner-freebsd-hackers Fri Dec 29 03:49:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA15930 for hackers-outgoing; Fri, 29 Dec 1995 03:49:54 -0800 (PST) Received: from iaehv.IAEhv.nl (root@iaehv.IAEhv.nl [192.87.208.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA15922 for ; Fri, 29 Dec 1995 03:49:49 -0800 (PST) Received: by iaehv.IAEhv.nl (8.6.12/1.63) id MAA13378; Fri, 29 Dec 1995 12:49:46 +0100 From: guido@IAEhv.nl (Guido van Rooij) Message-Id: <199512291149.MAA13378@iaehv.IAEhv.nl> X-Disclaimer: iaehv.nl is a public access UNIX system and cannot be held responsible for the opinions of its individual users. Subject: bug in UDP stack with our aliasing scheme :-( To: freebsd-hackers@freebsd.org Date: Fri, 29 Dec 1995 12:49:46 +0100 (MET) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I discovered a problem with our ip aliasing implementation: Suppose you have an interface, ed0, with ip 192.1.1.1 netmask 0xffffff00. Further there is an alias 192.1.1.2, with netmask 0xffffffff. Run the program attached below with argument 192.1.1.1. Send an UDP packet to 192.1.1.1. The program will only receive the data on fd1. When the program is run with argument 192.1.1.2 it receives input both on fd1 and fd2. When the alias is set to an ip on another subnet, say 192.1.2.1 with netmask 0xffffffff, this bug can be seen again. But when the netmask is changed to 0xffffff00, the UDP data will be deliverd correctly to only fd1. This definately is a bug. -Guido #include #include #include #include #include int main(int argc, char **argv) { fd_set mask; int on = 1; struct sockaddr_in sin; int s1,s2; long temp; bzero((char *)&sin, sizeof(sin)); sin.sin_family = AF_INET; temp = inet_addr(argv[1]);; if(temp==-1) { fprintf(stderr, "temp==-1\n"); } sin.sin_addr.s_addr = inet_addr(argv[1]);; sin.sin_port = htons(7787); if ((s1 = socket(AF_INET, SOCK_DGRAM, 0)) < 0) { perror("socket"); exit(1); } if (setsockopt(s1, SOL_SOCKET, SO_REUSEADDR, (char *)&on, sizeof(on)) != 0) { perror("setsockopt"); } if (bind(s1, (struct sockaddr *)&sin, sizeof(sin))) { perror("bind"); } if ((s2 = socket(AF_INET, SOCK_DGRAM, 0)) < 0) { perror("socket"); exit(1); } if (setsockopt(s2, SOL_SOCKET, SO_REUSEADDR, (char *)&on, sizeof(on)) != 0) { perror("setsockopt"); } sin.sin_addr.s_addr = INADDR_ANY; if (bind(s2, (struct sockaddr *)&sin, sizeof(sin))) { perror("bind"); exit(1); } FD_ZERO(&mask); FD_SET(s1, &mask); FD_SET(s2, &mask); select(FD_SETSIZE, &mask, (fd_set *)NULL, (fd_set *)NULL, NULL); if(FD_ISSET(s1, &mask)) printf("s1 had input\n"); if(FD_ISSET(s2, &mask) ) printf("s2 had input\n"); } From owner-freebsd-hackers Fri Dec 29 04:21:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA17389 for hackers-outgoing; Fri, 29 Dec 1995 04:21:49 -0800 (PST) Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA17384 for ; Fri, 29 Dec 1995 04:21:47 -0800 (PST) Received: from fakir.india.hp.com by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA121269695; Fri, 29 Dec 1995 04:21:41 -0800 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA092129534; Fri, 29 Dec 1995 17:48:54 +0530 Message-Id: <199512291218.AA092129534@fakir.india.hp.com> To: hasty@rah.star-gate.com, hackers@freebsd.org Subject: Lowend support! Date: Fri, 29 Dec 1995 17:48:54 +0530 From: A JOSEPH KOSHY Sender: owner-hackers@freebsd.org Precedence: bulk Hi Amancio and FreeBSDers, Something which was posted to this list caused me to sit up. amancio> The point that it must run on minimal hardware is debatable at amancio> this time tnks to Win95 8) Many are upgrading the systems with amancio> enough resources to run a multitasking operating system. Well folks, I can think of one place where the rush to upgrade hardware to run Win95 will /not/ be pronounced and that is here in India. I am sure there will be many places in the world which will share this reluctance. There are oodles of [34]86's here running on 4/8/16 MB (E)IDE configurations; cost is a major consideration and anything that will allow people to get their work done without forking out Rs by the shovelful would be greatly appreciated. As I see it, a window of opportunity is opening up: Microsoft is pushing Win95/NT and users are being forced to upgrade their PC software and hardware if they wish to run Micro$oft products. Now since a lot of work can still be done on existing hardware, an OS which allows the power to be extracted fully would be useful. I was hoping that FreeBSD would fit the bill nicely: it is reliable, fast, and the people behind it are the kind who take pride in their work. I do hope that FreeBSD will continue to work well on low-end configurations. What work remains to be done? I note that we don't support EIDE disks for example. In what way can we folks here help? Koshy -- My Personal Opinions Only. From owner-freebsd-hackers Fri Dec 29 05:08:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA19539 for hackers-outgoing; Fri, 29 Dec 1995 05:08:45 -0800 (PST) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA19531 for ; Fri, 29 Dec 1995 05:08:41 -0800 (PST) Received: by gvr.win.tue.nl (8.6.10/1.53) id OAA28389; Fri, 29 Dec 1995 14:08:33 +0100 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199512291308.OAA28389@gvr.win.tue.nl> Subject: Re: Freebsd IP alias and BIND To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Fri, 29 Dec 1995 14:08:32 +0100 (MET) Cc: volf@oasis.IAEhv.nl, freebsd-hackers@FreeBSD.org, bind-users@vix.com In-Reply-To: <199512282037.VAA26377@gvr.win.tue.nl> from "Guido van Rooij" at Dec 28, 95 09:37:22 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > I think this is caused by the netmask of the alias being set to 0xffffffff. > When it is set to another netmask, named behaves correctly. I'll dive further > into it. > It turns out to be a bug in the FreeBSd kernel. FreeBSD wants ip aliases on the same subnet to be set with an all one netmask. This makes udp_input process the packet as if it is a broadcast packet, therefore delivering it multiple times. The reason is that in_broadcast() thinks the destination adres is a broadcast adres (when a packet is send to the alias). -Guido From owner-freebsd-hackers Fri Dec 29 05:10:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA19652 for hackers-outgoing; Fri, 29 Dec 1995 05:10:58 -0800 (PST) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA19646 for ; Fri, 29 Dec 1995 05:10:53 -0800 (PST) Received: by gvr.win.tue.nl (8.6.10/1.53) id OAA28407; Fri, 29 Dec 1995 14:10:46 +0100 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199512291310.OAA28407@gvr.win.tue.nl> Subject: Re: bug in UDP stack with our aliasing scheme :-( To: guido@IAEhv.nl (Guido van Rooij) Date: Fri, 29 Dec 1995 14:10:46 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199512291149.MAA13378@iaehv.IAEhv.nl> from "Guido van Rooij" at Dec 29, 95 12:49:46 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Guido van Rooij wrote: > > This definately is a bug. > The reason the apcket gets delivered multiple times is found in udp_input, in the check if the packet is send to a multicast or broadcast addres. in_broadcast says it is a broadcast adres. I think we ought reconsidering why the netmask of an ip alias on the same subnet as the `real' ip adres is to be set to 0xffffffff in stead of the real subnet mask. This definately breaks several things. -Guido From owner-freebsd-hackers Fri Dec 29 05:45:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA20663 for hackers-outgoing; Fri, 29 Dec 1995 05:45:50 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA20658 for ; Fri, 29 Dec 1995 05:45:44 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id IAA17987; Fri, 29 Dec 1995 08:55:57 -0500 From: Peter Dufault Message-Id: <199512291355.IAA17987@hda.com> Subject: Re: Lowend support! To: koshy@india.hp.com (A JOSEPH KOSHY) Date: Fri, 29 Dec 1995 08:55:56 -0500 (EST) Cc: hasty@rah.star-gate.com, hackers@FreeBSD.ORG In-Reply-To: <199512291218.AA092129534@fakir.india.hp.com> from "A JOSEPH KOSHY" at Dec 29, 95 05:48:54 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Hi Amancio and FreeBSDers, > > Something which was posted to this list caused me to sit up. > > amancio> The point that it must run on minimal hardware is debatable at > amancio> this time tnks to Win95 8) Many are upgrading the systems with > amancio> enough resources to run a multitasking operating system. > > Well folks, I can think of one place where the rush to upgrade hardware to > run Win95 will /not/ be pronounced and that is here in India. I am sure > there will be many places in the world which will share this reluctance. > > There are oodles of [34]86's here running on 4/8/16 MB (E)IDE > configurations; cost is a major consideration and anything that will allow > people to get their work done without forking out Rs by the shovelful > would be greatly appreciated. ... I also think that Microsoft's (and I guess Amancio's) model of everyone moving toward a 32MB multi media pentia with a big hard drive is wrong, and represents another opportunity. 4MB disk servers, routers and "internet boxes" in a distributed environment is an interesting model and fits what we have now. Hopefully we'll stick with the "runs on 4MB" that we have now. Heck, we even have Joerg booting his 2MB system, granted it doesn't run. I'm not as concerned about "runs on 4MB" and "configures and installs on 4MB". Given your needs that is a concern for you and small memory footprint configuration and installation is one place you can contribute. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Fri Dec 29 06:16:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA21827 for hackers-outgoing; Fri, 29 Dec 1995 06:16:06 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA21801 for ; Fri, 29 Dec 1995 06:16:00 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id BAA05189; Sat, 30 Dec 1995 01:15:15 +1100 From: michael butler Message-Id: <199512291415.BAA05189@asstdc.scgt.oz.au> Subject: Re: bug in UDP stack with our aliasing scheme :-( To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Sat, 30 Dec 1995 01:15:14 +1100 (EST) Cc: guido@IAEhv.nl, freebsd-hackers@freebsd.org In-Reply-To: <199512291310.OAA28407@gvr.win.tue.nl> from "Guido van Rooij" at Dec 29, 95 02:10:46 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Guido van Rooij writes: > I think we ought reconsidering why the netmask of an ip alias on the same > subnet as the `real' ip adres is to be set to 0xffffffff in stead of the > real subnet mask. This definately breaks several things. Currently, I have a machine which has two aliases with a netmask of 255.255.255.240 (in two different subnets) but on the same ethernet card. It also has two other aliases in its non-primary subnet with netmasks of 255.255.255.255. Are you suggesting that this will work (correctly) if all aliases are outside of the primary subnet and have the latter netmask ? I also note that, whilst you can traceroute to any of the addresses with the 240 netmask, you cannot to an alias. This disturbs some domain administrators who like to check your connectivity before delegating a zone to you :-( It's not as bad as getting two answers back but having to explain over and over .. .. michael From owner-freebsd-hackers Fri Dec 29 06:54:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA23060 for hackers-outgoing; Fri, 29 Dec 1995 06:54:12 -0800 (PST) Received: from sivka.carrier.kiev.ua (root@sivka.carrier.kiev.ua [193.125.68.130]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA22988 for ; Fri, 29 Dec 1995 06:52:43 -0800 (PST) Received: from elvisti.kiev.ua (uucp@localhost) by sivka.carrier.kiev.ua (Sendmail 8.who.cares/5) with UUCP id QAA03551 for hackers@freebsd.org; Fri, 29 Dec 1995 16:55:07 +0200 Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.33]) by spider2.elvisti.kiev.ua (8.6.12/8.ElVisti) with ESMTP id OAA09474 for ; Fri, 29 Dec 1995 14:45:11 +0200 Received: (from stesin@localhost) by office.elvisti.kiev.ua (8.6.12/8.ElVisti) id OAA17819; Fri, 29 Dec 1995 14:45:09 +0200 To: techadm@elvisti.kiev.ua Subject: ÷ÏÔ ËÁËÉÅ ×ÅÒ×ÅÒÁ ÎÁÒÏÄ ÓÔÁ×ÉÔ ÎÁ ÎØÀÓÙ To: hackers@freebsd.org X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-ID: Subject: ASUS P6/Pro MB and P6-200 From: Rashid Karimov Organization: Path: info.elvisti.kiev.ua!news.cs.kiev.ua!monoli!csoft!bee.cs.kiev.ua!not-for-mail Date: Thu, 28 Dec 1995 09:31:15 -0500 (EST) Lines: 26 Sender: owner-hackers@freebsd.org Precedence: bulk Hi there folx, After jkh@ posted here about his intentions to get latest ASUS Ppro motherboard and 200Mhz CPU I decided to get one here too and well, here it is now :) Runs just fantastic ! - in full accordance with expectations, but the problem is I can't find 200 Mhz CPU. The motherboard is shipped from ASUS with 150Mhz CPU and it's not clear who carries the 200Mhz one ? Any suggestions ? I tried to call INtel - but its impossible even to find the phone number to call :( Dunno if they sell it in such small quantities. I'll report here later on general stability of the thing . We are putting it to be the main news machine here , will serve up to ~350 readers ( nnrpd ) with 128Mb RAM ( probably will go up to 256M soon) and ~11Gb HDD space. Rashid -- With best regards -- Andrew Stesin. +380 (44) 2760188 +380 (44) 2713457 +380 (44) 2713560 An undocumented feature is a coding error. From owner-freebsd-hackers Fri Dec 29 06:56:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA23261 for hackers-outgoing; Fri, 29 Dec 1995 06:56:51 -0800 (PST) Received: from spot.lodgenet.com (lodgenet.iw.net [204.157.148.88]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA23253 Fri, 29 Dec 1995 06:56:47 -0800 (PST) Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by spot.lodgenet.com (8.6.12/8.6.12) with ESMTP id IAA00834; Fri, 29 Dec 1995 08:46:53 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.12/8.6.12) with SMTP id JAA04744; Fri, 29 Dec 1995 09:28:19 -0600 Message-Id: <199512291528.JAA04744@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: sos@FreeBSD.org cc: jkh@time.cdrom.com (Jordan K. Hubbard), hasty@rah.star-gate.com, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org Subject: Re: syscons driver In-reply-to: Your message of "Fri, 29 Dec 1995 10:46:33 +0100." <199512290946.KAA18466@ra.dkuug.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Dec 1995 09:28:18 -0600 From: "Eric L. Hernes" Sender: owner-hackers@FreeBSD.org Precedence: bulk > By the way, what happend to MGR(the little windows system that > Bellcore did years ago, I had it runniong under SCO back then) > It would serve as a nice litte graphics environment, and would > run just fine on CGA,HGA,EGA,VGA cards (I still have the code I > wrote for SCO somewhre on tape...) > I ftped the source from sunsite a couple of weeks ago and got it to compile by using the linux machine dependant stuff. The animated spinning globe in the intro started but the mouse didn't work and I didn't have time to hack further. Looked pretty promising though. eric. > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > So much code to hack -- so little time. > -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Fri Dec 29 07:10:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA23976 for hackers-outgoing; Fri, 29 Dec 1995 07:10:26 -0800 (PST) Received: from salmon.maths.tcd.ie (mmdf@salmon.maths.tcd.ie [134.226.81.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA23971 for ; Fri, 29 Dec 1995 07:10:19 -0800 (PST) Received: from bell.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id aa18431; 29 Dec 95 15:10 GMT To: freebsd-hackers@freebsd.org Subject: Linux emulator and Mathematica. X-Address: School Of Mathematics, Trinity College, Dublin 2, Ireland. X-Phone: (Home)+353-(0)1-8204643 (College)+353-(0)1-7022280 X-PGP: Public Key on Request MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <6833.820249813.1@maths.tcd.ie> Content-Description: text Date: Fri, 29 Dec 1995 15:10:13 +0000 From: Colman Reilly Message-ID: <9512291510.aa18431@salmon.maths.tcd.ie> Sender: owner-hackers@freebsd.org Precedence: bulk Using a vanilla 2.1R installation: I've been trying to make Linux Mathematica using a network license,run under the linux emulator, and after adding a trivial implementation of the syslog function and hardcoding my ethernet card's address into the emulation of a socket ioctl (SIOCHWADDR) that wanted to know it (anyone want to suggest a more general way of getting this information?), I have it running to the stage previously reported by someone on the list. The problem now is that mathclient crashes. Looking at the syslog output and the system calls, it would appearing to be crashing on a sigreturn: 791 mathclient CALL sigreturn(0xefbfc0e0,0xe,0) 791 mathclient RET sigreturn -1 errno 1 Operation not permitted 791 mathclient PSIG SIGBUS SIG_DFL 791 mathclient NAMI "mathclient.core" The signal it is responding to is a sigalarm. Now, from my reading of the sigreturn stuff and the Design and Implementation of 4.3BSD, it would seem that what is happening is that the sigreturn is trying to restore some part of the state that it is not permitted to manipulate. Would this seem reasonable to the kernel experts out there? One problem with this is that when I add a debugging message at the start of sigreturn it doesn't get printed, though other processes do cause it to be printed. Any ideas on what might cause this behaviour? The current version of the linux emulator doesn't compile happily under 2.1. Colman From owner-freebsd-hackers Fri Dec 29 07:52:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA27078 for hackers-outgoing; Fri, 29 Dec 1995 07:52:18 -0800 (PST) Received: from husky.cslab.vt.edu (jaitken@husky.cs.vt.edu [128.173.41.87]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA27065 for ; Fri, 29 Dec 1995 07:52:11 -0800 (PST) Received: (jaitken@localhost) by husky.cslab.vt.edu (8.6.12/8.6.4) id KAA05061; Fri, 29 Dec 1995 10:51:49 -0500 From: Jeff Aitken Message-Id: <199512291551.KAA05061@husky.cslab.vt.edu> Subject: Re: kernel compile woes To: cosmos@sponsor.octet.com (Daniel Leeds) Date: Fri, 29 Dec 1995 10:51:48 -0500 (EST) Cc: hackers@freebsd.org In-Reply-To: <199512281702.RAA13047@sponsor.octet.com> from "Daniel Leeds" at Dec 28, 95 05:02:17 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > The following is my kernel config and the errors I get at compile. I am > not new to this, and have been compiling kernels since 1.0.2, right now > I am confused as to what is wrong...thanks. > pseudo-device ether > pseudo-device log > pseudo-device sl 1 > # ijppp uses tun instead of ppp device > #pseudo-device ppp 1 > pseudo-device tun 1 > pseudo-device pty 16 > pseudo-device gzip # Exec gzipped a.out's Don't you need a 'pseudo-device loop' in there somewhere? I think that's one of things that's required, even if you don't really think you need it. The symbol names you list seem to indicate this. -- Jeff Aitken jaitken@cs.vt.edu From owner-freebsd-hackers Fri Dec 29 08:00:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA27625 for hackers-outgoing; Fri, 29 Dec 1995 08:00:49 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA27620 for ; Fri, 29 Dec 1995 08:00:45 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA08145; Fri, 29 Dec 1995 09:59:41 -0600 From: Joe Greco Message-Id: <199512291559.JAA08145@brasil.moneng.mei.com> Subject: Re: bug in UDP stack with our aliasing scheme :-( To: guido@IAEhv.nl (Guido van Rooij) Date: Fri, 29 Dec 1995 09:59:40 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199512291149.MAA13378@iaehv.IAEhv.nl> from "Guido van Rooij" at Dec 29, 95 12:49:46 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > I discovered a problem with our ip aliasing implementation: > > Suppose you have an interface, ed0, with ip 192.1.1.1 netmask 0xffffff00. > Further there is an alias 192.1.1.2, with netmask 0xffffffff. > > Run the program attached below with argument 192.1.1.1. Send an UDP > packet to 192.1.1.1. The program will only receive the data on fd1. > When the program is run with argument 192.1.1.2 it receives input > both on fd1 and fd2. > > When the alias is set to an ip on another subnet, say 192.1.2.1 with > netmask 0xffffffff, this bug can be seen again. But when the netmask is > changed to 0xffffff00, the UDP data will be deliverd correctly to only > fd1. This (other than that last bit) is consistent with a BIND (named) server problem that I've been tracking for a while. I would be happy to test any suggested fixes :-) ... JG From owner-freebsd-hackers Fri Dec 29 08:08:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA27976 for hackers-outgoing; Fri, 29 Dec 1995 08:08:15 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA27966 for ; Fri, 29 Dec 1995 08:08:10 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA08180; Fri, 29 Dec 1995 10:06:32 -0600 From: Joe Greco Message-Id: <199512291606.KAA08180@brasil.moneng.mei.com> Subject: Re: Is anyone working on a QuickCam driver/app? To: frank@exit.com (Frank Mayhar) Date: Fri, 29 Dec 1995 10:06:32 -0600 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199512282317.PAA01165@exit.com> from "Frank Mayhar" at Dec 28, 95 03:17:14 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > If so, let me know; I don't have a _whole_ lot of spare time, but I do have > the hardware, and can certainly test things, or even write bits as I have > moments. > > If I receive no replies, I'll probably go ahead and (attempt to) get the > specs in order to write at least the driver myself, and maybe a hacked- > together app to use it. I assume that there are pointers regarding use > of the bidirectional parallel port already in the code (I know about the > lpt driver, and there's also the parallel-port network driver, I believe). Is that one of those little ping-pong-ball-that-connect-to-the-parallel-port cameras? They're dirt cheap and it would really be great to have support for something like this! (I found myself wondering if they had a Mac/etc version that didn't use the parallel port) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Fri Dec 29 08:27:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA29065 for hackers-outgoing; Fri, 29 Dec 1995 08:27:58 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA29056 for ; Fri, 29 Dec 1995 08:27:50 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id IAA13691; Fri, 29 Dec 1995 08:27:41 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id IAA02730; Fri, 29 Dec 1995 08:27:42 -0800 (PST) Message-Id: <199512291627.IAA02730@corbin.Root.COM> To: Rashid Karimov cc: techadm@elvisti.kiev.ua, hackers@freebsd.org Subject: Re: ASUS P6/Pro MB and P6-200 In-reply-to: Your message of "Thu, 28 Dec 95 09:31:15 EST." From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 29 Dec 1995 08:26:46 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk > After jkh@ posted here about his intentions to get > latest ASUS Ppro motherboard and 200Mhz CPU I decided > to get one here too and well, here it is now :) > > Runs just fantastic ! - in full accordance with expectations, > but the problem is I can't find 200 Mhz CPU. > The motherboard is shipped from ASUS with 150Mhz CPU and it's > not clear who carries the 200Mhz one ? > > Any suggestions ? I tried to call INtel - but its impossible > even to find the phone number to call :( Dunno if they sell it in > such small quantities. I may have already answered this question... It was me that Jordan was refering to regarding getting a P6 system. The 150Mhz part is escentially the only one that is available from Intel at this time. Only a very small number of 200Mhz parts have shipped, and they went to just a couple of large (PC) distributors. It is likely that 200Mhz parts will continue to be scarce until at least February '96. The biggest problem with the ASUS P6 motherboard is the poor PCI performance. DMA writes to memory are very slow because the PCI write buffer is disabled. It's disabled to work around a bug in the Intel Orion chipset that causes the data to get corrupted if it is enabled. With it disabled, the top performance of PCI DMA writes to memory is about 4.4MB/sec. This is too slow for fast (100Mbit) ethernet, for example, and causes half of the packets to get dropped. -DG From owner-freebsd-hackers Fri Dec 29 09:55:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA03083 for hackers-outgoing; Fri, 29 Dec 1995 09:55:36 -0800 (PST) Received: from bluewhale.emergent.com (bluewhale.emergent.com [140.174.2.161]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA03077 for ; Fri, 29 Dec 1995 09:55:33 -0800 (PST) Received: from mofo.emergent.com (mofo.emergent.com [140.174.2.20]) by bluewhale.emergent.com (8.6.11/8.6.12) with ESMTP id JAA08800 for ; Fri, 29 Dec 1995 09:55:32 -0800 Received: (from curt@localhost) by mofo.emergent.com (8.6.11/8.6.12) id JAA07411 for freebsd-hackers@freebsd.org; Fri, 29 Dec 1995 09:55:47 -0800 Date: Fri, 29 Dec 1995 09:55:47 -0800 From: Curt Mayer Message-Id: <199512291755.JAA07411@mofo.emergent.com> To: freebsd-hackers@freebsd.org Subject: NETBSD ccd driver Sender: owner-hackers@freebsd.org Precedence: bulk has anyone ported this puppy yet? I've started a port, but it occurred to me that maybe i'm reinventing the wheel. also, porting from netbsd to freebsd sometimes feels like 'dumbing down', specifically the config interface, and the disk data structure stuff. we are closer to 4.4, and that is good, and the netbsd folks seem to be charging off into uncharted but possibly nicer territory. philosophical difference? curt From owner-freebsd-hackers Fri Dec 29 10:20:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA04422 for hackers-outgoing; Fri, 29 Dec 1995 10:20:56 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA04412 for ; Fri, 29 Dec 1995 10:20:31 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id KAA13808; Fri, 29 Dec 1995 10:20:26 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id KAA02788; Fri, 29 Dec 1995 10:20:27 -0800 (PST) Message-Id: <199512291820.KAA02788@corbin.Root.COM> To: Curt Mayer cc: freebsd-hackers@freebsd.org Subject: Re: NETBSD ccd driver In-reply-to: Your message of "Fri, 29 Dec 95 09:55:47 PST." <199512291755.JAA07411@mofo.emergent.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 29 Dec 1995 10:20:27 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >has anyone ported this puppy yet? I've started a port, but it occurred to Not that I'm aware of, although people have talked about it. >me that maybe i'm reinventing the wheel. also, porting from netbsd to >freebsd sometimes feels like 'dumbing down', specifically the config >interface, and the disk data structure stuff. we are closer to 4.4, and >that is good, and the netbsd folks seem to be charging off into uncharted >but possibly nicer territory. philosophical difference? I don't think this is due to a philosophical difference. It's more a matter of priorities, and improving the config/disk data/stats interface(s) hasn't until recently been a priority. With DEVFS coming online in the near future, work in the sysctl interface, future plans on improving LKMs, new filesystems work, etc, I think this is now becoming a priority and you can expect these parts of the kernel to change dramtically over the next few months. I'd like to see a port of the ccd driver and I hope that you or someone else takes charge of it. -DG From owner-freebsd-hackers Fri Dec 29 10:29:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA04779 for hackers-outgoing; Fri, 29 Dec 1995 10:29:55 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA04774 for ; Fri, 29 Dec 1995 10:29:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id KAA01427; Fri, 29 Dec 1995 10:29:41 -0800 To: hm@altona.hamburg.com cc: freebsd-hackers@FreeBSD.org Subject: Re: syscons driver In-reply-to: Your message of "Fri, 29 Dec 1995 08:48:00 +0100." Date: Fri, 29 Dec 1995 10:29:40 -0800 Message-ID: <1425.820261780@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > Besides this i consider X (and curses) the only portable environment to use > if i ever were to write something GUIsh - this is no offense - i would never > lock my application into something so proprietary as a GUI library for VGAs. You don't need to. Your GUI-ish application, if written *correctly*, should know absolutely nothing about X or any other underlying graphics implementation. Jordan From owner-freebsd-hackers Fri Dec 29 10:42:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA05511 for hackers-outgoing; Fri, 29 Dec 1995 10:42:59 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA05504 for ; Fri, 29 Dec 1995 10:42:55 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Fri, 29 Dec 95 18:42 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id TAA22354 for hackers@freebsd.org; Fri, 29 Dec 1995 19:42:16 +0100 Message-Id: <199512291842.TAA22354@allegro.lemis.de> Subject: Any plans for a port to DEC Alpha? To: hackers@freebsd.org (FreeBSD Hackers) Date: Fri, 29 Dec 1995 19:42:16 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk I seem to recall that there was some discussion about a port to Alpha a while back, but I can't find it now. A friend of mine just rang up and offered me an Alpha machine if I were prepared to port some software (of my choice) to it. There's just the possibility that more than one machine is available, but I can't promise that at this stage. So, my question: - what are the plans? - would the availability of hardware make these plans more favourable towards a port? Greg From owner-freebsd-hackers Fri Dec 29 10:52:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA05908 for hackers-outgoing; Fri, 29 Dec 1995 10:52:22 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA05902 for ; Fri, 29 Dec 1995 10:52:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id KAA01515; Fri, 29 Dec 1995 10:49:35 -0800 To: A JOSEPH KOSHY cc: hasty@rah.star-gate.com, hackers@freebsd.org Subject: Re: Lowend support! In-reply-to: Your message of "Fri, 29 Dec 1995 17:48:54 +0530." <199512291218.AA092129534@fakir.india.hp.com> Date: Fri, 29 Dec 1995 10:49:35 -0800 Message-ID: <1513.820262975@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > What work remains to be done? I note that we don't support EIDE disks > for example. In what way can we folks here help? If you guys have this sort of hardware, you can help us figure out a way of getting BIOS information preserved so that the installation utilities (and, in particular, /usr/src/release/libdisk) can get at them. You can also greatly help us out by agreeing to do timely BETA testing for the next releases - if you have the kind of hardware there that causes frequent problems, then you're good test cases for finding and fixing those problems. Finally, anyone at all wishing to look into the 4MB installation problem BEFORE we're ready to do the next release would find their efforts well appreciated! :-) Jordan From owner-freebsd-hackers Fri Dec 29 10:53:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06008 for hackers-outgoing; Fri, 29 Dec 1995 10:53:52 -0800 (PST) Received: from bluewhale.emergent.com (bluewhale.emergent.com [140.174.2.161]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA06002 for ; Fri, 29 Dec 1995 10:53:50 -0800 (PST) Received: from mofo.emergent.com (mofo.emergent.com [140.174.2.20]) by bluewhale.emergent.com (8.6.11/8.6.12) with ESMTP id KAA08996 for ; Fri, 29 Dec 1995 10:53:49 -0800 Received: from localhost (localhost [127.0.0.1]) by mofo.emergent.com (8.6.11/8.6.12) with SMTP id KAA07597 for ; Fri, 29 Dec 1995 10:54:05 -0800 Message-Id: <199512291854.KAA07597@mofo.emergent.com> X-Authentication-Warning: mofo.emergent.com: Host localhost didn't use HELO protocol To: freebsd-hackers@freebsd.org Subject: i've got my ccd port bit set Date: Fri, 29 Dec 1995 10:54:04 -0800 From: Curt Mayer Sender: owner-hackers@freebsd.org Precedence: bulk ok. I've read the writing on the wall, and am whole hog onto the ccd port. I've got 4 hp 330Meg drive that just are screaming ccd. ----------------------------------------------------- curt mayer - curt@emergent.com - emergent corporation (415) 221-5269 voice (415) 385-2979 cell www url: http://www.emergent.com From owner-freebsd-hackers Fri Dec 29 11:16:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA07147 for hackers-outgoing; Fri, 29 Dec 1995 11:16:27 -0800 (PST) Received: from sponsor.octet.com (root@sponsor.octet.com [204.141.97.15]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA07140 for ; Fri, 29 Dec 1995 11:16:21 -0800 (PST) Received: (from cosmos@localhost) by sponsor.octet.com (8.6.12/8.6.12) id OAA07399 for hackers@freebsd.org; Fri, 29 Dec 1995 14:07:37 GMT From: Daniel Leeds Message-Id: <199512291407.OAA07399@sponsor.octet.com> Subject: 2.1 release probs To: hackers@freebsd.org Date: Fri, 29 Dec 1995 14:07:36 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Im getting all sorts of weird problems with 2.1 release. msql port compiles with out a hitch on 2.0.5 same exact thing bombs with all sorts of configure weirdness trying to setup for freebsd 2.1 many many packages that work fine in 2.0.5 their configure scripts are all going haywire under 2.1 a common result is sed dumping core...... anyone else have this problem? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Fri Dec 29 11:39:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA08652 for hackers-outgoing; Fri, 29 Dec 1995 11:39:39 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA08647 Fri, 29 Dec 1995 11:39:34 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id LAA01052; Fri, 29 Dec 1995 11:39:24 -0800 Message-Id: <199512291939.LAA01052@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: sos@FreeBSD.org cc: jkh@time.cdrom.com (Jordan K. Hubbard), msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org Subject: Re: syscons driver In-reply-to: Your message of "Fri, 29 Dec 1995 10:46:33 +0100." <199512290946.KAA18466@ra.dkuug.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Dec 1995 11:39:22 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> sos@FreeBSD.org said: > In reply to Jordan K. Hubbard who wrote: > > > > Quite the contrary. MANY people still can't get X working on their > > hardware (I even believe Soren is one of them, with the fancy 4MB > > Diamond Viper Pro Video card I gave him! :-( ) and those that do > > often only get there after a titanic struggle. > > Oh boy yes, I've had my share of fun :( > (newsflash: it seems Xinside has now provided me with a version that > works, so as I'm typing this I'm in 1280x1024x16Mil colors, not bad :) ) > > > We also have to keep apples and oranges separate. A cool set of GUI > > apps for X? Sure! A cool X based *installation* for FreeBSD, or > > anything else on the critical path requiring X? Not something we can > > entertain yet. > > I think we have to get this sorted out once anf for all. > > We cannot assume that Joe Random User has X capable HW, and much less > that he knows what it is he has. We *should* assume that Joe out on the Net has X capable HW . If we have problems with *supported* X hardware then we should addressed them and not say that we should not be emphasizing X capable apps. I am not sure what is the problem with this group with its lack of interest in deploying *apps* whether they are X based or not . It has been this way since I can remember 386bsd. My feeling is that to a large extent we depend on apps being developed else where. However, if people are going to write apps then I think that they should be X oriented. Things like sysintall for now is okay to use curses but aside from that I find it very, very difficult to justify any further development of apps to be curses based or some funky non-standard graphic GUI. Even if a funky graphic API is developed we still got the small matter of motivating individuals to contribute or attracting individuals that can contribute at the application level. *It is time to move on and/or contribute* Amancio From owner-freebsd-hackers Fri Dec 29 11:48:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA09139 for hackers-outgoing; Fri, 29 Dec 1995 11:48:19 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA09128 for ; Fri, 29 Dec 1995 11:48:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA04761; Fri, 29 Dec 1995 11:48:04 -0800 To: Daniel Leeds cc: hackers@freebsd.org Subject: Re: 2.1 release probs In-reply-to: Your message of "Fri, 29 Dec 1995 14:07:36 GMT." <199512291407.OAA07399@sponsor.octet.com> Date: Fri, 29 Dec 1995 11:48:04 -0800 Message-ID: <4757.820266484@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Im getting all sorts of weird problems with 2.1 release. > > msql port compiles with out a hitch on 2.0.5 > same exact thing bombs with all sorts of configure weirdness trying to > setup for freebsd 2.1 Works just great for me on a stock 2.1 system. Something must have gone wrong for you during your upgrade? Jordan From owner-freebsd-hackers Fri Dec 29 11:50:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA09266 for hackers-outgoing; Fri, 29 Dec 1995 11:50:21 -0800 (PST) Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA09254 for ; Fri, 29 Dec 1995 11:50:14 -0800 (PST) Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id OAA10908; Fri, 29 Dec 1995 14:43:38 -0500 From: Rashid Karimov Message-Id: <199512291943.OAA10908@rk.ios.com> Subject: Re: ASUS P6/Pro MB and P6-200 To: davidg@Root.COM Date: Fri, 29 Dec 1995 14:43:38 -0500 (EST) Cc: techadm@elvisti.kiev.ua, hackers@freebsd.org In-Reply-To: <199512291627.IAA02730@corbin.Root.COM> from "David Greenman" at Dec 29, 95 08:26:46 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Hi there folx, > > > After jkh@ posted here about his intentions to get > > latest ASUS Ppro motherboard and 200Mhz CPU I decided > > to get one here too and well, here it is now :) > > > > Runs just fantastic ! - in full accordance with expectations, > > but the problem is I can't find 200 Mhz CPU. > > The motherboard is shipped from ASUS with 150Mhz CPU and it's > > not clear who carries the 200Mhz one ? > > > The biggest problem with the ASUS P6 motherboard is the poor PCI > performance. DMA writes to memory are very slow because the PCI write buffer > is disabled. It's disabled to work around a bug in the Intel Orion chipset > that causes the data to get corrupted if it is enabled. With it disabled, the > top performance of PCI DMA writes to memory is about 4.4MB/sec. This is too > slow for fast (100Mbit) ethernet, for example, and causes half of the packets > to get dropped. Hmmm ... interesting ... does it mean that those ppl from ASUS will come up with some workaround for it later - when the problem will be fixed , or I will have to live with this sad limit ? :) Personally I didnt mention that the PCI is _that slow ... At least the AHA 2940 I have here work pretty fast - I run some pretty simple tests , like cp'ing ~40Mb file into /dev/null and saw the read speeds ~ 7 - 8 Mb sec off the Seagate Barracuda 2 Gb. Too bad for ASUS ... doesn't make any sense to me - I mean buying these MBs , now that I know about this :(( Rashid From owner-freebsd-hackers Fri Dec 29 11:58:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA09759 for hackers-outgoing; Fri, 29 Dec 1995 11:58:11 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA09742 Fri, 29 Dec 1995 11:58:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA04971; Fri, 29 Dec 1995 11:57:55 -0800 To: "Amancio Hasty Jr." cc: sos@FreeBSD.org, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org Subject: Re: syscons driver In-reply-to: Your message of "Fri, 29 Dec 1995 11:39:22 PST." <199512291939.LAA01052@rah.star-gate.com> Date: Fri, 29 Dec 1995 11:57:55 -0800 Message-ID: <4969.820267075@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > We *should* assume that Joe out on the Net has X capable HW . > If we have problems with *supported* X hardware then we should addressed > them and not say that we should not be emphasizing X capable apps. Sigh. I find the image of two separate arguments at a party where too much alcohol has been consumed coming to mind here. Amancio is in one corner, arguing violently with a potted plant about apps and how we should be writing them. The plant, as far as can be seen, is in complete agreement. Everyone else is in another other corner arguing about relying on X for critical-path applications, like the install. There's no unanimous agreement, but the general concensus seems to be "Oh, no, of course not X for an install! But SVGA / curses on the other hand! [much waving of hands and shouting about methods]" So, to score the evening's game so far, we have: Amancio vs Plant (apps): Win (by no contest) Everybody vs Everybody (installation widgets): Draw (still arguing) I hope this makes the last 3 days worth of debate clearer for those who have just joined us. Jordan From owner-freebsd-hackers Fri Dec 29 11:59:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA09882 for hackers-outgoing; Fri, 29 Dec 1995 11:59:33 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA09875 for ; Fri, 29 Dec 1995 11:59:31 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id LAA01286; Fri, 29 Dec 1995 11:59:10 -0800 Message-Id: <199512291959.LAA01286@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: syscons driver In-reply-to: Your message of "Fri, 29 Dec 1995 11:50:31 +0100." <199512291050.LAA10489@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Dec 1995 11:59:10 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> J Wunsch said: > As Jordan K. Hubbard wrote: > > > > A cool X based *installation* for FreeBSD, or > > anything else on the critical path requiring X? Not something we can > > entertain yet. > > But only due to space constraints of the installation media. > Have we run out of disk space on the CDROM ?? 8) Amancio From owner-freebsd-hackers Fri Dec 29 12:02:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10112 for hackers-outgoing; Fri, 29 Dec 1995 12:02:39 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA10106 for ; Fri, 29 Dec 1995 12:02:35 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id VAA24407 for freebsd-hackers@freefall.cdrom.com; Fri, 29 Dec 1995 21:04:26 +0100 Date: Fri, 29 Dec 1995 21:04:26 +0100 From: "Christoph P. Kukulies" Message-Id: <199512292004.VAA24407@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: /etc/modems Sender: owner-hackers@FreeBSD.ORG Precedence: bulk A small glitch: /etc/remote contains at=hayes but there is no hayes entry in /etc/modems. Anyone having one handy? I'm having a hell of a time figuring out why my remote modem disconnects me each time I connect with local speed 57600 though I configured both modems to make DCE speed different from DTE speed. This only happens when I connect from a machine having the same internal modem than the remote site has. (I would expect that same hardware at both sides would yield best results) (2.1.0R) --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Dec 29 12:15:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10874 for hackers-outgoing; Fri, 29 Dec 1995 12:15:09 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA10867 for ; Fri, 29 Dec 1995 12:15:06 -0800 (PST) Received: from isdn-gw1.etinc.com (isdn-gw1.etinc.com [204.141.95.140]) by etinc.com (8.6.11/8.6.9) with SMTP id PAA24546 for ; Fri, 29 Dec 1995 15:42:10 -0500 Date: Fri, 29 Dec 1995 15:42:10 -0500 Message-Id: <199512292042.PAA24546@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: dial-up with Internal Modem Sender: owner-hackers@freebsd.org Precedence: bulk Ok...I give up. whats the trick? Mind you that I haven't spent too much time on this...but the docs are clearly outdated and something is odd. I have an internal USR 28.8 modem installed in a 2.1 box...with cu I can dial-in, dial-out pass good data, no problem. When I run a getty it and dial-in it puts out 1 line of shit and then nothing. whats getty doing....does rc.serial need to be modified....this...should be easy...I thought. thanks, dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Fri Dec 29 12:15:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10943 for hackers-outgoing; Fri, 29 Dec 1995 12:15:55 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA10938 Fri, 29 Dec 1995 12:15:52 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id MAA01414; Fri, 29 Dec 1995 12:15:37 -0800 Message-Id: <199512292015.MAA01414@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: "Jordan K. Hubbard" cc: sos@FreeBSD.org, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org Subject: Re: syscons driver In-reply-to: Your message of "Fri, 29 Dec 1995 11:57:55 PST." <4969.820267075@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Dec 1995 12:15:37 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> "Jordan K. Hubbard" said: > > We *should* assume that Joe out on the Net has X capable HW . > > If we have problems with *supported* X hardware then we should addressed > > them and not say that we should not be emphasizing X capable apps. > > Sigh. > > I find the image of two separate arguments at a party where too much > alcohol has been consumed coming to mind here. Well my "drunken" view ( I hardly drink at all) is: Nope, they are closely related . And it depends on what you want to do or how much effort you want to spend on some funky graphic API . The thread on why people are not writing X apps or whatever apps got deviated by the obvious exception of your sysintall which of course we can drag into the discussion if you like. If memory does not failed me , the why people don't write apps subject was first mentioned by Soren and he proposed yet another graphic API. Thats when I started jumping in . Furthermore, it is my believe, Jordan, that you want to or wanted to de-emphasize X apps due to: 1) X is hard to install 2) X is hard to configure And I think that the points have been answered at least to my satisfaction May I kindly suggest that if we are going to carry a debate on whether sysinstall should use X or some funky graphic API that we use a different subject header ? Regards, Amancio From owner-freebsd-hackers Fri Dec 29 12:17:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA11072 for hackers-outgoing; Fri, 29 Dec 1995 12:17:22 -0800 (PST) Received: from romulus.ultranet.com ([199.232.56.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA11066 for ; Fri, 29 Dec 1995 12:17:18 -0800 (PST) Received: (from jprovo@localhost) by romulus.ultranet.com (8.7.1/ad0.2) id PAA02646; Fri, 29 Dec 1995 15:15:13 -0500 (EST) Date: Fri, 29 Dec 1995 15:15:13 -0500 (EST) From: Joe Provo Message-Id: <199512292015.PAA02646@romulus.ultranet.com> To: bind-users@vix.com, freebsd-hackers@freebsd.org, volf@oasis.IAEhv.nl Subject: Re: Freebsd IP alias and BIND Sender: owner-hackers@freebsd.org Precedence: bulk [clip] >> When a query is sent to the IP alias two responses are generated: one >> response with the real IP address as the source address, the other one with >> the alias address as the source address: [clip] >I did some more testing to find this problem. With bind debuggind enabled, I >found: [clip] >This means that bind really gets two copies of the datagram (one send to >fd 6, the other one to fd 8) and hence, bind is operating correctly and >FreeBSD is wrong: This seems to be the case with most services on alias interfaces; breaking or working "right" is OS specific. For the record, attempting to use alias interfaces as an "authoritative" name server breaks on OSF [DEC Unix(tm)] 3.2 (4.9.3b24). Cheers, Joe Provo Network Operations Center UltraNet Communications, Inc. From owner-freebsd-hackers Fri Dec 29 12:27:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA11561 for hackers-outgoing; Fri, 29 Dec 1995 12:27:57 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA11554 for ; Fri, 29 Dec 1995 12:27:54 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id MAA19269; Fri, 29 Dec 1995 12:29:38 -0800 Date: Fri, 29 Dec 1995 12:29:38 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Hmmm, not good message. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Dec 29 02:17:55 news /kernel: pid 2403: in.nnrpd: uid 8: exited on signal 11 Dec 29 09:27:14 news /kernel: vnode_pager_output: attempt to write meta-data!!! -- 0xfffe9000(ff) Dec 29 10:16:14 news /kernel: pid 5367: in.nnrpd: uid 8: exited on signal 11 All of the sudden my nnrpd's have started core dumping, and then this vnode_pager_output message appeared in my syslog. Whassup? 2.1-stable, P5-90, 32MB RAM, 2940, 10GB disk. From owner-freebsd-hackers Fri Dec 29 12:30:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA11771 for hackers-outgoing; Fri, 29 Dec 1995 12:30:37 -0800 (PST) Received: from spot.lodgenet.com (lodgenet.iw.net [204.157.148.88]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA11705 for ; Fri, 29 Dec 1995 12:29:55 -0800 (PST) Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by spot.lodgenet.com (8.6.12/8.6.12) with ESMTP id OAA03019 for ; Fri, 29 Dec 1995 14:30:25 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.12/8.6.12) with SMTP id PAA08639 for ; Fri, 29 Dec 1995 15:12:55 -0600 Message-Id: <199512292112.PAA08639@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: hackers@freebsd.org Subject: shared libraries for SCO Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Dec 1995 15:12:55 -0600 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org Precedence: bulk I was just playing with the ibcs2 stuff and I ftped to SCO's anonymous ftp server and found a full set of shared libraries. Is it illegal or just unethical to copy these? eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Fri Dec 29 12:45:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12712 for hackers-outgoing; Fri, 29 Dec 1995 12:45:15 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12702 Fri, 29 Dec 1995 12:45:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA05250; Fri, 29 Dec 1995 12:44:59 -0800 To: "Amancio Hasty Jr." cc: sos@FreeBSD.org, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org Subject: Re: X rated applications In-reply-to: Your message of "Fri, 29 Dec 1995 12:15:37 PST." <199512292015.MAA01414@rah.star-gate.com> Date: Fri, 29 Dec 1995 12:44:58 -0800 Message-ID: <5248.820269898@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > If memory does not failed me , the why people don't write apps > subject was first mentioned by Soren and he proposed yet another > graphic API. Thats when I started jumping in . Furthermore, it is my > believe, Jordan, that you want to or wanted to de-emphasize X apps > due to: I do not want to de-emphasise X apps. If you want to write a word processor, a 3D drawing system or a virtual reality visor that uses X then by all means - go for it! I'd love to see more of those sorts of applications available for FreeBSD. My position is summarized very easily: I don't believe that X is ready to be used in `critical path' roles, like installation. That is the entire sum of my position and one that I've stated here MANY TIMES. Whether or not you choose to read more into it than that is really something which I've no control over. Jordan From owner-freebsd-hackers Fri Dec 29 12:46:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12771 for hackers-outgoing; Fri, 29 Dec 1995 12:46:57 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA12759 for ; Fri, 29 Dec 1995 12:46:20 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id PAA05867; Fri, 29 Dec 1995 15:46:00 -0500 (EST) Date: Fri, 29 Dec 1995 15:45:56 -0500 (EST) From: "Marc G. Fournier" To: hackers@freebsd.org Subject: xperimnt 45Meg File... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Two questions... 1 - Why is it all one big file? Couldn't it be some sort of format like packages is in, where you can get one thing without having to get everything? 2 - What is in it? I'm in the process of downloading it from 2.1.0-R, mainly because I understand there is an snmp package in there somewhere...does anyone have a list of what's all in that 45Meg file? Thanks Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-hackers Fri Dec 29 12:47:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12811 for hackers-outgoing; Fri, 29 Dec 1995 12:47:23 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12804 Fri, 29 Dec 1995 12:47:20 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id VAA21131; Fri, 29 Dec 1995 21:33:29 +0100 Message-Id: <199512292033.VAA21131@ra.dkuug.dk> Subject: Re: syscons driver To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Fri, 29 Dec 1995 21:33:29 +0100 (MET) Cc: jkh@time.cdrom.com, sos@FreeBSD.org, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <199512292015.MAA01414@rah.star-gate.com> from "Amancio Hasty Jr." at Dec 29, 95 12:15:37 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk In reply to Amancio Hasty Jr. who wrote: > > Nope, they are closely related . And it depends on what you want to do > or how much effort you want to spend on some funky graphic API . Ok, the reason I'm working on an API is that I can find NOTHING ELSE that fits my needs for a simple easy to use GUI API. > The thread on why people are not writing X apps or whatever apps got > deviated by the obvious exception of your sysintall which of course > we can drag into the discussion if you like. Hmm, I stated time and time again that my little GUI thingie will run quite nicely in a X window, so if you chose to use it (when ready) you win both way, you have a VGA and a X app on the same time. I can't see what we are agueing about here ?? We can agree so far that we havn't written any GUI apps yet, and that was what I tried to get changed by providing the tools to do it... > If memory does not failed me , the why people don't write apps > subject was first mentioned by Soren and he proposed yet another > graphic API. Thats when I started jumping in . Furthermore, it is my > believe, Jordan, that you want to or wanted to de-emphasize X apps > due to: > > 1) X is hard to install > 2) X is hard to configure > > And I think that the points have been answered at least to my satisfaction Come on guys, why is it that you dont get it that there are LOADS of users out there that either don't have the HW or simply dont want to run X for various reasons (I'm not one of them I use X :) :) ) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Fri Dec 29 12:56:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13234 for hackers-outgoing; Fri, 29 Dec 1995 12:56:11 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA13229 Fri, 29 Dec 1995 12:56:07 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id VAA21217; Fri, 29 Dec 1995 21:42:06 +0100 Message-Id: <199512292042.VAA21217@ra.dkuug.dk> Subject: Re: X rated applications To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 29 Dec 1995 21:42:06 +0100 (MET) Cc: hasty@rah.star-gate.com, sos@FreeBSD.org, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <5248.820269898@time.cdrom.com> from "Jordan K. Hubbard" at Dec 29, 95 12:44:58 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who wrote: > > > If memory does not failed me , the why people don't write apps > > subject was first mentioned by Soren and he proposed yet another > > graphic API. Thats when I started jumping in . Furthermore, it is my > > believe, Jordan, that you want to or wanted to de-emphasize X apps > > due to: > > I do not want to de-emphasise X apps. If you want to write a word > processor, a 3D drawing system or a virtual reality visor that uses X > then by all means - go for it! I'd love to see more of those sorts of > applications available for FreeBSD. > > My position is summarized very easily: I don't believe that X is ready > to be used in `critical path' roles, like installation. That is the > entire sum of my position and one that I've stated here MANY TIMES. > > Whether or not you choose to read more into it than that is really > something which I've no control over. My words exactly.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Fri Dec 29 13:08:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA13805 for hackers-outgoing; Fri, 29 Dec 1995 13:08:40 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA13798 for ; Fri, 29 Dec 1995 13:08:35 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id PAA08642; Fri, 29 Dec 1995 15:06:23 -0600 From: Joe Greco Message-Id: <199512292106.PAA08642@brasil.moneng.mei.com> Subject: Re: Is anyone working on a QuickCam driver/app? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 29 Dec 1995 15:06:22 -0600 (CST) Cc: frank@exit.com, hackers@FreeBSD.ORG In-Reply-To: <7440.820202884@time.cdrom.com> from "Jordan K. Hubbard" at Dec 28, 95 06:08:04 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I called those folks a couple of times trying to get tech specs and then > finally gave up. Everyone was very friendly and tried their best to be > helpful, they just didn't have the foggiest idea how one might go getting > ahold of the specifications for the data format! :-( http://www.pcworld.com/connectix/qcfaqw.html Q: I need access to the low-level stuff QuickCam's software is doing underneath Video for Windows. Is there any documentation on this? A: Under special cases we will release this information. You must demonstrate a need to know, sign a non-disclosure and non-compete agreement. Connectix does not provide engineering support for the low-level protocols, and these protocols are subject to change. Send your request to quickcam@connectix.com. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Fri Dec 29 13:13:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA14040 for hackers-outgoing; Fri, 29 Dec 1995 13:13:24 -0800 (PST) Received: from data.nas.nasa.gov (data.nas.nasa.gov [129.99.23.20]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA14035 for ; Fri, 29 Dec 1995 13:13:20 -0800 (PST) Received: from gizmo.nas.nasa.gov (gizmo.nas.nasa.gov [129.99.36.13]) by data.nas.nasa.gov (8.6.12/NAS.5.b) with SMTP id NAA25265; Fri, 29 Dec 1995 13:13:12 -0800 X-Authentication-Warning: data.nas.nasa.gov: Host gizmo.nas.nasa.gov didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: "Jordan K. Hubbard" Cc: Frank Mayhar , hackers@freebsd.org Reply-To: truesdel@nas.nasa.gov Subject: Re: Is anyone working on a QuickCam driver/app? In-reply-to: Your message of "Thu, 28 Dec 1995 18:08:04 PST." <7440.820202884@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Dec 1995 13:13:11 -0800 Message-ID: <17021.820271591@nas.nasa.gov> From: Dave Truesdell Sender: owner-hackers@freebsd.org Precedence: bulk -- Your message was: (from ""Jordan K. Hubbard"") I called those folks a couple of times trying to get tech specs and then finally gave up. Everyone was very friendly and tried their best to be helpful, they just didn't have the foggiest idea how one might go getting ahold of the specifications for the data format! :-( Jordan -- End of Message I received e-mail from them on the 21st of December, saying that they have decided that they really will release the protocols if you sign a non-disclosure/non-compete agreement with them. They claim that they are documenting the protocols and that they would be available the second week of January. However, I'll believe it when I see it. They claimed they would release the protocols under NDA's before, but from everything I've seen, they never really prepared to do so. T.T.F.N., Dave Truesdell Wombat Wrestler/Software Packrat/NAS Newsmaster/Postmaster (truesdel@nas.nasa.gov) From owner-freebsd-hackers Fri Dec 29 13:23:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA14622 for hackers-outgoing; Fri, 29 Dec 1995 13:23:50 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA14614 for ; Fri, 29 Dec 1995 13:23:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA05506; Fri, 29 Dec 1995 13:23:05 -0800 To: "Marc G. Fournier" cc: hackers@freebsd.org Subject: Re: xperimnt 45Meg File... In-reply-to: Your message of "Fri, 29 Dec 1995 15:45:56 EST." Date: Fri, 29 Dec 1995 13:23:05 -0800 Message-ID: <5504.820272185@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > 1 - Why is it all one big file? Couldn't it be some sort of format > like packages is in, where you can get one thing without having > to get everything? It wouldn't be as enigmatic that way. It's supposed to be `experimental' (everyone: "woo!") right? :-) > 2 - What is in it? I'm in the process of downloading it from Stuff! C'mon, you want me to spoil the surprise? :-) Jordan P.S. It's already unpacked on the #2 CD.. :) From owner-freebsd-hackers Fri Dec 29 13:30:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA15109 for hackers-outgoing; Fri, 29 Dec 1995 13:30:05 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA15081 for ; Fri, 29 Dec 1995 13:29:59 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id PAA08720; Fri, 29 Dec 1995 15:28:55 -0600 From: Joe Greco Message-Id: <199512292128.PAA08720@brasil.moneng.mei.com> Subject: Re: dial-up with Internal Modem To: dennis@etinc.com (dennis) Date: Fri, 29 Dec 1995 15:28:54 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199512292042.PAA24546@etinc.com> from "dennis" at Dec 29, 95 03:42:10 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > Ok...I give up. whats the trick? > > Mind you that I haven't spent too much time on this...but the docs are > clearly outdated > and something is odd. > > I have an internal USR 28.8 modem installed in a 2.1 box...with cu I can > dial-in, dial-out pass good data, no problem. When I run a getty it and > dial-in it puts out 1 line of shit > and then nothing. > > whats getty doing....does rc.serial need to be modified....this...should be > easy...I thought. Well, I configure modems as follows: 1) full hardware handshaking (RTS/CTS, DTR, CD all enabled, etc) 2) locked port rate (384/576/115200) 3) set modem to reset to default state on CD drop/DTR raise or whatever it is capable of, if it is capable of it. 4) reset gettytab to do 8n1 (I don't think the default is). 5) go. :-) 90% of what I do is to make sure that the modem is in a "compatible" mode with what I am trying to do... if you can cu to the modem, you either have a messed up gettytab, ttys, or the modem is thinking that the computer wants to be talking at a different speed than reality. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Fri Dec 29 13:36:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA15631 for hackers-outgoing; Fri, 29 Dec 1995 13:36:28 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA15605 for ; Fri, 29 Dec 1995 13:36:06 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id QAA06221; Fri, 29 Dec 1995 16:32:04 -0500 (EST) Date: Fri, 29 Dec 1995 16:32:01 -0500 (EST) From: "Marc G. Fournier" X-Sender: scrappy@hub.org To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: xperimnt 45Meg File... In-Reply-To: <5504.820272185@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Fri, 29 Dec 1995, Jordan K. Hubbard wrote: > > 1 - Why is it all one big file? Couldn't it be some sort of format > > like packages is in, where you can get one thing without having > > to get everything? > > It wouldn't be as enigmatic that way. It's supposed to be `experimental' > (everyone: "woo!") right? :-) > Ya, but I don't think I have enough room left to unpack the beast :( I know, I know...disk space is cheap *sigh* > > 2 - What is in it? I'm in the process of downloading it from > > Stuff! C'mon, you want me to spoil the surprise? :-) > No, guess not.. :) Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-hackers Fri Dec 29 13:58:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16866 for hackers-outgoing; Fri, 29 Dec 1995 13:58:42 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA16859 Fri, 29 Dec 1995 13:58:37 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id PAA08754; Fri, 29 Dec 1995 15:56:59 -0600 From: Joe Greco Message-Id: <199512292156.PAA08754@brasil.moneng.mei.com> Subject: Re: syscons driver To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 29 Dec 1995 15:56:58 -0600 (CST) Cc: hasty@rah.star-gate.com, sos@FreeBSD.org, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <4969.820267075@time.cdrom.com> from "Jordan K. Hubbard" at Dec 29, 95 11:57:55 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > We *should* assume that Joe out on the Net has X capable HW . Just to be clear, Joe out on the Net (i.e. me :-) ) has monochrome capable graphics on one machine, CGA on two others, and VGA on most everything else. Oh, wait. Exec-PC has mono graphics on daily-planet.execpc.com too. That way they can leave a monitor on it all the time and burn in the systat display (they seem to have a surplus of mono monitors). > > If we have problems with *supported* X hardware then we should addressed > > them and not say that we should not be emphasizing X capable apps. > > Sigh. > > I find the image of two separate arguments at a party where too much > alcohol has been consumed coming to mind here. > > Amancio is in one corner, arguing violently with a potted plant about > apps and how we should be writing them. The plant, as far as can be > seen, is in complete agreement. > > Everyone else is in another other corner arguing about relying on X > for critical-path applications, like the install. There's no > unanimous agreement, but the general concensus seems to be "Oh, no, of > course not X for an install! But SVGA / curses on the other hand! > [much waving of hands and shouting about methods]" It might be fine to have an install that worked either way.... I'm told that there are toolkits available that can help do this sort of stuff, but it's not clear that they are shareware.... maybe rewriting the current dialog library to work either way is the answer :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Fri Dec 29 14:01:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA17049 for hackers-outgoing; Fri, 29 Dec 1995 14:01:42 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA17041 for ; Fri, 29 Dec 1995 14:01:36 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id QAA08783; Fri, 29 Dec 1995 16:00:31 -0600 From: Joe Greco Message-Id: <199512292200.QAA08783@brasil.moneng.mei.com> Subject: Re: Hmmm, not good message. To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Fri, 29 Dec 1995 16:00:31 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: from "Jaye Mathisen" at Dec 29, 95 12:29:38 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > Dec 29 02:17:55 news /kernel: pid 2403: in.nnrpd: uid 8: exited on signal 11 > Dec 29 09:27:14 news /kernel: vnode_pager_output: attempt to write > meta-data!!! -- 0xfffe9000(ff) > Dec 29 10:16:14 news /kernel: pid 5367: in.nnrpd: uid 8: exited on signal 11 > > All of the sudden my nnrpd's have started core dumping, and then this > vnode_pager_output message appeared in my syslog. Whassup? > > 2.1-stable, P5-90, 32MB RAM, 2940, 10GB disk. I've seen that, I think I remember tracking it down to a disk error of some sort, but I don't recall details and I can't find it in my notes. Check for disk errors with the 2940's diagnostics. I could be wrong. ... JG From owner-freebsd-hackers Fri Dec 29 14:06:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA17176 for hackers-outgoing; Fri, 29 Dec 1995 14:06:27 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA17171 for ; Fri, 29 Dec 1995 14:06:23 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id QAA08820; Fri, 29 Dec 1995 16:05:16 -0600 From: Joe Greco Message-Id: <199512292205.QAA08820@brasil.moneng.mei.com> Subject: Re: shared libraries for SCO To: erich@lodgenet.com (Eric L. Hernes) Date: Fri, 29 Dec 1995 16:05:16 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <199512292112.PAA08639@jake.lodgenet.com> from "Eric L. Hernes" at Dec 29, 95 03:12:55 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > I was just playing with the ibcs2 stuff and I ftped to > SCO's anonymous ftp server and found a full set of > shared libraries. Is it illegal or just unethical to > copy these? > > eric. Is there a copyright notice when you connect? Is there a copyright file in any obvious place along the path to those files? Is there a copyright notice within any of the libraries? If not, I believe that you are free and clear to take them as long as you document the above :-) You cannot use copyright protections to prosecute somebody for taking something you offer free for the taking, with no notices to the contrary. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Fri Dec 29 14:08:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA17286 for hackers-outgoing; Fri, 29 Dec 1995 14:08:56 -0800 (PST) Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA17272 for ; Fri, 29 Dec 1995 14:08:50 -0800 (PST) Received: from toad.com by relay2.UU.NET with SMTP id QQzwgm22580; Fri, 29 Dec 1995 17:08:43 -0500 (EST) Received: by toad.com id AA05692; Fri, 29 Dec 95 14:08:37 PST Date: Fri, 29 Dec 95 14:08:37 PST Message-Id: <9512292208.AA05692@toad.com> To: hackers@freebsd.org From: Majordomo@toad.com Subject: Welcome to cypherpunks Reply-To: Majordomo@toad.com Sender: owner-hackers@freebsd.org Precedence: bulk -- Welcome to the cypherpunks mailing list! If you ever want to remove yourself from this mailing list, you can send mail to "Majordomo@toad.com" with the following command in the body of your email message: unsubscribe cypherpunks hackers@freebsd.org Here's the general information for the list you've subscribed to, in case you don't already have it: About cypherpunks ----------------- I. Administrivia (please read, boring though it may be) The cypherpunks list is a forum for discussing personal defenses for privacy in the digital domain. It is a high volume mailing list. If you don't know how to do something, like unsubscribe, send mail to majordomo@toad.com and the software robot which answers that address will send you back instructions on how to do what you want. If you don't know the majordomo syntax, an empty message to this address will get you a help file, as will a command 'help' in the body. Even with all this automated help, you may still encounter problems. If you get really stuck, please feel free to contact me directly at the address I use for mailing list management: cypherpunks-owner@toad.com Please use this address for all mailing list management issues. Hint: if you try to unsubscribe yourself from a different account than you signed up for, it likely won't work. Log back into your old account and try again. If you no longer have access to that account, mail me at the list management address above. Also, please realize that there will be some cypherpunks messages "in transit" to you at the time you unsubscribe. If you get a response that says you are unsubscribed, but the messages keep coming, wait a day and they should stop. For other questions, my list management address is not the best place, since I don't read it every day. To reach me otherwise, send mail to eric@remailer.net This address is appropriate for emergencies (and wanting to get off the list is never an emergency), such as the list continuously spewing articles. Please don't send me mail to my regular mailbox asking to be removed; I'll just send you back a form letter. Do not mail to the whole list asking to be removed. It's rude. The -request address is made exactly for this purpose. To post to the whole list, send mail to cypherpunks@toad.com If your mail bounces repeatedly, you will be removed from the list. Nothing personal, but I have to look at all the bounce messages. There is no digest version available. There is an announcements list which is moderated and has low volume. Announcements for physical cypherpunks meetings, new software and important developments will be posted there. Mail to cypherpunks-announce-request@toad.com if you want to be added or removed to the announce list. All announcements also go out to the full cypherpunks list, so there is no need to subscribe to both. II. About cypherpunks The cypherpunks list is not designed for beginners, although they are welcome. If you are totally new to crypto, please get and read the crypto FAQ referenced below. This document is a good introduction, although not short. Crypto is a subtle field and a good understanding will not come without some study. Please, as a courtesy to all, do some reading to make sure that your question is not already frequently asked. There are other forums to use on the subject of cryptography. The Usenet group sci.crypt deals with technical cryptography; cypherpunks deals with technical details but slants the discussion toward their social implications. The Usenet group talk.politics.crypto, as is says, is for political theorizing, and cypherpunks gets its share of that, but cypherpunks is all pro-crypto; the debates on this list are about how to best get crypto out there. The Usenet group alt.security.pgp is a pgp-specific group, and questions about pgp as such are likely better asked there than here. Ditto for alt.security.ripem. The cypherpunks list has its very own net.loon, a fellow named L. Detweiler. The history is too long for here, but he thinks that cypherpunks are evil incarnate. If you see a densely worded rant featuring characteristic words such as "medusa", "pseudospoofing", "treachery", "poison", or "black lies", it's probably him, no matter what the From: line says. The policy is to ignore these postings. Replies have never, ever, not even once resulted in anything constructive and usually create huge flamewars on the list. Please, please, don't feed the animals. III. Resources. A. The sci.crypt FAQ anonymous ftp to rtfm.mit.edu:pub/usenet-by-group/sci.crypt The cryptography FAQ is good online intro to crypto. Very much worth reading. Last I looked, it was in ten parts. B. cypherpunks ftp site anonymous ftp to ftp.csua.berkeley.edu:pub/cypherpunks This site contains code, information, rants, and other miscellany. There is a glossary there that all new members should download and read. Also recommended for all users are Hal Finney's instructions on how to use the anonymous remailer system; the remailer sources are there for the perl-literate. C. Bruce Schneier's _Applied Cryptography_, published by Wiley This is required reading for any serious technical cypherpunk. An excellent overview of the field, it describes many of the basic algorithms and protocols with their mathematical descriptions. Some of the stuff at the edges of the scope of the book is a little incomplete, so short descriptions in here should lead to library research for the latest papers, or to the list for the current thinking. All in all, a solid and valuable book. It's even got the cypherpunks-request address. IV. Famous last words My preferred email address for list maintenance topics only is hughes@toad.com. All other mail, including emergency mail, should go to hughes@ah.com, where I read mail much more regularly. Enjoy and deploy. Eric ----------------------------------------------------------------------------- Cypherpunks assume privacy is a good thing and wish there were more of it. Cypherpunks acknowledge that those who want privacy must create it for themselves and not expect governments, corporations, or other large, faceless organizations to grant them privacy out of beneficence. Cypherpunks know that people have been creating their own privacy for centuries with whispers, envelopes, closed doors, and couriers. Cypherpunks do not seek to prevent other people from speaking about their experiences or their opinions. The most important means to the defense of privacy is encryption. To encrypt is to indicate the desire for privacy. But to encrypt with weak cryptography is to indicate not too much desire for privacy. Cypherpunks hope that all people desiring privacy will learn how best to defend it. Cypherpunks are therefore devoted to cryptography. Cypherpunks wish to learn about it, to teach it, to implement it, and to make more of it. Cypherpunks know that cryptographic protocols make social structures. Cypherpunks know how to attack a system and how to defend it. Cypherpunks know just how hard it is to make good cryptosystems. Cypherpunks love to practice. They love to play with public key cryptography. They love to play with anonymous and pseudonymous mail forwarding and delivery. They love to play with DC-nets. They love to play with secure communications of all kinds. Cypherpunks write code. They know that someone has to write code to defend privacy, and since it's their privacy, they're going to write it. Cypherpunks publish their code so that their fellow cypherpunks may practice and play with it. Cypherpunks realize that security is not built in a day and are patient with incremental progress. Cypherpunks don't care if you don't like the software they write. Cypherpunks know that software can't be destroyed. Cypherpunks know that a widely dispersed system can't be shut down. Cypherpunks will make the networks safe for privacy. [Last updated Mon Feb 21 13:18:25 1994] From owner-freebsd-hackers Fri Dec 29 14:08:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA17293 for hackers-outgoing; Fri, 29 Dec 1995 14:08:58 -0800 (PST) Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA17277 for ; Fri, 29 Dec 1995 14:08:51 -0800 (PST) Received: from toad.com by relay2.UU.NET with SMTP id QQzwgm22588; Fri, 29 Dec 1995 17:08:47 -0500 (EST) Received: by toad.com id AA05691; Fri, 29 Dec 95 14:08:25 PST Date: Fri, 29 Dec 95 14:08:25 PST Message-Id: <9512292208.AA05691@toad.com> To: hackers@freebsd.org From: Majordomo@toad.com Subject: Your Majordomo request results: subsscribe Reply-To: Majordomo@toad.com Sender: owner-hackers@freebsd.org Precedence: bulk -- Your request of Majordomo was: >>>> subscribe cypherpunks Succeeded. From owner-freebsd-hackers Fri Dec 29 14:35:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA18970 for hackers-outgoing; Fri, 29 Dec 1995 14:35:11 -0800 (PST) Received: from smith.crayola.cse.psu.edu (smith.crayola.cse.psu.edu [130.203.2.14]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA18964 for ; Fri, 29 Dec 1995 14:35:05 -0800 (PST) Received: from brickred.crayola.cse.psu.edu by smith.crayola.cse.psu.edu id <14344-2>; Fri, 29 Dec 1995 17:34:30 -0500 Subject: Compaq Presario will not boot with boot.flp From: Brian S Wasserman To: hackers@freebsd.org Date: Fri, 29 Dec 1995 17:34:41 -0500 X-Mailer: ELM [version 2.3 PL11] Message-Id: <95Dec29.173430est.14344-2@smith.crayola.cse.psu.edu> Sender: owner-hackers@freebsd.org Precedence: bulk I have a the computer mentioned above. RAWRITE works fine for me since I have used it many times in the past without any difficulty. I am positive that the disk I am writing to has no defects. My boot disk was not created in a multitasking environment, so there is no problem caused by preemption. My hardware setup is as follow: 486DX2-66, 8 megs RAM ISA Bus 2x SCSI CD-ROM 525 meg IDE, 1.6 gig EIDE drives --> 525 meg is connected to the IDE controller built into the motherboard --> 1.6 gig is on an EIDE controller which works perfectly in DOS and W95 (controller is from SIIG, Inc.) HP/Colorado T1000 tape backup drive - connected to the floppy controller SB compatible 16-bit sound card 1.44 meg floppy drive I know that FBSD 1.x has problems with Compaq computers, but the documentation says it is fixed in later versions. NetBSD 1.x will boot fine. FBSD 2.05 and 2.1 are the two which will not work. I want to get FBSD 2.1 up and running. Any help will be greatly appreciated. Also, if anybody has experienced this problem or has installed FBSD 2.1 on a Compaq then I would love to hear from you... what did you do different than the README and FAQ files instruct? Thank you, Brian From owner-freebsd-hackers Fri Dec 29 14:40:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA19417 for hackers-outgoing; Fri, 29 Dec 1995 14:40:38 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA19410 for ; Fri, 29 Dec 1995 14:40:26 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id RAA19105; Fri, 29 Dec 1995 17:53:28 -0500 From: Peter Dufault Message-Id: <199512292253.RAA19105@hda.com> Subject: Re: NETBSD ccd driver To: davidg@Root.COM Date: Fri, 29 Dec 1995 17:53:27 -0500 (EST) Cc: curt@emergent.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199512291820.KAA02788@corbin.Root.COM> from "David Greenman" at Dec 29, 95 10:20:27 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > >has anyone ported this puppy yet? I've started a port, but it occurred to > > Not that I'm aware of, although people have talked about it. > I thought Rod actually had it preliminarily working. He even posted some stats and asked about spindle sync support. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Fri Dec 29 14:58:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA20456 for hackers-outgoing; Fri, 29 Dec 1995 14:58:31 -0800 (PST) Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA20451 for ; Fri, 29 Dec 1995 14:58:26 -0800 (PST) Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id RAA03983 for FreeBSD-hackers@freebsd.org; Fri, 29 Dec 1995 17:56:58 -0500 From: Bill/Carolyn Pechter Message-Id: <199512292256.RAA03983@shell.monmouth.com> Subject: FreeBSD on Thinkpad 365 To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Fri, 29 Dec 1995 17:56:57 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Folks -- the Thinkpad 365 with CD installs 2.1.0 from the CD w/o modifications. The ATAPI.flp works beautifully. A job well done Jordan and crew. Thanks again. (Specs on the 365 -- 486 Cyrix (identifies as DLC w/FreeBSD) (My info says DX4/75.) It's got 8mb memory minimum and 540meg ide drive and (the CSD and CD version have Teac ide double speed ATAPI cd's.) The Chips and Technologies video chip is supported by XFree86 3.1.1 and later. The video is 640x480 on the LCD but can be 800x600 or 1024x768 w/external monitor. The machine can give you a virtual 1024x768 window in Windows or OS/2. I've got Windows, OS/2 and DOS on the 540 disk (tight but workable...). http://www.pcco.ibm.com I think is the web location for info. Bill Technical Question: My wife calls the Thinkpad "The other woman." Am I in deep @$$^&*& now? ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-hackers Fri Dec 29 15:02:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA20623 for hackers-outgoing; Fri, 29 Dec 1995 15:02:58 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA20616 for ; Fri, 29 Dec 1995 15:02:54 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA08688 for ; Sat, 30 Dec 1995 00:02:52 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA28380 for freebsd-hackers@freebsd.org; Sat, 30 Dec 1995 00:02:51 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA11084 for freebsd-hackers@freebsd.org; Sat, 30 Dec 1995 00:01:24 +0100 (MET) From: J Wunsch Message-Id: <199512292301.AAA11084@uriah.heep.sax.de> Subject: Re: syscons driver To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 30 Dec 1995 00:01:23 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512291959.LAA01286@rah.star-gate.com> from "Amancio Hasty Jr." at Dec 29, 95 11:59:10 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Amancio Hasty Jr. wrote: > > > But only due to space constraints of the installation media. > > > > Have we run out of disk space on the CDROM ?? 8) CDROM is one out of half a dozen installation media. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Dec 29 15:12:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21034 for hackers-outgoing; Fri, 29 Dec 1995 15:12:39 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21028 Fri, 29 Dec 1995 15:12:32 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id PAA03186; Fri, 29 Dec 1995 15:10:53 -0800 Message-Id: <199512292310.PAA03186@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Joe Greco cc: jkh@time.cdrom.com (Jordan K. Hubbard), sos@FreeBSD.org, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org Subject: Re: syscons driver In-reply-to: Your message of "Fri, 29 Dec 1995 15:56:58 CST." <199512292156.PAA08754@brasil.moneng.mei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Dec 1995 15:10:52 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> Joe Greco said: > I'm told that there are toolkits available that can help do this sort of > stuff, but it's not clear that they are shareware.... maybe rewriting the > current dialog library to work either way is the answer :-) > Now, I am going to sit on my corner to see what are the arguments for not writing a systall which can run with X .... Now I am curious 8) Amancio From owner-freebsd-hackers Fri Dec 29 15:17:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21233 for hackers-outgoing; Fri, 29 Dec 1995 15:17:37 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21228 Fri, 29 Dec 1995 15:17:33 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id PAA03236; Fri, 29 Dec 1995 15:17:23 -0800 Message-Id: <199512292317.PAA03236@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: sos@freebsd.org cc: jkh@time.cdrom.com, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@freebsd.org Subject: Re: syscons driver In-reply-to: Your message of "Fri, 29 Dec 1995 21:33:29 +0100." <199512292033.VAA21131@ra.dkuug.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Dec 1995 15:17:23 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> sos@freebsd.org said: > In reply to Amancio Hasty Jr. who wrote: > > > > Nope, they are closely related . And it depends on what you want to do > > or how much effort you want to spend on some funky graphic API . > > Ok, the reason I'm working on an API is that I can find NOTHING ELSE > that fits my needs for a simple easy to use GUI API. Care to list the examples of GUIs or GUI apps which you have researched? Amancio From owner-freebsd-hackers Fri Dec 29 15:18:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21286 for hackers-outgoing; Fri, 29 Dec 1995 15:18:54 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21281 for ; Fri, 29 Dec 1995 15:18:50 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA08935; Sat, 30 Dec 1995 00:18:44 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA28542; Sat, 30 Dec 1995 00:18:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA11243; Sat, 30 Dec 1995 00:15:58 +0100 (MET) From: J Wunsch Message-Id: <199512292315.AAA11243@uriah.heep.sax.de> Subject: Re: dial-up with Internal Modem To: dennis@etinc.com (dennis) Date: Sat, 30 Dec 1995 00:15:57 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512292042.PAA24546@etinc.com> from "dennis" at Dec 29, 95 03:42:10 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As dennis wrote: > > When I run a getty it and > dial-in it puts out 1 line of shit > and then nothing. Did you lock the modem speed to the one of your getty? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Dec 29 15:23:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21471 for hackers-outgoing; Fri, 29 Dec 1995 15:23:34 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21466 for ; Fri, 29 Dec 1995 15:23:30 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id PAA14352; Fri, 29 Dec 1995 15:23:24 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id PAA02917; Fri, 29 Dec 1995 15:23:26 -0800 (PST) Message-Id: <199512292323.PAA02917@corbin.Root.COM> To: Rashid Karimov cc: techadm@elvisti.kiev.ua, hackers@freebsd.org Subject: Re: ASUS P6/Pro MB and P6-200 In-reply-to: Your message of "Fri, 29 Dec 95 14:43:38 EST." <199512291943.OAA10908@rk.ios.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 29 Dec 1995 15:23:26 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >> The biggest problem with the ASUS P6 motherboard is the poor PCI >> performance. DMA writes to memory are very slow because the PCI write buffer >> is disabled. It's disabled to work around a bug in the Intel Orion chipset >> that causes the data to get corrupted if it is enabled. With it disabled, the >> top performance of PCI DMA writes to memory is about 4.4MB/sec. This is too >> slow for fast (100Mbit) ethernet, for example, and causes half of the packets >> to get dropped. > > Hmmm ... interesting ... does it mean that those ppl from ASUS > will come up with some workaround for it later - when the problem > will be fixed , or I will have to live with this sad limit ? :) A question that we both eagerly await an answer to. :-) All indications at this time are that they *will* upgrade the motherboard when the problem is fixed. -DG From owner-freebsd-hackers Fri Dec 29 15:29:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21694 for hackers-outgoing; Fri, 29 Dec 1995 15:29:23 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21689 for ; Fri, 29 Dec 1995 15:29:20 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id QAA15260; Fri, 29 Dec 1995 16:31:42 -0700 Date: Fri, 29 Dec 1995 16:31:42 -0700 From: Nate Williams Message-Id: <199512292331.QAA15260@rocky.sri.MT.net> To: marc@immersive.com Cc: hackers@freebsd.org Subject: Re: Laptops? In-Reply-To: <199512272350.PAA00507@blob.best.net> References: <199512272350.PAA00507@blob.best.net> Sender: owner-hackers@freebsd.org Precedence: bulk > Before I go blow 3.6 kilobucks on a laptop, maybe someone has some advice for me. > > I need a machine with the following: > > Pentium 75 > 16MB RAM > 800MB disk > 28.8k modem > Internal or external CD-ROM > Active matrix SVGA -- with PCI bus. Must be fast! > 16-bit stereo sound capability I'd look long and hard at the new NEC 4000 models. However, the PCI stuff that was discussed is a maybe. I'm not sure any of the video cards on the laptops could even saturate an ISA bus, let alone a PCI bus. > The price is great, the warranty is decent. Is there anything comparable? > Does anyone have any good or bad experience with Swan? Any recommendations > for another brand? Sounds pretty cheap, although I'd watch the upgradability of the box. Sometimes they solder everything down and never let you change them. Nate From owner-freebsd-hackers Fri Dec 29 15:35:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA22531 for hackers-outgoing; Fri, 29 Dec 1995 15:35:08 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA22518 for ; Fri, 29 Dec 1995 15:35:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA06040; Fri, 29 Dec 1995 15:34:37 -0800 To: Bill/Carolyn Pechter cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Subject: Re: FreeBSD on Thinkpad 365 In-reply-to: Your message of "Fri, 29 Dec 1995 17:56:57 EST." <199512292256.RAA03983@shell.monmouth.com> Date: Fri, 29 Dec 1995 15:34:36 -0800 Message-ID: <6038.820280076@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > The ATAPI.flp works beautifully. A job well done Jordan and crew. Yay! I love to hear IDE CDROM success reports. > Technical Question: > My wife calls the Thinkpad "The other woman." > Am I in deep @$$^&*& now? Yes, but feign ignorance of the problem anyway. It's your only workable defense, trust me. :-) Jordan From owner-freebsd-hackers Fri Dec 29 15:37:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA22878 for hackers-outgoing; Fri, 29 Dec 1995 15:37:46 -0800 (PST) Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA22872 for ; Fri, 29 Dec 1995 15:37:44 -0800 (PST) Received: from toad.com by relay2.UU.NET with SMTP id QQzwgs29538; Fri, 29 Dec 1995 18:37:41 -0500 (EST) Received: by toad.com id AA08506; Fri, 29 Dec 95 15:37:27 PST Date: Fri, 29 Dec 95 15:37:27 PST Message-Id: <9512292337.AA08506@toad.com> To: hackers@freebsd.org From: Majordomo@toad.com Subject: Your Majordomo request results: subscribe Reply-To: Majordomo@toad.com Sender: owner-hackers@freebsd.org Precedence: bulk -- Your request of Majordomo was: >>>> unsubscribe cypherpunks hackers@freebsd.org **** unsubscribe: 'hackers@freebsd.org' is not a member of list 'cypherpunks'. From owner-freebsd-hackers Fri Dec 29 15:38:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA22947 for hackers-outgoing; Fri, 29 Dec 1995 15:38:15 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA22940 Fri, 29 Dec 1995 15:38:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA06059; Fri, 29 Dec 1995 15:36:41 -0800 To: "Amancio Hasty Jr." cc: Joe Greco , sos@FreeBSD.org, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org Subject: Re: syscons driver In-reply-to: Your message of "Fri, 29 Dec 1995 15:10:52 PST." <199512292310.PAA03186@rah.star-gate.com> Date: Fri, 29 Dec 1995 15:36:40 -0800 Message-ID: <6057.820280200@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > Now, I am going to sit on my corner to see what are the arguments for > not writing a systall which can run with X .... Now I am curious 8) OK, I'll bite. Please detail the boot sequence, starting from the same single 1.2MB boot image we use now. Now I am curious :-) Jordan From owner-freebsd-hackers Fri Dec 29 15:51:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA24629 for hackers-outgoing; Fri, 29 Dec 1995 15:51:21 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA24624 Fri, 29 Dec 1995 15:51:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA06134; Fri, 29 Dec 1995 15:51:10 -0800 To: sos@FreeBSD.ORG cc: "Amancio Hasty Jr." , msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.ORG Subject: Re: syscons driver In-reply-to: Your message of "Fri, 29 Dec 1995 15:17:23 PST." <199512292317.PAA03236@rah.star-gate.com> Date: Fri, 29 Dec 1995 15:51:10 -0800 Message-ID: <6132.820281070@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Care to list the examples of GUIs or GUI apps which you have researched? Ooh! Ooh! Can I answer this one Soren? :-) Jordan From owner-freebsd-hackers Fri Dec 29 16:30:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29292 for hackers-outgoing; Fri, 29 Dec 1995 16:30:47 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA29279 Fri, 29 Dec 1995 16:30:43 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id BAA22929; Sat, 30 Dec 1995 01:16:58 +0100 Message-Id: <199512300016.BAA22929@ra.dkuug.dk> Subject: Re: syscons driver To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 30 Dec 1995 01:16:58 +0100 (MET) Cc: sos@FreeBSD.ORG, hasty@rah.star-gate.com, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.ORG In-Reply-To: <6132.820281070@time.cdrom.com> from "Jordan K. Hubbard" at Dec 29, 95 03:51:10 pm From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In reply to Jordan K. Hubbard who wrote: > > > Care to list the examples of GUIs or GUI apps which you have researched? > > Ooh! Ooh! Can I answer this one Soren? :-) > Sure, go ahead - it might make my day :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Fri Dec 29 16:46:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00525 for hackers-outgoing; Fri, 29 Dec 1995 16:46:52 -0800 (PST) Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA00520 for ; Fri, 29 Dec 1995 16:46:40 -0800 (PST) Received: from toad.com by relay2.UU.NET with SMTP id QQzwgx04075; Fri, 29 Dec 1995 19:45:23 -0500 (EST) Received: by toad.com id AA06996; Fri, 29 Dec 95 14:54:49 PST Received: from nova.unix.portal.com by toad.com id AA06989; Fri, 29 Dec 95 14:54:40 PST Received: from uucp1.unix.portal.com ([156.151.4.11]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id OAA15169; Fri, 29 Dec 1995 14:45:09 -0800 Received: (uucp@localhost) by uucp1.unix.portal.com (8.6.11/8.6.5) with UUCP id OAA13335; Fri, 29 Dec 1995 14:44:11 -0800 Received: from cc:Mail by prisminc.prisminc.com id AA795307204 Wed, 15 Mar 95 14:40:04 Date: Wed, 15 Mar 95 14:40:04 From: "lstewart" Message-Id: <9502157953.AA795307204@prisminc.prisminc.com> To: vlb@cfl.com, cypherpunks@toad.com, gnu@toad.com, JIM_FRENCH@mk.com, joe.coleman@pleasantonca.attgis.com, judyku@attmail.com, jwd3@dehnbase.fidonet.org, kabuki-west@remarque.berkeley.edu, mdelaware@attmail.com, qw@soft.com, rab@well.com, rdm@cfl.com, stewarts@ix.netcom.com, strata@virtual.com Subject: Housewarming/birthday party Sender: owner-hackers@FreeBSD.ORG Precedence: bulk You're invited to celebrate Laura and Bill's New Home Bill's Birthday and anything else you'd like to celebrate! Date: Saturday, January 13 Time: 5:00pm (or whenever) Putative location: 2040 Rock Ave. #22, Mountain View, CA RSVP (acceptances): lstewart@prisminc.com, or Laura Stewart at work: 408-744-3359. What to bring: If you RSVP by Jan 12, don't bring anything! We'll provide something resembling dinner. If you don't RSVP, bring food or drink. You are welcome to bring your family or other guests, but please do not forward this invitation to other mail lists. Smoking is prohibited, laptop computers tolerated, board games warmly encouraged. How to get there (all directions are written as if 101 really went north and south): HOW TO FIND THE APARTMENT The address is 2040 W. Middlefield #22, but ignore that fact. It is much easier to find if you firmly believe that the address is 2040 Rock Ave. #22. From the corner of Rock & Rengstorff, follow the big lighted "2040" numbers along Rock. Just after the second driveway on Rock you will find a walkway into the complex...follow the walkway to #19, then climb the stairs to #22. HOW TO FIND THE CORNER OF ROCK & RENGSTORFF Cypherpunks: From La Castena (the burrito place), just go one block "west" on Rengstorff. From Highway 101 southbound: Take Rengstorff exit, which makes a 180-degree loop. Turn left onto Rengstorff westbound (away from the bay, toward the ocean). One block after Old Middlefield (and one block before Middlefield), turn left on Rock Ave and park on Rock. See above to find the apartment. From Highway 101 northbound: Ignore the Middlefield exit. Take Rengstorff exit, which makes a 270-degree loop and merges onto Rengstorff westbound (away from the bay, toward the ocean). One block after Old Middlefield (and one block before Middlefield), turn left on Rock Ave. and park on Rock. See above to find the apartment. From 680 at Dunbarton exit: Taking the Dunbarton bridge to 101 is a few minutes faster, but it's easy to get lost between the bridge and 101. Unless you're familiar with the area, we recommend taking 680 to 237, west on 237 to 101, and north on 101 to the Rengstorff exit, which makes a 270-degree loop and merges onto Rengstorff westbound (away from the bay, toward the ocean). One block after Old Middlefield (and one block before Middlefield), turn left on Rock Ave. and park on Rock. See above to find the apartment. Further complications..er, clarifications: Rock Ave. and Rock St. are the same thing. Middlefield Road and Old Middlefield Road are two different things. Middlefield Rock Old Middlefield 101 ^ | | | | | | | | | "North" | | | | the | | | | bay Rengstorff----------------------------------------------------- | _______ | | | | [ 2 ]| |La | | [ 0 ]| |Castena | | [ 4 ]| | | | [ 0 ]| | | | [_______]| | | | #22 | | | | | | | | | | | Lost on the day of the party? Call us at home: 415-938-1697. The price of condo living: There is no guest parking in the complex, and the party must end by 10pm. Please help us get along with our new neighbors by respecting the condo rules. Thanks! From owner-freebsd-hackers Fri Dec 29 17:22:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA02274 for hackers-outgoing; Fri, 29 Dec 1995 17:22:09 -0800 (PST) Received: from tcsi.tcs.com (tcsi.tcs.com [137.134.41.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA02269 Fri, 29 Dec 1995 17:22:03 -0800 (PST) Received: from phact.tcs.com (phact.tcs.com [137.134.41.99]) by tcsi.tcs.com (8.6.10/8.6.10) with ESMTP id RAA21326; Fri, 29 Dec 1995 17:18:53 -0800 Received: from cozumel.tcs.com (cozumel.tcs.com [137.134.104.12]) by phact.tcs.com (8.6.10/8.6.10) with ESMTP id RAA21581; Fri, 29 Dec 1995 17:18:51 -0800 From: Douglas Ambrisko Received: (ambrisko@localhost) by cozumel.tcs.com (8.6.10/8.6.10) id RAA16298; Fri, 29 Dec 1995 17:18:14 -0800 Message-Id: <199512300118.RAA16298@cozumel.tcs.com> Subject: Re: syscons driver To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Fri, 29 Dec 1995 17:18:13 -0800 (PST) Cc: jgreco@brasil.moneng.mei.com, jkh@time.cdrom.com, sos@FreeBSD.ORG, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199512292310.PAA03186@rah.star-gate.com> from "Amancio Hasty Jr." at Dec 29, 95 03:10:52 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Amancio Hasty Jr. writes: | | >>> Joe Greco said: | > I'm told that there are toolkits available that can help do this sort of | > stuff, but it's not clear that they are shareware.... maybe rewriting the | > current dialog library to work either way is the answer :-) | > | | Now, I am going to sit on my corner to see what are the arguments for | not writing a systall which can run with X .... Now I am curious 8) I'd like to be able to install my gateway FreeBSD box through the serial console tied to my main FreeBSD box. Doug A. From owner-freebsd-hackers Fri Dec 29 17:41:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA03161 for hackers-outgoing; Fri, 29 Dec 1995 17:41:30 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA03154 for ; Fri, 29 Dec 1995 17:41:26 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id RAA04127; Fri, 29 Dec 1995 17:41:13 -0800 Message-Id: <199512300141.RAA04127@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Douglas Ambrisko cc: freebsd-hackers@FreeBSD.ORG Subject: Re: syscons driver In-reply-to: Your message of "Fri, 29 Dec 1995 17:18:13 PST." <199512300118.RAA16298@cozumel.tcs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Dec 1995 17:41:11 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >>> Douglas Ambrisko said: > Amancio Hasty Jr. writes: > | > | >>> Joe Greco said: > | > I'm told that there are toolkits available that can help do this sort o f > | > stuff, but it's not clear that they are shareware.... maybe rewriting the > | > current dialog library to work either way is the answer :-) > | > > | > | Now, I am going to sit on my corner to see what are the arguments for > | not writing a systall which can run with X .... Now I am curious 8) > > I'd like to be able to install my gateway FreeBSD box through the serial > console tied to my main FreeBSD box. > > Doug A. Yeap, I would like to use one of my shoe strings to tied my boxes over here to do net install 8) It seems to me like if you got the two boxes close enough that you ought to be able to clone the disk on one box and then move the disk to your other box. I would do that rather than bothering with installing over a serial port . Amancio From owner-freebsd-hackers Fri Dec 29 18:02:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03811 for hackers-outgoing; Fri, 29 Dec 1995 18:02:42 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA03804 for ; Fri, 29 Dec 1995 18:02:30 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA07930; Sat, 30 Dec 1995 12:58:38 +1100 Date: Sat, 30 Dec 1995 12:58:38 +1100 From: Bruce Evans Message-Id: <199512300158.MAA07930@godzilla.zeta.org.au> To: creilly@maths.tcd.ie, freebsd-hackers@FreeBSD.ORG Subject: Re: Linux emulator and Mathematica. Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >Using a vanilla 2.1R installation: >I've been trying to make Linux Mathematica using a network license,run >under the linux emulator, and after adding a trivial implementation of >... >The problem now is that mathclient crashes. Looking at the syslog output >and the system calls, it would appearing to be crashing on a sigreturn: > 791 mathclient CALL sigreturn(0xefbfc0e0,0xe,0) > 791 mathclient RET sigreturn -1 errno 1 Operation not permitted > 791 mathclient PSIG SIGBUS SIG_DFL > 791 mathclient NAMI "mathclient.core" >The signal it is responding to is a sigalarm. >Now, from my reading of the sigreturn stuff and the Design and Implementation of >4.3BSD, it would seem that what is happening is that the sigreturn is trying The Linux sigreturn() isn't fully implemented in the Linux emulator. It returns ENOSYS. The problem here is probably quite different. Few applications call sigreturn() directly. It is normally called as part of returning from a signal handler. The kernel builds a signal trampoline with a sigreturn() syscall at the end of it. The Linux emulator should replace the code that builds the trampoline so that the syscall is the Linux sigreturn() and not the BSD sigreturn(). It should also convert the BSD sigcontext struct to the Linux sigcontext sigcontext struct. It doesn't do this, so the Linux syscall that happens to have the same number as the BSD sigreturn (#103 = Linux syslog()) is called instead. This is fudged to work by breaking the Linux syslog() by pretending that it is the Linux sysreturn(). >to restore some part of the state that it is not permitted to manipulate. Would >this seem reasonable to the kernel experts out there? One problem with this Yes, it's quite likely that Mathematica is sophisticated enough to manipulate the signal context. Since the sigcontext struct is incompatible, this is unlikely to work, and could easily attempt to change a protected register. However, this should result in errno EINVAL, not EPERM. Bruce From owner-freebsd-hackers Fri Dec 29 18:30:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA05026 for hackers-outgoing; Fri, 29 Dec 1995 18:30:12 -0800 (PST) Received: from shellx.best.com (root@shellx.best.com [206.86.0.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA05021 for ; Fri, 29 Dec 1995 18:30:09 -0800 (PST) Received: from steve.emmert.com (emmert.vip.best.com [204.156.142.218]) by shellx.best.com (950911.SGI.8.6.12.PATCH825/8.6.5) with SMTP id SAA00028 for ; Fri, 29 Dec 1995 18:29:40 -0800 Date: Fri, 29 Dec 1995 18:30:48 -0800 (PST) From: Steve Emmert To: hackers@freebsd.org Subject: Your Majordomo request results: subsscribe (fwd) Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-298188982-820290648=:197" Sender: owner-hackers@freebsd.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-298188982-820290648=:197 Content-Type: TEXT/PLAIN; charset=US-ASCII Did someone subscribe us to this list? See attached mail!! --Steve ---------- Forwarded message ---------- >Date: Fri, 29 Dec 95 14:08:25 PST >From: Majordomo@toad.com >To: hackers@freebsd.org >Subject: Your Majordomo request results: subsscribe> > >-- > >Your request of Majordomo was: >>>>> subscribe cypherpunks >Succeeded. > --0-298188982-820290648=:197 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=birthday Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: RnJvbSBsc3Rld2FydEBwcmlzbWluYy5jb21GcmkgRGVjIDI5IDE4OjI1OjM0 IDE5OTUNCkRhdGU6IFdlZCwgMTUgTWFyIDk1IDE0OjQwOjA0IA0KRnJvbTog bHN0ZXdhcnQgPGxzdGV3YXJ0QHByaXNtaW5jLmNvbT4NClRvOiB2bGJAY2Zs LmNvbSwgY3lwaGVycHVua3NAdG9hZC5jb20sIGdudUB0b2FkLmNvbSwgSklN X0ZSRU5DSEBtay5jb20sDQogICAgam9lLmNvbGVtYW5AcGxlYXNhbnRvbmNh LmF0dGdpcy5jb20sIGp1ZHlrdUBhdHRtYWlsLmNvbSwNCiAgICBqd2QzQGRl aG5iYXNlLmZpZG9uZXQub3JnLCBrYWJ1a2ktd2VzdEByZW1hcnF1ZS5iZXJr ZWxleS5lZHUsDQogICAgbWRlbGF3YXJlQGF0dG1haWwuY29tLCBxd0Bzb2Z0 LmNvbSwgcmFiQHdlbGwuY29tLCByZG1AY2ZsLmNvbSwNCiAgICBzdGV3YXJ0 c0BpeC5uZXRjb20uY29tLCBzdHJhdGFAdmlydHVhbC5jb20NClN1YmplY3Q6 IEhvdXNld2FybWluZy9iaXJ0aGRheSBwYXJ0eQ0KDQoNCiAgICAgWW91J3Jl IGludml0ZWQgdG8gY2VsZWJyYXRlDQogICAgIExhdXJhIGFuZCBCaWxsJ3Mg TmV3IEhvbWUNCiAgICAgQmlsbCdzIEJpcnRoZGF5DQogICAgIGFuZCBhbnl0 aGluZyBlbHNlIHlvdSdkIGxpa2UgdG8gY2VsZWJyYXRlIQ0KICAgICBEYXRl OiAgU2F0dXJkYXksIEphbnVhcnkgMTMNCiAgICAgVGltZTogIDU6MDBwbSAo b3Igd2hlbmV2ZXIpDQogICAgIFB1dGF0aXZlIGxvY2F0aW9uOiAgMjA0MCBS b2NrIEF2ZS4gIzIyLCBNb3VudGFpbiBWaWV3LCBDQQ0KICAgICBSU1ZQIChh Y2NlcHRhbmNlcyk6ICBsc3Rld2FydEBwcmlzbWluYy5jb20sIG9yIExhdXJh IFN0ZXdhcnQgYXQgd29yazogDQogICAgIDQwOC03NDQtMzM1OS4gDQogICAg ICANCiAgICAgV2hhdCB0byBicmluZzogIElmIHlvdSBSU1ZQIGJ5IEphbiAx MiwgZG9uJ3QgYnJpbmcgYW55dGhpbmchICBXZSdsbCANCiAgICAgcHJvdmlk ZSBzb21ldGhpbmcgcmVzZW1ibGluZyBkaW5uZXIuICBJZiB5b3UgZG9uJ3Qg UlNWUCwgYnJpbmcgZm9vZCBvciANCiAgICAgZHJpbmsuICBZb3UgYXJlIHdl bGNvbWUgdG8gYnJpbmcgeW91ciBmYW1pbHkgb3Igb3RoZXIgZ3Vlc3RzLCBi dXQgDQogICAgIHBsZWFzZSBkbyBub3QgZm9yd2FyZCB0aGlzIGludml0YXRp b24gdG8gb3RoZXIgbWFpbCBsaXN0cy4gIFNtb2tpbmcgaXMgDQogICAgIHBy b2hpYml0ZWQsIGxhcHRvcCBjb21wdXRlcnMgdG9sZXJhdGVkLCBib2FyZCBn YW1lcyB3YXJtbHkgZW5jb3VyYWdlZC4NCiAgICAgDQogICAgIEhvdyB0byBn ZXQgdGhlcmUgKGFsbCBkaXJlY3Rpb25zIGFyZSB3cml0dGVuIGFzIGlmIDEw MSByZWFsbHkgd2VudCANCiAgICAgbm9ydGggYW5kIHNvdXRoKToNCiAgICAg ICAgICAgICAgICAgICAgICAgICAgSE9XIFRPIEZJTkQgVEhFIEFQQVJUTUVO VA0KICAgICANCiAgICAgVGhlIGFkZHJlc3MgaXMgMjA0MCBXLiBNaWRkbGVm aWVsZCAjMjIsIGJ1dCBpZ25vcmUgdGhhdCBmYWN0LiAgSXQgaXMgDQogICAg IG11Y2ggZWFzaWVyIHRvIGZpbmQgaWYgeW91IGZpcm1seSBiZWxpZXZlIHRo YXQgdGhlIGFkZHJlc3MgaXMgMjA0MCANCiAgICAgUm9jayBBdmUuICMyMi4g IEZyb20gdGhlIGNvcm5lciBvZiBSb2NrICYgUmVuZ3N0b3JmZiwgZm9sbG93 IHRoZSBiaWcgDQogICAgIGxpZ2h0ZWQgIjIwNDAiIG51bWJlcnMgYWxvbmcg Um9jay4gIEp1c3QgYWZ0ZXIgdGhlIHNlY29uZCBkcml2ZXdheSBvbiANCiAg ICAgUm9jayB5b3Ugd2lsbCBmaW5kIGEgd2Fsa3dheSBpbnRvIHRoZSBjb21w bGV4Li4uZm9sbG93IHRoZSB3YWxrd2F5IHRvIA0KICAgICAjMTksIHRoZW4g Y2xpbWIgdGhlIHN0YWlycyB0byAjMjIuDQogICAgIA0KICAgICAgICAgICAg ICAgICBIT1cgVE8gRklORCBUSEUgQ09STkVSIE9GIFJPQ0sgJiBSRU5HU1RP UkZGDQogICAgIA0KICAgICBDeXBoZXJwdW5rczogIEZyb20gTGEgQ2FzdGVu YSAodGhlIGJ1cnJpdG8gcGxhY2UpLCBqdXN0IGdvIG9uZSBibG9jayANCiAg ICAgIndlc3QiIG9uIFJlbmdzdG9yZmYuDQogICAgIA0KICAgICBGcm9tIEhp Z2h3YXkgMTAxIHNvdXRoYm91bmQ6ICBUYWtlIFJlbmdzdG9yZmYgZXhpdCwg d2hpY2ggbWFrZXMgYSANCiAgICAgMTgwLWRlZ3JlZSBsb29wLiAgVHVybiBs ZWZ0IG9udG8gUmVuZ3N0b3JmZiB3ZXN0Ym91bmQgKGF3YXkgZnJvbSB0aGUg DQogICAgIGJheSwgdG93YXJkIHRoZSBvY2VhbikuICAgT25lIGJsb2NrIGFm dGVyIE9sZCBNaWRkbGVmaWVsZCAoYW5kIG9uZSANCiAgICAgYmxvY2sgYmVm b3JlIE1pZGRsZWZpZWxkKSwgdHVybiBsZWZ0IG9uIFJvY2sgQXZlIGFuZCBw YXJrIG9uIFJvY2suICANCiAgICAgU2VlIGFib3ZlIHRvIGZpbmQgdGhlIGFw YXJ0bWVudC4NCiAgICAgDQogICAgIEZyb20gSGlnaHdheSAxMDEgbm9ydGhi b3VuZDogIElnbm9yZSB0aGUgTWlkZGxlZmllbGQgZXhpdC4gIFRha2UgDQog ICAgIFJlbmdzdG9yZmYgZXhpdCwgd2hpY2ggbWFrZXMgYSAyNzAtZGVncmVl IGxvb3AgYW5kIG1lcmdlcyBvbnRvIA0KICAgICBSZW5nc3RvcmZmIHdlc3Ri b3VuZCAoYXdheSBmcm9tIHRoZSBiYXksIHRvd2FyZCB0aGUgb2NlYW4pLiAg IE9uZSANCiAgICAgYmxvY2sgYWZ0ZXIgT2xkIE1pZGRsZWZpZWxkIChhbmQg b25lIGJsb2NrIGJlZm9yZSBNaWRkbGVmaWVsZCksIHR1cm4gDQogICAgIGxl ZnQgb24gUm9jayBBdmUuIGFuZCBwYXJrIG9uIFJvY2suICBTZWUgYWJvdmUg dG8gZmluZCB0aGUgYXBhcnRtZW50Lg0KICAgICANCiAgICAgRnJvbSA2ODAg YXQgRHVuYmFydG9uIGV4aXQ6ICBUYWtpbmcgdGhlIER1bmJhcnRvbiBicmlk Z2UgdG8gMTAxIGlzIGEgDQogICAgIGZldyBtaW51dGVzIGZhc3RlciwgYnV0 IGl0J3MgZWFzeSB0byBnZXQgbG9zdCBiZXR3ZWVuIHRoZSBicmlkZ2UgYW5k IA0KICAgICAxMDEuICBVbmxlc3MgeW91J3JlIGZhbWlsaWFyIHdpdGggdGhl IGFyZWEsIHdlIHJlY29tbWVuZCB0YWtpbmcgNjgwIHRvIA0KICAgICAyMzcs IHdlc3Qgb24gMjM3IHRvIDEwMSwgYW5kIG5vcnRoIG9uIDEwMSB0byB0aGUg UmVuZ3N0b3JmZiBleGl0LCANCiAgICAgd2hpY2ggbWFrZXMgYSAyNzAtZGVn cmVlIGxvb3AgYW5kIG1lcmdlcyBvbnRvIFJlbmdzdG9yZmYgd2VzdGJvdW5k IA0KICAgICAoYXdheSBmcm9tIHRoZSBiYXksIHRvd2FyZCB0aGUgb2NlYW4p LiAgIE9uZSBibG9jayBhZnRlciBPbGQgDQogICAgIE1pZGRsZWZpZWxkIChh bmQgb25lIGJsb2NrIGJlZm9yZSBNaWRkbGVmaWVsZCksIHR1cm4gbGVmdCBv biBSb2NrIEF2ZS4gDQogICAgIGFuZCBwYXJrIG9uIFJvY2suICBTZWUgYWJv dmUgdG8gZmluZCB0aGUgYXBhcnRtZW50Lg0KICAgICANCiAgICAgRnVydGhl ciBjb21wbGljYXRpb25zLi5lciwgY2xhcmlmaWNhdGlvbnM6ICBSb2NrIEF2 ZS4gYW5kIFJvY2sgU3QuIGFyZSANCiAgICAgdGhlIHNhbWUgdGhpbmcuICBN aWRkbGVmaWVsZCBSb2FkIGFuZCBPbGQgTWlkZGxlZmllbGQgUm9hZCBhcmUg dHdvIA0KICAgICBkaWZmZXJlbnQgdGhpbmdzLg0KICAgICANCiAgICAgICAg ICAgICAgICAgICBNaWRkbGVmaWVsZCAgUm9jayAgICAgICBPbGQgTWlkZGxl ZmllbGQgICAgMTAxDQogICAgICAgXiAgICAgICAgICAgICB8ICAgICAgICAg IHwgICAgICAgICAgIHwgICAgICAgICAgICAgICAgIHwgIA0KICAgICAgIHwg ICAgICAgICAgICAgfCAgICAgICAgICB8ICAgICAgICAgICB8ICAgICAgICAg ICAgICAgICB8ICANCiAgICAgIk5vcnRoIiAgICAgICAgIHwgICAgICAgICAg fCAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgfCAgICAgICAgdGhlDQog ICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgIHwgICAgICAgICAgIHwg ICAgICAgICAgICAgICAgIHwgICAgICAgIGJheQ0KICAgICBSZW5nc3RvcmZm LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCiAgICAgICAgICAgICAgICAgICAgIHwgIF9fX19fX18gfCAg ICAgICAgICAgfCAgICAgICAgICAgICAgICAgfCAgDQogICAgICAgICAgICAg ICAgICAgICB8IFsgICAgMiAgXXwgICAgICAgICAgIHxMYSAgICAgICAgICAg ICAgIHwgIA0KICAgICAgICAgICAgICAgICAgICAgfCBbICAgIDAgIF18ICAg ICAgICAgICB8Q2FzdGVuYSAgICAgICAgICB8ICANCiAgICAgICAgICAgICAg ICAgICAgIHwgWyAgICA0ICBdfCAgICAgICAgICAgfCAgICAgICAgICAgICAg ICAgfCAgDQogICAgICAgICAgICAgICAgICAgICB8IFsgICAgMCAgXXwgICAg ICAgICAgIHwgICAgICAgICAgICAgICAgIHwgIA0KICAgICAgICAgICAgICAg ICAgICAgfCBbX19fX19fX118ICAgICAgICAgICB8ICAgICAgICAgICAgICAg ICB8ICANCiAgICAgICAgICAgICAgICAgICAgIHwgICAgICAjMjIgfCAgICAg ICAgICAgfCAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICANCiAgICAg ICAgICAgICAgICAgICAgIHwgICAgICAgICAgfCAgICAgICAgICAgfCAgICAg ICAgICAgICAgICAgfCAgDQogICAgICAgICAgICAgICAgICAgICB8ICAgICAg ICAgIHwgICAgICAgICAgIHwgICAgICAgICAgICAgICAgIHwgIA0KICAgICAN CiAgICAgDQogICAgIA0KICAgICANCiAgICAgTG9zdCBvbiB0aGUgZGF5IG9m IHRoZSBwYXJ0eT8gIENhbGwgdXMgYXQgaG9tZTogNDE1LTkzOC0xNjk3Lg0K ICAgICANCiAgICAgVGhlIHByaWNlIG9mIGNvbmRvIGxpdmluZzogVGhlcmUg aXMgbm8gZ3Vlc3QgcGFya2luZyBpbiB0aGUgY29tcGxleCwgDQogICAgIGFu ZCB0aGUgcGFydHkgbXVzdCBlbmQgYnkgMTBwbS4gIFBsZWFzZSBoZWxwIHVz IGdldCBhbG9uZyB3aXRoIG91ciBuZXcgDQogICAgIG5laWdoYm9ycyBieSBy ZXNwZWN0aW5nIHRoZSBjb25kbyBydWxlcy4gIFRoYW5rcyENCg0K --0-298188982-820290648=:197-- From owner-freebsd-hackers Fri Dec 29 18:45:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA05517 for hackers-outgoing; Fri, 29 Dec 1995 18:45:13 -0800 (PST) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA05512 for ; Fri, 29 Dec 1995 18:45:11 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/8.6.12) id TAA06357 for freebsd-hackers@freefall.cdrom.com; Fri, 29 Dec 1995 19:45:04 -0700 From: Don Yuniskis Message-Id: <199512300245.TAA06357@seagull.rtd.com> Subject: boot from sd1? To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Fri, 29 Dec 1995 19:45:04 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Greetings! For 2.1.0R, given: wd0 -- MS-DOG wd1 -- FBSD 2.1.0R sd0 -- *more* MS-DOG stuff sd1 -- FBSD 2.1.0R (a *different* filesystem hierarchy) How do I manage to boot from sd1? It seems that wd1 intercepts whatever incantation I use (sd1, hd1, etc.) Thx, don From owner-freebsd-hackers Fri Dec 29 18:45:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA05544 for hackers-outgoing; Fri, 29 Dec 1995 18:45:23 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA05539 for ; Fri, 29 Dec 1995 18:45:21 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id SAA00534; Fri, 29 Dec 1995 18:45:12 -0800 Message-Id: <199512300245.SAA00534@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Steve Emmert cc: hackers@freebsd.org Subject: Re: Your Majordomo request results: subsscribe (fwd) In-reply-to: Your message of "Fri, 29 Dec 1995 18:30:48 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Dec 1995 18:45:11 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk This was sent to my mailing list so this list probably got the same request: eric@remailer.net This address is appropriate for emergencies (and wanting to get off the list is never an emergency), such as the list continuously spewing articles. Please don't send me mail to my regular mailbox asking to be removed; I'll just send you back a form letter. Do not mail to the whole list asking to be removed. It's rude. The -request address is made exactly for this purpose. To post to the whole list, send mail to cypherpunks@toad.com Amancio From owner-freebsd-hackers Fri Dec 29 19:18:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA08035 for hackers-outgoing; Fri, 29 Dec 1995 19:18:39 -0800 (PST) Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA08012 for ; Fri, 29 Dec 1995 19:18:37 -0800 (PST) Received: from toad.com by relay2.UU.NET with SMTP id QQzwhh12900; Fri, 29 Dec 1995 22:18:35 -0500 (EST) Received: by toad.com id AA13379; Fri, 29 Dec 95 19:18:29 PST Date: Fri, 29 Dec 95 19:18:29 PST Message-Id: <9512300318.AA13379@toad.com> To: hackers@FreeBSD.ORG From: Majordomo@toad.com Subject: Your Majordomo request results Reply-To: Majordomo@toad.com Sender: owner-hackers@FreeBSD.ORG Precedence: bulk -- Your request of Majordomo was: >>>> unsubscribe cypherpunks hackers@freebsd.org **** unsubscribe: 'hackers@freebsd.org' is not a member of list 'cypherpunks'. From owner-freebsd-hackers Fri Dec 29 20:02:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA25516 for hackers-outgoing; Fri, 29 Dec 1995 20:02:48 -0800 (PST) Received: from gateway.sequent.com (gateway.sequent.com [138.95.18.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA25506 for ; Fri, 29 Dec 1995 20:02:42 -0800 (PST) Received: from eng4.sequent.com (eng4.sequent.com [138.95.7.64]) by gateway.sequent.com (8.6.12/8.6.9) with ESMTP id UAA25042; Fri, 29 Dec 1995 20:01:20 -0800 Received: from localhost (bjj@localhost) by eng4.sequent.com (8.6.12/8.6.9) with SMTP id UAA17605; Fri, 29 Dec 1995 20:02:01 -0800 Message-Id: <199512300402.UAA17605@eng4.sequent.com> X-Authentication-Warning: eng4.sequent.com: Host localhost didn't use HELO protocol To: Don Yuniskis Cc: freebsd-hackers@freefall.freebsd.org (FreeBSD hackers) Subject: Re: boot from sd1? In-reply-to: Your message of "Fri, 29 Dec 95 19:45:04 PST." <199512300245.TAA06357@seagull.rtd.com> Date: Fri, 29 Dec 95 20:02:01 PST From: Ben Jackson Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message <199512300245.TAA06357@seagull.rtd.com> , you wrote: > wd0 -- MS-DOG > wd1 -- FBSD 2.1.0R > sd0 -- *more* MS-DOG stuff > sd1 -- FBSD 2.1.0R (a *different* filesystem hierarchy) > How do I manage to boot from sd1? It seems that wd1 intercepts > whatever incantation I use (sd1, hd1, etc.) The bios boot code recognizes hd0..hdN based on the order of the BIOS probes. That should make your sd1 show up as hd3. Question: I have wd0, sd0, sd1, and I boot from sd0 (from before I had the wd0 drive). When I was running 2.0.5, I patched the boot code to default to hd1 so that after getting the secondary boot block off of wd0, it would actually boot from sd0. After I installed 2.1.0, I made the same change. Now, however, after successfully booting from sd0, the kernel panics because it isn't pointing at sd0a as the root device. What did I miss? --Ben From owner-freebsd-hackers Fri Dec 29 20:11:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA25774 for hackers-outgoing; Fri, 29 Dec 1995 20:11:55 -0800 (PST) Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA25765 for ; Fri, 29 Dec 1995 20:11:51 -0800 (PST) Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by chemserv.umd.edu (8.7.3/8.7) with ESMTP id XAA29765; Fri, 29 Dec 1995 23:11:45 -0500 (EST) Received: (chuckr@localhost) by espresso.eng.umd.edu (8.7.3/8.6.4) id XAA07161; Fri, 29 Dec 1995 23:11:44 -0500 (EST) Date: Fri, 29 Dec 1995 23:11:42 -0500 (EST) From: Chuck Robey X-Sender: chuckr@espresso.eng.umd.edu To: Curt Mayer cc: freebsd-hackers@FreeBSD.ORG Subject: Re: NETBSD ccd driver In-Reply-To: <199512291755.JAA07411@mofo.emergent.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Fri, 29 Dec 1995, Curt Mayer wrote: > > has anyone ported this puppy yet? I've started a port, but it occurred to > me that maybe i'm reinventing the wheel. also, porting from netbsd to > freebsd sometimes feels like 'dumbing down', specifically the config > interface, and the disk data structure stuff. we are closer to 4.4, and > that is good, and the netbsd folks seem to be charging off into uncharted > but possibly nicer territory. philosophical difference? Satoshi Asami told me that he'd been working recently on this, at least I'm pretty sure this is what it was; he said he had a lot done, too. I know he's not been responding to his email as fast lately, because he'd enjoying himself entirely too much (I never got the hang of smileys, I guess I'm smiley handicapped?) > > curt > ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-hackers Fri Dec 29 20:16:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA25994 for hackers-outgoing; Fri, 29 Dec 1995 20:16:39 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA25967 for ; Fri, 29 Dec 1995 20:16:26 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA12259; Sat, 30 Dec 1995 15:16:12 +1100 Date: Sat, 30 Dec 1995 15:16:12 +1100 From: Bruce Evans Message-Id: <199512300416.PAA12259@godzilla.zeta.org.au> To: dgy@rtd.com, freebsd-hackers@freefall.freebsd.org Subject: Re: boot from sd1? Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > For 2.1.0R, given: >wd0 -- MS-DOG >wd1 -- FBSD 2.1.0R >sd0 -- *more* MS-DOG stuff >sd1 -- FBSD 2.1.0R (a *different* filesystem hierarchy) > How do I manage to boot from sd1? It seems that wd1 intercepts >whatever incantation I use (sd1, hd1, etc.) This configuration isn't supported by the standard bootblocks. If the BIOS supports sd1, then you can boot from it after changing an 0 to a 1 in the bootblock source or binary. Then boot by typing hd(n,a)/kernel, where `n' is the BIOS number of the drive. `n' might be 3 for the above configuration. hd(n,a) now forces the FreeBSD unit to 0 so it only works for wd0 and sd0. Bruce From owner-freebsd-hackers Fri Dec 29 20:17:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA26069 for hackers-outgoing; Fri, 29 Dec 1995 20:17:39 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA26064 for ; Fri, 29 Dec 1995 20:17:36 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id WAA09248; Fri, 29 Dec 1995 22:16:01 -0600 From: Joe Greco Message-Id: <199512300416.WAA09248@brasil.moneng.mei.com> Subject: Re: syscons driver To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Fri, 29 Dec 1995 22:16:01 -0600 (CST) Cc: ambrisko@tcs.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199512300141.RAA04127@rah.star-gate.com> from "Amancio Hasty Jr." at Dec 29, 95 05:41:11 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >>> Douglas Ambrisko said: > > Amancio Hasty Jr. writes: > > | Now, I am going to sit on my corner to see what are the arguments for > > | not writing a systall which can run with X .... Now I am curious 8) > > > > I'd like to be able to install my gateway FreeBSD box through the serial > > console tied to my main FreeBSD box. > > > > Doug A. > > Yeap, I would like to use one of my shoe strings to tied my boxes over here > to do net install 8) > > It seems to me like if you got the two boxes close enough that you ought to > be able to clone the disk on one box and then move the disk to your other > box. I would do that rather than bothering with installing over a serial > port . That's not always feasible or possible (different types of disks or controllers, for example). I hate having to take apart a machine to drop a graphics card into it just so I can install... (ok ok ok I admit it, all of my boxes have graphics cards right now, but the ultimate goal is to run mostly serial consoles, because going around the back of the equipment racks and plugging and unplugging monitor and keyboard extenders to gain console access to a box is silly). It's bad enough that sysinstall seems to be linked to syscons ... ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Fri Dec 29 20:30:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA26601 for hackers-outgoing; Fri, 29 Dec 1995 20:30:02 -0800 (PST) Received: from gateway.net.hk (john@gateway.hk.linkage.net [202.76.7.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA26576 for ; Fri, 29 Dec 1995 20:29:54 -0800 (PST) Received: (from john@localhost) by gateway.net.hk (8.6.12/8.6.9) id MAA08445; Sat, 30 Dec 1995 12:24:43 +0800 Date: Sat, 30 Dec 1995 12:24:43 +0800 (HKT) From: John Beukema To: Daniel Leeds cc: hackers@FreeBSD.ORG Subject: Re: libraries In-Reply-To: <199512281829.SAA00359@sponsor.octet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk This error is a commonn problem. Comment it out in httcp.c or add #ifndef __FreeBSD__ #endif (from memory) around the declaration. One is defined as char * and the other as const char * as I remember. jbeukema On Thu, 28 Dec 1995, Daniel Leeds wrote: > > is this my error or something else? I am trying to compile Xmosaic > on freebsd 2.1 and i get this error...ive also gotten it on many other > pacakges im working on as well... > > > --- Building libwww2 > cd libwww2; make CC=cc RANLIB=ranlib CFLAGS="-g " > cc -g -c HTTCP.c > HTTCP.c:68: conflicting types for `sys_errlist' > /usr/include/stdio.h:244: previous declaration of `sys_errlist' > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > From owner-freebsd-hackers Fri Dec 29 20:41:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA27658 for hackers-outgoing; Fri, 29 Dec 1995 20:41:14 -0800 (PST) Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA27647 for ; Fri, 29 Dec 1995 20:41:10 -0800 (PST) Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by bacchus.eng.umd.edu (8.7.3/8.7) with ESMTP id XAA06379 for ; Fri, 29 Dec 1995 23:41:08 -0500 (EST) Received: (chuckr@localhost) by espresso.eng.umd.edu (8.7.3/8.6.4) id XAA07395; Fri, 29 Dec 1995 23:41:08 -0500 (EST) Date: Fri, 29 Dec 1995 23:41:08 -0500 (EST) From: Chuck Robey X-Sender: chuckr@espresso.eng.umd.edu To: FreeBSD-hackers@FreeBSD.org Subject: Housewarming/birthday party (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk This is embarrassing, this message was clearly not meant for the FreeBSD crowd, and I feel like I'm listening in on a party line. This is feedover from that cypherpunks thing that some recently seems to have subscribed FreeBSD-Hackers to. Can we please zap the subscription? Jonathan? ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: ---------- Forwarded message ---------- Date: Wed, 15 Mar 95 14:40:04 From: lstewart To: vlb@cfl.com, cypherpunks@toad.com, gnu@toad.com, JIM_FRENCH@mk.com, joe.coleman@pleasantonca.attgis.com, judyku@attmail.com, jwd3@dehnbase.fidonet.org, kabuki-west@remarque.berkeley.edu, mdelaware@attmail.com, qw@soft.com, rab@well.com, rdm@cfl.com, stewarts@ix.netcom.com, strata@virtual.com Subject: Housewarming/birthday party You're invited to celebrate Laura and Bill's New Home Bill's Birthday and anything else you'd like to celebrate! Date: Saturday, January 13 Time: 5:00pm (or whenever) Putative location: 2040 Rock Ave. #22, Mountain View, CA RSVP (acceptances): lstewart@prisminc.com, or Laura Stewart at work: 408-744-3359. What to bring: If you RSVP by [A lot of deletions] From owner-freebsd-hackers Fri Dec 29 20:51:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA28257 for hackers-outgoing; Fri, 29 Dec 1995 20:51:51 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA28251 for ; Fri, 29 Dec 1995 20:51:45 -0800 (PST) Received: (from julian@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id MAA04780; Sat, 30 Dec 1995 12:51:11 +0800 (WST) From: Julian Elischer Message-Id: <199512300451.MAA04780@jhome.DIALix.COM> Subject: Re: NETBSD ccd driver To: davidg@Root.COM Date: Sat, 30 Dec 1995 12:51:11 +0800 (WST) Cc: curt@emergent.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199512291820.KAA02788@corbin.Root.COM> from "David Greenman" at Dec 29, 95 10:20:27 am X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I'm experimenting (read writing play code for) a redesigned disk access layout. it includes built in support for concatinated devices.. If I like it I'll submit it as a change.. the features : 1/ hierarchical nature.. any slice has a 'parent' slice with which it is related.. 2/extensible has a 'method set' tohandle eache type of relationship (e.g. disklable is a relationship as is fdisk table allows me to write a set of methods for SYSV VTOCS etc as well) 3/ a method can use multiple 'parents' and impliment a CCD like setup all disks use the same 'major' number.. and minors are assigned as monatomically increasing integers, each new slice defined get's the next integer.. devfs is a MUST for it.. it should be able to co-exist with the present system.. > > > >has anyone ported this puppy yet? I've started a port, but it occurred to > > Not that I'm aware of, although people have talked about it. > > >me that maybe i'm reinventing the wheel. also, porting from netbsd to > >freebsd sometimes feels like 'dumbing down', specifically the config > >interface, and the disk data structure stuff. we are closer to 4.4, and > >that is good, and the netbsd folks seem to be charging off into uncharted > >but possibly nicer territory. philosophical difference? > > I don't think this is due to a philosophical difference. It's more a matter > of priorities, and improving the config/disk data/stats interface(s) hasn't > until recently been a priority. With DEVFS coming online in the near future, > work in the sysctl interface, future plans on improving LKMs, new filesystems > work, etc, I think this is now becoming a priority and you can expect these > parts of the kernel to change dramtically over the next few months. > I'd like to see a port of the ccd driver and I hope that you or someone > else takes charge of it. > > -DG > From owner-freebsd-hackers Fri Dec 29 20:59:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA28535 for hackers-outgoing; Fri, 29 Dec 1995 20:59:27 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA28530 for ; Fri, 29 Dec 1995 20:59:20 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id WAA09289; Fri, 29 Dec 1995 22:57:12 -0600 From: Joe Greco Message-Id: <199512300457.WAA09289@brasil.moneng.mei.com> Subject: Re: NETBSD ccd driver To: dufault@hda.com (Peter Dufault) Date: Fri, 29 Dec 1995 22:57:11 -0600 (CST) Cc: davidg@root.com, curt@emergent.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199512292253.RAA19105@hda.com> from "Peter Dufault" at Dec 29, 95 05:53:27 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > >has anyone ported this puppy yet? I've started a port, but it occurred to > > > > Not that I'm aware of, although people have talked about it. > > I thought Rod actually had it preliminarily working. He even posted > some stats and asked about spindle sync support. I thought he was working on his own homebrew "hi-performance" version.. ... JG From owner-freebsd-hackers Fri Dec 29 21:17:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA29569 for hackers-outgoing; Fri, 29 Dec 1995 21:17:48 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA29563 for ; Fri, 29 Dec 1995 21:17:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA00317 for ; Fri, 29 Dec 1995 21:17:41 -0800 To: hackers@freebsd.org Subject: Recent cypherpunks sub. Date: Fri, 29 Dec 1995 21:17:41 -0800 Message-ID: <315.820300661@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Don't worry folks, it's all taken care of - we're unsubscribed again. The culprit is being sought. Jordan From owner-freebsd-hackers Fri Dec 29 21:21:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA29771 for hackers-outgoing; Fri, 29 Dec 1995 21:21:35 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA29766 for ; Fri, 29 Dec 1995 21:21:27 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id VAA00740; Fri, 29 Dec 1995 21:19:59 -0800 Message-Id: <199512300519.VAA00740@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Joe Greco cc: ambrisko@tcs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: syscons driver In-reply-to: Your message of "Fri, 29 Dec 1995 22:16:01 CST." <199512300416.WAA09248@brasil.moneng.mei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Dec 1995 21:19:51 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >>> Joe Greco said: > That's not always feasible or possible (different types of disks or > controllers, for example). I hate having to take apart a machine to drop a > graphics card into it just so I can install... > > (ok ok ok I admit it, all of my boxes have graphics cards right now, but the > ultimate goal is to run mostly serial consoles, because going around the > back of the equipment racks and plugging and unplugging monitor and keyboard > extenders to gain console access to a box is silly). > > It's bad enough that sysinstall seems to be linked to syscons ... > Well, it seems to me that you guys are crafty enough to sort out a way to do a system intall. Cheers, Amancio From owner-freebsd-hackers Fri Dec 29 22:00:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01500 for hackers-outgoing; Fri, 29 Dec 1995 22:00:02 -0800 (PST) Received: from rwsystr.lonestar.org (root@rwsystr.nkn.net [204.251.23.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA01460 for ; Fri, 29 Dec 1995 21:59:53 -0800 (PST) Received: from nemesis by rwsystr.lonestar.org with uucp (Smail3.1.29.1 #3) id m0tVuDh-000gYXC; Fri, 29 Dec 95 23:52 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tVuEn-000CnFC; Fri, 29 Dec 95 23:53 WET Message-Id: Date: Fri, 29 Dec 95 23:53 WET To: hackers%freebsd.org@rwsystr.lonestar.org, jkh%time.cdrom.com@rwsystr.lonestar.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Fri Dec 29 1995, 23:53:48 CST Subject: EIDE support (was Re: Lowend support! ) Cc: uhclem@nemesis.lonestar.org Sender: owner-hackers@FreeBSD.ORG Precedence: bulk [0]What work remains to be done? I note that we don't support EIDE disks [0]for example. In what way can we folks here help? If you had asked this question two months ago, the answer would have been a lot nicer. Now, anyone following the EIDE situation in the retail channel probably wouldn't want to touch the EIDE project at all. There are now two things that make EIDE support a big pain. Even when there was only one known problem, Microsoft decided to not enable EIDE features in Windows '95. Here are the big issues as of last week: 1. The EIDE interface chip in hundreds of thousands of motherboards from Intel, which ended up in Gateway, AST, Packard Bell and probably a dozen other brands of computer you know has a serious bug in it. When the enhanced IDE features are enabled, the chip gets out of sync, and transfers the wrong data once in a while. A byte here, a byte there. I believe the chip was made by PC-TECH, and probably exists in many non-Intel boards as well. Microsofts' solution to this problem was to completely disable EIDE support in Windows '95. Intel is supposedly providing a DOS TSR that overrides the BIOS drivers for people running DOS or Windows 3.x, so that the BIOS can't enable the EIDE functions that are broken. Intel is also making BIOS updates available to some boards that also disable the EIDE support, leaving the user with conventional IDE performance. Intel does have a lot of information on this problem on their WWW site, but they are pretty evasive about how they are "fixing" the hardware problem with software. No wonder. That makes anyone who is thinking about writing additional code which turns on EIDE functions which will then corrupts peoples' hard disks think twice. It seems like the unpopular thing to do. But wait, there is more. 2. We've all heard it rumored for the past six years: If you have one IDE drive and you buy a second one to connect to the same interface, "it would be a lot better for you" (nudge, nudge, wink wink) if you bought the second drive from the vendor who made the first drive. A lot of people thought this was just marketing talk from the various drive vendors, hoping to lock you into their drives, and some people actually did have trouble getting the master and slave configurations working right. Sometimes the old drive would have to stay as Master or sometimes you would be forced to make it the Slave to get things working, but after that things "seemed" OK. But these problems were purely "plain IDE" incompatibilities. Then comes a rumor several weeks ago first in a couple of the trade rags that the EIDE interface pushed by Western Digital and Seagate IS NOT compatible with the ATA-2 standard (that is supposed to be the same thing but official) pushed by Conner, Maxtor and others. Then comes more official looking memos to OEMs from the various vendors confirming the situation, but putting the various corporate spins on who is to blame and why this OEM "is right" and that OEM "is wrong", and how big or small the problem really is. What it seems to boil down to is that if you have a EIDE-compliant drive and a ATA-2-compliant drive on the same IDE/EIDE host interface and you are using the EIDE/ATA-2 features (instead of running the drives in plain IDE mode), particularly if you enable DMA transfers, data on the drive NOT being accessed can be corrupted by transfers to and from the active drive. Some other non-DMAish functions also cause data transfer corruption, so avoiding DMA functions isn't good enough. The "solution" to avoid corruption from the vendors who even admit there is a problem: (A) don't allow EIDE and ATA-2 drives to be mixed in a system, OR (B) (get this) don't use any of the EIDE or ATA-2 features, including the use of IDE CD-ROM drives on interfaces that also have hard disk drives attached. Now I have been told by one drive vendor that even avoiding all the EIDE and ATA-2 extensions isn't good enough for some drive combinations, so you may not be able to mix at all. (ATA-2 hard disks and IDE CD-ROM combos seem OK, at least no one has said there is a problem on that combination yet.) Now, right now I don't know anybody who has gotten the same story twice from the drive vendors on this, so we should not assume all is lost for IDE in general, although if I was selling SCSI drives I would be chuckling quietly about now. Some retailers that are 100% Seagate/Western Digital shops (Computer City) or mainly Maxtor shops (COMP USA) are also sweating this issue, since computers sold by their stores may not have the same type IDE drive (EIDE vs ATA-2) as the one they principally sell as a "2nd" drive upgrade. These guys have a lot more to lose on this issue. Oh, the associated claim in one of the trade rags that corruption occurred even if you had a EIDE drive on the primary host IDE interface as Master, and you had an ATA-2 drive on the secondary host IDE interface as Master appears to be bogus. No vendor has even thought twice about denying that possibility. If after all the finger-pointing, denials, and leaked confirmations calm down and we get truthful and a halfway consistent explanation of the problem, maybe EIDE/ATA-2 can be salvaged. For the FreeBSD project, right now it sounds like EIDE/ATA-2 extensions are really dangerous for us to enable on just anybodys system. In my opinion, at the very least any EIDE/ATA-2 functions that are implemented should not be enabled automatically (remember, even Microsoft is not turning them on), and we must require the deliberate setting of a parameter or rebuilding the kernel before the EIDE/ATA-2 functions become active. Frank Durda IV uhclem@nemesis.lonestar.org Running with root/swap on a Western Digital EIDE drive and everything else on Barracudas. No more IDE drives for me! From owner-freebsd-hackers Fri Dec 29 22:34:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA02723 for hackers-outgoing; Fri, 29 Dec 1995 22:34:51 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA02710 for ; Fri, 29 Dec 1995 22:34:43 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tVuhp-0000zdC; Sat, 30 Dec 95 00:23 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tVubI-000CnFC; Sat, 30 Dec 95 00:17 WET Message-Id: Date: Sat, 30 Dec 95 00:17 WET To: hackers@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sat Dec 30 1995, 00:17:04 CST Subject: X for install (was: Re: syscons driver) Cc: uhclem@nemesis.lonestar.org Sender: owner-hackers@freebsd.org Precedence: bulk [27]Come on guys, why is it that you dont get it that there are LOADS of [27]users out there that either don't have the HW or simply dont want to [27]run X for various reasons (I'm not one of them I use X :) :) ) I agree. If the installation requires X, you can also kiss goodbye to all those people with 5Meg and 4Meg systems who are able to install now. They'll just pop over to Linux or SCO or whatever that doesn't have those memory requirements, and will come up in the simple hardware they have. I've got two laptops that simply cannot have more memory (the designers didn't allow for PCMCIA RAM and the maker has since gone out of business so you can't get the proprietary RAM expansion modules), so X is out. Always has been out because the trackball isn't PS/2 compatible, so you have to use the nice DOS TSR to get mouse support. In fact one of these laptops can't run 2.1 but can run 1.1.5.1 because it has 3.999Meg of memory, and that isn't enough! The other has 4.6 Meg (I can't explain that size), and it will work, but not if we add X to the formula. I've got FreeBSD machines in various facilities, two or three in a rack doing networking, news and mail. None of these systems has a mouse, they don't need one. Must I also buy a mouse and make space to use one for all these machines that I only log-into to shutdown or make a dump, and run X during the install but at no other time? I don't get it. Oh, and these machines just happen to have Mach 64 video in them (it was on the MLB), but the cheapest SVGA monitors are attached. Only the most basic video modes the Mach 64 can generate will work with these monitors. How many additional questions must we add to the installation to convey this information? All the questions currently asked in the X install? No thanks. Someone also said we don't have to worry about getting X into the boot floppy because we will have a CD-ROM there and can load it as soon as the kernel is up. What if you installing via a network connection or serial port? You have to answer an awful lot of questions in the install process BEFORE the network link is even established. Then you are proposing to download X so that you can run it and then do the install? Uh, and what did all that just buy us? "Eyes" in the corner while the binaries are downloading? We've already had to answer all the key questions of how the install is to be done, and even if you rearranged them so that module selection follows media selection, we are only talking about a few screens of listboxes of which modules you can select, hardly GUI material. Sorry, but "I don't see any Incredible Advantage here." - Zork Frank Durda IV uhclem@nemesis.lonestar.org From owner-freebsd-hackers Fri Dec 29 22:51:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA03339 for hackers-outgoing; Fri, 29 Dec 1995 22:51:36 -0800 (PST) Received: from toadflax.cs.ucdavis.edu (toadflax.cs.ucdavis.edu [128.120.56.188]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA03334 Fri, 29 Dec 1995 22:51:33 -0800 (PST) Received: by toadflax.cs.ucdavis.edu (4.1/UCD.CS.2.6) id AA10608; Fri, 29 Dec 95 22:51:31 PST From: obrien@cs.ucdavis.edu (David E. O'Brien) Message-Id: <9512300651.AA10608@toadflax.cs.ucdavis.edu> Subject: termcap access as user uucp To: freebsd-security@freebsd.org, freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Date: Fri, 29 Dec 1995 22:51:30 -0800 (PST) X-Mailer: ELM [version 2.4 PL24 PGP3ALPHA] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I'm doing a port of a terminal program to FreeBSD. The orignal author installs it setuid root. I don't care for this. Following /usr/bin/cu's lead, I make it setuid uucp. Problem is the program can't access the termcap database as this user. Does it have something to do with uucp not having a "normal" shell? Security minded people: opinions on the best arraingment for security? Others: What's wrong with Mr. UUCP? Below is a minimal program to demonstrate this. Make it setuid root ==> no problem. Make it non-setuid, owned by joe user ==> no problem. Make it setuid uucp and you get: No termcap present! Test program ~~~~~~~~~~~~ #include #include main() { static char cbuf[2048]; char *term = "xterm"; switch(tgetent(cbuf, term )) { case 0: fprintf(stderr, "No termcap entry for %s\n", term); return 1; case -1: fprintf(stderr, "No termcap present!\n"); return 1; default: printf( "\n%s\n", cbuf ); } return 0; } From owner-freebsd-hackers Fri Dec 29 23:05:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA03752 for hackers-outgoing; Fri, 29 Dec 1995 23:05:06 -0800 (PST) Received: from oasis.txdirect.net (oasis.txdirect.net [204.57.120.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA03747 for ; Fri, 29 Dec 1995 23:05:01 -0800 (PST) Received: (from rsnow@localhost) by oasis.txdirect.net (8.6.12/8.6.9) id BAA28236; Sat, 30 Dec 1995 01:04:35 -0600 Date: Sat, 30 Dec 1995 01:04:34 -0600 (CST) From: Rob Snow To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG Subject: Re: Recent cypherpunks sub. In-Reply-To: <315.820300661@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Fri, 29 Dec 1995, Jordan K. Hubbard wrote: > Don't worry folks, it's all taken care of - we're unsubscribed again. > > The culprit is being sought. > > Jordan [Warning, I know ZERO about Majordomo] It seems we're seeing something like this happen at about what? 1-3 times a month recently? Would it be possible to add a filter to Majordomo looking for responses from other majordomo@somewhere and alert someone or automagically unsubscribe? BTW, I decided to subscribe to the list to see what it's about. Kinda interesting, I think. __________________________________________________________________ Rob Snow Powered by FreeBSD rsnow@txdirect.net http://www.freebsd.org From owner-freebsd-hackers Fri Dec 29 23:08:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA03869 for hackers-outgoing; Fri, 29 Dec 1995 23:08:28 -0800 (PST) Received: from toadflax.cs.ucdavis.edu (toadflax.cs.ucdavis.edu [128.120.56.188]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA03864 for ; Fri, 29 Dec 1995 23:08:26 -0800 (PST) Received: by toadflax.cs.ucdavis.edu (4.1/UCD.CS.2.6) id AA10757; Fri, 29 Dec 95 23:08:25 PST From: obrien@cs.ucdavis.edu (David E. O'Brien) Message-Id: <9512300708.AA10757@toadflax.cs.ucdavis.edu> Subject: Re: libraries To: freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Date: Fri, 29 Dec 1995 23:08:24 -0800 (PST) In-Reply-To: from "John Beukema" at Dec 30, 95 12:24:43 pm X-Mailer: ELM [version 2.4 PL24 PGP3ALPHA] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > HTTCP.c:68: conflicting types for `sys_errlist' > > /usr/include/stdio.h:244: previous declaration of `sys_errlist' > > *** Error code 1 > > This error is a commonn problem. Comment it out in httcp.c or add > #ifndef __FreeBSD__ #endif (from memory) around the declaration. One is > defined as char * and the other as const char * as I remember. > jbeukema This would be an abuse of __FreeBSD__. I believe this type of error really occurs for any 4.4BSD based Unix. To repeat the handbook: In the dozens of ports that have been done, there have only been one or two cases where __FreeBSD__ should have been used. Just because an earlier port screwed up and used it in the wrong place doesn't mean you should do so too. Use: #if (defined(BSD) && (BSD >= 199306)) -- David (obrien@cs.ucdavis.edu) From owner-freebsd-hackers Sat Dec 30 00:51:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA07537 for hackers-outgoing; Sat, 30 Dec 1995 00:51:58 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA07517 for ; Sat, 30 Dec 1995 00:51:50 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA16932; Sat, 30 Dec 1995 09:51:47 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA03023; Sat, 30 Dec 1995 09:51:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA22654; Sat, 30 Dec 1995 09:40:25 +0100 (MET) From: J Wunsch Message-Id: <199512300840.JAA22654@uriah.heep.sax.de> Subject: Re: Compaq Presario will not boot with boot.flp To: wasserma@crayola.cse.psu.edu (Brian S Wasserman) Date: Sat, 30 Dec 1995 09:40:25 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <95Dec29.173430est.14344-2@smith.crayola.cse.psu.edu> from "Brian S Wasserman" at Dec 29, 95 05:34:41 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Brian S Wasserman wrote: > > NetBSD 1.x will boot fine. FBSD 2.05 and 2.1 are the two which will not > work. I want to get FBSD 2.1 up and running. Well, you forgot to tell us _which_ problem you have! (``does not work'' is way too few.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Dec 30 00:51:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA07544 for hackers-outgoing; Sat, 30 Dec 1995 00:51:59 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA07527 for ; Sat, 30 Dec 1995 00:51:52 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA16940 for ; Sat, 30 Dec 1995 09:51:50 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA03027 for freebsd-hackers@freebsd.org; Sat, 30 Dec 1995 09:51:50 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA24640 for freebsd-hackers@freebsd.org; Sat, 30 Dec 1995 09:49:01 +0100 (MET) From: J Wunsch Message-Id: <199512300849.JAA24640@uriah.heep.sax.de> Subject: Re: boot from sd1? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 30 Dec 1995 09:49:00 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512300245.TAA06357@seagull.rtd.com> from "Don Yuniskis" at Dec 29, 95 07:45:04 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Don Yuniskis wrote: > > wd0 -- MS-DOG > wd1 -- FBSD 2.1.0R > sd0 -- *more* MS-DOG stuff > sd1 -- FBSD 2.1.0R (a *different* filesystem hierarchy) > How do I manage to boot from sd1? It seems that wd1 intercepts > whatever incantation I use (sd1, hd1, etc.) hd2? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Dec 30 00:54:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA07716 for hackers-outgoing; Sat, 30 Dec 1995 00:54:31 -0800 (PST) Received: from isbalham (isbalham.ist.co.uk [192.31.26.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA07711 for ; Sat, 30 Dec 1995 00:54:26 -0800 (PST) Received: from gid.co.uk (uucp@localhost) by isbalham (8.6.12/8.6.12) with UUCP id IAA08538; Sat, 30 Dec 1995 08:52:29 GMT Received: from [194.32.164.2] by seagoon.gid.co.uk; Sat, 30 Dec 1995 08:52:14 GMT X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 30 Dec 1995 08:41:26 +0000 To: Julian Elischer From: rb@gid.co.uk (Bob Bishop) Subject: Re: NETBSD ccd driver Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk At 12:51 pm 30/12/95, Julian Elischer wrote: >I'm experimenting (read writing play code for) a redesigned >disk access layout. >[stuff deleted] >it should be able to co-exist with the present system.. >[more deleted] If you're going to do this, please don't get it wrong :-). I had a very bad time with the d slice on my second drive (which used to be a real filesystem) going from 1.0.2 to 2.0R... -- Bob Bishop (01734) 774017 international code +44 1734 rb@gid.co.uk fax (01734) 894254 between 0800 and 1800 UK From owner-freebsd-hackers Sat Dec 30 01:21:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA09316 for hackers-outgoing; Sat, 30 Dec 1995 01:21:43 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA09292 Sat, 30 Dec 1995 01:21:31 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA17337; Sat, 30 Dec 1995 10:21:29 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA03114; Sat, 30 Dec 1995 10:21:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA25599; Sat, 30 Dec 1995 10:13:15 +0100 (MET) From: J Wunsch Message-Id: <199512300913.KAA25599@uriah.heep.sax.de> Subject: Re: termcap access as user uucp To: obrien@cs.ucdavis.edu (David E. O'Brien) Date: Sat, 30 Dec 1995 10:13:15 +0100 (MET) Cc: freebsd-security@freebsd.org, freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9512300651.AA10608@toadflax.cs.ucdavis.edu> from "David E. O'Brien" at Dec 29, 95 10:51:30 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As David E. O'Brien wrote: > > I'm doing a port of a terminal program to FreeBSD. The orignal author > installs it setuid root. I don't care for this. Following /usr/bin/cu's > lead, I make it setuid uucp. Problem is the program can't access the > termcap database as this user. Does it have something to do with uucp > not having a "normal" shell? Do you have a ``protected path'' to your /usr/share/misc directory? uriah # cc foo.c -ltermcap uriah # su -m nobody -c ./a.out xterm|vs100|xterm terminal emulator (X window system):li#24:hs:ts=\E[?E\E[?%i%dT:fs=\E[?F:es:ds=\E[?E:is=\E>\E[?1;3;4;5l\E[?7;8h\E[1;65r\E[65;1H:rs=\E>\E[?1;3;4;5l\E[?7;8h:@7=\E[4~:kh=\E[1~:kI=\E[2~:k0=\E[10~:kD=\E[3~:k1=\E[11~:k2=\E[12~:k3=\E[13~:k4=\E[14~:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:k;=\E[21~:F1=\E[23~:F2=\E[24~:kP=\E[5~:kN=\E[6~:K1=\EOw:K2=\EOy:K3=\EOu:K4=\EOq:K5=\EOs:al=\E[L:dl=\E[M:im=\E[4h:ei=\E[4l:mi:dc=\E[P:AL=\E[%dL:DL=\E[%dM:DC=\E[%dP:do=\E[B:cl=\E[H\E[J:sf=\ED:as=\E(0:ae=\E(B:cm=\E[%i%d;%dH:nd=\E[C:up=\E[A:nw=\EE:ce=\E[K:cd=\E[J:so=\E[7m:se=\E[m:us=\E[4m:ue=\E[m:md=\E[1m:mr=\E[7m:mb=\E[5m:me=\E[m:sr=\EM:sc=\E7:rc=\E8:cs=\E[%i%d;%dr:UP=\E[%dA:DO=\E[%dB:RI=\E[%dC:LE=\E[%dD:ct=\E[3g:st=\EH:co#80:le=^H:bs:am:if=/usr/share/tabset/vt100:ac=llmmkkjjuuttvvwwqqxxnnpprr``aa:ks=\E[?1h\E=:ke=\E[?1l\E>:ku=\EOA:kd=\EOB:kr=\EOC:kl=\EOD:kb=\177:ho=\E[H:pt:vt#3:xn:ta=^I:ms:bl=^G:cr=^M:eo:it#8:ut: -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Dec 30 01:43:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA10347 for hackers-outgoing; Sat, 30 Dec 1995 01:43:10 -0800 (PST) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA10342 for ; Sat, 30 Dec 1995 01:42:57 -0800 (PST) Received: from didier@aida (localhost [127.0.0.1]) by aida (8.6.12/8.6.9) with SMTP id KAA00628 for hackers@freebsd.org; Sat, 30 Dec 1995 10:41:53 +0100 Date: Sat, 30 Dec 1995 10:41:53 +0100 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD Reply-To: didier@aida.org Organization: Private FreeBSD-2.1-STABLE Site From: Didier Derny To: Subject: Help! network problem Sender: owner-hackers@freebsd.org Precedence: bulk Hi I've a strange problem between my two FreeBSD-2.1-STABLE box. when I transfer a file It can tranfers the file at high speed 510kb/s or less than 5k/s. netstat -s reports that a great number of packet are resent. Is this related to the ttl parameter ? I'm using two 486dx33 computers with a NE2000 and and a NI5210 (ed0 and ie0). when I ping -f it works fine and no packets are lost. I suppose that my computer are two slow ? Thanks for your help. -- 12/30/95 10:38:01 Didier Derny | My computer is Microsoft Free... didier@aida.org | Private FreeBSD 2.1-STABLE site. From owner-freebsd-hackers Sat Dec 30 02:27:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA12342 for hackers-outgoing; Sat, 30 Dec 1995 02:27:50 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA12337 for ; Sat, 30 Dec 1995 02:27:46 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id FAA22583; Sat, 30 Dec 1995 05:41:01 -0500 From: Peter Dufault Message-Id: <199512301041.FAA22583@hda.com> Subject: Re: Compaq Presario will not boot with boot.flp To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 30 Dec 1995 05:41:00 -0500 (EST) Cc: wasserma@crayola.cse.psu.edu, hackers@FreeBSD.ORG In-Reply-To: <199512300840.JAA22654@uriah.heep.sax.de> from "J Wunsch" at Dec 30, 95 09:40:25 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > As Brian S Wasserman wrote: > > > > NetBSD 1.x will boot fine. FBSD 2.05 and 2.1 are the two which will not > > work. I want to get FBSD 2.1 up and running. > > Well, you forgot to tell us _which_ problem you have! (``does not > work'' is way too few.) And be more specific about the Presario if you can - the boot disk that is built by the WC 2.1 CDROM works fine on my wife's circa 1993 Compaq Presario 425 with 12MB memory, 250 MB seagate and a DX475 overdrive chip. I went through a full install to an external SCSI drive on a Soundblaster SCSI-II. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Sat Dec 30 04:52:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA17178 for hackers-outgoing; Sat, 30 Dec 1995 04:52:59 -0800 (PST) Received: from salmon.maths.tcd.ie (mmdf@salmon.maths.tcd.ie [134.226.81.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA17173 for ; Sat, 30 Dec 1995 04:52:54 -0800 (PST) Received: from bell.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id aa12175; 30 Dec 95 12:52 GMT To: Bruce Evans cc: freebsd-hackers@freebsd.org Subject: Re: Linux emulator and Mathematica (Success!). X-Address: School Of Mathematics, Trinity College, Dublin 2, Ireland. X-Phone: (Home)+353-(0)1-8204643 (College)+353-(0)1-7022280 X-PGP: Public Key on Request In-reply-to: Message from Bruce Evans dated Saturday at 12:58. Date: Sat, 30 Dec 1995 12:52:49 +0000 From: Colman Reilly Message-ID: <9512301252.aa12175@salmon.maths.tcd.ie> Sender: owner-hackers@freebsd.org Precedence: bulk Content-Description: text >The problem now is that mathclient crashes. Looking at the syslog output >and the system calls, it would appearing to be crashing on a sigreturn: > 791 mathclient CALL sigreturn(0xefbfc0e0,0xe,0) > 791 mathclient RET sigreturn -1 errno 1 Operation not permitted > 791 mathclient PSIG SIGBUS SIG_DFL > 791 mathclient NAMI "mathclient.core" >The signal it is responding to is a sigalarm. >Now, from my reading of the sigreturn stuff and the Design and Implementa tion of >4.3BSD, it would seem that what is happening is that the sigreturn is try ing The Linux sigreturn() isn't fully implemented in the Linux emulator. It returns ENOSYS. Yeah, I saw that. The problem here is probably quite different. Few applications call sigreturn() directly. It is normally called as part of returning from a signal handler. The kernel builds a signal trampoline with a sigreturn() syscall at the end of it. The Linux emulator should replace the code that builds the trampoline so that the syscall is the Linux sigreturn() and not the BSD sigreturn(). It should also convert the BSD sigcontext struct to the Linux sigcontext sigcontext struct. It doesn't do this, so the Linux syscall that happens to have the same number as the BSD sigreturn (#103 = Linux syslog()) is called instead. This is fudged to work by breaking the Linux syslog() by pretending that it is the Linux sysreturn(). Oh. I thought that the system would have called the BSD sigreturn, since it had been set-up by the BSD trampoline code, but now that I actually think about it properly, the trap is just going to look-up the table associated with the process. >to restore some part of the state that it is not permitted to manipulate. Would >this seem reasonable to the kernel experts out there? One problem with th is Yes, it's quite likely that Mathematica is sophisticated enough to manipulate the signal context. Since the sigcontext struct is incompatible, this is unlikely to work, and could easily attempt to change a protected register. However, this should result in errno EINVAL, not EPERM. That was confusing me. This all makes sense now. Thanks. And what do you know? Adding the sigreturn call from -current into the 2.1R version of the emulator makes Mathematica run! Now let's see whether or not it works properly. Thanks very much. Colman From owner-freebsd-hackers Sat Dec 30 05:18:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA17693 for hackers-outgoing; Sat, 30 Dec 1995 05:18:56 -0800 (PST) Received: from ncc-1701-d.starfleet.gov (root@ix-sb1-08.ix.netcom.com [204.32.201.40]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA17672 Sat, 30 Dec 1995 05:18:51 -0800 (PST) Received: (from d_burr@localhost) by ncc-1701-d.starfleet.gov (8.6.11/8.6.9) id FAA18893; Sat, 30 Dec 1995 05:22:29 -0800 Date: Sat, 30 Dec 1995 05:22:29 -0800 (PST) From: Donald Burr X-Sender: d_burr@ncc-1701-d To: David Greenman cc: Eric Blood , questions@freebsd.org, FreeBSD Hackers Subject: Re: NETBSD ccd driver In-Reply-To: <199512292314.PAA02874@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Fri, 29 Dec 1995, David Greenman wrote: > >What is the NetBSD ccd driver? > > It's the "concatenated disk" driver. It give you the ability to combine > multiple physical disks into one logical volume. Allright... lemme get this straight. Let's say I have a bunch of small hard disks lying around... let's say I had four 40 MB'ers, maybe one 100 MB... maybe even an old 250 MB or so... and eight 20 MB disks (hey, I upgraded a lot of machines)... then I can use the ccd driver and slap them all together to make a single (in this example) 670 MB logical "disk"? This would be extremely cool, since I have a similar situation. Is this available under FreeBSD yet? Donald Burr [d_burr@ix.netcom.com], PO Box 91212, Santa Barbara CA 93190-1212 TEL (805)564-1871 / FAX 564-2315 / WWW http://www.geopages.com/WallStreet/2072 PGP Public Key available by request (send e-mail) or on Public Key Servers. ** Uphold your right to privacy - Use PGP. ** From owner-freebsd-hackers Sat Dec 30 07:40:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA22095 for hackers-outgoing; Sat, 30 Dec 1995 07:40:01 -0800 (PST) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA22058 for ; Sat, 30 Dec 1995 07:39:57 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/8.6.12) id IAA27316; Sat, 30 Dec 1995 08:39:49 -0700 From: Don Yuniskis Message-Id: <199512301539.IAA27316@seagull.rtd.com> Subject: Re: boot from sd1? To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 30 Dec 1995 08:39:49 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) In-Reply-To: <199512300849.JAA24640@uriah.heep.sax.de> from "J Wunsch" at Dec 30, 95 09:49:00 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > wd0 -- MS-DOG > > wd1 -- FBSD 2.1.0R > > sd0 -- *more* MS-DOG stuff > > sd1 -- FBSD 2.1.0R (a *different* filesystem hierarchy) > > How do I manage to boot from sd1? It seems that wd1 intercepts > > whatever incantation I use (sd1, hd1, etc.) > > hd2? I tried that and got a screen full of "CYL: 0 HD: 0 SEC: 0" (or something like that). :-( I'll try a new install from scratch and see if I've skipped something... Thx, don From owner-freebsd-hackers Sat Dec 30 08:19:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA23489 for hackers-outgoing; Sat, 30 Dec 1995 08:19:15 -0800 (PST) Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.64]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA23482 for ; Sat, 30 Dec 1995 08:19:02 -0800 (PST) Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id ab05761; 30 Dec 95 16:17 GMT Received: from nlsys.demon.co.uk ([158.152.125.33]) by relay-3.mail.demon.net id aa10533; 30 Dec 95 16:17 GMT Received: from nlsys.demon.co.uk (localhost [127.0.0.1]) by nlsys.demon.co.uk (8.6.12/8.6.9) with SMTP id QAA00821 for ; Sat, 30 Dec 1995 16:15:40 GMT Message-ID: <30E565AB.568BCE88@nlsys.demon.co.uk> Date: Sat, 30 Dec 1995 16:15:39 +0000 From: Doug Rabson Organization: None X-Mailer: Mozilla 2.0b3 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Bmaked libg++-2.7.1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I just spent an afternoon hacking phk's gnu2bmake scripts for libg++-2.6 to work for libg++-2.7.1. Since libg++ now supports the ANSI C++ library (libstdc++) as a separate library, my scripts create two directories, libstdc++ which includes the ANSI C++ library, and iostream stuff, and libg++ with all the other random rubbish. To create the bmaked versions, hack the scripts to have the right pathnames, point them at a fresh copy of libg++-2.7.1 and execute them with tclsh. I compiled the monster on a fairly vanilla FreeBSD-2.1 with gcc-2.7.2 (with Bruces patch as posted on 25 Dec 1995). It appears to work; in particular, the shared version passes all of the libg++ tests. I have not run a make world with the new libg++ installed. With a bit of luck and a following wind, this should drop straight into the source tree when (if) we move up to a new rev of gcc. begin 644 foo.tar.gz M'XL(""UCY3```V9O;RYT87(`[1E_<]K(KO_B3Z$#9N[=Y3#02YJ9]-(Y8DQ" M'P$*Y+5ODDS&V`OLQ'@9VQS-<;S/_J2U#>9WVB:YOC?63#:K74DKK;3R:K%Y MMW]PD'NM'JN^:;]Z%B@6"F\.#^$50/'XJ!#_+^'PN'@$\*9P7'S]IGA(_6+A M^/C75U!X'G668>SYA@OPRNJY.^GVS?^/0N:'_-AS\[8P#3O?Y4X>H\`;*!DE M`[DG!!27[ESH<*;KK=S'4DN'6E73ZVT]#?]HL3^XQX4#AZ]_.D'"WT:#^]]M MT>>.:MV/QWULW\'$%3X#?\`]Z'&;J0`E#VSA],'PX$&,P66^P9V`PA$^-QD- MHSC3<,`2,!D8/ON#N9)X8C@^3+@_".@]?]SKJ5#MP83!D#$?/#%D8!D/OX#A M6)(%"9U[%+=@`.Q,A(M"N/^+I*&ENN,'%`$&=!DNAAJA8F/7086A*<9V[H(Y M#D>U_VD,1T^^R2@P6W$9.VN7LX@IGAB[N!'2Q9YKYOO.F/Y>=X?&/5OTZ.@K M2N9I`'5H&JXQ9#YS/?`%^!-FW,^E*QYMK\5=R'?S>*CR]B(#%>6DM3;YE+J5 M4:$!(P\Z?DRI`:1-"[)2L;>`J"F<'N^/788H[=%B((<)H\_\7*!;6I%*VW^S!=8\[UEVX[5)::`)M/]PHJ>L_C=&=A]'#/\,UR:5HOAL:IBN@PM3U31!U4`U9[?QU5#GM-(3+C-,C$&(B\X&%,BK4(KE/9A>TTK`/G//]]96 MR6>G?*8.;FT^[) M@:"E!=S/BSXN%B+<,>VQQ7#S3#%ZN+,7"L7IL3]U/Z/9VZE"09)NL$X7[?RR M"H%E>X@CR2'UX)'D4TT,1S9#;:#JF"X;,L#!6\#(,-)K?*:$PQT(-TYL;)P$V4,VZRB-XXZ<6\IIWV33,^\.G3 MJ8SZ^4B[I;5/;_QPFX#\%9NM5<]PN"S5<05'#(TEQ2NUTGG[`&=RCL`M1/=`KGJ3G:K:5:M<;$L)3CB"'>Y'E.X3G:?JOOR1#*CNM MUMN=4JTV@QP&EUB8!+D^+*S*#>$0K[_$&O+M$B\UM(3#,-TNG!I%XF]=SU+1 M=^KP_EU:,6WA88+J*9C5?2@H7W'_FQ^!9RP!=M__BT>%0F%Q__^UB$,X=I3< M_U\"DOM_KBI!J5=8<#Z]!T1WQEAADLU1[ MA`J*;0H*V%7>H#32JM'NM/32)>FE:YUVG'U+K>/Y]I850[6)8$]MU>[4UE=< ML.^HLG8N_64E7<"S92TN=M=SN#U[JSDN-A=R)#M6QL5+R%6-+_1266^M*ZUD M5@K/S-[*,[-;V?GN6X^J/C-?57Z&;IKC&*.+?G@(EBO2%5'+<;(^'5W?D&9# M-;NT1`RG8[Z;>%Y/!MEE4W&[9(L(8F0[4:R>Q7#83S>].[^+U@9)T,1.SQ:& MST50DXA-CPW^Y%]A;S M&ZFGYKR6=]A$VFQ_@3U3CZHI.NIFV$'6T<8#@)7(>CQM)S;-QU+;ZZ*5S.., MMS`M.,R;/T'$'BD63PU*)A4]:2R>,^13Q\HVS3VPO(CA>-QBIAT&CCP!Q/NW M/&#P[LKP03@N-H]3*&V>D:EB;<+$4S+$6ZH,">SCZ5C2+:+K17&'=-3?1F?% MZ*P==':9S8\XQ1=\Q(EZ]%KRG*\U6QY2HEO8RJA8 M'0DV[&;S<'XI/J:*0H]YW.D)KHH36""FJ:2R4TV;0:[G^CZGAP;$I16SX,E! M[91:YWJ''D_4ZF4373Z+B_/VR.N-N/GE4D=[I([ZCY6)E\'*55UKPRFT]"9< MEJIUZ+1*5;RFE2FST!.8Y+/HT*"FZR/1BVZ.DF#D0\&,FR+^@ M_0COWBW-T_M5G4K+[#3:OIE\QY*,Z8@QFYW69^EE9B)SF)(R#1\V!V;TR5I> M4YG;\RPV5!O/;H#6N(P"3089190FVPJU%0W:5V=:T%:HQ9'+JYH6M!5J<:1< M_9<6Q1[U*]3B.*4UP)QW18&(%-A4L,&9NJ[)IH(-HJ4S#./6.30;M5(K%*0U MZN\!T^4E]MKT=X'AAM';(+*/R$YM1;95:DE7M`#_+J#]H=4AVZH-NFROQNER M?&[\K,#&CPAL^60H,1FQ2#`?'0F579$0^>C)@L'<$@QSZY_%AB>,YFT&6-_H MAO)WX0;KF]RPSX87<(/]K7ZH?1^.L+_-$WNM>`%7_#_]?+57$ZKWOEZ;./=^ MC>;4C_Q1+3L-BXG9=_[[VF9C%N;&?B4$*KF_T!3YKO6\YH1+O/!/A@DDD$`" M"2200`()))!``@DDD$`""2200`()))!``@DDD$`""2200`()))!``@DDD,#? +#/\%)GO&#`!0```D ` end -- Doug Rabson Mail: dfr@nlsys.demon.co.uk Phone: +44 181 951 1891 From owner-freebsd-hackers Sat Dec 30 09:00:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA24895 for hackers-outgoing; Sat, 30 Dec 1995 09:00:48 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA24889 for ; Sat, 30 Dec 1995 09:00:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id JAA04089 for ; Sat, 30 Dec 1995 09:00:40 -0800 To: hackers@freebsd.org Subject: Any CGI hackers out there? Date: Sat, 30 Dec 1995 09:00:40 -0800 Message-ID: <4087.820342840@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk I still think it'd be really interesting to have a `CVS tree browser' that let you view diff and log information for individual files! A lot of people don't have room for their own copies of the CVS tree or really only very occasionally want to trace the lineage and change history of a given file and a CVS-over-the-WEB page would be, I am quite sure, a very well-received service! I've seen some volunteers raise their hands recently for a project, well, here's one guys! :-) Thanks! Jordan From owner-freebsd-hackers Sat Dec 30 09:12:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA25460 for hackers-outgoing; Sat, 30 Dec 1995 09:12:42 -0800 (PST) Received: from bluewhale.emergent.com (bluewhale.emergent.com [140.174.2.161]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA25450 for ; Sat, 30 Dec 1995 09:12:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by bluewhale.emergent.com (8.6.11/8.6.12) with SMTP id JAA13622 for ; Sat, 30 Dec 1995 09:12:37 -0800 Message-Id: <199512301712.JAA13622@bluewhale.emergent.com> X-Authentication-Warning: bluewhale.emergent.com: Host localhost didn't use HELO protocol To: freebsd-hackers@freebsd.org Subject: Re: NETBSD ccd driver In-reply-to: Your message of "Sat, 30 Dec 1995 05:22:29 PST." Date: Sat, 30 Dec 1995 09:12:37 -0800 From: Curt Mayer Sender: owner-hackers@freebsd.org Precedence: bulk > > >What is the NetBSD ccd driver? > > It's the "concatenated disk" driver. It give you the ability to combine > > multiple physical disks into one logical volume. > Allright... lemme get this straight. Let's say I have a bunch of small > hard disks lying around... let's say I had four 40 MB'ers, maybe one 100 > MB... maybe even an old 250 MB or so... and eight 20 MB disks (hey, I > upgraded a lot of machines)... then I can use the ccd driver and slap them > all together to make a single (in this example) 670 MB logical "disk"? > This would be extremely cool, since I have a similar situation. yes, but...your mtbf would suck so bad you wouldn't want to use it for anything other than /tmp. > Is this available under FreeBSD yet? my guess at this point is about 1 Feb, since I haven't quit my day job :-> curt From owner-freebsd-hackers Sat Dec 30 10:20:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28409 for hackers-outgoing; Sat, 30 Dec 1995 10:20:03 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA28363 for ; Sat, 30 Dec 1995 10:19:58 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA24956; Sat, 30 Dec 1995 19:19:09 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA06827; Sat, 30 Dec 1995 19:19:08 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id SAA01684; Sat, 30 Dec 1995 18:43:50 +0100 (MET) From: J Wunsch Message-Id: <199512301743.SAA01684@uriah.heep.sax.de> Subject: Re: boot from sd1? To: dgy@rtd.com (Don Yuniskis) Date: Sat, 30 Dec 1995 18:43:49 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512301539.IAA27316@seagull.rtd.com> from "Don Yuniskis" at Dec 30, 95 08:39:49 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Don Yuniskis wrote: > > > hd2? > > I tried that and got a screen full of "CYL: 0 HD: 0 SEC: 0" (or something > like that). :-( > > I'll try a new install from scratch and see if I've skipped something... Nope. Believe Bruce, he's got the better argumentation. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Dec 30 10:49:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA04424 for hackers-outgoing; Sat, 30 Dec 1995 10:49:46 -0800 (PST) Received: from multivac.orthanc.com (root@multivac.orthanc.com [204.244.20.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA04291 for ; Sat, 30 Dec 1995 10:49:22 -0800 (PST) Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.7/8.7) with SMTP id KAA08824; Sat, 30 Dec 1995 10:45:57 -0800 (PST) Message-Id: <199512301845.KAA08824@multivac.orthanc.com> X-Authentication-Warning: multivac.orthanc.com: Host lyndon@localhost didn't use HELO protocol From: Lyndon Nerenberg (VE7TCP) To: John Beukema cc: hackers@freebsd.org Subject: Re: libraries In-reply-to: Your message of "Sat, 30 Dec 1995 12:24:43 +0800." Date: Sat, 30 Dec 1995 10:45:56 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> "John" == John Beukema writes: John> This error is a commonn problem. Comment it out in httcp.c John> or add #ifndef __FreeBSD__ #endif (from memory) around the John> declaration. One is defined as char * and the other as John> const char * as I remember. jbeukema The correct fix for sys_errlist declarations is: #include #if (!defined(BSD) || (BSD < 199306) /* define sys_errlist as appropriate for your system */ #endif --lyndon From owner-freebsd-hackers Sat Dec 30 12:44:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12848 for hackers-outgoing; Sat, 30 Dec 1995 12:44:20 -0800 (PST) Received: from io.org (io.org [142.77.70.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12841 Sat, 30 Dec 1995 12:44:17 -0800 (PST) Received: from else (root@else.net [204.92.4.245]) by io.org (8.6.12/8.6.12) with SMTP id PAA06917; Sat, 30 Dec 1995 15:43:38 -0500 Received: by else (Smail3.1.29.1 #3) id m0tW89C-000MF2C; Sat, 30 Dec 95 15:44 EST Date: Sat, 30 Dec 1995 15:44:52 -0500 (EST) From: James FitzGibbon To: questions@freebsd.org cc: hackers@freebsd.org Subject: Network Card id code Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I've got a system running with FreeBSD that has an unknown PCI ethernet adapter in it. It's not detected by anything in the GENERIC kernel under 2.1R or 2.2-current. The card is pretty generic, supporting BNC and 10BaseT. It has a "Runs with Novell"-type sticker on the main chip. During bootup, it's identified on the PCI bus as : pci0:20: vendor=0x10ec, device=0x8029, class=network (ethernet) [no driver assigned] map(10): io(ff80) Can someone with a generic PCI card do a boot -v and compare what they get to help me out? Thanks. j. From owner-freebsd-hackers Sat Dec 30 12:56:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13892 for hackers-outgoing; Sat, 30 Dec 1995 12:56:12 -0800 (PST) Received: from gateway.net.hk (john@gateway.hk.linkage.net [202.76.7.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA13885 for ; Sat, 30 Dec 1995 12:56:07 -0800 (PST) Received: (from john@localhost) by gateway.net.hk (8.6.12/8.6.9) id EAA14478; Sun, 31 Dec 1995 04:51:10 +0800 Date: Sun, 31 Dec 1995 04:51:09 +0800 (HKT) From: John Beukema To: FreeBSD hackers Subject: *BSD* Java Porting list. (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk ---------- Forwarded message ---------- Date: Thu, 28 Dec 1995 17:06:18 -0500 From: Matthew James Marnell To: bsdi-users@BSDI.COM, java-porting@java.sun.com Subject: *BSD* Java Porting list. A list has been created for those interested in porting Java to BSD platforms. Because there has been interest from the other platforms based on 4.4BSD-Lite, and the diffs as far as porting this package are not major, it is not limited to any one BSD derivative, although this may change in the future. If you're on a FreeBSD, or NetBSD list, or frequent related newsgroups, please forward this on to them. The information for subscribing is as follows: to subscribe send mail to java-port-bsd-request@portia.com with 'subscribe' in the body of the message. All those that expressed interest in previous email to me have already been subscribed. Matt From owner-freebsd-hackers Sat Dec 30 17:33:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA28663 for hackers-outgoing; Sat, 30 Dec 1995 17:33:49 -0800 (PST) Received: from localhost.cybercomm.net (sl-039.sl.cybercomm.net [199.171.196.167]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA28658 for ; Sat, 30 Dec 1995 17:33:42 -0800 (PST) Received: from sl-039.sl.cybercomm.net (localhost [127.0.0.1]) by localhost.cybercomm.net (8.6.12/8.6.12) with SMTP id UAA01326; Sat, 30 Dec 1995 20:33:11 -0500 Date: Sat, 30 Dec 1995 20:33:09 -0500 (EST) From: Sujal Patel X-Sender: smpatel@sl-039.sl.cybercomm.net To: Joerg Wunsch cc: FreeBSD Hackers Subject: Re: /dev/io In-Reply-To: <199512302111.WAA01418@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sat, 30 Dec 1995, J Wunsch wrote: > Is there any good reason why access to /dev/io is allowed for members > of group kmem? Note that this will give any setgid kmem program > _full_ (read and write) access to the io registers (since open() is > the only important action for this device). While we're on the topic of /dev/io, I have a couple of comments about it. It seems unintuitive to offer a process IO permission by opening a device (especially since opening it with RDONLY or RDWR is irrelevant). I know that NetBSD changed this implementation after 1.0 to support i386_iopl(), i386_get_ioperm(), and i386_set_ioperm() calls. Also, Linux uses a set of calls very similar to NetBSD's. To me it seems like it would be more "standard" if FreeBSD supported an implementation like NetBSD's. It would also pave the way for the implementation of IO permission bitmaps (if they are ever needed). Changing it would probably be a little more secure, and I can't even think of any programs that would break if /dev/io was removed? Any comments? I'm interested in hearing about this... Sujal From owner-freebsd-hackers Sat Dec 30 17:56:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA29439 for hackers-outgoing; Sat, 30 Dec 1995 17:56:29 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA29434 for ; Sat, 30 Dec 1995 17:56:24 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA08726; Sat, 30 Dec 1995 17:55:11 -0800 To: Sujal Patel cc: Joerg Wunsch , FreeBSD Hackers Subject: Re: /dev/io In-reply-to: Your message of "Sat, 30 Dec 1995 20:33:09 EST." Date: Sat, 30 Dec 1995 17:55:11 -0800 Message-ID: <8724.820374911@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > To me it seems like it would be more "standard" if FreeBSD supported an > implementation like NetBSD's. It would also pave the way for the > implementation of IO permission bitmaps (if they are ever needed). Changing > it would probably be a little more secure, and I can't even think of any > programs that would break if /dev/io was removed? I think a few X servers would definitely break of /dev/io went away suddently, but I also see no reason why the other interface couldn't be implemented in parallel with a change-over at some point in the future. Jordan From owner-freebsd-hackers Sat Dec 30 17:57:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA29480 for hackers-outgoing; Sat, 30 Dec 1995 17:57:16 -0800 (PST) Received: from strider.ibenet.it (root@Strider.Free.IT [194.179.131.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA29474 for ; Sat, 30 Dec 1995 17:57:13 -0800 (PST) Received: (from piero@localhost) by strider.ibenet.it (8.7.3/8.6.12) id CAA12976 for Hackers@FreeBSD.ORG; Sun, 31 Dec 1995 02:57:41 +0100 (MET) From: Piero Serini Message-Id: <199512310157.CAA12976@strider.ibenet.it> Subject: Problems with majordomo To: Hackers@FreeBSD.ORG (FreeBSD Hackers' List) Date: Sun, 31 Dec 1995 02:57:41 +0100 (MET) Reply-To: piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-NCC-RegID: it.ibenet X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hello. I just installed majordomo (1.93) on my FBSD 1.1.5.1. Well, in this moment it's answering to a 'help' request: USER PID PPID PRI NI %CPU VSZ RSS STAT TT TIME STARTED COMMAND daemon 12942 12941 -18 0 26.9 36544 7992 RL ?? 0:29.43 2:52AM /usr/local/bin/perl /usr/local/majordomo/majordomo It eventually dies when in console I get lots of: Dec 31 02:54:32 strider /386bsd: swap_pager: out of space and when it dies, the help files is sent perfectly. Any hint? Bye, -- # $Id: .signature,v 1.12 1995/08/14 12:10:54 piero Exp $ Piero Serini Via Giambologna, 1 I 20136 Milano - ITALY From owner-freebsd-hackers Sat Dec 30 18:47:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA01279 for hackers-outgoing; Sat, 30 Dec 1995 18:47:19 -0800 (PST) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA01260 Sat, 30 Dec 1995 18:47:13 -0800 (PST) Received: (from mbarkah@localhost) by hemi.com (8.6.11/8.6.9) id TAA13020; Sat, 30 Dec 1995 19:46:49 -0700 From: Ade Barkah Message-Id: <199512310246.TAA13020@hemi.com> Subject: Answer to /bin/ls and ftp (should be documented) To: hackers@freebsd.org Date: Sat, 30 Dec 1995 19:46:49 -0700 (MST) Cc: questions@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Someone just asked why ftp doesn't list proper usernames when an anonymous user issues 'ls'. Unfortunately I deleted the email before deciding to answer question. =) I hope whoever asked it is reading this mail (I think it was posted to -hackers, but maybe it was to -questions, so forgive me for cross posting.) Under 4.4BSD, /bin/ls caches directory entries using the pwcache(3) package, which in turn uses getpwent() and friends to find the entry in the password database. The implication being, /bin/ls never looks in /etc/passwd, so even if you have created a dummy /etc/passwd under ~ftp, `ls' still cannot resolve the user name. The solution would be to make a password database using the pwd_mkdb command. The steps are as follows: 1. Make a dummy master.passwd, either by copying your real /etc/master.passwd to a temporary directory then deleting all but the necessary entries, or by creating it by hand. Remember that the master.passwd format is more complete than the /etc/passwd format. A sample entry is as follows: ftp:*:999:1002::0:0:Ftp Account:/usr20/f/ftp:/usr/local/etc/ftpd 2. Now compile your dummy master.passwd file into the password databases. In a directory other than /etc, use: pwd_mkdb -d . master.passwd This command will make two database files, pwd.db and spwd.db. Erase the spwd.db file, especially if your dummy master.passwd file contained real passwords. 3. Copy the new pwd.db file into ~ftp/etc, and make it only readable to everyone (chmod a=r pwd.db.) You should have two files in ~ftp/etc directory: pwd.db, and group. The passwd file is not necessary. Here's an example of how the ~ftp/etc directory might look: -r--r--r-- 1 root ftp 15 Dec 18 10:38 group -r--r--r-- 1 root ftp 40960 Dec 18 19:14 pwd.db 4. Make sure you copy /bin/ls into ~ftp/bin, and make it only executable by everyone (chmod a=x ls). And you're all set. This information should be documented somewhere, but I haven't seen it anywhere. Perhaps it is in the FAQ now. Regards, -Ade Barkah -------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - www: -------------------------------------------------------------------- From owner-freebsd-hackers Sat Dec 30 19:11:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA02371 for hackers-outgoing; Sat, 30 Dec 1995 19:11:44 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA02362 for ; Sat, 30 Dec 1995 19:11:35 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id OAA16531; Sun, 31 Dec 1995 14:11:21 +1100 From: David Dawes Message-Id: <199512310311.OAA16531@rf900.physics.usyd.edu.au> Subject: Re: /dev/io To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 31 Dec 1995 14:11:20 +1100 (EST) Cc: hackers@freebsd.org In-Reply-To: <8724.820374911@time.cdrom.com> from "Jordan K. Hubbard" at Dec 30, 95 05:55:11 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk >> To me it seems like it would be more "standard" if FreeBSD supported an >> implementation like NetBSD's. It would also pave the way for the >> implementation of IO permission bitmaps (if they are ever needed). Changing >> it would probably be a little more secure, and I can't even think of any >> programs that would break if /dev/io was removed? > >I think a few X servers would definitely break of /dev/io went away >suddently, but I also see no reason why the other interface couldn't >be implemented in parallel with a change-over at some point in the >future. For what it's worth, the XFree86 servers get I/O permission by using the KDENABIO ioctl in the console driver rather than by opening /dev/io. David From owner-freebsd-hackers Sat Dec 30 19:15:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA02492 for hackers-outgoing; Sat, 30 Dec 1995 19:15:48 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA02487 for ; Sat, 30 Dec 1995 19:15:44 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id TAA00449 for ; Sat, 30 Dec 1995 19:15:35 -0800 Message-Id: <199512310315.TAA00449@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: hackers@freebsd.org Subject: FreeBSD Lounge: Jordans makes it to club 8) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Dec 1995 19:15:32 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Howdy, I just spent a few minutes with Jordan in cyberspace -- kind of cool to have our fearless leader on the Mbone. Actually, there was nothing wrong with his site just an mrouted along his path that was down all this week and before it was acting up. To find out more about mbone for freebsd : http://rah.star-gate.com/~hasty/mbone.html Enjoy, Amancio From owner-freebsd-hackers Sat Dec 30 20:19:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA05546 for hackers-outgoing; Sat, 30 Dec 1995 20:19:10 -0800 (PST) Received: from localhost.cybercomm.net (sl-046.sl.cybercomm.net [199.171.196.174]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA05539 for ; Sat, 30 Dec 1995 20:19:03 -0800 (PST) Received: from sl-046.sl.cybercomm.net (localhost [127.0.0.1]) by localhost.cybercomm.net (8.6.12/8.6.12) with SMTP id XAA00337; Sat, 30 Dec 1995 23:18:15 -0500 Date: Sat, 30 Dec 1995 23:18:14 -0500 (EST) From: Sujal Patel X-Sender: smpatel@sl-046.sl.cybercomm.net To: David Dawes cc: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: /dev/io In-Reply-To: <199512310311.OAA16531@rf900.physics.usyd.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 31 Dec 1995, David Dawes wrote: > >I think a few X servers would definitely break of /dev/io went away > >suddently, but I also see no reason why the other interface couldn't > >be implemented in parallel with a change-over at some point in the > >future. > > For what it's worth, the XFree86 servers get I/O permission by using > the KDENABIO ioctl in the console driver rather than by opening /dev/io. I wasn't even aware that this existed, but looking at the Xserver source it seems like BSDI, Linux, FreeBSD, and NetBSD all have it (but only Free/NetBSD use it for Xserver IO permission). This makes it even easier to phase out /dev/io, because the Xservers will not break and the code for iopl() would be very similar to the code for the KDENABIO ioctl. The only non-trivial thing would be implementing IO permission bitmaps, but I'm not even sure if it's worth it since it would be a rarely used feature. Sujal From owner-freebsd-hackers Sat Dec 30 20:27:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA05832 for hackers-outgoing; Sat, 30 Dec 1995 20:27:21 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA05819 for ; Sat, 30 Dec 1995 20:27:01 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id PAA16666; Sun, 31 Dec 1995 15:25:46 +1100 From: David Dawes Message-Id: <199512310425.PAA16666@rf900.physics.usyd.edu.au> Subject: Re: /dev/io To: smpatel@wam.umd.edu (Sujal Patel) Date: Sun, 31 Dec 1995 15:25:46 +1100 (EST) Cc: jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: from "Sujal Patel" at Dec 30, 95 11:18:14 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk >On Sun, 31 Dec 1995, David Dawes wrote: > >> >I think a few X servers would definitely break of /dev/io went away >> >suddently, but I also see no reason why the other interface couldn't >> >be implemented in parallel with a change-over at some point in the >> >future. >> >> For what it's worth, the XFree86 servers get I/O permission by using >> the KDENABIO ioctl in the console driver rather than by opening /dev/io. > >I wasn't even aware that this existed, but looking at the Xserver source >it seems like BSDI, Linux, FreeBSD, and NetBSD all have it (but only >Free/NetBSD use it for Xserver IO permission). The KDENABIO ioctl originates in SYSV, although in SYSV it is used to enable ports set in an IO permission bitmap. Most X servers need ports beyond the 0-0x3ff usually covered by such a bitmap. Also there is a performance penalty in using the bitmap. I don't know what the XInside server does to enable I/O permission. David From owner-freebsd-hackers Sat Dec 30 20:49:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA07000 for hackers-outgoing; Sat, 30 Dec 1995 20:49:15 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA06991 for ; Sat, 30 Dec 1995 20:49:07 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id UAA00410; Sat, 30 Dec 1995 20:48:11 -0800 Message-Id: <199512310448.UAA00410@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Sujal Patel cc: David Dawes , "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: /dev/io In-reply-to: Your message of "Sat, 30 Dec 1995 23:18:14 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Dec 1995 20:48:10 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> Sujal Patel said: > On Sun, 31 Dec 1995, David Dawes wrote: > > > >I think a few X servers would definitely break of /dev/io went away > > >suddently, but I also see no reason why the other interface couldn't > > >be implemented in parallel with a change-over at some point in the > > >future. > > > > For what it's worth, the XFree86 servers get I/O permission by using > > the KDENABIO ioctl in the console driver rather than by opening /dev/io. > > I wasn't even aware that this existed, but looking at the Xserver source > it seems like BSDI, Linux, FreeBSD, and NetBSD all have it (but only > Free/NetBSD use it for Xserver IO permission). > > This makes it even easier to phase out /dev/io, because the Xservers will > not break and the code for iopl() would be very similar to the code for > the KDENABIO ioctl. The only non-trivial thing would be implementing IO > permission bitmaps, but I'm not even sure if it's worth it since it would > be a rarely used feature. > I implemented i/o bitmap permissions way back for 386bsd you may be able to get the original patches if you search minnies mail archive. Yes, I know that the patches would not apply to the current kernel however for anyone interested it would show how it was done. Have fun, Amancio From owner-freebsd-hackers Sat Dec 30 20:55:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA07254 for hackers-outgoing; Sat, 30 Dec 1995 20:55:04 -0800 (PST) Received: from Aspen.Woc.Atinc.COM ([198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA07246 for ; Sat, 30 Dec 1995 20:54:58 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id XAA17836; Sat, 30 Dec 1995 23:51:52 -0500 Date: Sat, 30 Dec 1995 23:51:51 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Piero Serini cc: "FreeBSD Hackers' List" Subject: Re: Problems with majordomo In-Reply-To: <199512310157.CAA12976@strider.ibenet.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Sun, 31 Dec 1995, Piero Serini wrote: > I just installed majordomo (1.93) on my FBSD 1.1.5.1. > Well, in this moment it's answering to a 'help' request: > > USER PID PPID PRI NI %CPU VSZ RSS STAT TT TIME STARTED COMMAND > daemon 12942 12941 -18 0 26.9 36544 7992 RL ?? 0:29.43 2:52AM /usr/local/bin/perl /usr/local/majordomo/majordomo please dont run majordomo-1.93 use majordomo-1.92. it can be found at kryten.atinc.com:/pub/majordomo. i still have not done that port ;((( Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG From owner-freebsd-hackers Sat Dec 30 21:18:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07995 for hackers-outgoing; Sat, 30 Dec 1995 21:18:29 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA07990 Sat, 30 Dec 1995 21:18:22 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id AAA10691; Sun, 31 Dec 1995 00:18:17 -0500 (EST) Date: Sun, 31 Dec 1995 00:18:14 -0500 (EST) From: "Marc G. Fournier" X-Sender: scrappy@hub.org To: "Jonathan M. Bresler" cc: Piero Serini , "FreeBSD Hackers' List" Subject: Re: Problems with majordomo In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Sat, 30 Dec 1995, Jonathan M. Bresler wrote: > On Sun, 31 Dec 1995, Piero Serini wrote: > > > I just installed majordomo (1.93) on my FBSD 1.1.5.1. > > Well, in this moment it's answering to a 'help' request: > > > > USER PID PPID PRI NI %CPU VSZ RSS STAT TT TIME STARTED COMMAND > > daemon 12942 12941 -18 0 26.9 36544 7992 RL ?? 0:29.43 2:52AM /usr/local/bin/perl /usr/local/majordomo/majordomo > > please dont run majordomo-1.93 use majordomo-1.92. it can be > found at kryten.atinc.com:/pub/majordomo. > > i still have not done that port ;((( > Actually, 1.93 compiles and installs without any problems...except that you need an up to date version of perl. I had to install perl5.001m to use majordomo 1.93. Yup, just confirmed, definitely using 1.93 here. As I said, I had to install perl5.001m to run it, but to date I haven't had any problems with 5.001m either, and all the scripts I use rely on it (perl5.001m, if I recall, compiled out of the box as well...no ports needed, but that was awhile ago) Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-hackers Sat Dec 30 21:26:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08225 for hackers-outgoing; Sat, 30 Dec 1995 21:26:16 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA08220 Sat, 30 Dec 1995 21:26:06 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id AAA10691; Sun, 31 Dec 1995 00:18:17 -0500 (EST) Date: Sun, 31 Dec 1995 00:18:14 -0500 (EST) From: "Marc G. Fournier" X-Sender: scrappy@hub.org To: "Jonathan M. Bresler" cc: Piero Serini , "FreeBSD Hackers' List" Subject: Re: Problems with majordomo In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Sat, 30 Dec 1995, Jonathan M. Bresler wrote: > On Sun, 31 Dec 1995, Piero Serini wrote: > > > I just installed majordomo (1.93) on my FBSD 1.1.5.1. > > Well, in this moment it's answering to a 'help' request: > > > > USER PID PPID PRI NI %CPU VSZ RSS STAT TT TIME STARTED COMMAND > > daemon 12942 12941 -18 0 26.9 36544 7992 RL ?? 0:29.43 2:52AM /usr/local/bin/perl /usr/local/majordomo/majordomo > > please dont run majordomo-1.93 use majordomo-1.92. it can be > found at kryten.atinc.com:/pub/majordomo. > > i still have not done that port ;((( > Actually, 1.93 compiles and installs without any problems...except that you need an up to date version of perl. I had to install perl5.001m to use majordomo 1.93. Yup, just confirmed, definitely using 1.93 here. As I said, I had to install perl5.001m to run it, but to date I haven't had any problems with 5.001m either, and all the scripts I use rely on it (perl5.001m, if I recall, compiled out of the box as well...no ports needed, but that was awhile ago) Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-hackers Sat Dec 30 21:26:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08263 for hackers-outgoing; Sat, 30 Dec 1995 21:26:42 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA08248 for ; Sat, 30 Dec 1995 21:26:25 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id QAA08841 for hackers@freebsd.org; Sun, 31 Dec 1995 16:26:14 +1100 From: michael butler Message-Id: <199512310526.QAA08841@asstdc.scgt.oz.au> Subject: 2.1 instabilities To: hackers@freebsd.org Date: Sun, 31 Dec 1995 16:26:12 +1100 (EST) X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk As a consequence of (not unexpected) instabilities in -current, I reverted four of my machines back to -stable but I have a few niggling problems. Two of them occasionally stop dead whilst under heavy ppp load. Both are using kernel-based ppp. One of them simply stops blinking his cursor and simply goes to sleep. No keyboard response, nothing :-(. Very rarely, it will just spontaneously reboot (which I'd actually prefer as it's 4km away). The other, the only other under such a heavy load, stops forwarding IP packets and a ping (from the host itself) to any one of the remote users returns a "cannot write, no buffers available" error. The mbuf cluster count is <100 although there are usually somewhere around 100-300 mbufs allocated to data (load dependent). Killing any pppd will solve the problem until the next recurrence. Both have 16 meg of RAM. The first is a 486DX/33 with 2 NE2000-clones, the second, a 486DX2/66 with a single WD8013EPC and both serve ~200-500 meg of news per day with c-news (IMHO they have insuffcient RAM for INN). Both machines have only 4 modems attached each with an AST 4-port clone fitted with NS16550AFN ports. Neither have APM. The machine that goes to sleep completely has had _everything_ changed except for the SCSI drive .. that's RAM, power-supply, mother-board, ethernet cards, SCSI controller .. nothing makes any difference although reducing RAM size to 8 meg yields a dead machine within 20 minutes :-(. Switching to user-mode PPP is not an option .. each link is sufficiently saturated so as to cause echo packets to be lost (or delayed beyond its tolerance). Using it, none of them will stay connected for >15 minutes with the end-user's current data rates (bulk NNTP traffic yielding averages above 3000cps). HELP ! (please :-)) michael From owner-freebsd-hackers Sat Dec 30 21:36:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08624 for hackers-outgoing; Sat, 30 Dec 1995 21:36:42 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA08618 for ; Sat, 30 Dec 1995 21:36:25 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA18597; Sun, 31 Dec 1995 16:30:25 +1100 Date: Sun, 31 Dec 1995 16:30:25 +1100 From: Bruce Evans Message-Id: <199512310530.QAA18597@godzilla.zeta.org.au> To: joerg_wunsch@uriah.heep.sax.de, smpatel@wam.umd.edu Subject: Re: /dev/io Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> Is there any good reason why access to /dev/io is allowed for members >> of group kmem? Note that this will give any setgid kmem program >> _full_ (read and write) access to the io registers (since open() is >> the only important action for this device). It's a bug. >While we're on the topic of /dev/io, I have a couple of comments about it. >It seems unintuitive to offer a process IO permission by opening a device >(especially since opening it with RDONLY or RDWR is irrelevant). I know It allows fine access control using the file's ownership and permissions. Since is no such things as O_OPENONLY or O_IOCTLONLY, and no file permission bit for ioctl, the file bits are no use for controlling ioctl access. Bruce From owner-freebsd-hackers Sat Dec 30 21:44:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08901 for hackers-outgoing; Sat, 30 Dec 1995 21:44:30 -0800 (PST) Received: from monolith.cis.net (monolith.cis.net [199.3.14.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA08885 for ; Sat, 30 Dec 1995 21:44:26 -0800 (PST) Received: from stealth.bcl.net by monolith.cis.net (NX5.67d/NX3.0M) id AA29408; Sat, 30 Dec 95 23:38:51 -0800 Received: by stealth.bcl.net with Microsoft Mail id <01BAD710.C48355A0@stealth.bcl.net>; Sat, 30 Dec 1995 23:44:32 -0600 Message-Id: <01BAD710.C48355A0@stealth.bcl.net> From: Kyle Neisen To: "'hackers@freebsd.org'" Subject: Question... Date: Sat, 30 Dec 1995 23:44:04 -0600 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sender: owner-hackers@freebsd.org Precedence: bulk First of all, the system I am using is a Dell Dimension XPS P120c with = 16MB RAM, NEC CD-ROM Drive (Quad-Speed), and a #9FX Motion 771 graphics = card. The question is, will FreeBSD (the latest release) work with this = computer (like the X-Windows and will it support the CD-ROM and graphics = card)? Thanks in advance... Kyle Neisen neisen@bcl.net From owner-freebsd-hackers Sat Dec 30 21:51:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA09112 for hackers-outgoing; Sat, 30 Dec 1995 21:51:25 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA09106 for ; Sat, 30 Dec 1995 21:51:10 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA19107; Sun, 31 Dec 1995 16:46:29 +1100 Date: Sun, 31 Dec 1995 16:46:29 +1100 From: Bruce Evans Message-Id: <199512310546.QAA19107@godzilla.zeta.org.au> To: dawes@rf900.physics.usyd.edu.au, smpatel@wam.umd.edu Subject: Re: /dev/io Cc: hackers@freebsd.org, jkh@time.cdrom.com Sender: owner-hackers@freebsd.org Precedence: bulk >> For what it's worth, the XFree86 servers get I/O permission by using >> the KDENABIO ioctl in the console driver rather than by opening /dev/io. >I wasn't even aware that this existed, but looking at the Xserver source >it seems like BSDI, Linux, FreeBSD, and NetBSD all have it (but only >Free/NetBSD use it for Xserver IO permission). I wasn't aware that /dev/io existed for a long time :-). >This makes it even easier to phase out /dev/io, because the Xservers will >not break and the code for iopl() would be very similar to the code for >the KDENABIO ioctl. I prefer to have this security hole in only one device. I/O permission should not be allowed when securelevel >= 2. One way of implementing this is to remove all of the other holes and classify /dev/io as a kmem device and change its interface so that a write() is required to get I/O permission. (iskmem() really means that writing to the device is a security hole.) >The only non-trivial thing would be implementing IO >permission bitmaps, but I'm not even sure if it's worth it since it would >be a rarely used feature. I think they are only worth it if you want to use securelevel >= 2 and things like X. Bruce From owner-freebsd-hackers Sat Dec 30 21:55:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA09237 for hackers-outgoing; Sat, 30 Dec 1995 21:55:23 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA09230 for ; Sat, 30 Dec 1995 21:55:14 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA19389; Sun, 31 Dec 1995 16:53:23 +1100 Date: Sun, 31 Dec 1995 16:53:23 +1100 From: Bruce Evans Message-Id: <199512310553.QAA19389@godzilla.zeta.org.au> To: bjj@sequent.com, dgy@rtd.com Subject: Re: boot from sd1? Cc: freebsd-hackers@freefall.freebsd.org Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >Question: I have wd0, sd0, sd1, and I boot from sd0 (from before I had >the wd0 drive). When I was running 2.0.5, I patched the boot code to >default to hd1 so that after getting the secondary boot block off of >wd0, it would actually boot from sd0. After I installed 2.1.0, I made >the same change. Now, however, after successfully booting from sd0, >the kernel panics because it isn't pointing at sd0a as the root device. >What did I miss? It should work. The hard part is getting the kernel started. I've often recovered from a wrong root device by booting with -d to run ddb early (with a kernel compiled with options DDB of course) and editing `bootdev'. Bruce From owner-freebsd-hackers Sat Dec 30 22:05:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA09527 for hackers-outgoing; Sat, 30 Dec 1995 22:05:45 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA09522 for ; Sat, 30 Dec 1995 22:05:38 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id RAA16875; Sun, 31 Dec 1995 17:05:13 +1100 From: David Dawes Message-Id: <199512310605.RAA16875@rf900.physics.usyd.edu.au> Subject: Re: /dev/io To: bde@zeta.org.au (Bruce Evans) Date: Sun, 31 Dec 1995 17:05:13 +1100 (EST) Cc: smpatel@wam.umd.edu, hackers@freebsd.org, jkh@time.cdrom.com In-Reply-To: <199512310546.QAA19107@godzilla.zeta.org.au> from "Bruce Evans" at Dec 31, 95 04:46:29 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk >>> For what it's worth, the XFree86 servers get I/O permission by using >>> the KDENABIO ioctl in the console driver rather than by opening /dev/io. > >>I wasn't even aware that this existed, but looking at the Xserver source >>it seems like BSDI, Linux, FreeBSD, and NetBSD all have it (but only >>Free/NetBSD use it for Xserver IO permission). > >I wasn't aware that /dev/io existed for a long time :-). > >>This makes it even easier to phase out /dev/io, because the Xservers will >>not break and the code for iopl() would be very similar to the code for >>the KDENABIO ioctl. > >I prefer to have this security hole in only one device. I/O permission >should not be allowed when securelevel >= 2. One way of implementing >this is to remove all of the other holes and classify /dev/io as a kmem >device and change its interface so that a write() is required to get >I/O permission. (iskmem() really means that writing to the device is a >security hole.) > >>The only non-trivial thing would be implementing IO >>permission bitmaps, but I'm not even sure if it's worth it since it would >>be a rarely used feature. > >I think they are only worth it if you want to use securelevel >= 2 >and things like X. Another thing X needs is to mmap the video memory (which is usually done by mmapping /dev/mem). That can't be done at securelevel >= 2 can it? For NetBSD there is an "aperture" driver to deal with this. It does weaken security when the driver is not in use (it is single open). A better way would be to have a /dev/fb. Automatic configuration of something like that wouldn't be too bad for most PCI video cards, but for others it will make X server configuration even more difficult than it is now (but perhaps that's tolerable if you need to run at a high security level). David From owner-freebsd-hackers Sat Dec 30 22:55:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10992 for hackers-outgoing; Sat, 30 Dec 1995 22:55:21 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA10969 for ; Sat, 30 Dec 1995 22:54:32 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA21313; Sun, 31 Dec 1995 17:50:52 +1100 Date: Sun, 31 Dec 1995 17:50:52 +1100 From: Bruce Evans Message-Id: <199512310650.RAA21313@godzilla.zeta.org.au> To: bde@zeta.org.au, dawes@rf900.physics.usyd.edu.au Subject: Re: /dev/io Cc: hackers@freebsd.org, jkh@time.cdrom.com, smpatel@wam.umd.edu Sender: owner-hackers@freebsd.org Precedence: bulk >>>The only non-trivial thing would be implementing IO >>>permission bitmaps, but I'm not even sure if it's worth it since it would >>>be a rarely used feature. >> >>I think they are only worth it if you want to use securelevel >= 2 >>and things like X. >Another thing X needs is to mmap the video memory (which is usually done >by mmapping /dev/mem). That can't be done at securelevel >= 2 can it? Mmapping /dev/vga only requires root permissions. Does X still uses this? It used to be good enough before there were linear frame buffers. >For NetBSD there is an "aperture" driver to deal with this. It does >weaken security when the driver is not in use (it is single open). >A better way would be to have a /dev/fb. Automatic configuration of >something like that wouldn't be too bad for most PCI video cards, but for >others it will make X server configuration even more difficult than it >is now (but perhaps that's tolerable if you need to run at a high >security level). The X server would have to feed back the frame buffer addresses to the driver. This would have to be done soon after boot time or before boot time. This wouldn't be too hard if there aren't many addresses. There are likely to be more problems with magic i/o's. Consider a graphics board that can do DMA or otherwise access system RAM (are there any such supported by XFree86?). To stop the X server doing this (after it has been subverted) i/o's would have to be restricted to certain ports. The X server could securely feed back the list of ports that it wants to the driver, much like it does for frame buffer addresses. However, the list would be much longer, and if the same ports are used for both security holes and normal operations. then a simple list wouldn't be good enough. Bruce From owner-freebsd-hackers Sat Dec 30 23:17:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA11597 for hackers-outgoing; Sat, 30 Dec 1995 23:17:53 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA11592 for ; Sat, 30 Dec 1995 23:17:46 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id SAA17039; Sun, 31 Dec 1995 18:17:33 +1100 From: David Dawes Message-Id: <199512310717.SAA17039@rf900.physics.usyd.edu.au> Subject: Re: /dev/io To: bde@zeta.org.au (Bruce Evans) Date: Sun, 31 Dec 1995 18:17:33 +1100 (EST) Cc: hackers@freebsd.org In-Reply-To: <199512310650.RAA21313@godzilla.zeta.org.au> from "Bruce Evans" at Dec 31, 95 05:50:52 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk >>>>The only non-trivial thing would be implementing IO >>>>permission bitmaps, but I'm not even sure if it's worth it since it would >>>>be a rarely used feature. >>> >>>I think they are only worth it if you want to use securelevel >= 2 >>>and things like X. > >>Another thing X needs is to mmap the video memory (which is usually done >>by mmapping /dev/mem). That can't be done at securelevel >= 2 can it? > >Mmapping /dev/vga only requires root permissions. Does X still uses >this? It used to be good enough before there were linear frame buffers. It is only used if /dev/mem can't be mmapped and if the requested address is in the range /dev/vga can handle. It isn't good enough for cards which require the use of a linear fb. >>For NetBSD there is an "aperture" driver to deal with this. It does >>weaken security when the driver is not in use (it is single open). >>A better way would be to have a /dev/fb. Automatic configuration of >>something like that wouldn't be too bad for most PCI video cards, but for >>others it will make X server configuration even more difficult than it >>is now (but perhaps that's tolerable if you need to run at a high >>security level). > >The X server would have to feed back the frame buffer addresses to the >driver. This would have to be done soon after boot time or before boot >time. This wouldn't be too hard if there aren't many addresses. > >There are likely to be more problems with magic i/o's. Consider a >graphics board that can do DMA or otherwise access system RAM (are there >any such supported by XFree86?). To stop the X server doing this (after XFree86 doesn't support any graphics boards that do DMA. >it has been subverted) i/o's would have to be restricted to certain >ports. The X server could securely feed back the list of ports that it >wants to the driver, much like it does for frame buffer addresses. >However, the list would be much longer, and if the same ports are used >for both security holes and normal operations. then a simple list >wouldn't be good enough. I think the key point is in how the X server securely feeds back the list of ports and fb addresses. It would have to be done before entering multiuser mode -- either built in to the kernel (or handled with /kernel -c), or by running the X server with a special flag during boot. If this can be done OK, then I don't think there would be problems with the same ports being used for both security holes and normal operations providing the /dev/fb device is single-open (to prevent spying on the fb contents). Making it single-open prevents the running of multiple servers, or use of the new DGA extension, but I think that's inevitable at a high security level. David From owner-freebsd-hackers Sat Dec 30 23:34:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA12087 for hackers-outgoing; Sat, 30 Dec 1995 23:34:31 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA12061 for ; Sat, 30 Dec 1995 23:34:07 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA22598; Sun, 31 Dec 1995 18:31:34 +1100 Date: Sun, 31 Dec 1995 18:31:34 +1100 From: Bruce Evans Message-Id: <199512310731.SAA22598@godzilla.zeta.org.au> To: hackers@freebsd.org, imb@scgt.oz.au Subject: Re: 2.1 instabilities Sender: owner-hackers@freebsd.org Precedence: bulk >As a consequence of (not unexpected) instabilities in -current, I reverted >four of my machines back to -stable but I have a few niggling problems. >Two of them occasionally stop dead whilst under heavy ppp load. Both are >using kernel-based ppp. One of them simply stops blinking his cursor and >simply goes to sleep. No keyboard response, nothing :-(. Very rarely, it >will just spontaneously reboot (which I'd actually prefer as it's 4km away). Try the following fix from -current: --- [part of] diff -c -2 -r1.8.4.1 -r1.12 *** spl.h 1995/08/23 09:43:11 1.8.4.1 --- spl.h 1995/10/30 17:01:37 1.12 *************** *** 63,69 **** * run while other swi handlers are running and timeout routines can call * swi handlers. Everything includes SWI_AST_MASK so that AST's are masked ! * until just before return to user mode. */ ! #define SWI_TTY_MASK (SWI_TTY_PENDING | SWI_CLOCK_MASK) #define SWI_NET_MASK (SWI_NET_PENDING | SWI_CLOCK_MASK) #define SWI_CLOCK_MASK (SWI_CLOCK_PENDING | SWI_AST_MASK) --- 63,73 ---- * run while other swi handlers are running and timeout routines can call * swi handlers. Everything includes SWI_AST_MASK so that AST's are masked ! * until just before return to user mode. SWI_TTY_MASK includes SWI_NET_MASK ! * in case tty interrupts are processed at splsofttty() for a tty that is in ! * SLIP or PPP line discipline (this is weaker than merging net_imask with ! * tty_imask in isa.c - splimp() must mask hard and soft tty interrupts, but ! * spltty() apparently only needs to mask soft net interrupts). */ ! #define SWI_TTY_MASK (SWI_TTY_PENDING | SWI_CLOCK_MASK | SWI_NET_MASK) #define SWI_NET_MASK (SWI_NET_PENDING | SWI_CLOCK_MASK) #define SWI_CLOCK_MASK (SWI_CLOCK_PENDING | SWI_AST_MASK) --- >The other, the only other under such a heavy load, stops forwarding IP >packets and a ping (from the host itself) to any one of the remote users >returns a "cannot write, no buffers available" error. The mbuf cluster count >is <100 although there are usually somewhere around 100-300 mbufs allocated >to data (load dependent). Killing any pppd will solve the problem until the >next recurrence. The fix is less likely to help here. >... >Switching to user-mode PPP is not an option .. each link is sufficiently >saturated so as to cause echo packets to be lost (or delayed beyond its >tolerance). Using it, none of them will stay connected for >15 minutes with >the end-user's current data rates (bulk NNTP traffic yielding averages above >3000cps). 3000 cps/line (8 lines?). That is possible but perhaps not easy for the 486DX33. These changes from -current and hsu's changes for increasing the buffer sizes might help. These changes only affect termios mode, not slip or ppp. --- [part of] diff -c -2 -r1.46.2.2 -r1.78 *** tty.c 1995/11/03 08:01:04 1.46.2.2 --- tty.c 1995/12/16 21:45:02 1.78 *************** *** 216,220 **** */ clist_alloc_cblocks(&tp->t_canq, TTYHOG, 512); ! clist_alloc_cblocks(&tp->t_outq, TTMAXHIWAT + 200, 512); clist_alloc_cblocks(&tp->t_rawq, TTYHOG, TTYHOG); --- 222,227 ---- */ clist_alloc_cblocks(&tp->t_canq, TTYHOG, 512); ! clist_alloc_cblocks(&tp->t_outq, TTMAXHIWAT + OBUFSIZ + 100, ! TTMAXHIWAT + OBUFSIZ + 100); clist_alloc_cblocks(&tp->t_rawq, TTYHOG, TTYHOG); *************** *** 1161,1165 **** --- 1168,1185 ---- ttwakeup(tp); if (ISSET(tp->t_state, TS_TBLOCK)) { + if (rw & FWRITE) + FLUSHQ(&tp->t_outq); ttyunblock(tp); + + /* + * Don't let leave any state that might clobber the + * next line discipline (although we should do more + * to send the START char). Not clearing the state + * may have caused the "putc to a clist with no + * reserved cblocks" panic/printf. + */ + CLR(tp->t_state, TS_TBLOCK); + + #if 0 /* forget it, sleeping isn't always safe and we don't know when it is */ if (ISSET(tp->t_iflag, IXOFF)) { /* *************** *** 1181,1184 **** --- 1201,1205 ---- goto again; } + #endif } } *************** *** 1672,1676 **** s = spltty(); oldsig = wait ? curproc->p_siglist : 0; ! if (tp->t_outq.c_cc > hiwat + 200) while (tp->t_outq.c_cc > hiwat) { ttstart(tp); --- 1699,1703 ---- s = spltty(); oldsig = wait ? curproc->p_siglist : 0; ! if (tp->t_outq.c_cc > hiwat + OBUFSIZ + 100) while (tp->t_outq.c_cc > hiwat) { ttstart(tp); --- Bruce