From owner-freebsd-hackers Sun Mar 12 00:43:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA10048 for hackers-outgoing; Sun, 12 Mar 1995 00:43:53 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA10042 for ; Sun, 12 Mar 1995 00:43:52 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: configuring 2 Ultrastore U24F cards in 1 system To: steve2@genesis.tiac.net (Steve Gerakines) Date: Sun, 12 Mar 1995 00:43:19 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503120813.AAA22467@genesis.tiac.net> from "Steve Gerakines" at Mar 12, 95 00:13:38 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 636 Sender: hackers-owner@FreeBSD.org Precedence: bulk I had an EISA probe routine working before 2.0 but it had problems with some other parts of thesystem (the interrupt code) that has since been fixed.. it's probably in my home on freefall, if not I'm sure I can dig it up.. julian > > > It will always return the lowest slot numbered 24F it finds, try this > > patch it should fix it. > > Oh well you're too quick Rod. :-) I still think the correct way to > fix the EISA stuff is to have a single i386/eisa probe. If no one > else does it I was planning on tackling it once I get 2.0 up. Are > LKM's working (or planned) under 2.0 yet? > > - Steve > steve2@genesis.tiac.net > From owner-freebsd-hackers Sun Mar 12 00:49:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA10641 for hackers-outgoing; Sun, 12 Mar 1995 00:49:34 -0800 Received: from ns.dknet.dk (root@ns.dknet.dk [193.88.44.42]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA10635 for ; Sun, 12 Mar 1995 00:49:32 -0800 Received: from login.dknet.dk by ns.dknet.dk with SMTP id AA11450 (5.65c8/IDA-1.4.4j for ); Sun, 12 Mar 1995 09:49:27 +0100 Received: by login.dknet.dk (4.1/SMI-4.1DKnet00) id AA00812; Sun, 12 Mar 95 09:46:54 +0100 From: sos@login.dknet.dk (S|ren Schmidt) Message-Id: <9503120846.AA00812@login.dknet.dk> Subject: Re: laptop suggestions To: aw2t+@andrew.cmu.edu (Alex R.N. Wetmore) Date: Sun, 12 Mar 95 9:46:53 MET Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: ; from "Alex R.N. Wetmore" at Mar 12, 95 1:02 am X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Excerpts from internet.computing.freebsd-hackers: 11-Mar-95 laptop > suggestions by Poul-Henning Kamp@ref.tf > > I'm in the market for a < $3000 laptop, any good suggetions ? Go look in the store where jordan bought mine :-) It nice and steady (no APM though) runs like a charm: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time .. From owner-freebsd-hackers Sun Mar 12 01:31:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11355 for hackers-outgoing; Sun, 12 Mar 1995 01:31:13 -0800 Received: from gate.sinica.edu.tw (gate.sinica.edu.tw [140.109.14.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA11349 for ; Sun, 12 Mar 1995 01:31:10 -0800 Received: by gate.sinica.edu.tw (5.0/SMI-SVR4) id AA20641; Sun, 12 Mar 1995 17:29:24 --800 Date: Sun, 12 Mar 1995 17:27:32 +0800 (CST) From: Brian Tao Subject: re: A "FreeBSD" Daemon To: hackers@FreeBSD.org In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 646 Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 8 Mar 1995, Aled Morris wrote: > > The biggest problem I've had is the name "Free" BSD - as soon as people > hear "Free" they just switch off, insisting that SCO/Sun/HP "bought" > solutions would be better. I agree. Out of the three, I would say "NetBSD" has the nicest ring to it. "FreeBSD" and "Linux" don't have that "professional" sound to them. I suppose you could go around telling everyone not to judge a book by its cover, but it would be easier just to come up with a nicer cover. :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sun Mar 12 01:42:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11599 for hackers-outgoing; Sun, 12 Mar 1995 01:42:07 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA11592 for ; Sun, 12 Mar 1995 01:41:57 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01035; Sun, 12 Mar 1995 10:38:17 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id KAA19143 for freebsd-hackers@freebsd.org; Sun, 12 Mar 1995 10:38:16 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA04670 for freebsd-hackers@freebsd.org; Sun, 12 Mar 1995 09:37:47 +0100 From: J Wunsch Message-Id: <199503120837.JAA04670@uriah.heep.sax.de> Subject: Re: coff loader To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 12 Mar 1995 09:37:47 +0100 (MET) In-Reply-To: <199503120353.TAA09075@ref.tfs.com> from "Poul-Henning Kamp" at Mar 11, 95 07:53:44 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 439 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > > The coff loader (imgact_coff) shows some slightly nasty warnings. > > This would be a good excercise for somebody to take a look at the code, > and then send a patch to Sean or Soren with the fixes.. 'twas an easy job right before having breakfast. Done. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 12 01:54:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11727 for hackers-outgoing; Sun, 12 Mar 1995 01:54:08 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA11721 for ; Sun, 12 Mar 1995 01:54:05 -0800 Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0rnkLX-0001pVC; Sun, 12 Mar 95 01:53 PST Received: (from root@localhost) by io.cts.com (8.6.11/8.6.9) id BAA00204 for hackers@freebsd.org; Sun, 12 Mar 1995 01:40:55 -0800 From: Morgan Davis Message-Id: <199503120940.BAA00204@io.cts.com> Subject: PAS trouble in 3/10 current? To: hackers@FreeBSD.org Date: Sun, 12 Mar 1995 01:40:55 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1499 Sender: hackers-owner@FreeBSD.org Precedence: bulk I've followed all the sound.doc recommendations from the 3/10 -current and something still isn't right. First, this bit from dmesg: nca0 at 0x1f88-0x1f8b irq 12 on isa nca0: type ProAudioSpectrum-16 scbus0: probe0(nca0:1:0): type 5(readonly) removable SCSI2 probe0(nca0:1:0): cd0(nca0:1:0): CD-ROM cd0(nca0:1:0): UNIT ATTENTION asc:28 cd0: could not get size drive empty ...and yet, there is a CD in the drive, and all my CD stuff seems to work (e.g. xmcd). (Suffice to say, previous kernel build from 2/10 -current detected and reported a disc). (And, shouldn't that say "cd0: drive empty" or better "cd0: could not get size, drive empty"?) And then this: snd3 at 0x388 irq 10 drq 6 on isa snd3: snd2 at 0x220 irq 7 drq 1 on isa snd2: snd1 not found at 0x38a This from sound.doc: >Note for PAS user: you should change snd1 line to >#device snd1 at isa? port 0x38a >(next stereo port) to avoid conflict with snd3 Here are the relevant configs from my kernel: controller scbus0 #base SCSI code device cd0 #SCSI CD-ROMs options SCSIUSER controller nca0 at isa? port 0x1f88 bio irq 12 vector ncaintr options AUDIO_PAS options AUDIO_SB # All EXLCUDE options are commented out device snd3 at isa? port 0x388 irq 10 drq 6 vector pasintr device snd2 at isa? port 0x220 irq 7 drq 1 vector sbintr device snd1 at isa? port 0x38a From owner-freebsd-hackers Sun Mar 12 02:35:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA12549 for hackers-outgoing; Sun, 12 Mar 1995 02:35:19 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA12543 for ; Sun, 12 Mar 1995 02:35:18 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id CAA14852; Sun, 12 Mar 1995 02:34:29 -0800 Date: Sun, 12 Mar 1995 02:34:29 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503121034.CAA14852@netcom14.netcom.com> To: hackers@FreeBSD.org Subject: text's start address? Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I am trying to port mdos (mach dos emulator) to lites 1.0. At any rate, mdos loads mdos.mon which is a Z magic program. So how can I calculate the starting address for the executable mdos.mon so I can jump to it from mdos? Tnks, Amancio From owner-freebsd-hackers Sun Mar 12 03:16:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA13011 for hackers-outgoing; Sun, 12 Mar 1995 03:16:14 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA13005 for ; Sun, 12 Mar 1995 03:16:11 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02236; Sun, 12 Mar 1995 12:12:25 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id MAA20002; Sun, 12 Mar 1995 12:12:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id MAA05559; Sun, 12 Mar 1995 12:14:36 +0100 From: J Wunsch Message-Id: <199503121114.MAA05559@uriah.heep.sax.de> Subject: Re: Serial communications section in the FAQ To: roberto@hsc.fr.net Date: Sun, 12 Mar 1995 12:14:34 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <199503111243.NAA03179@keltia.frmug.fr.net> from "Ollivier Robert" at Mar 11, 95 01:43:10 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 932 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Ollivier Robert wrote: > > Please everyone have a look at the serial communications section in the new > HTML FreeBSD FAQ (http://www.freebsd.org/~roberto/FAQ/ till it is linked in > the main WWW repository). I found the following problems from a quick glance: 10.2 The ttyXX ports are no longer actually there, since they are identical to ttydX. 10.5 (Lock/initial devices) Perhaps a reference to /etc/rc.serial could be there, it's a good place for such commands to go. 10.8 ``...since cu is just a hard link to tip.'' I thought we agreed to provide Taylor cu as our default? (Likewise, the sections following that describe the ugly syntax of /etc/remote look a bit ancient... Taylor config is _way_ easier.) Despite of this: GREAT JOB! This FAQ looks really nice! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 12 03:35:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA13589 for hackers-outgoing; Sun, 12 Mar 1995 03:35:38 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA13573 for ; Sun, 12 Mar 1995 03:35:29 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA10444; Sun, 12 Mar 1995 21:34:16 +1000 Date: Sun, 12 Mar 1995 21:34:16 +1000 From: Bruce Evans Message-Id: <199503121134.VAA10444@godzilla.zeta.org.au> To: hackers@FreeBSD.org, hasty@netcom.com Subject: Re: text's start address? Sender: hackers-owner@FreeBSD.org Precedence: bulk >I am trying to port mdos (mach dos emulator) to lites 1.0. >At any rate, mdos loads mdos.mon which is a Z magic program. >So how can I calculate the starting address for the executable >mdos.mon so I can jump to it from mdos? The entry address is in a_entry in struct exec. Bruce From owner-freebsd-hackers Sun Mar 12 03:59:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA14230 for hackers-outgoing; Sun, 12 Mar 1995 03:59:22 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA14224 for ; Sun, 12 Mar 1995 03:59:22 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id DAA18737; Sun, 12 Mar 1995 03:57:53 -0800 Date: Sun, 12 Mar 1995 03:57:53 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503121157.DAA18737@netcom14.netcom.com> To: bde@zeta.org.au, hackers@FreeBSD.org, hasty@netcom.com Subject: Re: text's start address? Sender: hackers-owner@FreeBSD.org Precedence: bulk This is what I am doing: gcc -Xlinker "-Z" static -o mdos.mon test.c here is a hexdump of mdos.mon: 0000000 010b 0000 9000 0000 2000 0000 2544 0000 0000010 102c 0000 0018 0000 0000 0000 0000 0000 0000020 0000 0000 0000 0000 0000 0000 0000 0000 * ------ (mdos reads header of mdos.mon) gdb mdos ... Breakpoint 1, main (argc=1, argv=0xefbfd978) at mdos.c:176 176 asm volatile("movl %1, %%esp; jmp %2" : (gdb) print ex $3 = {a_magic = 267, a_text = 36864, a_data = 8192, a_bss = 9540, a_syms = 4140, a_entry = 24, a_trsize = 0, a_drsize = 0} a_entry appears to have a low value /bg/local/src/mdos/src/monitor > gdb mdos.mon GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... (gdb) x/i main 0x578
: pushl %ebp So it appears that for me to get to main the actual address is 0x1578. Now the question is how can I arrive at this number from the data structure ex? Tnks Amancio From owner-freebsd-hackers Sun Mar 12 04:10:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA14777 for hackers-outgoing; Sun, 12 Mar 1995 04:10:40 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA14742 for ; Sun, 12 Mar 1995 04:10:29 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA11049; Sun, 12 Mar 1995 22:07:49 +1000 Date: Sun, 12 Mar 1995 22:07:49 +1000 From: Bruce Evans Message-Id: <199503121207.WAA11049@godzilla.zeta.org.au> To: bde@zeta.org.au, hackers@FreeBSD.org, hasty@netcom.com Subject: Re: text's start address? Sender: hackers-owner@FreeBSD.org Precedence: bulk >(mdos reads header of mdos.mon) >gdb mdos >... >Breakpoint 1, main (argc=1, argv=0xefbfd978) at mdos.c:176 >176 asm volatile("movl %1, %%esp; jmp %2" : >(gdb) print ex >$3 = {a_magic = 267, a_text = 36864, a_data = 8192, a_bss = 9540, > a_syms = 4140, a_entry = 24, a_trsize = 0, a_drsize = 0} >a_entry appears to have a low value 0x18. >... >(gdb) x/i main >0x578
: pushl %ebp >So it appears that for me to get to main the actual address is >0x1578. Now the question is how can I arrive at this number >from the data structure ex? Execution starts at 0x18, not at _main. 0x18 is in the data structure. Bruce From owner-freebsd-hackers Sun Mar 12 04:16:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA14850 for hackers-outgoing; Sun, 12 Mar 1995 04:16:27 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA14844 for ; Sun, 12 Mar 1995 04:16:25 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id EAA19597; Sun, 12 Mar 1995 04:15:15 -0800 Date: Sun, 12 Mar 1995 04:15:15 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503121215.EAA19597@netcom14.netcom.com> To: bde@zeta.org.AU, hackers@FreeBSD.org, hasty@netcom.com Subject: Re: text's start address? Sender: hackers-owner@FreeBSD.org Precedence: bulk Hmm.... mdos is just a mini loader which loads mdos.mon at a fix address 1000000. Now if I jump to location 0x18 wouldn't that start mdos over again?? Amancio From owner-freebsd-hackers Sun Mar 12 04:25:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA14966 for hackers-outgoing; Sun, 12 Mar 1995 04:25:12 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA14960 for ; Sun, 12 Mar 1995 04:25:10 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id EAA06146; Sun, 12 Mar 1995 04:25:04 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id EAA20199; Sun, 12 Mar 1995 04:25:04 -0800 Message-Id: <199503121225.EAA20199@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: hasty@netcom.com (Amancio Hasty Jr) cc: hackers@FreeBSD.org Subject: Re: text's start address? In-reply-to: Your message of "Sun, 12 Mar 95 04:15:15 PST." <199503121215.EAA19597@netcom14.netcom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 12 Mar 1995 04:25:02 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Hmm.... > >mdos is just a mini loader which loads mdos.mon at a fix address 1000000. >Now if I jump to location 0x18 wouldn't that start mdos over again?? I started reading this thread rather late...but a couple of things: the a.out header is 0x20 bytes large. The entry address is usually to a function in crt0 (_not_ in main()). ...don't know if this helps. -DG From owner-freebsd-hackers Sun Mar 12 04:36:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA15082 for hackers-outgoing; Sun, 12 Mar 1995 04:36:59 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA15074 for ; Sun, 12 Mar 1995 04:36:50 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA11534; Sun, 12 Mar 1995 22:31:14 +1000 Date: Sun, 12 Mar 1995 22:31:14 +1000 From: Bruce Evans Message-Id: <199503121231.WAA11534@godzilla.zeta.org.au> To: bde@zeta.org.au, hackers@FreeBSD.org, hasty@netcom.com Subject: Re: text's start address? Sender: hackers-owner@FreeBSD.org Precedence: bulk >mdos is just a mini loader which loads mdos.mon at a fix address 1000000. >Now if I jump to location 0x18 wouldn't that start mdos over again?? You have to add the 1000000 unless that is in a_entry. It probably should be in_a_entry. There is no way to tell from the header what the load address should be. Bruce From owner-freebsd-hackers Sun Mar 12 05:22:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA15983 for hackers-outgoing; Sun, 12 Mar 1995 05:22:30 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA15975 for ; Sun, 12 Mar 1995 05:22:29 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id FAA21930; Sun, 12 Mar 1995 05:21:24 -0800 Date: Sun, 12 Mar 1995 05:21:24 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503121321.FAA21930@netcom14.netcom.com> To: bde@zeta.org.au, hackers@FreeBSD.org, hasty@netcom.com Subject: Re: text's start address? Sender: hackers-owner@FreeBSD.org Precedence: bulk Okay, I re-linked mdos.mon with "-T 1000000" and mdos now gets a valid ex.a_entry. However, when I jump to location 1000038, I get a core dump. mdos.mon is a simple program which prints 10. I just wanted to debug the loading process so I replace mdos.mon with the simple program. The other thing that I noticed is that when I try to execute mdos.mon, I get the error : ./mdos.mon: Exec format error. Wrong Architecture. /bg/local/src/mdos/src/monitor > file mdos.mon mdos.mon: FreeBSD/i386 demand paged executable not stripped The last problem is not related to my main problem just curious as to why the system prevents from executing the program. Tnks, Amancio From owner-freebsd-hackers Sun Mar 12 05:33:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA16378 for hackers-outgoing; Sun, 12 Mar 1995 05:33:26 -0800 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA16371 for hackers; Sun, 12 Mar 1995 05:33:25 -0800 Date: Sun, 12 Mar 1995 05:33:25 -0800 From: "Jordan K. Hubbard" Message-Id: <199503121333.FAA16371@freefall.cdrom.com> To: hackers Subject: info robot Sender: hackers-owner@FreeBSD.org Precedence: bulk Is back online! Mail to info@FreeBSD.org as usual. I've also added a couple of new information catagories since we've improved the FAQ situation somewhat. Many thanks to Ian Holland for coming through again! Jordan P.S. Yes, I'm still at CeBIT, but thanks to the miracle of modern technology (and EUNET, who's charging a fortune for it :-) I can be with you here in our booth! I still cannot read mail all that easily however, so please don't expect any replies from me until I return. From owner-freebsd-hackers Sun Mar 12 05:50:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA16751 for hackers-outgoing; Sun, 12 Mar 1995 05:50:59 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA16745 for ; Sun, 12 Mar 1995 05:50:48 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA12746; Sun, 12 Mar 1995 23:49:10 +1000 Date: Sun, 12 Mar 1995 23:49:10 +1000 From: Bruce Evans Message-Id: <199503121349.XAA12746@godzilla.zeta.org.au> To: bde@zeta.org.au, hackers@FreeBSD.org, hasty@netcom.com Subject: Re: text's start address? Sender: hackers-owner@FreeBSD.org Precedence: bulk >Okay, I re-linked mdos.mon with "-T 1000000" and mdos now gets a >valid ex.a_entry. However, when I jump to location 1000038, I get a >core dump. mdos.mon is a simple program which prints 10. I just It was 0x1000000 + 0x18 before. Did something strip of the 0x1000 byte file header? >wanted to debug the loading process so I replace mdos.mon with the >simple program. The other thing that I noticed is that when I try >to execute mdos.mon, I get the error : >./mdos.mon: Exec format error. Wrong Architecture. I'm not sure if ZMAGIC is still supported. `/kernel' doesn't work either: sh: /kernel: 1: Syntax error: "(" unexpected # braindamaged bash: /kernel: cannot execute binary file # why? csh: Exec format error. Wrong Architecture. # OK >The last problem is not related to my main problem just curious as >to why the system prevents from executing the program. It probably doesn't support the nonzero entry address. Perhaps you are mixing MAGICs. The usual entry address for QMAGIC is 0x1000 + 0x38, the 0x1000 for the unmapped zero page and the 0x38 because there happens to be 0x38 bytes of consts (strings, etc) before the program start in crt0.o. For QMAGIC the file header is part of the program. Bruce From owner-freebsd-hackers Sun Mar 12 06:16:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA17038 for hackers-outgoing; Sun, 12 Mar 1995 06:16:35 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA17032 for ; Sun, 12 Mar 1995 06:16:33 -0800 From: Remy.Card@masi.ibp.fr Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id PAA00307 for ; Sun, 12 Mar 1995 15:15:45 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA26814; Sun, 12 Mar 95 15:16:37 +0100 Received: (card@localhost) by bbj.ibp.fr (8.6.9/bbj-1.0) id PAA00110 for hackers@freebsd.org; Sun, 12 Mar 1995 15:11:25 GMT Message-Id: <199503121511.PAA00110@bbj.ibp.fr> Subject: gnu/usr.sbin missing To: hackers@FreeBSD.org Date: Sun, 12 Mar 1995 15:11:24 +0000 () X-Mailer: ELM [version 2.4 PL23beta2] Content-Type: text Content-Length: 1098 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, In the top level source Makefile, the targets ``most'' and ``installmost'' have not been modified to take gnu/usr.sbin into account. Can someone please commit the enclosed patch? Thanks Remy *** Makefile.old Sun Mar 12 15:07:24 1995 --- Makefile Sun Mar 12 15:08:01 1995 *************** *** 154,159 **** --- 154,160 ---- cd ${.CURDIR}/usr.sbin && ${MAKE} ${.MAKEFLAGS} install cd ${.CURDIR}/gnu/libexec && ${MAKE} ${.MAKEFLAGS} install cd ${.CURDIR}/gnu/usr.bin && ${MAKE} ${.MAKEFLAGS} install + cd ${.CURDIR}/gnu/usr.sbin && ${MAKE} ${.MAKEFLAGS} install #.if defined(MAKE_EBONES) && !defined(NOCRYPT) # cd ${.CURDIR}/eBones && ${MAKE} ${.MAKEFLAGS} installmost #.endif *************** *** 172,177 **** --- 173,179 ---- cd ${.CURDIR}/usr.sbin && ${MAKE} ${.MAKEFLAGS} all cd ${.CURDIR}/gnu/libexec && ${MAKE} ${.MAKEFLAGS} all cd ${.CURDIR}/gnu/usr.bin && ${MAKE} ${.MAKEFLAGS} all + cd ${.CURDIR}/gnu/usr.sbin && ${MAKE} ${.MAKEFLAGS} all #.if defined(MAKE_EBONES) && !defined(NOCRYPT) # cd ${.CURDIR}/eBones && ${MAKE} ${.MAKEFLAGS} most #.endif From owner-freebsd-hackers Sun Mar 12 07:16:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA18050 for hackers-outgoing; Sun, 12 Mar 1995 07:16:49 -0800 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA18044 for ; Sun, 12 Mar 1995 07:16:42 -0800 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id QAA00310 for ; Sun, 12 Mar 1995 16:24:09 +0100 Received: by uni4nn.iaf.nl with UUCP id AA10995 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Sun, 12 Mar 1995 16:14:30 +0200 Received: by iafnl.iaf.nl with UUCP id AA28549 (5.65c/IDA-1.4.4); Sun, 12 Mar 1995 14:23:12 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id OAA00159 for FreeBSD-hackers@freebsd.org; Sun, 12 Mar 1995 14:12:27 +0100 From: Wilko Bulte Message-Id: <199503121312.OAA00159@yedi.iaf.nl> Subject: patch for probing multiple Ultrastore U24f To: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers list) Date: Sun, 12 Mar 1995 14:12:26 +1596657 (MET) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 4467 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi Attached is a change to uha24_init() that allows multiple Ultrastore 24 cards to be probed correctly. The problem with the original version was that for each card listed in the kernel config file the uha24_init() was called that started its search for boards EACH TIME with slot 1. Result was that the first board (lowest slot#) was found multiple times, causing havoc with the SCSI devices attached to it. Note that the source below is based on 1.1.5. Could someone close to the WC source machine check how 2.0-current looks like and if necessary fix the problem there? Thanks, Wilko /* * Initialize an Ultrastor 24F */ int uha24_init(unit) int unit; { unsigned char p0, p1, p2, p3, p5, p6, p7; unsigned char id[7], rev, emu, haid; int port = 0, irq, i; static int slot = 1; int resetcount = 4000; struct uha_data *uha = uhadata[unit]; struct uha_reg *ur = uhareg[unit]; struct uha_bits *ub = uhabits[unit]; /* Search for the 24F's product ID */ while (slot < 15) { /* * Prepare to use a 24F. */ port = EISA_CONFIG | (slot << 12); ur->id = port + 0x00; ur->type = port + 0x02; ur->ectl = port + 0x04; ur->config = port + 0x05; /* 0-2 for 24F */ ur->lmask = port + 0x0c; ur->lint = port + 0x0d; ur->smask = port + 0x0e; ur->sint = port + 0x0f; ur->ogmcmd = port + 0x16; ur->ogmptr = port + 0x17; ur->icmcmd = port + 0x1b; ur->icmptr = port + 0x1c; ub->ldip = U24_LDIP; ub->adrst = U24_ADRST; ub->sbrst = U24_SBRST; ub->asrst = U24_ASRST; ub->abort = U24_ABORT; ub->ogmint = U24_OGMINT; ub->sintp = U24_SINTP; ub->abort_succ = U24_ABORT_SUCC; ub->abort_fail = U24_ABORT_FAIL; ub->abort_ack = U24_ABORT_ACK; ub->icm_ack = U24_ICM_ACK; /* Make sure an EISA card is installed in this slot. */ outb(ur->id, 0xff); p0 = inb(ur->id); if (p0 == 0xff || (p0 & 0x80) != 0) { slot++; continue; } /* It's EISA, so make sure the card is enabled. */ if ((inb(ur->ectl) & EISA_DISABLE) == 0) { slot++; continue; } /* Found an enabled card. Grab the product ID. */ p1 = inb(ur->id+1); p2 = inb(ur->type); p3 = inb(ur->type+1); id[0] = 0x40 + ((p0 >> 2) & 0x1f); id[1] = 0x40 + (((p0 & 0x03) << 3) | ((p1 >> 5) & 0x07)); id[2] = 0x40 + (p1 & 0x1f); id[3] = "0123456789abcdef"[(p2 >> 4) & 0x0f]; id[4] = "0123456789abcdef"[p2 & 0x0f]; id[5] = "0123456789abcdef"[(p3 >> 4) & 0x0f]; id[6] = '\0'; rev = p3 & 0xf; slot++; /* We only want the 24F product ID. */ if (!strcmp(id, "USC024")) break; } if (slot == 15) return(ENODEV); /* We have the card! Grab remaining config. */ p5 = inb(ur->config); p6 = inb(ur->config+1); p7 = inb(ur->config+2); /* If the 24F is currently emulating an ISA device, leave. */ emu = ((p6 & 0x04) >> 1) | ((p5 & 0x08) >> 3); if (emu != 3) return(ENODEV); switch (p5 & 0xf0) { case 0x10: irq = 15; break; case 0x20: irq = 14; break; case 0x40: irq = 11; break; case 0x80: irq = 10; break; default: printf("uha%d: bad 24F irq\n", unit); return(ENXIO); } haid = (p7 & 0x07); printf("uha%d: UltraStor 24F int=%d id=%d\n", unit, irq, haid); /* Issue SCSI and adapter reset */ outb(ur->lint, ub->asrst); while (--resetcount) { if (inb(ur->lint)) break; DELAY(1000); /* 1 mSec per loop */ } if (resetcount == 0) { printf("uha%d: board timed out during reset\n", unit); return (ENXIO); } outb(ur->smask, 0xc2); /* make sure interrupts are enabled */ uha->flags |= (UHA_INIT | UHA_24F); uha->baseport = port; uha->our_id = haid; uha->vect = irq; uha->dma = -1; return(0); } _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sun Mar 12 11:29:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA21784 for hackers-outgoing; Sun, 12 Mar 1995 11:29:13 -0800 Received: from crab.xinside.com (crab.xinside.com [199.164.187.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA21778 for ; Sun, 12 Mar 1995 11:29:11 -0800 Received: (from jdc@localhost) by crab.xinside.com (8.6.8/8.6.9) id MAA12082 for hackers@freebsd.org; Sun, 12 Mar 1995 12:28:48 -0700 From: Jeremy Chatfield Message-Id: <199503121928.MAA12082@crab.xinside.com> Subject: Re: A "FreeBSD" Daemon To: hackers@FreeBSD.org Date: Sun, 12 Mar 1995 12:28:48 -0700 (MST) In-Reply-To: from "Brian Tao" at Mar 12, 95 05:27:32 pm Organization: X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Phone: +1(303)470-5302 Reply-To: jdc@xinside.com X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1316 Sender: hackers-owner@FreeBSD.org Precedence: bulk The moonshot motif seems suddenly popular. I've now seen two ads. The British weekly science and technology magazine, "New Scientist" has a Feb 25th advertisment by British Airways, showing a single footprint of a businessmans' shoe against a crumbly grey/white soil with the NASA-style crosshairs and framing cursor marks, on the outside back cover. A Marketing guy warns me that we should remove the shuttle from our advertisments and logo imagery. Apparently a significant fraction of the American population regards the Shuttle as a waste of money and a significant fraction of the Rest Of The World regards the Shuttle as a fairly low technology effort, these days. It was not clear whether the fraction of the population that thought UNIX & X was pretty neat, coincided with the fraction that thought moonshots a waste of US Tax Dollars. My bet is that these are nearly disjoint sets... But we'll be changing our stuff to reflect some of the new things that our X Server can do, anyway. Cheers, JeremyC. -- Jeremy Chatfield, +1(303)470-5302, FAX:+1(303)470-5513, email:jdc@xinside.com X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Commercial X Server - for more information please try these services http://www.xinside.com info@xinside.com ftp.xinside.com From owner-freebsd-hackers Sun Mar 12 12:44:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA22772 for hackers-outgoing; Sun, 12 Mar 1995 12:44:20 -0800 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA22766 for ; Sun, 12 Mar 1995 12:44:18 -0800 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA11328 (5.65c8/HUTCS-S 1.4 for ); Sun, 12 Mar 1995 22:30:33 +0200 From: Heikki Suonsivu Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id WAA23886; Sun, 12 Mar 1995 22:30:35 +0200 Date: Sun, 12 Mar 1995 22:30:35 +0200 Message-Id: <199503122030.WAA23886@shadows.cs.hut.fi> To: terry@cs.weber.edu (Terry Lambert) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: terry@cs.weber.edu's message of 12 Mar 1995 01:50:38 +0200 Subject: Re: New Cyclades driver issues and status Organization: Helsinki University of Technology, Otaniemi, Finland Sender: hackers-owner@FreeBSD.org Precedence: bulk > 1. FreeBSD seems to have bidir support in the device driver > rather than at the application level. Is this the official > policy? I.E. using /dev/cua and /dev/ttyd? It's traditional BSD. It avoids the lockfile issue for the getty program. ... but makes it necessary to duplicate the same functionality into all serial drivers, which isn't too wise either. - Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-hackers Sun Mar 12 13:22:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA23525 for hackers-outgoing; Sun, 12 Mar 1995 13:22:48 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA23517 for ; Sun, 12 Mar 1995 13:22:45 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08208; Sun, 12 Mar 95 14:16:31 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503122116.AA08208@cs.weber.edu> Subject: Re: New Cyclades driver issues and status To: hsu@cs.hut.fi (Heikki Suonsivu) Date: Sun, 12 Mar 95 14:16:31 MST Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503122030.WAA23886@shadows.cs.hut.fi> from "Heikki Suonsivu" at Mar 12, 95 10:30:35 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > 1. FreeBSD seems to have bidir support in the device driver > > rather than at the application level. Is this the official > > policy? I.E. using /dev/cua and /dev/ttyd? > > It's traditional BSD. > > It avoids the lockfile issue for the getty program. > > ... but makes it necessary to duplicate the same functionality into all > serial drivers, which isn't too wise either. I've suggested abstracting the cannonical processing module, queue management, and device abstraction (ala SCO) to increase the amount of shared code and the treatment of serial cards as multiple controllers under a class driver (ala Julian's SCSI abstraction) before. Now I'll suggest it again. 8-). The problem is in driver writers not making their code modular or generic, which is the expedient soloution. I guess it depends on if you want a single driver working now, or all drivers working later. The device/calling unit abstraction is a necessary distinction between modem control and non-modem control drivers. If people would just use templating techniques, the problem would disappear. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Mar 12 16:20:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA28048 for hackers-outgoing; Sun, 12 Mar 1995 16:20:05 -0800 Received: from news.iadfw.net (jbryant@[204.178.72.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA28042 for ; Sun, 12 Mar 1995 16:20:02 -0800 Received: from localhost (jbryant@localhost) by news.iadfw.net (8.6.5/8.6.6) id SAA04600 for freebsd-hackers@freebsd.org; Sun, 12 Mar 1995 18:19:56 -0600 From: Jim Bryant Message-Id: <199503130019.SAA04600@news.iadfw.net> Subject: rename bug To: freebsd-hackers@FreeBSD.org Date: Sun, 12 Mar 1995 18:19:56 -0600 (CST) Reply-To: jbryant@news.iadfw.net X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 887 Sender: hackers-owner@FreeBSD.org Precedence: bulk We first noticed that the rename(2) call has a serious bug when we ran out of space on our root partition during a passwd rebuild when adding users in several sittings. This of course required me to drive 60 miles to bring the system back up... After digging through the source code a bit, I came to the decision that the void mv(from, to) function was the culprit in pwd_mkdb, in particular, the rename(2) call. Other major utils effected by this seem to be the mv(1) command. I'll do more digging, but would really like to know if anyone out there has a fix for this? Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-hackers Sun Mar 12 18:01:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA29779 for hackers-outgoing; Sun, 12 Mar 1995 18:01:12 -0800 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA29772 for ; Sun, 12 Mar 1995 18:01:09 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id RAA00788; Sun, 12 Mar 1995 17:55:23 -0800 Date: Sun, 12 Mar 1995 17:55:23 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503130155.RAA00788@netcom14.netcom.com> To: hackers@FreeBSD.org Subject: linux compat mode? Sender: hackers-owner@FreeBSD.org Precedence: bulk Howdy, Just wondering if anyone managed to get netbsd's linux compat working with FreeBSD. Amancio From owner-freebsd-hackers Sun Mar 12 18:19:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA00124 for hackers-outgoing; Sun, 12 Mar 1995 18:19:37 -0800 Received: from post.demon.co.uk (post.demon.co.uk [158.152.1.72]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA00118 for ; Sun, 12 Mar 1995 18:19:35 -0800 Received: from punt.demon.co.uk by post.demon.co.uk id aa01538; 13 Mar 95 2:18 GMT Received: from bagpuss.demon.co.uk by punt.demon.co.uk id aa15440; 13 Mar 95 2:14 GMT Received: (karl@localhost) by bagpuss.demon.co.uk (99.9/99.9) id CAA02444; Mon, 13 Mar 1995 02:15:49 GMT From: Karl Strickland Message-Id: <199503130215.CAA02444@bagpuss.demon.co.uk> Subject: Re: rename bug To: jbryant@news.iadfw.net Date: Mon, 13 Mar 1995 02:15:48 +0000 (GMT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503130019.SAA04600@news.iadfw.net> from "Jim Bryant" at Mar 12, 95 06:19:56 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 564 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > We first noticed that the rename(2) call has a serious bug when we ran > out of space on our root partition during a passwd rebuild when adding > users in several sittings. This of course required me to drive 60 miles > to bring the system back up... what is the bug? -- ------------------------------------------+----------------------------------- Mailed using ELM on FreeBSD | Karl Strickland PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk | From owner-freebsd-hackers Sun Mar 12 18:19:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA00140 for hackers-outgoing; Sun, 12 Mar 1995 18:19:50 -0800 Received: from post.demon.co.uk (post.demon.co.uk [158.152.1.72]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA00128 for ; Sun, 12 Mar 1995 18:19:48 -0800 Received: from punt.demon.co.uk by post.demon.co.uk id aa01537; 13 Mar 95 2:19 GMT Received: from bagpuss.demon.co.uk by punt.demon.co.uk id aa16660; 13 Mar 95 2:18 GMT Received: (karl@localhost) by bagpuss.demon.co.uk (99.9/99.9) id CAA02507; Mon, 13 Mar 1995 02:20:23 GMT From: Karl Strickland Message-Id: <199503130220.CAA02507@bagpuss.demon.co.uk> Subject: Re: New Cyclades driver issues and status To: Terry Lambert Date: Mon, 13 Mar 1995 02:20:23 +0000 (GMT) Cc: hsu@cs.hut.fi, freebsd-hackers@freefall.cdrom.com In-Reply-To: <9503122116.AA08208@cs.weber.edu> from "Terry Lambert" at Mar 12, 95 02:16:31 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1200 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I've suggested abstracting the cannonical processing module, queue > management, and device abstraction (ala SCO) to increase the amount of ^^^^^^^ does SCO do something special in this regard? what you're describing sounds to me like STREAMS (right?) -- are SCO STREAMS different to any other STREAMS - or is what you are describing more SCO specific? > shared code and the treatment of serial cards as multiple controllers > under a class driver (ala Julian's SCSI abstraction) before. > > Now I'll suggest it again. 8-). > > The problem is in driver writers not making their code modular or generic, > which is the expedient soloution. I guess it depends on if you want a > single driver working now, or all drivers working later. didnt you do a STREAMS like thing for *BSD? that'd be a good place for the rest of us to start. (i know i know.. :-)) Cheers, Karl -- ------------------------------------------+----------------------------------- Mailed using ELM on FreeBSD | Karl Strickland PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk | From owner-freebsd-hackers Sun Mar 12 19:23:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA01226 for hackers-outgoing; Sun, 12 Mar 1995 19:23:43 -0800 Received: from news.iadfw.net (jbryant@[204.178.72.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA01217 for ; Sun, 12 Mar 1995 19:23:40 -0800 Received: from localhost (jbryant@localhost) by news.iadfw.net (8.6.5/8.6.6) id VAA05484 for freebsd-hackers@freebsd.org; Sun, 12 Mar 1995 21:23:33 -0600 From: Jim Bryant Message-Id: <199503130323.VAA05484@news.iadfw.net> Subject: Re: rename bug To: freebsd-hackers@FreeBSD.org Date: Sun, 12 Mar 1995 21:23:32 -0600 (CST) In-Reply-To: <199503130243.CAA02794@bagpuss.demon.co.uk> from "Karl Strickland" at Mar 13, 95 02:43:16 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 12697 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply: > From: Karl Strickland > Subject: Re: rename bug > Date: Mon, 13 Mar 1995 02:43:16 +0000 (GMT) > > > > > In reply: > > > From: Karl Strickland > > > Subject: Re: rename bug > > > Date: Mon, 13 Mar 1995 02:15:48 +0000 (GMT) > > > > > > > > > > > We first noticed that the rename(2) call has a serious bug when we ran > > > > out of space on our root partition during a passwd rebuild when adding > > > > users in several sittings. This of course required me to drive 60 miles > > > > to bring the system back up... > > > > > > what is the bug? > > > > The bug is when a rename(2) is called, the rename happens as per spec, > > except that the kernel isn't being updated as to the available space on > > the filesystem. A reboot is needed to recognize the space is available. > > > > For instance every time we add a user, our root filesystem APPEARS to > > have lost 1508k, this is caused when pwd_mkdb renames pwd.db.tmp to > > pwd.db, and spwd.db.tmp to spwd.db. > > > > I can duplicate this in several ways on both our server and my personal > > machine. I do not think that hardware compat is an issue, as the two > > machines are as different as night and day. mv(1) also will duplicate > > the bug. > > > > I am confident that it is in the rename(2) system call. > > > > Jim > > thanks for the info - im a little confused though > > can you show me a script(1) of the bug occuring? Sure [Edited to remove escape codes, cursor positioning, and typo repair]: Script started on Sun Mar 12 20:59:21 1995 8:59:22pm EndersBox(1): tail -51 pwd_mkdb.c | head -13 void mv(from, to) char *from, *to; { char buf[MAXPATHLEN]; if (rename(from, to)) { int sverrno = errno; (void)snprintf(buf, sizeof(buf), "%s to %s", from, to); errno = sverrno; error(buf); } } 8:59:44pm EndersBox(2): ls -lag total 248 drwxrwxrwt 2 bin bin 512 Mar 12 20:59 . drwxr-xr-x 15 root Gawd 512 Mar 4 02:04 .. -rw-r--r-- 1 root bin 121 Mar 12 17:47 Makefile -rw-r--r-- 1 root bin 369 Mar 12 20:59 mailing -rw------- 1 root Gawd 122482 Mar 12 17:50 master.passwd -rw-r--r-- 1 root Gawd 94142 Mar 12 17:50 passwd -rw-r--r-- 1 root bin 4180 Mar 12 17:47 pw_scan.c -rw-r--r-- 1 root bin 1920 Mar 12 17:47 pw_scan.h -rw-r--r-- 1 root bin 4303 Mar 12 17:47 pwd_mkdb.8 -rw-r--r-- 1 root bin 11553 Mar 12 20:58 pwd_mkdb.c 8:59:52pm EndersBox(3): make cc -O2 -m486 -fomit-frame-pointer -pipe -c pw_scan.c cc -O2 -m486 -fomit-frame-pointer -pipe -c pwd_mkdb.c cc -O2 -m486 -fomit-frame-pointer -pipe -o pwd_mkdb pw_scan.o pwd_mkdb.o DING! EndersBox(4): pwd_mkdb -d /tmp master.passwd 9:00:36pm EndersBox(5): ls -lag total 1582 drwxrwxrwt 2 bin bin 512 Mar 12 21:00 . drwxr-xr-x 15 root Gawd 512 Mar 4 02:04 .. -rw-r--r-- 1 root bin 121 Mar 12 17:47 Makefile -rw-r--r-- 1 root bin 1218 Mar 12 21:00 mailing -rw------- 1 root Gawd 122482 Mar 12 17:50 master.passwd -rw-r--r-- 1 root Gawd 94142 Mar 12 17:50 passwd -rw-r--r-- 1 root bin 4180 Mar 12 17:47 pw_scan.c -rw-r--r-- 1 root bin 1920 Mar 12 17:47 pw_scan.h -rw-r--r-- 1 root bin 1479 Mar 12 21:00 pw_scan.o -rw-r--r-- 1 root bin 688128 Mar 12 21:00 pwd.db -rwxr-xr-x 1 root bin 13109 Mar 12 21:00 pwd_mkdb -rw-r--r-- 1 root bin 4303 Mar 12 17:47 pwd_mkdb.8 -rw-r--r-- 1 root bin 11553 Mar 12 20:58 pwd_mkdb.c -rw-r--r-- 1 root bin 5637 Mar 12 21:00 pwd_mkdb.o -rw------- 1 root bin 716800 Mar 12 21:00 spwd.db 9:00:40pm EndersBox(6): df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0a 49231 23923 22846 51% / /dev/wd0f 48815 1581 44793 3% /tmp /dev/wd0e 895327 458322 392238 54% /usr /dev/wd1a 395871 142150 233927 38% /.1 procfs 4 4 0 100% /proc 9:00:43pm EndersBox(7): pwd_mkdb -d /tmp master.passwd 9:01:11pm EndersBox(8): ls -lag total 1583 drwxrwxrwt 2 bin bin 512 Mar 12 21:01 . drwxr-xr-x 15 root Gawd 512 Mar 4 02:04 .. -rw-r--r-- 1 root bin 121 Mar 12 17:47 Makefile -rw-r--r-- 1 root bin 2567 Mar 12 21:01 mailing -rw------- 1 root Gawd 122482 Mar 12 17:50 master.passwd -rw-r--r-- 1 root Gawd 94142 Mar 12 17:50 passwd -rw-r--r-- 1 root bin 4180 Mar 12 17:47 pw_scan.c -rw-r--r-- 1 root bin 1920 Mar 12 17:47 pw_scan.h -rw-r--r-- 1 root bin 1479 Mar 12 21:00 pw_scan.o -rw-r--r-- 1 root bin 688128 Mar 12 21:01 pwd.db -rwxr-xr-x 1 root bin 13109 Mar 12 21:00 pwd_mkdb -rw-r--r-- 1 root bin 4303 Mar 12 17:47 pwd_mkdb.8 -rw-r--r-- 1 root bin 11553 Mar 12 20:58 pwd_mkdb.c -rw-r--r-- 1 root bin 5637 Mar 12 21:00 pwd_mkdb.o -rw------- 1 root bin 716800 Mar 12 21:01 spwd.db 9:01:18pm EndersBox(9): df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0a 49231 23923 22846 51% / /dev/wd0f 48815 2894 43480 6% /tmp /dev/wd0e 895327 458322 392238 54% /usr /dev/wd1a 395871 142150 233927 38% /.1 procfs 4 4 0 100% /proc 9:01:20pm EndersBox(10): exit Script done on Sun Mar 12 21:01:37 1995 Script started on Sun Mar 12 21:02:51 1995 9:02:51pm EndersBox(1): tail -53 pwd_mkdb.c | head 15 head: 15: No such file or directory 9:03:14pm EndersBox(2): tail -53 pwd_mkdb.c | head -15 void mv(from, to) char *from, *to; { /* char buf[MAXPATHLEN]; if (rename(from, to)) { int sverrno = errno; (void)snprintf(buf, sizeof(buf), "%s to %s", from, to); errno = sverrno; error(buf); } */ } 9:03:32pm EndersBox(3): make cc -O2 -m486 -fomit-frame-pointer -pipe -c pwd_mkdb.c cc -O2 -m486 -fomit-frame-pointer -pipe -o pwd_mkdb pw_scan.o pwd_mkdb.o 9:03:47pm EndersBox(4): ls -lag total 1585 drwxrwxrwt 2 bin bin 512 Mar 12 21:03 . drwxr-xr-x 15 root Gawd 512 Mar 4 02:04 .. -rw-r--r-- 1 root bin 121 Mar 12 17:47 Makefile -rw-r--r-- 1 root bin 4634 Mar 12 21:03 mailing -rw------- 1 root Gawd 122482 Mar 12 17:50 master.passwd -rw-r--r-- 1 root Gawd 94142 Mar 12 17:50 passwd -rw-r--r-- 1 root bin 4180 Mar 12 17:47 pw_scan.c -rw-r--r-- 1 root bin 1920 Mar 12 17:47 pw_scan.h -rw-r--r-- 1 root bin 1479 Mar 12 21:00 pw_scan.o -rw-r--r-- 1 root bin 688128 Mar 12 21:01 pwd.db -rwxr-xr-x 1 root bin 13109 Mar 12 21:03 pwd_mkdb -rw-r--r-- 1 root bin 4303 Mar 12 17:47 pwd_mkdb.8 -rw-r--r-- 1 root bin 11559 Mar 12 21:02 pwd_mkdb.c -rw-r--r-- 1 root bin 5497 Mar 12 21:03 pwd_mkdb.o -rw------- 1 root bin 716800 Mar 12 21:01 spwd.db 9:03:54pm EndersBox(5): pwd_mkdb -d /tmp master.passwd 9:04:27pm EndersBox(6): ls -lag total 2898 drwxrwxrwt 2 bin bin 512 Mar 12 21:04 . drwxr-xr-x 15 root Gawd 512 Mar 4 02:04 .. -rw-r--r-- 1 root bin 121 Mar 12 17:47 Makefile -rw-r--r-- 1 root bin 5569 Mar 12 21:04 mailing -rw------- 1 root Gawd 122482 Mar 12 17:50 master.passwd -rw-r--r-- 1 root Gawd 94142 Mar 12 17:50 passwd -rw-r--r-- 1 root bin 4180 Mar 12 17:47 pw_scan.c -rw-r--r-- 1 root bin 1920 Mar 12 17:47 pw_scan.h -rw-r--r-- 1 root bin 1479 Mar 12 21:00 pw_scan.o -rw-r--r-- 1 root bin 688128 Mar 12 21:01 pwd.db -rw-r--r-- 1 root bin 688128 Mar 12 21:04 pwd.db.tmp -rwxr-xr-x 1 root bin 13109 Mar 12 21:03 pwd_mkdb -rw-r--r-- 1 root bin 4303 Mar 12 17:47 pwd_mkdb.8 -rw-r--r-- 1 root bin 11559 Mar 12 21:02 pwd_mkdb.c -rw-r--r-- 1 root bin 5497 Mar 12 21:03 pwd_mkdb.o -rw------- 1 root bin 716800 Mar 12 21:01 spwd.db -rw------- 1 root bin 716800 Mar 12 21:04 spwd.db.tmp 9:04:30pm EndersBox(7): df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0a 49231 23923 22846 51% / /dev/wd0f 48815 4209 42165 9% /tmp /dev/wd0e 895327 458322 392238 54% /usr /dev/wd1a 395871 142150 233927 38% /.1 procfs 4 4 0 100% /proc 9:04:34pm EndersBox(8): mv pwd.db.tmp pwd.db ; mv spwd.db.tmp spwd.db 9:04:54pm EndersBox(9): ls -lag total 1587 drwxrwxrwt 2 bin bin 512 Mar 12 21:05 . drwxr-xr-x 15 root Gawd 512 Mar 4 02:04 .. -rw-r--r-- 1 root bin 121 Mar 12 17:47 Makefile -rw-r--r-- 1 root bin 7043 Mar 12 21:05 mailing -rw------- 1 root Gawd 122482 Mar 12 17:50 master.passwd -rw-r--r-- 1 root Gawd 94142 Mar 12 17:50 passwd -rw-r--r-- 1 root bin 4180 Mar 12 17:47 pw_scan.c -rw-r--r-- 1 root bin 1920 Mar 12 17:47 pw_scan.h -rw-r--r-- 1 root bin 1479 Mar 12 21:00 pw_scan.o -rw-r--r-- 1 root bin 688128 Mar 12 21:04 pwd.db -rwxr-xr-x 1 root bin 13109 Mar 12 21:03 pwd_mkdb -rw-r--r-- 1 root bin 4303 Mar 12 17:47 pwd_mkdb.8 -rw-r--r-- 1 root bin 11559 Mar 12 21:02 pwd_mkdb.c -rw-r--r-- 1 root bin 5497 Mar 12 21:03 pwd_mkdb.o -rw------- 1 root bin 716800 Mar 12 21:04 spwd.db 9:05:00pm EndersBox(10): df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0a 49231 23923 22846 51% / /dev/wd0f 48815 4210 42164 9% /tmp /dev/wd0e 895327 458322 392238 54% /usr /dev/wd1a 395871 142150 233927 38% /.1 procfs 4 4 0 100% /proc 9:05:01pm EndersBox(11): pwd_mkdb -d /tmp master.passwd 9:05:30pm EndersBox(12): ls -lag total 2901 drwxrwxrwt 2 bin bin 512 Mar 12 21:05 . drwxr-xr-x 15 root Gawd 512 Mar 4 02:04 .. -rw-r--r-- 1 root bin 121 Mar 12 17:47 Makefile -rw-r--r-- 1 root bin 8442 Mar 12 21:05 mailing -rw------- 1 root Gawd 122482 Mar 12 17:50 master.passwd -rw-r--r-- 1 root Gawd 94142 Mar 12 17:50 passwd -rw-r--r-- 1 root bin 4180 Mar 12 17:47 pw_scan.c -rw-r--r-- 1 root bin 1920 Mar 12 17:47 pw_scan.h -rw-r--r-- 1 root bin 1479 Mar 12 21:00 pw_scan.o -rw-r--r-- 1 root bin 688128 Mar 12 21:04 pwd.db -rw-r--r-- 1 root bin 688128 Mar 12 21:05 pwd.db.tmp -rwxr-xr-x 1 root bin 13109 Mar 12 21:03 pwd_mkdb -rw-r--r-- 1 root bin 4303 Mar 12 17:47 pwd_mkdb.8 -rw-r--r-- 1 root bin 11559 Mar 12 21:02 pwd_mkdb.c -rw-r--r-- 1 root bin 5497 Mar 12 21:03 pwd_mkdb.o -rw------- 1 root bin 716800 Mar 12 21:04 spwd.db -rw------- 1 root bin 716800 Mar 12 21:05 spwd.db.tmp 9:05:37pm EndersBox(13): df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0a 49231 23923 22846 51% / /dev/wd0f 48815 5525 40849 12% /tmp /dev/wd0e 895327 458322 392238 54% /usr /dev/wd1a 395871 142150 233927 38% /.1 procfs 4 4 0 100% /proc 9:06:22pm EndersBox(14): cp pwd.db.tmp pwd.db ; rm pwd.db.tmp 9:06:40pm EndersBox(15): cp spwd.db.tmp spwd.db ; rm spwd.db.tmp 9:06:53pm EndersBox(16): ls -lag total 1671 drwxrwxrwt 2 bin bin 512 Mar 12 21:06 . drwxr-xr-x 15 root Gawd 512 Mar 4 02:04 .. -rw-r--r-- 1 root bin 121 Mar 12 17:47 Makefile -rw-r--r-- 1 root bin 10252 Mar 12 21:06 mailing -rw------- 1 root Gawd 122482 Mar 12 17:50 master.passwd -rw-r--r-- 1 root Gawd 94142 Mar 12 17:50 passwd -rw-r--r-- 1 root bin 4180 Mar 12 17:47 pw_scan.c -rw-r--r-- 1 root bin 1920 Mar 12 17:47 pw_scan.h -rw-r--r-- 1 root bin 1479 Mar 12 21:00 pw_scan.o -rw-r--r-- 1 root bin 688128 Mar 12 21:06 pwd.db -rwxr-xr-x 1 root bin 13109 Mar 12 21:03 pwd_mkdb -rw-r--r-- 1 root bin 4303 Mar 12 17:47 pwd_mkdb.8 -rw-r--r-- 1 root bin 11559 Mar 12 21:02 pwd_mkdb.c -rw-r--r-- 1 root bin 5497 Mar 12 21:03 pwd_mkdb.o -rw------- 1 root bin 716800 Mar 12 21:06 spwd.db 9:06:56pm EndersBox(17): df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0a 49231 23923 22846 51% / /dev/wd0f 48815 4294 42080 9% /tmp /dev/wd0e 895327 458322 392238 54% /usr /dev/wd1a 395871 142150 233927 38% /.1 procfs 4 4 0 100% /proc 9:07:00pm EndersBox(18): exit Script done on Sun Mar 12 21:07:07 1995 Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-hackers Mon Mar 13 02:30:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00295 for hackers-outgoing; Mon, 13 Mar 1995 02:30:33 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA00274 for ; Mon, 13 Mar 1995 02:30:21 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA21901; Mon, 13 Mar 1995 14:51:17 +1000 Date: Mon, 13 Mar 1995 14:51:17 +1000 From: Bruce Evans Message-Id: <199503130451.OAA21901@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, jbryant@server.iadfw.net Subject: Re: rename bug Sender: hackers-owner@FreeBSD.org Precedence: bulk >> > The bug is when a rename(2) is called, the rename happens as per spec, >> > except that the kernel isn't being updated as to the available space on >> > the filesystem. A reboot is needed to recognize the space is available. >> > >> > For instance every time we add a user, our root filesystem APPEARS to >> > have lost 1508k, this is caused when pwd_mkdb renames pwd.db.tmp to >> > pwd.db, and spwd.db.tmp to spwd.db. This is fixed in FreeBSD-current and wasn't in FreeBSD-2.0. >> > I am confident that it is in the rename(2) system call. Yes, it forgot to clear a reference held by the vm layer, so the old file didn't go away. >> can you show me a script(1) of the bug occuring? cd /tmp; >x; >y; mv x y; fsck -n ... This only consumes one inode because `y' is empty. At first I thought you were saying that there was a problem rebuilding the password database when the disk is full for other reasons. Bruce From owner-freebsd-hackers Mon Mar 13 02:32:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00389 for hackers-outgoing; Mon, 13 Mar 1995 02:32:01 -0800 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA00380 for ; Mon, 13 Mar 1995 02:31:54 -0800 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA03488; Mon, 13 Mar 95 00:58:48 -0800 Date: Mon, 13 Mar 1995 00:58:47 -0800 (PST) From: Terry Lee To: freebsd-hackers@FreeBSD.org Subject: PGP can't compile Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I just fetched pgp.usa_only from ports, but it doesn't compile. Here's what I get: mall:/usr/ports/utils/pgp.usa_only# make all install >> No MD5 checksum file. ===> pgp262s depends on executable: unzip - found ===> pgp262s depends on executable: gmake - found ===> Extracting for pgp262s ===> pgp262s depends on executable: unzip - found ===> pgp262s depends on executable: gmake - found /usr/local/bin/unzip -q -aa pgp262si /usr/local/bin/unzip -q -aa rsaref cd /usr/ports/utils/pgp.usa_only/work; rm -f *.zip ===> Applying patches for pgp262s patch: **** can't cd to /usr/ports/utils/pgp.usa_only/work/src: No such file or directory *** Error code 1 Stop. Looks like the build unzipped the archive into ports/utils/pgp.usa_only/ instead of ports/utils/pgp.usa_only/work/. Help, anyone? Terry _____________________ I n D i G o Terry Lee _____________________ Technical Director i n t e r n e t 745 Stanford Avenue _____________________ Palo Alto, California 94306 d e s i g n 415 424 0747 _____________________ terryl@cs.stanford.edu g r o u p http://www.mall.net/terry _____________________ http://www.mall.net Professional World Wide Web Consultants From owner-freebsd-hackers Mon Mar 13 02:36:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00918 for hackers-outgoing; Mon, 13 Mar 1995 02:36:55 -0800 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA00903 for ; Mon, 13 Mar 1995 02:36:39 -0800 Received: (from bertus@localhost) by zibbi.mikom.csir.co.za (8.6.9/8.6.6) id KAA03775 for hackers@freebsd.org; Mon, 13 Mar 1995 10:10:53 +0200 From: Bertus Pretorius Message-Id: <199503130810.KAA03775@zibbi.mikom.csir.co.za> Subject: Re: FreBSD consortium-I'm in. To: hackers@FreeBSD.org Date: Mon, 13 Mar 1995 10:10:52 +0200 (SAT) In-Reply-To: <199503102126.PAA10137@ phoenix.net> from "Gary Clark II" at Mar 10, 95 03:26:31 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 417 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi, > > I also would be willing to put in $200-$500 for membership. > Count us in. -- +-Bertus Pretorius------------ (O) (O) ---------------bertus@mikom.csir.co.za-+ | mikomtek ^ +27 12 841-3001 (Voice) | | CSIR \___/ +27 12 841-4065 (FAX) | +-----------------A smile is the same in all languages------------------------+ From owner-freebsd-hackers Mon Mar 13 02:37:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA01000 for hackers-outgoing; Mon, 13 Mar 1995 02:37:52 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA00989 for ; Mon, 13 Mar 1995 02:37:48 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id XAA07472; Sun, 12 Mar 1995 23:27:25 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id XAA29172; Sun, 12 Mar 1995 23:27:25 -0800 Message-Id: <199503130727.XAA29172@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Jim Bryant cc: freebsd-hackers@FreeBSD.org Subject: Re: rename bug In-reply-to: Your message of "Sun, 12 Mar 95 21:23:32 CST." <199503130323.VAA05484@news.iadfw.net> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 12 Mar 1995 23:27:25 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> > The bug is when a rename(2) is called, the rename happens as per spec, >> > except that the kernel isn't being updated as to the available space on >> > the filesystem. A reboot is needed to recognize the space is available. >> > >> > For instance every time we add a user, our root filesystem APPEARS to >> > have lost 1508k, this is caused when pwd_mkdb renames pwd.db.tmp to >> > pwd.db, and spwd.db.tmp to spwd.db. >> > >> > I can duplicate this in several ways on both our server and my personal >> > machine. I do not think that hardware compat is an issue, as the two >> > machines are as different as night and day. mv(1) also will duplicate >> > the bug. >> > >> > I am confident that it is in the rename(2) system call. The bug was fixed a few weeks ago. From vfs_syscalls.c: ---------------------------- revision 1.18 date: 1995/02/28 02:52:48; author: davidg; state: Exp; lines: +4 -2 Do a vnode_pager_uncache after the VOP_RENAME to lose the remaining reference to the old vnode. Suggested by: Bruce Evans ---------------------------- -DG From owner-freebsd-hackers Mon Mar 13 02:41:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA01171 for hackers-outgoing; Mon, 13 Mar 1995 02:41:01 -0800 Received: from server.iadfw.net ([204.178.72.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA01165 for ; Mon, 13 Mar 1995 02:40:58 -0800 From: jbryant@server.iadfw.net Received: (from jbryant@localhost) by server.iadfw.net (8.6.9/8.6.6) id AAA13878; Mon, 13 Mar 1995 00:39:27 -0600 Message-Id: <199503130639.AAA13878@server.iadfw.net> Subject: Re: rename bug To: bde@zeta.org.au (Bruce Evans) Date: Mon, 13 Mar 1995 00:39:27 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org, jbryant@news.iadfw.net Reply-To: jbryant@news.iadfw.net In-Reply-To: <199503130451.OAA21901@godzilla.zeta.org.au> from "Bruce Evans" at Mar 13, 95 02:51:17 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1977 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply: > Date: Mon, 13 Mar 1995 14:51:17 +1000 > From: Bruce Evans > To: freebsd-hackers@FreeBSD.org, jbryant@server.iadfw.net > Subject: Re: rename bug > > >> > The bug is when a rename(2) is called, the rename happens as per spec, > >> > except that the kernel isn't being updated as to the available space on > >> > the filesystem. A reboot is needed to recognize the space is available. > >> > > >> > For instance every time we add a user, our root filesystem APPEARS to > >> > have lost 1508k, this is caused when pwd_mkdb renames pwd.db.tmp to > >> > pwd.db, and spwd.db.tmp to spwd.db. > > This is fixed in FreeBSD-current and wasn't in FreeBSD-2.0. > > >> > I am confident that it is in the rename(2) system call. > > Yes, it forgot to clear a reference held by the vm layer, so the old > file didn't go away. > > >> can you show me a script(1) of the bug occuring? > > cd /tmp; >x; >y; mv x y; fsck -n ... > > This only consumes one inode because `y' is empty. > > At first I thought you were saying that there was a problem rebuilding > the password database when the disk is full for other reasons. I cannot currently get the kernel to link [autoconf.o and ioconf.o show unresolved references] using the -current sources. I am currently using the 2.0-950210-SNAP. Which source files should I grab for the fix? I CAN compile the SNAP. We really need a fix for this... I am still looking for the rename(2) source in 2.0-950210-SNAP... It does not seem to exist in lib/libc/stdio where it belongs... A grep of the entire source tree seems to only give me declarations, but not the sources [search term 'rename']... Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-hackers Mon Mar 13 02:47:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA01384 for hackers-outgoing; Mon, 13 Mar 1995 02:47:13 -0800 Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA01373 for ; Mon, 13 Mar 1995 02:47:08 -0800 Received: (from muir@localhost) by idiom.com (8.6.10/8.6.10) id CAA13248 for freebsd-hackers@FreeBSD.org; Mon, 13 Mar 1995 02:47:05 -0800 Date: Mon, 13 Mar 1995 02:47:05 -0800 From: David Muir Sharnoff Message-Id: <199503131047.CAA13248@idiom.com> To: freebsd-hackers@FreeBSD.org Subject: Re: BSD Consortium? Sender: hackers-owner@FreeBSD.org Precedence: bulk Count me in for at least $350. -Dave From owner-freebsd-hackers Mon Mar 13 02:56:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA01917 for hackers-outgoing; Mon, 13 Mar 1995 02:56:20 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA01907 for ; Mon, 13 Mar 1995 02:56:16 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: Date: Mon, 13 Mar 95 01:49 PST From: julian@tfs.com (Julian Elischer) To: hackers@FreeBSD.org Subject: eisa config Sender: hackers-owner@FreeBSD.org Precedence: bulk There was some talk of a generic EISA config.. here is one I ported to Freebsd last year, I haven't tested this with 2.0, but i've updated the patches so that it at least compiles.. 'activate' it with an 'eisa' line the same as the 'isa' line in the config file.. e.g. controller eisa0 # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # i386/eisa # i386/eisa/eisaconf.c # i386/eisa/eisaconf.h # i386/eisa/eisadevs.c # i386/eisa/patches # echo c - i386/eisa mkdir -p i386/eisa > /dev/null 2>&1 echo x - i386/eisa/eisaconf.c sed 's/^X//' >i386/eisa/eisaconf.c << 'END-of-i386/eisa/eisaconf.c' X/* X * Written by Billie Alsup (balsup@tfs.com) X * for TRW Financial Systems for use under the MACH(2.5)and OSF/1 operating X * systems. X * X * TRW Financial Systems, in accordance with their agreement with Carnegie X * Mellon University, makes this software available to CMU to distribute X * or use in any manner that they see fit as long as this message is kept with X * the software. For this reason TFS also grants any other persons or X * organisations permission to use or modify this software. X * X * TFS supplies this software to be publicly redistributed X * on the understanding that TFS is not responsible for the correct X * functioning of this software in any circumstances. X * X * $Id: eisaconf.c,v 1.1 1995/03/13 09:10:17 root Exp root $ X */ X X/* X * Ported to run under FreeBSD by Julian Elischer (julian@tfs.com) Sept 1992 X */ X X X#include X#include /* isn't it a joy */ X#include /* to have three of these */ X#include X X#include "sys/types.h" X#include "i386/isa/icu.h" X#include "i386/isa/isa_device.h" /*we're a superset, so we need this */ X#include "eisaconf.h" X X Xstruct isa_device eisaSlot[EISA_SLOTS]; Xstruct isa_device isa_devtab_eisa[EISA_SLOTS+1]; Xint nexttab = 0; Xextern struct eisa_dev eisa_dev[]; X X#define EISA_MAKEID(p) ((((p)[0]&0x1F)<<10)|(((p)[1]&0x1F)<<5)|(((p)[2]&0x1F))) X#define EISA_ID0(i) ((((i)>>10)&0x1F)+0x40) X#define EISA_ID1(i) ((((i)>>5)&0x1F)+0x40) X#define EISA_ID2(i) (((i)&0x1F)+0x40) X/* X** probe for EISA devices X*/ Xvoid Xeisa_configure() X{ X int i,j,slot,found,numports; X unsigned int checkthese; X struct eisa_dev *edev_p; X int eisaBase = 0xC80; X unsigned short productID, productType; X unsigned char productRevision,controlBits; X static char hexdigit[] = "0123456789ABCDEF"; X#define HEXDIGIT(i) hexdigit[(i)&0x0f] X X outb(eisaBase,0xFF); X productID = inb(eisaBase); X if (productID & 0x80) { X printf("Warning: running EISA kernel on non-EISA system board\n"); X return; X } X printf("Probing for devices on EISA bus\n"); X productID = (productID<<8) | inb(eisaBase+1); X productRevision = inb(eisaBase+2); X X printf("EISA0: %c%c%c v%d (System Board)\n" X ,EISA_ID0(productID) X ,EISA_ID1(productID) X ,EISA_ID2(productID) X ,(productRevision&7)); X X for (slot=1; eisaBase += 0x1000, slot < EISA_SLOTS; slot++) { X outb(eisaBase,0xFF); X productID = inb(eisaBase); X if (productID & 0x80) continue; /* no EISA card in slot */ X X productID = (productID<<8) | inb(eisaBase+1); X productType = inb(eisaBase+2); X productRevision = inb(eisaBase+3); X productType = (productType<<4) | (productRevision>>4); X productRevision &= 15; X controlBits = inb(eisaBase+4); X X printf("EISA%d: %c%c%c-%c%c%c.%x\n" X ,slot,EISA_ID0(productID),EISA_ID1(productID),EISA_ID2(productID) X ,HEXDIGIT(productType>>8) X ,HEXDIGIT(productType>>4) X ,HEXDIGIT(productType) X ,productRevision); X X if (!(controlBits & 1)) { X printf("...Card is disabled\n"); X /* continue;*/ X } X X /* X ** See if we recognize this product X */ X X for (edev_p = eisa_dev,found=0; edev_p->productID[0]; edev_p++) { X struct isa_device *dev_p; X struct isa_driver *drv_p; X unsigned short configuredID; X X configuredID = EISA_MAKEID(edev_p->productID); X if (configuredID != productID) continue; X if (edev_p->productType != productType) continue; X if (edev_p->productRevision > productRevision) continue; X X /* X ** we're assuming: X ** if different drivers for the same board exist X ** (due to some revision incompatibility), that the X ** drivers will be listed in descending revision X ** order. The revision in the eisaDevs structure X ** should indicate the lowest revision supported X ** by the code. X ** X */ X dev_p = &eisaSlot[slot]; X memcpy(dev_p,&edev_p->isa_dev,sizeof(edev_p->isa_dev)); X X drv_p = dev_p->id_driver; X dev_p->id_iobase = eisaBase; /* may get ammended by driver */ X X#if defined(DEBUG) X printf("eisaProbe: probing %s%d\n" X ,drv_p->driver_name, dev_p->id_unit); X#endif /* defined(DEBUG) */ X X if (!(numports = drv_p->probe(dev_p))) { X continue; /* try another eisa device */ X } X edev_p->isa_dev.id_unit++; /*dubious*/ X/** this should all be put in some common routine **/ X printf("%s%d", drv_p->name, dev_p->id_unit); X if (numports != -1) { X printf(" at 0x%x", dev_p->id_iobase); X if ((dev_p->id_iobase + numports - 1) != dev_p->id_iobase) { X printf("-0x%x", dev_p->id_iobase + numports - 1); X } X } X X if (dev_p->id_irq) X printf(" irq %d", ffs(dev_p->id_irq) - 1); X if (dev_p->id_drq != -1) X printf(" drq %d", dev_p->id_drq); X if (dev_p->id_maddr) X printf(" maddr 0x%lx", kvtop(dev_p->id_maddr)); X if (dev_p->id_msize) X printf(" msize %d", dev_p->id_msize); X if (dev_p->id_flags) X printf(" flags 0x%x", dev_p->id_flags); X if (dev_p->id_iobase) { X if (dev_p->id_iobase < 0x100) { X printf(" on motherboard\n"); X } else { X if (dev_p->id_iobase >= 0x1000) { X printf (" on EISA\n"); X } else { X printf (" on ISA emulation\n"); X } X } X } X /* X ** Now look for any live devices with the same starting I/O port and X ** give up if we clash X ** X ** what i'd really like is to set is how many i/o ports are in use. X ** but that isn't in this structure... X ** X */ X checkthese = 0; X if(dev_p->id_iobase ) checkthese |= CC_IOADDR; X if(dev_p->id_drq != -1 ) checkthese |= CC_DRQ; X if(dev_p->id_irq ) checkthese |= CC_IRQ; X if(dev_p->id_maddr ) checkthese |= CC_MEMADDR; X /* this may be stupid, it's probably too late if we clash here */ X if(haveseen_isadev( dev_p,checkthese)) X break; /* we can't proceed due to collision. bail */ X /* mark ourselves in existence and then put us in the eisa list */ X /* so that other things check against US for a clash */ X dev_p->id_alive = (numports == -1? 1 : numports); X memcpy(&(isa_devtab_eisa[nexttab]),dev_p,sizeof(edev_p->isa_dev)); X drv_p->attach(dev_p); X X if (dev_p->id_irq) { X if (edev_p->imask) X INTRMASK(*(edev_p->imask), dev_p->id_irq); X register_intr(ffs(dev_p->id_irq) - 1, dev_p->id_id, X dev_p->id_ri_flags, dev_p->id_intr, X (edev_p->imask) ? *(edev_p->imask) : 0, dev_p->id_unit); X INTREN(dev_p->id_irq); X } X found = 1; X nexttab++; X break; /* go look at next slot*/ X }/* end of loop on known devices */ X if (!found) { X printf("...No driver installed for board\n"); X } X }/* end of loop on slots */ X}/* end of routine */ X X X X X END-of-i386/eisa/eisaconf.c echo x - i386/eisa/eisaconf.h sed 's/^X//' >i386/eisa/eisaconf.h << 'END-of-i386/eisa/eisaconf.h' X/* X * Written by Billie Alsup (balsup@tfs.com) X * for TRW Financial Systems for use under the MACH(2.5)and OSF/1 operating X * systems. X * X * TRW Financial Systems, in accordance with their agreement with Carnegie X * Mellon University, makes this software available to CMU to distribute X * or use in any manner that they see fit as long as this message is kept with X * the software. For this reason TFS also grants any other persons or X * organisations permission to use or modify this software. X * X * TFS supplies this software to be publicly redistributed X * on the understanding that TFS is not responsible for the correct X * functioning of this software in any circumstances. X * X * $Id: eisaconf.h,v 1.1 1995/03/13 09:10:17 root Exp root $ X */ X X/* X * Ported to run under FreeBSD by Julian Elischer (julian@tfs.com) Sept 1992 X */ X X#define EISA_SLOTS 10 /* PCI clashes with higher ones.. fix later */ Xstruct eisa_dev { X char productID[4]; X unsigned short productType; X unsigned char productRevision; X long int *imask; X struct isa_device isa_dev; X}; X X#ifdef NONO Xstruct isa_device { X int id_id; /* device id */ X struct isa_driver *id_driver; X int id_iobase; /* base i/o address */ X u_short id_irq; /* interrupt request */ X short id_drq; /* DMA request */ X caddr_t id_maddr; /* physical i/o memory address on bus (if any)*/ X int id_msize; /* size of i/o memory */ X inthand2_t *id_intr; /* interrupt interface routine */ X int id_unit; /* unit number */ X int id_flags; /* flags */ X int id_scsiid; /* scsi id if needed */ X int id_alive; /* device is present */ X#define RI_FAST 1 /* fast interrupt handler */ X u_int id_ri_flags; /* flags for register_intr() */ X}; X/* X * Bits to specify the type and amount of conflict checking. X */ X#define CC_ATTACH (1 << 0) X#define CC_DRQ (1 << 1) X#define CC_IOADDR (1 << 2) X#define CC_IRQ (1 << 3) X#define CC_MEMADDR (1 << 4) X X#endif END-of-i386/eisa/eisaconf.h echo x - i386/eisa/eisadevs.c sed 's/^X//' >i386/eisa/eisadevs.c << 'END-of-i386/eisa/eisadevs.c' X/* X * Written by Billie Alsup (balsup@tfs.com) X * for TRW Financial Systems for use under the MACH(2.5)and OSF/1 operating X * systems. X * X * TRW Financial Systems, in accordance with their agreement with Carnegie X * Mellon University, makes this software available to CMU to distribute X * or use in any manner that they see fit as long as this message is kept with X * the software. For this reason TFS also grants any other persons or X * organisations permission to use or modify this software. X * X * TFS supplies this software to be publicly redistributed X * on the understanding that TFS is not responsible for the correct X * functioning of this software in any circumstances. X * X * $Id: eisadevs.c,v 1.1 1995/03/13 09:10:17 root Exp root $ X */ X X/* X * Ported to run under FreeBSD by Julian Elischer (julian@tfs.com) Sept 1992 X */ X/* This needs to be automatically generated.. */ X X#include X#include /* isn't it a joy */ X#include /* to have three of these */ X#include X X#include "i386/isa/isa_device.h" X#include "eisaconf.h" X#include "bt.h" X#if NBT > 0 Xextern struct isa_driver btdriver; Xint btintr(); X#endif X Xstruct eisa_dev eisa_dev[] = { X#if NBT > 0 X { "BUS",0x420,0,&bio_imask,{-1,&btdriver,0,0,-1,0,0,btintr,0,0,0,0,0}}, X { "BUS",0x470,0,&bio_imask,{-1,&btdriver,0,0,-1,0,0,btintr,0,0,0,0,0}}, X#endif /* NBT > 0 */ X/* add your devices here */ X X {0,0,0} X}; X END-of-i386/eisa/eisadevs.c echo x - i386/eisa/patches sed 's/^X//' >i386/eisa/patches << 'END-of-i386/eisa/patches' X*** 1.1 1995/03/13 02:47:10 X--- i386/isa/bt742a.c 1995/03/13 09:12:58 X*************** X*** 12,18 **** X * on the understanding that TFS is not responsible for the correct X * functioning of this software in any circumstances. X * X! * $Id: bt742a.c,v 1.1 1995/03/13 02:47:10 root Exp $ X */ X X /* X--- 12,18 ---- X * on the understanding that TFS is not responsible for the correct X * functioning of this software in any circumstances. X * X! * $Id: bt742a.c,v 1.2 1995/03/13 09:12:47 root Exp root $ X */ X X /* X*************** X*** 637,642 **** X--- 637,658 ---- X } X bzero(bt, sizeof(struct bt_data)); X btdata[unit] = bt; X+ if(dev->id_iobase > 0xFFF) /* an EISA card, we have an EISA port */ X+ { X+ int i = inb(dev->id_iobase + 0x0C); X+ static unsigned long bt_iobase[8] = X+ { 0x330,0x334,0x230,0x234,0x130,0x134,0x00,0x00 }; X+ X+ if (!(dev->id_iobase = bt_iobase[i&7])) { X+ printf("bt_iobase disabled or invalid; index %d\n" X+ ,i&7); X+ return 0; X+ } X+ #if defined(DEBUG) X+ printf("btprobe: Trying iobase 0x%x\n",dev->dev_addr); X+ #endif /* defined(DEBUG) */ X+ } X+ X bt->bt_base = dev->id_iobase; X X /* X*** 1.1 1995/03/13 02:55:03 X--- i386/isa/isa.c 1995/03/13 09:13:01 X*************** X*** 34,40 **** X * SUCH DAMAGE. X * X * from: @(#)isa.c 7.2 (Berkeley) 5/13/91 X! * $Id: isa.c,v 1.1 1995/03/13 02:55:03 root Exp $ X */ X X /* X--- 34,40 ---- X * SUCH DAMAGE. X * X * from: @(#)isa.c 7.2 (Berkeley) 5/13/91 X! * $Id: isa.c,v 1.2 1995/03/13 09:12:47 root Exp root $ X */ X X /* X*************** X*** 86,100 **** X #define DMA2_FFC (IO_DMA2 + 2*12) /* clear first/last FF */ X X /* X- * Bits to specify the type and amount of conflict checking. X- */ X- #define CC_ATTACH (1 << 0) X- #define CC_DRQ (1 << 1) X- #define CC_IOADDR (1 << 2) X- #define CC_IRQ (1 << 3) X- #define CC_MEMADDR (1 << 4) X- X- /* X * XXX these defines should be in a central place. X */ X #define read_eflags() ({u_long ef; \ X--- 86,91 ---- X*************** X*** 141,147 **** X char const *format)); X static int haveseen __P((struct isa_device *dvp, struct isa_device *tmpdvp, X u_int checkbits)); X- static int haveseen_isadev __P((struct isa_device *dvp, u_int checkbits)); X static inthand2_t isa_strayintr; X static void register_imask __P((struct isa_device *dvp, u_int mask)); X X--- 132,137 ---- X*************** X*** 243,249 **** X * Search through all the isa_devtab_* tables looking for anything that X * conflicts with the current device. X */ X! static int X haveseen_isadev(dvp, checkbits) X struct isa_device *dvp; X u_int checkbits; X--- 233,244 ---- X * Search through all the isa_devtab_* tables looking for anything that X * conflicts with the current device. X */ X! #include "eisa.h" X! #if NEISA > 0 X! extern struct isa_device isa_devtab_eisa[]; X! #endif X! X! int X haveseen_isadev(dvp, checkbits) X struct isa_device *dvp; X u_int checkbits; X*************** X*** 271,276 **** X--- 266,278 ---- X if (status) X return status; X } X+ #if NEISA > 0 X+ for (tmpdvp = isa_devtab_eisa; tmpdvp->id_driver; tmpdvp++) { X+ status |= haveseen(dvp, tmpdvp, checkbits); X+ if (status) X+ return status; X+ } X+ #endif X return(status); X } X X*** 1.1 1995/03/13 03:01:46 X--- i386/isa/isa_device.h 1995/03/13 09:13:03 X*************** X*** 31,37 **** X * SUCH DAMAGE. X * X * from: @(#)isa_device.h 7.1 (Berkeley) 5/9/91 X! * $Id: isa_device.h,v 1.1 1995/03/13 03:01:46 root Exp $ X */ X X #ifndef _I386_ISA_ISA_DEVICE_H_ X--- 31,37 ---- X * SUCH DAMAGE. X * X * from: @(#)isa_device.h 7.1 (Berkeley) 5/9/91 X! * $Id: isa_device.h,v 1.2 1995/03/13 09:12:47 root Exp root $ X */ X X #ifndef _I386_ISA_ISA_DEVICE_H_ X*************** X*** 78,83 **** X--- 78,92 ---- X }; X X /* X+ * Bits to specify the type and amount of conflict checking. X+ */ X+ #define CC_ATTACH (1 << 0) X+ #define CC_DRQ (1 << 1) X+ #define CC_IOADDR (1 << 2) X+ #define CC_IRQ (1 << 3) X+ #define CC_MEMADDR (1 << 4) X+ X+ /* X * Per-driver structure. X * X * Each device driver defines entries for a set of routines X*************** X*** 126,131 **** X--- 135,141 ---- X IDTVEC(intr8), IDTVEC(intr9), IDTVEC(intr10), IDTVEC(intr11), X IDTVEC(intr12), IDTVEC(intr13), IDTVEC(intr14), IDTVEC(intr15); X void isa_configure __P((void)); X+ int haveseen_isadev __P((struct isa_device *dvp, u_int checkbits)); X void isa_defaultirq __P((void)); X void isa_dmacascade __P((unsigned chan)); X void isa_dmadone __P((int, caddr_t, int, int)); X*** 1.1 1995/03/13 02:40:30 X--- i386/conf/files.i386 1995/03/13 09:12:15 X*************** X*** 1,7 **** X # This file tells config what files go into building a kernel, X # files marked standard are always included. X # X! # $Id: files.i386,v 1.1 1995/03/13 02:40:30 root Exp $ X # X aic7xxx optional ahc device-driver \ X dependency "$S/gnu/misc/aic7xxx/aic7xxx.c" \ X--- 1,7 ---- X # This file tells config what files go into building a kernel, X # files marked standard are always included. X # X! # $Id: files.i386,v 1.2 1995/03/13 09:12:06 root Exp root $ X # X aic7xxx optional ahc device-driver \ X dependency "$S/gnu/misc/aic7xxx/aic7xxx.c" \ X*************** X*** 96,101 **** X--- 96,103 ---- X i386/isa/pcibus.c optional pci device-driver X i386/isa/pcic.c optional ze device-driver X i386/isa/pcic.c optional zp device-driver X+ i386/eisa/eisaconf.c optional eisa X+ i386/eisa/eisadevs.c optional eisa X i386/isa/pcvt/pcvt_drv.c optional vt device-driver X i386/isa/pcvt/pcvt_ext.c optional vt device-driver X i386/isa/pcvt/pcvt_kbd.c optional vt device-driver X*** 1.1 1995/03/13 02:43:20 X--- i386/i386/autoconf.c 1995/03/13 09:13:34 X*************** X*** 34,40 **** X * SUCH DAMAGE. X * X * from: @(#)autoconf.c 7.1 (Berkeley) 5/9/91 X! * $Id: autoconf.c,v 1.1 1995/03/13 02:43:20 root Exp $ X */ X X /* X--- 34,40 ---- X * SUCH DAMAGE. X * X * from: @(#)autoconf.c 7.1 (Berkeley) 5/9/91 X! * $Id: autoconf.c,v 1.2 1995/03/13 09:13:20 root Exp root $ X */ X X /* X*************** X*** 75,80 **** X--- 75,81 ---- X int nfs_mountroot __P((void)); X #endif X X+ #include "eisa.h" X #include "isa.h" X #if NISA > 0 X #include X*************** X*** 91,96 **** X--- 92,101 ---- X void X configure() X { X+ X+ #if NEISA > 0 X+ eisa_configure(); X+ #endif X X #if NISA > 0 X isa_configure(); END-of-i386/eisa/patches exit From owner-freebsd-hackers Mon Mar 13 03:01:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA02396 for hackers-outgoing; Mon, 13 Mar 1995 03:01:58 -0800 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA02388 for ; Mon, 13 Mar 1995 03:01:52 -0800 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA03488; Mon, 13 Mar 95 00:58:48 -0800 Date: Mon, 13 Mar 1995 00:58:47 -0800 (PST) From: Terry Lee To: freebsd-hackers@FreeBSD.org Subject: PGP can't compile Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk From owner-freebsd-hackers Mon Mar 13 03:46:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA04868 for hackers-outgoing; Mon, 13 Mar 1995 03:46:32 -0800 Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA04860 for ; Mon, 13 Mar 1995 03:46:23 -0800 Received: from fdmmail.fujitsu.co.jp by fgwmail.fujitsu.co.jp (8.6.9+2.4W/3.3W5-MX941209-Fujitsu Mail Gateway) id UAA13861; Mon, 13 Mar 1995 20:46:16 +0900 Received: from fdm.fujitsu.co.jp by fdmmail.fujitsu.co.jp (8.6.9+2.4W/3.3W5-MX950127-Fujitsu Domain Mail Master) id UAA01017; Mon, 13 Mar 1995 20:46:09 +0900 Received: from sysrap by fdm.fujitsu.co.jp (5.65/6.4J.6) id AA11742; Mon, 13 Mar 95 20:46:13 +0900 Received: from seki.sysrap.cs.fujitsu.co.jp by spad.sysrap.cs.fujitsu.co.jp with smtp (Smail3.1.28.1 #1) id m0ro8gj-0003WLC; Mon, 13 Mar 95 20:53 JST Date: Mon, 13 Mar 95 20:41:57 JST From: Masahiro SEKIGUCHI Message-Id: <9503131141.AA01792@seki.sysrap.cs.fujitsu.co.jp> To: FreeBSD-hackers@FreeBSD.org Cc: core@FreeBSD.org Subject: MB86960A/MB86965A Ethernet driver Sender: hackers-owner@FreeBSD.org Precedence: bulk I have put the driver for Fujitsu MB86960A/MB86965A based Ethernet card on: freefall.cdrom.com:~ftp/incoming/fe-950313.tar.gz It includes some documentation. Please send comments or suggestions to me . Thanks. From owner-freebsd-hackers Mon Mar 13 04:55:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA08001 for hackers-outgoing; Mon, 13 Mar 1995 04:55:36 -0800 Received: from ns.dknet.dk (ns.dknet.dk [193.88.44.42]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA07990 for ; Mon, 13 Mar 1995 04:55:31 -0800 Received: from login.dknet.dk by ns.dknet.dk with SMTP id AA14139 (5.65c8/IDA-1.4.4j for ); Mon, 13 Mar 1995 13:54:49 +0100 Received: by login.dknet.dk (4.1/SMI-4.1DKnet00) id AA13128; Mon, 13 Mar 95 13:52:16 +0100 From: sos@login.dknet.dk (S|ren Schmidt) Message-Id: <9503131252.AA13128@login.dknet.dk> Subject: Re: linux compat mode? To: hasty@netcom.com (Amancio Hasty Jr) Date: Mon, 13 Mar 95 13:52:16 MET Cc: hackers@FreeBSD.org In-Reply-To: <199503130155.RAA00788@netcom14.netcom.com>; from "Amancio Hasty Jr" at Mar 12, 95 5:55 pm X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Howdy, > Just wondering if anyone managed to get netbsd's linux compat working > with FreeBSD. Well, not really, but I'm working on our own emu code (actually has been since nov-dec last year :-) ). I hope to have something to put in the 2.1 release. I does run a shell allready, I just have to get the last bugs out. I'll not recommend using the netbsd code, as there are ALOT of changes to make before it'll run under FreeBSD (our kernel are getting more & more diffrent each day). -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time .. From owner-freebsd-hackers Mon Mar 13 05:07:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA08576 for hackers-outgoing; Mon, 13 Mar 1995 05:07:13 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA08570 for ; Mon, 13 Mar 1995 05:07:09 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.9/w8hd) id IAA03819; Mon, 13 Mar 1995 08:07:05 -0500 Date: Mon, 13 Mar 1995 08:07:05 -0500 (EST) From: Kim Culhan To: freebsd-hackers@FreeBSD.org Subject: cannot build current in uucp Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk The current as of ~2100 UTC 3/12 had this problem: ===> gnu/libexec/uucp/libuuconf ===> gnu/libexec/uucp/doc "Makefile", line 3: Could not find bsd.info.mk Fatal errors encountered -- cannot continue *** Error code 1 Stop. At /usr/src/gnu/libexec/uucp/doc the Makfile has: INFO= uucp .include bsd.info.mk appears to exist at /usr/src/share/mk/bsd.info.mk In this directory I did a make install and then tried to continue the build and things proceeded without the error. Wish I understood more about the scheme of things wrt the Makefiles. Hope this 'INFO' helps.. regards kim -- kimc@w8hd.org From owner-freebsd-hackers Mon Mar 13 05:13:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA08758 for hackers-outgoing; Mon, 13 Mar 1995 05:13:07 -0800 Received: from larry.infi.net (larry.infi.net [198.22.1.107]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA08752 for ; Mon, 13 Mar 1995 05:13:06 -0800 Received: from Jessica.RatsNest.VaBeach.VA.US by larry.infi.net with SMTP (8.6.10/Server1.8) id IAA15188; Mon, 13 Mar 1995 08:13:37 -0500 Message-Id: <199503131313.IAA15188@larry.infi.net> From: "Pavlov's Cat" Organization: Organized? Me? Hah! To: hackers@FreeBSD.org Date: Sat, 11 Mar 1995 20:33:34 -240 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Adaptek 1542 on other ports Reply-to: SimsS@infi.net Priority: normal X-mailer: Pegasus Mail/Windows (v1.22) Sender: hackers-owner@FreeBSD.org Precedence: bulk In response to some poor guy with Adaptec 1542 problems, Terry writes: > At the boot prompt, instead of hitting return or just waiting, type > /kernel -c. > This will put you in an editor that will let you change BSD's idea > of where the SCSI controller should be. > Once installed this way, you will have to boot the same way each time > or eventually rebuild your kernel. This has been bugging me for a while - I really appreciate the ability to arbitrarily re-vector the hardware stuff sorta on-the-fly like this. In fact, many times it's been the only way to get a box up and running short of building a new kernel on another box. But... Why is it that if a J. Random User goes thru the drill of configuring the plethora of non-standard locations for his misbegotten hardware setup, must he not only remember how he got the thing to boot, but he must also re-enter this stuff *every*flippin'*time*he*reboots*. Now whazzup with that? Isn't this what we have computers for in the first place -- to remember all that triviata that we humans don't have the time/ability/inclination to remember? Is there any _technical_ reason that FreeBSD can't find some sacrosanct place to stash all of this '-c' stuff and magically use that as the default next time 'round? This bites me every time I install a SNAP or generic kernel. For some reason, the sea0 driver wedges my boxes during probe like every time. No sweat - I know how to fix it. But poor ol' J. Random - the guy's making a good faith effort to to wean hisself away from LINUX or, worse, DOS and he invariably gets to this point: Q: Why won't my Hack-o-Rama WonderWidget [work | load | run]? It works under [ DOS | LINUX | WINDOWS ]!!! A: You've got it at the wrong address; use -c when you boot. Once you get the box running, simply pull in the kernel sources, hack up a new config, `config My_Config`, `make world' and use _that_ kernel in the future. [Poor guy - he asks for a drink and he gets a fire hose turned on him!] Anyway - any reason why FreeBSD can't remember what happened in the last '-c' boot? (Now let me run fetch my asbestos BVD's) -- ...sjs... Steve Sims (SJS7) SimsS@Infi.Net Systems Engineer, IPC Technologies, Inc. Virginia Beach, VA "Everyone wants to save the Earth; Nobody wants to help Mom do the dishes." ...P.J. O'Roarke From owner-freebsd-hackers Mon Mar 13 05:52:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA09961 for hackers-outgoing; Mon, 13 Mar 1995 05:52:53 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA09955 for ; Mon, 13 Mar 1995 05:52:50 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.9/w8hd) id IAA04605; Mon, 13 Mar 1995 08:52:47 -0500 Date: Mon, 13 Mar 1995 08:52:47 -0500 (EST) From: Kim Culhan To: FreeBSD-hackers@FreeBSD.org Subject: dfa.c build problem on current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Trying to build current last updated ~2100 UTC 3/12 via sup from stock 2.0R installation, this error: cc -O2 -I/usr/src/gnu/usr.bin/awk -DGAWK -c awk.c cc -O2 -I/usr/src/gnu/usr.bin/awk -DGAWK -c /usr/src/gnu/usr.bin/awk/dfa.c /usr/src/gnu/usr.bin/awk/dfa.c: In function `lex': /usr/src/gnu/usr.bin/awk/dfa.c:463: `RE_NO_GNU_OPS' undeclared (first use this function) /usr/src/gnu/usr.bin/awk/dfa.c:463: (Each undeclared identifier is reported only once /usr/src/gnu/usr.bin/awk/dfa.c:463: for each function it appears in.) *** Error code 1 Stop. Any thoughts on this are very greatly appreciated. regards kim -- kimc@w8hd.org From owner-freebsd-hackers Mon Mar 13 07:25:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA11261 for hackers-outgoing; Mon, 13 Mar 1995 07:25:23 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA11253 for ; Mon, 13 Mar 1995 07:25:18 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id KAA03087; Mon, 13 Mar 1995 10:22:20 -0500 From: Peter Dufault Message-Id: <199503131522.KAA03087@hda.com> Subject: Re: Adaptek 1542 on other ports To: SimsS@infi.net Date: Mon, 13 Mar 1995 10:22:20 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199503131313.IAA15188@larry.infi.net> from "Pavlov's Cat" at Mar 11, 95 08:33:34 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1758 Sender: hackers-owner@FreeBSD.org Precedence: bulk Pavlov's Cat writes: > > In response to some poor guy with Adaptec 1542 problems, Terry writes: > > At the boot prompt, instead of hitting return or just waiting, type > > /kernel -c. > > This will put you in an editor that will let you change BSD's idea > > of where the SCSI controller should be. > > Once installed this way, you will have to boot the same way each time > > or eventually rebuild your kernel. > > This has been bugging me for a while - I really appreciate the > ability to arbitrarily re-vector the hardware stuff sorta on-the-fly > like this. In fact, many times it's been the only way to get a box > up and running short of building a new kernel on another box. But... > > Why is it that if a J. Random User goes thru the drill of configuring > the plethora of non-standard locations for his misbegotten hardware > setup, must he not only remember how he got the thing to boot, but he > must also re-enter this stuff *every*flippin'*time*he*reboots*. Because the software hasn't been written? I doubt that Jordan and David are slapping themselves on the forehead now and saying "Of course! It would work better if we SAVED userconfig someplace!" Julian had a suggestion inspired by an OSF approach for some separate file that you load at boot. I'd propose a kernel-zapping ioctl that modified the on disk kernel after you were up and running if I wasn't afraid I'd get chased out of town. "-c" has helped many people get the distribution booted. It isn't fair to suggest that because it doesn't dance it shouldn't come out on stage to sing. Peter -- 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 Mon Mar 13 07:51:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA11860 for hackers-outgoing; Mon, 13 Mar 1995 07:51:50 -0800 Received: from vortex.sdf.luth.se ([130.239.144.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA11854 for ; Mon, 13 Mar 1995 07:51:47 -0800 Received: from alkinoos.sdf.luth.se by vortex.sdf.luth.se (8.6.9/8.6.9) with ESMTP id QAA09899; Mon, 13 Mar 1995 16:52:22 GMT Received: from localhost by alkinoos.sdf.luth.se (8.6.9/8.6.9) with SMTP id QAA05690; Mon, 13 Mar 1995 16:53:25 +0100 Message-Id: <199503131553.QAA05690@alkinoos.sdf.luth.se> X-Authentication-Warning: alkinoos.sdf.luth.se: Host localhost didn't use HELO protocol To: davidg@Root.COM cc: hasty@netcom.com (Amancio Hasty Jr), hackers@FreeBSD.org, matte@alkinoos.sdf.luth.se Subject: Re: SNAP or current? In-reply-to: Your message of "Fri, 10 Mar 1995 00:01:53 PST." <199503100801.AAA04134@corbin.Root.COM> Date: Mon, 13 Mar 1995 16:53:23 +0100 From: Mattias Karlsson Sender: hackers-owner@FreeBSD.org Precedence: bulk From owner-freebsd-hackers Mon Mar 13 08:11:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12131 for hackers-outgoing; Mon, 13 Mar 1995 08:11:48 -0800 Received: from vortex.sdf.luth.se (vortex.sdf.luth.se [130.239.144.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12125 for ; Mon, 13 Mar 1995 08:11:45 -0800 Received: from alkinoos.sdf.luth.se by vortex.sdf.luth.se (8.6.9/8.6.9) with ESMTP id RAA10281 for ; Mon, 13 Mar 1995 17:12:43 GMT Received: from localhost by alkinoos.sdf.luth.se (8.6.9/8.6.9) with SMTP id RAA06760 for ; Mon, 13 Mar 1995 17:13:41 +0100 Message-Id: <199503131613.RAA06760@alkinoos.sdf.luth.se> X-Authentication-Warning: alkinoos.sdf.luth.se: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: Re: SNAP or current? In-reply-to: Your message of "Fri, 10 Mar 1995 00:01:53 PST." <199503100801.AAA04134@corbin.Root.COM> Date: Mon, 13 Mar 1995 17:13:40 +0100 From: Mattias Karlsson Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm sad to say that there is some other big problems to. I am using two FreeBSD machines to connect our local network to internet via PPP and some times when there is heavy trafic on the modem line one of the computers reboots whith the panic multiple frees. Our network is like this. Computer 1 . . . Computer x | | | | =-+-------------------+---------+-= | | Gateway ------ PPP -------- Firewall machine | | Internet. The problem comes up when many people acceses the internet via http proxy, ftp:ing, or just using a shell to the internet. Then either the gateway machine or the Firewall machine reboots and gets the panic Panic: multiple frees. Does anyone have a clue? /Mattias Karlsson (matte@sdf.luth.se) From owner-freebsd-hackers Mon Mar 13 09:01:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA12716 for hackers-outgoing; Mon, 13 Mar 1995 09:01:01 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA12710 for ; Mon, 13 Mar 1995 09:00:58 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA03228; Mon, 13 Mar 95 09:54:23 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503131654.AA03228@cs.weber.edu> Subject: Re: New Cyclades driver issues and status To: karl@bagpuss.demon.co.uk (Karl Strickland) Date: Mon, 13 Mar 95 9:54:22 MST Cc: hsu@cs.hut.fi, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503130220.CAA02507@bagpuss.demon.co.uk> from "Karl Strickland" at Mar 13, 95 02:20:23 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I've suggested abstracting the cannonical processing module, queue > > management, and device abstraction (ala SCO) to increase the amount of > ^^^^^^^ > does SCO do something special in this regard? what you're describing > sounds to me like STREAMS (right?) -- are SCO STREAMS different to any > other STREAMS - or is what you are describing more SCO specific? No, I'm not suggesting Streams. It's have to be re-ported and still needs ldterm and other modules, not from AT&T sources. SCO has abstracted large hunks of the tty driver code from specific device instances. Specifically, smart board drivers insert data directly into clists then trigger an event. This is how the Computone boards work, and is precisely why the Computone boards failed in the Xenix >= 2.3 until they were patched (SCO changed the data block size from 32 to 24 bytes -- when you did high speed I/O such that more than 24 characters were queued, boom went your kernel). Streams would be *a* way, but I'd hardly suggest it as *the* way at this point in time. > > shared code and the treatment of serial cards as multiple controllers > > under a class driver (ala Julian's SCSI abstraction) before. > > > > Now I'll suggest it again. 8-). > > > > The problem is in driver writers not making their code modular or generic, > > which is the expedient soloution. I guess it depends on if you want a > > single driver working now, or all drivers working later. > > didnt you do a STREAMS like thing for *BSD? that'd be a good place for > the rest of us to start. (i know i know.. :-)) I did do one for 386BSD 0.1 patchkit 2. The only modules I ever ran were the TCP/IP networking code from Lachman and the ldterm and pty modules from SVR4. There are no native drivers written for it, which means no drivers. As you can probably imagine, this means that with DDI/DKI and other interfaces not being around, a *lot* of work is required to put it back into service. Diffs won't do. The majority of it is rewrite, not only because of this, but because I screwed up the priority banding and introduced a nice little bug in canput (an abomination before God anyway, since it it very MP unaware). I don't have access to as much dormant hardware as I once did, and it's hard for me to get a machine above the 1.1.5 level -- I'm not willing to upgrade my main box at this time, and the performance fall-off on the merged cache was disappointing enough to keep me wary. I've saved enough for a new machine, but an really torn because of the low resoloution on the internal displays on portables is supposed to be fixed this year (NEC has promised 1024x768), the MP machine I was negotiating on is now unavailable, and I recently got offered a real deal on a DEC Alpha PCI motherboard (DEC sells them for $1170). When I get a new machine, I'll probably be spending time on other issues first -- a portable means PCMCIA and power management, with accompaning hacks to the VM to murder/option out overcommit for the power management to support resume/suspend and better processer detection in init for power recovery. An MP machine means SMP work and kernel multithreading. The DEC board means I spend some time porting and trying to pull in NetBSD code (or moving to NetBSD or Linux for that box, both of which are more or less supported, though the Linux does have support for the PCI). Either way, it'll be some time before I can get the code up to snuff, and I won't release it until it doesn't suck. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 13 09:09:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA12831 for hackers-outgoing; Mon, 13 Mar 1995 09:09:53 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA12825 for ; Mon, 13 Mar 1995 09:09:49 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA03264; Mon, 13 Mar 95 10:03:40 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503131703.AA03264@cs.weber.edu> Subject: Re: Adaptek 1542 on other ports To: SimsS@infi.net Date: Mon, 13 Mar 95 10:03:39 MST Cc: hackers@FreeBSD.org In-Reply-To: <199503131313.IAA15188@larry.infi.net> from "Pavlov's Cat" at Mar 13, 95 06:11:40 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > In response to some poor guy with Adaptec 1542 problems, Terry writes: > > At the boot prompt, instead of hitting return or just waiting, type > > /kernel -c. > > This will put you in an editor that will let you change BSD's idea > > of where the SCSI controller should be. > > Once installed this way, you will have to boot the same way each time > > or eventually rebuild your kernel. > > This has been bugging me for a while - I really appreciate the > ability to arbitrarily re-vector the hardware stuff sorta on-the-fly > like this. In fact, many times it's been the only way to get a box > up and running short of building a new kernel on another box. But... > > Why is it that if a J. Random User goes thru the drill of configuring > the plethora of non-standard locations for his misbegotten hardware > setup, must he not only remember how he got the thing to boot, but he > must also re-enter this stuff *every*flippin'*time*he*reboots*. Punishment for opening his box and playing around with the dip switches and jumpers and getting them moved away from factory defaults. It's a method of promoting the use of super-glue at the factory. Insidious, isn't it? > Now whazzup with that? Isn't this what we have computers for in the > first place -- to remember all that triviata that we humans don't > have the time/ability/inclination to remember? > > Is there any _technical_ reason that FreeBSD can't find some > sacrosanct place to stash all of this '-c' stuff and magically use > that as the default next time 'round? How do you read the 1542 base address off the disk so the kernel can find the 1542 base address so you can read it off the disk so ... The problem is that the kernel is not data-driven (or rather, not data-driven enough) in some areas. > Q: Why won't my Hack-o-Rama WonderWidget [work | load | run]? > It works under [ DOS | LINUX | WINDOWS ]!!! > > A: You've got it at the wrong address; use -c when you boot. Once > you get the box running, simply pull in the kernel sources, > hack up a new config, `config My_Config`, `make world' and > use _that_ kernel in the future. > > [Poor guy - he asks for a drink and he gets a fire hose turned on > him!] > > Anyway - any reason why FreeBSD can't remember what happened in the > last '-c' boot? There was a preliminary shot at a utility to do this, but it had some problems and was canned for now (there was a discussion of this on the hackers list). Linux handles this by cramming it into the stuff LILO gives the kernel on boot. > (Now let me run fetch my asbestos BVD's) Good choice... 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 13 09:21:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA12986 for hackers-outgoing; Mon, 13 Mar 1995 09:21:00 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA12977 for ; Mon, 13 Mar 1995 09:20:47 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA00161; Tue, 14 Mar 1995 03:17:25 +1000 Date: Tue, 14 Mar 1995 03:17:25 +1000 From: Bruce Evans Message-Id: <199503131717.DAA00161@godzilla.zeta.org.au> To: SimsS@infi.net, dufault@hda.com Subject: Re: Adaptek 1542 on other ports Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Why is it that if a J. Random User goes thru the drill of configuring >> the plethora of non-standard locations for his misbegotten hardware >> setup, must he not only remember how he got the thing to boot, but he >> must also re-enter this stuff *every*flippin'*time*he*reboots*. >Because the software hasn't been written? It (/sbin/dset) has been in -current since 1995/01/23 but was too buggy to use. The 1995/03/12 version might work. Bruce From owner-freebsd-hackers Mon Mar 13 09:31:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13325 for hackers-outgoing; Mon, 13 Mar 1995 09:31:40 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA13317 for ; Mon, 13 Mar 1995 09:31:39 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA14340; Mon, 13 Mar 1995 09:31:30 -0800 From: Poul-Henning Kamp Message-Id: <199503131731.JAA14340@ref.tfs.com> Subject: Re: cannot build current in uucp To: kimc@w8hd.w8hd.org (Kim Culhan) Date: Mon, 13 Mar 1995 09:31:28 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Kim Culhan" at Mar 13, 95 08:07:05 am Content-Type: text Content-Length: 486 Sender: hackers-owner@FreeBSD.org Precedence: bulk > The current as of ~2100 UTC 3/12 had this problem: > > ===> gnu/libexec/uucp/libuuconf > ===> gnu/libexec/uucp/doc > "Makefile", line 3: Could not find bsd.info.mk > Fatal errors encountered -- cannot continue > *** Error code 1 > Stop. > do a "make world", and be prepared for "gdb" to not compile. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Mon Mar 13 09:34:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13396 for hackers-outgoing; Mon, 13 Mar 1995 09:34:26 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA13390 for ; Mon, 13 Mar 1995 09:34:25 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA14365; Mon, 13 Mar 1995 09:34:12 -0800 From: Poul-Henning Kamp Message-Id: <199503131734.JAA14365@ref.tfs.com> Subject: Re: Adaptek 1542 on other ports To: dufault@hda.com (Peter Dufault) Date: Mon, 13 Mar 1995 09:34:11 -0800 (PST) Cc: SimsS@infi.net, hackers@FreeBSD.org In-Reply-To: <199503131522.KAA03087@hda.com> from "Peter Dufault" at Mar 13, 95 10:22:20 am Content-Type: text Content-Length: 493 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Because the software hasn't been written? As far as I know this is being pursued by one of our Russian friends ? > I doubt that Jordan and David are slapping themselves on the forehead > now and saying "Of course! It would work better if we SAVED > userconfig someplace!" no, they did that long time ago. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Mon Mar 13 09:50:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13611 for hackers-outgoing; Mon, 13 Mar 1995 09:50:22 -0800 Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA13605 for ; Mon, 13 Mar 1995 09:50:18 -0800 Received: from [192.245.33.12] by gateway.cybernet.com (8.6.8/1.0A) id NAA13820; Mon, 13 Mar 1995 13:16:53 -0500 X-Sender: mtaylor@gateway.cybernet.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 13 Mar 1995 12:52:09 -0500 To: hackers@FreeBSD.org From: mtaylor@gateway.cybernet.com (Mark J. Taylor) Subject: Kernel reconfiguration process suggestions Sender: hackers-owner@FreeBSD.org Precedence: bulk Peter Dufault writes: [....] > >I doubt that Jordan and David are slapping themselves on the forehead >now and saying "Of course! It would work better if we SAVED >userconfig someplace!" > >Julian had a suggestion inspired by an OSF approach for some separate >file that you load at boot. I'd propose a kernel-zapping ioctl >that modified the on disk kernel after you were up and running if >I wasn't afraid I'd get chased out of town. > >"-c" has helped many people get the distribution booted. It isn't >fair to suggest that because it doesn't dance it shouldn't come >out on stage to sing. > Didn't Apple's A/UX have some kind of command-line utility that allowed you to modify kernel parameters w/o having to rebuild the kernel? Or did it rebuild it for you? This would be good enough IMHO- a tool that took the probe's output (via 'dmesg' and 'grep') and re-'config'ed, 'make'd a kernel based on it, and installed it? It would go something like: kconfig: You have a WizBang-2000 controller on the isa bus at irq 15 and i/o address 0x300 in your system's last boot. Would you like to: [K]eep it in the system at the same settings that was last booted at [M]odify the settings for future boots [R]emove it from the system [L]ist config lines of all kernel-installed devices user: K user: M kconfig: The following parameters may be changed: 1) bus [isa] 2) irq [15] 3) i/o address [0x300] 0) End changes user: 2 kconfig: Enter new irq [15]: user: 12 kconfig: Warning, you have a device, a FooBlaster-600, at this irq setting, would you like to make the change anyway? [Yes] user: Y kconfig: The following parameters may be changed: 1) bus [isa] 2) irq [12] 3) i/o address [0x300] 0) End changes user: 0 kconfig: You have a WizBang-2000 controller on the isa bus at irq 12 and i/o address 0x300 in your system. Would you like to: [K]eep it in the system at these settings [M]odify the settings for future boots [R]emove it from the system [L]ist config lines of all kernel-installed devices user: K kconfig: You have a TCS 1654 device on the pci bus at automatic configuration in your system's last boot. Would you like to: [K]eep it in the system at the same settings that was last booted at [M]odify the settings for future boots [R]emove it from the system [L]ist config lines of all kernel-installed devices ... You get the idea. When the user was done, kconfig would build a new config file and create a kernel based on the user's input. Of course, it would be hard to do this, unless there was some file that related the strings spat out during the probe to parsable device information. Something like a sscanf string: [note that I got these examples from a 1.1.5.1 'dmesg' output] wdc controller "wdc%d at %x-%x irq %d on %s", devnum, ios, ioe, irq, bus ed device "ed%d at %x-%x irq %d maddr %x msize %d on %s", devnum, ios, ioe, mems, msize, bus ... where devnum, ios, ioe, irq, bus, etc. were keywords used by the kconfig program. Would if be a big deal to require device drivers to provide this kind of information? To make it easier, it might be able to automatically generate these config strings based on some macros defined in the source code- by doing a 'grep' for something like '#define CONFIG_STRING' in the /sys/i386/isa/*.{c,h}, /sys/i386/pci/*.{c,h}, /sys/i386/eisa/*.{c,h} files. This macro need not be used by the device code at all, just defined somewhere in the modules. The last boot message that the user should see if they booted with '-c' should be "System booted with new configuration- please run 'kconfig' to make any changes permanent." or something similar. Also interesting: I think that the way that Apple's A/UX did reconfiguration was to have a file that indexed into the kernel to point to variables that were configurable. The file looked something like: kernelvariablename indexintokernelfile valuetype comments slip_enabled 0x1400 boolean SLIP enable slip_mtu 0x1432 short int maximum transmission unit for SLIP wizbang_enabled 0x2140 boolean WizBang-2000 enable wizbang_irq 0x2146 short int IRQ setting for the WizBang-2000 and the kconfig program parsed this file and let you change the values of these variables, re-writing the values directly in the kernel file. In FreeBSD's case, (some of?) the symbols are kept in the kernel file (do a 'nm /386bsd' or 'nm /kernel' for those of you who've never done it). Maybe this would help? All we'd need would be the value types. If not, then part of the process of making a kernel should make this file of configurable variable offsets. (Maybe a null macro called 'CONFIGABLE' gets put in front of the configurable variable, so it's easier to grep for them to build the table.) The same type of auto-reconfig could be parsed out of the 'dmesg' output if there was a symbol naming convention... Having all modules compiled into the kernel would be necessary in this case, because this kconfig would only allow modification of existing variables, not the addition of new ones. This would be fine with me. I'd prefer this approach to the one mentioned above (seems simpler to implement, and not too confusing for a beginner). Only problem that I see is that the kernel will be a bit large. Joe User: "I need to change the settings for my WizBang-2000. How do I do it?" Hackers/FAQ: "Run /sbin/kconfig and set the configuration variable wizbang_enabled to TRUE, then make sure the wizbang_{irq,ioaddress} are set to your system's configuration. Then reboot. Everything should be OK then, Joe." This is all just a thought, of course. Seems like a cool task for someone to write, and I'm sure that alot of people would thank you for implementing it... -Mark Taylor mtaylor@cybernet.com Any opinions expressed in this message are my own, and do not reflect the official position of Cybernet Systems. From owner-freebsd-hackers Mon Mar 13 10:44:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA15323 for hackers-outgoing; Mon, 13 Mar 1995 10:44:54 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA15317 for ; Mon, 13 Mar 1995 10:44:53 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id KAA29570; Mon, 13 Mar 1995 10:44:01 -0800 Date: Mon, 13 Mar 1995 10:44:01 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503131844.KAA29570@netcom14.netcom.com> To: hasty@netcom.com, sos@login.dknet.dk Subject: Re: linux compat mode? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >I'll not recommend using the netbsd code, as there are ALOT of So I noticed.... BTW can you implement the linux iopl call? It will be cool to run sdoom :) Also, anyone out there knows how to wire the netbsd v86 call to our kernel. Our locore.s is different than NetBSD and naturally that is where the v86 call is wired into the system. Thanks, Amancio From owner-freebsd-hackers Mon Mar 13 11:04:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA15846 for hackers-outgoing; Mon, 13 Mar 1995 11:04:37 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA15840 for ; Mon, 13 Mar 1995 11:04:37 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: Adaptek 1542 on other ports To: SimsS@infi.net Date: Mon, 13 Mar 1995 11:04:04 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503131313.IAA15188@larry.infi.net> from "Pavlov's Cat" at Mar 11, 95 08:33:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 619 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Anyway - any reason why FreeBSD can't remember what happened in the > last '-c' boot? well, lsdev -c will give you the parameters you need to put into your config file to make a kernel that has the same setup as what you are presently running...... I'm toying with the possibility of making the bootloader load a second ascii file that contains that stuff.. I have the mods to the bootloader from OSF that do it, and both bootloaders have a common parent.. (The mach bootloader).. the question is where do I find the ROOM in the bootblocks to cram it in, and how shall Itell FreeBSD where I've put it? julian From owner-freebsd-hackers Mon Mar 13 11:11:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA15962 for hackers-outgoing; Mon, 13 Mar 1995 11:11:06 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA15956 for ; Mon, 13 Mar 1995 11:11:05 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: Adaptek 1542 on other ports To: terry@cs.weber.edu (Terry Lambert) Date: Mon, 13 Mar 1995 11:10:16 -0800 (PST) Cc: SimsS@infi.net, hackers@FreeBSD.org In-Reply-To: <9503131703.AA03264@cs.weber.edu> from "Terry Lambert" at Mar 13, 95 10:03:39 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 671 Sender: hackers-owner@FreeBSD.org Precedence: bulk > How do you read the 1542 base address off the disk so the kernel > can find the 1542 base address so you can read it off the disk so ... The bios bootloader (or any bootloader) can look for a 2nd file, /kernel.conf for /kernel or /kernel.old.conf cor /kernel.old and dump it into the ram, alongside the kernel.. julian +----------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / On assignment | / \ julian@tfs.com +------>x USA \ in a very strange | ( OZ ) 300 lakeside Dr. oakland CA. \___ ___ | country ! +- X_.---._/ USA+(510) 645-3137(wk) \_/ \\ v From owner-freebsd-hackers Mon Mar 13 11:14:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA16038 for hackers-outgoing; Mon, 13 Mar 1995 11:14:01 -0800 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA16032 for ; Mon, 13 Mar 1995 11:13:59 -0800 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id OAA14002 for hackers@freebsd.org; Mon, 13 Mar 1995 14:14:38 -0500 Received: from freefall.cdrom.com (freefall.cdrom.com [192.216.222.4]) by grendel.csc.smith.edu (8.6.5/8.6.5) with ESMTP id NAA13704 for ; Mon, 13 Mar 1995 13:56:20 -0500 Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA15571 for doc-outgoing; Mon, 13 Mar 1995 10:54:56 -0800 Received: from VX22.CC.MONASH.EDU.AU (vx22.cc.monash.edu.au [130.194.1.22]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA15563 for ; Mon, 13 Mar 1995 10:54:52 -0800 Received: from broncho.ct.monash.edu.au ("port 1658"@broncho.ct.monash.edu.au) by vaxc.cc.monash.edu.au (PMDF V4.3-12 #8933) id <01HO464ZAMDS9LV3NX@vaxc.cc.monash.edu.au>; Tue, 14 Mar 1995 05:54:40 +1100 Received: by broncho.ct.monash.edu.au; (5.65/1.1.8.2/22Feb95-1048AM) id AA06608; Tue, 14 Mar 1995 05:48:34 +1000 Date: Tue, 14 Mar 1995 05:48:34 +1000 From: sjlai@broncho.ct.monash.edu.au Subject: diskless and OSF/1 on DEC Alpha's To: doc@FreeBSD.org Message-id: <9503131948.AA06608@broncho.ct.monash.edu.au> X-Mailer: Lynx, Version 2.3.7 BETA Content-transfer-encoding: 7BIT X-Personal_Name: Simon Lai Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi there, Just a point which may save effort for those trying to boot a diskless using a DEC Alpha as the server. It doesn't work. The problem seems to be caused by DEC's use of 32(?) bit major/minor device numbers vs. FreeBSD's 16 bit versions. This may be a problem for other 64-bit OS's as well (haven't tried any others yet). The solution for us was to use a FreeBSD machine as the server !! cheers simon From owner-freebsd-hackers Mon Mar 13 11:16:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA16088 for hackers-outgoing; Mon, 13 Mar 1995 11:16:01 -0800 Received: from ns.dknet.dk (root@ns.dknet.dk [193.88.44.42]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA16082 for ; Mon, 13 Mar 1995 11:15:56 -0800 Received: from login.dknet.dk by ns.dknet.dk with SMTP id AA03113 (5.65c8/IDA-1.4.4j for ); Mon, 13 Mar 1995 20:15:40 +0100 Received: by login.dknet.dk (4.1/SMI-4.1DKnet00) id AA00422; Mon, 13 Mar 95 20:15:06 +0100 From: sos@login.dknet.dk (S|ren Schmidt) Message-Id: <9503131915.AA00422@login.dknet.dk> Subject: Re: linux compat mode? To: hasty@netcom.com (Amancio Hasty Jr) Date: Mon, 13 Mar 95 20:15:04 MET Cc: hasty@netcom.com, hackers@FreeBSD.org In-Reply-To: <199503131844.KAA29570@netcom14.netcom.com>; from "Amancio Hasty Jr" at Mar 13, 95 10:44 am X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >I'll not recommend using the netbsd code, as there are ALOT of > So I noticed.... > BTW can you implement the linux iopl call? > It will be cool to run sdoom :) Oh well, I'll surely have my go at it... > Also, anyone out there knows how to wire the netbsd v86 call to our > kernel. Our locore.s is different than NetBSD and naturally that is > where the v86 call is wired into the system. Hmm, er you talking about the vm86 patches that came by on these lists some week ago ?? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time .. From owner-freebsd-hackers Mon Mar 13 11:19:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA16148 for hackers-outgoing; Mon, 13 Mar 1995 11:19:58 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA16142 for ; Mon, 13 Mar 1995 11:19:57 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id LAA04471; Mon, 13 Mar 1995 11:19:06 -0800 Date: Mon, 13 Mar 1995 11:19:06 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503131919.LAA04471@netcom14.netcom.com> To: hasty@netcom.com, sos@login.dknet.dk Subject: Re: linux compat mode? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >Hmm, er you talking about the vm86 patches that came by on these >lists some week ago ?? Yeap if you like I can repost them. I figured that I can use vm86 calls to init vga cards etc.. Tnks, Amancio From owner-freebsd-hackers Mon Mar 13 11:46:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA16406 for hackers-outgoing; Mon, 13 Mar 1995 11:46:15 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA16400 for ; Mon, 13 Mar 1995 11:46:11 -0800 Received: from masi.ibp.fr (masi.ibp.fr [132.227.60.23]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with ESMTP id UAA17708 for ; Mon, 13 Mar 1995 20:46:07 +0100 Received: from hebe.ibp.fr (hebe.ibp.fr [132.227.64.34]) by masi.ibp.fr (8.6.11/jtpda-5.0) with ESMTP id UAA20126 for ; Mon, 13 Mar 1995 20:44:49 +0100 From: Remy.Card@masi.ibp.fr (Remy CARD) Received: by hebe.ibp.fr (8.6.10/jtpda-5.0) id UAA10022 for hackers@freebsd.org; Mon, 13 Mar 1995 20:44:28 +0100 Message-Id: <199503131944.UAA10022@hebe.ibp.fr> Subject: finger @ bug (fwd) To: hackers@FreeBSD.org Date: Mon, 13 Mar 1995 20:44:27 +0100 (MET) X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 1259 Sender: hackers-owner@FreeBSD.org Precedence: bulk This has just been sent to the linux-security mailing list. Since the FreeBSD's fingerd also has the bug, could someone please integrate the fix? Remy Forwarded message: > Subject: finger @ bug > To: linux-security@tarsier.cv.nrao.edu > Date: Mon, 13 Mar 1995 14:58:31 +0100 (MEZ) > From: Marek Michalkiewicz > > Hi, > > in.fingerd has a bug which allows "recursive" fingering. For example: > > finger user@host.other.domain@host.domain > > The bug is known for quite some time, and is not Linux-specific (it exists > at least in SunOS, Solaris, SCO, IRIX, FreeBSD - but has been fixed in HP-UX > for example). It has some security implications: if you only allow finger > access from local domain, you must do this on all machines in local domain. > and it makes denial of service attack possible, especially on smaller Linux > boxes (by forking lots of processes). > > I have sent a patch for this to Florian. You can get fixed in.fingerd > source from ftp://ftp.ists.pwr.wroc.pl/pub/linux/bugfixes/fingerd.tar.gz > or wait for a new NetKit-B release. > > BTW, linux.nrao.edu has this problem too... > > Regards, > -- > Marek Michalkiewicz > marekm@i17linuxa.ists.pwr.wroc.pl || ind43@ci3ux.ci.pwr.wroc.pl > From owner-freebsd-hackers Mon Mar 13 11:57:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA16698 for hackers-outgoing; Mon, 13 Mar 1995 11:57:35 -0800 Received: from robbie.scsn.net (root@robbie.scsn.net [199.1.89.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA16692 for ; Mon, 13 Mar 1995 11:57:30 -0800 Received: by robbie.scsn.net (Smail3.1.28.1 #10) id m0roGIl-000K6nC; Mon, 13 Mar 95 15:01 EST Message-Id: Date: Mon, 13 Mar 95 15:01 EST From: pritchet@scsn.net (Ron Pritchett) To: hackers@FreeBSD.org Subject: (fwd) busmouse Newsgroups: comp.unix.bsd.freebsd.misc Organization: I need to put my ORGANIZATION here. Sender: hackers-owner@FreeBSD.org Precedence: bulk Path: news.scsn.net!robbie.scsn.net!not-for-mail From: pritchet@robbie.scsn.net (Ron Pritchett) Newsgroups: comp.unix.bsd.freebsd.misc Subject: busmouse Date: 13 Mar 1995 17:10:16 GMT Organization: South Carolina SuperNet, Inc. Lines: 8 Message-ID: <3k1u9o$8vf@marvin.scsn.net> NNTP-Posting-Host: robbie.scsn.net X-Newsreader: TIN [UNIX 1.3 941216BETA PL0] what entry do I use in the /dev/ direcoty for my busmouse? I have the ISA Mach32 with busmouse and can't get X running since I can't find my mouse. ;-) --- #include Ron Pritchett email: pritchet@realm-software.com -- --- #include Ron Pritchett email: pritchet@realm-software.com From owner-freebsd-hackers Mon Mar 13 14:14:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00365 for hackers-outgoing; Mon, 13 Mar 1995 14:14:46 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00359 for ; Mon, 13 Mar 1995 14:14:44 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id QAA26485; Mon, 13 Mar 1995 16:14:32 -0600 Received: by olympus (4.1/TSS2.1) id AA01770; Mon, 13 Mar 95 16:12:59 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503132212.AA01770@olympus> Subject: BSD Consortium To: hackers@FreeBSD.org Date: Mon, 13 Mar 1995 16:12:59 -0600 (CST) X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 349 Sender: hackers-owner@FreeBSD.org Precedence: bulk Does anyone know if the NetBSD people are interested in a consortium? If not, the appeal is lessened... for me at least. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Mon Mar 13 14:10:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00261 for hackers-outgoing; Mon, 13 Mar 1995 14:10:37 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA00255 for ; Mon, 13 Mar 1995 14:10:36 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: Date: Mon, 13 Mar 95 12:44 PST From: julian@tfs.com (Julian Elischer) To: hackers@FreeBSD.org Subject: slightly more fixed EISA config Sender: hackers-owner@FreeBSD.org Precedence: bulk Here is an EISA config that finds a buslogic 742 correctly, and also correctly dissables it (and an aha) from the ISA config because of clashing ports.. i.e. if it finds the bt on EISA, it knows it has to no probe anything it finds at the bt's ISA port addresses.. unfortunatly it doesn't quite work, because the interrupt doesn't get registered.. so teh bt never get's it's interupts.. anyone out there who has experience in teh interrups care to look at this? the table in eisadevs.c should be automatically generated by config but for now, by hand will do.. The version I posted last night won't get all the way through probing the EISA devices.. this has been fixed.. and the kernel get's allthe way to trying to mount root.. if the EISA device is not root, then I guess it would probably boot correctly.. (till you try access the EISA devices, when they will never get their interrupts..) julian #------------------------cut here-------------------- # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # i386/eisa # i386/eisa/eisaconf.c # i386/eisa/eisaconf.h # i386/eisa/eisadevs.c # i386/eisa/patches # echo c - i386/eisa mkdir -p i386/eisa > /dev/null 2>&1 echo x - i386/eisa/eisaconf.c sed 's/^X//' >i386/eisa/eisaconf.c << 'END-of-i386/eisa/eisaconf.c' X/* X * Written by Billie Alsup (balsup@tfs.com) X * for TRW Financial Systems for use under the MACH(2.5)and OSF/1 operating X * systems. X * X * TRW Financial Systems, in accordance with their agreement with Carnegie X * Mellon University, makes this software available to CMU to distribute X * or use in any manner that they see fit as long as this message is kept with X * the software. For this reason TFS also grants any other persons or X * organisations permission to use or modify this software. X * X * TFS supplies this software to be publicly redistributed X * on the understanding that TFS is not responsible for the correct X * functioning of this software in any circumstances. X * X * $Id: eisaconf.c,v 1.1 1995/03/13 09:10:17 root Exp root $ X */ X X/* X * Ported to run under FreeBSD by Julian Elischer (julian@tfs.com) Sept 1992 X */ X X X#include X#include /* isn't it a joy */ X#include /* to have three of these */ X#include X X#include "sys/types.h" X#include "i386/isa/icu.h" X#include "i386/isa/isa_device.h" /*we're a superset, so we need this */ X#include "eisaconf.h" X X Xstruct isa_device eisaSlot[EISA_SLOTS]; Xstruct isa_device isa_devtab_eisa[EISA_SLOTS+1]; Xint nexttab = 0; Xextern struct eisa_dev eisa_dev[]; X X#define EISA_MAKEID(p) ((((p)[0]&0x1F)<<10)|(((p)[1]&0x1F)<<5)|(((p)[2]&0x1F))) X#define EISA_ID0(i) ((((i)>>10)&0x1F)+0x40) X#define EISA_ID1(i) ((((i)>>5)&0x1F)+0x40) X#define EISA_ID2(i) (((i)&0x1F)+0x40) X/* X** probe for EISA devices X*/ Xvoid Xeisa_configure() X{ X int i,j,slot,found,numports; X unsigned int checkthese; X struct eisa_dev *edev_p; X int eisaBase = 0xC80; X unsigned short productID, productType; X unsigned char productRevision,controlBits; X static char hexdigit[] = "0123456789ABCDEF"; X#define HEXDIGIT(i) hexdigit[(i)&0x0f] X X outb(eisaBase,0xFF); X productID = inb(eisaBase); X if (productID & 0x80) { X printf("Warning: running EISA kernel on non-EISA system board\n"); X return; X } X printf("Probing for devices on EISA bus\n"); X productID = (productID<<8) | inb(eisaBase+1); X productRevision = inb(eisaBase+2); X X printf("EISA0: %c%c%c v%d (System Board)\n" X ,EISA_ID0(productID) X ,EISA_ID1(productID) X ,EISA_ID2(productID) X ,(productRevision&7)); X X for (slot=1; eisaBase += 0x1000, slot < EISA_SLOTS; slot++) { X outb(eisaBase,0xFF); X productID = inb(eisaBase); X if (productID & 0x80) continue; /* no EISA card in slot */ X X productID = (productID<<8) | inb(eisaBase+1); X productType = inb(eisaBase+2); X productRevision = inb(eisaBase+3); X productType = (productType<<4) | (productRevision>>4); X productRevision &= 15; X controlBits = inb(eisaBase+4); X X printf("EISA%d: %c%c%c-%c%c%c.%x\n" X ,slot,EISA_ID0(productID),EISA_ID1(productID),EISA_ID2(productID) X ,HEXDIGIT(productType>>8) X ,HEXDIGIT(productType>>4) X ,HEXDIGIT(productType) X ,productRevision); X X if (!(controlBits & 1)) { X printf("...Card is disabled\n"); X /* continue;*/ X } X X /* X ** See if we recognize this product X */ X X for (edev_p = eisa_dev,found=0; edev_p->productID[0]; edev_p++) { X struct isa_device *dev_p; X struct isa_driver *drv_p; X unsigned short configuredID; X X configuredID = EISA_MAKEID(edev_p->productID); X if (configuredID != productID) continue; X if (edev_p->productType != productType) continue; X if (edev_p->productRevision > productRevision) continue; X X /* X ** we're assuming: X ** if different drivers for the same board exist X ** (due to some revision incompatibility), that the X ** drivers will be listed in descending revision X ** order. The revision in the eisaDevs structure X ** should indicate the lowest revision supported X ** by the code. X ** X */ X dev_p = &eisaSlot[slot]; X memcpy(dev_p,&edev_p->isa_dev,sizeof(edev_p->isa_dev)); X X drv_p = dev_p->id_driver; X dev_p->id_iobase = eisaBase; /* may get ammended by driver */ X X#if defined(DEBUG) X printf("eisaProbe: probing %s%d\n" X ,drv_p->driver_name, dev_p->id_unit); X#endif /* defined(DEBUG) */ X X if (!(numports = drv_p->probe(dev_p))) { X continue; /* try another eisa device */ X } X edev_p->isa_dev.id_unit++; /*dubious*/ X/** this should all be put in some common routine **/ X printf("%s%d", drv_p->name, dev_p->id_unit); X if (numports != -1) { X printf(" at 0x%x", dev_p->id_iobase); X if ((dev_p->id_iobase + numports - 1) != dev_p->id_iobase) { X printf("-0x%x", dev_p->id_iobase + numports - 1); X } X } X X if (dev_p->id_irq) X printf(" irq %d", ffs(dev_p->id_irq) - 1); X if (dev_p->id_drq != -1) X printf(" drq %d", dev_p->id_drq); X if (dev_p->id_maddr) X printf(" maddr 0x%lx", kvtop(dev_p->id_maddr)); X if (dev_p->id_msize) X printf(" msize %d", dev_p->id_msize); X if (dev_p->id_flags) X printf(" flags 0x%x", dev_p->id_flags); X if (dev_p->id_iobase) { X if (dev_p->id_iobase < 0x100) { X printf(" on motherboard\n"); X } else { X if (dev_p->id_iobase >= 0x1000) { X printf (" on EISA\n"); X } else { X printf (" on ISA emulation\n"); X } X } X } X /* X ** Now look for any live devices with the same starting I/O port and X ** give up if we clash X ** X ** what i'd really like is to set is how many i/o ports are in use. X ** but that isn't in this structure... X ** X */ X checkthese = 0; X if(dev_p->id_iobase ) checkthese |= CC_IOADDR; X if(dev_p->id_drq != -1 ) checkthese |= CC_DRQ; X if(dev_p->id_irq ) checkthese |= CC_IRQ; X if(dev_p->id_maddr ) checkthese |= CC_MEMADDR; X /* this may be stupid, it's probably too late if we clash here */ X if(haveseen_isadev( dev_p,checkthese)) X break; /* we can't proceed due to collision. bail */ X /* mark ourselves in existence and then put us in the eisa list */ X /* so that other things check against US for a clash */ X dev_p->id_alive = (numports == -1? 1 : numports); X memcpy(&(isa_devtab_eisa[nexttab]),dev_p,sizeof(edev_p->isa_dev)); X drv_p->attach(dev_p); X X if (dev_p->id_irq) { X if (edev_p->imask) X INTRMASK(*(edev_p->imask), dev_p->id_irq); X register_intr(ffs(dev_p->id_irq) - 1, dev_p->id_id, X dev_p->id_ri_flags, dev_p->id_intr, X edev_p->imask, dev_p->id_unit); X INTREN(dev_p->id_irq); X } X found = 1; X nexttab++; X break; /* go look at next slot*/ X }/* end of loop on known devices */ X if (!found) { X printf("...No driver installed for board\n"); X } X }/* end of loop on slots */ X}/* end of routine */ X X X X X END-of-i386/eisa/eisaconf.c echo x - i386/eisa/eisaconf.h sed 's/^X//' >i386/eisa/eisaconf.h << 'END-of-i386/eisa/eisaconf.h' X/* X * Written by Billie Alsup (balsup@tfs.com) X * for TRW Financial Systems for use under the MACH(2.5)and OSF/1 operating X * systems. X * X * TRW Financial Systems, in accordance with their agreement with Carnegie X * Mellon University, makes this software available to CMU to distribute X * or use in any manner that they see fit as long as this message is kept with X * the software. For this reason TFS also grants any other persons or X * organisations permission to use or modify this software. X * X * TFS supplies this software to be publicly redistributed X * on the understanding that TFS is not responsible for the correct X * functioning of this software in any circumstances. X * X * $Id: eisaconf.h,v 1.1 1995/03/13 09:10:17 root Exp root $ X */ X X/* X * Ported to run under FreeBSD by Julian Elischer (julian@tfs.com) Sept 1992 X */ X X#define EISA_SLOTS 10 /* PCI clashes with higher ones.. fix later */ Xstruct eisa_dev { X char productID[4]; X unsigned short productType; X unsigned char productRevision; X unsigned int *imask; X struct isa_device isa_dev; X}; X END-of-i386/eisa/eisaconf.h echo x - i386/eisa/eisadevs.c sed 's/^X//' >i386/eisa/eisadevs.c << 'END-of-i386/eisa/eisadevs.c' X/* X * Written by Billie Alsup (balsup@tfs.com) X * for TRW Financial Systems for use under the MACH(2.5)and OSF/1 operating X * systems. X * X * TRW Financial Systems, in accordance with their agreement with Carnegie X * Mellon University, makes this software available to CMU to distribute X * or use in any manner that they see fit as long as this message is kept with X * the software. For this reason TFS also grants any other persons or X * organisations permission to use or modify this software. X * X * TFS supplies this software to be publicly redistributed X * on the understanding that TFS is not responsible for the correct X * functioning of this software in any circumstances. X * X * $Id: eisadevs.c,v 1.1 1995/03/13 09:10:17 root Exp root $ X */ X X/* X * Ported to run under FreeBSD by Julian Elischer (julian@tfs.com) Sept 1992 X */ X/* This needs to be automatically generated.. */ X X#include X#include /* isn't it a joy */ X#include /* to have three of these */ X#include X X#include "i386/isa/isa_device.h" X#include "eisaconf.h" X#include "bt.h" X#if NBT > 0 Xextern struct isa_driver btdriver; Xint btintr(); X#endif X Xstruct eisa_dev eisa_dev[] = { X#if NBT > 0 X { "BUS",0x420,0,&bio_imask,{-1,&btdriver,0,0,-1,0,0,btintr,0,0,0,0,0}}, X { "BUS",0x470,0,&bio_imask,{-1,&btdriver,0,0,-1,0,0,btintr,0,0,0,0,0}}, X#endif /* NBT > 0 */ X/* add your devices here */ X X {0,0,0} X}; X END-of-i386/eisa/eisadevs.c echo x - i386/eisa/patches sed 's/^X//' >i386/eisa/patches << 'END-of-i386/eisa/patches' X*** 1.1 1995/03/13 02:47:10 X--- i386/isa/bt742a.c 1995/03/13 09:12:58 X*************** X*** 12,18 **** X * on the understanding that TFS is not responsible for the correct X * functioning of this software in any circumstances. X * X! * $Id: bt742a.c,v 1.1 1995/03/13 02:47:10 root Exp $ X */ X X /* X--- 12,18 ---- X * on the understanding that TFS is not responsible for the correct X * functioning of this software in any circumstances. X * X! * $Id: bt742a.c,v 1.2 1995/03/13 09:12:47 root Exp root $ X */ X X /* X*************** X*** 637,642 **** X--- 637,658 ---- X } X bzero(bt, sizeof(struct bt_data)); X btdata[unit] = bt; X+ if(dev->id_iobase > 0xFFF) /* an EISA card, we have an EISA port */ X+ { X+ int i = inb(dev->id_iobase + 0x0C); X+ static unsigned long bt_iobase[8] = X+ { 0x330,0x334,0x230,0x234,0x130,0x134,0x00,0x00 }; X+ X+ if (!(dev->id_iobase = bt_iobase[i&7])) { X+ printf("bt_iobase disabled or invalid; index %d\n" X+ ,i&7); X+ return 0; X+ } X+ #if defined(DEBUG) X+ printf("btprobe: Trying iobase 0x%x\n",dev->dev_addr); X+ #endif /* defined(DEBUG) */ X+ } X+ X bt->bt_base = dev->id_iobase; X X /* X*** 1.1 1995/03/13 02:55:03 X--- i386/isa/isa.c 1995/03/13 09:13:01 X*************** X*** 34,40 **** X * SUCH DAMAGE. X * X * from: @(#)isa.c 7.2 (Berkeley) 5/13/91 X! * $Id: isa.c,v 1.1 1995/03/13 02:55:03 root Exp $ X */ X X /* X--- 34,40 ---- X * SUCH DAMAGE. X * X * from: @(#)isa.c 7.2 (Berkeley) 5/13/91 X! * $Id: isa.c,v 1.2 1995/03/13 09:12:47 root Exp root $ X */ X X /* X*************** X*** 86,100 **** X #define DMA2_FFC (IO_DMA2 + 2*12) /* clear first/last FF */ X X /* X- * Bits to specify the type and amount of conflict checking. X- */ X- #define CC_ATTACH (1 << 0) X- #define CC_DRQ (1 << 1) X- #define CC_IOADDR (1 << 2) X- #define CC_IRQ (1 << 3) X- #define CC_MEMADDR (1 << 4) X- X- /* X * XXX these defines should be in a central place. X */ X #define read_eflags() ({u_long ef; \ X--- 86,91 ---- X*************** X*** 141,147 **** X char const *format)); X static int haveseen __P((struct isa_device *dvp, struct isa_device *tmpdvp, X u_int checkbits)); X- static int haveseen_isadev __P((struct isa_device *dvp, u_int checkbits)); X static inthand2_t isa_strayintr; X static void register_imask __P((struct isa_device *dvp, u_int mask)); X X--- 132,137 ---- X*************** X*** 243,249 **** X * Search through all the isa_devtab_* tables looking for anything that X * conflicts with the current device. X */ X! static int X haveseen_isadev(dvp, checkbits) X struct isa_device *dvp; X u_int checkbits; X--- 233,244 ---- X * Search through all the isa_devtab_* tables looking for anything that X * conflicts with the current device. X */ X! #include "eisa.h" X! #if NEISA > 0 X! extern struct isa_device isa_devtab_eisa[]; X! #endif X! X! int X haveseen_isadev(dvp, checkbits) X struct isa_device *dvp; X u_int checkbits; X*************** X*** 271,276 **** X--- 266,278 ---- X if (status) X return status; X } X+ #if NEISA > 0 X+ for (tmpdvp = isa_devtab_eisa; tmpdvp->id_driver; tmpdvp++) { X+ status |= haveseen(dvp, tmpdvp, checkbits); X+ if (status) X+ return status; X+ } X+ #endif X return(status); X } X X*** 1.1 1995/03/13 03:01:46 X--- i386/isa/isa_device.h 1995/03/13 09:13:03 X*************** X*** 31,37 **** X * SUCH DAMAGE. X * X * from: @(#)isa_device.h 7.1 (Berkeley) 5/9/91 X! * $Id: isa_device.h,v 1.1 1995/03/13 03:01:46 root Exp $ X */ X X #ifndef _I386_ISA_ISA_DEVICE_H_ X--- 31,37 ---- X * SUCH DAMAGE. X * X * from: @(#)isa_device.h 7.1 (Berkeley) 5/9/91 X! * $Id: isa_device.h,v 1.2 1995/03/13 09:12:47 root Exp root $ X */ X X #ifndef _I386_ISA_ISA_DEVICE_H_ X*************** X*** 78,83 **** X--- 78,92 ---- X }; X X /* X+ * Bits to specify the type and amount of conflict checking. X+ */ X+ #define CC_ATTACH (1 << 0) X+ #define CC_DRQ (1 << 1) X+ #define CC_IOADDR (1 << 2) X+ #define CC_IRQ (1 << 3) X+ #define CC_MEMADDR (1 << 4) X+ X+ /* X * Per-driver structure. X * X * Each device driver defines entries for a set of routines X*************** X*** 126,131 **** X--- 135,141 ---- X IDTVEC(intr8), IDTVEC(intr9), IDTVEC(intr10), IDTVEC(intr11), X IDTVEC(intr12), IDTVEC(intr13), IDTVEC(intr14), IDTVEC(intr15); X void isa_configure __P((void)); X+ int haveseen_isadev __P((struct isa_device *dvp, u_int checkbits)); X void isa_defaultirq __P((void)); X void isa_dmacascade __P((unsigned chan)); X void isa_dmadone __P((int, caddr_t, int, int)); X*** 1.1 1995/03/13 02:40:30 X--- i386/conf/files.i386 1995/03/13 09:12:15 X*************** X*** 1,7 **** X # This file tells config what files go into building a kernel, X # files marked standard are always included. X # X! # $Id: files.i386,v 1.1 1995/03/13 02:40:30 root Exp $ X # X aic7xxx optional ahc device-driver \ X dependency "$S/gnu/misc/aic7xxx/aic7xxx.c" \ X--- 1,7 ---- X # This file tells config what files go into building a kernel, X # files marked standard are always included. X # X! # $Id: files.i386,v 1.2 1995/03/13 09:12:06 root Exp root $ X # X aic7xxx optional ahc device-driver \ X dependency "$S/gnu/misc/aic7xxx/aic7xxx.c" \ X*************** X*** 96,101 **** X--- 96,103 ---- X i386/isa/pcibus.c optional pci device-driver X i386/isa/pcic.c optional ze device-driver X i386/isa/pcic.c optional zp device-driver X+ i386/eisa/eisaconf.c optional eisa X+ i386/eisa/eisadevs.c optional eisa X i386/isa/pcvt/pcvt_drv.c optional vt device-driver X i386/isa/pcvt/pcvt_ext.c optional vt device-driver X i386/isa/pcvt/pcvt_kbd.c optional vt device-driver X*** 1.1 1995/03/13 02:43:20 X--- i386/i386/autoconf.c 1995/03/13 09:13:34 X*************** X*** 34,40 **** X * SUCH DAMAGE. X * X * from: @(#)autoconf.c 7.1 (Berkeley) 5/9/91 X! * $Id: autoconf.c,v 1.1 1995/03/13 02:43:20 root Exp $ X */ X X /* X--- 34,40 ---- X * SUCH DAMAGE. X * X * from: @(#)autoconf.c 7.1 (Berkeley) 5/9/91 X! * $Id: autoconf.c,v 1.2 1995/03/13 09:13:20 root Exp root $ X */ X X /* X*************** X*** 75,80 **** X--- 75,81 ---- X int nfs_mountroot __P((void)); X #endif X X+ #include "eisa.h" X #include "isa.h" X #if NISA > 0 X #include X*************** X*** 91,96 **** X--- 92,101 ---- X void X configure() X { X+ X+ #if NEISA > 0 X+ eisa_configure(); X+ #endif X X #if NISA > 0 X isa_configure(); END-of-i386/eisa/patches exit From owner-freebsd-hackers Mon Mar 13 14:14:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00377 for hackers-outgoing; Mon, 13 Mar 1995 14:14:53 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA00371 for ; Mon, 13 Mar 1995 14:14:52 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04366; Mon, 13 Mar 95 15:08:28 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503132208.AA04366@cs.weber.edu> Subject: Re: finger @ bug (fwd) To: Remy.Card@masi.ibp.fr (Remy CARD) Date: Mon, 13 Mar 95 15:08:27 MST Cc: hackers@FreeBSD.org In-Reply-To: <199503131944.UAA10022@hebe.ibp.fr> from "Remy CARD" at Mar 13, 95 08:44:27 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > This has just been sent to the linux-security mailing list. Since > the FreeBSD's fingerd also has the bug, could someone please integrate the > fix? [ ... finger user@host.other.domain@host.domain ... ] Why is this a problem? I've used this for forever. It's lets a firewall machine accept finger requests for forwarding without opening machines in the domain to fingerd buffer overrun attacks. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 13 14:19:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00515 for hackers-outgoing; Mon, 13 Mar 1995 14:19:51 -0800 Received: from lupine.nsi.nasa.gov (lupine.nsi.nasa.gov [198.116.2.100]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00506 for ; Mon, 13 Mar 1995 14:19:49 -0800 Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.6.9/8.6.9) id QAA20983; Mon, 13 Mar 1995 16:14:45 -0500 Date: Mon, 13 Mar 1995 16:14:37 -0500 (EST) From: "Michael C. Newell" To: Amancio Hasty Jr cc: hackers@FreeBSD.org, root@io.cts.com Subject: Re: Warnings on kernel build (sound stuff) In-Reply-To: <199503110925.BAA00849@netcom14.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I also get the warnings on kernels supped as early as two weeks ago. They don't seem to be a problem, so thus far I've ignored them, but it is kind of annoying... I've configured in a SB Pro and pcaudio. Mike On Sat, 11 Mar 1995, Amancio Hasty Jr wrote: > Date: Sat, 11 Mar 1995 01:25:05 -0800 > From: Amancio Hasty Jr > To: hackers@FreeBSD.org, root@io.cts.com > Subject: Re: Warnings on kernel build (sound stuff) > > Not sure if the problem is with current or not. My old version of the > sound driver compiles cleanly and I had to tweak a little > the sound driver include files. > > Amancio > Thanks, Mike +--------------------------------------+------------------------------------+ |Mike Newell | The opinions expressed herein are | |NASA Science Internet Network Systems | my own, and do not necessarily | |Sterling Software, Inc. | reflect those of the NSI program, | |MNewell@nsipo.nasa.gov | Sterling Software, NASA, or anyone | |+1-202-434-8954 | else. | +--------------------------------------+------------------------------------+ From owner-freebsd-hackers Mon Mar 13 14:20:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00544 for hackers-outgoing; Mon, 13 Mar 1995 14:20:58 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00538 for ; Mon, 13 Mar 1995 14:20:55 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id MAA08578; Mon, 13 Mar 1995 12:44:50 -0800 From: "Rodney W. Grimes" Message-Id: <199503132044.MAA08578@gndrsh.aac.dev.com> Subject: Re: finger @ bug (fwd) To: Remy.Card@masi.ibp.fr (Remy CARD) Date: Mon, 13 Mar 1995 12:44:49 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503131944.UAA10022@hebe.ibp.fr> from "Remy CARD" at Mar 13, 95 08:44:27 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 789 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > This has just been sent to the linux-security mailing list. Since > the FreeBSD's fingerd also has the bug, could someone please integrate the > fix? The security report is wrong about FreeBSD: gndrsh:rgrimes {207} finger rgrimes@gndrsh.aac.dev.com@hookturn.aac.dev.com [hookturn.aac.dev.com] forwarding service denied You have new mail. gndrsh:rgrimes {208} FreeBSD (atleast -current, and from looking at the cvs logs 2.0 and latter) does not have this bug! > > Remy ... > > Hi, > > > > in.fingerd has a bug which allows "recursive" fingering. For example: > > > > finger user@host.other.domain@host.domain ... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon Mar 13 14:21:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00552 for hackers-outgoing; Mon, 13 Mar 1995 14:21:13 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA00519 for ; Mon, 13 Mar 1995 14:19:57 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10382; Mon, 13 Mar 1995 23:19:41 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id XAA00268 for freebsd-hackers@freebsd.org; Mon, 13 Mar 1995 23:19:40 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA01049 for freebsd-hackers@freebsd.org; Mon, 13 Mar 1995 23:14:08 +0100 From: J Wunsch Message-Id: <199503132214.XAA01049@uriah.heep.sax.de> Subject: permissions for route(8) To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Mon, 13 Mar 1995 23:14:07 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 568 Sender: hackers-owner@FreeBSD.org Precedence: bulk Wondering why my SLIP-dial script didn't work (a setuid perl script), i found the following in route(8): pid = getpid(); uid = getuid(); ... if (uid) { errno = EACCES; quit("must be root to alter routing table"); } Shouldn't that be ``uid = geteuid()'' instead? (Okay, my script could use a setuid, but there's no point in evaluating the real UID then.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 13 14:23:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00592 for hackers-outgoing; Mon, 13 Mar 1995 14:23:32 -0800 Received: from phoenix.net (phoenix.phoenix.net [199.3.232.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00586 for ; Mon, 13 Mar 1995 14:23:30 -0800 Received: (from gclarkii@localhost) by phoenix.net (8.6.10/8.6.6) id QAA20175; Mon, 13 Mar 1995 16:20:12 -0600 From: Gary Clark II Message-Id: <199503132220.QAA20175@ phoenix.net> Subject: Re: linux compat mode? To: hasty@netcom.com (Amancio Hasty Jr) Date: Mon, 13 Mar 1995 16:20:12 -0500 (CST) Cc: hasty@netcom.com, sos@login.dknet.dk, hackers@FreeBSD.org In-Reply-To: <199503131844.KAA29570@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 13, 95 10:44:01 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 573 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >I'll not recommend using the netbsd code, as there are ALOT of > So I noticed.... > BTW can you implement the linux iopl call? > It will be cool to run sdoom :) > > Also, anyone out there knows how to wire the netbsd v86 call to our > kernel. Our locore.s is different than NetBSD and naturally that is > where the v86 call is wired into the system. > > Thanks, > Amancio > Hi, I'm working on this now. Talk about fun:) This IS the way to learn kernel hacking, just make sure you have atleast one person to ask stupid questions of. Gary P.S. Thanks Bruce. From owner-freebsd-hackers Mon Mar 13 14:40:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00956 for hackers-outgoing; Mon, 13 Mar 1995 14:40:42 -0800 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA00948 for ; Mon, 13 Mar 1995 14:40:36 -0800 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA17759; Mon, 13 Mar 95 12:50:25 -0800 Date: Mon, 13 Mar 1995 00:58:47 -0800 (PST) From: Terry Lee To: freebsd-hackers@FreeBSD.org Subject: PGP can't compile Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-Date: Mon, 13 Mar 1995 12:50:13 -0800 (PST) Resent-From: Terry Lee Resent-To: freebsd-hackers@FreeBSD.org Resent-Message-Id: Sender: hackers-owner@FreeBSD.org Precedence: bulk I just fetched pgp.usa_only from ports, but it doesn't compile. Here's what I get: mall:/usr/ports/utils/pgp.usa_only# make all install >> No MD5 checksum file. ===> pgp262s depends on executable: unzip - found ===> pgp262s depends on executable: gmake - found ===> Extracting for pgp262s ===> pgp262s depends on executable: unzip - found ===> pgp262s depends on executable: gmake - found /usr/local/bin/unzip -q -aa pgp262si /usr/local/bin/unzip -q -aa rsaref cd /usr/ports/utils/pgp.usa_only/work; rm -f *.zip ===> Applying patches for pgp262s patch: **** can't cd to /usr/ports/utils/pgp.usa_only/work/src: No such file or directory *** Error code 1 Stop. Looks like the build unzipped the archive into ports/utils/pgp.usa_only/ instead of ports/utils/pgp.usa_only/work/. Help, anyone? Terry _____________________ I n D i G o Terry Lee _____________________ Technical Director i n t e r n e t 745 Stanford Avenue _____________________ Palo Alto, California 94306 d e s i g n 415 424 0747 _____________________ terryl@cs.stanford.edu g r o u p http://www.mall.net/terry _____________________ http://www.mall.net Professional World Wide Web Consultants From owner-freebsd-hackers Mon Mar 13 14:49:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01103 for hackers-outgoing; Mon, 13 Mar 1995 14:49:27 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA01097 for ; Mon, 13 Mar 1995 14:49:26 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA19125; Mon, 13 Mar 95 14:55:43 CST From: Joe Greco Message-Id: <9503132055.AA19125@brasil.moneng.mei.com> Subject: Re: finger @ bug (fwd) To: Remy.Card@masi.ibp.fr (Remy CARD) Date: Mon, 13 Mar 1995 14:55:42 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199503131944.UAA10022@hebe.ibp.fr> from "Remy CARD" at Mar 13, 95 08:44:27 pm X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 1225 Sender: hackers-owner@FreeBSD.org Precedence: bulk > This has just been sent to the linux-security mailing list. Since > the FreeBSD's fingerd also has the bug, could someone please integrate the > fix? > > Remy Since there is no bug, I hope the answer is a loud NO! :-) This is not a bug, but is rather in reality questionable featurism. By default, FreeBSD 2.0 ships with "-s" installed on the inetd line for fingerd. (I always remove it... one of my pet peeves). Forwarding is not always undesirable: I have at least one use for it where there is no other solution. It's also been valuable when doing things like debugging SLIP sites with marginal routing: "finger @slip-host@slip-server" is a great way to see if the machine is actually down, or if the routing is just hosed (again). I also detest the "must provide username", although I certainly appreciate sites that require this crud. However, since this issue has already been addressed in a configurable way within the code, there should be no need to readdress it. :-) man 8 fingerd ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Mon Mar 13 14:50:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01127 for hackers-outgoing; Mon, 13 Mar 1995 14:50:23 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA01121 for ; Mon, 13 Mar 1995 14:50:20 -0800 Received: by sequent.kiae.su id AA06644 (5.65.kiae-2 ); Tue, 14 Mar 1995 01:34:48 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 14 Mar 95 01:34:46 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id BAA00285; Tue, 14 Mar 1995 01:34:43 +0300 To: Remy CARD , hackers@FreeBSD.org References: <199503131944.UAA10022@hebe.ibp.fr> In-Reply-To: <199503131944.UAA10022@hebe.ibp.fr>; from Remy CARD at Mon, 13 Mar 1995 20:44:27 +0100 (MET) Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 14 Mar 1995 01:34:42 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: finger @ bug (fwd) Lines: 40 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1659 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199503131944.UAA10022@hebe.ibp.fr> Remy CARD writes: > This has just been sent to the linux-security mailing list. Since >the FreeBSD's fingerd also has the bug, could someone please integrate the >fix? >Forwarded message: >> Subject: finger @ bug >> To: linux-security@tarsier.cv.nrao.edu >> Date: Mon, 13 Mar 1995 14:58:31 +0100 (MEZ) >> From: Marek Michalkiewicz >> >> Hi, >> >> in.fingerd has a bug which allows "recursive" fingering. For example: >> >> finger user@host.other.domain@host.domain >> This one isn't a bug but old-know routing feature, bug itself is to issue finger @@@@@@@@@@@@@@@@@@@@@@@@ ... 200 times ... @@@@@@@@@@@@@@@host it cause to start 200 fingerd on specified host. Using this in loop cause process table full on remote host. >> The bug is known for quite some time, and is not Linux-specific (it exists >> at least in SunOS, Solaris, SCO, IRIX, FreeBSD - but has been fixed in HP-UX >> for example). It has some security implications: if you only allow finger >> access from local domain, you must do this on all machines in local domain. >> and it makes denial of service attack possible, especially on smaller Linux >> boxes (by forking lots of processes). >> You can easily avoid this bug by specifying -s key for fingerd. It is already done in default inetd.conf for FreeBSD. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Mon Mar 13 14:53:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01182 for hackers-outgoing; Mon, 13 Mar 1995 14:53:31 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA01171 for ; Mon, 13 Mar 1995 14:53:24 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id XAA19211 ; Mon, 13 Mar 1995 23:53:21 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA04660; Mon, 13 Mar 95 23:53:20 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503132253.AA04660@blaise.ibp.fr> Subject: Re: permissions for route(8) To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 13 Mar 1995 23:53:20 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503132214.XAA01049@uriah.heep.sax.de> from "J Wunsch" at Mar 13, 95 11:14:07 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#429 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 486 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Shouldn't that be ``uid = geteuid()'' instead? (Okay, my script could > use a setuid, but there's no point in evaluating the real UID then.) lpc(8) has the same bug/feature : lpc.c if (c->c_priv && getuid()) { printf("?Privileged command\n"); continue; } -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995 From owner-freebsd-hackers Mon Mar 13 15:53:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA02148 for hackers-outgoing; Mon, 13 Mar 1995 15:53:16 -0800 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA02142; Mon, 13 Mar 1995 15:53:13 -0800 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.10/8.6.9) id PAA15798; Mon, 13 Mar 1995 15:46:36 -0800 From: Steven G Kargl Message-Id: <199503132346.PAA15798@troutmask.apl.washington.edu> Subject: install compressed binary patch To: phk@freefall.cdrom.com, freebsd-hackers@freefall.cdrom.com (FreeBSD) Date: Mon, 13 Mar 1995 15:46:36 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 5646 Sender: hackers-owner@FreeBSD.org Precedence: bulk Poul, Hackers, I have added a `-z' option to install. It will tell install to execute gzip to compress a binary and create a sym link. I have tested my addition, and it appears to work correctly. This might be useful for a `make world' on a machine with limited disk space. You obviously do not want to blindly compress all binaries during a `make world':-) Of course, your kernel must be compiled to run gzipped binaries. This is with -current sources. I hope I got `diff -c'right. -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Laboratory | Fax: 206-543-6785 | University of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| *** /usr/src/usr.bin/xinstall/install.1 Fri May 27 05:33:39 1994 --- ./install.1 Mon Mar 13 14:24:04 1995 *************** *** 39,52 **** .Nd install binaries .Sh SYNOPSIS .Nm install ! .Op Fl cs .Op Fl f Ar flags .Op Fl g Ar group .Op Fl m Ar mode .Op Fl o Ar owner .Ar file1 file2 .Nm install ! .Op Fl cs .Op Fl f Ar flags .Op Fl g Ar group .Op Fl m Ar mode --- 39,52 ---- .Nd install binaries .Sh SYNOPSIS .Nm install ! .Op Fl csz .Op Fl f Ar flags .Op Fl g Ar group .Op Fl m Ar mode .Op Fl o Ar owner .Ar file1 file2 .Nm install ! .Op Fl csz .Op Fl f Ar flags .Op Fl g Ar group .Op Fl m Ar mode *************** *** 93,98 **** --- 93,103 ---- .Xr strip 1 to strip binaries so that install can be portable over a large number of systems and binary types. + .It Fl z + .Nm Install + exec's the command + .Xr gzip 1 + to compress the binaries and create the necessary symbolic links. .El .Pp By default, Only in /usr/src/usr.bin/xinstall: obj Only in .: patch.txt diff -c /usr/src/usr.bin/xinstall/pathnames.h ./pathnames.h *** /usr/src/usr.bin/xinstall/pathnames.h Fri May 27 05:33:38 1994 --- ./pathnames.h Mon Mar 13 15:11:57 1995 *************** *** 34,36 **** --- 34,38 ---- */ #define _PATH_STRIP "/usr/bin/strip" + #define _PATH_GZIP "/usr/bin/gzip" + #define _PATH_LN "/bin/ln" diff -c /usr/src/usr.bin/xinstall/xinstall.c ./xinstall.c *** /usr/src/usr.bin/xinstall/xinstall.c Fri May 27 05:33:39 1994 --- ./xinstall.c Mon Mar 13 15:20:19 1995 *************** *** 61,67 **** struct passwd *pp; struct group *gp; ! int docopy, dostrip; int mode = S_IRWXU|S_IRGRP|S_IXGRP|S_IROTH|S_IXOTH; char *group, *owner, pathbuf[MAXPATHLEN]; --- 61,67 ---- struct passwd *pp; struct group *gp; ! int docopy, dostrip, dogzip; int mode = S_IRWXU|S_IRGRP|S_IXGRP|S_IROTH|S_IXOTH; char *group, *owner, pathbuf[MAXPATHLEN]; *************** *** 73,78 **** --- 73,79 ---- void install __P((char *, char *, u_long, u_int)); u_long string_to_flags __P((char **, u_long *, u_long *)); void strip __P((char *)); + void gzip __P((char *)); void usage __P((void)); int *************** *** 88,94 **** char *flags, *to_name; iflags = 0; ! while ((ch = getopt(argc, argv, "cf:g:m:o:s")) != EOF) switch((char)ch) { case 'c': docopy = 1; --- 89,95 ---- char *flags, *to_name; iflags = 0; ! while ((ch = getopt(argc, argv, "cf:g:m:o:sz")) != EOF) switch((char)ch) { case 'c': docopy = 1; *************** *** 113,118 **** --- 114,122 ---- case 's': dostrip = 1; break; + case 'z': + dogzip = 1; + break; case '?': default: usage(); *************** *** 246,251 **** --- 250,261 ---- err("%s: chflags: %s", to_name, strerror(serrno)); } + /* + * The file has been installed. We now compress and create sym link + */ + if (dogzip) + gzip(to_name); + (void)close(to_fd); if (!docopy && !devnull && unlink(from_name)) err("%s: %s", from_name, strerror(errno)); *************** *** 317,322 **** --- 327,388 ---- } /* + * gzip -- + * use gzip(1) to compress target file, then create a sym link + */ + void + gzip(to_name) + char *to_name; + { + char gz_name[MAXPATHLEN]; + int serrno, status; + + /* + * Fork a child process to compress file. Note: gzip is executed + * with the `-f' option to force installation over existing files. + */ + switch (vfork()) { + case -1: + serrno = errno; + (void)unlink(to_name); + err("forks: %s", strerror(errno)); + case 0: + execl(_PATH_GZIP, "gzip", "-f", to_name, NULL); + err("%s: %s", _PATH_STRIP, strerror(errno)); + default: + if (wait(&status) == -1 || status) + (void)unlink(to_name); + } + + /* + * Compression must have been successful, if we get here. + * So, build a filename for the gzipped file + */ + if (strlen(to_name) < MAXPATHLEN - 3) + strcpy(gz_name, to_name); + strcat(gz_name, ".gz"); + + /* + * Fork a child to create sym link + */ + switch (vfork()) { + case -1: + serrno = errno; + (void)unlink(to_name); + (void)unlink(gz_name); + err("forks: %s", strerror(errno)); + case 0: + execl(_PATH_LN, "ln", "-s", gz_name, to_name, NULL); + err("%s: %s", _PATH_LN, strerror(errno)); + default: + if (wait(&status) == -1 || status) { + (void)unlink(to_name); + (void)unlink(gz_name); + } + } + } + + /* * usage -- * print a usage message and die */ *************** *** 324,330 **** usage() { (void)fprintf(stderr, ! "usage: install [-cs] [-f flags] [-g group] [-m mode] [-o owner] file1 file2;\n\tor file1 ... fileN directory\n"); exit(1); } --- 390,396 ---- usage() { (void)fprintf(stderr, ! "usage: install [-csz] [-f flags] [-g group] [-m mode] [-o owner] file1 file2;\n\tor file1 ... fileN directory\n"); exit(1); } From owner-freebsd-hackers Mon Mar 13 16:04:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02251 for hackers-outgoing; Mon, 13 Mar 1995 16:04:34 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA02245 for ; Mon, 13 Mar 1995 16:04:31 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id RAA03977; Mon, 13 Mar 1995 17:08:21 -0700 Date: Mon, 13 Mar 1995 17:08:21 -0700 From: Nate Williams Message-Id: <199503140008.RAA03977@trout.sri.MT.net> In-Reply-To: Steven G Kargl "install compressed binary patch" (Mar 13, 3:46pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Steven G Kargl , freebsd-hackers@freefall.cdrom.com (FreeBSD) Subject: Re: install compressed binary patch Sender: hackers-owner@FreeBSD.org Precedence: bulk > I have added a `-z' option to install. Cool. But.. > + /* > + * Compression must have been successful, if we get here. > + * So, build a filename for the gzipped file > + */ > + if (strlen(to_name) < MAXPATHLEN - 3) > + strcpy(gz_name, to_name); > + strcat(gz_name, ".gz"); What happens if strlen(to_name) >= MAXPATHLEN -3? Also, wouldn't it be better to copy the file into a temporary directory, gzip it, and then install the gzipped executable rather than the symlink solution? We don't need multiple copies of the file lying around IMHO. Nate From owner-freebsd-hackers Mon Mar 13 16:05:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02296 for hackers-outgoing; Mon, 13 Mar 1995 16:05:38 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA02290; Mon, 13 Mar 1995 16:05:37 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA01137; Mon, 13 Mar 1995 16:05:35 -0800 From: Poul-Henning Kamp Message-Id: <199503140005.QAA01137@ref.tfs.com> Subject: Re: install compressed binary patch To: kargl@troutmask.apl.washington.edu (Steven G Kargl) Date: Mon, 13 Mar 1995 16:05:34 -0800 (PST) Cc: phk@freefall.cdrom.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503132346.PAA15798@troutmask.apl.washington.edu> from "Steven G Kargl" at Mar 13, 95 03:46:36 pm Content-Type: text Content-Length: 1373 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Poul, Hackers, > > I have added a `-z' option to install. It will tell install to > execute gzip to compress a binary and create a sym link. I have > tested my addition, and it appears to work correctly. This might > be useful for a `make world' on a machine with limited disk space. > You obviously do not want to blindly compress all binaries during > a `make world':-) > > Of course, your kernel must be compiled to run gzipped binaries. Hi Steven, Thanks for the patch. Two things, 1. The patch. You shouldn't need to fork a process to make the symlink, but then again, you shouldn't need the symlink in the first place ? 2. I'm not sure it makes much sense to do it in the first place. Let me explain what I mean. On any machine capable of doing a make world, you should not need to used gzip bin's on a large scale. Wouldn't you gain more diskspace if you told cc(1) about ".gz" files for instance ? source compress better than binary I'd expect... Now THERE'S a project: Take a copy of the "nullfs", and call it "gzipfs", and it's perfectly OK if it can only mount read-only. The only difference from nullfs should be that if the file when read contains a "gzip" header, you uncompress it on the fly... The "inflate" code is already in the kernel... Poul-Henning, (trying to lure another innocent victim into kernel-hacking...) From owner-freebsd-hackers Mon Mar 13 16:19:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02615 for hackers-outgoing; Mon, 13 Mar 1995 16:19:47 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA02607 for ; Mon, 13 Mar 1995 16:19:42 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id RAA04007; Mon, 13 Mar 1995 17:23:36 -0700 Date: Mon, 13 Mar 1995 17:23:36 -0700 From: Nate Williams Message-Id: <199503140023.RAA04007@trout.sri.MT.net> In-Reply-To: Poul-Henning Kamp "Re: install compressed binary patch" (Mar 13, 4:05pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Poul-Henning Kamp , kargl@troutmask.apl.washington.edu (Steven G Kargl) Subject: Re: install compressed binary patch Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I have added a `-z' option to install. > 2. I'm not sure it makes much sense to do it in the first place. > > Let me explain what I mean. On any machine capable of doing a make world, > you should not need to used gzip bin's on a large scale. Correct, but wouldn't it be nice to have a gzip'd DESTDIR tree for a laptop distribution? It's much nicer to have the install target do it automatically for you. > Wouldn't you gain more diskspace if you told cc(1) about ".gz" files for > instance ? source compress better than binary I'd expect... Ouch. It would be much nicer to have the CDROM have symlink objs on it already which point to a place where you could have writable files. That way you could compile off the CD w/out having to build a big symlink tree. Now THAT'S an easy project which would be fairly trivial to do. > Take a copy of the "nullfs", and call it "gzipfs", and it's perfectly OK > if it can only mount read-only. > The only difference from nullfs should be that if the file > when read contains a "gzip" header, you uncompress it on the fly... > The "inflate" code is already in the kernel... If anyone is interested in this, Jaye Mathisen and I tossed around this idea a couple years ago and have some good ideas on how you might implement this. You wouldn't even need to uncompress the whole file on the fly though you would lose some on the compression by blocking it into more manageable hunks. Nate From owner-freebsd-hackers Mon Mar 13 16:29:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02774 for hackers-outgoing; Mon, 13 Mar 1995 16:29:37 -0800 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA02768 for ; Mon, 13 Mar 1995 16:29:36 -0800 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.10/8.6.9) id QAA15989; Mon, 13 Mar 1995 16:23:00 -0800 From: Steven G Kargl Message-Id: <199503140023.QAA15989@troutmask.apl.washington.edu> Subject: Re: install compressed binary patch To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Mon, 13 Mar 1995 16:22:59 -0800 (PST) Cc: freebsd-hackers@freefall.cdrom.com (FreeBSD) In-Reply-To: <199503140005.QAA01137@ref.tfs.com> from "Poul-Henning Kamp" at Mar 13, 95 04:05:34 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2389 Sender: hackers-owner@FreeBSD.org Precedence: bulk According to Poul-Henning Kamp: > > 1. The patch. You shouldn't need to fork a process to make the > symlink, but then again, you shouldn't need the symlink in the > first place ? Whoops, I have misunderstood how your psuedo-device has worked since, well..., since I've used it. Damn, I better look closer at the system. I was under the impression that a symlink was mandatory to tell the kernel that the binary was compressed. Well, I guess I can remove the sym link part. > 2. I'm not sure it makes much sense to do it in the first place. > > Let me explain what I mean. On any machine capable of doing a make world, > you should not need to used gzip bin's on a large scale. My 350 MB FreeBSD partition was at one time capable of make world, but lately I have to remove /usr/local before a build. We seem to be adding more to FreeBSD than removing:) > > Wouldn't you gain more diskspace if you told cc(1) about ".gz" files for > instance ? source compress better than binary I'd expect... Actually, make world was a (poor?) example. But, consider the installation on a production machine of some of the ports. The binary for Octave was over 4 MB before compression. With `gzip -9', the binary is around 750 KB. I get similar compression for other large binaries. The `-z' would be useful perhaps for XFree86 where the site.def(?) file allows one to specify the install program and install flags (if i recall correctly). Then, you can automatically have X built with compressed binaries. > Now THERE'S a project: > > Take a copy of the "nullfs", and call it "gzipfs", and it's perfectly OK > if it can only mount read-only. > The only difference from nullfs should be that if the file > when read contains a "gzip" header, you uncompress it on the fly... > The "inflate" code is already in the kernel... > > Poul-Henning, > (trying to lure another innocent victim into kernel-hacking...) More like naive victim. This is my first attempt at actually missing up my src tree. I read -hacker, -current, and cvs-all, but I am a complete idiot when it comes to kernel stuff. Maybe someday. -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Laboratory | Fax: 206-543-6785 | University of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-hackers Mon Mar 13 16:43:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA03228 for hackers-outgoing; Mon, 13 Mar 1995 16:43:38 -0800 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA03215 for ; Mon, 13 Mar 1995 16:43:36 -0800 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.10/8.6.9) id QAA16032; Mon, 13 Mar 1995 16:36:52 -0800 From: Steven G Kargl Message-Id: <199503140036.QAA16032@troutmask.apl.washington.edu> Subject: Re: install compressed binary patch To: nate@trout.sri.MT.net (Nate Williams) Date: Mon, 13 Mar 1995 16:36:51 -0800 (PST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503140008.RAA03977@trout.sri.MT.net> from "Nate Williams" at Mar 13, 95 05:08:21 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1411 Sender: hackers-owner@FreeBSD.org Precedence: bulk According to Nate Williams: > > But.. > > > + /* > > + * Compression must have been successful, if we get here. > > + * So, build a filename for the gzipped file > > + */ > > + if (strlen(to_name) < MAXPATHLEN - 3) > > + strcpy(gz_name, to_name); > > + strcat(gz_name, ".gz"); > > What happens if strlen(to_name) >= MAXPATHLEN -3? I thought about this for about a second. The correct thing to do would be to declare gz_name as char *, then malloc the needed size of memory, then free the memory on exit. I was a little lazy. > Also, wouldn't it be better to copy the file into a temporary directory, > gzip it, and then install the gzipped executable rather than the symlink > solution? We don't need multiple copies of the file lying around IMHO. Actually, I misunderstood how the gzip psuedo-device works. Apparently, a sym link isn't needed at all. If we remove the sym link stuff, then multiple copies shouldn't be lying around. My gzip addition is at the end of the install procedure. Ordinarily, the file is moved to its destination unless -c is given. gzip compresses the file and if successful removes the original. -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Laboratory | Fax: 206-543-6785 | University of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-hackers Mon Mar 13 16:45:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA03333 for hackers-outgoing; Mon, 13 Mar 1995 16:45:51 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA03325 for ; Mon, 13 Mar 1995 16:45:46 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id QAA08993; Mon, 13 Mar 1995 16:45:43 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id QAA00450; Mon, 13 Mar 1995 16:45:42 -0800 Message-Id: <199503140045.QAA00450@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Peter Dufault cc: SimsS@infi.net, hackers@FreeBSD.org Subject: Re: Adaptek 1542 on other ports In-reply-to: Your message of "Mon, 13 Mar 95 10:22:20 EST." <199503131522.KAA03087@hda.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 13 Mar 1995 16:45:41 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Why is it that if a J. Random User goes thru the drill of configuring >> the plethora of non-standard locations for his misbegotten hardware >> setup, must he not only remember how he got the thing to boot, but he >> must also re-enter this stuff *every*flippin'*time*he*reboots*. > >Because the software hasn't been written? > >I doubt that Jordan and David are slapping themselves on the forehead >now and saying "Of course! It would work better if we SAVED >userconfig someplace!" This capability has always been in the forefront of thinking. In fact, the implementation of 'userconfig' was delayed because of a concern that doing this was going to be difficult and that the correct method (seperate file or modify the kernel binary) wasn't clear. I decided to do a first cut proof of concept without the write-back capability, however, and then turned the whole thing over to Jordan (who has much more experiance writing parsers and such). We've always planned to implement storing the configuration. ...then Ugen wanted something to do, so I suggested via Jordan that he write a utility to write back the data to the kernel binary (as this was the easiest and most straightforward way to do it [concerns about diskless booting notwithstanding]). The utility he came up with is called "dset", and has been committed. It didn't work right in the beginning, but I think it works fine now (I haven't tested it). It would be nice if the parameters were read from a seperate file (that is human readable and could be edited), but this complicates the bootstrap a bunch - especially for diskless booting - and I'm not sure if we can squeeze it into our already full bootblocks; I think it will require another boot stage. -DG From owner-freebsd-hackers Mon Mar 13 17:03:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA03792 for hackers-outgoing; Mon, 13 Mar 1995 17:03:45 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA03786 for ; Mon, 13 Mar 1995 17:03:42 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id RAA09012; Mon, 13 Mar 1995 17:03:33 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id RAA00471; Mon, 13 Mar 1995 17:03:33 -0800 Message-Id: <199503140103.RAA00471@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Steven G Kargl cc: phk@ref.tfs.com (Poul-Henning Kamp), freebsd-hackers@freefall.cdrom.com (FreeBSD) Subject: Re: install compressed binary patch In-reply-to: Your message of "Mon, 13 Mar 95 16:22:59 PST." <199503140023.QAA15989@troutmask.apl.washington.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 13 Mar 1995 17:03:32 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Wouldn't you gain more diskspace if you told cc(1) about ".gz" files for >> instance ? source compress better than binary I'd expect... > >Actually, make world was a (poor?) example. But, consider the installation >on a production machine of some of the ports. The binary for Octave was over >4 MB before compression. With `gzip -9', the binary is around 750 KB. I get >similar compression for other large binaries. > >The `-z' would be useful perhaps for XFree86 where the site.def(?) file allows >one to specify the install program and install flags (if i recall correctly). >Then, you can automatically have X built with compressed binaries. Keep in mind the following when using gziped binaries: 1) The file is paged from swap, not from the executable. This means you'll need a lot more swap space. 2) There is no sharing with gziped binaries. This means that you'll need a lot more memory (and swap space). 3) Decompression requires a lot of CPU. Those three reasons make it impractical to gzip binaries that will be used often or ones where multiple copies are used concurrently (like a shell for instance). -DG From owner-freebsd-hackers Mon Mar 13 17:20:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04040 for hackers-outgoing; Mon, 13 Mar 1995 17:20:32 -0800 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA04032 for ; Mon, 13 Mar 1995 17:20:30 -0800 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.10/8.6.9) id RAA16127; Mon, 13 Mar 1995 17:13:45 -0800 From: Steven G Kargl Message-Id: <199503140113.RAA16127@troutmask.apl.washington.edu> Subject: Re: install compressed binary patch To: davidg@Root.COM Date: Mon, 13 Mar 1995 17:13:45 -0800 (PST) Cc: phk@ref.tfs.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503140103.RAA00471@corbin.Root.COM> from "David Greenman" at Mar 13, 95 05:03:32 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2095 Sender: hackers-owner@FreeBSD.org Precedence: bulk According to David Greenman: > > >> Wouldn't you gain more diskspace if you told cc(1) about ".gz" files for > >> instance ? source compress better than binary I'd expect... > > > >Actually, make world was a (poor?) example. But, consider the installation > >on a production machine of some of the ports. The binary for Octave was over > >4 MB before compression. With `gzip -9', the binary is around 750 KB. I get > >similar compression for other large binaries. > > > >The `-z' would be useful perhaps for XFree86 where the site.def(?) file allows > >one to specify the install program and install flags (if i recall correctly). > >Then, you can automatically have X built with compressed binaries. > > Keep in mind the following when using gziped binaries: > > 1) The file is paged from swap, not from the executable. This means > you'll need a lot more swap space. Do you have some rule of thumb? I usually go with 2 * RAM, but if this is not sufficient what is necessary. > 2) There is no sharing with gziped binaries. This means that you'll > need a lot more memory (and swap space). > 3) Decompression requires a lot of CPU. > > Those three reasons make it impractical to gzip binaries that will be used > often or ones where multiple copies are used concurrently (like a shell for > instance). > I agree that you would use this wisely. It would be system suicidal for sh, csh, cc, etc... to be compressed. But, on the other hand some utilities on my system are rarely used, but are nice to have if suddenly required. It seems illogical to me to have the capability to run compressed binaries, but require a post system installation compression of binaries to regain some disk space: %cd /some/dir %foreach file (list_of_files_to_process) foreach> gzip $file ; mv $file.gz $file foreach> end -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Laboratory | Fax: 206-543-6785 | University of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-hackers Mon Mar 13 17:24:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04209 for hackers-outgoing; Mon, 13 Mar 1995 17:24:36 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA04203 for ; Mon, 13 Mar 1995 17:24:34 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA01364; Mon, 13 Mar 1995 17:24:32 -0800 From: Poul-Henning Kamp Message-Id: <199503140124.RAA01364@ref.tfs.com> Subject: Re: install compressed binary patch To: kargl@troutmask.apl.washington.edu (Steven G Kargl) Date: Mon, 13 Mar 1995 17:24:32 -0800 (PST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503140023.QAA15989@troutmask.apl.washington.edu> from "Steven G Kargl" at Mar 13, 95 04:22:59 pm Content-Type: text Content-Length: 1321 Sender: hackers-owner@FreeBSD.org Precedence: bulk > According to Poul-Henning Kamp: > > > > 1. The patch. You shouldn't need to fork a process to make the > > symlink, but then again, you shouldn't need the symlink in the > > first place ? > > Whoops, I have misunderstood how your psuedo-device has worked since, > well..., since I've used it. Damn, I better look closer at the system. > I was under the impression that a symlink was mandatory to tell the > kernel that the binary was compressed. Well, I guess I can remove the > sym link part. It actually checks the header in the file... > Actually, make world was a (poor?) example. But, consider the installation > on a production machine of some of the ports. The binary for Octave was over > 4 MB before compression. With `gzip -9', the binary is around 750 KB. I get > similar compression for other large binaries. > > The `-z' would be useful perhaps for XFree86 where the site.def(?) file allows > one to specify the install program and install flags (if i recall correctly). > Then, you can automatically have X built with compressed binaries. > Ok, fix the symlink stuff, and I'll stick it in the tree. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Mon Mar 13 17:34:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04506 for hackers-outgoing; Mon, 13 Mar 1995 17:34:37 -0800 Received: from post.demon.co.uk (post.demon.co.uk [158.152.1.72]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA04500 for ; Mon, 13 Mar 1995 17:34:35 -0800 Received: from bagpuss.demon.co.uk by post.demon.co.uk id aa09058; 14 Mar 95 0:35 GMT Received: (karl@localhost) by bagpuss.demon.co.uk (99.9/99.9) id AAA01029; Tue, 14 Mar 1995 00:37:10 GMT From: Karl Strickland Message-Id: <199503140037.AAA01029@bagpuss.demon.co.uk> Subject: calling up ddb from a comconsole To: freebsd-hackers@freefall.cdrom.com Date: Tue, 14 Mar 1995 00:37:09 +0000 (GMT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 403 Sender: hackers-owner@FreeBSD.org Precedence: bulk ideally i'd like to do this on 1.x, though if anyone has a patch for either 1.x or 2.x, please send it to me! thanks -- ------------------------------------------+----------------------------------- Mailed using ELM on FreeBSD | Karl Strickland PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk | From owner-freebsd-hackers Mon Mar 13 17:35:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04549 for hackers-outgoing; Mon, 13 Mar 1995 17:35:28 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA04539 for ; Mon, 13 Mar 1995 17:35:23 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id RAA09068; Mon, 13 Mar 1995 17:35:20 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id RAA00511; Mon, 13 Mar 1995 17:35:19 -0800 Message-Id: <199503140135.RAA00511@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Steven G Kargl cc: phk@ref.tfs.com, freebsd-hackers@freefall.cdrom.com Subject: Re: install compressed binary patch In-reply-to: Your message of "Mon, 13 Mar 95 17:13:45 PST." <199503140113.RAA16127@troutmask.apl.washington.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 13 Mar 1995 17:35:19 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Keep in mind the following when using gziped binaries: >> >> 1) The file is paged from swap, not from the executable. This means >> you'll need a lot more swap space. > >Do you have some rule of thumb? I usually go with 2 * RAM, but if this >is not sufficient what is necessary. No, 2*RAM will no longer be enough if gziped binaries are used much. How much more space you'll need depends on how many you have, how large they are, and how often they are used. >It seems illogical to me to have the capability to run compressed binaries, >but require a post system installation compression of binaries to regain >some disk space: The gzip binary idea was added so that we could fit more on the install floppies. I don't recall anyone ever suggesting that you might want to use this to compress your system binaries to save hard disk space. This doesn't seem very wise to me. The only reason I've said anything at all about this is that I'm concerned about the potential for future bugs reports from people that don't understand the ramifications involved with using gziped binaries. -DG From owner-freebsd-hackers Mon Mar 13 17:40:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04733 for hackers-outgoing; Mon, 13 Mar 1995 17:40:52 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA04727 for ; Mon, 13 Mar 1995 17:40:51 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA01457; Mon, 13 Mar 1995 17:40:45 -0800 From: Poul-Henning Kamp Message-Id: <199503140140.RAA01457@ref.tfs.com> Subject: Re: install compressed binary patch To: davidg@Root.COM Date: Mon, 13 Mar 1995 17:40:45 -0800 (PST) Cc: kargl@troutmask.apl.washington.edu, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503140135.RAA00511@corbin.Root.COM> from "David Greenman" at Mar 13, 95 05:35:19 pm Content-Type: text Content-Length: 918 Sender: hackers-owner@FreeBSD.org Precedence: bulk > The gzip binary idea was added so that we could fit more on the install > floppies. I don't recall anyone ever suggesting that you might want to use > this to compress your system binaries to save hard disk space. This doesn't > seem very wise to me. > The only reason I've said anything at all about this is that I'm concerned > about the potential for future bugs reports from people that don't understand > the ramifications involved with using gziped binaries. Well, >I< have said something about using them to save space. On my 130Mb handbook, I saved close to 7 mb by compressing things like troff and perl, which are not used too often, but too good to throw away. But yes, you need to understand the ramifications... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Mon Mar 13 17:44:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04820 for hackers-outgoing; Mon, 13 Mar 1995 17:44:47 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA04814 for ; Mon, 13 Mar 1995 17:44:46 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA05524; Mon, 13 Mar 95 18:38:35 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503140138.AA05524@cs.weber.edu> Subject: Re: BSD Consortium To: faulkner@mpd.tandem.com (Boyd Faulkner) Date: Mon, 13 Mar 95 18:38:34 MST Cc: hackers@FreeBSD.org In-Reply-To: <9503132212.AA01770@olympus> from "Boyd Faulkner" at Mar 13, 95 04:12:59 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Does anyone know if the NetBSD people are interested in a consortium? > If not, the appeal is lessened... for me at least. The initial list of goals I put up shouldn't step on any directional toes, specifically to avoid any conflict between FreeBSD, NetBSD, or BSDI (or anyone else who would be interested). The one design issue, the "hardware scholarship", is equally usable by all three parties, since it doesn't mandate a source base that must be used to participate. I do, however, think that instead of just me throwing out ideas off the top of my head, a bit more participation is required at least by members of both core teams and (hopefully) BSDI to get something that is agreeably shaped. Assuming a representative presence on steering committies for choice of supported efforts, this shouldn't result in anyone being frozen out. Even the potential signing of non-disclosure and provision of binary only Adaptec 2xxx drivers (one of my examples -- not necessarily a suggested project) by the consortium to all groups would be welcome, I'm sure. I'm positive that NetBSD and BSDI have some cross-platform agendas that they'd like to see support for that FreeBSD could (currently) care less about, and vice versa. Perhaps the best place to discuss this would be as a cross-posting in the news groups? The last I heard, Jordan was looking into the legal stuff... any status on that? There was also that kind offer by a rather international lawyer of which we might try to avail ourselves. What is probably needed now is a stake in the ground and a statement of common goals that are to be coded into the bylaws in the articles of incorporation. I would definitely say that it wants to be a non-profit corp. to confer tax exempt status for itself and tax deductable status for contributions (at least in the US). Any ideas regarding status in other countries, and whether or not articles of incorporation need to be filed there as well? What did the X consortium do? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 13 18:10:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05236 for hackers-outgoing; Mon, 13 Mar 1995 18:10:00 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA05224 for ; Mon, 13 Mar 1995 18:09:47 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA08136; Tue, 14 Mar 1995 12:06:42 +1000 Date: Tue, 14 Mar 1995 12:06:42 +1000 From: Bruce Evans Message-Id: <199503140206.MAA08136@godzilla.zeta.org.au> To: kargl@troutmask.apl.washington.edu, nate@trout.sri.MT.net Subject: Re: install compressed binary patch Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >> > + /* >> > + * Compression must have been successful, if we get here. >> > + * So, build a filename for the gzipped file >> > + */ >> > + if (strlen(to_name) < MAXPATHLEN - 3) >> > + strcpy(gz_name, to_name); >> > + strcat(gz_name, ".gz"); >> >> What happens if strlen(to_name) >= MAXPATHLEN -3? >I thought about this for about a second. The correct thing to do would be >to declare gz_name as char *, then malloc the needed size of memory, >then free the memory on exit. I was a little lazy. This won't work. The kernel doesn't allow pathnames longer than MAXPATHLEN (counting the terminating '\0'). However, you should use dynamic allocation in portable programs anyway because the maximum path length might depend on the file system or version of the operating system. It might be possible to reduce the path length by cd'ing down the tree. There is a more serious problem with the limit on the lengths of the components of the path. If the final component is longer than NAME_MAX-3, then you can't append ".gz" to it. NAME_MAX is 255 for ufs. You should use dynamic allocation for path components under FreeBSD because NAME_MAX _does_ depend on the file system (although the fact that it is defined says otherwise). It is 8.3 (sort of) for msdosfs. Appending ".gz" to the msdosfs file name "x.y" cannot work. See the patch sources for the ugly mess required to handle some of these complications. Bruce From owner-freebsd-hackers Mon Mar 13 19:06:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA06761 for hackers-outgoing; Mon, 13 Mar 1995 19:06:39 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA06752 for ; Mon, 13 Mar 1995 19:06:34 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id TAA08784; Mon, 13 Mar 1995 19:05:45 -0800 Date: Mon, 13 Mar 1995 19:05:45 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503140305.TAA08784@netcom14.netcom.com> To: freebsd-hackers@freefall.cdrom.com Subject: static binaries? Sender: hackers-owner@FreeBSD.org Precedence: bulk Whats the magic incantation to have make world build static binaries? Tnks, Amancio From owner-freebsd-hackers Mon Mar 13 19:13:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA07121 for hackers-outgoing; Mon, 13 Mar 1995 19:13:56 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA07114 for ; Mon, 13 Mar 1995 19:13:52 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id TAA01829; Mon, 13 Mar 1995 19:13:47 -0800 From: Poul-Henning Kamp Message-Id: <199503140313.TAA01829@ref.tfs.com> Subject: Re: static binaries? To: hasty@netcom.com (Amancio Hasty Jr) Date: Mon, 13 Mar 1995 19:13:46 -0800 (PST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503140305.TAA08784@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 13, 95 07:05:45 pm Content-Type: text Content-Length: 284 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Whats the magic incantation to have make world build static binaries? A guess: CFLAGS += -static -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Mon Mar 13 19:33:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA07971 for hackers-outgoing; Mon, 13 Mar 1995 19:33:54 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA07959 for ; Mon, 13 Mar 1995 19:33:51 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id TAA09354; Mon, 13 Mar 1995 19:33:26 -0800 From: "Rodney W. Grimes" Message-Id: <199503140333.TAA09354@gndrsh.aac.dev.com> Subject: Re: static binaries? To: hasty@netcom.com (Amancio Hasty Jr) Date: Mon, 13 Mar 1995 19:33:26 -0800 (PST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503140305.TAA08784@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 13, 95 07:05:45 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 298 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Whats the magic incantation to have make world build static binaries? > > Tnks, > Amancio setenv NOSHARED cd /usr/src make world -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon Mar 13 20:00:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA08905 for hackers-outgoing; Mon, 13 Mar 1995 20:00:16 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA08891; Mon, 13 Mar 1995 20:00:06 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA09807; Tue, 14 Mar 1995 14:00:01 +1000 Date: Tue, 14 Mar 1995 14:00:01 +1000 From: Bruce Evans Message-Id: <199503140400.OAA09807@godzilla.zeta.org.au> To: freebsd-hackers@freefall.cdrom.com, kargl@troutmask.apl.washington.edu, phk@freefall.cdrom.com Subject: Re: install compressed binary patch Sender: hackers-owner@FreeBSD.org Precedence: bulk >*************** >*** 246,251 **** >--- 250,261 ---- > err("%s: chflags: %s", to_name, strerror(serrno)); > } > >+ /* >+ * The file has been installed. We now compress and create sym link >+ */ >+ if (dogzip) >+ gzip(to_name); >+ > (void)close(to_fd); > if (!docopy && !devnull && unlink(from_name)) > err("%s: %s", from_name, strerror(errno)); The gzip step should be done earlier, after the strip step. Otherwise gzip may lose some of the file attributes. It _will_ lose special flags (those set by fchflags()) and it will fail if an immutable flag is set. gzip is a non-BSD4.4 program and doesn't understand the special flags. >*************** >*** 317,322 **** >--- 327,388 ---- > } > > /* >+ * gzip -- >+ * use gzip(1) to compress target file, then create a sym link >+ */ >... >+ case 0: >+ execl(_PATH_GZIP, "gzip", "-f", to_name, NULL); >+ err("%s: %s", _PATH_STRIP, strerror(errno)); The gzip step should look like the strip step, but not this much like it :-). The strip step should look better. It doesn't handle errors from strip(1) very well. >... >+ /* >+ * Compression must have been successful, if we get here. >+ * So, build a filename for the gzipped file >+ */ >+ if (strlen(to_name) < MAXPATHLEN - 3) >+ strcpy(gz_name, to_name); >+ strcat(gz_name, ".gz"); >... I wish gzip handled this directly. `gzip -S suffix' requires a nonempty suffix. Bruce From owner-freebsd-hackers Mon Mar 13 20:15:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA10273 for hackers-outgoing; Mon, 13 Mar 1995 20:15:54 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA10250 for ; Mon, 13 Mar 1995 20:15:42 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA09963; Tue, 14 Mar 1995 14:13:33 +1000 Date: Tue, 14 Mar 1995 14:13:33 +1000 From: Bruce Evans Message-Id: <199503140413.OAA09963@godzilla.zeta.org.au> To: hasty@netcom.com, rgrimes@gndrsh.aac.dev.com Subject: Re: static binaries? Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Whats the magic incantation to have make world build static binaries? >> >> Tnks, >> Amancio >setenv NOSHARED >cd /usr/src >make world What's the magic incantation to have make world build shared binaries? :-) `setenv SHARED' gives `setenv: command not found' with a real shell. :-) (`SHARED' means several inconsistent things, none of which negates `NOSHARED', and there seems to be no way to override `NOSHARED=foo' in numerous scattered Makefiles.) Bruce From owner-freebsd-hackers Mon Mar 13 23:51:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02985 for hackers-outgoing; Mon, 13 Mar 1995 23:51:49 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA02978 for ; Mon, 13 Mar 1995 23:51:30 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18364; Tue, 14 Mar 1995 08:51:23 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id IAA03546 for freebsd-hackers@freebsd.org; Tue, 14 Mar 1995 08:51:23 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA01455 for freebsd-hackers@freebsd.org; Tue, 14 Mar 1995 08:39:58 +0100 From: J Wunsch Message-Id: <199503140739.IAA01455@uriah.heep.sax.de> Subject: Re: permissions for route(8) To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Tue, 14 Mar 1995 08:39:58 +0100 (MET) In-Reply-To: <9503132253.AA04660@blaise.ibp.fr> from "Ollivier Robert" at Mar 13, 95 11:53:20 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 688 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Ollivier Robert wrote: > > > Shouldn't that be ``uid = geteuid()'' instead? (Okay, my script could > > use a setuid, but there's no point in evaluating the real UID then.) > > lpc(8) has the same bug/feature : While i think this is of less importance for lpc(8) (since this is rather unlikely to run from a script?), it does not make sense to check for the real UID at all. A process with an effective UID of 0 is always able to switch its real UID, too. What do other people think? Should the check be changed to cover the EUID only? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 13 23:54:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA03009 for hackers-outgoing; Mon, 13 Mar 1995 23:54:52 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA02979 for ; Mon, 13 Mar 1995 23:51:39 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18352; Tue, 14 Mar 1995 08:51:19 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id IAA03533 for freebsd-hackers@freebsd.org; Tue, 14 Mar 1995 08:51:19 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA01352 for freebsd-hackers@freebsd.org; Tue, 14 Mar 1995 08:23:33 +0100 From: J Wunsch Message-Id: <199503140723.IAA01352@uriah.heep.sax.de> Subject: Re: calling up ddb from a comconsole To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Tue, 14 Mar 1995 08:23:32 +0100 (MET) In-Reply-To: <199503140037.AAA01029@bagpuss.demon.co.uk> from "Karl Strickland" at Mar 14, 95 00:37:09 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 4923 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Karl Strickland wrote: > > ideally i'd like to do this on 1.x, though if anyone has a patch for either > 1.x or 2.x, please send it to me! Had a hard time getting this machine up again... This once happened to work on a 2.0 box (actually, it still works). It uses a BREAK character to trigger DDB. The patch is rather complex since it adds another argument to siointr1 in order to pass the unit # down (and decide if this port has been the console port). Does anyone else have comments on this? *** sio.c.orig Wed Oct 12 19:11:00 1994 --- sio.c Mon Oct 31 12:01:49 1994 *************** *** 272,278 **** static timeout_t siodtrwakeup; static void comflush __P((struct com_s *com)); static void comhardclose __P((struct com_s *com)); ! static void siointr1 __P((struct com_s *com)); static void commctl __P((struct com_s *com, int bits, int how)); static int comparam __P((struct tty *tp, struct termios *t)); static int sioprobe __P((struct isa_device *dev)); --- 272,278 ---- static timeout_t siodtrwakeup; static void comflush __P((struct com_s *com)); static void comhardclose __P((struct com_s *com)); ! static void siointr1 __P((struct com_s *com, int unit)); static void commctl __P((struct com_s *com, int bits, int how)); static int comparam __P((struct tty *tp, struct termios *t)); static int sioprobe __P((struct isa_device *dev)); *************** *** 999,1005 **** int unit; { #ifndef COM_MULTIPORT ! siointr1(com_addr(unit)); #else /* COM_MULTIPORT */ struct com_s *com; bool_t possibly_more_intrs; --- 999,1005 ---- int unit; { #ifndef COM_MULTIPORT ! siointr1(com_addr(unit), unit); #else /* COM_MULTIPORT */ struct com_s *com; bool_t possibly_more_intrs; *************** *** 1018,1024 **** if (com != NULL && (inb(com->int_id_port) & IIR_IMASK) != IIR_NOPEND) { ! siointr1(com); possibly_more_intrs = TRUE; } } --- 1018,1024 ---- if (com != NULL && (inb(com->int_id_port) & IIR_IMASK) != IIR_NOPEND) { ! siointr1(com, unit); possibly_more_intrs = TRUE; } } *************** *** 1027,1034 **** } static void ! siointr1(com) struct com_s *com; { u_char line_status; u_char modem_status; --- 1027,1035 ---- } static void ! siointr1(com, unit) struct com_s *com; + int unit; { u_char line_status; u_char modem_status; *************** *** 1060,1065 **** --- 1061,1080 ---- continue; } #endif /* KGDB */ + #if defined(COMCONSOLE) && defined(DDB) + if ((line_status & LSR_BI) /* BREAK */ + && unit == comconsole) { + static bool_t in_Debugger = FALSE; + + if(!in_Debugger) { + in_Debugger = TRUE; + Debugger("console break"); + in_Debugger = FALSE; + goto next; + } + } + #endif /* COMCONSOLE && DDB */ + ioptr = com->iptr; if (ioptr >= com->ibufend) CE_RECORD(com, CE_INTERRUPT_BUF_OVERFLOW); *************** *** 1085,1090 **** --- 1100,1108 ---- * "& 0x7F" is to avoid the gcc-1.40 generating a slow * jump from the top of the loop to here */ + #if defined(COMCONSOLE) && defined(DDB) + next: + #endif line_status = inb(com->line_status_port) & 0x7F; } *************** *** 1715,1721 **** * stale input in sioopen(). */ if (com->state >= (CS_BUSY | CS_TTGO)) ! siointr1(com); enable_intr(); splx(s); --- 1733,1739 ---- * stale input in sioopen(). */ if (com->state >= (CS_BUSY | CS_TTGO)) ! siointr1(com, unit); enable_intr(); splx(s); *************** *** 1767,1773 **** #endif if (com->state & CS_BUSY) { disable_intr(); ! siointr1(com); enable_intr(); } else if (tp->t_outq.c_cc != 0) { u_int ocount; --- 1785,1791 ---- #endif if (com->state & CS_BUSY) { disable_intr(); ! siointr1(com, unit); enable_intr(); } else if (tp->t_outq.c_cc != 0) { u_int ocount; *************** *** 1777,1783 **** disable_intr(); com->obufend = (com->optr = com->obuf) + ocount; com->state |= CS_BUSY; ! siointr1(com); /* fake interrupt to start output */ enable_intr(); } out: --- 1795,1801 ---- disable_intr(); com->obufend = (com->optr = com->obuf) + ocount; com->state |= CS_BUSY; ! siointr1(com, unit); /* fake interrupt to start output */ enable_intr(); } out: *************** *** 1864,1870 **** if (com != NULL && (com->state >= (CS_BUSY | CS_TTGO) || com->poll)) { disable_intr(); ! siointr1(com); enable_intr(); } } --- 1882,1888 ---- if (com != NULL && (com->state >= (CS_BUSY | CS_TTGO) || com->poll)) { disable_intr(); ! siointr1(com, unit); enable_intr(); } } -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Mar 14 00:03:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA03147 for hackers-outgoing; Tue, 14 Mar 1995 00:03:09 -0800 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA03141 for ; Tue, 14 Mar 1995 00:03:06 -0800 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0roRYH-000HzxC; Tue, 14 Mar 95 09:02 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.0 #15) id m0roR9F-0002OfC; Tue, 14 Mar 95 08:36 WET Message-Id: From: hm@ernie.altona.hamburg.com (Hellmuth Michaelis) Subject: Re: BSD Consortium To: freebsd-hackers@FreeBSD.org (FreeBSD Hackers) Date: Tue, 14 Mar 1995 08:36:09 +0100 (MET) In-Reply-To: <9503132212.AA01770@olympus> from "Boyd Faulkner" at Mar 13, 95 04:12:59 pm Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1158 Sender: hackers-owner@FreeBSD.org Precedence: bulk >From the keyboard of Boyd Faulkner: > > Does anyone know if the NetBSD people are interested in a consortium? > If not, the appeal is lessened... for me at least. >From the previous messages i got the impression that FreeBSD people wanted to start a BSD consortium - that doesn't make sense to me. ALL the FreeBSD, NetBSD and BSDI users/groups/companies should be willing and agreeing to form such a consortium! IMHO, what we need is an _independent_ consortium, with a "CEO" (don't know the correct word for that position) who is respected in all camps (FreeBSD,NetBSD,BSDI), who is able to talk to all of these, and who has a (personal) interest in BSD evolution with _common_ inter- faces. What i expect from such a consortium (and what bothers me most these days) is a standardization of programming interfaces, lkm's, device driver interfaces and shared libs between all (at least between NetBSD and FreeBSD) the camps. Perhaps someone should talk to Kirk McKusick et al ? hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Tue Mar 14 00:19:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA03292 for hackers-outgoing; Tue, 14 Mar 1995 00:19:33 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA03286 for ; Tue, 14 Mar 1995 00:19:31 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id AAA12316; Tue, 14 Mar 1995 00:18:14 -0800 Date: Tue, 14 Mar 1995 00:18:14 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503140818.AAA12316@netcom14.netcom.com> To: freebsd-hackers@FreeBSD.org, hm@altona.hamburg.com Subject: Re: BSD Consortium Sender: hackers-owner@FreeBSD.org Precedence: bulk >ALL the FreeBSD, NetBSD and BSDI users/groups/companies should be willing >and agreeing to form such a consortium! Nice thought but it will probably never happen. I think that at this stage is more important to focus on the applications rather than on the OS features. I bet a lot of linux users get a kick out of running doom . If we had native applications such as word processors, spread sheets, drawing tools (I mean drawing tools such as the one used for creating the FreeBSD Logo) then I can I see more talent being attracted to the group. Another aspect is marketing, there has been a few of the Linux distributors which have advertised on major magazines. Cheers, Amancio From owner-freebsd-hackers Tue Mar 14 00:47:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA03828 for hackers-outgoing; Tue, 14 Mar 1995 00:47:49 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA03822 for ; Tue, 14 Mar 1995 00:47:48 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: Date: Tue, 14 Mar 95 00:47 PST From: julian@tfs.com (Julian Elischer) To: hackers@FreeBSD.org Subject: should we send a rep? Sender: hackers-owner@FreeBSD.org Precedence: bulk I would be willing to go, but am busy that night.. oI espect JT willbe fair.. he usually is, but.. 1/ I'd like to hear what they say 2/ we should be able topresent our own achievements.. however, it is a reasonably small group.. julian ---------------------forwarded article------------- Sender: paleph@netcom12.netcom.com SVNet Meeting: Wed, Mar 15, 1995, 7:30pm Mountain View (FREE, Open to Public) SVNet is a SF Bay area UNIX and Open Systems user's group which sponsors technical presentations at its monthly meetings. The meetings are free and open to the public. The next presentation will be: WHAT: Netbsd/Freebsd + 4.4lite, the end of an era or a new renaissance? 4.4BSD is the last public release from UCB's CSRG. Does this mean that BSD is dead? Or, is 4.4lite, a new beginning? Tonight's speaker will discuss the background and status of the Netbsd/Freebsd 4.4lite base ports, what new features 4.4lite brings, and the new features that NetBSD adds on top of 4.4lite. Among the areas to be covered are: - Kernel Improvements - User Land Improvements - Standards Compliance - Compatibility with other Systems We hope to have demonstration systems for Intel and Sparc platforms. WHO: J.T. Conklin is a member of the NetBSD core team. He is currently working for Cygnus Support. Prior to joining Cygnus, he worked for Kalieda Labs, Gain Technology. Conklin co-wrote the first UNIX facsimile subsystem for UniFax and has been UNIX hacking for 10 years. WHERE: Sun Microsystems Bldg 6, 2750 Coast Avenue, Mountain View Coast Ave appears to be just a driveway next to Bldg 5 on Garcia Ave between Amphitheatre Pkwy and San Antonio, so don't get confused. Bldg 6 is immediately behind buildings 1 & 5 on garcia. NEXT MEETINGS: April 19 SGI on the R10000 May 17 INTEL on the P6 June 21 RSA on cryptography For more information, please call either Paul Fronberg at (415) 366-6403 or Ralph Barker at (408) 559-6202. SVNet is a UNIX and open systems user group supported by member dues and donations. SVNet Meetings are FREE and OPEN TO THE PUBLIC. UNIX is a registered trademark licensed exclusively by X/Open, Ltd. From owner-freebsd-hackers Tue Mar 14 00:50:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA03872 for hackers-outgoing; Tue, 14 Mar 1995 00:50:22 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA03865 for ; Tue, 14 Mar 1995 00:50:06 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA13104; Tue, 14 Mar 1995 18:46:07 +1000 Date: Tue, 14 Mar 1995 18:46:07 +1000 From: Bruce Evans Message-Id: <199503140846.SAA13104@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: calling up ddb from a comconsole Sender: hackers-owner@FreeBSD.org Precedence: bulk >Had a hard time getting this machine up again... This once happened >to work on a 2.0 box (actually, it still works). It uses a BREAK >character to trigger DDB. The patch is rather complex since it >adds another argument to siointr1 in order to pass the unit # down >(and decide if this port has been the console port). It should use the (unimplemented) `unit' member in the com struct to avoid bloating the interface. Bruce From owner-freebsd-hackers Tue Mar 14 02:29:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA06262 for hackers-outgoing; Tue, 14 Mar 1995 02:29:32 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA06256 for ; Tue, 14 Mar 1995 02:29:29 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id FAA05819; Tue, 14 Mar 1995 05:26:36 -0500 From: Peter Dufault Message-Id: <199503141026.FAA05819@hda.com> Subject: BSD Consortium mission To: freebsd-hackers@FreeBSD.org Date: Tue, 14 Mar 1995 05:26:36 -0500 (EST) In-Reply-To: from "Hellmuth Michaelis" at Mar 14, 95 08:36:09 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1606 Sender: hackers-owner@FreeBSD.org Precedence: bulk I'd like to begin to list the expectations and requirements that we have for this organization. This will allow us to see if we have enough commonality of needs to continue this discussion, or it may become obvious that we don't have enough in common. Maybe some of these needs will be supplied by FreeBSD Inc. when we what that organization's mission is, and others will be supplied by a StarBSD consortium. Now some pleas: Try hard to list what we're looking for and avoid attacking other individuals perceived needs, slamming other organizations, or in general elevating this to anything in upper case. Try to keep this thread fairly focused on the topic to make it easier to collect this in a single document. As a start, my biggest need for an organization is more "marketing" oriented then many: Requirement: To add to the credibility of *BSD in the non-internet community by providing marketing materials, by acting as a liason with the press, and by looking like a good engineering base for software. Rationale: I want to use the freely redistributable 4.4Lite derived operating system in my business as a basis for projects in cooperation with similar small outfits, and to be able to sell these 4.4Lite system as part of a solution without having that be much of an issue. One of Hellmuth's requirements is: Requirement: To standardize the programming interfaces, lkm's, device driver interfaces and shared libs. -- 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 Tue Mar 14 02:39:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA06553 for hackers-outgoing; Tue, 14 Mar 1995 02:39:35 -0800 Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA06545 for ; Tue, 14 Mar 1995 02:39:33 -0800 Received: from cygnus.com by relay1.UU.NET with ESMTP id QQygzy11407; Tue, 14 Mar 1995 05:39:30 -0500 Received: from localhost.cygnus.com (cygnus.com [140.174.1.1]) by cygnus.com (8.6.9/8.6.9) with ESMTP id CAA27452; Tue, 14 Mar 1995 02:39:28 -0800 Message-Id: <199503141039.CAA27452@cygnus.com> To: hackers@FreeBSD.org Cc: tege@cygnus.com Subject: Frequent panics in 2.0-RELEASE Date: Tue, 14 Mar 1995 02:39:28 -0800 From: Torbjorn Granlund Sender: hackers-owner@FreeBSD.org Precedence: bulk Starting with the floppies from ftp.freebsd.org, via the full 2.0 CDROM distribution, I am trying to build a mildly customized kernel. Unfortunately, I cannot get past the compile of the new kernel, since the existing kernel (i.e., the one from the distribution) keeps panicing. Here is what I get on the screen (somewhat abridged): Fatal trap 1: privileged instruction fault while in kernel mode instruction pointer = 0x8:0xf013d400 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = Idle interrupt mask = panic: privileged instruction fault syncing disks Fatal trap 12, ... etc etc My system has an Asus PCI/I-486SP3G motherboard with and integrated NCR SCSI 2 controller and a 100 MHz Intel 486DX4, 256 kB L2 cache, and 16 Mb DRAM. I have set the cache to do write-through instead of the defalt copy-back. (In the BIOS that is, maybe the kernel overrides this.) The only hard drive is a 500Mb SCSI 2 device. I am uncertain what a useful kernel bug report looks like, so I have probably left out the important stuff and included stuff you don't care about. If that is indeed th case, please ask me for the relevant information. I tried installing FreeBSD 1.1.5.1, but it could not read the sd0 device during installation. (1.1.5.1 works great on my laptop with its IDE hard drive.) I need to have some Unix variant (i.e., FreeBSD, NetBSD, or Linux) on this system within about a week (after that this system is going to fly to a friend of mine Europe...), and if you can help me to get FreeBSD to work, that would be the solution I prefer. From owner-freebsd-hackers Tue Mar 14 03:29:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA07565 for hackers-outgoing; Tue, 14 Mar 1995 03:29:29 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA07559 for ; Tue, 14 Mar 1995 03:29:27 -0800 Received: from fedora.x.org by expo.x.org id AA18296; Tue, 14 Mar 95 06:28:50 -0500 Received: by fedora.x.org id AA06121; Tue, 14 Mar 1995 06:28:48 -0500 Message-Id: <9503141128.AA06121@fedora.x.org> To: freebsd-hackers@FreeBSD.org Subject: Re: BSD Consortium mission In-Reply-To: Your message of "Tue, 14 Mar 1995 05:26:36 EST." <199503141026.FAA05819@hda.com> Date: Tue, 14 Mar 1995 06:28:48 EST From: "Kaleb S. KEITHLEY" Sender: hackers-owner@FreeBSD.org Precedence: bulk >I'd like to begin to list the expectations and requirements that >we have for this organization. I respectfully suggest that further discussion of this topic belongs on another list. Perhaps a new list, just for this topic? I think a BSD Consortium is a fine idea, but it's not why I'm subscribed to the hackers list. -- Kaleb From owner-freebsd-hackers Tue Mar 14 03:49:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA08182 for hackers-outgoing; Tue, 14 Mar 1995 03:49:46 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA08174 for ; Tue, 14 Mar 1995 03:49:44 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id GAA06400; Tue, 14 Mar 1995 06:45:33 -0500 From: Peter Dufault Message-Id: <199503141145.GAA06400@hda.com> Subject: SCSI ASC-ASCQ descriptions To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 14 Mar 1995 06:45:32 -0500 (EST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503140720.IAA01311@uriah.heep.sax.de> from "J Wunsch" at Mar 14, 95 08:20:47 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 753 Sender: hackers-owner@FreeBSD.org Precedence: bulk J Wunsch writes: > > I rather thought of an LKM to interpret the ASC's. Syslogd could > load it... :-) At least, the strings are no longer _static_ then. I tried it this morning. It adds 4982 bytes of kernel bloat to put all the "additional sense code"/"additional sense code qualifier" descriptions in the kernel. It rubs me the wrong way to put it in the kernel but the other suggestions don't work for me either - a lot of the times you need this info is before the system gets off the ground and so tables and ioctls don't solve that problem. Shall I commit this? Peter -- 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 Tue Mar 14 04:02:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA08456 for hackers-outgoing; Tue, 14 Mar 1995 04:02:09 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA08447 for ; Tue, 14 Mar 1995 04:02:05 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA28770 (5.67a/IDA-1.5); Tue, 14 Mar 1995 05:39:01 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA27659; 14 Mar 95 05:11:01 CST (Tue) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id FAA27656; Tue, 14 Mar 1995 05:11:00 -0600 From: Peter da Silva Message-Id: <199503141111.FAA27656@bonkers.taronga.com> Subject: Re: install compressed binary patch To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Tue, 14 Mar 1995 05:11:00 -0600 (CST) Cc: kargl@troutmask.apl.washington.edu, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503140124.RAA01364@ref.tfs.com> from "Poul-Henning Kamp" at Mar 13, 95 05:24:32 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 408 Sender: hackers-owner@FreeBSD.org Precedence: bulk >>The `-z' would be useful perhaps for XFree86 where the site.def(?) file allows >>one to specify the install program and install flags (if i recall correctly). >>Then, you can automatically have X built with compressed binaries. Probably be a good idea *not* to install "xterm" and a few other programs that are likely to have multiple copies running compressed. Are the rules clever enough to allow that? From owner-freebsd-hackers Tue Mar 14 04:54:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA08825 for hackers-outgoing; Tue, 14 Mar 1995 04:54:29 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA08818 for ; Tue, 14 Mar 1995 04:54:26 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id HAA06512; Tue, 14 Mar 1995 07:51:28 -0500 From: Peter Dufault Message-Id: <199503141251.HAA06512@hda.com> Subject: Re: Frequent panics in 2.0-RELEASE To: tege@cygnus.com (Torbjorn Granlund) Date: Tue, 14 Mar 1995 07:51:27 -0500 (EST) Cc: hackers@FreeBSD.org, tege@cygnus.com In-Reply-To: <199503141039.CAA27452@cygnus.com> from "Torbjorn Granlund" at Mar 14, 95 02:39:28 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1742 Sender: hackers-owner@FreeBSD.org Precedence: bulk Torbjorn Granlund writes: > > Starting with the floppies from ftp.freebsd.org, via the full 2.0 CDROM > distribution, I am trying to build a mildly customized kernel. > Unfortunately, I cannot get past the compile of the new kernel, since the > existing kernel (i.e., the one from the distribution) keeps panicing. > > Here is what I get on the screen (somewhat abridged): > > Fatal trap 1: privileged instruction fault while in kernel mode > instruction pointer = 0x8:0xf013d400 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = Idle > interrupt mask = > > panic: privileged instruction fault > syncing disks > > Fatal trap 12, ... etc etc > > My system has an Asus PCI/I-486SP3G motherboard with and integrated NCR SCSI > 2 controller and a 100 MHz Intel 486DX4, 256 kB L2 cache, and 16 Mb DRAM. I > have set the cache to do write-through instead of the defalt copy-back. (In > the BIOS that is, maybe the kernel overrides this.) The only hard drive is > a 500Mb SCSI 2 device. I borrow a test system with a DX4-100 (a Compaq Presario) and have stopped using it because I get a "privileged instruction fault while in kernel mode" also. The problem goes away when go back to the regular processor. And of course: 'It works "fine" running Microsoft Windows' I've seen references to problems with the first step of the DX4-100, and that is what mine is, but I haven't persued this much further yet.. What does it say when it probes your CPU? -- 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 Tue Mar 14 05:47:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA09521 for hackers-outgoing; Tue, 14 Mar 1995 05:47:37 -0800 Received: from larry.infi.net (larry.infi.net [198.22.1.107]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA09515 for ; Tue, 14 Mar 1995 05:47:35 -0800 Received: from Jessica.RatsNest.VaBeach.VA.US by larry.infi.net with SMTP (8.6.10/Server1.8) id IAA28145; Tue, 14 Mar 1995 08:48:06 -0500 Message-Id: <199503141348.IAA28145@larry.infi.net> From: "Pavlov's Cat" Organization: Organized? Me? Hah! To: hackers@FreeBSD.org Date: Tue, 14 Mar 1995 08:43:38 -240 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Adaptek 1542 on other ports Reply-to: SimsS@infi.net Priority: normal X-mailer: Pegasus Mail/Windows (v1.22) Sender: hackers-owner@FreeBSD.org Precedence: bulk dufault@hda.com writes: > "-c" has helped many people get the distribution booted. It isn't > fair to suggest that because it doesn't dance it shouldn't come > out on stage to sing. I never meant to imply such. (I'd personally hunt down the guy who proposes taking '-c' away and handcuff him to an HP-3000 running MPE for the rest of his natural existance; I'm far too spoiled by '-c' to give it up.) But what I was trying to convey is that it'd be a big WIN if we didn't try to coerce FreeBSD newbies to have to roll-their-own in order to make the system fire up without minimal user intervention. If J. Random Newbie wants to run with an unecessarily bloated kernel that has a bunch of devices he'll never have, that's his business; it's the business of FreeBSD to provide an environment that is stable, extendable, tailorable and (significantly) easy to set up. I submit that a *lot* of users haven't got clue one about what a makefile is, what a compiler is good for, or what constitutes an optimal configuration. They just want the sucker to work. Granted, an all-singing, all-dancing, 100% accurate probe logic would solve many (all?) of the '-c' issues, but given the tendency of a lot of vendors to silently change their firmware, etc (Adaptec, you copy, over?) this is and will continue to be, difficult. All I propose(d) is that, once a user has told FreeBSD what the lay of the land looks like, FreeBSD would be perceived as "much smarter" if it could somehow manage to remember what resources are available and where to find 'em. From owner-freebsd-hackers Tue Mar 14 06:02:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA09758 for hackers-outgoing; Tue, 14 Mar 1995 06:02:17 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA09752 for ; Tue, 14 Mar 1995 06:02:15 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id JAA00363; Tue, 14 Mar 1995 09:02:10 -0500 Date: Tue, 14 Mar 1995 09:02:10 -0500 (EST) From: Kim Culhan To: freebsd-hackers@FreeBSD.org Subject: current near perfect Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Just built current here sup'd 2 days ago. Very smooth after a some advice.. this was upgraded from 2.0R. Now just one small problem as a result: The behaviour of xterms is different in that the combination ctrl+mouse buttons is broken. That is, the menu will not open for changing font size or resetting the xterm etc (all ctrl+any_mouse_button combinations don't respond.) The mouse driver does work, the buttons are ok otherwise. The kernel was rebuilt with device vt0 and option XSERVER. I can try different kernel build combinations if thats worthwhile. Poul said: '...and be prepared for "gdb" to not compile.' -r-xr-xr-x 1 bin bin 659456 Mar 14 04:18 gdb Looks good to me. regards kim -- kimc@w8hd.org From owner-freebsd-hackers Tue Mar 14 12:55:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00402 for hackers-outgoing; Tue, 14 Mar 1995 12:55:34 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA00394 for ; Tue, 14 Mar 1995 12:55:29 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id NAA29146; Tue, 14 Mar 1995 13:09:41 -0600 Received: by olympus (4.1/TSS2.1) id AA02923; Tue, 14 Mar 95 13:08:10 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503141908.AA02923@olympus> Subject: Re: BSD Consortium To: terry@cs.weber.edu (Terry Lambert) Date: Tue, 14 Mar 1995 13:08:10 -0600 (CST) Cc: faulkner@devnull.mpd.tandem.com, hackers@FreeBSD.org In-Reply-To: <9503140138.AA05524@cs.weber.edu> from "Terry Lambert" at Mar 13, 95 06:38:34 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1000 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Does anyone know if the NetBSD people are interested in a consortium? > > If not, the appeal is lessened... for me at least. > > The initial list of goals I put up shouldn't step on any directional > toes, specifically to avoid any conflict between FreeBSD, NetBSD, or > BSDI (or anyone else who would be interested). > I am not so worried about the goals as if there is any interest in having common goals from the NetBSD side. A one member, FreeBSD, consortium would be pointless. If NetBSD is interested for any reason, then there is a point. I haven't heard anything that says that they are. If we cannot gain a united front on this issue, hunting for other members further from home is going to be much harder. Has the question been put before them? Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Tue Mar 14 12:55:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00411 for hackers-outgoing; Tue, 14 Mar 1995 12:55:50 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA00403 for ; Tue, 14 Mar 1995 12:55:39 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id NAA28866; Tue, 14 Mar 1995 13:00:48 -0600 Received: by olympus (4.1/TSS2.1) id AA02884; Tue, 14 Mar 95 12:59:17 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503141859.AA02884@olympus> Subject: Re: install compressed binary patch To: davidg@Root.COM Date: Tue, 14 Mar 1995 12:59:16 -0600 (CST) Cc: kargl@troutmask.apl.washington.edu, phk@ref.tfs.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503140103.RAA00471@corbin.Root.COM> from "David Greenman" at Mar 13, 95 05:03:32 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1784 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >> Wouldn't you gain more diskspace if you told cc(1) about ".gz" files for > >> instance ? source compress better than binary I'd expect... > > > >Actually, make world was a (poor?) example. But, consider the installation > >on a production machine of some of the ports. The binary for Octave was over > >4 MB before compression. With `gzip -9', the binary is around 750 KB. I get > >similar compression for other large binaries. > > > >The `-z' would be useful perhaps for XFree86 where the site.def(?) file allows > >one to specify the install program and install flags (if i recall correctly). > >Then, you can automatically have X built with compressed binaries. > > Keep in mind the following when using gziped binaries: > > 1) The file is paged from swap, not from the executable. This means > you'll need a lot more swap space. > 2) There is no sharing with gziped binaries. This means that you'll > need a lot more memory (and swap space). > 3) Decompression requires a lot of CPU. > > Those three reasons make it impractical to gzip binaries that will be used > often or ones where multiple copies are used concurrently (like a shell for > instance). > > -DG > I was getting ready to ask about 1). Couldn't 2) be fixed? Taking an SVR4 internals class and now I can ask all kinds of stupid questions! Boyd I am not implying that 2) is worth fixing but with it's own file system and operations, it seems you could redirect the vnode to point into swap if the refcnt is greater than 0. Please tell me if I'm wrong. -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Tue Mar 14 12:51:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00240 for hackers-outgoing; Tue, 14 Mar 1995 12:51:18 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA00223 for ; Tue, 14 Mar 1995 12:50:57 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id JAA10663; Tue, 14 Mar 1995 09:30:26 -0800 From: "Rodney W. Grimes" Message-Id: <199503141730.JAA10663@gndrsh.aac.dev.com> Subject: Re: Frequent panics in 2.0-RELEASE To: tege@cygnus.com (Torbjorn Granlund) Date: Tue, 14 Mar 1995 09:30:26 -0800 (PST) Cc: hackers@FreeBSD.org, tege@cygnus.com In-Reply-To: <199503141039.CAA27452@cygnus.com> from "Torbjorn Granlund" at Mar 14, 95 02:39:28 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1509 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Starting with the floppies from ftp.freebsd.org, via the full 2.0 CDROM > distribution, I am trying to build a mildly customized kernel. > Unfortunately, I cannot get past the compile of the new kernel, since the > existing kernel (i.e., the one from the distribution) keeps panicing. > > Here is what I get on the screen (somewhat abridged): > > Fatal trap 1: privileged instruction fault while in kernel mode > instruction pointer = 0x8:0xf013d400 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = Idle > interrupt mask = > > panic: privileged instruction fault > syncing disks > > Fatal trap 12, ... etc etc > > My system has an Asus PCI/I-486SP3G motherboard with and integrated NCR SCSI > 2 controller and a 100 MHz Intel 486DX4, 256 kB L2 cache, and 16 Mb DRAM. I > have set the cache to do write-through instead of the defalt copy-back. (In > the BIOS that is, maybe the kernel overrides this.) The only hard drive is > a 500Mb SCSI 2 device. I'll take a shot in the dark here.... In the advanced chipset setup menu do you have the Auto Configuration option turned on or off? If it is off try to turn it on. What speed are the cache rams on your motherboard? I have run 3 of these motherboards without problem. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue Mar 14 12:52:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00282 for hackers-outgoing; Tue, 14 Mar 1995 12:52:01 -0800 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA00273; Tue, 14 Mar 1995 12:51:58 -0800 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.10/8.6.9) id HAA17320; Tue, 14 Mar 1995 07:56:39 -0800 From: Steven G Kargl Message-Id: <199503141556.HAA17320@troutmask.apl.washington.edu> Subject: Re: install compressed binary patch To: bde@zeta.org.au (Bruce Evans) Date: Tue, 14 Mar 1995 07:56:34 -0800 (PST) Cc: freebsd-hackers@freefall.cdrom.com, phk@freefall.cdrom.com In-Reply-To: <199503140400.OAA09807@godzilla.zeta.org.au> from "Bruce Evans" at Mar 14, 95 02:00:01 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1933 Sender: hackers-owner@FreeBSD.org Precedence: bulk According to Bruce Evans: > > The gzip step should be done earlier, after the strip step. Otherwise > gzip may lose some of the file attributes. It _will_ lose special flags > (those set by fchflags()) and it will fail if an immutable flag is set. > gzip is a non-BSD4.4 program and doesn't understand the special flags. > I naively assumed that the gzip step would not effect any of the flags. After thinking about the install code, it seems to me that both strip and gzip can occur before any flags are set (including group and owner). I also think that strip and gzip can be carried out on the from_name target before it is moved or copied to name. I'll look closer at the details. > >*************** > >*** 317,322 **** > >--- 327,388 ---- > > } > > > > /* > >+ * gzip -- > >+ * use gzip(1) to compress target file, then create a sym link > >+ */ > >... > >+ case 0: > >+ execl(_PATH_GZIP, "gzip", "-f", to_name, NULL); > >+ err("%s: %s", _PATH_STRIP, strerror(errno)); > > The gzip step should look like the strip step, but not this much like > it :-). The strip step should look better. It doesn't handle errors > from strip(1) very well. > The code looks alike for a very simple reason (cut, paste, edit:-). My patch seems to be premature for release to -hackers, but it served my immediated needs. I'll see what I can do with improvement of error handling. > >+ */ > >+ if (strlen(to_name) < MAXPATHLEN - 3) > >+ strcpy(gz_name, to_name); > >+ strcat(gz_name, ".gz"); > >... > > I wish gzip handled this directly. `gzip -S suffix' requires a nonempty > suffix. Yes, I wish gzip handled it better, but I doubt I'll tackle gzip. -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Laboratory | Fax: 206-543-6785 | University of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-hackers Tue Mar 14 12:51:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00267 for hackers-outgoing; Tue, 14 Mar 1995 12:51:55 -0800 Received: from netcom17.netcom.com (bakul@netcom17.netcom.com [192.100.81.130]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA00261 for ; Tue, 14 Mar 1995 12:51:53 -0800 Received: from localhost by netcom17.netcom.com (8.6.10/Netcom) id MAA06074; Tue, 14 Mar 1995 12:50:46 -0800 Message-Id: <199503142050.MAA06074@netcom17.netcom.com> To: freebsd-hackers@freefall.cdrom.com Subject: Re: install compressed binary patch Date: Tue, 14 Mar 95 12:50:45 -0800 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk Notice that decompression is a `pure' function; the same compressed input will produce the same uncompressed output every time. Can't this fact be used some way? The idea is this: given a compressed binary `foo', create an uncompressed binary somewhere. Upon every invocation of foo check if the uncompressed version exists. If so continue as if the user is really invoking the uncompressed version. The uncompressed version disappears once the last running instance is gone (or it may be cached for a while to save on decompression cost). You can do a pretty good imitation of this by a #! script. - The compressed version `foo' gets a #!/usr/bin/decodebin or some such header followed by the compressed data. - decodebin checks if .cache/foo exists. - If not, - decodebin tries to create .cache/foo.lock. - If .cache/foo.lock already exists, - decodebin waits till .cache/foo is created. Now it execs .cache/foo. - If decodebin can create .cache/foo.lock, - foo.lock is filled with the uncompressed data, marked executable, and renamed .cache/foo - Now .cache/foo exists. - decodebin execs .cache/foo. - Periodically files in .cache are purged. The only danger is that if there are long running binaries, all binaries started between two such purges will share an (already unlinked) copy. Very very rarely we might get each running binary with its own copy but this is no worse than what will happen now all the time with compressed binaries. Figuring out where to put the .cache dir is left as an exercise for the reader. Ideally it belongs in the same directory as the compressed binary but that can't be done if the binary is on a readonly file system. The same scheme can be used for things other than compressed binaries. For instance, you replace infrequently used binaries with such a script as part of some backup. The next time you tried executing this script, the system will ask you to read back the real file from a backup tape. At this point you can even replace the script with the original. The well connected among you can ftp the file from elsewhere! Years ago we used to talk about implementing a file type called `portal'. When you opened a portal file, a program would be run by the system. Read/write calls would be delivered to this program in some fashion. [Such files were called portals because in effect this program acts as a sentry at the `port' to the file] With portals you can do some very nifty things. e.g. a file from which you can read current time, a file that will deliver 2^32 (now 2^64 :-) digits of pi, etc. Anyway, if portals were available, you could do also compress data files or move them elsewhere. [I don't think the portal filesystem of 4.4BSD does anything like this]. Bakul From owner-freebsd-hackers Tue Mar 14 12:54:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00375 for hackers-outgoing; Tue, 14 Mar 1995 12:54:49 -0800 Received: from marvin.boulder.openware.com (marvin.boulder.openware.com [192.245.99.138]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA00366 for ; Tue, 14 Mar 1995 12:54:39 -0800 Received: from boulder.openware.com (localhost.boulder.parcplace.com [127.0.0.1]) by marvin.boulder.openware.com (8.6.9/8.6.9) with ESMTP id MAA26872 for ; Tue, 14 Mar 1995 12:56:57 -0700 Message-Id: <199503141956.MAA26872@marvin.boulder.openware.com> From: imp@village.org To: hackers@FreeBSD.org Subject: Gordon Chaffee: xmsdos-0.1, extended msdos fs for Linux Date: Tue, 14 Mar 1995 12:56:57 MST Sender: hackers-owner@FreeBSD.org Precedence: bulk Saw this in comp.os.linux.announce. Is anybody looking into this for 2.1/2.2? I'm thinking that this might not be a bad thing to do for the file sharing problem that I have between my NT box and my FreeBSD box (well, same box, but different boot personalities). Warner ------- Forwarded Message From: chaffee@zonker.cs.berkeley.edu (Gordon Chaffee) Newsgroups: comp.os.linux.announce Subject: xmsdos-0.1, extended msdos fs for Linux Followup-To: comp.os.linux.development.system Date: 6 Mar 1995 16:49:38 +0200 Organization: University of California, Berkeley Lines: 70 Sender: wirzeniu@cc.helsinki.fi Approved: linux-announce@news.ornl.gov (Lars Wirzenius) Message-ID: <3jf7e2$4ch@kruuna.helsinki.fi> NNTP-Posting-Host: kruuna.helsinki.fi Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Keywords: Windows 95, Windows NT Release: xmsdos 0.1 This is an extremely preliminary release of xmsdos, a filesystem that can handle Windows 95 and Windows NT long filenames. Be warned, it may do irrepairable damage to your directories and your disk. It was tested on Linux 1.1.91 and Windows NT 3.5. Where to get: mm-ftp.cs.berkeley.edu:/pub/multimedia/linux/xmsdos/xmsdos-0.1.tgz What works (or is supposed to): * Creating and removing long filenames and directories. * Reading files created by Windows NT and Windows 95. * Writing files that can be read by Windows NT and Windows 95. * Renaming short filenames and directories to other short names. * Renaming long filenames and directories. How to use: Until the system is stable, the filesystem is called xmsdos. To use as a loadable module, When the filesystem is stable, I would hope that it may replace the msdos filesystem. In order for that to happen, quite a bit more work and integration needs to occur. insmod xmsdos.o To mount a floppy: mount -t xmsdos /dev/fd0 /mnt Things to note: I've changed the default handling of files from the MSDOS file system. Under the MSDOS file system, all shortnames show up as lowercase. When you look at files under NT that were created with Linux's MSDOS file system, they are all capitalized. The will also show up capitalized under xmsdos. You filenames should all look the same under NT, Windows 95, and xmsdos. If you use non-ASCII characters on Windows NT in a filename, you will be unable to retrieve that file. Right now, this has not been tested at all, so the results are unpredictable. The makefile has -CCONFIG_MODVERSIONS turned on. If you're kernel is built without them on, you'll need to remove them from the Makefile. If you find bugs, please send mail to chaffee@bugs-bunny.cs.berkeley.edu. Please specify the filename and the operation that gave you trouble. Acknowledgements: Thanks to Galen C. Hunt (gchunt@cs.rochester.edu) for the very useful information he provided on creating the short filename checksum and the structure of the long filenames. Gordon Chaffee chaffee@bugs-bunny.cs.berkeley.edu - -- Send submissions for comp.os.linux.announce to: linux-announce@news.ornl.gov PLEASE remember Keywords: and a short description of the software. ------- End of Forwarded Message From owner-freebsd-hackers Tue Mar 14 12:58:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00507 for hackers-outgoing; Tue, 14 Mar 1995 12:58:02 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA00499 for ; Tue, 14 Mar 1995 12:58:00 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA03952; Tue, 14 Mar 1995 09:45:44 -0800 From: Poul-Henning Kamp Message-Id: <199503141745.JAA03952@ref.tfs.com> Subject: Re: SCSI ASC-ASCQ descriptions To: dufault@hda.com (Peter Dufault) Date: Tue, 14 Mar 1995 09:45:44 -0800 (PST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <199503141145.GAA06400@hda.com> from "Peter Dufault" at Mar 14, 95 06:45:32 am Content-Type: text Content-Length: 672 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I tried it this morning. It adds 4982 bytes of kernel bloat > to put all the "additional sense code"/"additional sense > code qualifier" descriptions in the kernel. > > It rubs me the wrong way to put it in the kernel but the other > suggestions don't work for me either - a lot of the times you need > this info is before the system gets off the ground and so tables and > ioctls don't solve that problem. > > Shall I commit this? Yes! but do so in an #ifdef so people can yank it. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue Mar 14 13:00:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00912 for hackers-outgoing; Tue, 14 Mar 1995 13:00:49 -0800 Received: from unibel.by (unibel.by [193.232.92.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA00887 for ; Tue, 14 Mar 1995 13:00:17 -0800 Message-Id: Date: Tue, 14 Mar 95 13:52 EET From: ole@unibel.by (A. Olevanov) To: freebsd-hackers@freefall.cdrom.com Subject: Question about "ruserpass" routine Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, somebody Please, if you know where the undefined in libcompat.a symbol _ruserpass can be found, tell me. I try to compile MH on FreeBSD 2.1.0 Development. It cannot find this routine. I think it is in BSD4.4, but should be defined and present in libcompat on the FreeBSD. With best wishes and hopes, Olevanov Alexander From owner-freebsd-hackers Tue Mar 14 13:04:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01510 for hackers-outgoing; Tue, 14 Mar 1995 13:04:57 -0800 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA01499 for ; Tue, 14 Mar 1995 13:04:52 -0800 Received: from news.cs.utexas.edu by relay3.UU.NET with SMTP id QQyhaq06755; Tue, 14 Mar 1995 10:04:01 -0500 Received: from mail.cs.utexas.edu (root@mail.cs.utexas.edu [128.83.139.10]) by news.cs.utexas.edu (8.6.10/8.6.9) with ESMTP id JAA04038; Tue, 14 Mar 1995 09:04:00 -0600 Received: from uudell.us.dell.com (uudell.us.dell.com [143.166.224.6]) by mail.cs.utexas.edu (8.6.10/8.6.9) with SMTP id JAA15321; Tue, 14 Mar 1995 09:03:59 -0600 Received: from obiwan by uudell.us.dell.com (5.67/dns1.3) with UUCP id AA13241; Tue, 14 Mar 95 14:55:49 GMT Received: by obiwan.uucp (Smail3.1.29.1 #4) id m0roXZS-0002zqC; Tue, 14 Mar 95 08:27 CST Message-Id: From: obiwan!bob@uudell.us.dell.com (Bob Willcox) Subject: Re: SCSI ASC-ASCQ descriptions To: dufault@hda.com (Peter Dufault) Date: Tue, 14 Mar 1995 08:27:38 -0600 (CST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <199503141145.GAA06400@hda.com> from "Peter Dufault" at Mar 14, 95 06:45:32 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 715 Sender: hackers-owner@FreeBSD.org Precedence: bulk Peter Dufault wrote: > > I tried it this morning. It adds 4982 bytes of kernel bloat > to put all the "additional sense code"/"additional sense > code qualifier" descriptions in the kernel. > > It rubs me the wrong way to put it in the kernel but the other > suggestions don't work for me either - a lot of the times you need > this info is before the system gets off the ground and so tables and > ioctls don't solve that problem. > > Shall I commit this? I vote yes! -- Bob Willcox ...!{rutgers|ames}!cs.utexas.edu!uudell!obiwan!bob Austin, TX or: @uudell.us.dell.com:obiwan!bob 512-258-4224 (home), 512-838-3914 (work) or: obiwan%bob@uunet.uu.net From owner-freebsd-hackers Tue Mar 14 13:06:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01769 for hackers-outgoing; Tue, 14 Mar 1995 13:06:41 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA01761 for ; Tue, 14 Mar 1995 13:06:40 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: SCSI ASC-ASCQ descriptions To: dufault@hda.com (Peter Dufault) Date: Tue, 14 Mar 1995 12:02:33 -0800 (PST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <199503141145.GAA06400@hda.com> from "Peter Dufault" at Mar 14, 95 06:45:32 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 752 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > J Wunsch writes: > > > > I rather thought of an LKM to interpret the ASC's. Syslogd could > > load it... :-) At least, the strings are no longer _static_ then. nice idea, but we need it earlier then that, as Peter says... > > I tried it this morning. It adds 4982 bytes of kernel bloat > to put all the "additional sense code"/"additional sense > code qualifier" descriptions in the kernel. I wonder if compression would help in any way? there are lots of words that are common.... e.g. "ready, audio, logical, unit, required, progress, error, not " I'm really tempted to make a program to do this... :) (and print it) > > Shall I commit this? yes, I would, but it might be good top make an option to leave it out.. (a SMALL option?) > From owner-freebsd-hackers Tue Mar 14 13:08:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02005 for hackers-outgoing; Tue, 14 Mar 1995 13:08:03 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA01983 for ; Tue, 14 Mar 1995 13:07:57 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id MAA10280; Tue, 14 Mar 1995 12:06:11 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id MAA02502; Tue, 14 Mar 1995 12:06:10 -0800 Message-Id: <199503142006.MAA02502@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: faulkner@mpd.tandem.com (Boyd Faulkner) cc: freebsd-hackers@freefall.cdrom.com Subject: Re: install compressed binary patch In-reply-to: Your message of "Tue, 14 Mar 95 12:59:16 CST." <9503141859.AA02884@olympus> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 14 Mar 1995 12:06:09 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >I was getting ready to ask about 1). Couldn't 2) be fixed? Taking an SVR4 >internals class and now I can ask all kinds of stupid questions! > >Boyd > >I am not implying that 2) is worth fixing but with it's own file system and >operations, it seems you could redirect the vnode to point into swap if the >refcnt is greater than 0. Please tell me if I'm wrong. It is possible to architect it in a way that would allow sharing. This would likely require (among other things) a compression filesystem to manage it. It's even conceivable that you might be able to devise a method and still use a variant of the current technology...but no matter how you slice it, it's going to be a difficult thing to do. -DG From owner-freebsd-hackers Tue Mar 14 13:08:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02079 for hackers-outgoing; Tue, 14 Mar 1995 13:08:30 -0800 Received: from deacon.cogsci.ed.ac.uk ([129.215.144.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA02058 for ; Tue, 14 Mar 1995 13:08:22 -0800 Received: (from richard@localhost) by deacon.cogsci.ed.ac.uk (8.6.10/8.6.9) id OAA03371; Tue, 14 Mar 1995 14:34:29 GMT Date: Tue, 14 Mar 1995 14:34:29 GMT Message-Id: <199503141434.OAA03371@deacon.cogsci.ed.ac.uk> From: Richard Tobin Subject: Re: install compressed binary patch To: Steven G Kargl , davidg@Root.COM In-Reply-To: Steven G Kargl's message of Mon, 13 Mar 1995 17:13:45 -0800 (PST) Organization: just say no Cc: phk@ref.tfs.com, freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > Do you have some rule of thumb? I usually go with 2 * RAM, but if this > is not sufficient what is necessary. This and similar rules of thumb are the wrong way round. The amount of swap space you need is not determined by how much RAM you have! Rather, then amount of swap space is determined by what programs you want to run simultaneously, and you should have as much RAM as possible up to that amount. Of course, things will be slooow if you don't have enough RAM, so a rule of thumb might be to have at least half as much RAM as swap. But note that if you translate this to swap in terms if RAM, it says that 2 * RAM is a *maximum* amount of swap, not a minimum or a recommendation. -- Richard From owner-freebsd-hackers Tue Mar 14 13:14:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02858 for hackers-outgoing; Tue, 14 Mar 1995 13:14:05 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA02498 for ; Tue, 14 Mar 1995 13:12:01 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA08944; Tue, 14 Mar 1995 21:24:53 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id VAA07796 for freebsd-hackers@freebsd.org; Tue, 14 Mar 1995 21:24:52 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA04402 for freebsd-hackers@freebsd.org; Tue, 14 Mar 1995 20:56:38 +0100 From: J Wunsch Message-Id: <199503141956.UAA04402@uriah.heep.sax.de> Subject: Re: SCSI ASC-ASCQ descriptions To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Tue, 14 Mar 1995 20:56:37 +0100 (MET) In-Reply-To: <199503141834.NAA06968@hda.com> from "Peter Dufault" at Mar 14, 95 01:34:18 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 468 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Peter Dufault wrote: > > I did: #ifdef NO_SCSI_SENSE deletes it. I think it should be actively > on if at all. Now all you need to do is documenting it as an option in the LINT file, so those people who are really scarce in memory (since they run FreeBSD on a 512-KB-equipped 286/8 :---) will know about it. thank'ya! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Mar 14 13:14:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02919 for hackers-outgoing; Tue, 14 Mar 1995 13:14:38 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA02883 for ; Tue, 14 Mar 1995 13:14:17 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA07008; Tue, 14 Mar 1995 19:54:33 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA07312 for freebsd-hackers@freebsd.org; Tue, 14 Mar 1995 19:54:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA03835 for freebsd-hackers@freebsd.org; Tue, 14 Mar 1995 19:27:29 +0100 From: J Wunsch Message-Id: <199503141827.TAA03835@uriah.heep.sax.de> Subject: Re: SCSI ASC-ASCQ descriptions To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Tue, 14 Mar 1995 19:27:29 +0100 (MET) In-Reply-To: <199503141145.GAA06400@hda.com> from "Peter Dufault" at Mar 14, 95 06:45:32 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 481 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Peter Dufault wrote: > > I tried it this morning. It adds 4982 bytes of kernel bloat > to put all the "additional sense code"/"additional sense > code qualifier" descriptions in the kernel. ... > Shall I commit this? If you ask me: yes. (But then, you did already know it. :) Might save us some nasty questions on the -bugs list. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Mar 14 13:15:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02986 for hackers-outgoing; Tue, 14 Mar 1995 13:15:06 -0800 Received: from kithrup.com (kithrup.com [140.174.23.40]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA02973 for ; Tue, 14 Mar 1995 13:15:03 -0800 Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id MAA26553 for hackers@freebsd.org; Tue, 14 Mar 1995 12:48:17 -0800 Date: Tue, 14 Mar 1995 12:48:17 -0800 From: Sean Eric Fagan Message-Id: <199503142048.MAA26553@kithrup.com> To: hackers@FreeBSD.org Subject: More Intel bugs (fwd) Sender: hackers-owner@FreeBSD.org Precedence: bulk Comments, anyone? From: tege@cygnus.com (Torbjorn Granlund) Subject: More Intel bugs Date: 14 Mar 1995 05:31:36 -0800 I tried to install FreeBSD 2.0 on a new Intel 486DX4 system, but the kernel keeps getting "Fatal trap 1: privileged instruction fault while in kernel mode". Why? Because of bugs in the DX4 stepping 0, accorig to a knowledgeable source. Great. I own two such CPUs. From owner-freebsd-hackers Tue Mar 14 13:23:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03422 for hackers-outgoing; Tue, 14 Mar 1995 13:23:09 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA03412 for ; Tue, 14 Mar 1995 13:23:05 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id NAA06968; Tue, 14 Mar 1995 13:34:18 -0500 From: Peter Dufault Message-Id: <199503141834.NAA06968@hda.com> Subject: Re: SCSI ASC-ASCQ descriptions To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Tue, 14 Mar 1995 13:34:18 -0500 (EST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <199503141745.JAA03952@ref.tfs.com> from "Poul-Henning Kamp" at Mar 14, 95 09:45:44 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 384 Sender: hackers-owner@FreeBSD.org Precedence: bulk Poul-Henning Kamp writes: > > Yes! but do so in an #ifdef so people can yank it. I did: #ifdef NO_SCSI_SENSE deletes it. I think it should be actively on if at all. I'll commit it at the end of the day. Peter -- 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 Tue Mar 14 13:23:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03416 for hackers-outgoing; Tue, 14 Mar 1995 13:23:08 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA03404 for ; Tue, 14 Mar 1995 13:23:00 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id PAA00285; Tue, 14 Mar 1995 15:39:44 -0500 From: Peter Dufault Message-Id: <199503142039.PAA00285@hda.com> Subject: Re: SCSI ASC-ASCQ descriptions To: julian@tfs.com (Julian Elischer) Date: Tue, 14 Mar 1995 15:39:44 -0500 (EST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: from "Julian Elischer" at Mar 14, 95 12:02:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1426 Sender: hackers-owner@FreeBSD.org Precedence: bulk Julian Elischer writes: > > > > > J Wunsch writes: > > > > > > I rather thought of an LKM to interpret the ASC's. Syslogd could > > > load it... :-) At least, the strings are no longer _static_ then. > nice idea, but we need it earlier then that, as Peter says... > > > > > I tried it this morning. It adds 4982 bytes of kernel bloat > > to put all the "additional sense code"/"additional sense > > code qualifier" descriptions in the kernel. > I wonder if compression would help in any way? > there are lots of words that are common.... > e.g. "ready, audio, logical, unit, required, progress, error, not " > > I'm really tempted to make a program to do this... :) Yes, I thought of that too. I even went through the effort of seeing how many unique words there are (about 300). If you had a clever way of finding "good overlap" I think you could cut the size in half or more. It is probably pointless to knock ourselves out to save 2048 bytes, though. > (and print it) > > > > Shall I commit this? > yes, I would, but it might be good top make an option to leave it out.. > (a SMALL option?) I prefer individual options documented in LINT. It is too hard to decide that something should always be left out when you want a SMALL kernel. -- 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 Tue Mar 14 13:33:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04220 for hackers-outgoing; Tue, 14 Mar 1995 13:33:32 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA04189 for ; Tue, 14 Mar 1995 13:33:20 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08332; Tue, 14 Mar 95 13:02:53 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503142002.AA08332@cs.weber.edu> Subject: Re: BSD Consortium To: faulkner@mpd.tandem.com (Boyd Faulkner) Date: Tue, 14 Mar 95 13:02:52 MST Cc: faulkner@devnull.mpd.tandem.com, hackers@FreeBSD.org In-Reply-To: <9503141908.AA02923@olympus> from "Boyd Faulkner" at Mar 14, 95 01:08:10 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The initial list of goals I put up shouldn't step on any directional > > toes, specifically to avoid any conflict between FreeBSD, NetBSD, or > > BSDI (or anyone else who would be interested). > > I am not so worried about the goals as if there is any interest in having > common goals from the NetBSD side. A one member, FreeBSD, consortium > would be pointless. If NetBSD is interested for any reason, then there is > a point. I haven't heard anything that says that they are. If we cannot > gain a united front on this issue, hunting for other members further > from home is going to be much harder. Has the question been put before > them? I believe that there would still be benefit in having a united wallet that would pay for things like BSD promotion and publication of a BSD journal, or whatever a steering committee might decide would be advantageous to BSD as a whole (trade shows, articles in trade rags and professional journals, etc., are some examples). No formal approach has been made to the NetBSD camp, other than their members who monitor these lists likely being aware that a discussion is in the offing. This is one of the reasons I've suggested a crossposted article and not a mailing list would be the next step. What are FreeBSD's short, medium, and long term goals that should be presented in such a crossposted article when the Consortium proposal is made? Other than pointing at "the things everyone talks about but no one does anything about" which a Consortium could make it profitable to actually do something about (a Journal publication, press relations, and a forum for keeping at least rough binary compatability between the various camps), which are the goals I _suggested_, what goals would you personally put forth? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Mar 14 13:33:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04299 for hackers-outgoing; Tue, 14 Mar 1995 13:33:56 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA04289 for ; Tue, 14 Mar 1995 13:33:53 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07665; Tue, 14 Mar 95 09:42:50 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503141642.AA07665@cs.weber.edu> Subject: Re: BSD Consortium? To: jhs@regent.e-technik.tu-muenchen.de (Julian Howard Stacey) Date: Tue, 14 Mar 95 9:42:49 MST Cc: branson@dvals1.larc.nasa.gov, dufault@hda.com, freebsd-hackers@freefall.cdrom.com, hsu@cs.hut.fi, witr@rwwa.com In-Reply-To: <199503100030.BAA05948@vector.enet> from "Julian Howard Stacey" at Mar 10, 95 01:30:36 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Having a consortium may also give potential comercial software > > creators more reason to write/port software to the os's. > > And may also give other software vendors (OS vendors) reason to go for > round two with us :-( Disagree. Unless the consortium would be doing its own OS realeases (IT WOULD NOT) then it could not possibly serve as a choke-point. There is *significantly* more danger in incorporating the FreeBSD or NetBSD projects themselves, since they *do* make OS releases. > Well FreeBSD doesnt have directors, but it does have activists who > would'nt want to see more lawyers letters. I would argue that these individuals are already targets, whereas legally attacking a consortium of which members of the groups are members would get them nowhere. Consider the viability of attacking an ACM SIG to stop competing real time developement because ACM happens to have a SIG about RT. The issue is tangential at best. This was truly an issue for an incorporation of one camp or the other, but is less of an issue now that agreements have been reached regarding the 4.4 code. > I also forsee a request to create a seperate mailing list to dump > such discusions into, to keep 'em out of hackers@f.. Like this one? 8-). The problem is the same one as that of news group formation: where do you go to discuss the formation of the group rec.autos.lada? Where people who are interested in Lada's hang out -- which seems to be the comp.os.386bsd.* and comp.os.linux.* groups. I've already suggested moving this to a news group cross-posting instead; I think a seperate mailing list would simply kill it, especially if this placed it under the auspices of one group or the other. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Mar 14 13:49:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05114 for hackers-outgoing; Tue, 14 Mar 1995 13:49:02 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA05013 for ; Tue, 14 Mar 1995 13:47:48 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA07004; Tue, 14 Mar 1995 19:54:32 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA07309; Tue, 14 Mar 1995 19:54:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA03820; Tue, 14 Mar 1995 19:26:11 +0100 From: J Wunsch Message-Id: <199503141826.TAA03820@uriah.heep.sax.de> Subject: Re: current near perfect To: kimc@w8hd.w8hd.org (Kim Culhan) Date: Tue, 14 Mar 1995 19:26:10 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Kim Culhan" at Mar 14, 95 09:02:10 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 2522 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Kim Culhan wrote: > > Now just one small problem as a result: The behaviour of xterms > is different in that the combination ctrl+mouse buttons is broken. > > That is, the menu will not open for changing font size or resetting > the xterm etc (all ctrl+any_mouse_button combinations don't respond.) > The mouse driver does work, the buttons are ok otherwise. > The kernel was rebuilt with device vt0 and option XSERVER. Well, i've never heard of any such problem so far. (The console driver doesn't matter too much here, but mine is also vt0.) My xterm menus, emacs menus etc. do work as usual. (But i didn't install XFree86 3.1.1 yet due to lack of time rolling the compilation. Anyway, my 3.0.1Z [beta] version might not make a big difference here.) Can you try to log into a ``as generic as possible :)'' account and see if it's still broken? (Just to make sure the application defaults for xterm ain't broken.) Can you track the XEvents with xev? You should notice the following events: [move pointer into xev window] ... [Press & release mouse button 1 once] ButtonPress event, serial 14, synthetic NO, window 0x3800001, root 0x2a, subw 0x0, time 636376720, (135,55), root:(259,606), state 0x0, button 1, same_screen YES ButtonRelease event, serial 14, synthetic NO, window 0x3800001, root 0x2a, subw 0x0, time 636376800, (135,55), root:(259,606), state 0x100, button 1, same_screen YES [Press left control] KeyPress event, serial 14, synthetic NO, window 0x3800001, root 0x2a, subw 0x0, time 636377020, (135,55), root:(259,606), state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 characters: "" [hold left control down, now press mouse button 1] ButtonPress event, serial 16, synthetic NO, window 0x3800001, root 0x2a, subw 0x0, time 636377950, (135,55), root:(259,606), state 0x4, button 1, same_screen YES [release mouse button 1] ButtonRelease event, serial 16, synthetic NO, window 0x3800001, root 0x2a, subw 0x0, time 636378120, (135,55), root:(259,606), state 0x104, button 1, same_screen YES [release left control] KeyRelease event, serial 16, synthetic NO, window 0x3800001, root 0x2a, subw 0x0, time 636380060, (135,55), root:(259,606), state 0x4, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 characters: "" ... ^C -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Mar 14 13:54:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05269 for hackers-outgoing; Tue, 14 Mar 1995 13:54:43 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA05253 for ; Tue, 14 Mar 1995 13:54:28 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA09370; Tue, 14 Mar 95 14:48:08 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503142148.AA09370@cs.weber.edu> Subject: Re: More Intel bugs (fwd) To: sef@kithrup.com (Sean Eric Fagan) Date: Tue, 14 Mar 95 14:48:07 MST Cc: hackers@FreeBSD.org In-Reply-To: <199503142048.MAA26553@kithrup.com> from "Sean Eric Fagan" at Mar 14, 95 12:48:17 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Comments, anyone? > > From: tege@cygnus.com (Torbjorn Granlund) > Subject: More Intel bugs > Date: 14 Mar 1995 05:31:36 -0800 > > I tried to install FreeBSD 2.0 on a new Intel 486DX4 system, but the kernel > keeps getting "Fatal trap 1: privileged instruction fault while in kernel > mode". > > Why? Because of bugs in the DX4 stepping 0, accorig to a knowledgeable > source. > > Great. I own two such CPUs. There was (just barely) a posting on the news group regarding a similar problem on a non-DX4 gateway box (486/33). Clearly, the problem is elsewhere. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Mar 14 14:11:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA06277 for hackers-outgoing; Tue, 14 Mar 1995 14:11:10 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA06270 for ; Tue, 14 Mar 1995 14:10:53 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id OAA11194; Tue, 14 Mar 1995 14:10:24 -0800 From: "Rodney W. Grimes" Message-Id: <199503142210.OAA11194@gndrsh.aac.dev.com> Subject: Re: Question about "ruserpass" routine To: ole@unibel.by (A. Olevanov) Date: Tue, 14 Mar 1995 14:10:24 -0800 (PST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: from "A. Olevanov" at Mar 14, 95 01:52:00 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 833 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi, somebody > > Please, if you know where the undefined in libcompat.a symbol > _ruserpass can be found, tell me. I try to compile MH on FreeBSD 2.1.0 > Development. It cannot find this routine. I think it is in BSD4.4, but > should be defined and present in libcompat on the FreeBSD. Humm.. something must be wrong with your link command or your libcompat.a file: hookturn# nm /usr/lib/libcompat.a ... rexec.o: U _accept U _bcopy U _close U _connect U _errno U _gethostbyname U _getsockname U _herror U _listen U _perror U _read 00000028 T _rexec 00000004 C _rexecoptions U _ruserpass ^^^^^^^^^^^^^^^^^^^^^^ U _sleep U _socket U _sprintf U _write ... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue Mar 14 14:43:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09804 for hackers-outgoing; Tue, 14 Mar 1995 14:43:08 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA09793 for ; Tue, 14 Mar 1995 14:43:03 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id QAA08244; Tue, 14 Mar 1995 16:42:34 -0600 Received: by olympus (4.1/TSS2.1) id AA03686; Tue, 14 Mar 95 16:41:03 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503142241.AA03686@olympus> Subject: Re: current near perfect To: kimc@w8hd.w8hd.org (Kim Culhan) Date: Tue, 14 Mar 1995 16:41:03 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Kim Culhan" at Mar 14, 95 09:02:10 am X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 809 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Just built current here sup'd 2 days ago. > > Very smooth after a some advice.. this was upgraded from 2.0R. > > Now just one small problem as a result: The behaviour of xterms > is different in that the combination ctrl+mouse buttons is broken. > > That is, the menu will not open for changing font size or resetting > the xterm etc (all ctrl+any_mouse_button combinations don't respond.) > The mouse driver does work, the buttons are ok otherwise. > The kernel was rebuilt with device vt0 and option XSERVER. Turn off NumLock. Don't ask me why but it works for me. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Tue Mar 14 14:45:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA10282 for hackers-outgoing; Tue, 14 Mar 1995 14:45:55 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA10274 for ; Tue, 14 Mar 1995 14:45:54 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: install compressed binary patch To: bakul@netcom.com (Bakul Shah) Date: Tue, 14 Mar 1995 14:45:22 -0800 (PST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503142050.MAA06074@netcom17.netcom.com> from "Bakul Shah" at Mar 14, 95 12:50:45 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 955 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Notice that decompression is a `pure' function; the same > compressed input will produce the same uncompressed output > every time. Can't this fact be used some way? > > The idea is this: given a compressed binary `foo', create an > uncompressed binary somewhere. Upon every invocation of foo > check if the uncompressed version exists. If so continue as > if the user is really invoking the uncompressed version. > The uncompressed version disappears once the last running > instance is gone (or it may be cached for a while to save on > decompression cost). well, there must be something like this already: consider: we pull a page in from the compressed file... (or even non compressed) the page get's swapped out.. (obviously NOT to the file..) therefore there are already two entities being tracked by the kernel.. I assume we could extend this so that the swap object has the entire uncompressed version of the file? just an idea julian From owner-freebsd-hackers Tue Mar 14 14:49:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA10783 for hackers-outgoing; Tue, 14 Mar 1995 14:49:45 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA10767 for ; Tue, 14 Mar 1995 14:49:41 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id RAA00394; Tue, 14 Mar 1995 17:46:42 -0500 From: Peter Dufault Message-Id: <199503142246.RAA00394@hda.com> Subject: Re: More Intel bugs (fwd) To: sef@kithrup.com (Sean Eric Fagan) Date: Tue, 14 Mar 1995 17:46:42 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199503142048.MAA26553@kithrup.com> from "Sean Eric Fagan" at Mar 14, 95 12:48:17 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 724 Sender: hackers-owner@FreeBSD.org Precedence: bulk Sean Eric Fagan writes: > > Comments, anyone? > > From: tege@cygnus.com (Torbjorn Granlund) > Subject: More Intel bugs > Date: 14 Mar 1995 05:31:36 -0800 > > I tried to install FreeBSD 2.0 on a new Intel 486DX4 system, but the kernel > keeps getting "Fatal trap 1: privileged instruction fault while in kernel > mode". > > Why? Because of bugs in the DX4 stepping 0, accorig to a knowledgeable > source. I have the same problem. The Intel chips come with a lifetime warranty. If anyone knows exactly what the problem is I'd like to hear about it. -- 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 Tue Mar 14 15:11:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA12119 for hackers-outgoing; Tue, 14 Mar 1995 15:11:35 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA12107 for ; Tue, 14 Mar 1995 15:11:31 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id SAA03899; Tue, 14 Mar 1995 18:11:23 -0500 Date: Tue, 14 Mar 1995 18:11:22 -0500 (EST) From: Kim Culhan To: Terry Lambert cc: freebsd-hackers@FreeBSD.org Subject: Re: current near perfect In-Reply-To: <9503141819.AA07994@cs.weber.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 14 Mar 1995, Terry Lambert wrote: > > Now just one small problem as a result: The behaviour of xterms > > is different in that the combination ctrl+mouse buttons is broken. > > Turn off your "numlock" -- it is a modifier key as far as X is concerned. Many thanks Terry.. now its perfect! kim -- kimc@w8hd.org From owner-freebsd-hackers Tue Mar 14 15:43:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA01062 for hackers-outgoing; Tue, 14 Mar 1995 15:43:06 -0800 Received: from kithrup.com (kithrup.com [140.174.23.40]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA01055 for ; Tue, 14 Mar 1995 15:43:05 -0800 Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id PAA29332; Tue, 14 Mar 1995 15:40:28 -0800 Date: Tue, 14 Mar 1995 15:40:28 -0800 From: Sean Eric Fagan Message-Id: <199503142340.PAA29332@kithrup.com> To: faulkner@mpd.tandem.com, terry@cs.weber.edu Subject: Re: BSD Consortium Cc: faulkner@devnull.mpd.tandem.com, hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >what goals would you personally put forth? Such a consortium should be willing and able to promote BSD. It should be willing to sponsor distributions, scholarships, grants, whatever. More realistically, if such a consortium is seriously being considered, someone (Jordan?) should talk with Kirk McKusick. Things that would be really good for the Consortium to offer would be CD-ROMs of the next 4.4-lite distribution, as well as printed manuals. More hopefully, it would be good if such a consortium were able to take over half of CSRG's job -- that of being "clearing house" for the code. I doubt "the BSD Consortium" could afford to hire on one, let alone all, of the CSRG members, but it might not be too difficult to have releases made through it. The real problem is that there are only three camps, really, that would benefit from such a beast: NetBSD, FreeBSD, and BSDi. Two of those can't really talk to each other, and the third has an interest in making as much of their code as possible proprietary. This is different from the X Consortium, which has several Big Name members. Frankly, I don't think it would ever happen. But it would be nice, I suppose. Sean. From owner-freebsd-hackers Tue Mar 14 15:40:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA00932 for hackers-outgoing; Tue, 14 Mar 1995 15:40:45 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA00924 for ; Tue, 14 Mar 1995 15:40:42 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id SAA04180; Tue, 14 Mar 1995 18:40:28 -0500 Date: Tue, 14 Mar 1995 18:40:28 -0500 (EST) From: Kim Culhan To: Sean Eric Fagan cc: hackers@FreeBSD.org Subject: Re: More Intel bugs (fwd) In-Reply-To: <199503142048.MAA26553@kithrup.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 14 Mar 1995, Sean Eric Fagan wrote: > From: tege@cygnus.com (Torbjorn Granlund) > Subject: More Intel bugs > Date: 14 Mar 1995 05:31:36 -0800 > > I tried to install FreeBSD 2.0 on a new Intel 486DX4 system, but the kernel > keeps getting "Fatal trap 1: privileged instruction fault while in kernel > mode". > > Why? Because of bugs in the DX4 stepping 0, accorig to a knowledgeable > source. > > Great. I own two such CPUs. I have it running on an AMD 486DX4/100 and no problems regards kim -- kimc@w8hd.org From owner-freebsd-hackers Tue Mar 14 16:06:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01776 for hackers-outgoing; Tue, 14 Mar 1995 16:06:39 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA01770 for ; Tue, 14 Mar 1995 16:06:38 -0800 Received: from fedora.x.org by expo.x.org id AA00153; Tue, 14 Mar 95 19:06:06 -0500 Received: by fedora.x.org id AA07954; Tue, 14 Mar 1995 19:06:05 -0500 Message-Id: <9503150006.AA07954@fedora.x.org> To: freebsd-hackers@FreeBSD.org Subject: Re: current near perfect Date: Tue, 14 Mar 1995 19:06:04 EST From: "Kaleb S. KEITHLEY" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Now just one small problem as a result: The behaviour of xterms > is different in that the combination ctrl+mouse buttons is broken. > > That is, the menu will not open for changing font size or resetting > the xterm etc (all ctrl+any_mouse_button combinations don't respond.) > The mouse driver does work, the buttons are ok otherwise. > The kernel was rebuilt with device vt0 and option XSERVER. I'll bet your NumLock key is "on". Turn it off. -- Kaleb KEITHLEY From owner-freebsd-hackers Tue Mar 14 16:16:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01895 for hackers-outgoing; Tue, 14 Mar 1995 16:16:28 -0800 Received: from vector.enet (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA01850 for ; Tue, 14 Mar 1995 16:14:00 -0800 Received: (from jhs@localhost) by vector.enet (8.6.10/8.6.9) id XAA20259; Tue, 14 Mar 1995 23:36:23 +0100 Date: Tue, 14 Mar 1995 23:36:23 +0100 From: Julian Howard Stacey Message-Id: <199503142236.XAA20259@vector.enet> To: SimsS@infi.net, terry@cs.weber.edu Subject: Re: Adaptek 1542 on other ports Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > > (Now let me run fetch my asbestos BVD's) What are BVD's ... underwear ? Julian S From owner-freebsd-hackers Tue Mar 14 16:24:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02100 for hackers-outgoing; Tue, 14 Mar 1995 16:24:44 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA02089 for ; Tue, 14 Mar 1995 16:24:06 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13115; Wed, 15 Mar 1995 01:22:20 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id BAA09086 for freebsd-hackers@freebsd.org; Wed, 15 Mar 1995 01:22:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA01220 for freebsd-hackers@freebsd.org; Wed, 15 Mar 1995 00:55:39 +0100 From: J Wunsch Message-Id: <199503142355.AAA01220@uriah.heep.sax.de> Subject: Re: SCSI ASC-ASCQ descriptions To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Wed, 15 Mar 1995 00:55:38 +0100 (MET) In-Reply-To: <199503142039.PAA00285@hda.com> from "Peter Dufault" at Mar 14, 95 03:39:44 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 1696 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Peter Dufault wrote: > > > I'm really tempted to make a program to do this... :) > > Yes, I thought of that too. I even went through the effort of seeing > how many unique words there are (about 300). > > If you had a clever way of finding "good overlap" I think you > could cut the size in half or more. Well, in this case, even a rather simple compression scheme will do it. Find the most common words, and -- since they consist only of ASCII characters -- assign them ``abbrevations'' in the range of 0x80 and up. A short glance on the file /COPYRIGHT gave me (for all words that appear at least three times): $ perl -e 'while(<>) {foreach $word (split) {$sums{$word}++;}} > $xx = 0x80; > foreach $key (sort {$sums{$b} <=> $sums{$a}} (keys(%sums))) { > printf "$key => 0x%2x\n", $xx++ unless $sums{$key} <= 2; > }' < /COPYRIGHT the => 0x80 of => 0x81 and => 0x82 OR => 0x83 OF => 0x84 in => 0x85 => 0x86 following => 0x87 software => 0x88 University => 0x89 this => 0x8a THE => 0x8b The => 0x8c ANY => 0x8d are => 0x8e or => 0x8f AND => 0x90 IEEE => 0x91 by => 0x92 to => 0x93 with => 0x94 IN => 0x95 documentation => 0x96 In => 0x97 is => 0x98 documentation. => 0x99 California. => 0x9a from => 0x9b must => 0x9c Regents => 0x9d copyright => 0x9e portions => 0x9f conditions => 0xa0 All => 0xa1 This is a quick hack only -- i didn't make any attempt to optimize or such, and note also the ``null'' word (0x86). I remember that Turbo Pascal V 2 and 3 used a similiar scheme for their error messages... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Mar 14 16:29:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02231 for hackers-outgoing; Tue, 14 Mar 1995 16:29:20 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA02225 for ; Tue, 14 Mar 1995 16:29:19 -0800 From: hasty@netcom.com Received: from localhost by netcom14.netcom.com (8.6.10/Netcom) id QAA21501; Tue, 14 Mar 1995 16:28:04 -0800 Message-Id: <199503150028.QAA21501@netcom14.netcom.com> To: hackers@FreeBSD.org Subject: Re: BSD Consortium In-reply-to: Your message of Tue, 14 Mar 95 15:40:28 -0800. <199503142340.PAA29332@kithrup.com> Date: Tue, 14 Mar 95 16:27:58 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >what goals would you personally put forth? > Such a consortium should be willing and able to promote BSD. It should be > willing to sponsor distributions, scholarships, grants, whatever. Well, Xfree86 before they incoporated were getting very little support;however, when they incorporated, they got financial support from a few institutions. Next, I think that FreeBSD needs focus, goals, and marketing strategies and serve the needs of users! In order for FreeBSD to be attractive to your typical users: o Easy installation procedure My first time installing FreeBSD-2.0 was not a very pleasant one. While installaing Xfree86, I got a system panic. Net install from my second machine didn't work, the install procedure couldn't find my machine,etc... o iBSC2 support A cheap way of getting apps into freebsd. I havent heard yet if WordPerfect works or not for FreeBSD after I posted the Linux excerpt on iBSC2 . My net connection for downloading 30MBs sucks! o Dos emulator o Native applications The linux crowd are very happy to just pester the hell out of vendors to get them to port the apps to linux. Some Database vendors are considering rolling out their databases with linux so perhaps this a good time to start talking to some of them. If we can roll a couple of decent games like Descent, it will be fantastic !! Our sales pitch could be that Id ported effortlessly Doom to several Unix Platforms and recently there has been a lot of attention between VR companies and Unix Companies such as SGI. >| Robert Hanz | Tech support - support@interplay.com | >| Interplay Productions | Order info - orderdesk@interplay.com | >| 17922 Fitch Avenue | Web page - http://www.interplay.com | >| Irvine, CA 92714 | Tech support phone - (714)553-6678 | I hope that we mail bomb Interplay!! o People need to know about FreeBSD so this falls on the area of Marketing. If we can convince a few vendors to do a port the applications we can get a lot of exposure this way. If you notice, I left out quality for one good reason. I look at microsoft dos/windows and the quality of the products well it sucks. As far as I am concern we are in better shape than they are. So lay back and think APPS :) Amancio From owner-freebsd-hackers Tue Mar 14 16:37:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02527 for hackers-outgoing; Tue, 14 Mar 1995 16:37:30 -0800 Received: from kithrup.com (kithrup.com [140.174.23.40]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA02519 for ; Tue, 14 Mar 1995 16:37:24 -0800 Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id QAA00289 for hackers@freebsd.org; Tue, 14 Mar 1995 16:37:20 -0800 Date: Tue, 14 Mar 1995 16:37:20 -0800 From: Sean Eric Fagan Message-Id: <199503150037.QAA00289@kithrup.com> To: hackers@FreeBSD.org Subject: 4.4BSD Lite, Release 2 Sender: hackers-owner@FreeBSD.org Precedence: bulk Path: kithrup.com!news.Stanford.EDU!agate!darkstar.UCSC.EDU!cats.ucsc.edu!haynes From: haynes@cats.ucsc.edu (James H. Haynes) Newsgroups: comp.unix.bsd.misc Subject: 4.4 BSD Lite, Release 2 Date: 14 Mar 1995 23:57:58 GMT Organization: University of California, Santa Cruz Lines: 11 Message-ID: <3k5ai6$lnn@darkstar.UCSC.EDU> NNTP-Posting-Host: hobbes.ucsc.edu I just got stuff in the mail from CSRG announcing 4.4 BSD Lite, Release 2, put together by a specual reunion of the former BSD team. It sez, in part "This second release of 4.4BSD-Lite includes the copy editing work done for the Usenix/O'Reilly manuals as well as numerous bug fixes and enhancements that have been accumulated in theyear since the release of 4.4 BSD-Lite. Of particular interest are the changes needed to port the system to 64-bit architectures, important security enhancements to TCP/IP, and much improved functionality for the union and log-structured filesystems." From owner-freebsd-hackers Tue Mar 14 16:39:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02581 for hackers-outgoing; Tue, 14 Mar 1995 16:39:08 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA02575 for ; Tue, 14 Mar 1995 16:39:07 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id QAA22395; Tue, 14 Mar 1995 16:38:00 -0800 Date: Tue, 14 Mar 1995 16:38:00 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503150038.QAA22395@netcom14.netcom.com> To: hackers@FreeBSD.org Subject: tkperl? Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi Anyone got patches for tkperl and perl5.000? Well, I build it and I am getting core dumps when trying to execute a tkperl script the rest of perl5.000 seems to be okay. Curious, how did perl managed to get into the core distribution. Cheers, Amancio From owner-freebsd-hackers Tue Mar 14 16:43:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02753 for hackers-outgoing; Tue, 14 Mar 1995 16:43:51 -0800 Received: from vector.enet (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA02441 for ; Tue, 14 Mar 1995 16:35:16 -0800 Received: (from jhs@localhost) by vector.enet (8.6.10/8.6.9) id BAA05948; Fri, 10 Mar 1995 01:30:36 +0100 Date: Fri, 10 Mar 1995 01:30:36 +0100 From: Julian Howard Stacey Message-Id: <199503100030.BAA05948@vector.enet> To: branson@dvals1.larc.nasa.gov, dufault@hda.com Subject: Re: BSD Consortium? Cc: freebsd-hackers@freefall.cdrom.com, hsu@cs.hut.fi, terry@cs.weber.edu, witr@rwwa.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > Having a consortium may also give potential comercial software > creators more reason to write/port software to the os's. And may also give other software vendors (OS vendors) reason to go for round two with us :-( Don't forget the business adage: If you'r a big company, & your market place is being threatened by a small company, Sue them, doesnt matter what for, just Sue them, it wastes the directors time, they slip schedules, & may even give up .... Well FreeBSD doesnt have directors, but it does have activists who would'nt want to see more lawyers letters. I can see some benefirt from a consortium, but I can see some danger too, I also forsee a request to create a seperate mailing list to dump such discusions into, to keep 'em out of hackers@f.. Julian S From owner-freebsd-hackers Tue Mar 14 16:50:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA03268 for hackers-outgoing; Tue, 14 Mar 1995 16:50:26 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA03262 for ; Tue, 14 Mar 1995 16:50:25 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA05186; Tue, 14 Mar 1995 16:49:09 -0800 From: Poul-Henning Kamp Message-Id: <199503150049.QAA05186@ref.tfs.com> Subject: Re: SCSI ASC-ASCQ descriptions To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 14 Mar 1995 16:49:09 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503142355.AAA01220@uriah.heep.sax.de> from "J Wunsch" at Mar 15, 95 00:55:38 am Content-Type: text Content-Length: 908 Sender: hackers-owner@FreeBSD.org Precedence: bulk > As Peter Dufault wrote: > > > > > I'm really tempted to make a program to do this... :) > > > > Yes, I thought of that too. I even went through the effort of seeing > > how many unique words there are (about 300). > > > > If you had a clever way of finding "good overlap" I think you > > could cut the size in half or more. > > Well, in this case, even a rather simple compression scheme will do > it. Find the most common words, and -- since they consist only of > ASCII characters -- assign them ``abbrevations'' in the range of 0x80 > and up. Why bother, gzip the thing in it's entirety and use the inflate() which is in the kernel to uncompress it into a malloc'ed area, get the string you want, and free again... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue Mar 14 16:57:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA03450 for hackers-outgoing; Tue, 14 Mar 1995 16:57:21 -0800 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA03442 for ; Tue, 14 Mar 1995 16:57:17 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id TAA13377; Tue, 14 Mar 1995 19:54:58 -0500 Date: Tue, 14 Mar 1995 19:54:58 -0500 (EST) From: "Jonathan M. Bresler" Subject: Re: current near perfect To: Kim Culhan cc: freebsd-hackers@FreeBSD.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 14 Mar 1995, Kim Culhan wrote: > Now just one small problem as a result: The behaviour of xterms > is different in that the combination ctrl+mouse buttons is broken. > > That is, the menu will not open for changing font size or resetting > the xterm etc (all ctrl+any_mouse_button combinations don't respond.) > The mouse driver does work, the buttons are ok otherwise. > The kernel was rebuilt with device vt0 and option XSERVER. is your numlock led on? this stopped me from using xterm menus for a couple weeks, but only for the first day after a reboot. the problem would then disappear! xmodmap and xev failed to yield any clues, at least for me ;) kaleb keithley pegged this one immediately for me. > > I can try different kernel build combinations if thats worthwhile. > > Poul said: '...and be prepared for "gdb" to not compile.' > > -r-xr-xr-x 1 bin bin 659456 Mar 14 04:18 gdb > > Looks good to me. > > regards > kim > > -- > kimc@w8hd.org > > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Tue Mar 14 16:58:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA03482 for hackers-outgoing; Tue, 14 Mar 1995 16:58:11 -0800 Received: from netcom19.netcom.com (bakul@netcom19.netcom.com [192.100.81.132]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA03476 for ; Tue, 14 Mar 1995 16:58:10 -0800 Received: from localhost by netcom19.netcom.com (8.6.10/Netcom) id QAA23724; Tue, 14 Mar 1995 16:56:56 -0800 Message-Id: <199503150056.QAA23724@netcom19.netcom.com> To: julian@tfs.com (Julian Elischer) cc: freebsd-hackers@freefall.cdrom.com Subject: Re: install compressed binary patch In-reply-to: Your message of "Tue, 14 Mar 95 14:45:22 PST." Date: Tue, 14 Mar 95 16:56:55 -0800 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk > we pull a page in from the compressed file... (or even non compressed) > the page get's swapped out.. (obviously NOT to the file..) > therefore there are already two entities being tracked by the kernel.. > I assume we could extend this so that the swap object has the entire > uncompressed version of the file? This will be tricky to get right. On the other hand the user mode solution requires no changes to the kernel and should work on any system that claims to be Unix! From owner-freebsd-hackers Tue Mar 14 17:02:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA03627 for hackers-outgoing; Tue, 14 Mar 1995 17:02:12 -0800 Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA03619 for ; Tue, 14 Mar 1995 17:02:10 -0800 Received: from [192.245.33.12] by gateway.cybernet.com (8.6.8/1.0A) id UAA00702; Tue, 14 Mar 1995 20:27:52 -0500 X-Sender: mtaylor@gateway.cybernet.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 14 Mar 1995 20:04:05 -0500 To: hackers@FreeBSD.org From: mtaylor@gateway.cybernet.com (Mark J. Taylor) Subject: Re: current near perfect Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Now just one small problem as a result: The behaviour of xterms >> is different in that the combination ctrl+mouse buttons is broken. >> >> That is, the menu will not open for changing font size or resetting >> the xterm etc (all ctrl+any_mouse_button combinations don't respond.) >> The mouse driver does work, the buttons are ok otherwise. >> The kernel was rebuilt with device vt0 and option XSERVER. > >I'll bet your NumLock key is "on". Turn it off. > >-- > >Kaleb KEITHLEY Does 2.x have a sysctl for messing with the state of the numlock? I hate having it on. I hacked the 1.1.x syscons driver to have it off by default. :) I'd hate to have to do that for 2.x. Also, for machines w/o multisyncing monitors (including those using the comconsole) it might be nice for the system to beep when it is ready to be turned off. There is a cngetc() call in the 1.1.5 kernel which waits for a key to be pressed when the system is ready to be powered down. I put a 'printf("\a")' before it to get a tone out of the box when it is ready to be turned off (the beep never stops, because interrupts/timers are disabled?). Is there any feature in 2.x which implements this beep? -Mark Taylor mtaylor@cybernet.com From owner-freebsd-hackers Tue Mar 14 17:25:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04349 for hackers-outgoing; Tue, 14 Mar 1995 17:25:53 -0800 Received: from forgery.CS.Berkeley.EDU (forgery.CS.Berkeley.EDU [128.32.33.75]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA04343 for ; Tue, 14 Mar 1995 17:25:52 -0800 Received: (from asami@localhost) by forgery.CS.Berkeley.EDU (8.6.11/8.6.9) id RAA09246; Tue, 14 Mar 1995 17:25:18 -0800 Date: Tue, 14 Mar 1995 17:25:18 -0800 Message-Id: <199503150125.RAA09246@forgery.CS.Berkeley.EDU> To: richard@cogsci.ed.ac.uk CC: kargl@troutmask.apl.washington.edu, davidg@Root.COM, phk@ref.tfs.com, freebsd-hackers@freefall.cdrom.com In-reply-to: <199503141434.OAA03371@deacon.cogsci.ed.ac.uk> (message from Richard Tobin on Tue, 14 Mar 1995 14:34:29 GMT) Subject: ROT (Re: install compressed binary patch) From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * This and similar rules of thumb are the wrong way round. The amount of * swap space you need is not determined by how much RAM you have! Rather, * then amount of swap space is determined by what programs you want to * run simultaneously, and you should have as much RAM as possible up * to that amount. Of course you are right, but don't forget RAM is (very) expensive. The reality is that, people usually have a fixed budget (i.e., fixed amount of RAM) and want to see what they can do with it. * Of course, things will be slooow if you don't have enough RAM, so a * rule of thumb might be to have at least half as much RAM as swap. But * note that if you translate this to swap in terms if RAM, it says that * 2 * RAM is a *maximum* amount of swap, not a minimum or a * recommendation. As I understand, the "rule of thumb" says that if you could afford X MB of RAM, you might as well make good use of it by allocating 2X MB of swap (disk is cheap anyway). And having much more than 2X MB of swap is usually useless, 'cause if you're running that many programs with only X MB of RAM, your machine will slow down to the speed of a injured turtle.... Satoshi P.S. I personally have 20 MB of RAM and 64 + 32 MB of swap (two disks). Yes, my machine is soooooooooooooo slow when I try to run too many things but I figured it's still better than crashing or killing some process.... From owner-freebsd-hackers Tue Mar 14 18:17:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05723 for hackers-outgoing; Tue, 14 Mar 1995 18:17:43 -0800 Received: from forgery.CS.Berkeley.EDU (forgery.CS.Berkeley.EDU [128.32.33.75]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA05715; Tue, 14 Mar 1995 18:17:42 -0800 Received: (from asami@localhost) by forgery.CS.Berkeley.EDU (8.6.11/8.6.9) id SAA09430; Tue, 14 Mar 1995 18:17:37 -0800 Date: Tue, 14 Mar 1995 18:17:37 -0800 Message-Id: <199503150217.SAA09430@forgery.CS.Berkeley.EDU> To: wpaul@freefall.cdrom.com CC: hackers@FreeBSD.org In-reply-to: <199503150133.RAA04564@freefall.cdrom.com> (message from Bill Paul on Tue, 14 Mar 1995 17:33:07 -0800) Subject: Re: cvs commit: src/lib/libss Makefile From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * From: Bill Paul * Repeat after me kids: "I will not try to install files into a directory * when I'm not sure whether or not that directory exists." I've been bitten by this several times. Maybe we can make a new flag to cp/install that says "the destination should be a directory...if not, report an error". Then we can put this flag to the master Makefile or /etc/make.conf and be all happy (or at least know it as soon as it fails). Satoshi (just throwing some ideas around) From owner-freebsd-hackers Tue Mar 14 18:30:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA06062 for hackers-outgoing; Tue, 14 Mar 1995 18:30:03 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA06054; Tue, 14 Mar 1995 18:30:01 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id SAA05413; Tue, 14 Mar 1995 18:29:59 -0800 From: Poul-Henning Kamp Message-Id: <199503150229.SAA05413@ref.tfs.com> Subject: Re: cvs commit: src/lib/libss Makefile To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Tue, 14 Mar 1995 18:29:59 -0800 (PST) Cc: wpaul@freefall.cdrom.com, hackers@FreeBSD.org In-Reply-To: <199503150217.SAA09430@forgery.CS.Berkeley.EDU> from "Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at Mar 14, 95 06:17:37 pm Content-Type: text Content-Length: 554 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > * Repeat after me kids: "I will not try to install files into a directory > * when I'm not sure whether or not that directory exists." > > I've been bitten by this several times. Maybe we can make a new flag > to cp/install that says "the destination should be a directory...if > not, report an error". > Would install ..... ${DESTDIR}/usr/foo/. do it ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue Mar 14 18:37:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA06177 for hackers-outgoing; Tue, 14 Mar 1995 18:37:13 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA06171 for ; Tue, 14 Mar 1995 18:37:11 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id VAA01047; Tue, 14 Mar 1995 21:27:18 -0500 From: Peter Dufault Message-Id: <199503150227.VAA01047@hda.com> Subject: Re: SCSI ASC-ASCQ descriptions To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 14 Mar 1995 21:27:18 -0500 (EST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503142355.AAA01220@uriah.heep.sax.de> from "J Wunsch" at Mar 15, 95 00:55:38 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1123 Sender: hackers-owner@FreeBSD.org Precedence: bulk J Wunsch writes: > > As Peter Dufault wrote: > > > > > I'm really tempted to make a program to do this... :) > > > > Yes, I thought of that too. I even went through the effort of seeing > > how many unique words there are (about 300). > > > > If you had a clever way of finding "good overlap" I think you > > could cut the size in half or more. > > Well, in this case, even a rather simple compression scheme will do > it. Find the most common words, and -- since they consist only of > ASCII characters -- assign them ``abbrevations'' in the range of 0x80 > and up. > A good suggestion - but sort | uniq -c | tail -128 and a C program and I get (I have to code in C since I'm inadequate in perl): > Starting with 4958 bytes we will replace 3556 bytes with 1043 (129 > references, dictionary size 785 + 129 NULLS) with 1402 uncompressed > bytes remaining for 2445 bytes final total (49% compression). Still not worth the complication. Peter -- 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 Tue Mar 14 18:50:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA06435 for hackers-outgoing; Tue, 14 Mar 1995 18:50:36 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA06427; Tue, 14 Mar 1995 18:50:16 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA29436; Wed, 15 Mar 1995 12:47:21 +1000 Date: Wed, 15 Mar 1995 12:47:21 +1000 From: Bruce Evans Message-Id: <199503150247.MAA29436@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, wpaul@freefall.cdrom.com Subject: Re: cvs commit: src/lib/libss Makefile Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > * Repeat after me kids: "I will not try to install files into a directory > * when I'm not sure whether or not that directory exists." >I've been bitten by this several times. Maybe we can make a new flag >to cp/install that says "the destination should be a directory...if >not, report an error". >Then we can put this flag to the master Makefile or /etc/make.conf and >be all happy (or at least know it as soon as it fails). Just use a slash after the directory name: install -c /etc/passwd /tmp/nonesuch/ Bruce From owner-freebsd-hackers Tue Mar 14 19:35:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA07377 for hackers-outgoing; Tue, 14 Mar 1995 19:35:49 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA07367 for ; Tue, 14 Mar 1995 19:35:41 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA11199 (5.67a/IDA-1.5); Tue, 14 Mar 1995 21:23:43 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA16285; 14 Mar 95 21:23:02 CST (Tue) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id VAA16282; Tue, 14 Mar 1995 21:23:01 -0600 Message-Id: <199503150323.VAA16282@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami) Cc: wpaul@freefall.cdrom.com, hackers@FreeBSD.org Subject: Re: cvs commit: src/lib/libss Makefile In-Reply-To: Your message of "Tue, 14 Mar 95 18:17:37 PST." <199503150217.SAA09430@forgery.CS.Berkeley.EDU> X-Mailer: exmh version 1.4.1 7/21/94 Date: Tue, 14 Mar 1995 21:22:28 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > * From: Bill Paul > > * Repeat after me kids: "I will not try to install files into a directory > * when I'm not sure whether or not that directory exists." > > I've been bitten by this several times. Maybe we can make a new flag > to cp/install that says "the destination should be a directory...if > not, report an error". Append "/." to the directory name. From owner-freebsd-hackers Tue Mar 14 19:56:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA07680 for hackers-outgoing; Tue, 14 Mar 1995 19:56:49 -0800 Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA07674 for ; Tue, 14 Mar 1995 19:56:45 -0800 Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.9/8.6.9) id WAA06519; Tue, 14 Mar 1995 22:56:46 -0500 Date: Tue, 14 Mar 1995 22:56:45 -0500 (EST) From: Marc Ramirez Reply-To: mrami@minerva.cis.yale.edu To: Boyd Faulkner cc: Kim Culhan , freebsd-hackers@FreeBSD.org Subject: Re: current near perfect In-Reply-To: <9503142241.AA03686@olympus> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 14 Mar 1995, Boyd Faulkner wrote: > > Now just one small problem as a result: The behaviour of xterms > > is different in that the combination ctrl+mouse buttons is broken. > > Turn off NumLock. Don't ask me why but it works for me. I have had the same problem; my solution has been to switch back to the VT I ran startx in, tap control, and switch back. ??? Marc. -- You couldn't get a clue during the clue mating season in a field full of horny clues if you smeared your body with clue musk and did the clue mating dance. - Edward Flaherty From owner-freebsd-hackers Tue Mar 14 20:45:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA08233 for hackers-outgoing; Tue, 14 Mar 1995 20:45:24 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA08219 for ; Tue, 14 Mar 1995 20:44:55 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA31147; Wed, 15 Mar 1995 14:40:42 +1000 Date: Wed, 15 Mar 1995 14:40:42 +1000 From: Bruce Evans Message-Id: <199503150440.OAA31147@godzilla.zeta.org.au> To: bakul@netcom.com, freebsd-hackers@freefall.cdrom.com Subject: Re: install compressed binary patch Sender: hackers-owner@FreeBSD.org Precedence: bulk >Notice that decompression is a `pure' function; the same >compressed input will produce the same uncompressed output >every time. Can't this fact be used some way? >The idea is this: given a compressed binary `foo', create an >uncompressed binary somewhere. Upon every invocation of foo >check if the uncompressed version exists. If so continue as >if the user is really invoking the uncompressed version. >The uncompressed version disappears once the last running >instance is gone (or it may be cached for a while to save on >decompression cost). I think the gzip image activator already does a better job than this. Neither does a very good job with the following issues: - caching. Everything should probably be cached for a while (days?) if there is enough space. - transparency. readdir() should act as if only the uncompressed objects exist. Backups should act as if only the compressed objects exist (although this is inconsistent :-). read() and mmap() should give uncompressed objects. Bruce From owner-freebsd-hackers Tue Mar 14 22:18:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA11559 for hackers-outgoing; Tue, 14 Mar 1995 22:18:38 -0800 Received: from is1.hk.super.net (jbeukema@is1.hk.super.net [202.14.67.232]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA11549 for ; Tue, 14 Mar 1995 22:18:27 -0800 Received: by is1.hk.super.net id AA29268 (5.67b/IDA-1.5 for hackers@FreeBSD.org); Wed, 15 Mar 1995 14:17:20 +0800 Date: Wed, 15 Mar 1995 14:17:20 +0800 (HKT) From: John Beukema To: Terry Lambert Cc: Boyd Faulkner , hackers@FreeBSD.org Subject: Re: BSD Consortium In-Reply-To: <9503140138.AA05524@cs.weber.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 13 Mar 1995, Terry Lambert wrote: > > Does anyone know if the NetBSD people are interested in a consortium? > > If not, the appeal is lessened... for me at least. for me as well. > > The initial list of goals I put up shouldn't step on any directional > toes, specifically to avoid any conflict between FreeBSD, NetBSD, or > BSDI (or anyone else who would be interested). > yes > I do, however, think that instead of just me throwing out ideas off > the top of my head, a bit more participation is required at least > by members of both core teams and (hopefully) BSDI to get something > that is agreeably shaped. yes > > Assuming a representative presence on steering committies for choice > of supported efforts, this shouldn't result in anyone being frozen > out. > > > Perhaps the best place to discuss this would be as a cross-posting in > the news groups? > > > The last I heard, Jordan was looking into the legal stuff... any > status on that? > > There was also that kind offer by a rather international lawyer of > which we might try to avail ourselves. > > > What is probably needed now is a stake in the ground and a statement > of common goals that are to be coded into the bylaws in the articles > of incorporation. As well as a method of governing the organization which is genuinely representative, international and not capable of domination by any group, faction, flavor or commercial interest - perhaps votes based on (non-monetary) contributions etc. > I would definitely say that it wants to be a non-profit corp. to > confer tax exempt status for itself and tax deductible status for > contributions (at least in the US). > definitely > Any ideas regarding status in other countries, and whether or not > articles of incorporation need to be filed there as well? > It should be possible to qualify in more than one jurisdiction but the US may be the most stringent in its requirements for tax deductible status. > What did the X consortium do? I would be interested to know as well. > > > Terry Lambert > terry@cs.weber.edu > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > jbeukema From owner-freebsd-hackers Wed Mar 15 00:54:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA20935 for hackers-outgoing; Wed, 15 Mar 1995 00:54:59 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA20926 for ; Wed, 15 Mar 1995 00:54:44 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id JAA08088 ; Wed, 15 Mar 1995 09:54:37 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA11073; Wed, 15 Mar 95 09:54:34 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503150854.AA11073@blaise.ibp.fr> Subject: Re: tkperl? To: hasty@netcom.com (Amancio Hasty Jr) Date: Wed, 15 Mar 1995 09:54:33 +0100 (MET) Cc: hackers@FreeBSD.org In-Reply-To: <199503150038.QAA22395@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 14, 95 04:38:00 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#429 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 514 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Anyone got patches for tkperl and perl5.000? Have you tried perl5.001 ? > Well, I build it and I am getting core dumps when trying to execute > a tkperl script the rest of perl5.000 seems to be okay. Tkperl is still in alpha stage I think. > Curious, how did perl managed to get into the core distribution. The one in the core distribution is 4.036, not 5.000. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995 From owner-freebsd-hackers Wed Mar 15 01:41:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA22658 for hackers-outgoing; Wed, 15 Mar 1995 01:41:41 -0800 Received: from ensta.ensta.fr (ensta.ensta.fr [147.250.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA22647 for ; Wed, 15 Mar 1995 01:41:23 -0800 Received: from itesec.hsc-sec.fr (itesec.hsc-sec.fr [192.70.106.33]) by ensta.ensta.fr (8.6.4/8.6.4) with SMTP id KAA13616 for ; Wed, 15 Mar 1995 10:40:38 +0100 Received: from sidhe.hsc-sec.fr by itesec.hsc-sec.fr (5.65d8/IDA-1.5f) via HSCnet with SMTP id AA00404; Wed, 15 Mar 1995 10:41:36 +0100 Received: (from roberto@localhost) by sidhe.hsc-sec.fr (8.6.11/sidhe-1.2) id KAA09723 for freebsd-hackers@FreeBSD.ORG; Wed, 15 Mar 1995 10:40:35 +0100 From: Ollivier Robert Message-Id: <199503150940.KAA09723@sidhe.hsc-sec.fr> Subject: VLB IDE card doesn`t work on FreeBSD 950210-SNAP. Help me !!! To: freebsd-hackers@FreeBSD.org (FreeBSD Hackers' list) Date: Wed, 15 Mar 1995 10:40:34 +0100 (MET) Reply-To: roberto@hsc.fr.net (Ollivier Robert) X-Operating-System: FreeBSD 2.1-Development X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1703 Sender: hackers-owner@FreeBSD.org Precedence: bulk Found in the news : ------- start of forwarded message ------- From: Alexey Demianenko Newsgroups: comp.os.386bsd.bugs,comp.unix.bsd.freebsd.misc Subject: VLB IDE card doesn`t work on FreeBSD 950210-SNAP. Help me !!! Date: 7 Mar 1995 19:14:42 +0200 Organization: Open Contact Ltd.: Belarus TeleCommunication Group Hello ! Can someone help me, please ? I have a _big_ problem with FreeBSD-2.1-Development (950210-SNAP). This doesn`t work with VL-Bus/IDE Controller DC-680. The error I see at boot time is 'panic: integer divided fault' :-( . The card that isn`t VLB works fine (to my wonder). I did setup FreeBSD-1.1.5 and FreeBSD-2.0-RELEASE and they worked fine on my card too. I tried to change sys/i386/isa/npx.c and wd.c with no progress. I changed these to ones from 2.0-RELEASE with the same results. I spent about 48 hours and now I`m look like %-[] etc. ( ;) ). My hardware are: CPU: i486-DX33 Busses: EISA & VLB Ram: 20M ('BOUNCE_BUFFERS' is defined in kernel). Video: monochrome Disk: Caviar WDAC2340 Alexey. +-----------------------------------------------------------------------+ | Only my little fish knows who is right in the World | +------------------------+----------------------------------------------+ | Alexey Demianenko | Voice/Fax: +7 (0172) 206134 | | ## Minsk, Belarus ## | e-mail: a.d.@brc.minsk.by | +------------------------+----------------------------------------------+ ------- end of forwarded message ------- -- Ollivier ROBERT -=-=- Hervé Schauer Consultants -=-=- roberto@hsc.fr.net -=-=-=-=-=- Support The Free UNIX Systems ! FreeBSD Linux NetBSD -=-=-=-=-=- From owner-freebsd-hackers Wed Mar 15 02:36:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA25971 for hackers-outgoing; Wed, 15 Mar 1995 02:36:20 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA25965 for ; Wed, 15 Mar 1995 02:36:19 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id CAA24216; Wed, 15 Mar 1995 02:35:00 -0800 Date: Wed, 15 Mar 1995 02:35:00 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503151035.CAA24216@netcom14.netcom.com> To: hasty@netcom.com, roberto@blaise.ibp.fr Subject: Re: tkperl? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >Have you tried perl5.001 ? Tnks! I found the problem. I was using tkperl5a4 however tkperl5a5 seems to be alright with perl5.000. I am not into perl this is just for Bettina . Regards, Amancio From owner-freebsd-hackers Wed Mar 15 05:15:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA28998 for hackers-outgoing; Wed, 15 Mar 1995 05:15:56 -0800 Received: from larry.infi.net (larry.infi.net [198.22.1.107]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA28992 for ; Wed, 15 Mar 1995 05:15:53 -0800 Received: from Jessica.RatsNest.VaBeach.VA.US by larry.infi.net with SMTP (8.6.10/Server1.8) id IAA22618; Wed, 15 Mar 1995 08:15:35 -0500 Message-Id: <199503151315.IAA22618@larry.infi.net> From: "Pavlov's Cat" Organization: Organized? Me? Hah! To: Julian Howard Stacey , hackers@FreeBSD.org Date: Wed, 15 Mar 1995 08:14:01 -240 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Adaptek 1542 on other ports Reply-to: SimsS@infi.net Priority: normal X-mailer: Pegasus Mail/Windows (v1.22) Sender: hackers-owner@FreeBSD.org Precedence: bulk Julian Howard Stacey said: > > > (Now let me run fetch my asbestos BVD's) > What are BVD's ... underwear ? Oops - forgot our internation audience! Should have been: "BVD's(tm)" They are, as you surmise, a U.S. Brand Name for underwear. I guess when hackers wear 'em, they're "Under-Ware" ;-) -- ...sjs... Steve Sims (SJS7) SimsS@Infi.Net Systems Engineer, IPC Technologies, Inc. Virginia Beach, VA "Everyone wants to save the Earth; Nobody wants to help Mom do the dishes." ...P.J. O'Roarke From owner-freebsd-hackers Wed Mar 15 06:49:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA00878 for hackers-outgoing; Wed, 15 Mar 1995 06:49:46 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA00872 for ; Wed, 15 Mar 1995 06:49:44 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id JAA00225; Wed, 15 Mar 1995 09:46:46 -0500 From: Peter Dufault Message-Id: <199503151446.JAA00225@hda.com> Subject: SCSI probe cleaned up To: freebsd-hackers@freefall.cdrom.com Date: Wed, 15 Mar 1995 09:46:46 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 636 Sender: hackers-owner@FreeBSD.org Precedence: bulk I've commited the scsi sense printouts and as promised cleaned up the scsi probes. Please take a look at how your probe messages look and let me know if any of them are broken. One note: I've had a suggestion from Rod that the probe print out like this: > (aha0:0:0): bla-bla instead of this: > probe0(aha0:0:0): bla-bla so the missing "probe0" is not a bug. (I never liked the "0" since it shows up as 0 for all busses, so I was happy to change it.) Peter -- 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 Mar 15 08:35:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA04019 for hackers-outgoing; Wed, 15 Mar 1995 08:35:40 -0800 Received: from mail04.mail.aol.com (mail04.mail.aol.com [152.163.172.53]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA04013 for ; Wed, 15 Mar 1995 08:35:36 -0800 From: MarloweN@aol.com Received: by mail04.mail.aol.com (1.37.109.11/16.2) id AA210485301; Wed, 15 Mar 1995 11:35:01 -0500 Date: Wed, 15 Mar 1995 11:35:01 -0500 Message-Id: <950315113501_50250187@aol.com> To: hackers@FreeBSD.org Subject: Installation Problem Sender: hackers-owner@FreeBSD.org Precedence: bulk I am having a problem at boot time during the install process for FreeBSD 2.0 Rel #2 dated 11/22/1994 that is on a Walnut Creek CD. Environment: I have just added a second hard drive. The first contains one primary active DOS partition which is full of Windows and apps. The second drive includes first the FreeBSD partition followed by one DOS extended partition. (When I go into Fdisk to set up the BSD area, the DOS partition does not appear anywhere on the Disklabel screen. Is that significant?) The FreeBSD install has loaded the boot code onto the second drive, wd1. I can select that drive at the boot record prompt. At the FreeBSD 'Boot:' prompt, I provide ''wd(1,a)/kernel'' and it loads from the hard drive, not the floppy. Following are the drive-related kernel messages: From owner-freebsd-hackers Wed Mar 15 09:16:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA05310 for hackers-outgoing; Wed, 15 Mar 1995 09:16:53 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA05304 for ; Wed, 15 Mar 1995 09:16:50 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id JAA12968; Wed, 15 Mar 1995 09:16:19 -0800 From: "Rodney W. Grimes" Message-Id: <199503151716.JAA12968@gndrsh.aac.dev.com> Subject: Re: SCSI probe cleaned up To: dufault@hda.com (Peter Dufault) Date: Wed, 15 Mar 1995 09:16:19 -0800 (PST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503151446.JAA00225@hda.com> from "Peter Dufault" at Mar 15, 95 09:46:46 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 876 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I've commited the scsi sense printouts and as promised cleaned up > the scsi probes. > > Please take a look at how your probe messages look and let me know > if any of them are broken. > > One note: I've had a suggestion from Rod that the probe print out like > this: > > > (aha0:0:0): bla-bla > > instead of this: Can we make that aha0:0:0: bla-bla the parenthesis serve no usefull purpose :-). > > probe0(aha0:0:0): bla-bla > > so the missing "probe0" is not a bug. > > (I never liked the "0" since it shows up as 0 for all busses, so I was > happy to change it.) That right there is the reason I wanted it removed!!! It now also clearly stated WHAT we have probed ``controller aha0, target 0, lun 0''. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Mar 15 09:23:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA05532 for hackers-outgoing; Wed, 15 Mar 1995 09:23:40 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA05523 for ; Wed, 15 Mar 1995 09:23:37 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id MAA00658; Wed, 15 Mar 1995 12:20:30 -0500 From: Peter Dufault Message-Id: <199503151720.MAA00658@hda.com> Subject: Re: SCSI probe cleaned up To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 15 Mar 1995 12:20:30 -0500 (EST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503151716.JAA12968@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 15, 95 09:16:19 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1199 Sender: hackers-owner@FreeBSD.org Precedence: bulk Rodney W. Grimes writes: > > > > > I've commited the scsi sense printouts and as promised cleaned up > > the scsi probes. > > > > Please take a look at how your probe messages look and let me know > > if any of them are broken. > > > > One note: I've had a suggestion from Rod that the probe print out like > > this: > > > > > (aha0:0:0): bla-bla > > > > instead of this: > > Can we make that > aha0:0:0: bla-bla > the parenthesis serve no usefull purpose :-). If we grunge around in the implementation we see what purpose it serves: simplicity. > if (strcmp(sc_link->device->name, "probe") != 0) > printf("%s%d", sc_link->device->name, sc_link->dev_unit); > > printf("(%s%d:%d:%d): ", sc_link->adapter->name, sc_link->adapter_unit, > sc_link->target, sc_link->lun); So "probe" is now a reserved host adapter name and the new PROBE-1000 driver will not work properly. (Magic names? Not in header files but repeated in two places? Oh-oh, someone else is going to bring me before the Software World Court) Peter -- 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 Mar 15 11:04:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07674 for hackers-outgoing; Wed, 15 Mar 1995 11:04:31 -0800 Received: from phoenix.net (gclarkii@phoenix.phoenix.net [199.3.232.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA07664 for ; Wed, 15 Mar 1995 11:04:28 -0800 Received: (from gclarkii@localhost) by phoenix.net (8.6.10/8.6.6) id NAA14050; Wed, 15 Mar 1995 13:01:53 -0600 From: Gary Clark II Message-Id: <199503151901.NAA14050@ phoenix.net> Subject: Re: tkperl? To: hasty@netcom.com (Amancio Hasty Jr) Date: Wed, 15 Mar 1995 13:01:53 -0500 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199503150038.QAA22395@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 14, 95 04:38:00 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 617 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Hi > Anyone got patches for tkperl and perl5.000? > > Well, I build it and I am getting core dumps when trying to execute > a tkperl script the rest of perl5.000 seems to be okay. > > Curious, how did perl managed to get into the core distribution. > > Cheers, > Amancio > Amancio, Because I hit everyone over that head by doing the bmake and then talking fast.:) I saw a need for a good scripting lang that had wide support. The reason 4.X was chosen was for the simple fact 5.0 was still in beta/alpha and I did not want to have to handle the patch of the week syndrome. Gary From owner-freebsd-hackers Wed Mar 15 11:18:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07954 for hackers-outgoing; Wed, 15 Mar 1995 11:18:20 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA07948 for ; Wed, 15 Mar 1995 11:18:18 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id LAA07252; Wed, 15 Mar 1995 11:17:46 -0800 Message-Id: <199503151917.LAA07252@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" cc: dufault@hda.com (Peter Dufault), freebsd-hackers@freefall.cdrom.com Subject: Re: SCSI probe cleaned up In-reply-to: Your message of "Wed, 15 Mar 1995 09:16:19 PST." <199503151716.JAA12968@gndrsh.aac.dev.com> Date: Wed, 15 Mar 1995 11:17:46 -0800 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >> I've commited the scsi sense printouts and as promised cleaned up >> the scsi probes. >> >> Please take a look at how your probe messages look and let me know >> if any of them are broken. >> >> One note: I've had a suggestion from Rod that the probe print out like >> this: >> >> > (aha0:0:0): bla-bla >> >> instead of this: > >Can we make that >aha0:0:0: bla-bla >the parenthesis serve no usefull purpose :-). > >> > probe0(aha0:0:0): bla-bla >> >> so the missing "probe0" is not a bug. >> >> (I never liked the "0" since it shows up as 0 for all busses, so I was >> happy to change it.) > >That right there is the reason I wanted it removed!!! It now also clearly >stated WHAT we have probed ``controller aha0, target 0, lun 0''. It should have the scsi bus in there too, for multi-bus controllers. For instance, my system has two different devices sitting on a 2742T that will print this same "header". > >-- >Rod Grimes rgrimes@gndrsh.aac.dev.com >Accurate Automation Company Custom computers for FreeBSD -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Wed Mar 15 14:42:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00535 for hackers-outgoing; Wed, 15 Mar 1995 14:42:33 -0800 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00529 for ; Wed, 15 Mar 1995 14:42:32 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id LAA11464; Wed, 15 Mar 1995 11:56:53 -0800 Date: Wed, 15 Mar 1995 11:56:53 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503151956.LAA11464@netcom14.netcom.com> To: gclarkii@phoenix.net, hasty@netcom.com Subject: Re: tkperl? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >The reason 4.X was chosen was for the simple fact 5.0 was still in beta/alpha > and I did not want to have to handle the patch of the week syndrome. >Gary I wish you had chosen tcl/tk ... The install program could have been written in tcl/tk And no I am not going to get into a debate of tcl/tk vs. perl ... Cheers, Amancio From owner-freebsd-hackers Wed Mar 15 14:39:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00374 for hackers-outgoing; Wed, 15 Mar 1995 14:39:23 -0800 Received: from po7.andrew.cmu.edu (PO7.ANDREW.CMU.EDU [128.2.10.107]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00368 for ; Wed, 15 Mar 1995 14:39:21 -0800 Received: (from postman@localhost) by po7.andrew.cmu.edu (8.6.9/8.6.9) id RAA14018 for freebsd-hackers@freefall.cdrom.com; Wed, 15 Mar 1995 17:39:07 -0500 Received: via switchmail; Wed, 15 Mar 1995 17:39:04 -0500 (EST) Received: from pcs16.andrew.cmu.edu via qmail ID ; Wed, 15 Mar 1995 17:37:56 -0500 (EST) Received: from pcs16.andrew.cmu.edu via qmail ID ; Wed, 15 Mar 1995 17:37:51 -0500 (EST) Received: from mms.4.60.Jan.26.1995.18.43.47.sun4c.411.EzMail.Phred.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs16.andrew.cmu.edu.sun4c.411 via MS.5.6.pcs16.andrew.cmu.edu.sun4c_411; Wed, 15 Mar 1995 17:37:50 -0500 (EST) Message-ID: Date: Wed, 15 Mar 1995 17:37:50 -0500 (EST) From: "Alex R.N. Wetmore" To: freebsd-hackers@freefall.cdrom.com Subject: installing on a thinkpad 750 Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm trying to get FreeBSD-2.0 (or SNAP) to install on a Thinkpad 750 (I need to get FreeBSD or NetBSD on here before friday). I can get it to boot using some modified NetBSD boot blocks that know how to deal with 36 sector floppies, but one it comes up the keyboard doesn't work. Under NetBSD I had to remove the keyboard initialization code in pccons to get the keyboard to work at all, and I couldn't get it working with pcvt (I'm hung with NetBSD at another point now). Has anyone done this before? Willing to help me out? I don't have access to another FreeBSD machine (most machines here run NetBSD due to AFS support). If I need to build another kernel for the boot floppies would anyone be willing to do that? thanks, alex From owner-freebsd-hackers Wed Mar 15 14:44:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00648 for hackers-outgoing; Wed, 15 Mar 1995 14:44:54 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00642 for ; Wed, 15 Mar 1995 14:44:53 -0800 Received: (from mmead@localhost) by goof.com (8.6.9/8.6.9) id QAA23792 for hackers@freebsd.org; Wed, 15 Mar 1995 16:45:12 -0500 From: "matthew c. mead" Message-Id: <199503152145.QAA23792@goof.com> Subject: Diskless booting - netboot.com problems? To: hackers@FreeBSD.org Date: Wed, 15 Mar 1995 16:45:11 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1972 Sender: hackers-owner@FreeBSD.org Precedence: bulk All I have to do is build the netboot.com and copy that to a dos partition right? Why are netboot.com.strip and netboot.com.nohdr there? Do I need to use one of them? Whenever I run netboot.com on a DOS machine, it just hangs. I've snooped packets off the ether it's sitting on and nothing comes out. I've tried this on a machine with an SMC card, and on another machine with a 3c503 card. I have no clue what I'm doing wrong. Here's a look at the files I have setup (the server is Solaris 2.3): /u1 -> mmead-> rootfs-> vision (includes all of /) swapfs-> vision (has one file: swap.198.82.168.29) usrfs-> vision (includes all of /usr) in /tftpboot: cfg.198.82.168.29 the host is vision - and its ip is 198.82.168.29 here're the contents of /etc/dfs/dfstab: ----- # place share(1M) commands here for automatic execution # on entering init state 3. # # share [-F fstype] [ -o options] [-d ""] [resource] # .e.g, # share -F nfs -o rw=engineering -d "home dirs" /export/home2 share -F nfs -o rw=vision -d "diskless FreeBSD diskspace" /u1/mmead/rootfs share -F nfs -o rw=vision -d "diskless FreeBSD diskspace" /u1/mmead/swapfs share -F nfs -o rw=vision -d "diskless FreeBSD diskspace" /u1/mmead/usrfs ----- here're the contents of /tftpboot/cfg.198.82.168.29: ----- ip 198.82.168.29 hostname vision.ctr.vt.edu server 198.82.168.1 netmask 255.255.255.0 rootfs 198.82.168.1:/u1/mmead/rootfs/vision swapfs 198.82.168.1:/u1/mmead/swapfs swapsize 20000 autoboot ----- Does anything look wrong with that? Why should netboot.com hang a machine? Thanks for any help in advance! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Mar 15 14:48:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00788 for hackers-outgoing; Wed, 15 Mar 1995 14:48:49 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA00767 for ; Wed, 15 Mar 1995 14:48:46 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA15309; Wed, 15 Mar 95 15:42:34 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503152242.AA15309@cs.weber.edu> Subject: Re: Diskless booting - netboot.com problems? To: mmead@goof.com (matthew c. mead) Date: Wed, 15 Mar 95 15:42:33 MST Cc: hackers@FreeBSD.org In-Reply-To: <199503152145.QAA23792@goof.com> from "matthew c. mead" at Mar 15, 95 04:45:11 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > All I have to do is build the netboot.com and copy that to a dos partition > right? Why are netboot.com.strip and netboot.com.nohdr there? Do I need to > use one of them? Whenever I run netboot.com on a DOS machine, it just hangs. Use netboot.com.nohdr as the DOS .com file. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Mar 15 15:03:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA01043 for hackers-outgoing; Wed, 15 Mar 1995 15:03:10 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA01035 for ; Wed, 15 Mar 1995 15:03:06 -0800 Received: from newcom.kiae.su by sequent.kiae.su with SMTP id AA09632 (5.65.kiae-2 for ); Thu, 16 Mar 1995 01:56:35 +0300 Received: by newcom.kiae.su id AA18283 (5.65.kiae-1 for hackers@freebsd.org); Thu, 16 Mar 1995 01:46:48 +0300 Date: Thu, 16 Mar 1995 01:46:48 +0300 Message-Id: <199503152246.AA18283@newcom.kiae.su> To: hackers@FreeBSD.org Subject: [comp.security.unix] Deslogin-1.3 Now Available From: "Andrew A. Chernov, Black Mage" Organization: Olahm Ha-Yetzirah X-Class: Fast X-Newsreader: NN v6.4.18 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Path: kiae!relcom!KremlSun!news.spb.su!news.uni-stuttgart.de!news.rhrz.uni-bonn.de!news.rwth-aachen.de!news.dfn.de!prise.nz.dlr.de!zib-berlin.de!news.mathworks.com!zombie.ncsc.mil!news.duke.edu!ratatosk.yggdrasil.com!news >From: barrett@lewis.cs.colorado.edu (Dave Barrett) >Newsgroups: comp.archives >Subject: [comp.security.unix] Deslogin-1.3 Now Available >Followup-To: comp.security.unix >Date: 12 Mar 1995 22:01:11 GMT >Organization: University of Colorado, Boulder >Lines: 31 >Sender: adam@yggdrasil.com >Approved: adam@yggdrasil.com >Distribution: world >Message-ID: <3jvqv7$lo1@freya.yggdrasil.com> >References: <3jll7a$l6p@csnews.cs.colorado.edu> >NNTP-Posting-Host: adam.yggdrasil.com >X-Original-Newsgroups: comp.security.unix >X-Original-Date: 9 Mar 1995 01:21:46 GMT Archive-name: auto/comp.security.unix/Deslogin_1_3_Now_Available Deslogin is a remote login program which may be used safely across insecure networks. With deslogin, you may log into a secure remote host from a secure local host without worry about your login password or session information being made visible across the network. Deslogin is a simple stand-alone client and server, which may be used on machines which don't have more sophisticated security packages such as SPX or Kerberos. No centralized key distribution package is required. Unlike unix login programs, authentication relies upon arbitrarily long pass phrases rather than eight-character user passwords. Deslogin uses the United States Data encryption standard to implement challenge/response user authentication and, once connected, to encrypt all information flowing to or from your session. This allows you to safely use su or login or edit sensitive information while on the remote host. Deslogin is available via anonymous ftp from: ftp.uu.net:/pub/security/des/deslogin-1.3.tar.gz The 1.3 release fixes bugs with updating utmp and adds support for Sun's Solaris. A new directory, deslogin-client-bins, has been added which contains precompiled clients. This makes it drastically easier when traveling to a remote site which doesn't have deslogin installed. From owner-freebsd-hackers Wed Mar 15 15:06:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA01151 for hackers-outgoing; Wed, 15 Mar 1995 15:06:58 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA01145 for ; Wed, 15 Mar 1995 15:06:57 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: SCSI probe cleaned up To: dufault@hda.com (Peter Dufault) Date: Wed, 15 Mar 1995 11:44:56 -0800 (PST) Cc: rgrimes@gndrsh.aac.dev.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503151720.MAA00658@hda.com> from "Peter Dufault" at Mar 15, 95 12:20:30 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1459 Sender: hackers-owner@FreeBSD.org Precedence: bulk Ok, here's a better idea for that, make the code do two differnt things if sc_link->device->name == NULL and then set it up so that this is the case during probe.. (and of course catch any other code that follows this chain) (just an idea) > > > Can we make that > > aha0:0:0: bla-bla > > the parenthesis serve no usefull purpose :-). > > If we grunge around in the implementation we see what purpose it > serves: simplicity. > > > if (strcmp(sc_link->device->name, "probe") != 0) > > printf("%s%d", sc_link->device->name, sc_link->dev_unit); > > > > printf("(%s%d:%d:%d): ", sc_link->adapter->name, sc_link->adapter_unit, > > sc_link->target, sc_link->lun); > > So "probe" is now a reserved host adapter name and the new PROBE-1000 > driver will not work properly. (boooo hisssss :) > > (Magic names? Not in header files but repeated in two places? > Oh-oh, someone else is going to bring me before the Software World Court) Are you Mr Peter Dufault, of Hda? "yes?" I hereby serve you with this summons to the Software World Court You are to appear before the court on tuesday of next week... > +----------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / On assignment | / \ julian@tfs.com +------>x USA \ in a very strange | ( OZ ) 300 lakeside Dr. oakland CA. \___ ___ | country ! +- X_.---._/ USA+(510) 645-3137(wk) \_/ \\ v From owner-freebsd-hackers Wed Mar 15 16:22:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA03232 for hackers-outgoing; Wed, 15 Mar 1995 16:22:17 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA03225 for ; Wed, 15 Mar 1995 16:22:14 -0800 Received: (from mmead@localhost) by goof.com (8.6.9/8.6.9) id TAA24635; Wed, 15 Mar 1995 19:23:27 -0500 From: "matthew c. mead" Message-Id: <199503160023.TAA24635@goof.com> Subject: Re: Diskless booting - netboot.com problems? To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 15 Mar 1995 19:23:27 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <9503152242.AA15309@cs.weber.edu> from "Terry Lambert" at Mar 15, 95 03:42:33 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 723 Sender: hackers-owner@FreeBSD.org Precedence: bulk Terry Lambert wrote: > > All I have to do is build the netboot.com and copy that to a dos partition > > right? Why are netboot.com.strip and netboot.com.nohdr there? Do I need to > > use one of them? Whenever I run netboot.com on a DOS machine, it just hangs. > Use netboot.com.nohdr as the DOS .com file. That didn't work either - just hung the machine... Thanks for the idea though - anymore? :-) -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Mar 15 17:25:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04242 for hackers-outgoing; Wed, 15 Mar 1995 17:25:28 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA04236 for ; Wed, 15 Mar 1995 17:25:27 -0800 Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0rp4JX-0000V8C; Wed, 15 Mar 95 17:25 PST Received: (from root@localhost) by io.cts.com (8.6.11/8.6.9) id RAA00197 for hackers@freebsd.org; Wed, 15 Mar 1995 17:11:59 -0800 From: Morgan Davis Message-Id: <199503160111.RAA00197@io.cts.com> Subject: Panic building world To: hackers@FreeBSD.org Date: Wed, 15 Mar 1995 17:11:59 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 862 Sender: hackers-owner@FreeBSD.org Precedence: bulk I started a 'make world' today, left for the office. Checking the build from work about 4 hours later, I noticed the system had only been up for 50 minutes. Apparently this happened during the build (it's a single user system, so that's all it was doing): Fatal trap 12: page fault while in kernel mode fault virtual address = 0xe8 fault code = supervisor write, page not present instruction pointer = 0x8:0xf0186ffe code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net tty bio panic: page fault syncing disks... FreeBSD 2.1.0-Development #0: Sun Mar 12 12:56:07 PST 1995 (from 3/10 -current) Anything else I can do to help assist in debugging this? From owner-freebsd-hackers Wed Mar 15 17:30:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04333 for hackers-outgoing; Wed, 15 Mar 1995 17:30:54 -0800 Received: from netcom11.netcom.com (bakul@netcom11.netcom.com [192.100.81.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA04327 for ; Wed, 15 Mar 1995 17:30:53 -0800 Received: from localhost by netcom11.netcom.com (8.6.10/Netcom) id RAA26182; Wed, 15 Mar 1995 17:29:13 -0800 Message-Id: <199503160129.RAA26182@netcom11.netcom.com> To: Bruce Evans Cc: freebsd-hackers@freefall.cdrom.com Subject: Re: install compressed binary patch In-reply-to: Your message of "Wed, 15 Mar 95 14:40:42 +1000." <199503150440.OAA31147@godzilla.zeta.org.au> Date: Wed, 15 Mar 95 17:29:08 -0800 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk > I think the gzip image activator already does a better job than this. It does? Then why are people saying that running compressed binaries are not shared? > Neither does a very good job with the following issues: > > - caching. Everything should probably be cached for a while > (days?) if there is enough space. My scheme handles it (read the more detailed description in my email, just below the section you quoted). > - transparency. readdir() should act as if only the uncompressed > objects exist. Backups should act as if only the compressed > objects exist (although this is inconsistent :-). read() and > mmap() should give uncompressed objects. These are laudable goals; which is why mentioned `portals' in my email (they would allow you to implement what you want)! In fact there are many places where you want such dual views: some time you want what is *really* there and sometimes you want a transformed version of it. I am distrustful of adding new complicated things in an already big kernel so I'd rather have a kernel mechanism that allows me to implement such things in user mode. In effect I want user-defined file-types. Bakul From owner-freebsd-hackers Wed Mar 15 18:19:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA04934 for hackers-outgoing; Wed, 15 Mar 1995 18:19:32 -0800 Received: from crow.csrv.uidaho.edu (root@crow.csrv.uidaho.edu [129.101.119.223]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA04928 for ; Wed, 15 Mar 1995 18:19:29 -0800 Received: from pain.csrv.uidaho.edu (pain.csrv.uidaho.edu [129.101.114.109]) by crow.csrv.uidaho.edu (8.6.9/8.6.9) with ESMTP id SAA06712 for ; Wed, 15 Mar 1995 18:19:42 -0800 Message-Id: <199503160219.SAA06712@crow.csrv.uidaho.edu> To: hackers@FreeBSD.org Subject: Re: [comp.security.unix] Deslogin-1.3 Now Available In-reply-to: Your message of "Thu, 16 Mar 1995 01:46:48 +0300." <199503152246.AA18283@newcom.kiae.su> X-Real-Name: Faried Nawaz X-Address: Box 3582, Moscow, ID 83843-1914 Date: Wed, 15 Mar 1995 18:19:19 -0800 From: Faried Nawaz Sender: hackers-owner@FreeBSD.org Precedence: bulk "Andrew A. Chernov, Black Mage" wrote... [ deslogin-1.3 announcement deleted ] i'm curious -- has anyone got deslogind to work on 2.0-release? i keep getting Mar 13 01:54:29 pain : deslogin[2104]: Login fn@localhost:1226 as fn(452:24) /u/fn /bin/csh Mar 13 01:54:29 pain : deslogin[2105]: could not acquire fd 0 (/dev/ttyp0) as controlling terminal--Inappropriate ioctl for device Mar 13 01:54:59 pain : deslogin[2104]: master pty handshake failed Mar 13 01:54:59 pain : deslogin[2104]: Logout fn on 30(29.1) sec(CPU), 0/0 bytes in/out (idle 1200 sec) i've tried compiling w/ and w/o __bsdi__ defined. /fn, then again, maybe i should go haq the src.../ From owner-freebsd-hackers Wed Mar 15 19:03:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA05472 for hackers-outgoing; Wed, 15 Mar 1995 19:03:01 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA05461 for ; Wed, 15 Mar 1995 19:02:47 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.9/8.6.9) id LAA00197; Thu, 16 Mar 1995 11:02:18 GMT Date: Thu, 16 Mar 1995 11:02:17 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: install compressed binary patch In-Reply-To: <199503160129.RAA26182@netcom11.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 15 Mar 1995, Bakul Shah wrote: > > In fact there are many places where you want such dual > views: some time you want what is *really* there and > sometimes you want a transformed version of it. Isn't this sort of duality the same issue found with symbolic links? Sometimes you want what the link points to, and sometimes you want the link itself? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Wed Mar 15 19:51:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA06487 for hackers-outgoing; Wed, 15 Mar 1995 19:51:15 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA06481 for ; Wed, 15 Mar 1995 19:51:08 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id TAA13073; Wed, 15 Mar 1995 19:50:58 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA00156; Wed, 15 Mar 1995 19:50:58 -0800 Message-Id: <199503160350.TAA00156@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Morgan Davis cc: hackers@FreeBSD.org Subject: Re: Panic building world In-reply-to: Your message of "Wed, 15 Mar 95 17:11:59 PST." <199503160111.RAA00197@io.cts.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 15 Mar 1995 19:50:57 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >I started a 'make world' today, left for the office. Checking the >build from work about 4 hours later, I noticed the system had only >been up for 50 minutes. Apparently this happened during the build >(it's a single user system, so that's all it was doing): > >Fatal trap 12: page fault while in kernel mode >fault virtual address = 0xe8 >fault code = supervisor write, page not present >instruction pointer = 0x8:0xf0186ffe >code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 >processor eflags = interrupt enabled, resume, IOPL = 0 >current process = Idle >interrupt mask = net tty bio >panic: page fault > >syncing disks... FreeBSD 2.1.0-Development #0: Sun Mar 12 12:56:07 PST 1995 >(from 3/10 -current) > >Anything else I can do to help assist in debugging this? Please upgrade to today-current. There were some serious bugs fixed on the 11th. -DG From owner-freebsd-hackers Wed Mar 15 20:03:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA06739 for hackers-outgoing; Wed, 15 Mar 1995 20:03:11 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA06730 for ; Wed, 15 Mar 1995 20:03:09 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id XAA02434 for hackers@freebsd.org; Wed, 15 Mar 1995 23:03:13 -0500 Received: by starkhome.cs.sunysb.edu (8.6.11/1.34) id XAA15811; Wed, 15 Mar 1995 23:01:05 -0500 Date: Wed, 15 Mar 1995 23:01:05 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503160401.XAA15811@starkhome.cs.sunysb.edu> To: "matthew c. mead" In-reply-to: "matthew c. mead"'s message of Wed, 15 Mar 1995 19:23:27 -0500 (EST) Cc: hackers@FreeBSD.org Subject: Re: Diskless booting - netboot.com problems? Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Use netboot.com.nohdr as the DOS .com file. > > That didn't work either - just hung the machine... Thanks for the idea >though - anymore? :-) I have used netboot.com.nohdr successfully as a DOS .com file. Are you sure you are compiling it up correctly? - Gene From owner-freebsd-hackers Wed Mar 15 20:31:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA07166 for hackers-outgoing; Wed, 15 Mar 1995 20:31:30 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA07160 for ; Wed, 15 Mar 1995 20:31:29 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id UAA09849 for hackers@freebsd.org; Wed, 15 Mar 1995 20:31:28 -0800 From: Poul-Henning Kamp Message-Id: <199503160431.UAA09849@ref.tfs.com> Subject: cpio bug ? To: hackers@FreeBSD.org Date: Wed, 15 Mar 1995 20:31:27 -0800 (PST) Content-Type: text Content-Length: 609 Sender: hackers-owner@FreeBSD.org Precedence: bulk I think I have found one of the things which have troubled us in the install procedure, and would like to hear people opinions: In a cpio file I have: file usr/bin/passwd (root,bin, setuid+0555) symlink usr/bin/yppasswd (bin,bin,0755) -> passwd Now, cpio will do a chown(bin) on usr/bin/yppasswd, and this will make usr/bin/passwd owned by bin instead of root. Obviously wrong. How to fix this ? Who will do it for me ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Wed Mar 15 20:51:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA00199 for hackers-outgoing; Wed, 15 Mar 1995 20:51:06 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA00193 for ; Wed, 15 Mar 1995 20:51:04 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id UAA14348; Wed, 15 Mar 1995 20:46:14 -0800 From: "Rodney W. Grimes" Message-Id: <199503160446.UAA14348@gndrsh.aac.dev.com> Subject: Re: cpio bug ? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 15 Mar 1995 20:46:14 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503160431.UAA09849@ref.tfs.com> from "Poul-Henning Kamp" at Mar 15, 95 08:31:27 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 823 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I think I have found one of the things which have troubled us in the > install procedure, and would like to hear people opinions: > > In a cpio file I have: > file usr/bin/passwd (root,bin, setuid+0555) > symlink usr/bin/yppasswd (bin,bin,0755) -> passwd > > Now, cpio will do a chown(bin) on usr/bin/yppasswd, and this will > make usr/bin/passwd owned by bin instead of root. > > Obviously wrong. > > How to fix this ? CPIO should stop doing chown/chmod's on symlinks since symlinks no longer have there own protection. > Who will do it for me ? I am digging through the cpio source code now... looks like several things will need to be tweaked :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Mar 15 21:06:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00333 for hackers-outgoing; Wed, 15 Mar 1995 21:06:09 -0800 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00327 for ; Wed, 15 Mar 1995 21:06:05 -0800 From: krnlhkr@mcs.com 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 XAA12730; Wed, 15 Mar 1995 23:05:50 -0600 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 15 Mar 95 23:05 CST Message-Id: Date: Wed, 15 Mar 95 23:05 CST Subject: Re: (fwd) busmouse To: pritchet@scsn.net (Ron Pritchett), hackers@FreeBSD.org X-Mailer: AIR Mail 3.X (SPRY, Inc.) Sender: hackers-owner@FreeBSD.org Precedence: bulk <---- Begin Included Message ----> what entry do I use in the /dev/ direcoty for my busmouse? I have the ISA Mach32 with busmouse and can't get X running since I can't find my mouse. ;-) <---- End Included Message ----> Well, I have an ATI card (not the Mach32, but it should be the same), and I use /dev/mse0 (crw------- 1 root wheel 27, 1). However, if you are using the stock kernel that installs, you can't. It doesn't have the busmouse driver in it (I am assuming you are using the CD-ROM dist of 2.0 for the following). You need to recompile the kernel. Add the following to the configuration file before you do: device mse0 at isa? port 0x23c tty irq 5 vector mseintr Also, make sure the port address (0x23c) and irq (5) are correct for the way your card has been set up. Those are the settings I use on my system and they may or may not be compatible with your system. Also, to give you a head start, in /usr/X11R6/lib/X11/XF86Config use the following entry for the busmouse: Section "Pointer" Protocol "BusMouse" Device "/dev/mse0" EndSection This works for me. -Louis ---------------------------------------------------------------------- Louis J. Giliberto, Jr. ! Support the Free Software Foundation krnlhkr@mcs.com ! ---------------------------------------------------------------------- From owner-freebsd-hackers Wed Mar 15 21:08:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00447 for hackers-outgoing; Wed, 15 Mar 1995 21:08:13 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAB00441 for ; Wed, 15 Mar 1995 21:08:12 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA10012 for hackers@freebsd.org; Wed, 15 Mar 1995 21:08:12 -0800 From: Poul-Henning Kamp Message-Id: <199503160508.VAA10012@ref.tfs.com> Subject: fsck buglet To: hackers@FreeBSD.org Date: Wed, 15 Mar 1995 21:08:11 -0800 (PST) Content-Type: text Content-Length: 373 Sender: hackers-owner@FreeBSD.org Precedence: bulk If I say "fsck -n /dev/rfd0", wouldn't it make sense for fsck to return a non-zero exit code if any trouble were found ? As it is it will return zero no matter what it finds... Any takers ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Wed Mar 15 21:15:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00661 for hackers-outgoing; Wed, 15 Mar 1995 21:15:57 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00654 for ; Wed, 15 Mar 1995 21:15:53 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id VAA14433; Wed, 15 Mar 1995 21:15:31 -0800 From: "Rodney W. Grimes" Message-Id: <199503160515.VAA14433@gndrsh.aac.dev.com> Subject: Re: cpio bug ? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 15 Mar 1995 21:15:31 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503160431.UAA09849@ref.tfs.com> from "Poul-Henning Kamp" at Mar 15, 95 08:31:27 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3936 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I think I have found one of the things which have troubled us in the > install procedure, and would like to hear people opinions: > > In a cpio file I have: > file usr/bin/passwd (root,bin, setuid+0555) > symlink usr/bin/yppasswd (bin,bin,0755) -> passwd > > Now, cpio will do a chown(bin) on usr/bin/yppasswd, and this will > make usr/bin/passwd owned by bin instead of root. > > Obviously wrong. > > How to fix this ? > > Who will do it for me ? Actually it looks simpler than I though at first, -DHAVE_LCHOWN and implement lchown(const char *path, uid_t owner, gid_t group) as a NOP :-). That fixes the CHOWN problem, but it looks like there is still a chmod done to the symlink which will break things still.... thats a little tougher to fix. Look this over and test it out, if you like it commit it! Index: Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/cpio/Makefile,v retrieving revision 1.1 diff -c -r1.1 Makefile *** 1.1 1993/08/07 22:33:10 --- Makefile 1995/03/16 05:06:37 *************** *** 1,8 **** PROG= cpio ! CFLAGS+= -I${.CURDIR} -DRETSIGTYPE=void -DHAVE_SYS_MTIO_H=1 -DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1 -DHAVE_STRING_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UTIME_H=1 -DHAVE_STRERROR=1 -DHAVE_VPRINTF=1 -DDIRENT=1 SRCS = copyin.c copyout.c copypass.c defer.c dstring.c fnmatch.c global.c \ ! main.c tar.c util.c error.c filemode.c getopt.c getopt1.c version.c \ rtapelib.c dirname.c idcache.c makepath.c xmalloc.c stripslash.c \ userspec.c xstrdup.c --- 1,9 ---- PROG= cpio ! CFLAGS+= -I${.CURDIR} -DRETSIGTYPE=void -DHAVE_SYS_MTIO_H=1 -DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1 -DHAVE_STRING_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UTIME_H=1 -DHAVE_STRERROR=1 -DHAVE_VPRINTF=1 -DDIRENT=1 -DHAVE_LCHOWN SRCS = copyin.c copyout.c copypass.c defer.c dstring.c fnmatch.c global.c \ ! lchown.c main.c tar.c util.c error.c filemode.c getopt.c getopt1.c \ ! version.c \ rtapelib.c dirname.c idcache.c makepath.c xmalloc.c stripslash.c \ userspec.c xstrdup.c Index: extern.h =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/cpio/extern.h,v retrieving revision 1.1 diff -c -r1.1 extern.h *** 1.1 1993/08/07 22:33:25 --- extern.h 1995/03/16 05:12:24 *************** *** 114,119 **** --- 114,124 ---- gid_t *getgidbyname (); #endif + /* lchown.c */ + #ifdef HAVE_LCHOWN + int lchown P_((const char *path, uid_t owner, gid_t group)); + #endif + /* main.c */ void process_args P_((int argc, char *argv[])); void initialize_buffers P_((void)); *** /dev/null Wed Mar 15 14:31:13 1995 --- lchown.c Wed Mar 15 21:11:24 1995 *************** *** 0 **** --- 1,27 ---- + /* lchown.c - dummy version of lchown for systems that do not store + file owners of symbolic links. + Copyright (C) 1995 Rodney W. Grimes, Accurate Automation Company + + This program is free software; you can redistribute it and/or modify + it under the terms of the GNU General Public License as published by + the Free Software Foundation; either version 2, or (at your option) + any later version. + + This program is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + GNU General Public License for more details. + + You should have received a copy of the GNU General Public License + along with this program; if not, write to the Free Software + Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ + + /* Written by Rodney W. Grimes */ + + #include + + int + lchown(const char *path, uid_t owner, gid_t group) { + + return (0); + } -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Mar 15 21:17:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00685 for hackers-outgoing; Wed, 15 Mar 1995 21:17:53 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00679 for ; Wed, 15 Mar 1995 21:17:51 -0800 Received: (from mmead@localhost) by goof.com (8.6.9/8.6.9) id AAA27104; Thu, 16 Mar 1995 00:19:06 -0500 From: "matthew c. mead" Message-Id: <199503160519.AAA27104@goof.com> Subject: Re: Diskless booting - netboot.com problems? To: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Date: Thu, 16 Mar 1995 00:19:05 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199503160401.XAA15811@starkhome.cs.sunysb.edu> from "Gene Stark" at Mar 15, 95 11:01:05 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3122 Sender: hackers-owner@FreeBSD.org Precedence: bulk Gene Stark wrote: > >> Use netboot.com.nohdr as the DOS .com file. > > > > That didn't work either - just hung the machine... Thanks for the idea > >though - anymore? :-) > I have used netboot.com.nohdr successfully as a DOS .com file. > Are you sure you are compiling it up correctly? Here's what I'm doing (this is long): bash# cd /sys/i386/boot/netboot/ bash# make clean rm -f a.out [Ee]rrs mklog netboot.com start2.o main.o misc.o ether.o bootmenu.o rpc.o netboot.com.nohdr netboot.com.strip netboot.rom.nohdr netboot.rom.strip netboot.rom makerom start2.ro mbash# make cc -O2 -DNFS -DROMSIZE=16384 -DRELOC=0x90000 -DINCLUDE_WD -DWD_DEFAULT_MEM=0xD0000 -DINCLUDE_NE -DNE_BASE=0x320 -DINCLUDE_3COM -D_3COM_BASE=0x300 -c start2.S cc -O2 -DNFS -DROMSIZE=16384 -DRELOC=0x90000 -DINCLUDE_WD -DWD_DEFAULT_MEM=0xD0000 -DINCLUDE_NE -DNE_BASE=0x320 -DINCLUDE_3COM -D_3COM_BASE=0x300 -c main.c cc -O2 -DNFS -DROMSIZE=16384 -DRELOC=0x90000 -DINCLUDE_WD -DWD_DEFAULT_MEM=0xD0000 -DINCLUDE_NE -DNE_BASE=0x320 -DINCLUDE_3COM -D_3COM_BASE=0x300 -c misc.c cc -O2 -DNFS -DROMSIZE=16384 -DRELOC=0x90000 -DINCLUDE_WD -DWD_DEFAULT_MEM=0xD0000 -DINCLUDE_NE -DNE_BASE=0x320 -DINCLUDE_3COM -D_3COM_BASE=0x300 -c ether.c cc -O2 -DNFS -DROMSIZE=16384 -DRELOC=0x90000 -DINCLUDE_WD -DWD_DEFAULT_MEM=0xD0000 -DINCLUDE_NE -DNE_BASE=0x320 -DINCLUDE_3COM -D_3COM_BASE=0x300 -c bootmenu.c cc -O2 -DNFS -DROMSIZE=16384 -DRELOC=0x90000 -DINCLUDE_WD -DWD_DEFAULT_MEM=0xD0000 -DINCLUDE_NE -DNE_BASE=0x320 -DINCLUDE_3COM -D_3COM_BASE=0x300 -c rpc.c cc -O2 -DNFS -DROMSIZE=16384 -DRELOC=0x90000 -DINCLUDE_WD -DWD_DEFAULT_MEM=0xD0000 -DINCLUDE_NE -DNE_BASE=0x320 -DINCLUDE_3COM -D_3COM_BASE=0x300 -N -T 0x90000 -e _start -nostdlib -static -o netboot.com start2.o main.o misc.o ether.o bootmenu.o rpc.o cp -p netboot.com netboot.com.strip strip netboot.com.strip size netboot.com.strip text data bss15312 368 3264 18944 4a00 dd ibs=32 skip=1 if=netboot.com.strip of=netboot.com.nohdr 490+0 records in 30+1 records out 15680 bytes transferred in 1 secs (15680 bytes/sec) cc -o makerom -DROMSIZE=16384 /sys/i386/boot/netboot/makerom.c cc -O2 -DNFS -DROMSIZE=16384 -DRELOC=0x90000 -DINCLUDE_WD -DWD_DEFAULT_MEM=0xD0000 -DINCLUDE_NE -DNE_BASE=0x320 -DINCLUDE_3COM -D_3COM_BASE=0x300 -DBOOTROM -o start2.ro -c start2.S ld -N -T 0x90000 -e _start -nostdlib -static -o netboot.rom start2.ro main.o misc.o ether.o bootmenu.o rpc.o cp -p netboot.rom netboot.rom.strip strip netboot.rom.strip size netboot.rom.strip text data bss dec15376 368 3264 19008 4a40 dd ibs=32 skip=1 if=netboot.rom.strip of=netboot.rom.nohdr 492+0 records in 30+1 records out 15744 bytes transferred in 1 secs (15744 bytes/sec) /sys/i386/boot/netboot/makerom netboot.rom.nohdr Anything look wrong? Thanks again! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Mar 15 22:07:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01286 for hackers-outgoing; Wed, 15 Mar 1995 22:07:05 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01280 for ; Wed, 15 Mar 1995 22:07:01 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id XAA29803; Wed, 15 Mar 1995 23:10:48 -0700 Date: Wed, 15 Mar 1995 23:10:48 -0700 From: Nate Williams Message-Id: <199503160610.XAA29803@trout.sri.MT.net> In-Reply-To: "Rodney W. Grimes" "Re: cpio bug ?" (Mar 15, 8:46pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Rodney W. Grimes" , phk@ref.tfs.com (Poul-Henning Kamp) Subject: Re: cpio bug ? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I think I have found one of the things which have troubled us in the > > install procedure, and would like to hear people opinions: > > > > In a cpio file I have: > > file usr/bin/passwd (root,bin, setuid+0555) > > symlink usr/bin/yppasswd (bin,bin,0755) -> passwd > > > > Now, cpio will do a chown(bin) on usr/bin/yppasswd, and this will > > make usr/bin/passwd owned by bin instead of root. > > > > Obviously wrong. > > > > How to fix this ? > > CPIO should stop doing chown/chmod's on symlinks since symlinks no longer > have there own protection. > > > Who will do it for me ? > > I am digging through the cpio source code now... looks like several > things will need to be tweaked :-(. Have we looked at PAX? It's a 4.4 thing, and it's supposed to do both cpio and tar like functions. (I think it can also do cpio and tar formats, which means that it could replace both of them) Nate From owner-freebsd-hackers Wed Mar 15 22:09:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01305 for hackers-outgoing; Wed, 15 Mar 1995 22:09:00 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01299 for ; Wed, 15 Mar 1995 22:08:59 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id WAA10227; Wed, 15 Mar 1995 22:08:47 -0800 From: Poul-Henning Kamp Message-Id: <199503160608.WAA10227@ref.tfs.com> Subject: Re: cpio bug ? To: nate@trout.sri.MT.net (Nate Williams) Date: Wed, 15 Mar 1995 22:08:47 -0800 (PST) Cc: rgrimes@gndrsh.aac.dev.com, hackers@FreeBSD.org In-Reply-To: <199503160610.XAA29803@trout.sri.MT.net> from "Nate Williams" at Mar 15, 95 11:10:48 pm Content-Type: text Content-Length: 477 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Have we looked at PAX? It's a 4.4 thing, and it's supposed to do both > cpio and tar like functions. (I think it can also do cpio and tar > formats, which means that it could replace both of them) > Until it understands both the commandline syntax'es it will not be able to replace anything. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Wed Mar 15 22:09:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01339 for hackers-outgoing; Wed, 15 Mar 1995 22:09:46 -0800 Received: from eccosys.com (neoteny.eccosys.com [199.100.7.5]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA01310; Wed, 15 Mar 1995 22:09:04 -0800 Received: from mail.sanoh.eccosys.com (sirius.sanoh.eccosys.com) by eccosys.com (4.1/SMI-4.1-EB-940511.1) id AA14862; Thu, 16 Mar 95 15:07:13 JST Received: from [199.100.7.136] (mac136.sanoh.eccosys.com) by mail.sanoh.eccosys.com (4.1/3.3W) id AA08576; Thu, 16 Mar 95 15:08:01 JST Message-Id: <9503160608.AA08576@mail.sanoh.eccosys.com> Date: Thu, 16 Mar 1995 15:08:45 +0900 To: FreeBSD-hackers@freefall.cdrom.com, FreeBSD-questions@freefall.cdrom.com, FreeBSD-bugs@freefall.cdrom.com, FreeBSD-current@freefall.cdrom.com From: ushioda@sanoh.eccosys.com (Kazuto Ushioda) X-Sender: ushioda@sirius.sanoh.eccosys.com Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Mailer: Eudora-J(1.3.8-J13) Sender: hackers-owner@FreeBSD.org Precedence: bulk help From owner-freebsd-hackers Wed Mar 15 22:30:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01552 for hackers-outgoing; Wed, 15 Mar 1995 22:30:23 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01544 for ; Wed, 15 Mar 1995 22:30:09 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA19077; Thu, 16 Mar 1995 16:28:23 +1000 Date: Thu, 16 Mar 1995 16:28:23 +1000 From: Bruce Evans Message-Id: <199503160628.QAA19077@godzilla.zeta.org.au> To: bakul@netcom.com, bde@zeta.org.au Subject: Re: install compressed binary patch Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >> I think the gzip image activator already does a better job than this. >It does? Then why are people saying that running >compressed binaries are not shared? >> Neither does a very good job with the following issues: >> >> - caching. Everything should probably be cached for a while >> (days?) if there is enough space. >My scheme handles it (read the more detailed description in >my email, just below the section you quoted). OK, I was wrong. The gzip image activator actually only handles one case well - when you have more memory than disk. Expanding the image on disk is very unattractive when the disk is a 1.2MB boot floppy. Bruce From owner-freebsd-hackers Wed Mar 15 22:46:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01809 for hackers-outgoing; Wed, 15 Mar 1995 22:46:49 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01779 for ; Wed, 15 Mar 1995 22:44:04 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id LAA00431; Thu, 16 Mar 1995 11:34:46 -0500 From: "Serge A. Babkin" Message-Id: <199503161634.LAA00431@hq.icb.chel.su> Subject: Re: diskless and 3Com 509 To: martin@victor.innovus.com (Martin Renters) Date: Thu, 16 Mar 1995 11:34:45 -0500 (GMT-0500) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503151456.JAA03865@victor.innovus.com> from "Martin Renters" at Mar 15, 95 09:56:29 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 47274 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello ! > > > I wrote support for 3Com 509 card and sent it to freebsd-hackers@freebsd.org > > , but I'm not sure that it came. If you are interesting for it and > > it didn't came to freebsd-hackers, send me mail please. > > I remember seeing it. If you send me a copy I'll try and get it integrated > into the source tree. I am quite busy right now, so it may take a while. > There is an image of /usr/src/sys/i386/boot/netboot with installed 3C509 support at the end of message. Description of changes I done is in 509.doc. Serge Babkin (babkin@hq.icb.chel.su) begin 644 netboot.tgz M'XL(`````````^P\67O:RI)YE7Y%A9S$8&,6;TEP<"X&V6&"P1_@^)Q)\O$) M21C%("F2\#(YGM\^5=TM(8'`),'G/LSU@Z7NKJ6[NK9>1"[_[,G_8*_P^O4^ M/`/Z*XCG:_$4E;#_>K?X>G]_O_B:&@O%G6>P__1=>_9LXOFJ"_#,M6U_&5S? MM/Z)[OS3?V?JM3$P1\93\B@6"@<'>POG?V^ON!O,_^Y.$76A6-@K%)Y!X2D[ M%?S]/Y__%U*@`=D;*.;VH/CV[5Z^N)/?+4+Q=:EX4-I["]^NAZ#<.?(+^04$ MX#"P76@JW>-6J\L:6HYOVI97DE](V[5*YV./6J1MJ'C7D#I&Z<+`MIT#U@:;`GS@,LW-6:31Z[=89HE;ML1.P>O,1L++#8.BE_M\* M0G3,_S'`'H!RCG6P#6C>RCH-ZN-BYK2NZPA5MW21A/=@$O#\PW7 M@IIY9?KJ*-\YJX(W<1S;]6-(326"U%30'`KYIK*#CT3P7>HM3#%VM?W"[@+( M_<+;&`Q@;8]N]AW"6".NRQB2MJ:[NH>;)./6G9UKV2J+TM,'7=R'1BKII73 M8&QZ&CX,Q'3Q26S&AC7!5]?!!ED^KC=K]799DO(3S\V/=4.CJK-632E+&-+D MZDFCW6#LJF>=*!4(G+?_P0;P\@-).JZ%FIU=I4&1B3_((3VBK'-!)F MQ54*@Q,ADY MRQ[J+D1K/-\UG60$=P[!#1"B-7'D,;HDKX_,OMQL=3Y4VDJM+/VE=+!T5FF6Y4ZW73\ORW(P4\6#W3=[D0ME7HC4.OZOS@.Q M:=2(AA#@+$<.5^KD!:J=#VGD'V)<^)R5HA,K2YH#V[%YC-"6)3[+L1KR[I$* M>4Y-8@R$8DFZ#F;?*^_N@'=M.N4BF(/RO#K9@W*4%[[CV*)R2^2LS0]-FQ^: M]NM#T^:'IJTV-&W!T&0,9Z4E)AD*4Y9-"^<3H65)O)'RML[_$GJ`3JUUV<3" M%2^Z\/#H+\O_AZ9Q_S?\38^4_^_T_\ MY3?7]B>+U0!F>T#/\WSWI'L.E/JC6U(=.$=+3S>] MZQ'EIU@(W@\#.!,SR"&F#)8Z-D:&%=9/+,^\L@P=\U3KBOSJ6/6N#\F=^J"- M]9[II#-9]N89+F:D00G#C&6,@M+0&#$XX\[TTYG#$)LT<^"%%&Y59UHR27(# M53-"(J)[40*B0U$*%'ZB9=OQ0YK$CYC[\P#@Y1&O;I!X>DMO'5=KF8&)I&:+T$,)^_@IE@OZ1,IU4 M5I*X$!^R5,-%B+53>?(&0J9%GF@*BKR1YI)JL)'DRRO5B6^+RN9%HX&52>,- M-JE^I-AZ*94592$#PN(BD'X0%>PN(R8_H`:\,$:>(=%??A.>,]G0,A90(W]> M/J*1]"196.\#61%(5DI![(\M MWT/]G*WQ4@MG*QM')33F*'CK#+[074%`E.(4B(`E=A48K!B>L(1@B*)(N/0\ M"E!#.([&;5(@\0*AD"9%.MQG^QE8%\'D=BHP>0$Q,5/,#[PIIAM@>O>>;XP# M,3&K#L3$"@FXU)",2_8SA''&=L3 M6CKSNLA@(\A!,8;,AIJ$/&.,I$Q3->J'6T4$EDJTU#B&9EL81B9L7+]@P$$1 ML.O6W_9@P.?9GZ!GC^^04&-J@;W'S'Z=4;5Z5NM]4!KG?-_&&:GW0.8*GN8: MAD5[*TV,N2>M-H3NI2.OCW]>GL8F^0=;RLQXK4U\H@<*:M!/.2YZKD$Z]<7] M8J7(<=T.:1LOC MJ:[CT][=YTK[O%=MU)5F]VO.=*ACF;A4I]VE?;"7=389:$R2M(P&R1@H:`6; M@-/L`6..G&A?01:%.9T/:%!A7F3XPQYVP&#IS+JGAF]E=LE*;6N[;ZNN/KNA M:>/_P4!>'V,^6Y3XX'2%[F4\,F\ MPD.8.JY;-3I*^Y/2%I;+TXH-[RGM5Z3UOV+#O*\+;+@32XD>,^494J$I,S_9 M-'!]XMN@C0SL(.(!KKIH;WP`MP;IL'5E1!GAR"2)=L?39KEP".:[`_RWM96! M1):6K1N?S:]_+Z./&Y#/S=BI,IP,7$B1+*P?+M MX2@=M!Y&)C6`B4PE1.`>Y`B5H6];42I/(-K.9>6`^B/;.V: M']10&BBOCZ\PFF`=FB1I2EQQ_%>&KQM:^A7+`DCRK/X("IGH`CU'I'J6P*$' M0K,@%AI2D/NBU$OP4A>#X])/IL2E+2(9ZQY?#?3ZD\'GKUG8Y,7U![:/2KNI M-'`Z*&GG3,*EAKP^7GP2Q!;$W!10('$RX`D!BFZ4(S+(8MZ6RK*)":1\+);< M7,A"N@*%BW/MPFJW6ETZ3F.Z.[.V@B>1F-B.29+8(A]/G5SJY]LS'6>NH11( MD!Q]5$>I!SV/R.0\T^K12S*,6-I&DCIBVM=LYS[]6`\9Q5>/L84]YMI$?K_I MP*M7[/$6E&!U4!MHUSP;T?,L,"4#)R-R_R?Q?J'^S*RO MGT9_Q`;>S^@/<]%+\X29CB_7'^;C'M$?!K.Z_LSW<%Y_DM@^@?Y$>_[T^O.A MU>DV*V?*=)D8["?)Z^,DUN#!UNXB9XT2B>Q.H[-.IQ,E-+X/Y2-\.&S3;*6) MZ&9F`6P&MF`W`Z_@?W=%=`W5[X/@&O/["ZA0&'B*(-`Z[\;"0&S?25X?PVD0 M8'ODR]>!O,H?8V5\C>8D+=(Y:W9[;9:K_1T4+ZDX MOUI+)N79_KUC(*U.J_JQ5SMM5\[F4:E_:>PRZ0_O?\:;]#T?ES?9E$LY5#F5 MR63F\):SYHA!.H?D$Y:82SG?_BKGV]_EC,NA&[H_]`N\^=S]/9T\I?/IO-7N M_F0/T,K<-7"O-W^6L6O0;C%!U5^'##>5G^`3Z$E.855@Q_4S80T/]6@%[HB=BAP#!SGG0\&2Y M;R1LSI_UR.MC.,U]EX1-*1HOI=4")4OWUA,HIZ02`R7/0E<)C4FY],(H^`C9 MVQ7()H6XQWH;#6H+"2^.7X^0#R/6RJ19<'J$:AB.5J;*(\]RLM-8@V174HB% M826^(ELMD"S5E<7-0;#@8ULFC83P(`4=G8T$/T&-^_X8I<#-_P05YMAC1`(? MOHS(`J\=HR,I%EY:)-4.S=0,T>SQ6+5U>'X^\ M;-P9VL0WTOW)(%PBXGO$M:*V;WX_7.T4E]G,\S11P(7XWW\#>V5K\!>T-(^< M"/$%_-SY+M$C]I+T'5_#UNB*_SM?\:>_T]$"DJ;3JRVT10BM%GOP'C"_[%B;W9)B-`*HOAI"H$HP9=Z@P^X-MMU.EVZFB/RN M0:1+:U9-NJMWIC0OL"/G=/QGB>LM3Y$$!-=-^5T"II,HU,]O"E_%=2?'=[.@ M+;E#4!2ZY;O\L&GJ%(2&:/Q$@=BF^423SFA,([ZX&\R! M2'W74*]9(W/J$8C^AJ##T(@V.XC@5=2C[>U#\1YTO@]?^KQ'$AWL2-%]-*9/ MGQ%M:XL.SC0.Y4QX_S2.14@/<@CZ=7;0H7A8GP('@-!H%<%($#]VM/L0N>HL M/FIYTCNF=/]W;]']7_I\Z&!OYOYO8>>@^)_[O__$WUH]R6]>`,Z%-X"Q'HH' M]"WBOBQ#ERXBLJ")S[[J&3H,#?7&'-W3)8\:ONEP2I>AT)UN>&BQ/4//::"[ M[!H"!5F`BD7'VO#)N%+A5'4U4Q603@B90U95V[EWS:NA#^EJAOCO;M,'D=D9 M+MGYGB=C[F<3..<@`1PA.X9[9<"QVK\V+9(%&S?E5+>J:\!8O:/<(WTY+I2IT_Q/+$U0S6A+JLNO<4:L;T MW1N.C.X&#%6??1RG]NT;RD^"#A(&UK-U+0YV[`%U!^.1:EHH:+BPZ%L[RP;- M=+7)&.W)T@P.Q,BQN?80P7,PG)A]_D$G$1O2`:WM(#9%7XHVIG5%1\]^=.19 MI.V";L>HJ9XW&=-H[F68DC9'IL_&!;HZ5J^P%Z:E35P7AW=KH@Q,WR,!XDS' M/JJD2P\(TK^'8W,T@G-U,H+TK8./?VD^>D=[-!GW<=X,?9(AE2L6\\7]_-L] MN7-6?;.'BOJK=';R.XQ.[,/-*96H0D"ZSY[_&G[/F5H_IV&ZD/,XG0+2>9,G M6UF?,?/;=/`"TQSZ3E*I*<<7IS!;>SJM3KQA/ZWD@88NW<]=(://!U]((22S M2M>X8OCBAI`XAH_>,0LOW?,ZBG"6J?7(/R0VJMZRUID&EIFP!O^.?RR8V#A2 M53>Q@:UR$EMN<$1V,M+8&-.B;JYMDW406Y-;W(4M="N'G;,=+I"ZC$/S30TP MZ=-[]5K/,[Y/#$MC7P^()LR7>@;.ASWNZ:JOSK90^4GN<76'Y"9&(_N6?()_ M:\.-ZIITX,A="_E!X&I!GVO+ZV-->U4D0T?5K@W_L]+]T#NK_-D[KU0_*MVO M_+,*T<@^`EGCL&5B=E)O-,21X@FY$7:RADY1U57'IWMU%BV>Q4]!XTR MTUYDRTX:;]%FC0P7QR8KL+6DA\Y4&Z:GZLR28(T^\?ZD-&NM-E>O$DO$$>ES MX6MYP]@X!%XJ8LD)2SM8*H2EW:]EEM\&N6N4Z&6M%*]HMCXIC49IEG7K;!EG M?47.XOYKG-3[&*GW,5+O%Y):_VX"JLEYNW5,.M*P[6L6\E0K4!%Y?:QH5P&G M&>V_;_!%&[I_6KEBV)D:)%T6%/?C$OT,(4VAV:?_[*<+`CSR+%GXANF*S3PQ MON@]%@O+H)R39Q*[C@1LF9Y*RR"Z-2=>L672X\[\6D`93H]%?LOO^>H5I].H M=+J];N44MNC:K<01:.M9.##L._#(IJ>C-YS9;L-LPV4ML;JI9(+AJF8XW#>[ M;PMLM&+CY9:^3Z(;RYM]5S^<^>QG)CQIPVO,=:+U?-T\_?1*FEHB#C0TCJ:R MT.]+OZZ-M"KM&)C(#L5$VF.@N:3?8Y"EW](T)KA0GRG=4^J="C!)>5D88=+/ MR[BE>U/B`]9Z/2#!G6+63_]H,G`GF`.7K@K M#F@[@L;'E0>39"8@Q!N85Q,W%`C?.4MB3#]K)*=WE()JL%^PEJ0]M MVC5@:P#%XC\:@NPUIKK$R)[X_3DFU5;SI'[:JW;;C2Q@^7ROQZYI*!VEBSVH MG'>5-MNSJ"F-RE]IV@+('$)DP+>JZ=,/P^",8ZD(8^_GN2G-RG%#B;!CXV%[ M_)O0LF@I%"A1EBD'#0S33I-^U(7G&&/5<5"B)O_1$)>N2`O\._KQEFUZG&2Y MTX<[F@Z"\T9V<(TVQ\&IZT&2B8HSIS>'HGW6A)FQB@VM2KO666)UXK[YCW#>0\Y,=Y+JYO)8T%NIU"8%VETP&3L#:I[V*PK-M' MY=G8$CU>Q.'?O143@0K'HH`8I(\<7O[)[^`%U&9N<"Z@L@H1[G9\@T4E7".Q M`P.-K4_0`"Q#\VWA+Q#56K@ML>5A1TS!PGIYLPG,\$'=[0X3_".NQ&W-Z-TDL,_L:&/0CQN M\&DSPUJFD#N!<[Q-1^2YP^V?K!V9;<).)LN^4/'21#,33&T@NUFW5>+'*I0S MB:^!]B/=#+_C[)=2V85C)3YW(8[&3C\9=*,G7.(,[/8MHN8 MV]*RG#GRBP9K60[,I."7M=])OZ-Y>"0-C_THVN]DX<%?7JAF;.L,)759ZS5: ME\Q6#^/[:O".M7ZHGW[@S3*+3'&8K3(+-UQQ^,HF.-(2'YN](?4JBJ_-6$;* MH;;(3V"PV8H1G-YT$6#D8#$K.V&GR>(U$K-)_]A)V;*>8^\H&[TT-FZ,_V/O M78,C\92<>/4;G8W%4?QG7.^ M<\YWSOG.]U`445_U@H;.SHI:XEH.LCQMQT(V\EF:BYBZ*KA-KF07(-$RKB2T MM2);`[37KVE[!S@T0E9UB+06!03(NW5\E8@C?2F,@+R`C*IS(\AWY78F>8>I MWRENMZZWV@=+ M2FY`KR!:/>/8117EU'`]MUXF&W"+LFFR.@06Q6'D7H=D%1Z/.G#/,MR+EY(Q MO5!DZ6H"2='DX3S:DQ.OTJD!&S.H->O%`N_CIF&\.`R+P=LP3ZQN,;^&;YEQ"W085R9H,3] M4)S60T%"6]@_]@2*NVRNNIN=R&S($P`1TS4K9%EX49#BSJ5(Q2(WY: M_$[%W"(T7I$9DN.R&;\^JQ;CV:,I@4(OQY3OGZ$[6FWWWDUE>/^%TR%,]K?: MK;AVNMSIW@V>9KGW@OS(%&'3LKFZ6LS9K*I64(;!A_Q-6F^(_0:GCXUVS^3C MV`%=Y/')"J^Y@![W&JU=9IJ3V,(\'=M3R>687:]+N\DFC<'^12\?59T`23N,RN%N0"2#=;3FAY.IEIW8ZJ8[82EY538*-]@"PRGMNP`X6MGIJ:`;,A>./. M==X*G`X86E[))N6$"-CP)@]KU21S-@-QP1#FAT.8'PDA.[P.U=%UR`ZO0]5? MAV.@G^R]H!Q5KTV&I&E/VFDWF]$84+Q.YR@A.T#)D,CS*A4_R4SAI/L6",ZN M1(UQ/9"9<=GVGJ95OV4+(FZ_E@M%.%,XG\\7C)&^F@$< M]D$G``5)@YG+K&T&5DO?+6@K=O#!P',NT*?3O3@+Z.5=:!SS#'!<#-D84:LW M7BTUC"8NAU?TNT=DBZK[LP1IE/&*"@/&Y*M#)@,,!1"2$#MXQW1@')%4'B=/ M.0OOD!I>R<"\B>L?,+YR:[2M1ZSH$>O+Q20/FR$`G]LJ%=)X-JS7G=NEP4E3 MQT^:C!,;RH7"+!EA4N00$'3#[#;J1[PG@GT.6C>"Z1N5VR/:N\P_$[,Q4_F4 MV6W;1^:XG*QJ@.GL9#F-Q048%VI0G(_:66,X7.0.W!XDJP9LF#1C45)6TJ;A M"8=?[J4^-+*"!PINJ]A`1/J*VP=^5:E!L!S_IO[ZKU8X=T20'=!V_##QPR MZ:#3!DN%J5@79V\KO^EG/([:T0_@TW)-2:9A\%!4*13'U'4`MG.TG`PK*"E4 MWL)KLO7US,9*7(;(SW*QM&43.7=,824]&FH!23M_P6MY?7-C=)X5)P^\EE=+ M*5@PG>^UXF@06W2%&2=4$W?O.#DVM^).W]@7R)U&NWS0;?3,*`[).#$+XV3: MJUVGH)@K*6R8:E%.(X=U0&+FAL/DZ\`PE7"#4_M8QJ\>@V<\G;XX-V_'::-K M;L;-7#H&]G=*18=W-;)3CM\K#I*/W2_4K)C=+F_'$,0`9+N[1J8:W#O&NYNS"7"#%M4+(CJ0C_=Q M6-<71#)V]7C;/)^BV,U1JT+$O@;'3E>:^`.D,/`V-.``L?C^KVUU\6)U)XNW M'J+IR$J"V1<#&I9.%.2LA68D"90+3B*$\[?@%.%N'DMHQ/ M>I/E-]^#N(Z@W:`M4>B17+"7P<+SY95\$47Z<(@,3Y7-%%;*0*=(9E_3'44Y M$R<34+_2=A%YZ45[$>%30\6^8`"%") MS>U"-H=B21(WA6>C=+U#L()D9$?40\JIKA2>15B>%J858/14*$60B.-!5#4A M;#$-[2!#L3R+>8LC,]D3Z6XRV9,*,L%+&5U:/9=?VT`OE7()\$HBC5M6M*]>;9A2K1:V6]+4]PC"S4-\Q'"Q M$TGAY)Z`0S/=V<"ZN-=NUNCXO`_$9-]H2OTKT31;N[V]X0UD%.8RA;47RJ6G M850^#8B:N8 MM$]-V@$;!ZJ4HQDG9#B@#SBZRS*'W-X/KPJ=$9.',Y>.5W.5?%[.R$'I"LM9 MXEX>(UGJ&,FPU!D6O#%0KU-4NK"D55'#H]XU]DU-R2`80@DAI$<44]HJ!C`* MAV10IV#7V5R=>$O/+V^OEM%TV,`.(NF)H#-S\C!Y:31:Y(':S:<2%AN0(J$.NE'"^:V#K$MC(_DB5L]N%PLB^OY`ZB0Y+#NRPS/OLL$&0@SLL M,Z:A3=0$AW:@\,]`%@DOYJ_8UQRVO`[RN0]@KPFK5L]L-E$KC-0.VEU2-C@P MS\%NC%0.++YQ4=44 M$@N)M%CM?;(S1C[4>XU]VZ>/N&$T^Y["X3A6W8.]0@N-C+`[D)JCW:!L59&K M4%=&I6T(I<=%(UTQ?AP6D>()G0`KB#;*ZWGD M!I&OFWU4L^/U*S*^HJ#NTL@";.11*X_M$=3VC8[R]@<+\S2LAG&10H=C1!%D M?:*U>"]NQ3M*;[^V&*9[F!73@D,7W]-"`1XMXQY?UI2D[+8GUN)88FHK^PCG M.Q+P%N_%(?P5[!B^UA-]=$XIR$("6_8R:O(-F]9'"7"?0O,@9M?=LI4D : MXBB?G$?!RVBT=_GR/(MB$K&)A*&Q2PB6=%F-:J\/!Q5Y0@%H'1M-8<`% M]*+L4+35?E9,7W5KK[%)&/1[MX\#`6U<8`9+=@@#8^$./!+U]QU)""XRCI`J M?9*QJW7;'2<+7C*3=9YV6S2-[JZ9$%MF=\_H6)A64I!>M]^J&CU2AB/M4?31 M;!JUCS/W!J<\5OP"5DI<%C`W<@72ZUS+;3!]E,>DY**M-D;5@%JTV@=-L[9K M`C7I\:Z/[0=&Y=!8&G+$%[&S<%HD[M#66JZ4DUI?,$(X+Z`RBO&P2$T4EA=V]R).9+/(UEO0U,Y1UV6Q/&R8+2FD%Q` M3&(GD!L&J5<+N1QDB8DGA8/N"["/EDL07B!WVVWL'K&:7]TD;-[TGVRYX*W\ M9GFG4$ZA+GTKX#SN3445)"][)A"BFJ@=M+NX"!AHJ*EI2]N@YC;>_.A#'"!; MPT#7@'[)&@Q-Y]IA.7F&9>D=!VXG+BPQQ<<)',PX<%)!3#-//C10:0'U3S'/ M3QD:-&J3D\?(+=&Y!8U!_I?"'B[.D%,8=:2R.TLJ%%"F[X((PLG1'.TK//TWY%^U*=;2*I/`:E4B*A:HP*;HUE@// M0H5ZM%"$7'*R4*0KTUR(6G#ZB$GUJ4%R+JB0.!#9.#Q>(4JSSM(;MLMI9^\W MZ*KRE8%[/%NP'R-(KO_5((4!E[C$>U)3<]^![&RUGQZ6,,F&&B74-NP9&*X;!'4LTV*_=AEYJ?XN75:Z`' M>PC+DR;"HSW4TN$]8@^U\^8#A%=J[E,\["EI>/G2>895U),IAN,K*-]9K$Q0 M^E1:\M`\&3J!B8-&$J^6_F&$4E;N,->)K7?0J-6:9##N/UK>Q%TS)TO,@K6. MD0QV%Q8>2.XA>DO/;PU"P@F@/*BT83SUC"9+0O=8]Y11L`7'#=@F[J`E([+. M=A),`IK")-(_S#);`+E21M/<,7Q8'VRK+=BVFS1IQM?2>W!$Q`M!]@$F M:B&T6T@BN9CN8;G>J+=1;(^.;'%1M7J+&NO`EZKF.J^L=EMPPK#B/%B MA]@3%;0#$$<;-?$NUMN/OL[U7KM>]V5$`W,*25W8UU?Z]3HT$E+OH65.[>9P M).M#VT8/D* M(W2!#[-0=SQ"$^"XFJC.:5K52AVII255&3J9NNIG\&B`$89M7G7)I@**220= M`+RGSAS1F^%C8)UY33+=9;45/A:F+MBM\N$L'(`U&V]VM@MW@<&P@\,+#A*] M^+`108.0)1= MZ2A41YS)3UX^DX]-Q-F/^GD4HCX?8\B3ERWI!5<)7P0FZBE7N1JU1O.6L`KU MRAP7/4O-B`MO'G7.B;*1+!7=[J`;@IC$6;F0>W8[5RSIYF<('L8'2M>YG/>& MW5!MPUX,>0L64YK&?+[WM-Q78^5)UYM\[\"37`7,>9('BP(Z&2U/1@\B??5C MS'):U^V4KR90IBW([QM!,=L&YT8*0DBH2CP="V((-GMOY%9T,AE:*9'9B%U*R8C+# MDDOJ1R@P(Z0[AG,"!DO%8$WQ]#*DHBQ?,H+7,/C$ MN%$]G$W]/@!'Y,"K[NMOH5D2VPK+&LZ84E,;/H7!5?%JG9U$Q,,`A\U^:. MA$B?4FW4/)!3`CUMJ3MG$94I[>VH=VZ2]359WHSS]226.!]S/-,QN5^,:!ME M"&46B&QF5!O!C&YHKGW*9R]@=M[+=*^:L6@1NC'`*PWFAI M5,HW:G'2.HSYY!B[5:^KK/,UJ^=S"080V-$30B&?1[0Q;?6(.8?1Y`CVO5AP MD%=6`V^LAMMOX/M`*/]825.45-X*#D]=S-!%8[=ZK*0I2GHI]S_P&<@W M>XF%/V#ZH,RE?VXCI>+9BY)4[VGV#K+8HPH%P"@-Q7MI*:'L99UXQDW,/I"J MD<.X?'S)-Z!N2I_@)[@6K_3W]X]$E[ZM2/'>D<#SZLN M+79+^>>I]*TCY>^$&!2HX(XBZNQ+9GF[^`*KCW^V]UN,Z4F-ZO0_K M=;:\1T3#ZS=&^N.QR9OZ1O]C*^)568Q"[3%*42%!3FHD<%KD&7U:$WW.J,@3 M%;45WQ;52*FBA:&F/5R,)HZ70^1_5`]YZ,#S29&>G<6W"[I++':[9#2I8R'C MDT\RUX,ULIHLVR'-`X\LFXV[@!E,1H M25QB8]N:#YP$PEE&FHI**XM2J)T"7*M M'9%Z<9`5NI`NH4WI<(T2':"'5*.*%\.VDIH\35H)LC`_F3RLU`5:S[`4,*UU M"8%-[B%I["H?/]1(&/,HE6_1>8N<1Y/X"J6B"D9L^]%5,O:,G:?Y`(LV8/Y` M-Z`M$3(%0ELEG$U),F5MD$,J\DR$D.S8%,52A;`N>VV869;)&1,BP[/+;-5L MC!U5F^:B,`W2WNO6J%IL+(MU!JD/VPP-*,^B="'8I2XP!)#E.GQ@E\A"#389 M(';;)F&,NA?POY/)EV0'&+M&HQ5#+W,$%A5"$%F+U%JL/U2.RFU8DGW/RXS$ M?^9YV_JCU#LD!^\M&%8-0%_SR,E$>I+H"QL77BA1/(U5702B@\"HR^R>VF7C MX;Y*<.\A@C!](I`4!7E.TZF3#%STD2J,BPOIMBVI=EV:E[QY-+?B4)WAOO$T MOS<2)/N?0Q\?)%!,/AVE4SO:9&D4"E,J(@X]:_6[<`+`[L+EBLN]`;3"ICN2 MY$2KJ*M2'"Q'JMMN]8>DJ MC=:]J,Z]_HV7&UI:WMQ$U6B!SZVITFII2RP#8M$*4T.!1=$J;"="X=3]O=J9JT(`4DG MA5N'(3PWXXZQ7<&'\4+1R::94`1HGM"=%:U(EQ!$..T-1]&'\+0_%$\U,TYY MZL(MG#Q,IMRA=!['\+0[_.*E)(9J0)1!UO!TVA5&9CGUIML&/\.I]/QX.5D[ M)FX$6F*EL=OH&4TRAKQ,/L]6L.P&;J?&>W93C=)\V87)4+8>8WN#@ZAI,XE' MUQ:>7=UNM/0<6C#D64%?7K;ZD9-*.8`+X];\Y#%)MOHS;!M_S$=@K5'KQ4(8 MAY8+@_DL!Z9<@1D.3.N!RS",,7#:E;+`*6=<_961^6==23_!@7-ZX)6M-`5> M=.?GE//NXE:/69=2\.YOC/8X& MXKV:8&CMX63&A.V?+SE=='>W%I-S][GNTV^YY.YD+=<.HF@F$!YV2#H@4XHS MS046M851%P,S93%J/C@7Q5URQRGG>1AE!$91KHH_:H9S)9/(+%UN[\*A!U;% M;L.T%NC(A`G@@--"RXGR8.?%M@23M<'87I7PQAG.>IP-:Y$(S$QX)VQ4?9RZ MG96(O*Y57B?QC,"L??([*3\:-?6FW#S2ARU+<-/Q6JDLF;PR(Q(Z[B)UAM5GV5&=Y M2'UVW+79.4Y=95/?>BZT M7BDW(?$!^;.>_-F[R3_C*7]F5/D.LM3,F5KV0AA>`S<$GCXZ``Z)#\''\KSB&\Z+^)R.#0I]PTE]:8L#$R93GHKH/F<(*>*7E@;>K0O-_HGT0T] M>'.C-Q(]/N4%@(ZY]`33`?'HN,LN0-]7N=V%:4G2@4GF]20S@4EF]23S04FF M]20I;WN5&S@GB:\;E?,Y)\E,<)*DEF3>AU@/WKS-<1QL#:RKX\5K8%T=5V$# MZ^KX(QM8UZRKID+,^>+)2Y8SB*"/\6D[X+J2(;[Q!KO?\F5&,VEZYK3,7-*L MR5EFTZSV$F@7>"D5!0@QD=G.+R4#`9)W+'VL2(#2;G,N(_#^0R0G4[/(J44# M"70I&@SKZ;P.:SX85FIN M^6"M+&MHP[Z7L%;:?;3E+=5U)>1``"OY@M:R&1O`>D;4&EW(AD4/`4`62/4Q M+@$42503P>#%0K?=;+*M93<`\G*EC:K9H'CR@N6,JD%)4L[8&90D[8R&P"0% M&YM:)[L<@&E^@((`E')J#F@=BXQR&/T]LF&W.RCKYD[1WX\2\4F(PXLBBXRF M`:Q!Q6?7_5VY;EC7J2/LD64-RK^1=_+/N_+CM!V6'Y:0W!6M(R\&Q9<+N>>< M2711PH?F=,T;#2MPC'.^E?R6?_)QDT0'.7/2G%=@WE+6/][*_@%0K= MZM%EN#]O?L4]A;P+'L6CB7YM"FE84,+(J8&3W`:@3;```.G1`+3I%P!@>@2` M[8WM8F[%,PA0&$2)A@9ERFNEVKV?MTGL<2L/8*9]H\`/9E03`,R,;USXP39Q3=R_M=*KC)=\KF?7BLC8V+_GBUUSQT+&& M)PDY-W0GJ00D2;F35`.2)-U):M[]]NJZMRZF+XFONO7QLKMT!W4G=>!1YQWI MBLYNH_Q&;N)TVL?]=7NV"[NVHLI3'')O5DED;EO:">[:5OSU02CEU)CKZDEO MU*;8'B.N.*A2,VZ9;Q*P+Z@K_)-FTWME%MV,9H\A=P_'V6UGW<-Y=FNQ>#C0 MCG&EHH*@'@:V6P"4(B\%1-K5 MR01'U\-L@>W/44EPKN M>8I+!W<\Q4T']R[%S01W+L7-!O-%U1.'D"UO:P3^*:KBZDN^C]-I`?[>0RN+#"2LI-"7V* M`D'#73,*1CU$Q2JU(]WD36`NH!0T'L*.:YLA::F$5-CV5:9?)TOM4_:E&78P ML-\&BHC^:E#9RY]!^FP,NR^)G+BU(@\$@K76;GNZ@I":A MPWUV]61$:>2MPO-:1JM/1Z1ZOXGF5F[XRZ(L)'Y-A\;B=,(XER!!TOG+39C9+665D\O*"I_J%Y"BO9 ML#.57$-\O],T>^:`;$4J2LXF7LP#1I#27[Z;ON!,V4)6ZPW4P1Z`)$Z^FM%[ M8I7418QF8[>%UKB'9T7C"4Z?Z-CR)'>T2L->&EB@J!PNM],^>HR\6LQE[P[3 MLW.1B-]VVBM>&VL#3,JS.GFPG;N;B_<%V4*A?:/12E1/MHSA\E\ST]/3%U'^ M:SIU<39U,3V+\E_)BZG[\E_WXO?=*/^U8E:G+DV/6?X+")8B-NMD2$=:2F]5 MFWU8HB=:9J\"-4WL3410QC=\;;]3Q@#T>/)B*HD&JY@.ABH]?S78WXP,XR/R=A'.B=OY"!,KH]]@ M6P:L+J0')NW[0OFXT6[4PE%9/LH/',50?%=6O%6WRK6&=9T,]\.'>B>AYC!* MFN--/A%'JCD[$2PSS7UQ-I6^RKIA3G\8 ML+QO6-?18\DARJ2$I6<3TN`'W,A0]A?B&,OK5,L-A6[;:QC+#Y!AM/C0OP(] MI(QSH*]G\ALPRI]IP)X,K6M(!:/(^(J8BB!ACNJRVF''F"ACB9->9.M7&.38T<-GK2 M-H`3]P+'.3!D&Z#3*@8JB%B==LLRL4G2)[:RG(7R\IETDFJON\YV"-K4QFJ1 MQC<3-9S\L".!7ZZ891>50#%LR#J,HFETJV3^E`P"LQOI1"(QX6@CH>92W5*S!V0NJI.Z M&"-.?D5==EJPJ8XVP#@GU-HFZ2N6NN0^"Q60L`9F+3*^,J8B7/V(%%L*G^_$ MS[\LIU6X6M]]<6X&IP^20MP+E)%:LLJ'$[:/!P4]%/T%>5-2F"NEO@[L&:U: MTWQQ.GW5+GN_5FX"^7AQ/JDJ`+MPI7X2)WY>65IB(2+*EC1L.DC$3>0=)\MH M;UDZ3^7KH(C:3FM$/T$-,KJ[\$;VC98$BK,LCDA[,#(M-?^8<)VTH^$Z=;#: MT@Q0<3/[3'GE2B&S/BH+JRLOB2A,WO6-4GF'3AFO"OE9D"X3A]?QV.4Z68Y9 MKC37N]I`I3`XKG?QIE[.!*(\,`@ZT)U$>I4IK,>'6)U!2WWN^&*N`*H2)R6'46<=.I4Y#I[B1,-6"^-B:"&6=K0(-:[8MV-]H7?253RNUD7K"1XA@E7??86GRIM729S"WZC2UR MUVW`.;AOF;PO@IXC;]W*"S/[7*LC^<7.LR14(#KQ"?B3.).?B`\S(:2M(VL` M%SOIC*4Z)PX0[`6D5X?NP0!I;4DO:0HCL0^FCEGF,0H-+-7.MRV]H;O007BX MFR'RGOH$MSJN_:M:`*/G.UQ+-"BE2.^B8QX`XE%;_]Q++;E?@?3H(N5E-O.! M[I](,3M\_F7E)D55Z(PE<2.ARN79K/9[9M05B%C#>G3(BLQ[;")Q>TCU%)W` M&=?1NV371$>3-TRQVT:_A$@`Z]8`BE$`PC*,*L"LQB347]:1U3/W)5EXW.F\ MP7UWTZ9IS2:*&.CT]:9(-.I=HXQ'DOB$V4E2@9B)S$\` M5(P9EFL`/7<289,3EE%F8W]NHU16NWI=SH/C`:D;^PV@T$LBLUK.;Y#O$R+$ M;.BK&6QURYEK;)KKK#2G-;PHVO&GKTHK8(X795AFJ,BS0AZS4&/TT_:1*QP, ME?(?$Q7'`1&`"-DXNZ8#6^@"Y&[F8&3ZJ3BKO]L#VET6[O`/C*.$U6B-;.Z0 MK`'-'-J)>E[-AINT7'R<:K)G@`%=@%W\WCM0Y=8;M;U1W,IEG=Z3XVA@WRD8 MKFZ+A/GLCK2VW^WVX,1L16/*/<%:NWV]W\'-T-3ZYO9&:86$=-BW1W$GLP4K M*BX[6YN%TCI\*3+F7N(A71`58[8P;,1@//SHOM2_.^MI\*O84OB0F4V1@.>J#35$#EU;<(Q*R M;#0R%H^]PK)-'S(,C-6ADGV-\%2*M!!\6U[)0H(A8B-^<+T)&-?<66$6)".! M>%50)ZS7L=J@5A'5Q?$)?#O6+L?=_`&=Z.HM:KW31F=@>28'91J&@W8'INL9 M"UH=5R#>6_-]I5I,14?0N'*CY2-SGNQ!=&Y(`@^^N#LO7RT MQ<-H&)U5)RU$63Q%.Y3%!UJC+,&$A1HWD+`,V_T-I"IZ_3T5BGM&"$4[1,47 M94^M0=3%LW]5U,4[NX:VPU?J74VM(;D#9M:0U*Z)Y>KA$<7XYE7`M`HX"HSB MJ`3-J@'L)<^D\J4BU_1+[+5H(#'V#1N=&`<-C;@XK[BA<)R;.B<^+OC[0DHL MR%?*ZV+,#1Q0&JGF#'<]DA0ID5:&9.6801&;6AJ-( MN!L9%TELN7O@XD$U!BGQ9BN&_J:3@U!!5G?>%RJH"1OEYN9*5):H%[8, M)?#)F0H%.KMO]$:=.X6";E_(X9&(KTUB9`@K20-0FJU:$AOETO.ES=55KH'& M9>F9A^0YY_DXM!$C$T89PV(.&UT+%9<5KFQ6+P. M6]!SV+O$N^IFVI9X>MK'18X+&SV`],>7J"IVK/)G):>A/0H&C@.LK;UK\^]; M;@[QMB?8VX2^H;VM MZE6Q+&^709#=8U$G;'(2V7?^[G=@T44Y04O0O9T"R!?HZK#ZB?Y^!_$@Z392 M:W7+G:@TRLK<]A(Q[/,;JYMEZ+-B?G-CT9V0\R.#"M(J20%7"M<]_9)KW[.H MKOBH;DC>\,H?R%M4KS/9_4LF5^F'./&(!"3C&YLKN>?B2?KOK"J;OW4Z>/[\ M>2#TDA*;9%D268P0[%J1QGP;B*Y3GUG&"\&L;5G/T-."ZRX4](OH@!+P43>3N MULRZT6_V%+>/\;0E##;V$AE?#:8BLJBR+,H13&C10CKL)NKR99%6;F`P-9JH M3%]$HJSJK;AZ:/22UF@:@]*CE\PD4I?2@_)P+I5G8"),1ITSSK[97MDJEPJ9 MC>)ZOD0=0S=X$$JDDL2=QE?:5*1?ZSC.%=!7&/JSL+I5/'7$!0;P&XG-5/KU M6,3C5(/S+/I$(GTP%FWWO8M*]`3@DU13L(JD=A\'0"-6\=MJL/!`T? M1(_B:"O74TVR)FG[XR5*AX:WV%M&J9#/%>FPT`GPXT:U#$,-M#A5KU@48L4% MSY&-BB?,:<^E3,X",MOE6'@R/#JWG6KOR_S>?QO4'W0YOK9$;RM@'S8 MOY"1QT',6UBCPZ^()Z^?#@=-@$ZJ@,/HX=%CQR%T.U*-*#O6@S@TU3RL(!_:+),(TX%)KC>$Y-2S97/:QJD:GG7`XMZ+F%K#+H)<&:2CF>$WUE0WA0\Q M+"DV`XU]JEG'-D?5UY-R=CDA;(34S6]7<79]H0OD0'+DM60.68@];ST\T#-Y MM/F*FJ>-EM@_PF(%%?*XS;7V^GUQ&TM]DOW]H"4U]AVG[*8.JC)ZN'FQ<=53 MTP8MYVY0Z,2+')"Q/EVM3;6S/0Y-16QW/HF]`RD2PJ-9>MZ5D=K4YNC\EBM^ M[X!G@K-!"D0-<_"[CR*;/;5GEM7T!W49[M^$@C7/:5/:T0N,WGH\L@$J"['I+^A;C^U`#;W1"/ MGP.CT2N3T$TT@X:/RY3;7K(XG[MR,&/)6R4JP3BG(<\HQL@%OY.DH,$:0+1L MSTMXYRC7M_`L=J1T+Z@NK12/"C+U$]WNR_&),]:9ZAEK(D[2#\GX1+O: M,WL32-XFA9W\;`]%4RZ0Q7<^];IF`DE\N#:,PV2C%*KB"BZ^>ZE1JHMIU&O& M;@G]W.&+LON%:@J57^LDR,NE=\O&&^P8>0-5^""GF$MB-I7V]E/6$00#6@/$ MQNCNND3"/*H'R:M*U,K7'\XV3BUZ&IYJ[8,6$K*X6Q1,(#:)4:6TL<@#E:[WU5[[ M]$ZHS?+HX-;CE0'<";E+\?-!PD%\D+#/YRG4Q(E5T^D\O7@B48@*HN!!;(]6 M+TP'`YM/X5X_!S`XQ`6B>(&$&W[93HLIY(WMLIUJD: MMJ3)`H&40/>(;+7W(:[1VGU<+IW:V1J['R8BC)*--E(_PJ&]OCK>9-6&7!V1 MA7`Y8O;C(Z#AFM=1'4Q4E5"602CMIX1MV9%4A2--QGBD_6\"UKDGLEZQV.NIA\CRLNG[>6 M`_B5P?4,'-!<[M5%!_.\G?BXQ+)#5[2";*HS&B/NV4>P!\Z_:%!]241DP!9` MA\3#WN8CTI3CI9,7:#VMTZC)RW(#X>P@>,Z\HD:GRQ7T""T2%[X(]%'#86>$ M?=NB^`NQ]$)LIHD?AC9'?5.4#)D]0VZQNAU%8X?6S,,I#*[:[HBJ MV4#NNF[LI=Q5&`GI)J]Z*%A`(D6H'"7KN$BEYQ6ALM4AG7B=9-5,)+7E;KV: M2L[,>^&COWCW(3`5\Q(W.G%^?/`BA?$VV0X.Y'?YDF6\I7(;Q*1<97)%ZDNH9<)^8U68(* MWJ_8["P*DHG+U7;[>L-\<0:/J+**Y>SFYC/YW*(/"MY#+HD.;.&8&DHO,FNY M#=9ZI4FG]A"PAKG+D-L',CR\FA4:,GA`=E`F@T[ZO"WLP**-LX4[UCIH]*I[ MPM:T"E?1C*^J\59F98&Y`:KG70NA*RU46J:%QIADRF5H>GE#OJ"Q`SH7TG%; M=V%&T2]U!>#._O1FL;216<]Y\WM5'AR9U%+F"N(4^E%"UJPHX(QUXJ$GIE$H MZ=/3WBK(Q63!Q2+9;EUOM0]:JFJ3/6/7%KO!:YR7ESJ++S\)E;O@%+'XLKP! MT:Y9#L4$=+C,J*OR3V@2.]2=KJHZ_G/'/.?R6]FGGRENKROA#KS9@_W@T^.? M::XM&NXD?5N%OJU(_I+J!J8$/I!I)R/81> M)OL3JZO4*Q@PN21#7*?NZ*Z.NVL\NY$:;*'M.X!:_+Q%?7$^6KLP32J7*/6$7VE6 MP+0NT!J!(2D50I+SYVNTQ>20:<+@=]J\SG?]#_5&T6?K29J`&F[_2:2FYV:] M]I]F9Z?OVW^Z%S_;`-*35J_6:"?V+CLVD9ZL5UN])@9%W+L+&#`O%C;7Y6[3 MCD-*"H0,=K!DO,;H[E;C\.=&3,G[[%87Y?8$@]%:S2NV!]5Z;5%I]^U6!;D[ M1=I:5WI=O1H:Q9CH6\:NN8!"B5")23P"X`4/@8/S`M)>LH>2UN3,HW7<"J'\ M?I32I:[&Q6:YL+)3<(FYT[U1=*+OEOC'$B;\[AJI:KU$,U$K(RQJZZ;%,\SHU.KD6%\5<[IDRRET/0R[F"&@X M0B/3Q<=!H0.-L@2`JS;;%H(BV4!E)^?^JJ#]]AM6]3MK_R\U,WTQZ;?_=Y_^ MWY/?6,VBY8M94>QW2%6MP#;1QNYG*LA>GVT3?;-2*MS&ZN;V4*XQWD-L^I%K?TUM*I;V2#R6X.-_IQU<%NP9H3%9$K;B^CF[>H MU6SL[O6:1^+`J%X_$I5^3]3[+7+S9#1CD?&5.!618[]?L7K=J!&OQ&2($3]? M043Q5[-=32TZ[^E%Q^2;1.1Y@ZT:)<\A)H7GA_E1?G@Q*"8-,15_C`+,>9>X M8.P9/WCUH^Y3Z;DNW%F".F]0-LR!O,)18--^L)@U`/)-.\30`3O!>K7&K=U4 MR&^45DFBI]YMF*V:%8F$5TFHQT(>X)GGPY-B1E2.>J;(%+/YO(@B\_50U-!] M+S)*PF<.(4G:E63&FZ0"25*N)&EODAHDJ9G5QK[1Q,\J?')2'$@88MDA,/H: MK5T,RT,8*6,AETBQC1HM<9B@_U"DFZ63(.T:I%UNM(SN$3'4,*@(044")J+[ M_6:OT8%!U*[+!ELQT4';\#4X31XT>GLRF*\7*A*2V=KM[2&L]3#RL#I'TI]8 M0HB2<1V=XQZ@Q/:N16P_0G2G-UX&ELZ=!Z3B6IQ,I:=G9N?W?[[R8FKOJ M<"(QLT8>X8OFP9ES4O*"V?'1&-JGLP1@RG0V1=1SX MHAQ$^*(4-NP6L.:54SDL^RS>(?AKF!Q4/3\JUX>ATM6QO`=SH8X$T77I28E% M555_<<^_AU$$\RF*0VD^1@SQU:N#D\R,3I(F22T;4=7MD]/=*/ MR,/WCLCO?.4K[[WR[ZO<6G"YL.9Y2T8J`825/UC'K*JKP^L%GYL\)^<;`YJ$ MATX2:FTG4T=F29X3%PCHF50RYLH-?Z=2<@+?Y$T5IHNYYGYT]TNJJMUCRNM9;=L`&G7B'D0%2?)`A9&TZ-Y!;970TAUGC&' M?2./%*R&`_M!N2OWK^MH-4*M[!3"2K.TLK.EAU=L:.Z-`:4^2P"X#!F'X5ZP M7H#LZZ1?1PO2<1H2'7L)])=RUF/;@@R12@;!><;YN,]-N5)^2[MP-&!79E4; M#7O3V&NKW1U*MT?&5S1LU4S88Z*$0R.FF]"W+RW.-]PWOXV.TC0%#+,H,.MT MPKL@Z_8P.Z-G.^KN`.UJ8=1ED9Z=]1Q&VJ1,75(H@[_G4TDD^Q`_2:F1P'1L\L+;O([3$GC( M:W_%T'R&KJD$^FN:8_]1RO`%37Z@L-7]FL673NSR,:;[;GH&'9V5MHL"\\^X M\[/')'?J[/I*V).V)JJ]9A==7.WC08HO9R;;K>91S.7WZ9GR)OIU6MU>$XX# MJW:_!X1%>="N]YM-=WEY/0N[KVJT`G(X6;)8Q_).?@-RU)1'+:,F5%'$>M;+ MD!DVM]&Q9HVKQ;XQ!^58+F?2Y(;O4IU22]?5$"B7-B%46$#[;/_.WK347V@` MVHZH-2R*J9*"%T9)-G5$G!=7C!Z523+Q>XW=/7G(C6`:UVUL^+`,R99DQ1L\,!:J7+/,CO+C`9A\W)]O,MML) M4^P[?>_RW?)3URBU]LE=`HZ0_TBG9V;P_B\],SN7GDM/"Y'"W_W[OWOQBV2E MCP+DR*UV37.YN$+6OOHMH20>P^'-:D^D9J=2ER[-1)9&_R*15$PYLU!29+T] MHR<.4/2[8HHC5/*2/B:$**&_$I6.DJ#^3*-K1HA\MOM`_;`NDFT%M=MK-]F( MHJIQ.I'D'63#9&5)TC4B@6[\1$"H="RD%1=(<\-H-)'\)B*1=$QD814!@FMP MEIY1$6R_`JDOEF.;XU(%RNI"[K!EH/M'SK"`TMLJ\<)+CKW9\,)>;\D$4%U/ MJ+&$(G_59*H^/S-ON".M_278#274OZ0G:\O]7;.64I?2B50BG9AVQS0Z=LR, M.^;&_I*4_(6:1Z8U1*"/"+4])T5=1`7UFXT+A0/9@V3/XP#0C04PVY@R$B-7 MTAFUD2"6<:.GH4\KCY"H!&GMXA)U0'W%JB4`!&ZRV+6!'$1:W,+4#:,[Q=%3 M*G.$378/R8#13O(('(,W6]3UG"$NS$/:*F`0`J=1AIDT^[(6CDU,4&TV8#A( MQ"`Z^E;?:#:/H-4WVDV\EH9]0P^G'*3>1UQ@KBFS5YWB8BQ&'9;1;K'2'(*1 M&+=P>K8P^U3?ZFK9H'V3QHU(9#8FUM$AA$'2WX7-=5$Y$LC/PSR*Y*.H)]07 M#F.Y+4@2%^TNI;$35"D!EFN(E`KP`$S$[0$0-T;[%/)4H]5JW^A;U-G?:1KYO?RSQ2A.L(P1\C\7 M+\ZD/>M__L?)YOJL=@&J2KD?6%*HE66YI5R,!YPMW$,R.6L4= MA)D[!K3"'\Q&-?SA9(O%-2B\Y0F'=0S^W4@'!MO+(T2BCU,[7E+C M*=NRZ-YE]O:H)*AH[;"ZU2FL8V-Z?FY*1FE9-.&J7)'<3*>6R5M1"]T5>9T, M.NZ_YI*N2,FS.2:=;]`C/7?2$RX;.S3N]!^,9\'S)#BAN;\!@ M`0RFM-(=+T>N=#)NN20_:(>9%L=";.N$?[<72"MJWC0 M3=J9@&Q/,_R)-05K/;FC048W0_"\D(K%G&:Y5!;#X5?$I4MQD9I.QL7\=!P^ MQ$U?VJW,2E@;*1X]O[!6)Q6EQHPV1+SJ?>%4VA='#NGAD.5IHZ,V&9Z;B;CZ M$6UY:>53T`X$I=U!:/Q)JXLR\J0-5,>@%0Q2=RCII^8V5[WE4/CZ9B'G+8TS M$*SI@!ALE+=DBLBN7M$+)[\BTIM)F.WFN^,V5HLD;CL]L6172JY-@YT.>)K=:M4R6E7XU5=JR`D')\N2=>\2H6VA8YW6HU M9*$2)7MN.I8\);%RW(_KYD5>\:DTLCW*15^X,D"AA(C(]*3Z4$8F_=G8%HE* M)^V&4!5E"+?DQ1D[I.=+T]/2W'2:P98XU.6,;6K#ALR,&G^5`NM)-G?]P61Z MUZY'K^EJ,&/#DX-51NU*=*M:TU!+WML*::C#WQ&0U0\=(1RS1:HB6EG*5LX07PNC50SM8T\.$/M;0SI^MCO6HG>\LCDM?R6EE2E_1+_5M\R: M!K;:\(P3VZ*&.\P*"-L-").C+#7GRHS\(NG&6861)8E4>EX/0\,.G$S#KK1) M>&SD#IHI_18:R\1K0%:5Z[[\XFQ*NIMC,"2\X,6D;=&/AYHT7&=GO2F4GXCC M``'ZP2]#$DOKATZ9;/50*U'Z7!!]%Y[8^(0'36$_FL(*32YTD'/`U$PRZ4,( M$T;6\&7[RN=`*`8C7J#_+JJD+3S;GB3<\&R9UZ"U3J(&GZ-=,,MB\`H@XH:UKZXT6X"P*89 M%1.06YQ)Q<69Y(18$!-+QH2(UF+X6H,W$B"1=\J8^V9D4%T(/EZAT`L=NP$:\%E@)'PVE>GEJ@1"@"E"-%%8#2N=ZQ+5J#"R[2W*&`&WI(A.]Q MT5P'%X#B"6GM-GG;0JXLLK#Q*`8^P"+V.`.-`1! MDMC==JU?-46G3=SF&M\K3+#-+4###:.+M[>0T^JER&X,O:9C$XF(=@354!9] MA2[4PR]!=Y7I0IQ]ZH3M8`1>+E?ZC6:OT2H3/`,]SK'+(,%P6)2#7K%S9N?Z MS1AF9FAH&K]5J7+\H@),E^=..7K2&YZD7"=Q,Q89V*\"DKVG>F)&\7$:RE47 MP`7A&RHQ>Q:4RXH<$-8BU+Y^&45C>/R]8B.4UQYH1!D'?[EL#W\U_5VS7Q8] MT9A0579H0%3*GMWT5P.G8X3;X-0B+FLGQ_DK0750,]`]`3%]W%T)]+--/!!M MHCRI)LI@K-P8BA7R82W(OB%.CS-G:H M"7HF"J/T;%/>T`8B:S%J1@)33@WL4*A8<)?6[JY+^V52^X`O/PHQ9NC`:HZO M'C2T`%D5U\ABSAB;3,2U'+8UU59OP""K-FN+N&]81*17)D@C9<%5%1AL*Q/2 M[32\5^&=P''*B5IC`D,/\2^+\DP,K^S!F"I[<"\JVQQ399LG65DY!2*X^?*- M1XH:.B`/QCP@F38/HW62T)"THR0S*WD+NA\FT]L":")0%[-5Y>48U_A48B9)U,F`$WSK M2$M",%0RV@HDA%C5LL6A0+%GD/.,BBD^^4G`973".)R(G3N'&0E`!1D8L+_H M-WL6Y'>V%56C=:XGV*$=["(:EB)6)#@JB>Z050#Z2%L'C*;:B6FKP*#N:'IZ MPSXY4&_('J!T,;Z:QXTKO`):H,IXY!7[_>J>L-I(@E$$! M$Q_C(9@$:,"\+@Z9UY::UR,J.19"28!.L))C(9`$Z.0J>>`9_O+`-73G=7#\ M43;&F^;S$;2-N2IUKL=I8T*[Y=K:+JUM;ER)DHW+5UZ*>#3F6)`=1=%Q_WT> MK5[:&GW1:)-RD>^[V/`$J;D1">8#XRF:(M`]N-FZL#0#QPNO:@I@?OC]/V0^ M:?,OH^0_TLGIM-O^B[AX,35[7_[C7OS&-2DCD8))?("M;KMJUM!+:!:V'7YS M,*-D/S:K/98SC8RI9@.MQI`2")F@78R8AZC1SFP>:57WJATJ.7PNMZPNGZPR M'>DT.O8_%\=+\9#D\4W7@A!KY!B=+`1O(7I;_?T*8C$RQA*G(DA9V`.[-"S? M;>_&D?.J++JY0W7GD,PF9N5V/<9&.NZXU./0"##D^>)R+?5(EXS,6[3+:++GMR'YSA2NF.T2P6JT>:3B9DC&I=4MZ30%6H8D=G[PJK>9J/GRP MNNA2&IYNV]N3@PQ#3X[?T`M,-KPNIDMGF&SK*+^%IRX(%*NVM.^8)QN2%Y(4 MBRJ)8]Z'=8S>7ES4]^2H!-9G1BG9:NK4EE"_%RE].6D3QPXG+'?/=. MVU=?'3!MI4^*P&GKS:2FZ,B).71^#W33==:?/G4U7H>A/IUV%Y`<,?%/8.9[ MU]DM&$(X_$Y@RLL%UCWG$0URWL.8+1]C\M?W!M`!SO_=10S61Y(#Z`3Z<#IC M#(1@.NU@]CY!^&M"$'C\WCU5&#]10.DQ(`D%O''!7<`)$`,R'NPG!>UZW4)O MC@8\@"!BJ9;8C&<;=$H7P,*)`\5S&4/H`_74\$G&I^^`? M9AKR"E,@2#.DO]ALN\(]`+;KNR"B9VIQ^C^V@%TAB!P$`)(#-S8@6HW?0?%R M"$L^-1)B;!;\B]D-H,9P0R99,(Z\'&+`$I(?0'AY*U=8CSGVTC?:0'P/6B8; M>*S;1,?`E$ZI]M5+;MFM6>O-,:*,1O&EMG=;Y#@CJB9 MK899<_*J)#GI)'DBCJW4\*]&_'TCZ?]Q_,@7;#I1/,DR1O#_9]-S%Q7_/YV^ M2/J?TS/W]3_OR<]61"IELL^@+E@X>6@FDTG4.=HPS9HE+_'1GUB[+BJ6A9*O M/=A4X+VERW!.KK#!RB3%W!72E')'H2*,C$II&CVYS%IYWSLW94;C1HD@[[B(NK"+38\L,<;I4[^#MA&4![6N0"8+4 MG*@T:*UOBGT4K,)K?19=A`](4S'1[JTX+\Q#L]KOF35VD806S)3MVYXX,"P2 MXFHV6GC3WVLG1!;S[\/@0N1U&E6V0G$>CC%4H&6VK$:O<<.4KI#)0ZJ%D@1` M^0\!1K\CY1W)@H]2XX^$$P?M;@WP9!BSLZP95FFT+8$W$"VB^"@D`(M9E\V[ M$C+"4>E#X_+E2S'*TX(:0F_.IM+++#5.ZGWA:_N=<*H>EF:/\*:3&DLED""; M`U*JI=D^02`FM1#N]*V]\!G3.(S(UYH5"1^VNQ06YXC]]HWP&?S".`GLT$@Q MO/7-YZ#KII,S<4C"Q]D!/.^DK\T[Z M)\I$PB<+N;7-+$Y@;U%1/4%L:*%`I+T(H-ZJ6M@=P[/.#6R=7EOL&U_7;2"7J_1;,[]U& MRTK`+S*^\K"QN\UVI1GFWHOP8P%=VC3P3\U#&<)A:0R-)+W0-%G7,LG2",!2 M!E]@)M+SC&DUXO27,J'O`9(I`CBLYXM[1:T#36VX(?5.QL]8#3$YB8Y:]BAG M(KNY[NJB5-)63Y8$H-:(XY\!H]@>OIHE M'2K3/4A2U0!"/AEAPZM:FNGWCEZ,58F$>=F!T84$\@FG.O$G4G6>5U3D)_8[ MN%I2P$*JSC0Q$FZU.YYYY"*!]H>I?UC6`$39"[472W:$A,(4U^HXU:_"L`TC MCZE9[J%5T'9/A:&_+F?$H:>D"/U=4`DP,6;"S+XUZ;T0^+2?(A*)TU:005F3 M05F3KJR2#-`H1L84CMI+)T(7LMN%0BF??:8(M.&*V1.EQKX9&1]\C0Y4^]TN M606(.*\+=JLK:HQ!C\?Y4\94[<78K!W:DQ$["S\#NM?;GPJ!QO"1Y,EE[37# M3Z3FXEP!KEI-15+2JOIB\EVSWZKV&S8#NW*\#ABV2]FG,PY_Q""Q#Z/:&[.7 M2[OGI''=B'JYRUZK,/XJX?DH)HG%SU2;P1VGN@=!/I&*:UFA_Y(F$)\]^0T@ MX*OI=&YR>.?*[KA7770EI[H(Y]2)=]"N*3M(OARG@RH#)H^-;L:VPN^<0KP! MB*\T[VHJ<<:*[#%O5YQ(!^2+S^1>4#YZ:86W#<XB+DCH M'-X@!?P?EE]1(WXCAIG(/*+2"H*9,2%9R3=B$WQ8PVUITX!S9Y4VJ6T$PK!1 MRQ,%[X]0[+[7)HN/2J35B6+/Q6@U$#(L:8?5#F40JS]A1/4P9H=!)XH93Q@,`S'O M3=>)I]+>=(UX:LX3!CO1M+<,Z,.TNXPGDK)7J<_L]JGN42_^%MJMF;>#C$.M MS;7#F+,J),7 M"`B%8[O$`2S(LD].@**4R^7U3'X#:,I*?W__"#?*UTVS(ZYDLV+/Z'2.(N,K M3",G9=[;RN?""32,.%BES?)6@2R?76GS5,)@9BE!2[>`6IA5Y!ZM0TAD?*5K M+751)M>7?6J$_;ABD\$>>;?6"\,_H[O+9QAU2.GB!INW:9+T`95[@KEQ*L8^ M80A,3]MSTGEJM\BX!K>56D_$`:*O]?ET)$^HC78K+NI-H.%(8NJX[HJ7^V;? MC+/Y2).T%N'$1/M\]P',Q6F,"SB$$:&6QU_4AT0+5,(R=TE;QJ%Q"(K'OHLC MJ36J&>83I3R8J4_3_6DQ(L-\:J5I2BA8;1R*?H^EANHPT5SR-"8/9%MEG#DTE!U1JY[L/*)%A*"JY6=R=1L=D MB_-2^5Y.CVS1GA-2@2R(P1$C3LP3:?G0 M;.PW9+U(3QR7*HK`&8[AW^EKL^^9WVSRTHG:_LP)0\P/VL9XG$R MQZ^TQNSZ,&18Y\BX:*)*MNI7F\:NF%S);V37MF&EUE-&[:1[<94G3C;14;`F M1O;=I4H:1J.9L"9*#*(VMZC6L)QER%QKHT8ZVIA% MPR"-UG7,B>R=2MLN"G<*\].7DI,5`S7:.;O(MR)4MRH$BG;E&NP064AIM]L^ MP'OR/?3WD)I[AO*;T(0CNM06=:/1M")0'-8+X,@Z7$=?`7OP#Q""(D[<\EZW MW6>G#.&BB98)EHW*==AK1"OT?&KOY42C6DE4]\QFPNK'[J\#[_>G%")[NY\Z ML3)&T'\*5/1_-G41_;\D9^_3_WORPP,%$.43+0/Z'WIV4/^GDW-S24?^:R[- M\E\7[_?_O?A])?13/QEZ#%[@WV/=4.C/X'7^,2<^MX$GGC*)/VRCHFPVLY:# M\.U;?_+:-QYZKOCY_D.?_XF'/O_7?NC@ MP==^X]NW?OBAB5#HM<50[]RUJ7>G[WS[H5#H2W<$!+U]&I(]W9N#@&NA.[], M0:??G<5"BN_.W7G\X5!HZ\[/0C#`HQU&LU%!T:VI9BUAM4,;L.KA2R2T"LL2 M2DFAF#>*UZ#.NW] M`5;MX3O_X<%0Z%;N&Z^]_=AKWWJW_V/7PGO_%B,>N/;0G3^"J&NGKIVZ\_L/ M8O4_7Y[SC/[>VW?^K/ M?_UW'ONI/Z]_YJ]^X%3OB?IG;K[]E5#OQZY]<.^Q#\I,1RI3AS/]5N[.N_![ M])]LOXV90J%>\M>PD_\I_OG,7WT%_O:B7L@_\FM")7GG!U[_-1PH]%%\]EH( MZ_S0M8??[7\9&O[/(?#.]U&S__BUMY_@9G]P;T+5YIT'9&W^Z`&JS:/_)/?V M$M4BMD1%3WB+_J`KX"NA?O[V^I>UVI^7=?ZH-V/X\W_W8U#/=QY]_?-_]UT8 M#.]\'SP_!FW\H]"?O?MNZK??6;B]_64N>^+6[W+I'_,"^<'7?EW0N/S\Y[#1 MM_YEZMU;?W[KWSU;X'9_Z-J#[_:_G#[*P]N_[$$^,:I8(#_K0+X]T_)COTS MFC,TV6YM?_.WO=K MO_T6X"GUYF^_I:5Y3*8Y??NIARC%&SCX`-(@.$^=9D`(I\CVGT6_97OJTO,] M0OEN/_4(YGCCO_I0*,1PB[>OGKZ]_LCM[^>CKC_[J@X_^ZK/OQK[VSH=> M_]RIS/R#_?\S^[>!IGSBLU_O_]O4F[>O?IOJ"Q/W=N[TK=]*_<5/SH=Z/_CZ MZS\YO]3[_J=6X:O_S=M_4]&O,Z\_MP,$[.]#&UY[^Q&D7;?^[,$'(6W_P:?> MB;SVUD.0J/\'J3<_;WZ3$/;"\\_^0YPGWQ]ZMGOJ+6K[6X3#V]NG/[?^2.K- MU^TG%T*]AY??^?/77T_V$@M;_X.(R[7\"HMQ^Y]L"=I^GMH=>O/0")7GOSH5N_OO7FK=RW7KOYK=#-C^S]/&2^L\"I(=]C,M]>Z"^ MM77G'!=UZ\W/OGGSHWMO()1OAA64W^$W&%N_^?`'(`1KBW?N/17WW@%"5Y-_?M=_[@G59XW M9!Y*^98,#MWYH@RF,:3_6C!-?B@4BM^`YT?A^6EXPA(<_REX_@@\OP!/J%#\ M[\'S!^#YW\#SP_#\[^'Y??#\)4%;@_BOPA,(:?R?P1,H1/PWX0D]%_\V/!\) MA7[F7\+SQ^`;*"#"0UBTK?@`_(,6A&!=1KB8%V8$P0[]8(CJ$H*ZAQZ4]<6X MB`Q[1(,5D;#P]T$9]ZB$\4/R_3^197Y$IOD;,NQ#,LV/R/5O0Z3[ M"W_A+(;:9RT(00G,$-U;A\I`WT/E)M'SLJQ0K6D=86+DY0-L*KN/%OE[>,,* M:P0440O)F^_0:Z="CT#?_@GB#?K[VS"@'X/OWX7W!^0XV*U60R=M"^S^[_[O M_N^[YX?K[&,B%(J*T6F_(1?!3T+:&OS[0U@TMV!AFY>+)=+?TY#FC_$#UJ4. M/B'=Z__'7\'F%YYW_EP^_Q2>I^#Y1_!\`)[_&IX/PO/K\'P(GK\#SX?A^1OP M_#YX_L_P_'YX_C(\3\/S%^`9AN<_AF<$GO\0GC\`S_\"GA\(G=DY(Z*YKF'M M]ZV8.'/E#%3C6\=HW_W?_=_]W_W?_=_]W_W?_=_]W_W?_=_]W_W?_=_WZ@_Y M[\B+QW,Z\M(5S_K#(8=?_;&0PYN.AAP^]$S(X4$K_C3>!SP5WPRY>+T^+J_-W?5S=8.YMSK#5F/5NIFSR(A5T@A3U6XOF6B'IFX8 MW:G>?F>J6DVB@:14"@)WJ]5TN=K>[Z!L00++W&WU[8#R^+FSTOY3MSUVR,YO ME/SO[,RT+?\SG9Q%^9_9]'W[3_?F]U.GOO\/3SF?_X-\/B6?V[\@WCD5VOI/ M4V]^X?>^^-"#2X7UWM_\8BWTI="#7ZR'OO3`@V_,A+Y4"_W,E[]4#[U16/_2 M0P]^[/E_\5??3OU%ZMTW0J]_X&MM^MW_@T40+R[.S\(5:`B'GAPZXNA![?^Q?:M/WFVD/KZG?\W MA!%?_6C]SJ_2VZ__[X_=^EKXRS_^PE6\NG^V^+GUTW=^%V+J_Q0;\2L_^--? M_NIC]3M("5[D),4[>%7T*Z&O?OBGWZK?>9F`_/3OO2CC_AY^_V^_[C]W^U(=>^U:H_S#*;H1N/?+$6V_]56+WT5,_ M_+53?_GNH^+-^FM?/O7HQ)OU/_WD*>2^OH'W=XR4S[R-9.WYA_'OUEO/3]+S M,]_`QY]^_A1>(5+V/_S_*/O/G4*,*H3^^[KGWA?YK*&?^U_Y^;/R^8\>!?KX M/YW2TWW]%-'&A_Z!?/X=^?QQ^?R$?")=!E+\`:3G^/TX/Q]`NHJT'M>"'Y#O M*Z?X_E05]#$97H=_9^3[$41.R_=#^'=9OO^C$*\9^/[/0KQFX/N_AG\[\OW? MP[^R?/\Q@+,GW[.GF.>,=?H:O!_(=VSQ*YA'$G)=-U(1;;YKTW7/0HZ9C9"R MW!!2%@)"K*`>DFK.(:4-;%^WL6H+/H;.ON_XSY'>/[DRAM/_]-SL+,E_IF=F MY])S:;+_=S%]W__//?E)4P3MSE$7M35$M!H3J4N7IL739KF8S435B(M-L"LI#M@#0X#'9`A#XKV#6&E:OVZCT4=&7-`+(_VE+ M6.U^M\IF]@"C:/R@WN[N6W&IL-"E9[O?0RC[[5JCWE#*PJAUV$'+ICW4DX"9 M>J-!BAI[1H]M<3DZ*LKM,!G4(TAF;T&D$IYZD9]B6:&J;:^O:_9@`A-(H]*^ M@5$2.0BIU0:*8,996Z$)P!"&7J"T'^C4!DJL-HW&OME-B'2"C"J0*P%T)X0(C&IDM>N] M`\04HW%W3U@=LXI81-.OB-XNXJ_%F+2=.Y.UAZ?S15'<7"WM9`HY`>];A,"U;1R6]H*35C) M%[-KF?QZ;B4!%8!"$5KNN=Q&212?SJRMZ8U:SD&%4-*904*C5O*%7+:$57?> MLGET2I)9BR.DXE8NFX=W:'X.ZIXIO!!'#&0W-XJY9[7:[D%O'^FVNBN+V8*SR7S^:*BV)M$_&] M*K:+N;A`/78L&R$!%$`.I,!&;1?SA*;\1BE7*&QOE?*;&S'Q].8.8`%JFH'< M*X3/S0UJ,R!DL_""Q#OB@S`>%SM/D_EPQ"(TKU3((#J*I4(^6]*3H7[L9J&D M-1;A;.2NK.6OY#:R.4RPB8!V\L4<$)!"'NIW!:%BX3L9*'F;VHX=`W7CUWR1 ML"T'9IQZ4.1716;EN3S67Z:';B_FY1`A]&6?EMBWJ9*SUL5O`#6804(W,Y5* M3:6F80 M`6F;O<-."\UNW:B:;+&%>8+)VX!*HY5> MD/%K$+>1?4$,BL]E"FLOE$M/`Y5Z6H_'5D$:/7J5:B#(1FI/D*LW6&%:K`Q8 MWC.-&ML)&`)B#4#,.(W,Y;:DM4&IZW0XXYB_Q99Q`IBL+^#.)^E$YK:@9<52 MN92Y(G/6+NJ1F'EY,U,`XN!"&T3E5\C/F2H1K3'*'K>PQ_>-:K=-IGV-:A5& M+#FZQ54)EI.&V:RYAT"^6%[.P'2,HJ8D*@7&["@*#VL1RK91>W\?ED*++7X8 MM2F2@).X("T_6)KD5Y73.NZ*HSL-6/<.1)+H["8Y8H!&D/FB*0]>R]GUE7)A MA9N93,Z3X6)TT;$@;,L:7?/E?J.+6J&SJ+=NQ0:`V2DH,#,$9@?KO'#78'(% M1`J"J1(8E$1Y+V!V@,X1F&D'S-0.XY%$NA?$1ILU^6V8Y.W0#0L'5C@<33WY M9&HVYHTLP?!",Q$/I=,R$PX1%M76E+)_>5@)@*;0`5:A&EY*3@B.+A,(J4&)8& MM4.L&1URY%W'OWO&#=Q86F:KQQL_F*(KY2*,`73/G8C85>RRK0Y2`[9(>1C5 MB"E#NP73_H"J16FX*34R\RPAC.WG'Y,;:%F%UH4D6@JGR8:&6?TSP4F90OL0 MQTJ9AI3I(2GASPI0R#`:#L5DR<-++R8GZU=GDP&)UU>OR+07.>U<+3`=E9Q= MO8(IYS'E,BI**WL5GL2P3&QN%[(YR@#%8_I\X=F$6`:"(%+IR=2L7-;']M,' ML7L48_>SR1;;%AS[%Q?30,;%=%4IA4-0HTN6/SI&#SV>P@C:@[,$P3(ZG2:< MU5!Y6XYZ]'\.]`$2](SK\!?F+D'%?Q.T55E#!?1\/B^VC*[1;)I-52_#NHXC M/)9>>Z"?$Q#*M/J0C M6&1R8!K6F(2[\5YDC.VGCW:;1N&H2)KVHI*@A?,"AJ&E!*-Y8!S!(\+U.:\O MB0G7\-E"3^]DP`V`QW218=3^LN@;K@%9D'RQ>*]1R[8R@ MA"B:/67"7C7:6[B]".#Y!>M0#8Y6*(04AB>%9QYI+@G2*RQU0]U1YM9#+0?*P'\4$11M0%?(GRH:;5/8?(54?)\*Q&R: M2?4LU7$V*&HFS*,A(&J:HJ:#HM)A?ZO2:NG"J%105#)PU$SKC16K^=5-L6ZT MC%T3[34E]#9Z6S<]I+ME7('C_O_VKK:W;1L(?TY_A3[:P.)*CIR7%AL@VTJG M1HD=24Y;8(#@V$HG('$\*^[:(3]^=T=2XE%2VGX:,(@H$,#W\.UTQWLA2RZ- M/EV]SVF^_+QY+)[R53'X/DO=]-*?!EZ:?)K[=35U2<$B)1HUR7#3*S])H3[9 M3D-)W11G7U%=@_K[+-;J#@TJB'=),WD\@@E5/(ZR8G__)/)W`4;*ZK+3??$B MOT?T[EP*:X`77]19/H(`-(D$L1`F4K5.ZU0]L*QS9X0S]&Z\(-0@ MPSJ$_ON^!C%Y<5Q3KA_Y]-!P,DN\,)U=&-(6&92E7F?JG_M1Y(7F*H&\B+Q+ M/U:U3O1:G'2LUYK=8';K*C8T&BI-9F$8Q,%,TER=YIT#VU.GPG#-+A&L%<9> M@%S-TOC:-]0;.YZF(4AF)7@_[J6)_+D,A:E%D5K^.:_\M1&)EQ]X0(E[8<]5 MF]6%;A*#OXFM^4/'@4AZ=(ADRI&C;ZC<$_DTD'P9IZIE']IO\*]#U9:[S_AF MV7+S;6"=5[4+D?+?/"*@>(LNF8CQY#5#^+(&W2B(68J-N$QHP(),<3T?.@$^ M<+JW3RE>[5/,+%XP^K#$_C&/@S5'LT2!KS;)H4F^W!P$( M!,E.%:!*O8J\JWCB!R"&'#TDM/*L+!4B()_Q9N9J+.OL"?/QT"(XU.@9:S1B M!_S;9-D:F&P%=QJQ>'QKX1.1UJEM6_LX6VFTVPR^%49X=-T4OE%YJ%%7&=Y< MQ3S""%?+&+/@QJR/RGF(ZY_7>8&._AJB2*W%[>/?V>YPOS6:%#>(&"VZG(\` MJWU%0(UJ*,SI>^`B)+-Y.OTYANH ME2$X8/$TR\"@61T:E1:&0^\:H)5%X9)KUD3-KQX=D:AY4,&T?KS!LK,`L(:]P5-/M)&X6 M(&?4!&T6(N?8Q(+HMJX8SHE`OU;QN;:1.$EAT5KAO6F@>I]%'/UEN:/;VQ&5KV-9:6T4M<)A%?1$I\V45U*I)@H]AB:FF,1'B&WK)A/%1 M57YF4C1)26O/X6,M(K\%/]3Q9+POYZ&?M,%=`TZBT((]U;'1=YMV;`-/AV_HK_0,TGQ#1QTQD*HPCL"PG7UAVUL(9^+W.N&TC7`B"8OM&HT*=SO% M5HY$!$JZP8[^M:>+$DO,2&*BCY:_W-U_*PEN18"9;N_!Q):T(TE+/EJ>NEZF M)`XK8JVB9`L$GB(A*V^1*NEV;<3A\FGU)U>P6->=UI4WYCK3NOS&3%=:E^"X MTI'V59CIAFD_#)S0"6-8#-2D"UP%8DT%C%$Q%(51L664'F?1,^/$\Q_DFFCS M?F;3>ZXFP7@NDDW0'^9\WF'VR.2#76DE1>9Z&$G.^T>IK8,R"?1ZCALI$.OH MBOI&2LI*"AF>\J`&LX?M4R7'CA1D$#WQ:F^^P2[F]*ZW$#G>!GC4=(:Y:N%( M>/')MRT9AI(J'6Z> MTAPI8BE^*3E2#/KZ%Y!A"C!SC-W`USW$3HUMQBA*:1]9"0YT8T8$^KX:P3&I M7(>Y)DQ%KE8-;GBR$@[0='Z1U-"WC6@O#-Y=U;"K1BQ\GQIRW8C$(>-F=@U^ MU@B?1L$8G2(3+;VSE_0H:=6CS94VMMM-GGOE[=X&D4J3#*W9G1),/`MRC!P5KO"`ZMO&L7%9DW* M#M5>0"LS>;G\FC_L'V`>]_=YH9(1IK&4+@KJ\QVXK-7R(]2,^J1-1LDB/9$4 M:V8'%W]&BA?XOKDPFA!>(<+EB/?>>"QR:$-.6%Q-2<,.^*O#2,+3$WKNYY3W M2G.(&Z5QQ0G7D;)-!@7.8O]T5B];YTOK">T,YH>J_&F99)8,\5XUC!3F M1*-<51]*QE0EJ4Q<@LRJ@YN<_Z_8&0B*LZ/K7MX_Z%D]^$.,M)YAT.=@Q_&< M#\H^0*Q<.T@5990>42M)N33PQF%Y&W]*_%A&YMQ/L$_N[ECJ`N1P%I'H:D=\ MF&4AR<=TH1S%95ZLY,:\V)-5T9YX+=J,VI+@QDO*;X,/NXC]+8L>9<"ITIWC MF96O4[I=73_&1#M8)%%RAQO@X&C(8PWX,3_8,H$E&M4JR_UTBRJ?.2.[8I$2 M;I01]9N2:E#6\CX=QH:UG=0+3X932;IS1(CQPI[E@7AS6L__ZG'=7NM*5KG2E*UWI2E>ZTI6N=*4K A7>E*5[K2E:YTI2M=Z4I7NM*5KG3E_UW^!>$<'E$`,`(` ` end From owner-freebsd-hackers Wed Mar 15 23:14:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02068 for hackers-outgoing; Wed, 15 Mar 1995 23:14:51 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA02062 for ; Wed, 15 Mar 1995 23:14:49 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id HAA21438; Thu, 16 Mar 1995 07:14:53 GMT From: Paul Richards Message-Id: <199503160714.HAA21438@isl.cf.ac.uk> Subject: Re: cpio bug ? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Thu, 16 Mar 1995 07:14:52 +0000 (GMT) Cc: nate@trout.sri.MT.net, rgrimes@gndrsh.aac.dev.com, hackers@FreeBSD.org In-Reply-To: <199503160608.WAA10227@ref.tfs.com> from "Poul-Henning Kamp" at Mar 15, 95 10:08:47 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 759 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Poul-Henning Kamp who said > > > Have we looked at PAX? It's a 4.4 thing, and it's supposed to do both > > cpio and tar like functions. (I think it can also do cpio and tar > > formats, which means that it could replace both of them) > > > Until it understands both the commandline syntax'es it will not be able > to replace anything. Uhh, I think he meant we could just start using it for release work, not actually replace the cpio and tar binaries, though that should be a longer term goal. -- Paul Richards, FreeBSD core team member. Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. Internet: paul@FreeBSD.org, JANET(UK): RICHARDSDP@CARDIFF.AC.UK From owner-freebsd-hackers Wed Mar 15 23:16:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02099 for hackers-outgoing; Wed, 15 Mar 1995 23:16:49 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA02093 for ; Wed, 15 Mar 1995 23:16:37 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA19829; Thu, 16 Mar 1995 17:13:50 +1000 Date: Thu, 16 Mar 1995 17:13:50 +1000 From: Bruce Evans Message-Id: <199503160713.RAA19829@godzilla.zeta.org.au> To: aw2t+@andrew.cmu.edu, freebsd-hackers@freefall.cdrom.com Subject: Re: installing on a thinkpad 750 Sender: hackers-owner@FreeBSD.org Precedence: bulk >I'm trying to get FreeBSD-2.0 (or SNAP) to install on a Thinkpad 750 (I >need to get FreeBSD or NetBSD on here before friday). I can get it to >boot using some modified NetBSD boot blocks that know how to deal with >36 sector floppies, but one it comes up the keyboard doesn't work. >Under NetBSD I had to remove the keyboard initialization code in >pccons to get the keyboard to work at all, and I couldn't get it working >with pcvt (I'm hung with NetBSD at another point now). Has anyone done >this before? Willing to help me out? The problem may be that the APM BIOS uses memory that it has reserved below 640K. FreeBSD doesn't honor BIOS reserved memory. Bruce From owner-freebsd-hackers Wed Mar 15 23:39:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02250 for hackers-outgoing; Wed, 15 Mar 1995 23:39:36 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA02243 for ; Wed, 15 Mar 1995 23:39:35 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA10453; Wed, 15 Mar 1995 23:39:18 -0800 From: Poul-Henning Kamp Message-Id: <199503160739.XAA10453@ref.tfs.com> Subject: Re: cpio bug ? To: paul@isl.cf.ac.uk (Paul Richards) Date: Wed, 15 Mar 1995 23:39:18 -0800 (PST) Cc: nate@trout.sri.MT.net, rgrimes@gndrsh.aac.dev.com, hackers@FreeBSD.org In-Reply-To: <199503160714.HAA21438@isl.cf.ac.uk> from "Paul Richards" at Mar 16, 95 07:14:52 am Content-Type: text Content-Length: 705 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Have we looked at PAX? It's a 4.4 thing, and it's supposed to do both > > > cpio and tar like functions. (I think it can also do cpio and tar > > > formats, which means that it could replace both of them) > > > > > Until it understands both the commandline syntax'es it will not be able > > to replace anything. > > Uhh, I think he meant we could just start using it for release work, not > actually replace the cpio and tar binaries, though that should be a longer > term goal. Last I looked cpio was smaller... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Wed Mar 15 23:45:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02333 for hackers-outgoing; Wed, 15 Mar 1995 23:45:04 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA02327 for ; Wed, 15 Mar 1995 23:45:04 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id XAA10376; Wed, 15 Mar 1995 23:43:51 -0800 Date: Wed, 15 Mar 1995 23:43:51 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503160743.XAA10376@netcom14.netcom.com> To: hackers@FreeBSD.org Subject: patches for X11R6?? Sender: hackers-owner@FreeBSD.org Precedence: bulk Just downloaded X11R6 and it is failing to compile. Wondering if any one got patches for it ... Tnks, Amancio From owner-freebsd-hackers Thu Mar 16 02:04:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA05590 for hackers-outgoing; Thu, 16 Mar 1995 02:04:44 -0800 Received: from physics.su.oz.au (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA05581 for ; Thu, 16 Mar 1995 02:04:20 -0800 Received: by physics.su.oz.au id AA29870 (5.67b/IDA-1.4.4 for hackers@FreeBSD.org); Thu, 16 Mar 1995 20:03:46 +1000 From: David Dawes Message-Id: <199503161003.AA29870@physics.su.oz.au> Subject: Re: patches for X11R6?? To: hasty@netcom.com (Amancio Hasty Jr) Date: Thu, 16 Mar 1995 20:03:45 +1000 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199503160743.XAA10376@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 15, 95 11:43:51 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 884 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Just downloaded X11R6 and it is failing to compile. >Wondering if any one got patches for it ... What is the problem? If it is badly generated Makefiles, then the following patch may help. If you have other problems, try the XFree86 3.1.1 patches. David --------------- *** xc/config/imake/imakemdep.h.orig Thu Mar 16 20:59:24 1995 --- xc/config/imake/imakemdep.h Thu Mar 16 21:00:03 1995 *************** *** 254,260 **** "-D__i386__", # endif # ifdef __GNUC__ ! "-traditional" # endif #endif #ifdef M4330 --- 254,260 ---- "-D__i386__", # endif # ifdef __GNUC__ ! "-traditional", # endif #endif #ifdef M4330 *************** *** 417,423 **** "-D__i386__", # endif # ifdef __GNUC__ ! "-traditional" # endif #endif #ifdef Oki --- 417,423 ---- "-D__i386__", # endif # ifdef __GNUC__ ! "-traditional", # endif #endif #ifdef Oki From owner-freebsd-hackers Thu Mar 16 02:09:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA05671 for hackers-outgoing; Thu, 16 Mar 1995 02:09:31 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA05665 for ; Thu, 16 Mar 1995 02:09:30 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id CAA27097; Thu, 16 Mar 1995 02:08:05 -0800 Date: Thu, 16 Mar 1995 02:08:05 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503161008.CAA27097@netcom14.netcom.com> To: dawes@physics.usyd.edu.au, hasty@netcom.com Subject: Re: patches for X11R6?? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Thanks I have downloaded all the info that I need from ftp.xfree86.org. I assumed that X11R6 pl11 was going to compile cleanly on FreeBSD-2.x Amancio From owner-freebsd-hackers Thu Mar 16 02:11:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA05691 for hackers-outgoing; Thu, 16 Mar 1995 02:11:49 -0800 Received: from physics.su.oz.au (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA05685 for ; Thu, 16 Mar 1995 02:11:41 -0800 Received: by physics.su.oz.au id AA29956 (5.67b/IDA-1.4.4 for hackers@FreeBSD.org); Thu, 16 Mar 1995 20:11:20 +1000 From: David Dawes Message-Id: <199503161011.AA29956@physics.su.oz.au> Subject: Re: patches for X11R6?? To: hasty@netcom.com (Amancio Hasty Jr) Date: Thu, 16 Mar 1995 20:11:19 +1000 (EST) Cc: dawes@physics.usyd.edu.au, hasty@netcom.com, hackers@FreeBSD.org In-Reply-To: <199503161008.CAA27097@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 16, 95 02:08:05 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 243 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Thanks I have downloaded all the info that I need from ftp.xfree86.org. > >I assumed that X11R6 pl11 was going to compile cleanly on FreeBSD-2.x It would except for the occasional bug. The imake problem is the only one I'm aware of. David From owner-freebsd-hackers Thu Mar 16 02:23:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA05811 for hackers-outgoing; Thu, 16 Mar 1995 02:23:47 -0800 Received: from CCCA.NCTU.edu.tw (jdli@CCCA.nctu.edu.tw [140.113.5.150]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA05804 for ; Thu, 16 Mar 1995 02:23:39 -0800 Received: (jdli@localhost) by CCCA.NCTU.edu.tw (8.6.7/8.6.4) id SAA07499 for freebsd-hackers@FreeBSD.ORG; Thu, 16 Mar 1995 18:23:44 +0800 From: ¾K¥Í¹Ú¦º µL¨¥¥H¹ï Message-Id: <199503161023.SAA07499@CCCA.NCTU.edu.tw> Subject: pentium optimized gcc ?! To: freebsd-hackers@FreeBSD.org Date: Thu, 16 Mar 1995 18:23:43 +0800 (WST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 136 Sender: hackers-owner@FreeBSD.org Precedence: bulk There is a pentium optimized gcc-i2.6.3 on sunsite.unc.edu:/pub/Linux/Incoming Will someone bring this into FreeBSD-current ? Thanks. From owner-freebsd-hackers Thu Mar 16 02:40:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA06145 for hackers-outgoing; Thu, 16 Mar 1995 02:40:13 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA06139 for ; Thu, 16 Mar 1995 02:40:12 -0800 Received: from fedora.x.org by expo.x.org id AA19965; Thu, 16 Mar 95 05:39:38 -0500 Received: by fedora.x.org id AA11677; Thu, 16 Mar 1995 05:39:36 -0500 Message-Id: <9503161039.AA11677@fedora.x.org> To: hasty@netcom.com (Amancio Hasty Jr) Cc: hackers@FreeBSD.org Subject: Re: patches for X11R6?? In-Reply-To: Your message of "Wed, 15 Mar 1995 23:43:51 PST." <199503160743.XAA10376@netcom14.netcom.com> Date: Thu, 16 Mar 1995 05:39:36 EST From: "Kaleb S. KEITHLEY" Sender: hackers-owner@FreeBSD.org Precedence: bulk >Just downloaded X11R6 and it is failing to compile. >Wondering if any one got patches for it ... It compiled on 2.0 with the XFree86 add-on patch. I don't known if XFree86 tried it without the XFree86 patch but in theory it should compile and work without it because mostly what their add-on patch does is add support for other systems like SCO, Interactive, OS/2, MINIX, etc. Perhaps you could elaborate on what part is failing to compile? I presume this is happening on a -current system? Without more information and without a -current system myself I'd suspect that someone broke something in -current. -- Kaleb From owner-freebsd-hackers Thu Mar 16 02:47:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA06206 for hackers-outgoing; Thu, 16 Mar 1995 02:47:00 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA06200 for ; Thu, 16 Mar 1995 02:46:57 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id CAA15298; Thu, 16 Mar 1995 02:46:07 -0800 From: "Rodney W. Grimes" Message-Id: <199503161046.CAA15298@gndrsh.aac.dev.com> Subject: Re: pentium optimized gcc ?! To: jdli@CCCA.NCTU.edu.tw (¾K¥Í¹Ú¦º µL¨¥¥H¹ï) Date: Thu, 16 Mar 1995 02:46:06 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503161023.SAA07499@CCCA.NCTU.edu.tw> from "¾K¥Í¹Ú¦º µL¨¥¥H¹ï" at Mar 16, 95 06:23:43 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 351 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > There is a pentium optimized gcc-i2.6.3 on sunsite.unc.edu:/pub/Linux/Incoming > Will someone bring this into FreeBSD-current ? I sure don't see one... and a file name might be nice... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu Mar 16 02:47:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA06225 for hackers-outgoing; Thu, 16 Mar 1995 02:47:23 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA06219 for ; Thu, 16 Mar 1995 02:47:22 -0800 From: hasty@netcom.com Received: from localhost by netcom14.netcom.com (8.6.10/Netcom) id CAA29049; Thu, 16 Mar 1995 02:46:12 -0800 Message-Id: <199503161046.CAA29049@netcom14.netcom.com> To: hackers@FreeBSD.org Subject: Re: patches for X11R6?? In-reply-to: Your message of Thu, 16 Mar 95 20:11:19 +1000. <199503161011.AA29956@physics.su.oz.au> Date: Thu, 16 Mar 95 02:46:12 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk Well for starters on X11R6 pl11 "extern char *sys_errlist[];" is being used on a few files. I just started and saw that the build failed so I just simply asked for patches. Rod reminded me to go out to ftp.xfree86.org and get whatever patches where available and David Dawes also posted a patch. I am going to start over again and will be happy to post whatever I do to get X11R6 to compile on FreeBSD.2-current. Tnks, Amancio From owner-freebsd-hackers Thu Mar 16 02:53:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA06419 for hackers-outgoing; Thu, 16 Mar 1995 02:53:55 -0800 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA06411 for ; Thu, 16 Mar 1995 02:53:50 -0800 Received: from ugen.NetManage.co.il (ugen.netmanage.co.il [192.114.78.165]) by dns.netvision.net.il (8.6.10/8.6.9) with SMTP id MAA27495; Thu, 16 Mar 1995 12:50:57 +0200 Date: Thu, 16 Mar 95 12:51:01 IST From: "Ugen J.S.Antsilevich" Subject: Re: patches for X11R6?? To: Amancio Hasty Jr , David Dawes Cc: dawes@physics.usyd.edu.au, hasty@netcom.com, hackers@FreeBSD.org X-Mailer: Chameleon 4.00-Arm-25, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk >>Thanks I have downloaded all the info that I need from ftp.xfree86.org. >> >>I assumed that X11R6 pl11 was going to compile cleanly on FreeBSD-2.x > >It would except for the occasional bug. The imake problem is the only >one I'm aware of. Seems like has a bug in XFree 3.0. The bug is in definition of type Display (actually iy just left undefined) -- -=Ugen J.S.Antsilevich=- NetVision - Israeli Commercial Internet | Learning E-mail: ugen@NetVision.net.il | To Fly. [c] Phone : +972-4-550330 | From owner-freebsd-hackers Thu Mar 16 03:00:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA06583 for hackers-outgoing; Thu, 16 Mar 1995 03:00:25 -0800 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA06574 for ; Thu, 16 Mar 1995 03:00:22 -0800 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id KAA12330; Thu, 16 Mar 1995 10:21:25 GMT Date: Thu, 16 Mar 1995 10:21:25 +0000 (GMT) From: Doug Rabson To: hackers@FreeBSD.org Subject: ISA cdrom specs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I have just bought a new machine, and in the interests of adventure, included an ISA cdrom driver (Mitsumi LX004). Does anyone know anything about this drive? Is there a standard for ISA cdroms? Where can I get the standard? etc. etc. -- Doug Rabson, RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Thu Mar 16 03:47:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA07359 for hackers-outgoing; Thu, 16 Mar 1995 03:47:49 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA07353 for ; Thu, 16 Mar 1995 03:47:48 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id GAA03078 for hackers@freebsd.org; Thu, 16 Mar 1995 06:47:51 -0500 Received: by starkhome.cs.sunysb.edu (8.6.11/1.34) id GAA17609; Thu, 16 Mar 1995 06:20:49 -0500 Date: Thu, 16 Mar 1995 06:20:49 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503161120.GAA17609@starkhome.cs.sunysb.edu> To: mmead@goof.com CC: hackers@FreeBSD.org In-reply-to: "matthew c. mead"'s message of Thu, 16 Mar 1995 00:19:05 -0500 (EST) <199503160519.AAA27104@goof.com> Subject: Diskless booting - netboot.com problems? Sender: hackers-owner@FreeBSD.org Precedence: bulk >cc -O2 -DNFS -DROMSIZE=16384 -DRELOC=0x90000 -DINCLUDE_WD -DWD_DEFAULT_MEM=0xD0000 -DINCLUDE_NE -DNE_BASE=0x320 -DINCLUDE_3COM -D_3COM_BASE=0x300 -c start2.S >Anything look wrong? Thanks again! I don't think the program can support two configured network cards at once. Try compiling for only the card that you want to use to boot with. - Gene From owner-freebsd-hackers Thu Mar 16 03:48:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA07387 for hackers-outgoing; Thu, 16 Mar 1995 03:48:41 -0800 Received: from physics.su.oz.au (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA07380 for ; Thu, 16 Mar 1995 03:48:38 -0800 Received: by physics.su.oz.au id AA01352 (5.67b/IDA-1.4.4 for hackers@FreeBSD.org); Thu, 16 Mar 1995 21:46:17 +1000 From: David Dawes Message-Id: <199503161146.AA01352@physics.su.oz.au> Subject: Re: patches for X11R6?? To: ugen@netvision.net.il (Ugen J.S.Antsilevich) Date: Thu, 16 Mar 1995 21:46:16 +1000 (EST) Cc: hasty@netcom.com, dawes@physics.usyd.edu.au, hackers@FreeBSD.org In-Reply-To: from "Ugen J.S.Antsilevich" at Mar 16, 95 12:51:01 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 905 Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>Thanks I have downloaded all the info that I need from ftp.xfree86.org. >>> >>>I assumed that X11R6 pl11 was going to compile cleanly on FreeBSD-2.x >> >>It would except for the occasional bug. The imake problem is the only >>one I'm aware of. >Seems like has a bug in XFree 3.0. >The bug is in definition of type Display (actually iy just >left undefined) The details of the Display struct are supposed to be private (because they are implementation dependent). For this reason, Display is defined in Xlib.h as: typedef struct _XDisplay Display; and struct _XDisplay is left undefined (although it is defined in Xlibint.h for internal use). This means that the only legal way to refer to this type in a user program is as a pointer to it. If you compile with XLIB_ILLEGAL_ACCESS defined, then struct _XDisplay is defined in Xlib.h. Code that requires this is not portable. David From owner-freebsd-hackers Thu Mar 16 04:13:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA08041 for hackers-outgoing; Thu, 16 Mar 1995 04:13:54 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA08035 for ; Thu, 16 Mar 1995 04:13:51 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id EAA03934; Thu, 16 Mar 1995 04:12:36 -0800 Date: Thu, 16 Mar 1995 04:12:36 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503161212.EAA03934@netcom14.netcom.com> To: jdli@CCCA.NCTU.edu.tw, rgrimes@gndrsh.aac.dev.com Subject: Re: pentium optimized gcc ?! Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Try : sunsite.unc.edu:/pub/Linux/devel/c/gcc-i2.6.3.tar.gz Have fun, Amancio From owner-freebsd-hackers Thu Mar 16 04:29:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA08176 for hackers-outgoing; Thu, 16 Mar 1995 04:29:34 -0800 Received: from ns.dknet.dk (root@ns.dknet.dk [193.88.44.42]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA08156 for ; Thu, 16 Mar 1995 04:26:12 -0800 Received: from login.dknet.dk by ns.dknet.dk with SMTP id AA04801 (5.65c8/IDA-1.4.4j for ); Thu, 16 Mar 1995 13:25:35 +0100 Received: by login.dknet.dk (4.1/SMI-4.1DKnet00) id AA09433; Thu, 16 Mar 95 13:23:23 +0100 From: sos@login.dknet.dk (S|ren Schmidt) Message-Id: <9503161223.AA09433@login.dknet.dk> Subject: Re: ISA cdrom specs To: dfr@render.com (Doug Rabson) Date: Thu, 16 Mar 95 13:23:22 MET Cc: hackers@FreeBSD.org In-Reply-To: ; from "Doug Rabson" at Mar 16, 95 10:21 am X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I have just bought a new machine, and in the interests of adventure, > included an ISA cdrom driver (Mitsumi LX004). Does anyone know anything > about this drive? Is there a standard for ISA cdroms? Where can I get > the standard? etc. etc. Look at ref.tfs.com:/pub/mirror/storage/* Btw I'm currently doing a driver for such beasts :-) So I keep you in mind for an alphatester right ? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time .. From owner-freebsd-hackers Thu Mar 16 06:02:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA09384 for hackers-outgoing; Thu, 16 Mar 1995 06:02:06 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA09376 for ; Thu, 16 Mar 1995 06:02:03 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA03487 (5.67a/IDA-1.5 for freebsd.org!hackers); Thu, 16 Mar 1995 07:46:33 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA26206; 16 Mar 95 07:39:31 CST (Thu) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id HAA26203 for babkin@hq.icb.chel.su; Thu, 16 Mar 1995 07:39:30 -0600 From: Peter da Silva Message-Id: <199503161339.HAA26203@bonkers.taronga.com> Subject: Re: diskless and 3Com 509 To: hackers@FreeBSD.org Date: Thu, 16 Mar 1995 07:39:30 -0600 (CST) In-Reply-To: <199503161634.LAA00431@hq.icb.chel.su> from "Serge A. Babkin" at Mar 16, 95 11:34:45 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 322 Sender: hackers-owner@FreeBSD.org Precedence: bulk I've seen a lot of criticism of BSD-derived telnets because you can't use them for Q&D smtp or nntp information snarfing because they exit on EOF. Apparently USG-derived ones wait for the other end to shut down if stdin is a plain file. I'd like some inputs on the pros and cons of copying the USG behaviour in this case. From owner-freebsd-hackers Thu Mar 16 06:53:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA10130 for hackers-outgoing; Thu, 16 Mar 1995 06:53:21 -0800 Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA10124 for ; Thu, 16 Mar 1995 06:53:19 -0800 Received: by plains.NoDak.edu; Thu, 16 Mar 1995 08:53:10 -0600 Date: Thu, 16 Mar 1995 08:53:10 -0600 From: Mark Tinguely Message-Id: <199503161453.AA07760@plains.NoDak.edu> To: hackers@FreeBSD.org, phk@ref.tfs.com Subject: Re: fsck buglet Sender: hackers-owner@FreeBSD.org Precedence: bulk > If I say "fsck -n /dev/rfd0", wouldn't it make sense for fsck to return > a non-zero exit code if any trouble were found ? > > As it is it will return zero no matter what it finds... philosophically, I think only the preen option ("-p") should return a status. I can see that you want to check out floppies, but people will also run fsck on mounted filesystem. If the filesystem is mounted, then at least the "clean flag" in the superblock will be wrong giving you the nonzero return status. if you change "fsck -n" that a "problem" exists, (honest question not trying to be a smart-ass) then should you add a return code that a "problem" was solved with "fsck [-y | -p | ]" to be consistant? --mark. From owner-freebsd-hackers Thu Mar 16 07:23:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA10862 for hackers-outgoing; Thu, 16 Mar 1995 07:23:14 -0800 Received: from cs.sunysb.edu (sbcs.sunysb.edu [130.245.1.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA10855 for ; Thu, 16 Mar 1995 07:23:08 -0800 Received: from sbtzi-cker.csdept (sbtzi-cker.cs.sunysb.edu [130.245.1.65]) by cs.sunysb.edu (8.6.11/8.6.9) with SMTP id KAA21273 for ; Thu, 16 Mar 1995 10:23:03 -0500 Date: Thu, 16 Mar 1995 10:23:03 -0500 From: Chitra Venkatramani Message-Id: <199503161523.KAA21273@cs.sunysb.edu> To: hackers@FreeBSD.org Subject: net question Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi! In if_ed.c, the ethernet driver, the sizes of the transmit and receive buffers are set. For 16bit cards, the transmit buffer size is set to 2 buffers, each 6 pages, each page being 256 bytes. And the remaining memory is set aside for the receiver ring buffer. I would like to know if it is possible to set the transmit buffer size to be larger, say 6 buffers and leave the rest for the receiver, in software ? That is, is this parameter software configurable ? Thanks -Chitra (chitra@cs.sunysb.edu) From owner-freebsd-hackers Thu Mar 16 07:50:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA11583 for hackers-outgoing; Thu, 16 Mar 1995 07:50:32 -0800 Received: from victor.innovus.com ([192.75.186.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA11577 for ; Thu, 16 Mar 1995 07:50:25 -0800 Received: (from martin@localhost) by victor.innovus.com (8.6.9/8.6.9) id KAA29678; Thu, 16 Mar 1995 10:57:41 -0500 From: Martin Renters Message-Id: <199503161557.KAA29678@victor.innovus.com> Subject: Re: Diskless booting - netboot.com problems? To: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Date: Thu, 16 Mar 1995 10:57:38 -0500 (EST) Cc: mmead@goof.com, hackers@FreeBSD.org In-Reply-To: <199503161120.GAA17609@starkhome.cs.sunysb.edu> from "Gene Stark" at Mar 16, 95 06:20:49 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 614 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >cc -O2 -DNFS -DROMSIZE=16384 -DRELOC=0x90000 -DINCLUDE_WD -DWD_DEFAULT_MEM=0xD0000 -DINCLUDE_NE -DNE_BASE=0x320 -DINCLUDE_3COM -D_3COM_BASE=0x300 -c start2.S > > >Anything look wrong? Thanks again! > > I don't think the program can support two configured network cards at once. > Try compiling for only the card that you want to use to boot with. > > - Gene It used to work fine with SMC and NE200 support. I haven't tried it with 3C503 also compiled in, but I don't see why it wouldn't work. The probe routine tries to find SMC cards, and if that fails looks for an NE2000 or 3C503. Martin From owner-freebsd-hackers Thu Mar 16 08:00:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA11854 for hackers-outgoing; Thu, 16 Mar 1995 08:00:03 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA11848 for ; Thu, 16 Mar 1995 08:00:02 -0800 Received: (from mmead@localhost) by goof.com (8.6.9/8.6.9) id LAA28871; Thu, 16 Mar 1995 11:01:09 -0500 From: "matthew c. mead" Message-Id: <199503161601.LAA28871@goof.com> Subject: Re: Diskless booting - netboot.com problems? To: martin@victor.innovus.com (Martin Renters) Date: Thu, 16 Mar 1995 11:01:09 -0500 (EST) Cc: starkhome!gene@sbstark.cs.sunysb.edu, hackers@FreeBSD.org In-Reply-To: <199503161557.KAA29678@victor.innovus.com> from "Martin Renters" at Mar 16, 95 10:57:38 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1478 Sender: hackers-owner@FreeBSD.org Precedence: bulk Martin Renters wrote: > > >cc -O2 -DNFS -DROMSIZE=16384 -DRELOC=0x90000 -DINCLUDE_WD -DWD_DEFAULT_MEM=0xD0000 -DINCLUDE_NE -DNE_BASE=0x320 -DINCLUDE_3COM -D_3COM_BASE=0x300 -c start2.S > > > > >Anything look wrong? Thanks again! > > > > I don't think the program can support two configured network cards at once. > > Try compiling for only the card that you want to use to boot with. > It used to work fine with SMC and NE200 support. I haven't tried it with > 3C503 also compiled in, but I don't see why it wouldn't work. The probe > routine tries to find SMC cards, and if that fails looks for an NE2000 or > 3C503. Taking out support for all but one card works fine. It appears, however, that it cannot find the 3C503. I have a 3C503 on an isa slot in a pentium machine with a PCI bus. It says it can't find the adapter. I'm going to swap the SMC card in the 486 with the 3COM card in the Pentium and see if it works. On the 486, I can load up the kernel and everything, but it dies with a SIOCFADDR or something like that - with the error number 6. It's a panic in nfs_mountroot or somesuch. I'm going to try a SNAP kernel and see what happens. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Thu Mar 16 08:10:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12015 for hackers-outgoing; Thu, 16 Mar 1995 08:10:35 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12008 for ; Thu, 16 Mar 1995 08:10:32 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id IAA15703; Thu, 16 Mar 1995 08:08:49 -0800 From: "Rodney W. Grimes" Message-Id: <199503161608.IAA15703@gndrsh.aac.dev.com> Subject: Re: pentium optimized gcc ?! To: hasty@netcom.com (Amancio Hasty Jr) Date: Thu, 16 Mar 1995 08:08:48 -0800 (PST) Cc: jdli@CCCA.NCTU.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <199503161212.EAA03934@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 16, 95 04:12:36 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 960 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Try : > sunsite.unc.edu:/pub/Linux/devel/c/gcc-i2.6.3.tar.gz Better yet get: sunsite.unc.edu:/pub/Linux/devel/c/gcc-2.6.3-i2.6.3.diff.gz it's only 296k bytes... that can't be too bad of a patch to deal with can it :-) :-) :-) Hummm.. wonder how careful this work was done: -/* Definitions of target machine for GNU compiler for Intel X86 (386, 486, pent ium) - Copyright (C) 1988, 1992, 1994 Free Software Foundation, Inc. +/* Definitions of target machine for GNU compiler for Intel X86. + Copyright (C) 1988, 1992 Free Software Foundation, Inc. + + Pentium cpu support and other enhancements by Tevi Devor Intel Corp. + (tevi@iil.intel.com). Note the copyright has rolled back to 1992, which would be when Tevi Devor did the original Intel Pentium work at intel using gcc 2.3.3 :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu Mar 16 08:23:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12190 for hackers-outgoing; Thu, 16 Mar 1995 08:23:34 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12183 for ; Thu, 16 Mar 1995 08:23:30 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id JAA13785; Thu, 16 Mar 1995 09:27:26 -0700 Date: Thu, 16 Mar 1995 09:27:26 -0700 From: Nate Williams Message-Id: <199503161627.JAA13785@trout.sri.MT.net> In-Reply-To: "Rodney W. Grimes" "Re: pentium optimized gcc ?!" (Mar 16, 8:08am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Rodney W. Grimes" Subject: Re: pentium optimized gcc ?! Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hummm.. wonder how careful this work was done: > > -/* Definitions of target machine for GNU compiler for Intel X86 (386, 486, pent > ium) > - Copyright (C) 1988, 1992, 1994 Free Software Foundation, Inc. > +/* Definitions of target machine for GNU compiler for Intel X86. > + Copyright (C) 1988, 1992 Free Software Foundation, Inc. > + > + Pentium cpu support and other enhancements by Tevi Devor Intel Corp. > + (tevi@iil.intel.com). > > Note the copyright has rolled back to 1992, which would be when Tevi Devor > did the original Intel Pentium work at intel using gcc 2.3.3 :-(. Actually, it was 2.4.0 as I recall since I actually upgraded it to 2.4.5 back when I had spare time but I never had a pentium box to test it out on. :( Nate From owner-freebsd-hackers Thu Mar 16 08:25:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12243 for hackers-outgoing; Thu, 16 Mar 1995 08:25:30 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12235 for ; Thu, 16 Mar 1995 08:25:27 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id IAA15778; Thu, 16 Mar 1995 08:24:55 -0800 From: "Rodney W. Grimes" Message-Id: <199503161624.IAA15778@gndrsh.aac.dev.com> Subject: Re: net question To: chitra@CS.SunySB.EDU (Chitra Venkatramani) Date: Thu, 16 Mar 1995 08:24:54 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503161523.KAA21273@cs.sunysb.edu> from "Chitra Venkatramani" at Mar 16, 95 10:23:03 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1353 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Hi! > In if_ed.c, the ethernet driver, the sizes of the transmit and > receive buffers are set. For 16bit cards, the transmit buffer size > is set to 2 buffers, each 6 pages, each page being 256 bytes. > And the remaining memory is set aside for the receiver ring buffer. > > I would like to know if it is possible to set the transmit buffer > size to be larger, say 6 buffers and leave the rest for the receiver, > in software ? That is, is this parameter software configurable ? There is no real reason to have more than 2 transmit buffers, it will just waste NIC memory. The NS8390 and dirived chips do not have chained trasmitter sections, they can only handle 1 transmit buffer at a time. The reason there are 2 buffers is so that you can have one active on the transmitter while you fill in the second one with data from the host, as soon as the active buffer completes transmission the buffers are swapped. Haveing more than 2 buffers would greatly complicate the buffer swapping code and probably end up makeing the driver slower (realize this driver can already transmit at FULL or near FULL ethernet speed using a 486DX33 and a 16 bit memory mapped card like the WD8013). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu Mar 16 08:28:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12340 for hackers-outgoing; Thu, 16 Mar 1995 08:28:05 -0800 Received: from shell1.best.com (shell1.best.com [204.156.128.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12334 for ; Thu, 16 Mar 1995 08:28:03 -0800 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.10/8.6.5) with ESMTP id IAA14646; Thu, 16 Mar 1995 08:27:18 -0800 Received: (from rcarter@localhost) by geli.clusternet (8.6.11/8.6.9) id IAA02607; Thu, 16 Mar 1995 08:26:21 -0800 Date: Thu, 16 Mar 1995 08:26:21 -0800 From: "Russell L. Carter" Message-Id: <199503161626.IAA02607@geli.clusternet> To: jdli@CCCA.NCTU.edu.tw Subject: Re: pentium optimized gcc ?! Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk It builds fine, and works ok. Seems to be a problem with -O4, occassionally. Russell From owner-freebsd-hackers Thu Mar 16 08:38:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12501 for hackers-outgoing; Thu, 16 Mar 1995 08:38:20 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12494 for ; Thu, 16 Mar 1995 08:38:14 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id LAA04411; Thu, 16 Mar 1995 11:35:13 -0500 From: Peter Dufault Message-Id: <199503161635.LAA04411@hda.com> Subject: Splicing in a new serial line protocol To: freebsd-hackers@freefall.cdrom.com Date: Thu, 16 Mar 1995 11:35:12 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1575 Sender: hackers-owner@FreeBSD.org Precedence: bulk Would anyone care to comment on where to splice in a new serial line protocol? I haven't looked at the code at all yet; I plan on looking later on today. I want to continuously receive serial data at 28.8 from four microcontrollers for up to three minutes. The frame protocol is this: * -> : Sender * <- : Receiver * * To reserve the line (not needed for grabbed link): * * ->ENQ : Bid for the line. * <-EOT : Grant the line * The equipment will always gets the line; * the host must turn the link around in case of a collision. * * To send a frame: * * ->STX : Here comes a frame * ->Sequence: The sequence number. * ->Stream : The stream code. Stream code > 128 "grab the link". * ->Count : The count. Up to 255 bytes. * ->b0...bn : The bytes * ->cs : The check sum * * If you did not grabbed the link: * * <-ACK/NAK : The ACK/NAK for the check sum. Not sent for grabbed link * * To request that the sender release ownership of the link: * * <- ETX : Ungrab the link, stop sending frames ASAP. Normally both ends bid for the link before sending data, but the link can be "grabbed" and then the data sent continuously (and it will be continuous - the microcontrollers are dedicated to collecting and feeding the data). I'm looking at bufferred boards for this (the Hayes ESP and the "Gtek PCSS-8FX"). Peter -- 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 Mar 16 08:43:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12619 for hackers-outgoing; Thu, 16 Mar 1995 08:43:21 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12613 for ; Thu, 16 Mar 1995 08:43:19 -0800 Received: (from mmead@localhost) by goof.com (8.6.9/8.6.9) id LAA29139; Thu, 16 Mar 1995 11:44:27 -0500 From: "matthew c. mead" Message-Id: <199503161644.LAA29139@goof.com> Subject: Re: Diskless booting - netboot.com problems? To: mmead@goof.com (mmead) Date: Thu, 16 Mar 1995 11:44:27 -0500 (EST) Cc: martin@victor.innovus.com, starkhome!gene@sbstark.cs.sunysb.edu, hackers@FreeBSD.org In-Reply-To: from "mmead" at Mar 16, 95 11:01:09 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1892 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Martin Renters wrote: > > > >cc -O2 -DNFS -DROMSIZE=16384 -DRELOC=0x90000 -DINCLUDE_WD -DWD_DEFAULT_MEM=0xD0000 -DINCLUDE_NE -DNE_BASE=0x320 -DINCLUDE_3COM -D_3COM_BASE=0x300 -c start2.S > > > > > > >Anything look wrong? Thanks again! > > > > > > I don't think the program can support two configured network cards at once. > > > Try compiling for only the card that you want to use to boot with. > > It used to work fine with SMC and NE200 support. I haven't tried it with > > 3C503 also compiled in, but I don't see why it wouldn't work. The probe > > routine tries to find SMC cards, and if that fails looks for an NE2000 or > > 3C503. > Taking out support for all but one card works fine. It appears, > however, that it cannot find the 3C503. I have a 3C503 on an isa slot in a > pentium machine with a PCI bus. It says it can't find the adapter. I'm going > to swap the SMC card in the 486 with the 3COM card in the Pentium and see if it > works. On the 486, I can load up the kernel and everything, but it dies with a > SIOCFADDR or something like that - with the error number 6. It's a panic in > nfs_mountroot or somesuch. I'm going to try a SNAP kernel and see what > happens. the exact error is: panic: nfs_mountroot: SIOCAIFADDR: 6 then it reboots - do I need to do some special config kernel root on 198.82.168.1:/u1/mmead/rootfs/vision or something like that? Thanks! BTW - I just grabbed the 3com version that was sent to hackers today and for some reason it sees the card but cannot talk to the bootp server... :-( The SMC cards can. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Thu Mar 16 09:09:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA12951 for hackers-outgoing; Thu, 16 Mar 1995 09:09:07 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA12945 for ; Thu, 16 Mar 1995 09:09:05 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23453; Thu, 16 Mar 95 10:01:56 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503161701.AA23453@cs.weber.edu> Subject: Re: installing on a thinkpad 750 To: bde@zeta.org.au (Bruce Evans) Date: Thu, 16 Mar 95 10:01:56 MST Cc: aw2t+@andrew.cmu.edu, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503160713.RAA19829@godzilla.zeta.org.au> from "Bruce Evans" at Mar 16, 95 05:13:50 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > >I'm trying to get FreeBSD-2.0 (or SNAP) to install on a Thinkpad 750 (I > >need to get FreeBSD or NetBSD on here before friday). I can get it to > >boot using some modified NetBSD boot blocks that know how to deal with > >36 sector floppies, but one it comes up the keyboard doesn't work. > >Under NetBSD I had to remove the keyboard initialization code in > >pccons to get the keyboard to work at all, and I couldn't get it working > >with pcvt (I'm hung with NetBSD at another point now). Has anyone done > >this before? Willing to help me out? > > The problem may be that the APM BIOS uses memory that it has reserved > below 640K. FreeBSD doesn't honor BIOS reserved memory. This theory doesn't make sense. The problem with it is that the BIOS is not accessed after BSD boots, and BSD doesn't load into the BIOS reserved area while the boot blocks are running before that. APM was the main reason I have been steadfastly arguing for better processer type identification and for non-overcommit in VM. The BIOS is able to implement APM because it knows how to save and restore processor internal registers. Protected mode code knows the same thing (thanks to "The Undocumented PC"), but since it is processer specific, it requires better probing to implement. Avoiding memory overcommit in VM allows you to use existing VM structures instead of allocating an otherwise unusable area of disk equal to your real memory plus processor state. Anyway, back to the keyboard. The problem is that by default the ThinkPad uses PS/2 scan code mode. You can fix this by using an option and building a kernel, as shown below. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. ========================================================================= ] From: J Wunsch ] Message-Id: <199411281905.UAA16637@julia.tcd-dresden.de> ] Subject: Re: Anyone got FreeBSD 1.1.5.1 running on a ThinkPad? (fwd) ] To: questions@freebsd.org ] Date: Mon, 28 Nov 1994 20:05:05 +0100 (MET) ] X-Phone: +49-351-8141 137 ] Reply-To: joerg_wunsch@uriah.sax.de ] X-Mailer: ELM [version 2.4 PL23] ] Mime-Version: 1.0 ] Content-Type: text/plain; charset=ISO-8859-1 ] Content-Transfer-Encoding: 8bit ] Content-Length: 895 ] Sender: questions-owner@freebsd.org ] Precedence: bulk ] Status: OR ] ] Just for the record, in case someone else is asking for this: Al's ] confirmation that pcvt w/ PCVT_SCANSET=2 works for the ThinkPad: ] ] As Al Elia wrote: ] | Date: Mon, 28 Nov 1994 18:24:42 GMT ] | From: Al Elia ] | Message-Id: <199411281824.SAA01554@aelia.student.harvard.edu> ] | To: joerg_wunsch@bonnie.tcd-dresden.de ] | Subject: Re: Anyone got FreeBSD 1.1.5.1 running on a ThinkPad? ] | ] | PCVT_SCANSET=2 worked...I had put in PCVT_SCAN_SET=2 (Doh!) ] | ] | anyway, thanks a lot for your help! (now I don't suppose you know anything ] | about the wd driver...) ] | ] | --Al Elia ] | ] -- ] cheers, J"org work: joerg_wunsch@tcd-dresden.de ] private: joerg_wunsch@uriah.sax.de ] ``C combines the speed and flexibility of assembler ] with the readability of assembler.'' ========================================================================= From owner-freebsd-hackers Thu Mar 16 09:14:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13244 for hackers-outgoing; Thu, 16 Mar 1995 09:14:47 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA13238 for ; Thu, 16 Mar 1995 09:14:39 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA31846; Fri, 17 Mar 1995 03:10:38 +1000 Date: Fri, 17 Mar 1995 03:10:38 +1000 From: Bruce Evans Message-Id: <199503161710.DAA31846@godzilla.zeta.org.au> To: dufault@hda.com, freebsd-hackers@freefall.cdrom.com Subject: Re: Splicing in a new serial line protocol Sender: hackers-owner@FreeBSD.org Precedence: bulk >Would anyone care to comment on where to splice in a new serial line >protocol? I haven't looked at the code at all yet; I plan on looking >later on today. Look at if_sl.c. Don't cp it :-). Bruce From owner-freebsd-hackers Thu Mar 16 09:20:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13400 for hackers-outgoing; Thu, 16 Mar 1995 09:20:10 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA13394 for ; Thu, 16 Mar 1995 09:20:09 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA11794; Thu, 16 Mar 1995 09:19:44 -0800 From: Poul-Henning Kamp Message-Id: <199503161719.JAA11794@ref.tfs.com> Subject: Re: pentium optimized gcc ?! To: jdli@CCCA.NCTU.edu.tw (¾K¥Í¹Ú¦º µL¨¥¥H¹ï) Date: Thu, 16 Mar 1995 09:19:44 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503161023.SAA07499@CCCA.NCTU.edu.tw> from "¾K¥Í¹Ú¦º µL¨¥¥H¹ï" at Mar 16, 95 06:23:43 pm Content-Type: text Content-Length: 463 Sender: hackers-owner@FreeBSD.org Precedence: bulk > There is a pentium optimized gcc-i2.6.3 on sunsite.unc.edu:/pub/Linux/Incoming > Will someone bring this into FreeBSD-current ? No, not at this time, we're too close to 2.1 to break out c-compiler. A package is most welcome, or an entry for the /experimental for that matter... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Thu Mar 16 09:20:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13442 for hackers-outgoing; Thu, 16 Mar 1995 09:20:54 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA13429 for ; Thu, 16 Mar 1995 09:20:52 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id MAA04543; Thu, 16 Mar 1995 12:17:23 -0500 From: Peter Dufault Message-Id: <199503161717.MAA04543@hda.com> Subject: Re: Splicing in a new serial line protocol To: bde@zeta.org.au (Bruce Evans) Date: Thu, 16 Mar 1995 12:17:23 -0500 (EST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503161710.DAA31846@godzilla.zeta.org.au> from "Bruce Evans" at Mar 17, 95 03:10:38 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 918 Sender: hackers-owner@FreeBSD.org Precedence: bulk Bruce Evans writes: > > >Would anyone care to comment on where to splice in a new serial line > >protocol? I haven't looked at the code at all yet; I plan on looking > >later on today. > > Look at if_sl.c. Don't cp it :-). After looking I'm not tempted... That would be awful big hammer. I immediately notice this: /* * SLIP ABORT ESCAPE MECHANISM: * (inspired by HAYES modem escape arrangement) * 1sec escape 1sec escape 1sec escape { 1sec escape 1sec escape } * within window time signals a "soft" exit from slip mode by remote end * if the IFF_DEBUG flag is on. */ Has anyone ever seen discussion about Hayes US patent 4,549,302 (where they claim a patent on the idea of pausing after an escape sequence) and this code? Peter -- 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 Mar 16 09:21:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13568 for hackers-outgoing; Thu, 16 Mar 1995 09:21:52 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA13562 for ; Thu, 16 Mar 1995 09:21:52 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA11807; Thu, 16 Mar 1995 09:21:26 -0800 From: Poul-Henning Kamp Message-Id: <199503161721.JAA11807@ref.tfs.com> Subject: Re: diskless and 3Com 509 To: peter@bonkers.taronga.com (Peter da Silva) Date: Thu, 16 Mar 1995 09:21:26 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503161339.HAA26203@bonkers.taronga.com> from "Peter da Silva" at Mar 16, 95 07:39:30 am Content-Type: text Content-Length: 534 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I've seen a lot of criticism of BSD-derived telnets because you can't use > them for Q&D smtp or nntp information snarfing because they exit on EOF. > Apparently USG-derived ones wait for the other end to shut down if stdin > is a plain file. I'd like some inputs on the pros and cons of copying the > USG behaviour in this case. well, go fix it :-) -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Thu Mar 16 09:22:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13593 for hackers-outgoing; Thu, 16 Mar 1995 09:22:48 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA13587 for ; Thu, 16 Mar 1995 09:22:47 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23508; Thu, 16 Mar 95 10:15:57 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503161715.AA23508@cs.weber.edu> Subject: Re: patches for X11R6?? To: dawes@physics.usyd.edu.au (David Dawes) Date: Thu, 16 Mar 95 10:15:56 MST Cc: ugen@netvision.net.il, hasty@netcom.com, dawes@physics.usyd.edu.au, hackers@FreeBSD.org In-Reply-To: <199503161146.AA01352@physics.su.oz.au> from "David Dawes" at Mar 16, 95 09:46:16 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > >Seems like has a bug in XFree 3.0. > >The bug is in definition of type Display (actually iy just > >left undefined) > > The details of the Display struct are supposed to be private (because > they are implementation dependent). For this reason, Display is > defined in Xlib.h as: > > typedef struct _XDisplay Display; > > and struct _XDisplay is left undefined (although it is defined in > Xlibint.h for internal use). This means that the only legal way to > refer to this type in a user program is as a pointer to it. > > If you compile with XLIB_ILLEGAL_ACCESS defined, then struct _XDisplay > is defined in Xlib.h. Code that requires this is not portable. Apparently there has been an opaquing of several structs in the latest X release, including the GC. I don't necessarily agree with all of the changes in this direction, since there is a significant loss in speed in the additional function call overhead for reading GC pixel value contents, for instance. If done on a SPARC processer, this in fact forces a push of the entire stack frame (SPARC does this each four calls), which is a *very* significant hit. 8-(. I can understand them not wanting you to write the values directly because of "server" side caching, but not wanting you to read them makes little or no sense. The "_ILLEGAL_ACCESS" for the GC is not backward compatible in any case, since there are (gratuitous) changes to the layout of the structure contents (elements are renamed). There is a major difference between interface abstraction and the rigorous enforcement of abstraction boundries. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 16 09:36:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13976 for hackers-outgoing; Thu, 16 Mar 1995 09:36:22 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA13968 for ; Thu, 16 Mar 1995 09:36:21 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23582; Thu, 16 Mar 95 10:29:38 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503161729.AA23582@cs.weber.edu> Subject: Re: diskless and 3Com 509 To: peter@bonkers.taronga.com (Peter da Silva) Date: Thu, 16 Mar 95 10:29:38 MST Cc: hackers@FreeBSD.org In-Reply-To: <199503161339.HAA26203@bonkers.taronga.com> from "Peter da Silva" at Mar 16, 95 07:39:30 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > I've seen a lot of criticism of BSD-derived telnets because you can't use > them for Q&D smtp or nntp information snarfing because they exit on EOF. > Apparently USG-derived ones wait for the other end to shut down if stdin > is a plain file. I'd like some inputs on the pros and cons of copying the > USG behaviour in this case. The main *valid* criticism of BSD telnets is the hack for option negotiation order used to determine which version of TCP/IP the telnetd is running to determine if the length byte on OOB data is going to be valid or not, and thus whether OOB transmissions should be used at all. This is basically the result of a bug in the TCP/IP implementation that was corrected between 4.2 and 4.3. The criticism you are leveling is one of whether the telnetd waits for its output queue to flush before exiting when the pty master it is talking to has the last close on the pty slave take place. I submit that this does not work in most implementation of TCP/IP for System V -- it certainly does *NOT* work on Solaris or SunOS, although it *does* work on UnixWare, as was found out when the NetWare printer interfaces were ported to all three as part of the NetWare for UNIX 4.x product. The failure is in the connection wind down code. The documentation says that SunOS and Solaris support disconnect notification in the Streams implementation of TLI, when in fact they pretend to but do not actually do anything. I don't believe that BSD supports this in the socket abstraction at all, since there is not a distinction between "close" and "close" as there is between "t_close" and "t_disconnect". Unless you go off and implement "SO_RUNDOWN" or some other socket option to change the close behaviour, I suspect that you will find yourself rewriting TLI (I guess we could use a nice TLI implementation, but it's a lot of work on your part). Even then, you will have to explicitly set this option in the telnetd. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 16 09:38:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA14295 for hackers-outgoing; Thu, 16 Mar 1995 09:38:36 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA14284 for ; Thu, 16 Mar 1995 09:38:30 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA32571; Fri, 17 Mar 1995 03:35:54 +1000 Date: Fri, 17 Mar 1995 03:35:54 +1000 From: Bruce Evans Message-Id: <199503161735.DAA32571@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@cs.weber.edu Subject: Re: installing on a thinkpad 750 Cc: aw2t+@andrew.cmu.edu, freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >I'm trying to get FreeBSD-2.0 (or SNAP) to install on a Thinkpad 750 (I >> >need to get FreeBSD or NetBSD on here before friday). I can get it to >> ... >> The problem may be that the APM BIOS uses memory that it has reserved >> below 640K. FreeBSD doesn't honor BIOS reserved memory. >This theory doesn't make sense. The problem with it is that the BIOS >is not accessed after BSD boots, and BSD doesn't load into the BIOS >reserved area while the boot blocks are running before that. The APM BIOS is accessed whenever BSD is idle. >Anyway, back to the keyboard. The problem is that by default the >ThinkPad uses PS/2 scan code mode. Doesn't it accept the console driver's setting of the old scan code mode? Bruce From owner-freebsd-hackers Thu Mar 16 09:49:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15348 for hackers-outgoing; Thu, 16 Mar 1995 09:49:13 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA15340 for ; Thu, 16 Mar 1995 09:49:10 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23644; Thu, 16 Mar 95 10:42:58 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503161742.AA23644@cs.weber.edu> Subject: Re: Splicing in a new serial line protocol To: dufault@hda.com (Peter Dufault) Date: Thu, 16 Mar 95 10:42:57 MST Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503161635.LAA04411@hda.com> from "Peter Dufault" at Mar 16, 95 11:35:12 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Would anyone care to comment on where to splice in a new serial line > protocol? I haven't looked at the code at all yet; I plan on looking > later on today. Ha! I recognize this protocol... can't quite place what equipment it goes with though; are you perhaps doing blood gas analysis? The place I'd implement it would be in a user mode process and not in the kernel at all -- everything that you do in terms of line bidding, etc. is on the basis of in-band data only. Since there is no need for detailed control of line signals, a user space process is more than adequate, and better for file I/O for storing it off. I rememeber implementing this in a TERM script under SCO Xenix. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 16 10:04:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA16499 for hackers-outgoing; Thu, 16 Mar 1995 10:04:07 -0800 Received: from phoenix.net (gclarkii@phoenix.phoenix.net [199.3.232.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA16490 for ; Thu, 16 Mar 1995 10:04:04 -0800 Received: (from gclarkii@localhost) by phoenix.net (8.6.10/8.6.6) id MAA11929; Thu, 16 Mar 1995 12:01:18 -0600 From: Gary Clark II Message-Id: <199503161801.MAA11929@ phoenix.net> Subject: Re: tkperl? To: hasty@netcom.com (Amancio Hasty Jr) Date: Thu, 16 Mar 1995 12:01:18 -0500 (CST) Cc: gclarkii@phoenix.net, hasty@netcom.com, hackers@FreeBSD.org In-Reply-To: <199503151956.LAA11464@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 15, 95 11:56:53 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 503 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >The reason 4.X was chosen was for the simple fact 5.0 was still in beta/alpha > > and I did not want to have to handle the patch of the week syndrome. > >Gary > > I wish you had chosen tcl/tk ... The install program could have been > written in tcl/tk > > And no I am not going to get into a debate of tcl/tk vs. perl ... > > Cheers, > Amancio > As far as I know, TCL was brought up, but no one wanted to bmake it and import. I doubt if anyone would compliane if TCL was added. Gary From owner-freebsd-hackers Thu Mar 16 10:09:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA16957 for hackers-outgoing; Thu, 16 Mar 1995 10:09:50 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA16925 for ; Thu, 16 Mar 1995 10:09:45 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA06630 (5.67a/IDA-1.5); Thu, 16 Mar 1995 11:51:29 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA00169; 16 Mar 95 11:50:49 CST (Thu) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id LAA00166; Thu, 16 Mar 1995 11:50:48 -0600 From: Peter da Silva Message-Id: <199503161750.LAA00166@bonkers.taronga.com> Subject: Re: diskless and 3Com 509 To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Thu, 16 Mar 1995 11:50:48 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199503161721.JAA11807@ref.tfs.com> from "Poul-Henning Kamp" at Mar 16, 95 09:21:26 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 648 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I've seen a lot of criticism of BSD-derived telnets because you can't use > > them for Q&D smtp or nntp information snarfing because they exit on EOF. > > Apparently USG-derived ones wait for the other end to shut down if stdin > > is a plain file. I'd like some inputs on the pros and cons of copying the > > USG behaviour in this case. > well, go fix it :-) I'm going to. I'm just asking whether people are likely to get on my case about doing so. When I proposed adopting USG behaviour in init on the NetBSD list they got all over me about it being a disgusting System V monstrosity. I'd rather not step on anyone's toes this time around. From owner-freebsd-hackers Thu Mar 16 10:11:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17185 for hackers-outgoing; Thu, 16 Mar 1995 10:11:08 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA17179 for ; Thu, 16 Mar 1995 10:11:05 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id NAA04729; Thu, 16 Mar 1995 13:07:59 -0500 From: Peter Dufault Message-Id: <199503161807.NAA04729@hda.com> Subject: Re: Splicing in a new serial line protocol To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 16 Mar 1995 13:07:59 -0500 (EST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <9503161742.AA23644@cs.weber.edu> from "Terry Lambert" at Mar 16, 95 10:42:57 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2359 Sender: hackers-owner@FreeBSD.org Precedence: bulk Terry Lambert writes: > > > Would anyone care to comment on where to splice in a new serial line > > protocol? I haven't looked at the code at all yet; I plan on looking > > later on today. > > Ha! I recognize this protocol... can't quite place what equipment it > goes with though; are you perhaps doing blood gas analysis? It is similar to many protocols. For a blood gas analzer you are probably thinking of the ASTM protocol which is the basis for a lot of laboratory anlysis systems. This protocol is home grown and is most similar to the link level of SECS (semi equipment communication standards). It is used to communicate to the firmware we've developed for a few instruments. > > The place I'd implement it would be in a user mode process and not in > the kernel at all -- everything that you do in terms of line bidding, > etc. is on the basis of in-band data only. Since there is no need > for detailed control of line signals, a user space process is more > than adequate, and better for file I/O for storing it off. That will give you a pretty nasty latency in bidding for the line. The user process is going to have to take the ENQ and send back the EOT. With a kernel driver a single receive interrupt with the ENQ and we'll grant the line. With four lines sending small packets there would be pretty big process load handling the bidding protocol, and that seems like a natural for in the kernel. I also like the way the kernel could mux and demux the streams as separate devices without a filter to specify the stream, though I suppose there is no real advantage: > echo "set mode 3" > /dev/stream3 versus > echo "set mode 3" | stream 3 /dev/streams Likewise for receiving - demuxing the streams would need a single demux process receiving the data and sending to processes waiting for info. Somehow a device looks cleaner. The protocol is implemented as an interrupt state machine and the user process would never have to be activated until a full frame was received and validated. I was just looking at the "tablet" line discipline as a starting point to add this as a new line discipline. But you may be right. I'll think a little more. Peter -- 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 Mar 16 10:30:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18839 for hackers-outgoing; Thu, 16 Mar 1995 10:30:47 -0800 Received: from odin.INS.CWRU.Edu (chet@odin.INS.CWRU.Edu [129.22.8.102]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA18679 for ; Thu, 16 Mar 1995 10:29:26 -0800 Received: (chet@localhost) by odin.INS.CWRU.Edu (8.6.10+cwru/CWRU-2.1-ins) id MAA17272; Thu, 16 Mar 1995 12:40:04 -0500 (from chet) Date: Thu, 16 Mar 1995 12:34:19 -0500 From: Chet Ramey To: arnold@skeeve.atl.ga.us, composer@beyond.dreams.org, friedman@gnu.ai.mit.edu, joshua5@cs.bu.edu, dob@inel.gov, mjo@msen.com, jason@servio.slc.com, timbo@ig.co.uk, trost@cse.ogi.edu, zoo@armadillo.com, lubkin@cs.rochester.edu, james@bigtex.cactus.org, dbrooks@ics.com, Greg.Onufer@Eng.Sun.COM, kre@munnari.oz.au, tmwalden@saturn.sys.acc.com, torvalds@cc.helsinki.fi, i.watson@lilly.com, glenn@mathcs.emory.edu, penningt@reason.psc.edu, devet@adv.iaehv.nl, grog@lemis.de, djm@eng.umd.edu, wieting@tweety.llnl.gov, geoffc@research.att.com, de5@ornl.gov, kayvan@satyr.sylvan.com, smd@uunet.ca, asjl@connect.com.au, mark@comp.vuw.ac.nz, david@cs.dal.ca, jwe@che.utexas.edu, Karl.Kleinpaste@GODIVA.NECTAR.CS.CMU.EDU, bammi@cadence.com, sanders@bsdi.com, tramey@boi.hp.com Subject: Bash-1.14.4 beta test version now available Cc: chet@odin.INS.CWRU.Edu, sandro@elf.com, drich@sgi.com, carson@cs.columbia.edu, dbecker@legato.com, deven@asylum.sf.ca.us, remy@ccs.neu.edu, freebsd-hackers@freefall.cdrom.com, dtm@nsd.3com.com, kjetilho@ifi.uio.no, cam@iinet.com.au, wbader@EECS.Lehigh.Edu, hniksic@neumijko.srce.hr, mwette@csi.jpl.nasa.gov, jsh@canary.com, gjb@gba.oz.au, andreas@MPA-Garching.MPG.DE, pgf@foxharp.boston.ma.us, peterc@suite.sw.oz.au, brown@eff.org, bothner@cygnus.com, tudor@cs.pub.ro, fox@cac.washington.edu, hag@gnu.ai.mit.edu, root@candle.pha.pa.us, schweikh@itosun.rus.uni-stuttgart.de Reply-To: chet@po.cwru.edu Message-ID: <9503161734.AA17130.SM@odin.INS.CWRU.Edu> Read-Receipt-To: chet@po.CWRU.Edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: hackers-owner@FreeBSD.org Precedence: bulk The first beta test version of bash-1.14.4 is now available for anonymous FTP with URL ftp://slc2.ins.cwru.edu/pub/hidden/bash-1.14.4.tar.gz Please try it out and send me any problems. This will probably be the final 1.14 release, so I would like it to be tested as thoroughly as possible. One caveat: if you use this version of bash and pipelines seem to hang when executing, please try adding -DWAITPID_BROKEN to SYSDEP_CFLAGS in the right machine description before reporting a bug. If you do this and it fixes the problem, please let me know so I can add it for the FCS release. A list of bug fixes present in this version is included. This file is in the distribution as NEWS. As always, thanks for all your help. Chet ---------- This file documents the bugs fixed between this release, bash-1.14.4, and the last public bash release, 1.14.3. 1. Bugs fixed in Bash a. The command history is now saved whenever an interactive shell exits, even if on hangup or error. b. Newline is no longer escaped with a backslash by the filename completion quoting functions. c. When building, `ranlib' is now searched for in the user's search path before attempting to find it in the file system. d. `getopts' now saves state across calls to fix core dumps when parsing arguments other than the positional parameters. e. The builtin getopt() has been greatly simplified, renamed sh_getopt() and is now compiled in on all machines. f. The default PATH has been changed to remove the leading `.'. g. The default MAILPATH needed to be changed for a few 4.4BSD-based systems. h. User-changable CFLAGS can now modify all of the build parameters. i. Fixed a typo that caused AFS to incorrectly report some files as executable. j. Fixed a bug in pathname canonicalization that could cause core dumps. k. Changes to the job control code to work around SCO kernel bugs (waitpid()). l. Fixed compilation problems on machines that defined `const' in a system header file without defining `inline'. m. New/changed machine descriptions: BSD/OS 2.0, Irix 6.x, Amdahl UTS, SCO. n. Fixes to make empty PS1 and PS2 work correctly. o. The \[ and \] prompt escapes are not recognized unless readline has been compiled into the shell. p. Fixed bad variable initialization that could cause core dumps on systems without varargs. q. Fixed bug that caused `bash -c exit' to return incorrect exit status. r. Fixed but that did not allow `PS4=' to suppress the execution trace display of `+'. s. Fixed bug so that quoting inside "${param[:][-?=+]word}" is honored. t. References without braces to unset positional parameters (`$5') now cause errors if set -u is on. u. Fixed bug so that the rhs of assignment statements is no longer word split. v. Changed calls to signal() to set_signal_handler() for Posix.1 semantics where available. w. Fixed bug that caused the exit trap to be passed to (...) subshells. x. $BASH is no longer auto-exported. y. Instances of globbing characters in completed filenames (`*', `?', `[') now cause the filename to be quoted. z. Fixed bug that caused an infinite loop if $PROMPT_COMMAND contained a syntax error. 2. Bugs fixed in Readline a. When listing filename completions, unprintable characters in filenames are now translated to ASCII b. Fixes to make empty prompt strings work correctly, instead of reusing the previously-displayed prompt. c. Use _SVR4_DISABLE if it is available and _POSIX_VDISABLE is not defined to turn off meanings of special characters like ^C d. Fixed up some functions called with incorrect arguments. e. Fixed bug with `:%' history modifier so that it now inserts the string matched by the most recent !?string? search, not the string searched for. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer Chet Ramey, Case Western Reserve University Internet: chet@po.CWRU.Edu From owner-freebsd-hackers Thu Mar 16 10:59:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA23129 for hackers-outgoing; Thu, 16 Mar 1995 10:59:42 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA23108 for ; Thu, 16 Mar 1995 10:59:39 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id NAA04963; Thu, 16 Mar 1995 13:56:38 -0500 From: Peter Dufault Message-Id: <199503161856.NAA04963@hda.com> Subject: Multiport serial cards To: freebsd-hackers@freefall.cdrom.com Date: Thu, 16 Mar 1995 13:56:37 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1547 Sender: hackers-owner@FreeBSD.org Precedence: bulk Since I'll be looking for a good multiport serial card I'm curious about what we have for support. We have: cy.c: cyclades cyclom-y serial driver sio.c: support for AST/4 compatable devices I'm interested in a board that will let me receive continuous data at 28.8 on four ports without any problems. At roughly 300 us per character that will mean we have to service each port every 4.8 ms with a 16550, or roughly 1.2 ms per port. (Of course lots of times when you're in the interrupt you'll be able to to serve more than one port) I think I should use a board with a large FIFO, which I don't think any of these have. I'm looking at: the Hayes ESP products (inexpensive at $600 for an 8 port card; can look like a big 16550 and so driver work needed; Hayes is in chapter 11 and at least some distributors claim they can't get product); the "Gtek" PCSS-8FX (a small company and pricey, about $1200.00 for an eight port card); The Digiboard intelligent cards (about $1000.00 and no driver yet). I thought there were comments about Digiboard being uncooperative. I've contacted them and the technical information is available on their bulletin board and their dysfunctional www site. Any thoughts on: 1. Using four 16550 ports as with the AST system in terms of loading; 2. Vendors for boards that look like "big 16550s" 3. Scoop about Hayes and Digiboard. Peter -- 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 Mar 16 11:12:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA23780 for hackers-outgoing; Thu, 16 Mar 1995 11:12:47 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA23774 for ; Thu, 16 Mar 1995 11:12:46 -0800 Received: from fedora.x.org by expo.x.org id AA27517; Thu, 16 Mar 95 14:12:10 -0500 Received: by fedora.x.org id AA12240; Thu, 16 Mar 1995 14:12:09 -0500 Message-Id: <9503161912.AA12240@fedora.x.org> To: hackers@FreeBSD.org Subject: Re: patches for X11R6?? In-Reply-To: Your message of "Thu, 16 Mar 1995 10:15:56 MST." <9503161715.AA23508@cs.weber.edu> Date: Thu, 16 Mar 1995 14:12:09 EST From: "Kaleb S. KEITHLEY" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> If you compile with XLIB_ILLEGAL_ACCESS defined, then struct _XDisplay >> is defined in Xlib.h. Code that requires this is not portable. >Apparently there has been an opaquing of several structs in the >latest X release, including the GC. I'm not sure what those would be. Would you care to elaborate? >I don't necessarily agree with all of the changes in this direction, >since there is a significant loss in speed in the additional function >call overhead for reading GC pixel value contents, for instance. If >done on a SPARC processer, this in fact forces a push of the entire >stack frame (SPARC does this each four calls), which is a *very* >significant hit. 8-(. Considering it takes about 0.5 usec to make a one argument function call on a SPARC 10 with debug turned on, and about 0.2 usec with optimization turned on, I think you'd have to make a lot of GC function calls to incur a significant hit. I would argue that you're doing something wrong if you're retrieving data from the GC-struct frequently. I'm sure you can think of alternative strategies to avoid excessive function calls if that's really your performance bottleneck. >I can understand them not wanting you to write the values directly >because of "server" side caching, but not wanting you to read >them makes little or no sense. ``"server" side caching''? In the client? >The "_ILLEGAL_ACCESS" for the GC is not backward compatible in any >case, since there are (gratuitous) changes to the layout of the >structure contents (elements are renamed). X11 is a standard just like ANSI/ISO C and IEEE POSIX. The X Consortium members specified the GC and Display structures, and the Sample Implementation is a reflection of the standard. The changes were not gratuitous, they were made with the full knowledge and approval of the members of the X Consortium. >There is a major difference between interface abstraction and the >rigorous enforcement of abstraction boundries. Which is not a valid rationalization for leaving a bug in the sample implementation; especially if it's a bug that encourages people to write inherently non-portable programs. The R5 Xlib.h warned people not to use the fields in these structures, and these fields aren't listed in the documentation. The only way they could have found out about them was by reading the header file, so if they've been writing non-portable programs, they can't say they weren't warned. -- Kaleb KEITHLEY X Consortium From owner-freebsd-hackers Thu Mar 16 11:34:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA24185 for hackers-outgoing; Thu, 16 Mar 1995 11:34:15 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA24178 for ; Thu, 16 Mar 1995 11:34:05 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA07600 (5.67a/IDA-1.5); Thu, 16 Mar 1995 13:03:24 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA00365; 16 Mar 95 12:01:32 CST (Thu) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id MAA00362; Thu, 16 Mar 1995 12:01:32 -0600 From: Peter da Silva Message-Id: <199503161801.MAA00362@bonkers.taronga.com> Subject: Batch Telnet (Re: diskless and 3Com 509) To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 16 Mar 1995 12:01:31 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <9503161729.AA23582@cs.weber.edu> from "Terry Lambert" at Mar 16, 95 10:29:38 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1384 Sender: hackers-owner@FreeBSD.org Precedence: bulk > The criticism you are leveling is one of whether the telnetd waits > for its output queue to flush before exiting when the pty master > it is talking to has the last close on the pty slave take place. Slow down. Words of one syllable, please... I suspect you're talking about a more complex situation than I'm addressing, and you're going way over my head. The behaviour I'm talking about is: telnet localhost nntp << EOF LIST QUIT EOF Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 200 bonkers.taronga.com NNTP[auth] server version 1.5.11 (10 February 1991) ready at Thu Mar 16 11:54:50 1995 (posting ok). Connection closed by foreign host. On the System V based telnets I've used this waits for the remote side to exit, so you get a list of groups on standard output. I don't see how changing the output queue flush behaviour could change this, because there could potentially be a significant delay between the time the remote NNTP server receives the LIST command and the time it starts sending the list of groups. The downside is, if the remote server is waiting for EOF rather than any explicit command, you lose bigtime. So it's easily arguable that the System V behaviour is broken, and that you shouldn't use telnet as a batch NNTP client, which is why I wanted to get some feedback before I dove in and broke^H^H^H^H^Hchanged things. From owner-freebsd-hackers Thu Mar 16 11:39:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA24291 for hackers-outgoing; Thu, 16 Mar 1995 11:39:41 -0800 Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA24269 for ; Thu, 16 Mar 1995 11:39:15 -0800 Received: by gvr.win.tue.nl (8.6.10/1.53) id UAA09292; Thu, 16 Mar 1995 20:37:22 +0100 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199503161937.UAA09292@gvr.win.tue.nl> Subject: dump buggy? To: FreeBSD-hackers@freefall.cdrom.com (FreeBSD-hackers) Date: Thu, 16 Mar 1995 20:37:22 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1984 Sender: hackers-owner@FreeBSD.org Precedence: bulk I got this problem with a dump today: Can anyone explain it? -Guido DUMP: Date of this level 0 dump: Thu Mar 16 17:43:27 1995 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd1h (/home) to /dev/nDAT DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 978600 tape blocks on 0.54 tape(s). DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: 5.51% done, finished in 1:25 DUMP: 10.95% done, finished in 1:21 DUMP: 16.41% done, finished in 1:16 DUMP: bread: lseek fails DUMP: read error from /dev/rsd1h: Invalid argument: [block -1402701654]: count =1024 DUMP: bread: lseek2 fails! DUMP: read error from /dev/rsd1h: Invalid argument: [sector -1402701654]: coun t=512 DUMP: bread: lseek2 fails! DUMP: read error from /dev/rsd1h: Invalid argument: [sector -1402701653]: coun t=512 DUMP: bread: lseek fails DUMP: read error from /dev/rsd1h: Invalid argument: [block -1402701652]: count =7168 DUMP: bread: lseek2 fails! DUMP: read error from /dev/rsd1h: Invalid argument: [sector -1402701652]: coun This is the partition: /dev/sd1h 1572894 962502 531747 64% /home And this is the disk: type: SCSI disk: Microp_2107 label: flags: bytes/sector: 512 sectors/track: 32 tracks/cylinder: 64 sectors/cylinder: 2048 cylinders: 1685 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize cpg] b: 204800 0 swap # (Cyl. 0 - 99) c: 3450902 0 unused 0 0 # (Cyl. 0 - 1685*) d: 3450902 0 unused 0 0 # (Cyl. 0 - 1685*) h: 3246080 204800 4.2BSD 1024 8192 16 # (Cyl. 100 - 1684) partition c: partition extends past end of unit partition d: partition extends past end of unit From owner-freebsd-hackers Thu Mar 16 12:09:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24849 for hackers-outgoing; Thu, 16 Mar 1995 12:09:19 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA24843 for ; Thu, 16 Mar 1995 12:09:17 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA12412 for hackers@freebsd.org; Thu, 16 Mar 1995 12:09:14 -0800 From: Poul-Henning Kamp Message-Id: <199503162009.MAA12412@ref.tfs.com> Subject: Is there a *roff wizard in the audience ? To: hackers@FreeBSD.org Date: Thu, 16 Mar 1995 12:09:13 -0800 (PST) Content-Type: text Content-Length: 318 Sender: hackers-owner@FreeBSD.org Precedence: bulk A lot of the ../doc/* files in the tree give various warnings when roff'ed. If anybody feels like fixing them, I will be most grateful. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Thu Mar 16 12:11:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24894 for hackers-outgoing; Thu, 16 Mar 1995 12:11:00 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA24887 for ; Thu, 16 Mar 1995 12:10:58 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id MAA14629; Thu, 16 Mar 1995 12:10:53 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id MAA00215; Thu, 16 Mar 1995 12:10:52 -0800 Message-Id: <199503162010.MAA00215@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Chitra Venkatramani cc: hackers@FreeBSD.org Subject: Re: net question In-reply-to: Your message of "Thu, 16 Mar 95 10:23:03 EST." <199503161523.KAA21273@cs.sunysb.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 16 Mar 1995 12:10:51 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk > In if_ed.c, the ethernet driver, the sizes of the transmit and >receive buffers are set. For 16bit cards, the transmit buffer size >is set to 2 buffers, each 6 pages, each page being 256 bytes. >And the remaining memory is set aside for the receiver ring buffer. > >I would like to know if it is possible to set the transmit buffer >size to be larger, say 6 buffers and leave the rest for the receiver, >in software ? That is, is this parameter software configurable ? It is possible, and would require a one line patch to the driver code. It was written to support an arbitrary number of transmit buffers. I did quite a bit of testing after writing the code to determine if there was any performance difference between 2 transmit buffers and 3, 4, 5, etc. In all of my tests, the performance came out the same. I can contrive some cases where more buffers might help...but the improvement would likely be very marginal. -DG From owner-freebsd-hackers Thu Mar 16 12:14:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA25016 for hackers-outgoing; Thu, 16 Mar 1995 12:14:58 -0800 Received: from cybernetics.net (jeffh@server0.cybernetics.net [198.80.48.52]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA25010 for ; Thu, 16 Mar 1995 12:14:57 -0800 Received: by cybernetics.net (4.1/SMI-4.1) id AA17956; Thu, 16 Mar 95 15:14:46 EST Date: Thu, 16 Mar 1995 15:14:40 -0500 (EST) From: Jeff Hoffman To: hackers@FreeBSD.org Subject: Any advice from experienced hackers? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I am a decent C programmer (learning C++) who is very interested in learning my way around FreeBSD. I am interested in learning how the OS works, so that I can start to hack in my spare (hah!) time. I have several ideas for device drivers, and wouldn't mind porting FreeBSD to an Alpha (hahahha!) I have will, determination, and am pretty quick to learn. Can anyone recommend any books or the like that will help me on my journey? I realize it will be a _WHILE_ before I can achieve any of my aforementioned goals, but a man can dream... Thanks, Jeff -- Jeff Hoffman -- jeffh@cybernetics.net ------------------------------------- "A man facing the light looks not into sorrow, but to to the future...always." WWW: http://www.cybernetics.net/users/jeffh ------------------------------------------------------------------------------ PGP Public Key available on request. From owner-freebsd-hackers Thu Mar 16 12:20:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA25205 for hackers-outgoing; Thu, 16 Mar 1995 12:20:29 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA25198 for ; Thu, 16 Mar 1995 12:20:27 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA12487; Thu, 16 Mar 1995 12:20:11 -0800 From: Poul-Henning Kamp Message-Id: <199503162020.MAA12487@ref.tfs.com> Subject: Re: Any advice from experienced hackers? To: jeffh@Cybernetics.NET (Jeff Hoffman) Date: Thu, 16 Mar 1995 12:20:11 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: from "Jeff Hoffman" at Mar 16, 95 03:14:40 pm Content-Type: text Content-Length: 846 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I have will, determination, and am pretty quick to learn. Can anyone > recommend any books or the like that will help me on my journey? I > realize it will be a _WHILE_ before I can achieve any of my > aforementioned goals, but a man can dream... Well, I suggest you find a corner of FreeBSD and improve it. It is far easier to change code than to write it. The src/TODO file contains some ideas for things you can start to look at. Some of them is huge&nasty, some of them are small and easy. If none of them sound like fun to you, send me email, and we'll find a good little project for you. Now, that should teach you never to volunteer again! :-) -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Thu Mar 16 12:24:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA25463 for hackers-outgoing; Thu, 16 Mar 1995 12:24:30 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA25457 for ; Thu, 16 Mar 1995 12:24:25 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id NAA16763 for hackers@FreeBSD.org; Thu, 16 Mar 1995 13:28:30 -0700 Date: Thu, 16 Mar 1995 13:28:30 -0700 From: Nate Williams Message-Id: <199503162028.NAA16763@trout.sri.MT.net> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@FreeBSD.org Subject: Graphical interface to gdb? Sender: hackers-owner@FreeBSD.org Precedence: bulk Cygnus made an announcement about this a while ago, and I remember hearing that the newest version of UPS was going to use gdb for the front end, but I haven't heard anything since. Does anyone know of anything besides *gdb (xgdb, xxgdb, mxgdb, tgdb) tools that provide a nice graphics interface to gdb? Barring that, does anyone know a way to have XEmacs use multiple screens (not a split screen) for debugging. It would be nice for it to use one screen for the input/output of the program, one screen for the gdb command, and a remaining screen for the source code. Currently, you have one/half of a screen for gdb and all I/O, and the other half for source. It's better than raw gdb, but it could be better. Any Elisp hackers out there want a challenge? Thanks! Nate From owner-freebsd-hackers Thu Mar 16 13:10:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA27332 for hackers-outgoing; Thu, 16 Mar 1995 13:10:35 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA27326 for ; Thu, 16 Mar 1995 13:10:33 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA24601; Thu, 16 Mar 95 14:03:57 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503162103.AA24601@cs.weber.edu> Subject: Re: installing on a thinkpad 750 To: bde@zeta.org.au (Bruce Evans) Date: Thu, 16 Mar 95 14:03:56 MST Cc: bde@zeta.org.au, aw2t+@andrew.cmu.edu, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503161735.DAA32571@godzilla.zeta.org.au> from "Bruce Evans" at Mar 17, 95 03:35:54 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > >> The problem may be that the APM BIOS uses memory that it has reserved > >> below 640K. FreeBSD doesn't honor BIOS reserved memory. > > >This theory doesn't make sense. The problem with it is that the BIOS > >is not accessed after BSD boots, and BSD doesn't load into the BIOS > >reserved area while the boot blocks are running before that. > > The APM BIOS is accessed whenever BSD is idle. How? Who makes the BIOS call, and what is "idle"? I actually don't think the BIOS is used when running in protected mode. In the ones I've disassembled, the APM stuff is basically accessed through the DOS-Not-Busy interrupt being hooked to count, and then others are hooked to cause the count to be reset. When the count rolls to a particular value, the APM stuff is invoked, assuming the keyboard code has not been entered. That is, the hook is quite similar to how you implement TSR's, but is intrinsic to the BIOS code for the hooked operations. The major kink is that the state save is very processer specific, since a lot of Intel and IBM chips, for instance, used the undocumented ICEBP which is available on all Intel processers to do the state save. AMD and Cyrix have their own (documented-but-different) non-standard instructions to do the same job. I think that the APM code is no more likely to run "when it needs to" once BSD is up than DOS TSR's are likely to run. 8-). > >Anyway, back to the keyboard. The problem is that by default the > >ThinkPad uses PS/2 scan code mode. > > Doesn't it accept the console driver's setting of the old scan code mode? Not according to Joerg's message. Really, we need a definitive post from someone who has one working; I thought that's what the quoted article did, although it was hardly something you could do anything about without another machine to build a kernel for you... a poor soloution, but the only one I had to offer. 8-(. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 16 13:25:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28022 for hackers-outgoing; Thu, 16 Mar 1995 13:25:08 -0800 Received: from netcom16.netcom.com (root@netcom16.netcom.com [192.100.81.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA28014 for ; Thu, 16 Mar 1995 13:25:06 -0800 Received: from localhost by netcom16.netcom.com (8.6.10/Netcom) id NAA20774; Thu, 16 Mar 1995 13:20:22 -0800 Message-Id: <199503162120.NAA20774@netcom16.netcom.com> To: Nate Williams cc: hackers@FreeBSD.org Subject: Re: Graphical interface to gdb? In-reply-to: Your message of "Thu, 16 Mar 95 13:28:30 MST." <199503162028.NAA16763@trout.sri.MT.net> Date: Thu, 16 Mar 95 13:20:20 -0800 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk > Cygnus made an announcement about this a while ago, and I remember > hearing that the newest version of UPS was going to use gdb for the > front end, but I haven't heard anything since. ups-3.7-alpha does use a gdb backend. When it ups-3.7 first came out I played with it but it had some problems. ups is my debugger of choice on platforms where it runs. Verra verra nice! ups' author, Mark Russell, seems as busy as the rest of us. He has been promising an update for a while now... Perhaps some moolah will induce him to spend some time on it? Though, IMNSHO, ups + gdb is a bit of a shotgun wedding. gdb-4.13.tar.gz is more than five times bigger than ups- 2.45.2-tar.gz and yet, the latter works on a sizable subset of architectures that gdb-4.13 runs on. And ups-2.45.2 is not copylefted. What ups really needed for each arch. was a relatively modular a) disassembler, b) process control interface, c) knowledge of a.out/coff/elf/dwarf etc. Using gdb is an awfully expensive way to get that. Oh well. Bakul PS: gdb is a fine debugger and I use it where I can't use ups. Flame me if you must for not thinking gdb is the greatest but don't expect me to respond!! From owner-freebsd-hackers Thu Mar 16 13:27:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28091 for hackers-outgoing; Thu, 16 Mar 1995 13:27:33 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA28085 for ; Thu, 16 Mar 1995 13:27:31 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA12697; Thu, 16 Mar 1995 13:27:05 -0800 From: Poul-Henning Kamp Message-Id: <199503162127.NAA12697@ref.tfs.com> Subject: Re: installing on a thinkpad 750 To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 16 Mar 1995 13:27:05 -0800 (PST) Cc: bde@zeta.org.au, aw2t+@andrew.cmu.edu, freebsd-hackers@freefall.cdrom.com In-Reply-To: <9503162103.AA24601@cs.weber.edu> from "Terry Lambert" at Mar 16, 95 02:03:56 pm Content-Type: text Content-Length: 791 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >> The problem may be that the APM BIOS uses memory that it has reserved > > >> below 640K. FreeBSD doesn't honor BIOS reserved memory. > > > > >This theory doesn't make sense. The problem with it is that the BIOS > > >is not accessed after BSD boots, and BSD doesn't load into the BIOS > > >reserved area while the boot blocks are running before that. > > > > The APM BIOS is accessed whenever BSD is idle. > > How? Who makes the BIOS call, and what is "idle"? I actually don't > think the BIOS is used when running in protected mode. In the ones Read the APM spec, see our kernels #ifdef APM... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Thu Mar 16 13:46:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28938 for hackers-outgoing; Thu, 16 Mar 1995 13:46:09 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA28931 for ; Thu, 16 Mar 1995 13:46:00 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA24742; Thu, 16 Mar 95 14:39:45 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503162139.AA24742@cs.weber.edu> Subject: Re: Multiport serial cards To: dufault@hda.com (Peter Dufault) Date: Thu, 16 Mar 95 14:39:44 MST Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503161856.NAA04963@hda.com> from "Peter Dufault" at Mar 16, 95 01:56:37 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > The Digiboard intelligent cards (about $1000.00 and no driver yet). > > I thought there were comments about Digiboard being uncooperative. I've > contacted them and the technical information is available on their > bulletin board and their dysfunctional www site. > > Any thoughts on: [ ... ] > 3. Scoop about Hayes and Digiboard. I have nothing but good to say about Digiboard; they were the first company with a finite state automaton to guarantee that transparent print requests comeing in on a seperate "printer" device did not cause a screw up in case the physical terminal with the printer port on it was in the middle of processing an escape sequence from the regular tty device. I believe they were also the first to have "multidrop" boards that actually worked (multiple serial ports multiplexed in a small fan out box on the end of an RS422 line, with a 422 board in the host running at some high rate of speed). Altos did this first, but they messed up by having a single input and output queue so that until a write was satisfied, you couldn't do a read. The ONLY thing that is standing in the way of a driver there, IMO, is the lack of someone with hardware and a determination to write a driver. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 16 13:54:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29324 for hackers-outgoing; Thu, 16 Mar 1995 13:54:39 -0800 Received: from netcom16.netcom.com (bakul@netcom16.netcom.com [192.100.81.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA29318 for ; Thu, 16 Mar 1995 13:54:33 -0800 Received: from localhost by netcom16.netcom.com (8.6.10/Netcom) id NAA24816; Thu, 16 Mar 1995 13:53:18 -0800 Message-Id: <199503162153.NAA24816@netcom16.netcom.com> To: Jeff Hoffman cc: hackers@FreeBSD.org Subject: Re: Any advice from experienced hackers? In-reply-to: Your message of "Thu, 16 Mar 95 15:14:40 EST." Date: Thu, 16 Mar 95 13:53:17 -0800 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk You should definitely get the daemon book! That is, ``The Design and Implementation of the 4.3BSD UNIX Operating System'' by Leffler, McKusick, Karels and Quarterman; published by Addison Wesley. ISBN 0-201-06196-1. I hope they will update it for 4.4BSD. The Bach book is also very useful. The best way to learn is by modifying the source code. Try a small well defined project that touches on the file system or something central. Avoid drivers (unless you want to learn about driver writing) because they interact in a limited way with the rest of the kernel. One quick project I can think of is to add some tracing code: log which file block is read/written, when and by which process. This would be a tuple: . Allocate a big buffer to gather enough samples, which is periodically emptied by a user process. This trace data can be used to find which files are used together, and how frequently and also to discern any interesting usage patterns. This info. in turn can be used to e.g. shuffle files around on the disk so as to reduce access time as well as to tune buffer caching. Bakul From owner-freebsd-hackers Thu Mar 16 13:56:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29353 for hackers-outgoing; Thu, 16 Mar 1995 13:56:17 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA29345 for ; Thu, 16 Mar 1995 13:56:10 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id OAA00869; Thu, 16 Mar 1995 14:59:59 -0700 Date: Thu, 16 Mar 1995 14:59:59 -0700 From: Nate Williams Message-Id: <199503162159.OAA00869@trout.sri.MT.net> In-Reply-To: Bakul Shah "Re: Graphical interface to gdb?" (Mar 16, 1:20pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Bakul Shah Subject: Re: Graphical interface to gdb? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Cygnus made an announcement about this a while ago, and I remember > > hearing that the newest version of UPS was going to use gdb for the > > front end, but I haven't heard anything since. > > ups-3.7-alpha does use a gdb backend. When it ups-3.7 first > came out I played with it but it had some problems. ups is > my debugger of choice on platforms where it runs. Verra > verra nice! So, now that you've told me about it, where is it? I already got gdb-4.13 running on all the platforms I need a real debugger on, I just need a GUI for it. :-) Nate From owner-freebsd-hackers Thu Mar 16 14:08:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00191 for hackers-outgoing; Thu, 16 Mar 1995 14:08:02 -0800 Received: from netcom16.netcom.com (bakul@netcom16.netcom.com [192.100.81.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00181 for ; Thu, 16 Mar 1995 14:07:58 -0800 Received: from localhost by netcom16.netcom.com (8.6.10/Netcom) id OAA26648; Thu, 16 Mar 1995 14:06:37 -0800 Message-Id: <199503162206.OAA26648@netcom16.netcom.com> To: Nate Williams cc: hackers@FreeBSD.org Subject: Re: Graphical interface to gdb? In-reply-to: Your message of "Thu, 16 Mar 95 14:59:59 MST." <199503162159.OAA00869@trout.sri.MT.net> Date: Thu, 16 Mar 95 14:06:37 -0800 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk You can fetch it from, I think, unix.hensa.ac.uk:/pub/misc/unix/ups/ups-3.7-alpha.tar.Z I don't remember what problems I had with it on *BSD but if you do make it run on FreeBSD I'd like to have your patches. From owner-freebsd-hackers Thu Mar 16 14:25:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01453 for hackers-outgoing; Thu, 16 Mar 1995 14:25:48 -0800 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA01444 for ; Thu, 16 Mar 1995 14:25:35 -0800 Received: from uucp3.UU.NET by relay3.UU.NET with SMTP id QQyhjd07184; Thu, 16 Mar 1995 17:25:22 -0500 Received: from uanet.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Thu, 16 Mar 1995 17:25:24 -0500 Received: by crocodil.monolit.kiev.ua (8.6.8.1/8.5) id AAA09953 for freebsd-hackers@FreeBSD.ORG; Fri, 17 Mar 1995 00:11:33 +0200 Path: newsserv From: "Dmitry S. Kohmanyuk" Newsgroups: cs-monolit.gated.lists.freebsd.hackers Subject: taylor cu? Date: Thu, 16 Mar 95 15:57:07 +0300 Distribution: su Organization: Animals Paradise Farm Message-ID: Reply-To: dk+@ua.net X-Return-Path: farmua!farm.cs.kiev.ua!dk Apparently-To: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk The cu shipped with 2.0-RELEASE seems to be old-style (using /etc/remote and /etc/phones). Since tip is already there, may be it makes sence to put Taylor cu in? this would make it easier to call your uucp links by phone ;-) -- A(bort), R(etry), I(nstall FreeBSD)? _ From owner-freebsd-hackers Thu Mar 16 14:52:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02054 for hackers-outgoing; Thu, 16 Mar 1995 14:52:02 -0800 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA02046 for ; Thu, 16 Mar 1995 14:52:01 -0800 Received: from uucp3.UU.NET by relay3.UU.NET with SMTP id QQyhjf13335; Thu, 16 Mar 1995 17:51:54 -0500 Received: from uanet.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Thu, 16 Mar 1995 17:51:55 -0500 Received: by crocodil.monolit.kiev.ua (8.6.8.1/8.5) id AAA12745 for freebsd-hackers@FreeBSD.ORG; Fri, 17 Mar 1995 00:37:25 +0200 Newsgroups: cs-monolit.gated.lists.freebsd.hackers Path: newsserv From: "Dmitry S. Kohmanyuk" Subject: taylor cu? X-Return-Path: farmua!farm.cs.kiev.ua!dk Reply-To: dk+@ua.net Organization: Animals Paradise Farm Distribution: su Date: Thu, 16 Mar 1995 12:57:07 GMT Message-ID: Lines: 14 Apparently-To: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk The cu shipped with 2.0-RELEASE seems to be old-style (using /etc/remote and /etc/phones). Since tip is already there, may be it makes sence to put Taylor cu in? this would make it easier to call your uucp links by phone ;-) -- A(bort), R(etry), I(nstall FreeBSD)? _ From owner-freebsd-hackers Thu Mar 16 14:58:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02193 for hackers-outgoing; Thu, 16 Mar 1995 14:58:16 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA02187 for ; Thu, 16 Mar 1995 14:58:15 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id OAA29567; Thu, 16 Mar 1995 14:56:54 -0800 Date: Thu, 16 Mar 1995 14:56:54 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503162256.OAA29567@netcom14.netcom.com> To: hackers@FreeBSD.org Subject: Lites and shared libraries? Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, On my plain FreeBSD-2.0 486dx266, I am able to boot mach with no problems;however, on my P66 running FreeBSD-current, during the boot process, I am getting: ld.so: (library) Bad Address Now both mach setups are identical... Thanks, Amancio From owner-freebsd-hackers Thu Mar 16 15:14:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA02737 for hackers-outgoing; Thu, 16 Mar 1995 15:14:58 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA02729 for ; Thu, 16 Mar 1995 15:14:54 -0800 From: hasty@netcom.com Received: from localhost by netcom14.netcom.com (8.6.10/Netcom) id PAA01957; Thu, 16 Mar 1995 15:13:35 -0800 Message-Id: <199503162313.PAA01957@netcom14.netcom.com> To: hackers@FreeBSD.org Subject: Re: patches for X11R6?? In-reply-to: Your message of Thu, 16 Mar 95 20:03:45 +1000. <199503161003.AA29870@physics.su.oz.au> Date: Thu, 16 Mar 95 15:13:34 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >Just downloaded X11R6 and it is failing to compile. > >Wondering if any one got patches for it ... > What is the problem? > If it is badly generated Makefiles, then the following patch may help. > If you have other problems, try the XFree86 3.1.1 patches. > David > --------------- > *** xc/config/imake/imakemdep.h.orig Thu Mar 16 20:59:24 1995 > --- xc/config/imake/imakemdep.h Thu Mar 16 21:00:03 1995 > *************** > *** 254,260 **** > "-D__i386__", > # endif > # ifdef __GNUC__ > ! "-traditional" > # endif > #endif > #ifdef M4330 > --- 254,260 ---- > "-D__i386__", > # endif > # ifdef __GNUC__ > ! "-traditional", > # endif > #endif > #ifdef M4330 > *************** > *** 417,423 **** > "-D__i386__", > # endif > # ifdef __GNUC__ > ! "-traditional" > # endif > #endif > #ifdef Oki > --- 417,423 ---- > "-D__i386__", > # endif > # ifdef __GNUC__ > ! "-traditional", > # endif > #endif > #ifdef Oki Well, this is what I did to get X11R6 to compile with FreeBSD-2.current: #!/bin/sh patch -p -s ; Thu, 16 Mar 1995 15:24:49 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA22319; Fri, 17 Mar 1995 00:23:09 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id AAA23846 for freebsd-hackers@freebsd.org; Fri, 17 Mar 1995 00:23:08 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA17273 for freebsd-hackers@freebsd.org; Thu, 16 Mar 1995 23:19:19 +0100 From: J Wunsch Message-Id: <199503162219.XAA17273@uriah.heep.sax.de> Subject: Re: installing on a thinkpad 750 To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 16 Mar 1995 23:19:19 +0100 (MET) In-Reply-To: <9503162103.AA24601@cs.weber.edu> from "Terry Lambert" at Mar 16, 95 02:03:56 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 1732 Sender: hackers-owner@FreeBSD.org Precedence: bulk Disclaimer: i've never seen a Thinkpad, nor do i have any clue what it might be... As Terry Lambert wrote: > > > Doesn't it accept the console driver's setting of the old scan code mode? > > Not according to Joerg's message. There are several ways to operate the keyboard in ``old scan mode'': . On any AT-style machine, setting the translation bit somewhere in the kbd controller should do the trick. (I'm too lazy to look into the Gilluwe no to tell you what's the exact location.) This is what pccons/syscons/pcvt are doing (for pcvt, only when operating in scan set 1). Perhaps this is broken on the Thinkpad. . On an MF-II keyboard, you could instruct the keyboard (not the ctrlr) to emit key sequences for either scan set 1, 2, or 3. Unfortunately, this feature apparently does not apply to a reasonable number of the keyboards floating around (and nobody guarantees you that any available keyboard will even be able to emit scan set 2 sequences), hence pcvt does _not_ use scan set 2 as _default_. However, i'm personally always using scan set 2, so i can assure you that it will work with any pcvt release. (I'm doing this out of personal idleness only. :-) However, even pcvt uses the first method to fall back to ``PC'' scan code mode, and all the currently working X servers rely on this. So i guess it's impossible to run X on a thinkpad. (see my disclaimer though...) Of course, now that we have pcvt in the regular source, we can easily make a kernel running with scan set 2, so the Thinkpad users will at least have a starting point. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Mar 16 16:03:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA04323 for hackers-outgoing; Thu, 16 Mar 1995 16:03:43 -0800 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA04317 for ; Thu, 16 Mar 1995 16:03:42 -0800 Received: (from bugs@localhost) by ns1.win.net (8.6.9/8.6.9) id TAA15568 for hackers@freebsd.org; Thu, 16 Mar 1995 19:05:14 -0500 From: Mark Hittinger Message-Id: <199503170005.TAA15568@ns1.win.net> Subject: Re: Multiport serial cards (fwd) To: hackers@FreeBSD.org Date: Thu, 16 Mar 1995 19:05:13 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 424 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The ONLY thing that is standing in the way of a driver there, IMO, > is the lack of someone with hardware and a determination to write a > driver. > Hmmm I happen two have 2 8-port digiboards and 1 4-port digiboard. If I can get the low level docs maybe I could do some of this. I probably do need to return at least some of these ports back into active service under FreeBSD. Cheers, Mark Hittinger bugs@win.net From owner-freebsd-hackers Thu Mar 16 16:31:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA05789 for hackers-outgoing; Thu, 16 Mar 1995 16:31:19 -0800 Received: from eldorado.net-tel.co.uk (eldorado.net-tel.co.uk [193.122.171.253]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA05781 for ; Thu, 16 Mar 1995 16:31:14 -0800 From: Andrew.Gordon@net-tel.co.uk Received: (from root@localhost) by eldorado.net-tel.co.uk (8.6.10/8.6.10) id AAA28012 for freebsd-hackers@freefall.cdrom.com; Fri, 17 Mar 1995 00:30:35 GMT X400-Received: by mta "eldorado" in "/PRMD=net-tel/ADMD=gold 400/C=gb/"; Relayed; Fri, 17 Mar 95 0:26:19 +0000 X400-Received: by mta "net-tel cambridge" in "/PRMD=net-tel/ADMD=gold 400/C=gb/"; Relayed; Fri, 17 Mar 95 0:26:14 +0000 X400-Received: by "/PRMD=Net-Tel/ADMD=Gold 400/C=GB/"; Relayed; Fri, 17 Mar 95 0:25:27 +0000 X400-MTS-Identifier: ["/PRMD=Net-Tel/ADMD=Gold 400/C=GB/";hst:18772-950317002527-1B2C] X400-Content-Type: P2-1984 (2) X400-Originator: Andrew.Gordon@net-tel.co.uk Original-Encoded-Information-Types: IA5-Text X400-Recipients: freebsd-hackers@freefall.cdrom.com Date: Fri, 17 Mar 95 0:25:27 +0000 Content-Identifier: Re: Multiport se Message-Id: <"hst:18772-950317002527-1B2C*/G=Andrew/S=Gordon/O=Net-Tel Computer Systems Ltd/PRMD=NET-TEL/ADMD=Gold 400/C=GB/"@MHS> To: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503161856.NAA04963@hda.com> Subject: Re: Multiport serial cards Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hayes ESP products (inexpensive at $600 for an 8 port card; > can look like a big 16550 and so driver work needed; Hayes is in > chapter 11 and at least some distributors claim they can't get > product); I have had bad experience with ESP cards. Most of the problems were down to bugs in the Windows drivers supplied for driving the card in inteligent mode, and so are not a problem to a FreeBSD driver. However, we did suspect that one particular problem we were having with XON/XOFF was in the hardware implementation of XON/XOFF rather than the driver - though it is hard to tell. After much timewasting with Hayes tech support, we gave up and switched the ESPs into their 16550A emulation mode (which works fine) - rather expensive for just a 16550A card though. If you are thinking of writing a driver, Hayes have datasheets on the chipset and bus interface (about 75 pages). I can easily send you a copy if you have difficulty getting it from Hayes. Andrew Gordon. From owner-freebsd-hackers Thu Mar 16 16:35:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06118 for hackers-outgoing; Thu, 16 Mar 1995 16:35:23 -0800 Received: from physics.su.oz.au (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA06102 for ; Thu, 16 Mar 1995 16:35:17 -0800 Received: by physics.su.oz.au id AA18083 (5.67b/IDA-1.4.4 for hackers@FreeBSD.org); Fri, 17 Mar 1995 10:32:11 +1000 From: David Dawes Message-Id: <199503170032.AA18083@physics.su.oz.au> Subject: Re: patches for X11R6?? To: hasty@netcom.com Date: Fri, 17 Mar 1995 10:32:10 +1000 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199503162313.PAA01957@netcom14.netcom.com> from "hasty@netcom.com" at Mar 16, 95 03:13:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1288 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Well, this is what I did to get X11R6 to compile with FreeBSD-2.current: > >#!/bin/sh >patch -p -s patch -p -s patch -p -s tar -xf /bg/usr/freebsd/fix3docs.tar >patch -p -s patch -p -s patch -p -s patch -p -s patch -p -s patch -p -s patch -p -s patch -p -s patch -p -s tar -xzf /bg/usr/freebsd/XFree86-3.1.1.tar.gz >patch -p -s >--------------- >There was single file not in the distribution just ignore >the patch, if memory does not failed me it was for an hp file >and not an XFree86 file or core file that we need. Right. >And then, I applied the patch that David Dawes posted which >is included at the top of this message. That patch isn't essential once you've applied the XFree86 patch. >Patch XFree86-3.1.1.diff depends on XFree86-3.1.1.tar.gz so >if you get X11R6 pl11 and apply XFree86-3.1.1.diff to the >the tree it will fail. This is because XFree86-3.1.1.tar.gz is part of fix-11. fix-11 is not complete without it. David From owner-freebsd-hackers Thu Mar 16 16:46:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06577 for hackers-outgoing; Thu, 16 Mar 1995 16:46:20 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA06571 for ; Thu, 16 Mar 1995 16:46:19 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id QAA12638; Thu, 16 Mar 1995 16:44:14 -0800 Date: Thu, 16 Mar 1995 16:44:14 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503170044.QAA12638@netcom14.netcom.com> To: dawes@physics.usyd.edu.au, hasty@netcom.com Subject: Re: patches for X11R6?? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, >This is because XFree86-3.1.1.tar.gz is part of fix-11. fix-11 is not >complete without it. Very true, however, when I downloaded the patches from ftp.x.org, I don't recall seeing XFree86-3.1.1.tar.gz other patches which require a tar file are included in the patches directory. At any rate, i hope that someone includes the (revised) information on how to build X11R6 for FreeBSD somewhere. Tnks, Amancio From owner-freebsd-hackers Thu Mar 16 16:57:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06773 for hackers-outgoing; Thu, 16 Mar 1995 16:57:33 -0800 Received: from physics.su.oz.au (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA06760 for ; Thu, 16 Mar 1995 16:57:26 -0800 Received: by physics.su.oz.au id AA19351 (5.67b/IDA-1.4.4 for hackers@FreeBSD.org); Fri, 17 Mar 1995 10:56:23 +1000 From: David Dawes Message-Id: <199503170056.AA19351@physics.su.oz.au> Subject: Re: patches for X11R6?? To: hasty@netcom.com (Amancio Hasty Jr) Date: Fri, 17 Mar 1995 10:56:20 +1000 (EST) Cc: dawes@physics.usyd.edu.au, hasty@netcom.com, hackers@FreeBSD.org In-Reply-To: <199503170044.QAA12638@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 16, 95 04:44:14 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1366 Sender: hackers-owner@FreeBSD.org Precedence: bulk >>This is because XFree86-3.1.1.tar.gz is part of fix-11. fix-11 is not >>complete without it. > >Very true, however, when I downloaded the patches from ftp.x.org, >I don't recall seeing XFree86-3.1.1.tar.gz other patches which >require a tar file are included in the patches directory. I can't get on to ftp.x.org right now, but I just checked a mirror, and in the R6/fixes directory I see: -r--r--r-- 1 x11 staff 1848837 Feb 8 01:05 XFree86-3.1.1.tar.gz -r--r--r-- 1 x11 staff 9518 Jan 27 03:27 XHPKeymaps.uu -rw-r--r-- 1 x11 daemon 121603 May 17 1994 fix-01 -rw-r--r-- 1 x11 daemon 348095 Jun 7 1994 fix-02 -rw-r--r-- 1 x11 daemon 1489 Jun 30 1994 fix-03 -rw-r--r-- 1 x11 daemon 89364 Aug 16 1994 fix-04 -rw-r--r-- 1 x11 daemon 123603 Sep 17 1994 fix-05 -r--r--r-- 1 x11 staff 53867 Jan 11 05:19 fix-06 -r--r--r-- 1 x11 staff 459959 Jan 24 03:42 fix-07 -r--r--r-- 1 x11 staff 426633 Jan 25 00:12 fix-08 -r--r--r-- 1 x11 staff 451701 Jan 27 03:26 fix-09 -r--r--r-- 1 x11 staff 1335 Jan 27 04:10 fix-10 -r--r--r-- 1 x11 staff 367065 Feb 9 03:37 fix-11 -r--r--r-- 1 x11 staff 713607 Jan 27 05:29 fix10fonts.Z -rw-r--r-- 1 x11 daemon 1730560 Jun 30 1994 fix3docs.tar David From owner-freebsd-hackers Thu Mar 16 16:57:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06775 for hackers-outgoing; Thu, 16 Mar 1995 16:57:33 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA06763 for ; Thu, 16 Mar 1995 16:57:30 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA26101; Thu, 16 Mar 95 17:51:10 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503170051.AA26101@cs.weber.edu> Subject: Re: Batch Telnet (Re: diskless and 3Com 509) To: peter@bonkers.taronga.com (Peter da Silva) Date: Thu, 16 Mar 95 17:51:09 MST Cc: hackers@FreeBSD.org In-Reply-To: <199503161801.MAA00362@bonkers.taronga.com> from "Peter da Silva" at Mar 16, 95 12:01:31 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The criticism you are leveling is one of whether the telnetd waits > > for its output queue to flush before exiting when the pty master > > it is talking to has the last close on the pty slave take place. > > Slow down. Words of one syllable, please... I suspect you're talking > about a more complex situation than I'm addressing, and you're going > way over my head. > > The behaviour I'm talking about is: > > telnet localhost nntp << EOF > LIST > QUIT > EOF > Trying 127.0.0.1... > Connected to localhost. > Escape character is '^]'. > 200 bonkers.taronga.com NNTP[auth] server version 1.5.11 (10 February 1991) ready at Thu Mar 16 11:54:50 1995 (posting ok). > Connection closed by foreign host. > > On the System V based telnets I've used this waits for the remote side to > exit, so you get a list of groups on standard output. It is not a question of the telnet waiting for the other side to flush output before going away. It is a question of the telnetd (in your example, the nntpd) waiting for the output to be flushed to your machine before sending the disconnect. The problem is in the server, not the client. > I don't see how changing the output queue flush behaviour could change this, > because there could potentially be a significant delay between the time the > remote NNTP server receives the LIST command and the time it starts sending > the list of groups. The close should be queued by the remote server only after the remote server has recieved confirmation that the packets have arrived at the client. By default, this is not how things work with sockets. The magic incantation is to force the TCP on the telnet side to ack the data packets from the server before the server closes the connection by queueing the disconnect. In other words, you are asking that the close not be seen by the client side until it has seen the data sent by the server. > The downside is, if the remote server is waiting for EOF rather than any > explicit command, you lose bigtime. So it's easily arguable that the System > V behaviour is broken, and that you shouldn't use telnet as a batch NNTP > client, which is why I wanted to get some feedback before I dove in and > broke^H^H^H^H^Hchanged things. PLEASE NOTE! The message you got on the client end was delivered before the client had processed the information returned by the server (which is why it says "Connection closed by foreign host." instead of saying "Connection closed."). It is the *SERVER* side doing the disconnect! The server is not waiting for the writes it does to complete prior to issuing the disconnect (close). The *ONLY* way you can make sure this is happening is by modifying the disconnect sequence in the way stated in the previous posting. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 16 17:08:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA07108 for hackers-outgoing; Thu, 16 Mar 1995 17:08:13 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA07102 for ; Thu, 16 Mar 1995 17:08:12 -0800 From: hasty@netcom.com Received: from localhost by netcom14.netcom.com (8.6.10/Netcom) id RAA18196; Thu, 16 Mar 1995 17:06:41 -0800 Message-Id: <199503170106.RAA18196@netcom14.netcom.com> To: David Dawes cc: hackers@FreeBSD.org Date: Thu, 16 Mar 95 17:06:39 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk Subject: Re: patches for X11R6?? In-reply-to: Your message of Fri, 17 Mar 95 10:56:20 +1000. <199503170056.AA19351@physics.su.oz.au> -------- > >>This is because XFree86-3.1.1.tar.gz is part of fix-11. fix-11 is not > >>complete without it. > > > >Very true, however, when I downloaded the patches from ftp.x.org, > >I don't recall seeing XFree86-3.1.1.tar.gz other patches which > >require a tar file are included in the patches directory. > I can't get on to ftp.x.org right now, but I just checked a mirror, and > in the R6/fixes directory I see: Well, I just ftp to ftp.x.org, I couldn't earlier, and sure enough XFree86-3.1.1.tar.gz. Sorry for the oversight :( Amancio From owner-freebsd-hackers Thu Mar 16 17:18:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA07305 for hackers-outgoing; Thu, 16 Mar 1995 17:18:30 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA07291 for ; Thu, 16 Mar 1995 17:18:25 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id UAA06159; Thu, 16 Mar 1995 20:15:18 -0500 From: Peter Dufault Message-Id: <199503170115.UAA06159@hda.com> Subject: Re: Multiport serial cards (fwd) To: bugs@ns1.win.net (Mark Hittinger) Date: Thu, 16 Mar 1995 20:15:18 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199503170005.TAA15568@ns1.win.net> from "Mark Hittinger" at Mar 16, 95 07:05:13 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1275 Sender: hackers-owner@FreeBSD.org Precedence: bulk Mark Hittinger writes: > > > > > The ONLY thing that is standing in the way of a driver there, IMO, > > is the lack of someone with hardware and a determination to write a > > driver. > > > > Hmmm I happen two have 2 8-port digiboards and 1 4-port digiboard. > > If I can get the low level docs maybe I could do some of this. I probably > do need to return at least some of these ports back into active service > under FreeBSD. Docs are available as "pkzipd" .exe files at: ftp::digibd.com:/pub/digiline/drivers/programming: total 583 -r--r--r-- 1 ftp 6979 Jun 16 1994 64kto8k.doc -r--r--r-- 1 ftp 22936 Sep 30 11:06 ioctl.txt -r--r--r-- 1 ftp 58304 Nov 23 09:39 pcxxbios.exe -r--r--r-- 1 ftp 56730 Oct 5 10:59 progdemo.exe -r--r--r-- 1 ftp 437540 Oct 5 11:00 progfcts.exe Don't be fooled by the "drivers/manual" directory: That has nothing in it but jumper settings. "pcxxbios.exe" is the one to uncompress for the DigiBoard PC/X* boards. I am seriously thinking of putting together a driver for this. I'll look over the manual tonight. Peter -- 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 Mar 16 17:26:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA08126 for hackers-outgoing; Thu, 16 Mar 1995 17:26:27 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA08120 for ; Thu, 16 Mar 1995 17:26:26 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA26263; Thu, 16 Mar 95 18:20:15 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503170120.AA26263@cs.weber.edu> Subject: Re: patches for X11R6?? To: kaleb@x.org (Kaleb S. KEITHLEY) Date: Thu, 16 Mar 95 18:20:14 MST Cc: hackers@FreeBSD.org In-Reply-To: <9503161912.AA12240@fedora.x.org> from "Kaleb S. KEITHLEY" at Mar 16, 95 02:12:09 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > >> If you compile with XLIB_ILLEGAL_ACCESS defined, then struct _XDisplay > >> is defined in Xlib.h. Code that requires this is not portable. > > >Apparently there has been an opaquing of several structs in the > >latest X release, including the GC. > > I'm not sure what those would be. Would you care to elaborate? The GC, for one, the display (under discussion) for another. Basically, everything protected by "*_ILLEGAL_ACCESS" that didn't used to be protected that way. This is not a general complaint, only a noting of fact. > >I don't necessarily agree with all of the changes in this direction, > >since there is a significant loss in speed in the additional function > >call overhead for reading GC pixel value contents, for instance. If > >done on a SPARC processer, this in fact forces a push of the entire > >stack frame (SPARC does this each four calls), which is a *very* > >significant hit. 8-(. > > Considering it takes about 0.5 usec to make a one argument function call > on a SPARC 10 with debug turned on, and about 0.2 usec with optimization > turned on, I think you'd have to make a lot of GC function calls to incur > a significant hit. This is assuming that the stack frame is not pushed. In my particular case, I was force from a call depth of 8 to a call depth of 9. The SPARC pushes the frame once for every 4th+1 level of call depth. > I would argue that you're doing something wrong if you're retrieving data > from the GC-struct frequently. I'm sure you can think of alternative > strategies to avoid excessive function calls if that's really your > performance bottleneck. I was using it for information hiding in a push-down, where I have a GC, call something to modify it, and it calls a common routine that is variant based on the GC Foreground pixel value. > >I can understand them not wanting you to write the values directly > >because of "server" side caching, but not wanting you to read > >them makes little or no sense. > > ``"server" side caching''? In the client? In the "X server". If you cache changes in the X server but don't update the in core copies until a defined interface based reference, you can get a bunch of wire traffic optimization. This is especially true if you have a struct that contains a bunch of stuff gathered from a bunch of different structs used for the implementation. The point of the GC (as opposed to the display) is that the GC is pretty much write-through caching in the X library for the client application, whereas some elements of the display structure would create a cache coherency problem if they were considered to be similarly cached. Timestamps, for one. > >The "_ILLEGAL_ACCESS" for the GC is not backward compatible in any > >case, since there are (gratuitous) changes to the layout of the > >structure contents (elements are renamed). > > X11 is a standard just like ANSI/ISO C and IEEE POSIX. The X Consortium > members specified the GC and Display structures, and the Sample > Implementation is a reflection of the standard. The changes were not > gratuitous, they were made with the full knowledge and approval of the > members of the X Consortium. That's why it's in parenthesis -- it represents my opinion (the second item in parenthesis represents what, in my opinion, was gratuitously changed. 8-). > >There is a major difference between interface abstraction and the > >rigorous enforcement of abstraction boundries. > > Which is not a valid rationalization for leaving a bug in the sample > implementation; especially if it's a bug that encourages people to write > inherently non-portable programs. The R5 Xlib.h warned people not to use > the fields in these structures, and these fields aren't listed in the > documentation. The only way they could have found out about them was by > reading the header file, so if they've been writing non-portable programs, > they can't say they weren't warned. Well, I think it should be honor system but whatever. 8-). It was for a game... can I be forgiven? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 16 17:35:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA08608 for hackers-outgoing; Thu, 16 Mar 1995 17:35:46 -0800 Received: from phred.ws.cc.cmu.edu (PHRED.WS.CC.CMU.EDU [128.2.74.228]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA08598 for ; Thu, 16 Mar 1995 17:35:42 -0800 Received: (from alex@localhost) by phred.ws.cc.cmu.edu (8.6.9/8.6.6) id UAA00492; Thu, 16 Mar 1995 20:34:47 -0500 From: alex wetmore Message-Id: <199503170134.UAA00492@phred.org> Subject: Re: installing on a thinkpad 750 To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 16 Mar 1995 20:34:46 -0500 (EST) Cc: bde@zeta.org.au, aw2t+@andrew.cmu.edu, freebsd-hackers@freefall.cdrom.com In-Reply-To: <9503162103.AA24601@cs.weber.edu> from "Terry Lambert" at Mar 16, 95 02:03:56 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 814 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >Anyway, back to the keyboard. The problem is that by default the > > >ThinkPad uses PS/2 scan code mode. > > > > Doesn't it accept the console driver's setting of the old scan code mode? > > Not according to Joerg's message. > > Really, we need a definitive post from someone who has one working; > I thought that's what the quoted article did, although it was hardly > something you could do anything about without another machine to > build a kernel for you... a poor soloution, but the only one I had > to offer. 8-(. I got this Thinkpad running NetBSD. The trick with the keyboard was to use pccons and comment out the code to initialize the keyboard. To get the machine working otherwise I had to tell NetBSD that there is 4k less memory then there is (biosbasemem -= 4 in i386/machdep.c). alex From owner-freebsd-hackers Thu Mar 16 18:02:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA09614 for hackers-outgoing; Thu, 16 Mar 1995 18:02:24 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA09606 for ; Thu, 16 Mar 1995 18:02:13 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA12207 (5.67a/IDA-1.5); Thu, 16 Mar 1995 19:33:54 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA08484; 16 Mar 95 19:33:05 CST (Thu) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id TAA08481; Thu, 16 Mar 1995 19:33:05 -0600 From: Peter da Silva Message-Id: <199503170133.TAA08481@bonkers.taronga.com> Subject: Re: Batch Telnet (Re: diskless and 3Com 509) To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 16 Mar 1995 19:33:04 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <9503170051.AA26101@cs.weber.edu> from "Terry Lambert" at Mar 16, 95 05:51:09 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 564 Sender: hackers-owner@FreeBSD.org Precedence: bulk > It is not a question of the telnet waiting for the other side to flush > output before going away. It is a question of the telnetd (in your > example, the nntpd) waiting for the output to be flushed to your > machine before sending the disconnect. > The problem is in the server, not the client. *really*? That's surprising... I'm sure I did the same thing from System V to the same client program. Especially when the following works: (echo LIST; echo QUIT; sleep 600000) | telnet localhost nntp I don't see how *server* side behaviour can explain this. From owner-freebsd-hackers Thu Mar 16 18:41:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA10972 for hackers-outgoing; Thu, 16 Mar 1995 18:41:24 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA10966 for ; Thu, 16 Mar 1995 18:41:23 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id VAA01341; Thu, 16 Mar 1995 21:41:02 -0500 From: "matthew c. mead" Message-Id: <199503170241.VAA01341@goof.com> Subject: Re: Lites and shared libraries? To: hasty@netcom.com (Amancio Hasty Jr) Date: Thu, 16 Mar 1995 21:41:02 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199503162256.OAA29567@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 16, 95 02:56:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 754 Sender: hackers-owner@FreeBSD.org Precedence: bulk Amancio Hasty Jr wrote: > On my plain FreeBSD-2.0 486dx266, I am able to boot mach with > no problems;however, on my P66 running FreeBSD-current, during > the boot process, I am getting: > ld.so: (library) Bad Address > Now both mach setups are identical... Hmm ... that's odd - I have a question for you - does Lites work with a PCI bus yet? I'd really like to be able to run it (doesn't it run FreeBSD, NetBSD, and Linux shared libs?)! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Thu Mar 16 20:03:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA12888 for hackers-outgoing; Thu, 16 Mar 1995 20:03:44 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA12880 for ; Thu, 16 Mar 1995 20:03:40 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA13237 (5.67a/IDA-1.5); Thu, 16 Mar 1995 21:48:22 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA09185; 16 Mar 95 20:06:17 CST (Thu) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id UAA09182; Thu, 16 Mar 1995 20:06:16 -0600 From: Peter da Silva Message-Id: <199503170206.UAA09182@bonkers.taronga.com> Subject: Re: Multiport serial cards To: dufault@hda.com (Peter Dufault) Date: Thu, 16 Mar 1995 20:06:16 -0600 (CST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503161856.NAA04963@hda.com> from "Peter Dufault" at Mar 16, 95 01:56:37 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 422 Sender: hackers-owner@FreeBSD.org Precedence: bulk > 3. Scoop about Hayes and Digiboard. We have about 4 of the digiboard pc/8e boards at work that we're using under a severly dysfunctional SVR3 environment. I'm not up to writing a driver but I'm sure I could swing testing one if it would let us upgrade our modem servers. I keep bringing up good reasons to invest in a FreeBSD box at work where I could do 2.x stuff but they keep coming up with good reasons not to :-<. From owner-freebsd-hackers Thu Mar 16 20:23:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA13515 for hackers-outgoing; Thu, 16 Mar 1995 20:23:27 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA13509 for ; Thu, 16 Mar 1995 20:23:26 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id UAA14448; Thu, 16 Mar 1995 20:23:10 -0800 From: Poul-Henning Kamp Message-Id: <199503170423.UAA14448@ref.tfs.com> Subject: Re: Multiport serial cards To: peter@bonkers.taronga.com (Peter da Silva) Date: Thu, 16 Mar 1995 20:23:10 -0800 (PST) Cc: dufault@hda.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503170206.UAA09182@bonkers.taronga.com> from "Peter da Silva" at Mar 16, 95 08:06:16 pm Content-Type: text Content-Length: 685 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > 3. Scoop about Hayes and Digiboard. > > We have about 4 of the digiboard pc/8e boards at work that we're using under > a severly dysfunctional SVR3 environment. I'm not up to writing a driver but > I'm sure I could swing testing one if it would let us upgrade our modem > servers. I keep bringing up good reasons to invest in a FreeBSD box at work > where I could do 2.x stuff but they keep coming up with good reasons not to "Why should we buy a PC for that ? You'll do it even if we dont!" :-) -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Thu Mar 16 20:49:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA14948 for hackers-outgoing; Thu, 16 Mar 1995 20:49:45 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA14942 for ; Thu, 16 Mar 1995 20:49:19 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id JAA01905; Fri, 17 Mar 1995 09:41:41 -0500 From: "Serge A. Babkin" Message-Id: <199503171441.JAA01905@hq.icb.chel.su> Subject: Re: Diskless booting - netboot.com problems? To: mmead@goof.com (matthew c. mead) Date: Fri, 17 Mar 1995 09:41:41 -0500 (GMT-0500) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503161601.LAA28871@goof.com> from "matthew c. mead" at Mar 16, 95 11:01:09 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1353 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Try compiling for only the card that you want to use to boot with. > > > It used to work fine with SMC and NE200 support. I haven't tried it with > > 3C503 also compiled in, but I don't see why it wouldn't work. The probe > > routine tries to find SMC cards, and if that fails looks for an NE2000 or > > 3C503. > > Taking out support for all but one card works fine. It appears, I think the problem is too big size of resulting .com file (>16K). I tried to compile support for all cards (and my support for 3C509) simultaneosly. It finds 3C509, but then it works absolutely wrong: it prints garbage instead of Ethernet address of card and and then fails to boot, and even to execute any command from keyboard. > pentium machine with a PCI bus. It says it can't find the adapter. I'm going > to swap the SMC card in the 486 with the 3COM card in the Pentium and see if it > works. On the 486, I can load up the kernel and everything, but it dies with a > SIOCFADDR or something like that - with the error number 6. It's a panic in > nfs_mountroot or somesuch. I'm going to try a SNAP kernel and see what > happens. This is because now 3C503 has another driver than before. Now 3C503 device is named ie0 instead of ed0. Correct this name in main.c to fix this problem (bit in this case it will work with 3C503 ONLY). Serge Babkin From owner-freebsd-hackers Thu Mar 16 21:01:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA15096 for hackers-outgoing; Thu, 16 Mar 1995 21:01:17 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA15090 for ; Thu, 16 Mar 1995 21:01:15 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id VAA15824; Thu, 16 Mar 1995 21:01:03 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id VAA00583; Thu, 16 Mar 1995 21:01:03 -0800 Message-Id: <199503170501.VAA00583@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "Serge A. Babkin" cc: mmead@goof.com (matthew c. mead), freebsd-hackers@FreeBSD.org Subject: Re: Diskless booting - netboot.com problems? In-reply-to: Your message of "Fri, 17 Mar 95 09:41:41 EST." <199503171441.JAA01905@hq.icb.chel.su> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 16 Mar 1995 21:01:02 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> pentium machine with a PCI bus. It says it can't find the adapter. I'm going >> to swap the SMC card in the 486 with the 3COM card in the Pentium and see if it >> works. On the 486, I can load up the kernel and everything, but it dies with a >> SIOCFADDR or something like that - with the error number 6. It's a panic in >> nfs_mountroot or somesuch. I'm going to try a SNAP kernel and see what >> happens. > >This is because now 3C503 has another driver than before. Now 3C503 >device is named ie0 instead of ed0. Correct this name in main.c to fix >this problem (bit in this case it will work with 3C503 ONLY). This is not true. The ie driver does not work with the 3c503. -DG From owner-freebsd-hackers Thu Mar 16 21:16:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA15158 for hackers-outgoing; Thu, 16 Mar 1995 21:16:18 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA15151 for ; Thu, 16 Mar 1995 21:16:01 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id KAA01942; Fri, 17 Mar 1995 10:08:51 -0500 From: "Serge A. Babkin" Message-Id: <199503171508.KAA01942@hq.icb.chel.su> Subject: Re: Diskless booting - netboot.com problems? To: davidg@Root.COM Date: Fri, 17 Mar 1995 10:08:51 -0500 (GMT-0500) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503170501.VAA00583@corbin.Root.COM> from "David Greenman" at Mar 16, 95 09:01:02 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 587 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >This is because now 3C503 has another driver than before. Now 3C503 > >device is named ie0 instead of ed0. Correct this name in main.c to fix > >this problem (bit in this case it will work with 3C503 ONLY). > > This is not true. The ie driver does not work with the 3c503. > Sorry. You're right, I'm not right. Ie0 is 3c507. In this case I don't know why it doesn't works. But when I wrote support for 3c509 I got the same error until I fixed name of card. Moreover, this error explicitly means that NFS can't find the interface specified by the network boot. Serge Babkin From owner-freebsd-hackers Thu Mar 16 21:20:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA15210 for hackers-outgoing; Thu, 16 Mar 1995 21:20:39 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA15203 for ; Thu, 16 Mar 1995 21:20:10 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id KAA01951; Fri, 17 Mar 1995 10:12:59 -0500 From: "Serge A. Babkin" Message-Id: <199503171512.KAA01951@hq.icb.chel.su> Subject: Re: Multiport serial cards To: peter@bonkers.taronga.com (Peter da Silva) Date: Fri, 17 Mar 1995 10:12:58 -0500 (GMT-0500) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503170206.UAA09182@bonkers.taronga.com> from "Peter da Silva" at Mar 16, 95 08:06:16 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 625 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > 3. Scoop about Hayes and Digiboard. > > We have about 4 of the digiboard pc/8e boards at work that we're using under > a severly dysfunctional SVR3 environment. I'm not up to writing a driver but > I'm sure I could swing testing one if it would let us upgrade our modem > servers. I keep bringing up good reasons to invest in a FreeBSD box at work > where I could do 2.x stuff but they keep coming up with good reasons not to > :-<. > There are _very_ nice Specialix modular serial adapters. And I sow sources of their driver in BSDI. In My Humble Opinion, Specialix is much better than Digiboard. Serge Babkin From owner-freebsd-hackers Thu Mar 16 21:28:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA15284 for hackers-outgoing; Thu, 16 Mar 1995 21:28:06 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA15278 for ; Thu, 16 Mar 1995 21:28:05 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA14705; Thu, 16 Mar 1995 21:26:32 -0800 From: Poul-Henning Kamp Message-Id: <199503170526.VAA14705@ref.tfs.com> Subject: Re: Diskless booting - netboot.com problems? To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Thu, 16 Mar 1995 21:26:31 -0800 (PST) Cc: davidg@Root.COM, freebsd-hackers@FreeBSD.org In-Reply-To: <199503171508.KAA01942@hq.icb.chel.su> from "Serge A. Babkin" at Mar 17, 95 10:08:51 am Content-Type: text Content-Length: 925 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >device is named ie0 instead of ed0. Correct this name in main.c to fix > > >this problem (bit in this case it will work with 3C503 ONLY). > > > > This is not true. The ie driver does not work with the 3c503. > > > Sorry. You're right, I'm not right. Ie0 is 3c507. In this case > I don't know why it doesn't works. But when I wrote support for 3c509 I > got the same error until I fixed name of card. Moreover, this error > explicitly means that NFS can't find the interface specified by > the network boot. Yes, there is evil code that know to look for "ed%d" in the disk-less startup. Somebody needs to revise the netboot.[rc]om to pass the interface name prefix ("ed" or "ie" ...) in the boot structure, and use that instead. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Thu Mar 16 21:38:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA15416 for hackers-outgoing; Thu, 16 Mar 1995 21:38:11 -0800 Received: from ix4.ix.netcom.com (ix4.ix.netcom.com [199.182.120.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA15410 for ; Thu, 16 Mar 1995 21:38:10 -0800 Received: from by ix4.ix.netcom.com (8.6.11/SMI-4.1/Netcom) id VAA16217; Thu, 16 Mar 1995 21:36:19 -0800 Date: Thu, 16 Mar 1995 21:36:19 -0800 Message-Id: <199503170536.VAA16217@ix4.ix.netcom.com> From: PVinci@ix.netcom.com (Paul Vinciguerra) Subject: why does WD.C work?? To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk in WD.C, when we READP (read the drive parameters) we bring the parameters into a buffer (tb. I think) then we bcopy it to wd, the wdparam structure. We do something like: bcopy(tb, wd, sizeof(wdparam)); What I see, is that the wdparam structure is wrong according to table 12 of ATA. eg. word 0 General Config. word 1 # logical Cyl. word 2 reserved word 3 # logical heads. but wdparam looks like: struct wdparams { /* drive info */ short wdp_config; /* general configuration */ short wdp_fixedcyl; /* number of non-removable Cylinders */ short wdp_removcyl; /* number of removable cylinders */ short wdp_heads; /* number of heads */ short wdp_unfbytespertrk; /* number of unformatted bytes/track */ Doesn't the bcopy cause a mismapping of the fields by ignoring all the reserved and vendor specific fields, or am I missing something? From owner-freebsd-hackers Thu Mar 16 21:53:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA15741 for hackers-outgoing; Thu, 16 Mar 1995 21:53:03 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA15726 for ; Thu, 16 Mar 1995 21:53:01 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA14760; Thu, 16 Mar 1995 21:52:25 -0800 From: Poul-Henning Kamp Message-Id: <199503170552.VAA14760@ref.tfs.com> Subject: Re: why does WD.C work?? To: PVinci@ix.netcom.com (Paul Vinciguerra) Date: Thu, 16 Mar 1995 21:52:25 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503170536.VAA16217@ix4.ix.netcom.com> from "Paul Vinciguerra" at Mar 16, 95 09:36:19 pm Content-Type: text Content-Length: 837 Sender: hackers-owner@FreeBSD.org Precedence: bulk > What I see, is that the wdparam structure is wrong according to table 12 > of ATA. eg. > word 0 General Config. > word 1 # logical Cyl. > word 2 reserved > word 3 # logical heads. > but wdparam looks like: > > struct wdparams { > /* drive info */ > short wdp_config; /* general configuration */ > short wdp_fixedcyl; /* number of non-removable > Cylinders */ > short wdp_removcyl; /* number of removable cylinders */ > short wdp_heads; /* number of heads */ > short wdp_unfbytespertrk; /* number of unformatted > bytes/track */ The "reserved" field was indeed at one time intended to be used for "removable" cylinders... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Thu Mar 16 22:24:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA17610 for hackers-outgoing; Thu, 16 Mar 1995 22:24:06 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA17587; Thu, 16 Mar 1995 22:23:59 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id XAA04430; Thu, 16 Mar 1995 23:27:56 -0700 Date: Thu, 16 Mar 1995 23:27:56 -0700 From: Nate Williams Message-Id: <199503170627.XAA04430@trout.sri.MT.net> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: ports@FreeBSD.org, hackers@FreeBSD.org Subject: What programs use libreadline? Sender: hackers-owner@FreeBSD.org Precedence: bulk Aside from gdb in the source tree, which programs use libreadline? I'm assuming bash does, but I'm not aware of any other program that uses it that runs (or might run) under FreeBSD. If you know of a program, can you send me private email and let me know so I can test out a change I would like to make to the readline library to make it easier to upgrade to newer versions of gdb when they are released. Thanks, Nate From owner-freebsd-hackers Thu Mar 16 22:39:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00220 for hackers-outgoing; Thu, 16 Mar 1995 22:39:03 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA00206 for ; Thu, 16 Mar 1995 22:38:39 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA10239; Fri, 17 Mar 1995 16:32:44 +1000 Date: Fri, 17 Mar 1995 16:32:44 +1000 From: Bruce Evans Message-Id: <199503170632.QAA10239@godzilla.zeta.org.au> To: PVinci@ix.netcom.com, phk@ref.tfs.com Subject: Re: why does WD.C work?? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> What I see, is that the wdparam structure is wrong according to table 12 >> of ATA. eg. >> word 0 General Config. >> word 1 # logical Cyl. >> word 2 reserved >> word 3 # logical heads. >> but wdparam looks like: >> >> struct wdparams { >> /* drive info */ >> short wdp_config; /* general configuration */ >> short wdp_fixedcyl; /* number of non-removable >> Cylinders */ >> short wdp_removcyl; /* number of removable cylinders */ >> short wdp_heads; /* number of heads */ >> short wdp_unfbytespertrk; /* number of unformatted >> bytes/track */ >The "reserved" field was indeed at one time intended to be used for >"removable" cylinders... The padding is OK, but wdp_removcyl is used to calculate d_ncylinders so it may cause problems if it is nonzero. Bruce From owner-freebsd-hackers Thu Mar 16 22:38:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00186 for hackers-outgoing; Thu, 16 Mar 1995 22:38:19 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA00168 for ; Thu, 16 Mar 1995 22:37:43 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id LAA02118; Fri, 17 Mar 1995 11:29:20 -0500 From: "Serge A. Babkin" Message-Id: <199503171629.LAA02118@hq.icb.chel.su> Subject: Re: Diskless booting - netboot.com problems? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Fri, 17 Mar 1995 11:29:19 -0500 (GMT-0500) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503170526.VAA14705@ref.tfs.com> from "Poul-Henning Kamp" at Mar 16, 95 09:26:31 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 631 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I don't know why it doesn't works. But when I wrote support for 3c509 I > > got the same error until I fixed name of card. Moreover, this error > > explicitly means that NFS can't find the interface specified by > > the network boot. > > Yes, there is evil code that know to look for "ed%d" in the disk-less > startup. Somebody needs to revise the netboot.[rc]om to pass the > interface name prefix ("ed" or "ie" ...) in the boot structure, and > use that instead. I did it when added support for 3C509. Now there is an eth_fillname() function in ether.c which is called from main.c in version I published. Serge Babkin From owner-freebsd-hackers Thu Mar 16 22:58:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00442 for hackers-outgoing; Thu, 16 Mar 1995 22:58:02 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA00436 for ; Thu, 16 Mar 1995 22:58:01 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id WAA14948; Thu, 16 Mar 1995 22:56:56 -0800 From: Poul-Henning Kamp Message-Id: <199503170656.WAA14948@ref.tfs.com> Subject: Re: Diskless booting - netboot.com problems? To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Thu, 16 Mar 1995 22:56:56 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503171629.LAA02118@hq.icb.chel.su> from "Serge A. Babkin" at Mar 17, 95 11:29:19 am Content-Type: text Content-Length: 366 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I did it when added support for 3C509. Now there is an eth_fillname() > function in ether.c which is called from main.c in version I published. Did these changes ever get comitted ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Thu Mar 16 23:19:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA00594 for hackers-outgoing; Thu, 16 Mar 1995 23:19:42 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA00588; Thu, 16 Mar 1995 23:19:39 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id XAA17921; Thu, 16 Mar 1995 23:19:08 -0800 From: "Rodney W. Grimes" Message-Id: <199503170719.XAA17921@gndrsh.aac.dev.com> Subject: Re: What programs use libreadline? To: nate@trout.sri.MT.net (Nate Williams) Date: Thu, 16 Mar 1995 23:19:08 -0800 (PST) Cc: ports@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199503170627.XAA04430@trout.sri.MT.net> from "Nate Williams" at Mar 16, 95 11:27:56 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 946 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Aside from gdb in the source tree, which programs use libreadline? I'm > assuming bash does, but I'm not aware of any other program that uses it > that runs (or might run) under FreeBSD. If you know of a program, can > you send me private email and let me know so I can test out a change I > would like to make to the readline library to make it easier to upgrade > to newer versions of gdb when they are released. hookturn# find . -name Makefile | xargs grep -i readline | more [I cleaned it up and eliminated the false hits] ./gnu/usr.bin/gdb/gdb/Makefile:LDADD+= -lreadline -ltermcap -lgnuregex ./gnu/usr.bin/kgdb/Makefile:LDADD+= -lreadline -ltermcap ./usr.bin/ncftp/Makefile:LDADD= -lreadline -ltermcap I don't have a ports tree with all the sources expanded :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu Mar 16 23:44:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01550 for hackers-outgoing; Thu, 16 Mar 1995 23:44:24 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA01499 for ; Thu, 16 Mar 1995 23:43:39 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id MAA02166; Fri, 17 Mar 1995 12:36:04 -0500 From: "Serge A. Babkin" Message-Id: <199503171736.MAA02166@hq.icb.chel.su> Subject: Re: Diskless booting - netboot.com problems? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Fri, 17 Mar 1995 12:36:03 -0500 (GMT-0500) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503170656.WAA14948@ref.tfs.com> from "Poul-Henning Kamp" at Mar 16, 95 10:56:56 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 278 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > I did it when added support for 3C509. Now there is an eth_fillname() > > function in ether.c which is called from main.c in version I published. > > Did these changes ever get comitted ? > I don't know. Ask Martin Renters. I sent these changes to him. Serge Babkin From owner-freebsd-hackers Fri Mar 17 01:54:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA00232 for hackers-outgoing; Fri, 17 Mar 1995 01:54:39 -0800 Received: from orpheus.amdahl.com (orpheus.amdahl.com [129.212.11.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA00165 for ; Fri, 17 Mar 1995 01:53:24 -0800 Received: from amdahl.amdahl.com by orpheus.amdahl.com with smtp (Smail3.1.28.1 #5) id m0rpYiQ-0000V7C; Fri, 17 Mar 95 01:53 PST Received: from amdahl.uts.amdahl.com by amdahl.amdahl.com with smtp (Smail3.1.28.1 #49) id m0rpYjr-00005yC; Fri, 17 Mar 95 01:54 PST Received: by amdahl.uts.amdahl.com (/\../\ Smail3.1.14.4 #14.16) id ; Fri, 17 Mar 95 01:54 PST Message-Id: From: agc@uts.amdahl.com (Alistair G. Crooks) Subject: Re: tkperl? To: gclarkii@phoenix.net (Gary Clark II) Date: Fri, 17 Mar 1995 01:54:31 -0800 (PST) Cc: hasty@netcom.com, gclarkii@phoenix.net, hackers@FreeBSD.org In-Reply-To: <199503161801.MAA11929@ phoenix.net> from "Gary Clark II" at Mar 16, 95 12:01:18 pm X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 499 Sender: hackers-owner@FreeBSD.org Precedence: bulk > As far as I know, TCL was brought up, but no one wanted to bmake it and > import. I doubt if anyone would compliane if TCL was added. Havard Eidnes did this (i.e. bmake) for tcl7.3 and tk3.6p1 on NetBSD. I've still got a copy somewhere if someone wants it. Cheers, Alistair -- Alistair G. Crooks (agc@uts.amdahl.com) +44 125 234 6377 Amdahl European HQ, Dogmersfield Park, Hartley Wintney, Hants RG27 8TE, UK. [These are only my opinions, and certainly not those of Amdahl Corporation] From owner-freebsd-hackers Fri Mar 17 01:53:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA00178 for hackers-outgoing; Fri, 17 Mar 1995 01:53:48 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA00172 for ; Fri, 17 Mar 1995 01:53:38 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA12539; Fri, 17 Mar 1995 18:52:32 +1000 Date: Fri, 17 Mar 1995 18:52:32 +1000 From: Bruce Evans Message-Id: <199503170852.SAA12539@godzilla.zeta.org.au> To: dufault@hda.com, freebsd-hackers@freefall.cdrom.com Subject: Re: Multiport serial cards Sender: hackers-owner@FreeBSD.org Precedence: bulk >I'm interested in a board that will let me receive continuous data at >28.8 on four ports without any problems. At roughly 300 us per >character that will mean we have to service each port every 4.8 ms with >a 16550, or roughly 1.2 ms per port. (Of course lots of times when >you're in the interrupt you'll be able to to serve more than one port) This is a small load for sio. The overhead using an AST/4 on a DX2/66 should be about 6% for input-only and 4% for output-only plus whatever you protocol handler adds. >I think I should use a board with a large FIFO, which I don't think >any of these have. A 1-char "FIFO" as found on 8250's should be adequate provided you have no bus-hogging devices. sio can handle continuous data in both directions at once at 115.2 on 2 ports (but not 3) on a 486DX/33 with 8250's. The system load for this is about 60% (too high for continuous use). A 486DX2/66 with 16550's can probably handle about 6 times as many ports. Bruce From owner-freebsd-hackers Fri Mar 17 02:06:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA01000 for hackers-outgoing; Fri, 17 Mar 1995 02:06:13 -0800 Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA00994 for ; Fri, 17 Mar 1995 02:06:04 -0800 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.18.7]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id KAA06237; Fri, 17 Mar 1995 10:18:59 +0100 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.10/8.6.9) id KAA11828; Fri, 17 Mar 1995 10:18:53 +0100 Date: Fri, 17 Mar 1995 10:18:53 +0100 Message-Id: <199503170918.KAA11828@caramba.cs.tu-berlin.de> To: Gary Clark II Cc: hasty@netcom.com (Amancio Hasty Jr), hackers@FreeBSD.org Subject: Re: tkperl? In-Reply-To: <199503151901.NAA14050@ phoenix.net> References: <199503150038.QAA22395@netcom14.netcom.com> <199503151901.NAA14050@ phoenix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@FreeBSD.org Precedence: bulk Gary Clark, II writes: > > > > > > Hi > > Anyone got patches for tkperl and perl5.000? > Amancio, > > Because I hit everyone over that head by doing the bmake and then talking > fast.:) I saw a need for a good scripting lang that had wide support. > > The reason 4.X was chosen was for the simple fact 5.0 was still in beta/alpha > and I did not want to have to handle the patch of the week syndrome. > > Gary perl 4.x is 2-3 faster than perl5. I don't optimized my perl scripts (makewhatis, catman) and use then a slow beta perl version. Many perl scripts does not work with perl5. Wolfram From owner-freebsd-hackers Fri Mar 17 02:33:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA01551 for hackers-outgoing; Fri, 17 Mar 1995 02:33:36 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA01545 for ; Fri, 17 Mar 1995 02:33:35 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id CAA14976 for ; Fri, 17 Mar 1995 02:33:34 -0800 Message-Id: <199503171033.CAA14976@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: DELAY() Date: Fri, 17 Mar 1995 02:33:34 -0800 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk Does anyone have an alternate implementation idea for DELAY so that it is cpu/bus independant? I just tracked down the problem with the aic7870 based cards, and it turned out that what should have been a milisecond delay was so short on this P-90 system that I repolled the controller's interrupt register before it had enough time to clear from the last interrupt! The other interresting thing is that the on- board aic7870 on this motherboard never had problems with the driver. The chips were made in separate plants, but have the same revision number, but I guess it could be a buggy chip that is accentuating this problem. __ Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Fri Mar 17 02:39:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA01784 for hackers-outgoing; Fri, 17 Mar 1995 02:39:53 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA01778 for ; Fri, 17 Mar 1995 02:39:52 -0800 Received: from fedora.x.org by expo.x.org id AA12205; Fri, 17 Mar 95 05:39:18 -0500 Received: by fedora.x.org id AA03589; Fri, 17 Mar 1995 05:39:16 -0500 Message-Id: <9503171039.AA03589@fedora.x.org> To: terry@cs.weber.edu (Terry Lambert) Cc: hackers@FreeBSD.org Subject: Re: patches for X11R6?? In-Reply-To: Your message of "Thu, 16 Mar 1995 18:20:14 MST." <9503170120.AA26263@cs.weber.edu> Date: Fri, 17 Mar 1995 05:39:16 EST From: "Kaleb S. KEITHLEY" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >Apparently there has been an opaquing of several structs in the >> >latest X release, including the GC. >> >> I'm not sure what those would be. Would you care to elaborate? >The GC, for one, the display (under discussion) for another. Basically, >everything protected by "*_ILLEGAL_ACCESS" that didn't used to be >protected that way. Yes, you mentioned GC specifically, and the prior discussion mentioned Display specifically, so I presumed that when you said "several structs" you meant several besides those already mentioned. Since GC and Display are the only two structures that I know of that were made opaque in R6, I'm trying to figure out what you're referring to. >> >There is a major difference between interface abstraction and the >> >rigorous enforcement of abstraction boundries. >> >> Which is not a valid rationalization for leaving a bug in the sample >> implementation; especially if it's a bug that encourages people to write >> inherently non-portable programs. The R5 Xlib.h warned people not to use >> the fields in these structures, and these fields aren't listed in the >> documentation. The only way they could have found out about them was by >> reading the header file, so if they've been writing non-portable programs, >> they can't say they weren't warned. >Well, I think it should be honor system but whatever. 8-). We just changed the level of trust. Now if you want to cheat you're going to have work harder to do it. :-) >It was for a game... can I be forgiven? Not only forgiven, I think we can even arrange special dispensation from on high :-). X needs more games. -- Kaleb KEITHLEY From owner-freebsd-hackers Fri Mar 17 02:48:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA02066 for hackers-outgoing; Fri, 17 Mar 1995 02:48:38 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA02014; Fri, 17 Mar 1995 02:47:11 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id CAA04032; Fri, 17 Mar 1995 02:46:55 -0800 Date: Fri, 17 Mar 1995 02:46:55 -0800 Message-Id: <199503171046.CAA04032@silvia.HIP.Berkeley.EDU> To: nate@trout.sri.MT.net CC: ports@FreeBSD.org, hackers@FreeBSD.org In-reply-to: <199503170627.XAA04430@trout.sri.MT.net> (message from Nate Williams on Thu, 16 Mar 1995 23:27:56 -0700) Subject: Re: What programs use libreadline? From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * Aside from gdb in the source tree, which programs use libreadline? I'm * assuming bash does, but I'm not aware of any other program that uses it * that runs (or might run) under FreeBSD. If you know of a program, can * you send me private email and let me know so I can test out a change I * would like to make to the readline library to make it easier to upgrade * to newer versions of gdb when they are released. Actually bash doesn't, since there has been a version mismatch and Andrew made it compile with its own readline. I don't know what happens with the latest upgrade though. Anyway, "ldd /usr/{local,X11R6}/bin/* 2>/dev/null | less" on thud yielded these things.... /usr/local/bin: fudgit, gnuplot, ncftp2, pmf /usr/X11R6/bin: none (well, not surprising :) Satoshi From owner-freebsd-hackers Fri Mar 17 02:52:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA02170 for hackers-outgoing; Fri, 17 Mar 1995 02:52:09 -0800 Received: from teton.Mines.Colorado.EDU (teton.Mines.Colorado.EDU [138.67.1.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA02164 for ; Fri, 17 Mar 1995 02:52:07 -0800 Received: by teton.Mines.Colorado.EDU (AIX 3.2/UCB 5.64/4.03) id AA19966; Fri, 17 Mar 1995 03:52:03 -0700 From: mbarkah@teton.Mines.Colorado.EDU (Ade Barkah) Message-Id: <9503171052.AA19966@teton.Mines.Colorado.EDU> Subject: Re: Multiport serial cards To: hackers@FreeBSD.org Date: Fri, 17 Mar 1995 03:52:03 -0700 (MST) In-Reply-To: <9503162139.AA24742@cs.weber.edu> from "Terry Lambert" X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 273 Sender: hackers-owner@FreeBSD.org Precedence: bulk Terry Lambert wrote: [regarding Digiboard] > The ONLY thing that is standing in the way of a driver there, IMO, > is the lack of someone with hardware and a determination to write a > driver. They have one for BSDI. Any chance converting that for FreeBSD ? -Ade Barkah From owner-freebsd-hackers Fri Mar 17 02:55:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA02261 for hackers-outgoing; Fri, 17 Mar 1995 02:55:41 -0800 Received: from belgarath.it.com.au (root@belgarath.it.com.au [203.8.116.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA02211 for ; Fri, 17 Mar 1995 02:53:39 -0800 Received: by belgarath.it.com.au (Smail3.1.29.1 #5) id m0rpZdd-00020i5; Fri, 17 Mar 95 18:52 WET Message-Id: Subject: Re: Multiport serial cards To: freebsd-hackers@freefall.cdrom.com (FreeBSD Hackers) Date: Fri, 17 Mar 1995 18:52:12 +0800 (WST) From: "Stephen Darragh" In-Reply-To: <199503170206.UAA09182@bonkers.taronga.com> from "Peter da Silva" at Mar 16, 95 08:06:16 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 626 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > 3. Scoop about Hayes and Digiboard. > > We have about 4 of the digiboard pc/8e boards at work that we're using under > a severly dysfunctional SVR3 environment. I'm not up to writing a driver but > I'm sure I could swing testing one if it would let us upgrade our modem > servers. I keep bringing up good reasons to invest in a FreeBSD box at work > where I could do 2.x stuff but they keep coming up with good reasons not to > :-<. I also have some PC/8e boards which I'd love to get working. Realistically I wouldn't have the time to learn how to write a serial driver within the next six months though. ... Stephen From owner-freebsd-hackers Fri Mar 17 03:07:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA02536 for hackers-outgoing; Fri, 17 Mar 1995 03:07:00 -0800 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA02526 for ; Fri, 17 Mar 1995 03:06:49 -0800 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id LAA16036; Fri, 17 Mar 1995 11:04:29 GMT Date: Fri, 17 Mar 1995 11:04:28 +0000 (GMT) From: Doug Rabson To: S|ren Schmidt cc: hackers@FreeBSD.org Subject: Re: ISA cdrom specs In-Reply-To: <9503161223.AA09433@login.dknet.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 16 Mar 1995, S|ren Schmidt wrote: > > > > I have just bought a new machine, and in the interests of adventure, > > included an ISA cdrom driver (Mitsumi LX004). Does anyone know anything > > about this drive? Is there a standard for ISA cdroms? Where can I get > > the standard? etc. etc. > > Look at ref.tfs.com:/pub/mirror/storage/* I found some documents in achilles.doc.ic.ac.uk:/imported/internet/standards/io, including some SCSI docs which seem to be missing from ref. > > Btw I'm currently doing a driver for such beasts :-) > So I keep you in mind for an alphatester right ? Certainly. > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team > So much code to hack -- so little time > .. > Doug Rabson, RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Fri Mar 17 03:24:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA02908 for hackers-outgoing; Fri, 17 Mar 1995 03:24:25 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA02899 for ; Fri, 17 Mar 1995 03:24:22 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id GAA07796; Fri, 17 Mar 1995 06:20:47 -0500 From: Peter Dufault Message-Id: <199503171120.GAA07796@hda.com> Subject: Re: Multiport serial cards To: bde@zeta.org.au (Bruce Evans) Date: Fri, 17 Mar 1995 06:20:47 -0500 (EST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503170852.SAA12539@godzilla.zeta.org.au> from "Bruce Evans" at Mar 17, 95 06:52:32 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2195 Sender: hackers-owner@FreeBSD.org Precedence: bulk Bruce Evans writes: > > >I'm interested in a board that will let me receive continuous data at > >28.8 on four ports without any problems. At roughly 300 us per > >character that will mean we have to service each port every 4.8 ms with > >a 16550, or roughly 1.2 ms per port. (Of course lots of times when > >you're in the interrupt you'll be able to to serve more than one port) > > This is a small load for sio. The overhead using an AST/4 on a DX2/66 > should be about 6% for input-only and 4% for output-only plus whatever > you protocol handler adds. > > >I think I should use a board with a large FIFO, which I don't think > >any of these have. > > A 1-char "FIFO" as found on 8250's should be adequate provided you have > no bus-hogging devices. sio can handle continuous data in both directions > at once at 115.2 on 2 ports (but not 3) on a 486DX/33 with 8250's. The > system load for this is about 60% (too high for continuous use). A > 486DX2/66 with 16550's can probably handle about 6 times as many ports. > There is no retry in that protocol in the "I own the link" case when all 4 ports are sending at 28.8 continuous. Any corrupted packets must be dropped. In most cases this doesn't matter, and in others the three minute run will be canceled and started over. I wouldn't try this application with 8250s. I realize 16550s can handle this load but like the insurance of more latency - it removes FreeBSD interrupt latency issue completely. Would you be willing to hazard a guess as to the interrupt latency for the SIO on a 486DX/33 for FreeBSD 2.x? How are we for keeping interrupts on in the kernel? I have a two port 16550 board around and will look into performance on that before going ahead to add Digiboard support. Finally - is there an AST/8, or other 8 port 16550 board that works with the "sio" driver? There will be at least two other light duty serial ports for this application. An AST/4 plus COM1 and COM2 will do it, but I would just as soon identify another path. Peter -- 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 Mar 17 03:57:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA04486 for hackers-outgoing; Fri, 17 Mar 1995 03:57:31 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA04402; Fri, 17 Mar 1995 03:55:49 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.9/8.6.9) id TAA04523; Fri, 17 Mar 1995 19:52:36 GMT Date: Fri, 17 Mar 1995 19:52:33 +0000 () From: Brian Tao To: Nate Williams cc: ports@FreeBSD.org, hackers@FreeBSD.org Subject: Re: What programs use libreadline? In-Reply-To: <199503170627.XAA04430@trout.sri.MT.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 16 Mar 1995, Nate Williams wrote: > > Aside from gdb in the source tree, which programs use libreadline? I'm > assuming bash does, but I'm not aware of any other program that uses it > that runs (or might run) under FreeBSD. Ncftp can use either the GNU readline library or Chris Thewalt's getline library. My ncftp is linked against getline, but I don't remember if this is the ncftp included in the FreeBSD distribution, or something I recompiled later. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri Mar 17 04:39:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA05346 for hackers-outgoing; Fri, 17 Mar 1995 04:39:13 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA05340 for ; Fri, 17 Mar 1995 04:39:09 -0800 Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0rpbJ4-0000TIC; Fri, 17 Mar 95 04:39 PST Received: (from root@localhost) by io.cts.com (8.6.11/8.6.9) id EAA14339; Fri, 17 Mar 1995 04:25:31 -0800 From: Morgan Davis Message-Id: <199503171225.EAA14339@io.cts.com> Subject: Connecting a BBS to serial port? To: hackers@FreeBSD.org Date: Fri, 17 Mar 1995 04:25:28 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1402 Sender: hackers-owner@FreeBSD.org Precedence: bulk Wanting a dialin line on my FreeBSD box (which already has a dialout line for a dedicated PPP connection) I brainstormed an interesting project. But I'm not sure if it's feesible. I'm asking you hackers what you think. I've been juggling this FreeBSD box and a BBS machine on two lines. I'd like to move the BBS's line to a second modem I have on the FreeBSD box, but still allow BBS callers to get to the BBS machine. I think I can do this by hooking up the BBS box to the FreeBSD box via a serial cable to an available COM port. After a caller logs in to the FreeBSD box with a special login name, the interpreter would simply be cu, which would connect to the serial port to wake up the BBS. The BBS supports direct serial connections which, in its 'getty' mode, simply watches for newlines, and then prompts a caller for login and password codes. In reading the cu manual, it doesn't appear to have a "raw" or restricted mode -- and I'm afraid that a caller would be able to enter tilde commands to cu. The connection has to be transparent and support 8 bit data so that file transfers would work. Is there any existing solution to do this sort of thing, or would I need to write my own variation of cu to make the port-to-port connection? The BBS at the other end is an Apple IIGS (running software I've written), so performance isn't critical -- 19,200 is just fine. Comments? Ideas? From owner-freebsd-hackers Fri Mar 17 04:48:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA05544 for hackers-outgoing; Fri, 17 Mar 1995 04:48:06 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA05536 for ; Fri, 17 Mar 1995 04:48:03 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id HAA08026; Fri, 17 Mar 1995 07:45:02 -0500 From: Peter Dufault Message-Id: <199503171245.HAA08026@hda.com> Subject: Re: Multiport serial cards To: freebsd-hackers@freefall.cdrom.com Date: Fri, 17 Mar 1995 07:45:01 -0500 (EST) Cc: bde@zeta.org.au In-Reply-To: <199503171120.GAA07796@hda.com> from "Peter Dufault" at Mar 17, 95 06:20:47 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 534 Sender: hackers-owner@FreeBSD.org Precedence: bulk Peter Dufault writes: > There is no retry in that protocol in the "I own the link" case > when all 4 ports are sending at 28.8 continuous. Any corrupted > packets must be dropped. In most cases this doesn't matter, and > in others the three minute run will be canceled and started over. I should add that there is no hardware or software flow control either. -- 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 Mar 17 05:03:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA06105 for hackers-outgoing; Fri, 17 Mar 1995 05:03:03 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA06097 for ; Fri, 17 Mar 1995 05:03:00 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA17743 (5.67a/IDA-1.5); Fri, 17 Mar 1995 06:40:03 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA19654; 17 Mar 95 06:08:41 CST (Fri) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id GAA19651; Fri, 17 Mar 1995 06:08:41 -0600 From: Peter da Silva Message-Id: <199503171208.GAA19651@bonkers.taronga.com> Subject: Re: tkperl? To: agc@uts.amdahl.com (Alistair G. Crooks) Date: Fri, 17 Mar 1995 06:08:41 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: from "Alistair G. Crooks" at Mar 17, 95 01:54:31 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 311 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Havard Eidnes did this (i.e. bmake) for tcl7.3 and tk3.6p1 on NetBSD. I've > still got a copy somewhere if someone wants it. I'd like to see this... it would at least give me a starting point for bmaking 7.4/4.0 (which is where you'd want to be). I know tcl pretty well, but I'm not at all sure about bmake. From owner-freebsd-hackers Fri Mar 17 05:03:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA06151 for hackers-outgoing; Fri, 17 Mar 1995 05:03:34 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA06145 for ; Fri, 17 Mar 1995 05:03:32 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA17873 (5.67a/IDA-1.5); Fri, 17 Mar 1995 07:01:52 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA20652; 17 Mar 95 06:50:19 CST (Fri) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id GAA20649; Fri, 17 Mar 1995 06:50:18 -0600 From: Peter da Silva Message-Id: <199503171250.GAA20649@bonkers.taronga.com> Subject: Re: Multiport serial cards To: dufault@hda.com (Peter Dufault) Date: Fri, 17 Mar 1995 06:50:17 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199503171120.GAA07796@hda.com> from "Peter Dufault" at Mar 17, 95 06:20:47 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 371 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Finally - is there an AST/8, or other 8 port 16550 board that works > with the "sio" driver? There will be at least two other light duty > serial ports for this application. An AST/4 plus COM1 and COM2 > will do it, but I would just as soon identify another path. Why don't you just toss COM1 and COM2 and put in one or two more AST/4 boards in those IRQ positions? From owner-freebsd-hackers Fri Mar 17 05:46:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA06874 for hackers-outgoing; Fri, 17 Mar 1995 05:46:47 -0800 Received: from orpheus.amdahl.com (orpheus.amdahl.com [129.212.11.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA06868 for ; Fri, 17 Mar 1995 05:46:46 -0800 Received: from amdahl.amdahl.com by orpheus.amdahl.com with smtp (Smail3.1.28.1 #5) id m0rpcLv-0000aQC; Fri, 17 Mar 95 05:46 PST Received: from amdahl.uts.amdahl.com by amdahl.amdahl.com with smtp (Smail3.1.28.1 #49) id m0rpcNL-00005WC; Fri, 17 Mar 95 05:47 PST Received: by amdahl.uts.amdahl.com (/\../\ Smail3.1.14.4 #14.16) id ; Fri, 17 Mar 95 05:47 PST Message-Id: From: agc@uts.amdahl.com (Alistair G. Crooks) Subject: Re: tkperl? To: peter@bonkers.taronga.com (Peter da Silva) Date: Fri, 17 Mar 1995 05:47:32 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503171208.GAA19651@bonkers.taronga.com> from "Peter da Silva" at Mar 17, 95 06:08:41 am X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1052 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Havard Eidnes did this (i.e. bmake) for tcl7.3 and tk3.6p1 on NetBSD. I've > > still got a copy somewhere if someone wants it. > > I'd like to see this... it would at least give me a starting point for > bmaking 7.4/4.0 (which is where you'd want to be). I know tcl pretty well, > but I'm not at all sure about bmake. I'd disagree that 7.4b2/4.0b2 is the way to go - it is still beta software, after all. I'd also disagree that you know tcl "pretty well" - didn't you implement the arrays in tclX, along with Karl Lehenbauer? So don't be so modest. Anyway, I've put them on: charon.amdahl.com:pub/agc/tcl7.3-netbsd.tar.gz charon.amdahl.com:pub/agc/tk3.6p1-netbsd.tar.gz so grab them if you want - they'll be there until Monday 20th. Cheers, Alistair PS. Marvellous things, M-O drives - that's where these archives were... -- Alistair G. Crooks (agc@uts.amdahl.com) +44 125 234 6377 Amdahl European HQ, Dogmersfield Park, Hartley Wintney, Hants RG27 8TE, UK. [These are only my opinions, and certainly not those of Amdahl Corporation] From owner-freebsd-hackers Fri Mar 17 06:42:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA07875 for hackers-outgoing; Fri, 17 Mar 1995 06:42:10 -0800 Received: from ansley.com (ansley.atlanta.com [155.229.16.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA07868 for ; Fri, 17 Mar 1995 06:42:03 -0800 Received: (from gja@localhost) by ansley.com (8.6.9/8.6.9) id JAA10325; Fri, 17 Mar 1995 09:41:23 -0500 From: Greg Ansley Message-Id: <199503171441.JAA10325@ansley.com> Subject: Re: Multiport serial cards To: dufault@hda.com (Peter Dufault) Date: Fri, 17 Mar 1995 09:41:23 -0500 (EST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503171120.GAA07796@hda.com> from "Peter Dufault" at Mar 17, 95 06:20:47 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1204 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Finally - is there an AST/8, or other 8 port 16550 board that works > with the "sio" driver? There will be at least two other light duty > serial ports for this application. An AST/4 plus COM1 and COM2 > will do it, but I would just as soon identify another path. Comtrol make several inexpensive 4, 8 and 16 port 16450/16550 (your pick) based boards in their "Hostess Series". The 4 port board works with the "sio" driver (I have 4 boards). The 8 port should work with out any problems it just has more ports. The 16 port should work but it has 16552 UART I have not personally tested it. Contact Info: Comtrol Corp. Comtrol Europe Ltd. 2675 Patton Road (Tel) 44 869 323220 St. Paul Minnesota 55113 (Fax) 44 869 323211 (Tel) 1 612 631 7654 Comtrol Australia Ltd. 1 800 926 6876 (Tel) 61 2 419 7177 (Fax) 1 612 631 8117 (Fax) 61 2 411 2268 (BBS) 1 612 631 8310 Recomended US Distrubutor: Express Computerware (Tel) 1 907 928 3309 (Tel) 1 800 222 0172 (Fax) 1 907 928 1228 By the way I'm just a happy customer... Greg Ansley gja@ansley.atlanta.com Ansley & Associates, Inc 1 404 248 0827 From owner-freebsd-hackers Fri Mar 17 06:59:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA08468 for hackers-outgoing; Fri, 17 Mar 1995 06:59:17 -0800 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA08403; Fri, 17 Mar 1995 06:57:41 -0800 Received: by sovcom.kiae.su id AA05164 (5.65.kiae-2 ); Fri, 17 Mar 1995 17:50:20 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 17 Mar 95 17:50:18 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id RAA00666; Fri, 17 Mar 1995 17:47:16 +0300 To: Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= , nate@trout.sri.MT.net Cc: hackers@FreeBSD.org, ports@FreeBSD.org References: <199503171046.CAA04032@silvia.HIP.Berkeley.EDU> In-Reply-To: <199503171046.CAA04032@silvia.HIP.Berkeley.EDU>; from Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= at Fri, 17 Mar 1995 02:46:55 -0800 Message-Id: Organization: Olahm Ha-Yetzirah Date: Fri, 17 Mar 1995 17:47:16 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: What programs use libreadline? Lines: 26 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1277 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199503171046.CAA04032@silvia.HIP.Berkeley.EDU> Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= writes: > * Aside from gdb in the source tree, which programs use libreadline? I'm > * assuming bash does, but I'm not aware of any other program that uses it > * that runs (or might run) under FreeBSD. If you know of a program, can > * you send me private email and let me know so I can test out a change I > * would like to make to the readline library to make it easier to upgrade > * to newer versions of gdb when they are released. >Actually bash doesn't, since there has been a version mismatch and >Andrew made it compile with its own readline. I don't know what >happens with the latest upgrade though. 1) Bash and system libreadline versions is identical with local patches added to both of them. 2) Bash use bad programming style and compile readline with -DSHELL, so it is impossible to use system one for it. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Fri Mar 17 07:02:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA08550 for hackers-outgoing; Fri, 17 Mar 1995 07:02:52 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA08543 for ; Fri, 17 Mar 1995 07:02:45 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id JAA08376; Fri, 17 Mar 1995 09:59:33 -0500 From: Peter Dufault Message-Id: <199503171459.JAA08376@hda.com> Subject: Re: Multiport serial cards To: mbarkah@teton.Mines.Colorado.EDU (Ade Barkah) Date: Fri, 17 Mar 1995 09:59:33 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <9503171052.AA19966@teton.Mines.Colorado.EDU> from "Ade Barkah" at Mar 17, 95 03:52:03 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1835 Sender: hackers-owner@FreeBSD.org Precedence: bulk Ade Barkah writes: > > > Terry Lambert wrote: (All sorts of wonderful things about what a great company DigiBoard is and what good products they have and summarizes with...) > > > The ONLY thing that is standing in the way of a driver there, IMO, > > is the lack of someone with hardware and a determination to write a > > driver. > > They have one for BSDI. Any chance converting that for FreeBSD ? Digi (new name) requires a non disclosure agreement for the "Device Driver Writer's Guide" required to interface to the "FEP/OS" (Front End Processor OS). The only thing available without NDA is the jumper settings and how to interface to the BIOS that then downloads the FEP/OS. I have a call in for an explanation of the non-disclosure agreement. They advertise the Linux driver in their WWW page and it is available from their FTP site. I don't mind signing NDA and paying $100.00 as long as the driver can be made available under a Berkeley style copyright. It will be advantage for FreeBSD to support the DigiBoard product. Alternatively someone can pick up the Linux driver and write an interface guide for the FEP/OS and then send that along to someone else to write a FreeBSD driver. Digi's policy is unfortunate. I can't quite puzzle out what competitive advantage Digi gets by declining to publish the interface to the board firmware. I'll send this under separate cover to support@digibd.com. Hopefully someone there can tell us how the Linux driver was written, whether it adheres to the terms of the NDA, and whether or not there is some way we can produce a driver that falls under the non-restrictive Berkeley style copyright Peter -- 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 Mar 17 07:04:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA08618 for hackers-outgoing; Fri, 17 Mar 1995 07:04:45 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA08561; Fri, 17 Mar 1995 07:03:19 -0800 Received: by sequent.kiae.su id AA08464 (5.65.kiae-2 ); Fri, 17 Mar 1995 17:58:04 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Fri, 17 Mar 95 17:58:02 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id RAA00723; Fri, 17 Mar 1995 17:56:09 +0300 To: hackers@FreeBSD.org, Nate Williams , ports@FreeBSD.org References: <199503170627.XAA04430@trout.sri.MT.net> In-Reply-To: <199503170627.XAA04430@trout.sri.MT.net>; from Nate Williams at Thu, 16 Mar 1995 23:27:56 -0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Fri, 17 Mar 1995 17:56:08 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: What programs use libreadline? Lines: 22 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1058 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199503170627.XAA04430@trout.sri.MT.net> Nate Williams writes: >Aside from gdb in the source tree, which programs use libreadline? I'm >assuming bash does, but I'm not aware of any other program that uses it >that runs (or might run) under FreeBSD. If you know of a program, can >you send me private email and let me know so I can test out a change I >would like to make to the readline library to make it easier to upgrade >to newer versions of gdb when they are released. libreadline now developed by chet (bash author) and we have most advanced variant (even more advanced than original author have :-). I doubt, that new gdb use more advanced one, but if it is so, please point me to sources you play with and I merge changes into our lib. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Fri Mar 17 07:12:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA08841 for hackers-outgoing; Fri, 17 Mar 1995 07:12:42 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA08821 for ; Fri, 17 Mar 1995 07:12:26 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA21373; Sat, 18 Mar 1995 01:08:20 +1000 Date: Sat, 18 Mar 1995 01:08:20 +1000 From: Bruce Evans Message-Id: <199503171508.BAA21373@godzilla.zeta.org.au> To: bde@zeta.org.au, dufault@hda.com Subject: Re: Multiport serial cards Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >Would you be willing to hazard a guess as to the interrupt latency >for the SIO on a 486DX/33 for FreeBSD 2.x? How are we for keeping >interrupts on in the kernel? Normally 10-20 usec if the serial driver isn't already active. Serial interrupts have highest priority and normally aren't stopped by anything except their own handlers. Of course, the latency is determined by the worst case. The worst case seems to be for braindamaged bus masters. My U34F seems to hog the bus for 15 sector transfer times (250 usec). >Finally - is there an AST/8, or other 8 port 16550 board that works >with the "sio" driver? There will be at least two other light duty >serial ports for this application. An AST/4 plus COM1 and COM2 >will do it, but I would just as soon identify another path. Several unintelligent 8 port and 16 port boards are reported to work. Modem control lines seem to be left out more on 8 port boards than on 16 port ones. sio partly-intentionally uses a dumb polling method that doesn't depend on any board features except the ports not getting in each others way. This increases interrupt overhead a lot for 16 port boards. Bruce From owner-freebsd-hackers Fri Mar 17 07:21:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA09219 for hackers-outgoing; Fri, 17 Mar 1995 07:21:05 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA09213 for ; Fri, 17 Mar 1995 07:21:00 -0800 Received: by sequent.kiae.su id AA09885 (5.65.kiae-2 ); Fri, 17 Mar 1995 18:03:06 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Fri, 17 Mar 95 18:03:03 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id SAA00793; Fri, 17 Mar 1995 18:03:50 +0300 To: Bruce Evans , Peter Dufault Cc: freebsd-hackers@freefall.cdrom.com References: <199503171120.GAA07796@hda.com> In-Reply-To: <199503171120.GAA07796@hda.com>; from Peter Dufault at Fri, 17 Mar 1995 06:20:47 -0500 (EST) Message-Id: Organization: Olahm Ha-Yetzirah Date: Fri, 17 Mar 1995 18:03:49 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Multiport serial cards Lines: 17 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 902 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199503171120.GAA07796@hda.com> Peter Dufault writes: >Finally - is there an AST/8, or other 8 port 16550 board that works >with the "sio" driver? There will be at least two other light duty >serial ports for this application. An AST/4 plus COM1 and COM2 >will do it, but I would just as soon identify another path. Yes, it is called ARNET-8, just like AST but without master register. It can be switched to two AST-4 by jumpers, but I don't use this mode. I typically use two such cards per machine + com-ports it 1.x, in -current I have some problems with tty buffers overflow on uucp lines. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Fri Mar 17 09:42:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA00368 for hackers-outgoing; Fri, 17 Mar 1995 09:42:15 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA00362 for ; Fri, 17 Mar 1995 09:42:14 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29024; Fri, 17 Mar 95 10:36:05 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503171736.AA29024@cs.weber.edu> Subject: Re: DELAY() To: gibbs@estienne.CS.Berkeley.EDU (Justin T. Gibbs) Date: Fri, 17 Mar 95 10:36:04 MST Cc: hackers@FreeBSD.org In-Reply-To: <199503171033.CAA14976@estienne.cs.berkeley.edu> from "Justin T. Gibbs" at Mar 17, 95 02:33:34 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Does anyone have an alternate implementation idea for DELAY so that it > is cpu/bus independant? I think this is relatively impossible without using timers to do the work. The ability to do this is limited by your timer resolution and the firing/rescheduling overhead, so it would not be suitable for spins below a certain (TBD) duration. This will probably become more of an issue in porting to non-strictly PC architectures. SMP will cause it to be a big issue, as will the use of spins on some bus architectures intefering with the ability to deliver interrupts (message passing buses... ie: Sequent, Nothern Telecom). This is a "bite the bullet later" issue. As a workaround for non-complex (PC) architectures, you may want to look at calibrated delay loops. These are discussed in "The Undocumented PC" in implementing reliable keyboard I/O not using the BIOS. The Linux kernel uses a calibrated loop for its DELAY mechanism (it even spits out a calibration message while booting). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Mar 17 09:39:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA00179 for hackers-outgoing; Fri, 17 Mar 1995 09:39:09 -0800 Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA00169 for ; Fri, 17 Mar 1995 09:39:04 -0800 Received: from [192.245.33.12] by gateway.cybernet.com (8.6.8/1.0A) id MAA18736; Fri, 17 Mar 1995 12:03:23 -0500 X-Sender: mtaylor@gateway.cybernet.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 17 Mar 1995 11:38:23 -0500 To: hackers@FreeBSD.org From: mtaylor@gateway.cybernet.com (Mark J. Taylor) Subject: Re: Multiport serial cards Sender: hackers-owner@FreeBSD.org Precedence: bulk [....] > >Finally - is there an AST/8, or other 8 port 16550 board that works >with the "sio" driver? There will be at least two other light duty >serial ports for this application. An AST/4 plus COM1 and COM2 >will do it, but I would just as soon identify another path. > >Peter > >-- >Peter Dufault Real Time Machine Control and Simulation >HD Associates, Inc. Voice: 508 433 6936 >dufault@hda.com Fax: 508 433 5267 Boca Research has line of multiport serial boards which work fine with the sio driver. I've got a 4 port version, expandable to 8. They also a 16 port version. I'm not sure about them having a 32 port version. Here is the dmesg output from the 1.1.5.1 box that has the 4 port on it: sio2 at 0x240-0x247 flags 0x585 on isa sio2: type 16550A (multiport) sio3 at 0x248-0x24f flags 0x585 on isa sio3: type 16550A (multiport) sio4 at 0x250-0x257 flags 0x585 on isa sio4: type 16550A (multiport) sio5 at 0x258-0x25f irq 15 flags 0x585 on isa sio5: type 16550A (multiport master) and the kernel config lines: # BocaBoard 1004 (4-port serial board) options "COM_MULTIPORT" device sio2 at isa? port 0x240 tty flags 0x585 device sio3 at isa? port 0x248 tty flags 0x585 device sio4 at isa? port 0x250 tty flags 0x585 device sio5 at isa? port 0x258 tty flags 0x585 irq 15 vector siointr You might ask Bob Wilcox about the stuff that he uses. He has used the Boca Boards in the past, but I'm not sure what he uses now. I've also used FastComm 4W (a 4 port) boards in the past. They seem to work just fine. I haven't done any torture testing, though. -Mark Taylor mtaylor@cybernet.com From owner-freebsd-hackers Fri Mar 17 09:45:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA00511 for hackers-outgoing; Fri, 17 Mar 1995 09:45:04 -0800 Received: from Collatz.McRCIM.McGill.EDU ([132.206.78.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA00490 for ; Fri, 17 Mar 1995 09:44:55 -0800 Received: (root@localhost) by 16759 on Collatz.McRCIM.McGill.EDU (8.6.10 Mouse 1.0) id MAA16759; Fri, 17 Mar 1995 12:44:38 -0500 Date: Fri, 17 Mar 1995 12:44:38 -0500 From: der Mouse Message-Id: <199503171744.MAA16759@Collatz.McRCIM.McGill.EDU> To: mycroft@ai.mit.edu Subject: Re: Batch Telnet (Re: diskless and 3Com 509) Cc: hackers@FreeBSD.org, peter@bonkers.taronga.com, tech-net@NetBSD.ORG, terry@cs.weber.edu Sender: hackers-owner@FreeBSD.org Precedence: bulk > The problem is that the client is closing the connection. If the > telnet client's stdin gets an EOF, one might expect it should at most > close the write side of the TCP connection (i.e. use the shutdown(2) > system call). Right, that's exactly what I'd hope it would do. I don't think I've ever met a telnet client that did, though. > With a more reasonable protocol, you'd expect the half-close to be > propagated to the server, and the server would notice it and shut > down if appropriate. However, TCP doesn't have a half-close > mechanism. It sure did last time I read the RFC; either end can send a FIN packet and continue to receive data in the other direction "forever", until the other end sends a FIN or until the local TCP client insists on closing down the read half of the connection. Indeed, this is how it works in practice. In case you still doubt, here are a pair of programs. sample-s.c is the server, sample-c.c is the client. Run sample-s, then (on the same machine) run sample-c. Type stuff at sample-c and it will be sent to sample-s; anything received from sample-s will be printed. Type your EOF character to sample-c and it will shutdown half the connection and stop listening to stdin, but will continue to listen to the read half of the connection. When it sees the s->c half of the connection drop, it exits. sample-s reads stuff from sample-c and echoes it back, until it gets EOF on the c->s half of the connection. At this point it sleeps for five seconds, prints the sum of all the bytes received, sleeps for five more seconds, shuts down the s->c half of the connection, sleeps for another five seconds, and exits. sample-s also prints to its own stdout a trace of the actions it's taking. These compile and work under gcc 2.6.3 on our SunOS 4.1.2 Suns, and under cc on NetBSD/sparc 1.0 (not tested under -current). der Mouse mouse@collatz.mcrcim.mcgill.edu #! /bin/sh # # Shar: Shell Archiver # # This archive created Fri Mar 17 12:42:23 1995 # Run this through sh to create: # sample-c.c # sample-s.c echo x - sample-c.c \(1268 characters\) sed 's/^X//' > sample-c.c << \EOF X#include X#include X#include X#include X#include X#include X#include X X#define PORT 9876 X Xvoid main(void); Xvoid main(void) X{ X int s; X struct sockaddr_in sin; X int n; X int sending; X fd_set fds; X char buf[256]; X X s = socket(AF_INET,SOCK_STREAM,0); X if (s < 0) X { perror("socket"); X exit(1); X } X bzero(&sin,sizeof(sin)); X sin.sin_family = AF_INET; X sin.sin_addr.s_addr = inet_addr("127.0.0.1"); X sin.sin_port = htons(PORT); X if (connect(s,(struct sockaddr *)&sin,sizeof(sin)) < 0) X { perror("connect"); X exit(1); X } X sending = 1; X while (1) X { FD_ZERO(&fds); X if (sending) FD_SET(0,&fds); X FD_SET(s,&fds); X n = select(FD_SETSIZE,&fds,0,0,0); X if (n < 0) X { if (errno == EINTR) continue; X perror("select"); X exit(1); X } X if (FD_ISSET(s,&fds)) X { n = read(s,&buf[0],sizeof(buf)); X if (n < 0) X { perror("net read"); X exit(1); X } X if (n == 0) exit(0); X write(1,&buf[0],n); X } X if (sending && FD_ISSET(0,&fds)) X { n = read(0,&buf[0],sizeof(buf)); X if (n < 0) X { perror("stdin read"); X exit(1); X } X if (n == 0) X { shutdown(s,1); X sending = 0; X } X else X { write(s,&buf[0],n); X } X } X } X} EOF if test 1268 -ne "`wc -c sample-c.c`" then echo shar: error transmitting sample-c.c \(should have been 1268 characters\) fi echo x - sample-s.c \(1316 characters\) sed 's/^X//' > sample-s.c << \EOF X#include X#include X#include X#include X#include X X#define PORT 9876 X Xvoid main(void); Xvoid main(void) X{ X int acc; X int s; X struct sockaddr_in sin; X int sinlen; X char buf[256]; X int n; X int i; X unsigned int sum; X X acc = socket(AF_INET,SOCK_STREAM,0); X if (acc < 0) X { perror("socket"); X exit(1); X } X bzero(&sin,sizeof(sin)); X sin.sin_family = AF_INET; X sin.sin_addr.s_addr = INADDR_ANY; X sin.sin_port = htons(PORT); X if (bind(acc,(struct sockaddr *)&sin,sizeof(sin)) < 0) X { perror("bind"); X exit(1); X } X listen(acc,1); X sinlen = sizeof(sin); X s = accept(acc,(struct sockaddr *)&sin,&sinlen); X if (s < 0) X { perror("accept"); X exit(1); X } X close(acc); X sum = 0; X while (1) X { n = read(s,&buf[0],sizeof(buf)); X if (n < 0) X { perror("read"); X exit(1); X } X if (n == 0) break; X write(s,&buf[0],n); X for (i=0;ic connection\n"); X shutdown(s,1); X printf("sleeping again\n"); X sleep(5); X printf("exiting\n"); X exit(0); X} EOF if test 1316 -ne "`wc -c sample-s.c`" then echo shar: error transmitting sample-s.c \(should have been 1316 characters\) fi exit 0 # end of shell archive From owner-freebsd-hackers Fri Mar 17 09:41:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA00319 for hackers-outgoing; Fri, 17 Mar 1995 09:41:26 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA00310 for ; Fri, 17 Mar 1995 09:41:19 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA22530; Sat, 18 Mar 1995 01:44:52 +1000 Date: Sat, 18 Mar 1995 01:44:52 +1000 From: Bruce Evans Message-Id: <199503171544.BAA22530@godzilla.zeta.org.au> To: gibbs@estienne.CS.Berkeley.EDU, hackers@FreeBSD.org Subject: Re: DELAY() Sender: hackers-owner@FreeBSD.org Precedence: bulk >Does anyone have an alternate implementation idea for DELAY so that it >is cpu/bus independant? I just tracked down the problem with the DELAY() is supposed to be cpu/bus independent, but it guesses how long it takes to start up so the delay may be short by 20 usec on an infinitely fast machine, and of course no upper bound on the delay can be guaranteed because interrupts may increase it. It should use a different strategy for small delays and calibrate all overheads and recalibrate all overheads when the delay is sufficiently lonf to allow recalibration. >aic7870 based cards, and it turned out that what should have been a >milisecond delay was so short on this P-90 system that I repolled DELAY(1000) should work, but `for (i = 0; i < 50; i++) if (foo()) break; DELAY(20);' might not. I'd try a combination of short delays (inb(0x84)) together with calls to microtime() to poll like this. Bruce From owner-freebsd-hackers Fri Mar 17 09:45:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA00537 for hackers-outgoing; Fri, 17 Mar 1995 09:45:29 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA00526; Fri, 17 Mar 1995 09:45:19 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id IAA14700; Fri, 17 Mar 1995 08:42:08 -0700 Date: Fri, 17 Mar 1995 08:42:08 -0700 Message-Id: <199503171542.IAA14700@trout.sri.MT.net> To: "Andrey A. Chernov, Black Mage" Cc: hackers@FreeBSD.org, Nate Williams , ports@FreeBSD.org Subject: Re: What programs use libreadline? In-Reply-To: References: <199503170627.XAA04430@trout.sri.MT.net> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@FreeBSD.org Precedence: bulk Andrey A. Chernov writes: > In message <199503170627.XAA04430@trout.sri.MT.net> Nate Williams > writes: > > >Aside from gdb in the source tree, which programs use libreadline? I'm > >assuming bash does, but I'm not aware of any other program that uses it > >that runs (or might run) under FreeBSD. If you know of a program, can > >you send me private email and let me know so I can test out a change I > >would like to make to the readline library to make it easier to upgrade > >to newer versions of gdb when they are released. > > libreadline now developed by chet (bash author) and we have most > advanced variant (even more advanced than original author have :-). > I doubt, that new gdb use more advanced one, > but if it is so, please point me to sources you play with > and I merge changes into our lib. I already explained that the copystring() routine is now deprecated according to all the comments in the code, so I would like to remove it from libreadline since it is in conflict with the newest versions of gdb. It's much easier to change libreadline to DTRT in the long run than it is to always merge in those changes everytime we bring up a new gdb port. But, before I go off and do this I want to see if any of the ports still use copystring() since it is deprecated, and if many of them do then I'll punt and modify gdb instead. Nate From owner-freebsd-hackers Fri Mar 17 09:49:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA00689 for hackers-outgoing; Fri, 17 Mar 1995 09:49:31 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA00683 for ; Fri, 17 Mar 1995 09:49:30 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA23717; Fri, 17 Mar 95 11:24:36 CST From: Joe Greco Message-Id: <9503171724.AA23717@brasil.moneng.mei.com> Subject: Re: Connecting a BBS to serial port? To: root@io.cts.com (Morgan Davis) Date: Fri, 17 Mar 1995 11:24:35 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199503171225.EAA14339@io.cts.com> from "Morgan Davis" at Mar 17, 95 04:25:28 am X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 2085 Sender: hackers-owner@FreeBSD.org Precedence: bulk > After a caller logs in to the FreeBSD box with a special login name, > the interpreter would simply be cu, which would connect to the serial > port to wake up the BBS. The BBS supports direct serial connections > which, in its 'getty' mode, simply watches for newlines, and then > prompts a caller for login and password codes. > > In reading the cu manual, it doesn't appear to have a "raw" or > restricted mode -- and I'm afraid that a caller would be able to enter > tilde commands to cu. The connection has to be transparent and > support 8 bit data so that file transfers would work. > > Is there any existing solution to do this sort of thing, or would I > need to write my own variation of cu to make the port-to-port > connection? The BBS at the other end is an Apple IIGS (running > software I've written), so performance isn't critical -- 19,200 is > just fine. Hi, Having a relatively high level of experience with "bizarre" configurations to get things to work in restricted environments, I would highly suggest that you look closely at "kermit". Advantages: .kermrc (?) file can be used to configure Kermit just-so. :-) Disadvantages(?): it does not look like you can disable the escape character without hacking sources, at least from the 3 minutes I played around with it. What I (quickly) did in SunOSland: Added k::65534:65534:Kermit the Frog:/files/home/users/k:/usr/local/bin/kermit to /etc/passwd Created /files/home/users/k, touched .hushlogin, and created .kermrc: echo Please wait, connecting to port. echo set line /dev/ttyd0 set speed 38400 connect quit The quit at the end to kick the user off at session's end.. Disadvantages: I've never actually tried this specific hack in the past, so I can't guarantee it will work. But it seems like a relatively low-effort thing to try (aside from hacking out the escape char support). ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Fri Mar 17 09:59:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA01856 for hackers-outgoing; Fri, 17 Mar 1995 09:59:13 -0800 Received: from duality.gnu.ai.mit.edu (!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*@duality.gnu.ai.mit.edu [18.43.0.236]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA01815 for ; Fri, 17 Mar 1995 09:59:12 -0800 Received: (from mycroft@localhost) by duality.gnu.ai.mit.edu (8.6.10/8.6.10) id MAA28775; Fri, 17 Mar 1995 12:58:49 -0500 Date: Fri, 17 Mar 1995 12:58:49 -0500 Message-Id: <199503171758.MAA28775@duality.gnu.ai.mit.edu> From: "Charles M. Hannum" To: terry@cs.weber.edu Cc: peter@bonkers.taronga.com, hackers@FreeBSD.org, tech-net@NetBSD.ORG Subject: Re: Batch Telnet (Re: diskless and 3Com 509) Sender: hackers-owner@FreeBSD.org Precedence: bulk The message returned is "Connection closed by remote host.", not "Connection closed." And you actually believed that message? It's wrong. if (setjmp(peerdied) == 0) telnet(user); (void) NetClose(net); ExitString("Connection closed by foreign host.\n",1); The code is structured rather poorly. It ought to generate that message where it actually notices that the socket is closed. The problem is clearly that the client is getting a close before it reads the data to be displayed. Not at all. If you actually look at the packets on the wire, you'll see: 1) The client sends a FIN. 2) The server sends some data. 3) The client responds to the data with a RST. tcpdump(8) leaves no doubt that the problem, if any, is in the client. Actually, I misspoke about TCP. The client can close the write side by sending a FIN. However, the telnet client is currently closing both sides of the connection when it gets an EOF on stdin. This is really easy to fix. In fact, I just did it. From owner-freebsd-hackers Fri Mar 17 09:59:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA02911 for hackers-outgoing; Fri, 17 Mar 1995 09:59:43 -0800 Received: from duality.gnu.ai.mit.edu (!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*@duality.gnu.ai.mit.edu [18.43.0.236]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA02865 for ; Fri, 17 Mar 1995 09:59:42 -0800 Received: (from mycroft@localhost) by duality.gnu.ai.mit.edu (8.6.10/8.6.10) id KAA27534; Fri, 17 Mar 1995 10:58:46 -0500 Date: Fri, 17 Mar 1995 10:58:46 -0500 Message-Id: <199503171558.KAA27534@duality.gnu.ai.mit.edu> From: "Charles M. Hannum" To: terry@cs.weber.edu Cc: peter@bonkers.taronga.com, hackers@FreeBSD.org Cc: tech-net@NetBSD.ORG Subject: Re: Batch Telnet (Re: diskless and 3Com 509) Sender: hackers-owner@FreeBSD.org Precedence: bulk The problem is in the server, not the client. That's incorrect. The close should be queued by the remote server only after the remote server has recieved confirmation that the packets have arrived at the client. By default, this is not how things work with sockets. That's analogous to stating that Berkeley TCP does not implement TCP correctly. At least in this case, that's not true. The problem is that the client is closing the connection. If the telnet client's stdin gets an EOF, one might expect it should at most close the write side of the TCP connection (i.e. use the shutdown(2) system call). With a more reasonable protocol, you'd expect the half-close to be propagated to the server, and the server would notice it and shut down if appropriate. However, TCP doesn't have a half-close mechanism. The telnet client should at least have an option to not shut down if it gets EOF from stdin. It's not clear to me whether or not that should be the default. From owner-freebsd-hackers Fri Mar 17 10:10:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA04713 for hackers-outgoing; Fri, 17 Mar 1995 10:10:17 -0800 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA04707 for ; Fri, 17 Mar 1995 10:10:14 -0800 Received: from trout.sri.MT.net by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA02748; Fri, 17 Mar 95 08:59:12 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id KAA21843; Fri, 17 Mar 1995 10:02:02 -0700 Date: Fri, 17 Mar 1995 10:02:02 -0700 From: Nate Williams Message-Id: <199503171702.KAA21843@trout.sri.MT.net> In-Reply-To: "gj%pcs.dec.com@inet-gw-1.pa.dec.com" "Re: Graphical interface to gdb?" (Mar 17, 4:17pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: gj@FreeBSD.org Subject: Re: Graphical interface to gdb? Cc: hackers%freebsd.org@inet-gw-1.pa.dec.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > ups has already been ported to FreeBSD, it's laying in incoming/FreeBSD, if > I remember correctly. Cool. > It does NOT use the gdb-4.13 in src/gnu/usr.bin. The porter (can't remember > his name) provides patches to stock gdb-4.13. What's missing is attach/detach > and kernel debugging. But it works, I've tested it out. Great, I'll look into it. > I personally greatly prefer tgdb, but what the hey. Could you make your version of tgdb_wish and the other necessary files available for others? I can't make it since BLT-1.3 doesn't exist anywhere. Nate From owner-freebsd-hackers Fri Mar 17 10:10:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA04732 for hackers-outgoing; Fri, 17 Mar 1995 10:10:49 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA04725 for ; Fri, 17 Mar 1995 10:10:46 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id LAA03473; Fri, 17 Mar 1995 11:14:51 -0700 Date: Fri, 17 Mar 1995 11:14:51 -0700 From: Nate Williams Message-Id: <199503171814.LAA03473@trout.sri.MT.net> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@FreeBSD.org Subject: Sound Card recomendations? Cc: hasty@netcom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk With all the talk about the sound-cards and stuff, I've decided to plunge into the 90's and buy a sound card when I'm down in the Bay Area at Frys. What do folks recommend in the < $200 range for sound-cards? My machine doesn't run DOS so the biggest feature is that it works under FreeBSD with all of the software available. However, I might steal the card out of it occasionally if/when I get another system to run games, so I don't want a no-name care either. Thanks in advance, Nate From owner-freebsd-hackers Fri Mar 17 10:11:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA04750 for hackers-outgoing; Fri, 17 Mar 1995 10:11:15 -0800 Received: from eagle.lmsc.lockheed.com (eagle.lmsc.lockheed.com [129.197.2.20]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA04743; Fri, 17 Mar 1995 10:11:12 -0800 Received: from aurora.lasc.lockheed.com by eagle.lmsc.lockheed.com (5.65/DEC-Ultrix/4.3) id AA07938; Fri, 17 Mar 1995 10:07:30 -0800 Message-Id: <9503171807.AA07938@eagle.lmsc.lockheed.com> Received: by aurora.lasc.lockheed.com (1.38.193.4/16.2) id AA07235; Fri, 17 Mar 1995 12:11:46 -0600 From: Aaron Harcrow Subject: CDROM configuration To: info@FreeBSD.org Date: Fri, 17 Mar 95 12:11:45 CST Cc: g506181@aurora.lasc.lockheed.com, hackers@FreeBSD.org, questions@FreeBSD.org Mailer: Elm [revision: 70.85] Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, FreeBSD folks, I have reached an impasse while installing FreeBSD 2.0 from the Walnut Creek CDROM. I have installed the basic kernel and can boot from it, but the kernel does not find my CDROM drive. This drive is a rather obscure one : a Genstar 2000 by Genesis Integrated Systems. The interface card is probably proprietary but is ISO 9660 compliant. Under DOS, I use the MSCDEX device driver and everthing responds normally; that's how I built the boot and cpio floppies. When booting FreeBSD, dmesg says : mcd0: timeout getting status mcd0 not found at 0x300 If I boot with kernel -c, I change the IRQ, DRQ port address to those specified on the controller card, but still the kernel does not find the device. The questions specifically are : 1. What am I doing wrong 2. Is the controller card not compatible? 3. Can I replace the controller card and keep the CDROM? If so, what is rocommended? 4. Once I have freeBSD booted, is there some way to probe the system or try to attach the CDROM? lsdev does not provide any additional information. I even tried copying files from the CDROM to my floppy tape drive in order to continue the installation from the tape drive, but am thwarted here also. The message I get is : Incorrect volume inserted. This tape is " " date of format.... Insert ftfilt volume 01 and press enter. What does this mean? What is ftfilt? Can I override the volume title check? I am eager to get FreeBSD installed to a useful state, but cannot continue without your help. Thanks in advance, Aaron Harcrow From owner-freebsd-hackers Fri Mar 17 10:12:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA04789 for hackers-outgoing; Fri, 17 Mar 1995 10:12:35 -0800 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA04776 for ; Fri, 17 Mar 1995 10:12:22 -0800 Received: from rks32.pcs.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA00593; Fri, 17 Mar 95 08:18:24 -0800 Received: by rks32.pcs.dec.com (Smail3.1.27.1 #16) id m0rpehw-0005PJC; Fri, 17 Mar 95 17:17 MEZ Message-Id: To: nate%trout.sri.MT.net@inet-gw-1.pa.dec.com Cc: hackers%freebsd.org@inet-gw-1.pa.dec.com In-Reply-To: Message from Nate Williams of Thu, 16 Mar 95 14:59:59 MST. Reply-To: gj@FreeBSD.org Subject: Re: Graphical interface to gdb? Date: Fri, 17 Mar 95 16:17:00 GMT From: "gj%pcs.dec.com@inet-gw-1.pa.dec.com" Sender: hackers-owner@FreeBSD.org Precedence: bulk ups has already been ported to FreeBSD, it's laying in incoming/FreeBSD, if I remember correctly. It does NOT use the gdb-4.13 in src/gnu/usr.bin. The porter (can't remember his name) provides patches to stock gdb-4.13. What's missing is attach/detach and kernel debugging. But it works, I've tested it out. I personally greatly prefer tgdb, but what the hey. Gary J. From owner-freebsd-hackers Fri Mar 17 10:25:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA05265 for hackers-outgoing; Fri, 17 Mar 1995 10:25:47 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA05244; Fri, 17 Mar 1995 10:25:40 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id KAA16515; Fri, 17 Mar 1995 10:25:08 -0800 From: Poul-Henning Kamp Message-Id: <199503171825.KAA16515@ref.tfs.com> Subject: Re: CDROM configuration To: g506181@aurora.lasc.lockheed.com (Aaron Harcrow) Date: Fri, 17 Mar 1995 10:25:07 -0800 (PST) Cc: info@FreeBSD.org, g506181@aurora.lasc.lockheed.com, hackers@FreeBSD.org, questions@FreeBSD.org In-Reply-To: <9503171807.AA07938@eagle.lmsc.lockheed.com> from "Aaron Harcrow" at Mar 17, 95 12:11:45 pm Content-Type: text Content-Length: 426 Sender: hackers-owner@FreeBSD.org Precedence: bulk > is probably proprietary but is ISO 9660 compliant. Under DOS, I use > the MSCDEX device driver and everthing responds normally; that's how I built the I guess you have another driver before the MSCDEX don't you ? MSCDEX is the filesystem... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Fri Mar 17 10:26:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA05303 for hackers-outgoing; Fri, 17 Mar 1995 10:26:38 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA05297 for ; Fri, 17 Mar 1995 10:26:36 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id KAA19136; Fri, 17 Mar 1995 10:26:04 -0800 From: "Rodney W. Grimes" Message-Id: <199503171826.KAA19136@gndrsh.aac.dev.com> Subject: Re: Sound Card recomendations? To: nate@trout.sri.MT.net (Nate Williams) Date: Fri, 17 Mar 1995 10:26:04 -0800 (PST) Cc: hackers@FreeBSD.org, hasty@netcom.com In-Reply-To: <199503171814.LAA03473@trout.sri.MT.net> from "Nate Williams" at Mar 17, 95 11:14:51 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 772 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > With all the talk about the sound-cards and stuff, I've decided to > plunge into the 90's and buy a sound card when I'm down in the Bay Area > at Frys. What do folks recommend in the < $200 range for sound-cards? > My machine doesn't run DOS so the biggest feature is that it works under > FreeBSD with all of the software available. However, I might steal the > card out of it occasionally if/when I get another system to run games, > so I don't want a no-name care either. As far as I know there is one and only one real card to have for sound under FreeBSD, and that is the GUS. It should be <$149.00. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Mar 17 10:33:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA05470 for hackers-outgoing; Fri, 17 Mar 1995 10:33:11 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA05460 for ; Fri, 17 Mar 1995 10:33:09 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id NAA08414 for hackers@freebsd.org; Fri, 17 Mar 1995 13:32:53 -0500 From: "matthew c. mead" Message-Id: <199503171832.NAA08414@goof.com> Subject: Non Parity Ram To: hackers@FreeBSD.org Date: Fri, 17 Mar 1995 13:32:52 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 490 Sender: hackers-owner@FreeBSD.org Precedence: bulk What will FreeBSD do with Non Parity ram? I have some of this. I haven't been getting parity errors or anything, but I'm kind of curious if it's going to cause problems... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Fri Mar 17 10:33:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA05487 for hackers-outgoing; Fri, 17 Mar 1995 10:33:33 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA05479 for ; Fri, 17 Mar 1995 10:33:28 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id LAA08440; Fri, 17 Mar 1995 11:37:24 -0700 Date: Fri, 17 Mar 1995 11:37:24 -0700 From: Nate Williams Message-Id: <199503171837.LAA08440@trout.sri.MT.net> In-Reply-To: "Rodney W. Grimes" "Re: Sound Card recomendations?" (Mar 17, 10:26am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Rodney W. Grimes" Subject: Re: Sound Card recomendations? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > > With all the talk about the sound-cards and stuff, I've decided to > > plunge into the 90's and buy a sound card when I'm down in the Bay Area > > at Frys. What do folks recommend in the < $200 range for sound-cards? > > My machine doesn't run DOS so the biggest feature is that it works under > > FreeBSD with all of the software available. However, I might steal the > > card out of it occasionally if/when I get another system to run games, > > so I don't want a no-name care either. > > As far as I know there is one and only one real card to have for sound > under FreeBSD, and that is the GUS. It should be <$149.00. Looking around on the WWW, there are a couple different models of the GUS just like there are many types of SoundBlasters. Which version? Do all of them work under FreeBSD? Is one more 'special' than the others cause it can emulate Barney sounds better than others? Enquiring minds want to know! :-) Nate From owner-freebsd-hackers Fri Mar 17 10:35:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA05563 for hackers-outgoing; Fri, 17 Mar 1995 10:35:16 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA05557 for ; Fri, 17 Mar 1995 10:35:14 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA28800; Fri, 17 Mar 95 09:09:39 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503171609.AA28800@cs.weber.edu> Subject: Re: Batch Telnet (Re: diskless and 3Com 509) To: peter@bonkers.taronga.com (Peter da Silva) Date: Fri, 17 Mar 95 9:09:39 MST Cc: hackers@FreeBSD.org In-Reply-To: <199503170133.TAA08481@bonkers.taronga.com> from "Peter da Silva" at Mar 16, 95 07:33:04 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > It is not a question of the telnet waiting for the other side to flush > > output before going away. It is a question of the telnetd (in your > > example, the nntpd) waiting for the output to be flushed to your > > machine before sending the disconnect. > > > The problem is in the server, not the client. > > *really*? That's surprising... I'm sure I did the same thing from System V > to the same client program. > > Especially when the following works: > > (echo LIST; echo QUIT; sleep 600000) | telnet localhost nntp > > I don't see how *server* side behaviour can explain this. You are implying that what Julian has suggested is the case? OK, I admit the remote possibility of this happening in a monolithic non-streams TCP implementation. I think it more likely that the close is being prematurely sent by the server, even in this case, and causing the "problem" on the client to be tickled. After all, how does one determine if the disconnect on the client side resulted from a server request or a link timeout? Now lets address the real issue, which is you shouldn't be sending the QUIT until you have the data back anyway. Use "expect" to run your telnet in a pty and don't send the QUIT until you have received your results. Quit trying to "type ahead"; you aren't guaranteed that the remote NNTP has a type ahead buffer anyway. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Mar 17 11:03:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA06304 for hackers-outgoing; Fri, 17 Mar 1995 11:03:24 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA06275; Fri, 17 Mar 1995 11:03:14 -0800 Received: by sequent.kiae.su id AA15656 (5.65.kiae-2 ); Fri, 17 Mar 1995 21:59:38 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Fri, 17 Mar 95 21:59:37 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id WAA01611; Fri, 17 Mar 1995 22:01:09 +0300 To: Nate Williams Cc: hackers@FreeBSD.org, Nate Williams , ports@FreeBSD.org References: <199503170627.XAA04430@trout.sri.MT.net> <199503171542.IAA14700@trout.sri.MT.net> In-Reply-To: <199503171542.IAA14700@trout.sri.MT.net>; from Nate Williams at Fri, 17 Mar 1995 08:42:08 -0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Fri, 17 Mar 1995 22:01:09 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: What programs use libreadline? Lines: 22 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1145 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199503171542.IAA14700@trout.sri.MT.net> Nate Williams writes: >I already explained that the copystring() routine is now deprecated >according to all the comments in the code, so I would like to remove it >from libreadline since it is in conflict with the newest versions of >gdb. It's much easier to change libreadline to DTRT in the long run >than it is to always merge in those changes everytime we bring up a new >gdb port. But, before I go off and do this I want to see if any of the >ports still use copystring() since it is deprecated, and if many of them >do then I'll punt and modify gdb instead. Sorry, I misunderstand you a bit. We don't have newest version of gdb, it is 4.14. I'll check -current gdb & readline to see, what savestring does in both sources, but do you say that you already have ld patch for it, or not? -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Fri Mar 17 11:03:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA06335 for hackers-outgoing; Fri, 17 Mar 1995 11:03:39 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA06323 for ; Fri, 17 Mar 1995 11:03:36 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id LAA19237; Fri, 17 Mar 1995 11:03:09 -0800 From: "Rodney W. Grimes" Message-Id: <199503171903.LAA19237@gndrsh.aac.dev.com> Subject: Re: Non Parity Ram To: mmead@goof.com (matthew c. mead) Date: Fri, 17 Mar 1995 11:03:08 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503171832.NAA08414@goof.com> from "matthew c. mead" at Mar 17, 95 01:32:52 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 638 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > What will FreeBSD do with Non Parity ram? I have some of this. I haven't > been getting parity errors or anything, but I'm kind of curious if it's going > to cause problems... If your motherboard supports non parity ram it will work, the real down side is that if a memory error does occur you wan't know about it as it will not generate a NMI so that FreeBSD can gracefully panic. Instead something will just go wrong some place, without a clue as to why it happened. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Mar 17 11:11:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA06617 for hackers-outgoing; Fri, 17 Mar 1995 11:11:23 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA06596; Fri, 17 Mar 1995 11:11:10 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id MAA14839; Fri, 17 Mar 1995 12:14:53 -0700 Date: Fri, 17 Mar 1995 12:14:53 -0700 From: Nate Williams Message-Id: <199503171914.MAA14839@trout.sri.MT.net> In-Reply-To: "Andrey A. Chernov, Black Mage" "Re: What programs use libreadline?" (Mar 17, 10:01pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Andrey A. Chernov, Black Mage" Subject: Re: What programs use libreadline? Cc: hackers@FreeBSD.org, ports@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > >I already explained that the copystring() routine is now deprecated > >according to all the comments in the code, so I would like to remove it > >from libreadline ... > > Sorry, I misunderstand you a bit. We don't have newest version > of gdb, it is 4.14. Correct. When we upgrade to it, I'd rather not have to have a ton of FreeBSD specific patches for the sources if possible. > I'll check -current gdb & readline to see, > what savestring does in both sources, but do you say that you already > have ld patch for it, or not? For the shared version, but not for the static version (in case anyone wants to compile it static). I use the static version for debugging the shlib code as it seems to work better than the shared version. :-) Nate From owner-freebsd-hackers Fri Mar 17 11:22:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07159 for hackers-outgoing; Fri, 17 Mar 1995 11:22:59 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA07141; Fri, 17 Mar 1995 11:22:50 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id OAA00247; Fri, 17 Mar 1995 14:22:48 -0500 From: "matthew c. mead" Message-Id: <199503171922.OAA00247@goof.com> Subject: GUS on kernel supped last night To: hackers@FreeBSD.org Date: Fri, 17 Mar 1995 14:22:48 -0500 (EST) Cc: current@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 595 Sender: hackers-owner@FreeBSD.org Precedence: bulk Well, with the new audio driver that was added to the current kernel in the past few days, I'm now getting the same behavior I got in 950210 SNAP kernels. If I cat bell.au >/dev/audio, the sample plays over and over and over..... and cat doesn't exit until I hit ^C. Any ideas? -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Fri Mar 17 11:33:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07481 for hackers-outgoing; Fri, 17 Mar 1995 11:33:44 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA07471 for ; Fri, 17 Mar 1995 11:33:42 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA28851; Fri, 17 Mar 95 09:28:18 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503171628.AA28851@cs.weber.edu> Subject: Re: Batch Telnet (Re: diskless and 3Com 509) To: mycroft@ai.mit.edu (Charles M. Hannum) Date: Fri, 17 Mar 95 9:28:18 MST Cc: peter@bonkers.taronga.com, hackers@FreeBSD.org, tech-net@NetBSD.ORG In-Reply-To: <199503171558.KAA27534@duality.gnu.ai.mit.edu> from "Charles M. Hannum" at Mar 17, 95 10:58:46 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > The problem is in the server, not the client. > > That's incorrect. > > The close should be queued by the remote server only after the > remote server has recieved confirmation that the packets have > arrived at the client. > > By default, this is not how things work with sockets. > > That's analogous to stating that Berkeley TCP does not implement TCP > correctly. At least in this case, that's not true. > > The problem is that the client is closing the connection. If the > telnet client's stdin gets an EOF, one might expect it should at most > close the write side of the TCP connection (i.e. use the shutdown(2) > system call). That's incorrect. The message returned is "Connection closed by remote host.", not "Connection closed." as it would be if you were correct that the local telnet was closing the connection. Obviously, you missed the post where the same behaviour was observed when doing "echo LIST; echo QUIT; sleep 60000" as the piped input. The problem is clearly that the client is getting a close before it reads the data to be displayed. The question is whether the problem is that the server is queueing the close early or whether the client is processing the close early (or both, although it would take one bug to uncover the other). The lack of a disconnect capability could easily cause the server to send the higher priority close before send its data buffers; since the server in question uses buffered I/O, the question to resolve to answer that is whether or not the server is trying to send more than 4k of data and/or flushing it's output buffer a "reasonably long time" before closing the socket. In the same post as the time delay piped input, there was noted that the server acted differently when contacted not-by-a-BSD-host. It's unclear as to whether this was the same host that the server was running on, or simply a non-BSD host; the use of an alternate network interface (loopback) could corrupt the behaviour sufficiently to invalidate the claims of "it works here but not in BSD". > With a more reasonable protocol, you'd expect the half-close to be > propagated to the server, and the server would notice it and shut down > if appropriate. However, TCP doesn't have a half-close mechanism. The implementation of "half close" is a client issue, not a TCP issue. If two streams were acquired instead of one in the telnet protocol implementation, a half close could be implemented. Lachman got into big trouble with the half close when they freed the streams context on the client as a result of a remote t_disconnect instead of waiting for the client's close to do so. Thus the first read returned the EOF, but the second read referenced an illegal kernel address and caused the client process to simply exit with no warning. Clearly, if there were two streams, on disconnectable by the client and one by the server, this would not have happened. > The telnet client should at least have an option to not shut down if > it gets EOF from stdin. It's not clear to me whether or not that > should be the default. Agreed, but it would not resolve the topic at hand. Peter should be using "expect" to run his telnet. He is already making the invalid assumption that the remote NNTP is capable of handling type ahead. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Mar 17 11:34:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07539 for hackers-outgoing; Fri, 17 Mar 1995 11:34:49 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA07529 for ; Fri, 17 Mar 1995 11:34:45 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id OAA00454 for hackers@freebsd.org; Fri, 17 Mar 1995 14:34:42 -0500 From: "matthew c. mead" Message-Id: <199503171934.OAA00454@goof.com> Subject: Re: Sound Card recomendations? To: nate@trout.sri.MT.net (Nate Williams) Date: Fri, 17 Mar 1995 14:34:21 -0500 (EST) In-Reply-To: <199503171837.LAA08440@trout.sri.MT.net> from "Nate Williams" at Mar 17, 95 11:37:24 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1754 Sender: hackers-owner@FreeBSD.org Precedence: bulk Nate Williams wrote: > > > With all the talk about the sound-cards and stuff, I've decided to > > > plunge into the 90's and buy a sound card when I'm down in the Bay Area > > > at Frys. What do folks recommend in the < $200 range for sound-cards? > > > My machine doesn't run DOS so the biggest feature is that it works under > > > FreeBSD with all of the software available. However, I might steal the > > > card out of it occasionally if/when I get another system to run games, > > > so I don't want a no-name care either. > > > > As far as I know there is one and only one real card to have for sound > > under FreeBSD, and that is the GUS. It should be <$149.00. Hmm. > Looking around on the WWW, there are a couple different models of the > GUS just like there are many types of SoundBlasters. > Which version? Do all of them work under FreeBSD? Is one more > 'special' than the others cause it can emulate Barney sounds better than > others? Enquiring minds want to know! :-) I've got the GUS MAX - which with the kernel supped last night isn't working properly - midi seems to be ok - but playing samples is impossible at this point in time - see my post to {hackers,current} if you want more details. I like the card a lot though... it's one of the best cards I've ever used - admittedly though, I've just used the soundblaster, soundblaster pro, pro audio spectrum 16, GUS, and the JAZZ cards that gateway sells... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Fri Mar 17 11:38:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07721 for hackers-outgoing; Fri, 17 Mar 1995 11:38:57 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA07715 for ; Fri, 17 Mar 1995 11:38:56 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id OAA00656; Fri, 17 Mar 1995 14:38:41 -0500 From: "matthew c. mead" Message-Id: <199503171938.OAA00656@goof.com> Subject: Re: Sound Card recomendations? To: nate@trout.sri.MT.net (Nate Williams) Date: Fri, 17 Mar 1995 14:38:41 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199503171941.MAA20273@trout.sri.MT.net> from "Nate Williams" at Mar 17, 95 12:41:03 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1145 Sender: hackers-owner@FreeBSD.org Precedence: bulk Nate Williams wrote: > > I've got the GUS MAX - which with the kernel supped last night isn't > > working properly - midi seems to be ok - but playing samples is impossible at > > this point in time - see my post to {hackers,current} if you want more details. > > I like the card a lot though... it's one of the best cards I've ever used - > > admittedly though, I've just used the soundblaster, soundblaster pro, pro audio > > spectrum 16, GUS, and the JAZZ cards that gateway sells... > How much did yours cost? (I'm assuming that someone will fix the > support before the release, so I wouldn't feel bad about buying one) Mine was just around $175. I got it from Computability. The differences are that the regular GUS is 8bit for recording, and 16bit for playback - the GUS MAX is 16bit bidirectional and simultaneously. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Fri Mar 17 11:40:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07775 for hackers-outgoing; Fri, 17 Mar 1995 11:40:23 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA07769 for ; Fri, 17 Mar 1995 11:40:21 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id OAA00756; Fri, 17 Mar 1995 14:40:10 -0500 From: "matthew c. mead" Message-Id: <199503171940.OAA00756@goof.com> Subject: Re: Non Parity Ram To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 17 Mar 1995 14:40:09 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199503171903.LAA19237@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 17, 95 11:03:08 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1026 Sender: hackers-owner@FreeBSD.org Precedence: bulk Rodney W. Grimes wrote: > > > > What will FreeBSD do with Non Parity ram? I have some of this. I haven't > > been getting parity errors or anything, but I'm kind of curious if it's going > > to cause problems... > If your motherboard supports non parity ram it will work, the real down > side is that if a memory error does occur you wan't know about it as > it will not generate a NMI so that FreeBSD can gracefully panic. Instead > something will just go wrong some place, without a clue as to why it > happened. Hmm. The ram seems to be behaving (no odd problems), and I like having 52M vs. 20M, so I'm going to try to live with it and offload it on some dos user for parity ram at some point :-) -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Fri Mar 17 11:58:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA08200 for hackers-outgoing; Fri, 17 Mar 1995 11:58:47 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA08193; Fri, 17 Mar 1995 11:58:42 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id OAA27544; Fri, 17 Mar 1995 14:56:34 -0600 Received: by olympus (4.1/TSS2.1) id AA09844; Fri, 17 Mar 95 13:56:45 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503171956.AA09844@olympus> Subject: Re: GUS on kernel supped last night To: mmead@goof.com (matthew c. mead) Date: Fri, 17 Mar 1995 13:56:44 -0600 (CST) Cc: hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199503171922.OAA00247@goof.com> from "matthew c. mead" at Mar 17, 95 02:22:48 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1055 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Well, with the new audio driver that was added to the current kernel in the > past few days, I'm now getting the same behavior I got in 950210 SNAP kernels. > If I cat bell.au >/dev/audio, the sample plays over and over and over..... and > cat doesn't exit until I hit ^C. Any ideas? > > > -matt > > -- > Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration > Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other > ---- ------- WWW -> http://www.goof.com/~mmead --- ----- > Do the IRQ and DMA values in your config file match the values in soundcard.h? The values in LINT do not (or did not) and this might contribute to your problem. This doesn't happen to me anymore. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Fri Mar 17 12:08:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08411 for hackers-outgoing; Fri, 17 Mar 1995 12:08:41 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA08404 for ; Fri, 17 Mar 1995 12:08:39 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29797; Fri, 17 Mar 95 13:02:17 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503172002.AA29797@cs.weber.edu> Subject: Re: Batch Telnet (Re: diskless and 3Com 509) To: mycroft@ai.mit.edu (Charles M. Hannum) Date: Fri, 17 Mar 95 13:02:16 MST Cc: peter@bonkers.taronga.com, hackers@FreeBSD.org, tech-net@NetBSD.ORG In-Reply-To: <199503171758.MAA28775@duality.gnu.ai.mit.edu> from "Charles M. Hannum" at Mar 17, 95 12:58:49 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > The message returned is "Connection closed by remote host.", not > "Connection closed." > > And you actually believed that message? It's wrong. Yep; silly me, it appears. 8-). > Not at all. If you actually look at the packets on the wire, you'll > see: > > 1) The client sends a FIN. > > 2) The server sends some data. > > 3) The client responds to the data with a RST. > > tcpdump(8) leaves no doubt that the problem, if any, is in the client. > > Actually, I misspoke about TCP. The client can close the write side > by sending a FIN. However, the telnet client is currently closing > both sides of the connection when it gets an EOF on stdin. This is > really easy to fix. In fact, I just did it. Charles wins the prize; apparently, I was misled by the message and foolishly believed telnet was describing the situation. I see a problem with the fix, however, in that an attempt to disconnect a telnet client from a remote server that has gone away may fail unless the fix was made to only apply to EOF on input instead of applying to both EOF on input and . I think you still want to cause the client program to exit immediately. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Mar 17 12:08:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08426 for hackers-outgoing; Fri, 17 Mar 1995 12:08:58 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA08394; Fri, 17 Mar 1995 12:08:30 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id PAA02122; Fri, 17 Mar 1995 15:08:23 -0500 From: "matthew c. mead" Message-Id: <199503172008.PAA02122@goof.com> Subject: Re: GUS on kernel supped last night To: faulkner@mpd.tandem.com (Boyd Faulkner) Date: Fri, 17 Mar 1995 15:08:22 -0500 (EST) Cc: hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <9503171956.AA09844@olympus> from "Boyd Faulkner" at Mar 17, 95 01:56:44 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 734 Sender: hackers-owner@FreeBSD.org Precedence: bulk Boyd Faulkner wrote: [ my GUS MAX reverted to its 950210 SNAP behavior ] > Do the IRQ and DMA values in your config file match the values in > soundcard.h? The values in LINT do not (or did not) and this > might contribute to your problem. This doesn't happen to me anymore. Hmm. I searched my soundcard.h and could find no IRQ or DMA values in there at all. Do you mean some other file, or do I have a bad copy? -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Fri Mar 17 12:09:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08460 for hackers-outgoing; Fri, 17 Mar 1995 12:09:44 -0800 Received: from eagle.ais.net (eagle.ais.net [199.0.154.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA08453; Fri, 17 Mar 1995 12:09:38 -0800 Received: by eagle.ais.net (Smail3.1.29.1 #2) id m0rpiIV-000BoKC; Fri, 17 Mar 95 14:06 CST Message-Id: Subject: ultrastor 34f To: questions@FreeBSD.org Date: Fri, 17 Mar 1995 14:06:58 -0600 (CST) From: "Daniel Leeds" Cc: hackers@FreeBSD.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 430 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hiya! I want to know if the ultrastor 34f controller (scsi-2) VL will work with freebsd, I heard it does, but want to know if it is stable and works well before I buy it. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds American Information Systems E-mail: dleeds@ais.net Schaumburg, IL -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Fri Mar 17 12:11:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08519 for hackers-outgoing; Fri, 17 Mar 1995 12:11:50 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA08512; Fri, 17 Mar 1995 12:11:40 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id PAA28122; Fri, 17 Mar 1995 15:09:38 -0600 Received: by olympus (4.1/TSS2.1) id AA09915; Fri, 17 Mar 95 14:09:51 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503172009.AA09915@olympus> Subject: Re: GUS on kernel supped last night To: mmead@goof.com (matthew c. mead) Date: Fri, 17 Mar 1995 14:09:50 -0600 (CST) Cc: faulkner@devnull.mpd.tandem.com, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199503172008.PAA02122@goof.com> from "matthew c. mead" at Mar 17, 95 03:08:22 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1040 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Boyd Faulkner wrote: > > [ my GUS MAX reverted to its 950210 SNAP behavior ] > > > Do the IRQ and DMA values in your config file match the values in > > soundcard.h? The values in LINT do not (or did not) and this > > might contribute to your problem. This doesn't happen to me anymore. > > Hmm. I searched my soundcard.h and could find no IRQ or DMA values in > there at all. Do you mean some other file, or do I have a bad copy? sound_config.h. Oops. Sorry. Boyd > > > -matt > > -- > Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration > Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other > ---- ------- WWW -> http://www.goof.com/~mmead --- ----- > -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Fri Mar 17 12:13:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08576 for hackers-outgoing; Fri, 17 Mar 1995 12:13:22 -0800 Received: from netcom8.netcom.com (bakul@netcom8.netcom.com [192.100.81.117]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA08569 for ; Fri, 17 Mar 1995 12:13:19 -0800 Received: from localhost by netcom8.netcom.com (8.6.10/Netcom) id MAA05959; Fri, 17 Mar 1995 12:11:56 -0800 Message-Id: <199503172011.MAA05959@netcom8.netcom.com> To: Nate Williams cc: hackers@FreeBSD.org Subject: Re: Sound Card recomendations? In-reply-to: Your message of "Fri, 17 Mar 95 11:37:24 MST." <199503171837.LAA08440@trout.sri.MT.net> Date: Fri, 17 Mar 95 12:11:54 -0800 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk > Looking around on the WWW, there are a couple different models of the > GUS just like there are many types of SoundBlasters. I have the original GUS but I was buying one today, I'd get GUS MAX as it has 16bit record/playback upto 48Khz (+ CD ROM interface, MIDI, wavetable synthesis etc.). There is also GUS ACE, which is a lot cheaper and does not do CDROM & Joystick interfaces and is meant for people with SBs but can also work on its own. I don't know if it can record. If it can, that'd be the card to get. But don't rely on Fry's having any GUS cards! Since you are not local to the Bay area you may want to try mail order places. You should be able to get the GUS MAX for under $139. From owner-freebsd-hackers Fri Mar 17 12:13:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08592 for hackers-outgoing; Fri, 17 Mar 1995 12:13:38 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA08586 for ; Fri, 17 Mar 1995 12:13:34 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id PAA28174; Fri, 17 Mar 1995 15:11:29 -0600 Received: by olympus (4.1/TSS2.1) id AA09946; Fri, 17 Mar 95 14:11:42 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503172011.AA09946@olympus> Subject: Ode to Dr. Seuss (fwd) To: hackers@FreeBSD.org Date: Fri, 17 Mar 1995 14:11:41 -0600 (CST) X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 2742 Sender: hackers-owner@FreeBSD.org Precedence: bulk Forwarded message: This is frightening... > > This was posted on Misc.education.home-school.misc. I don't know the > original author. > > ********************** > > A Grandchild's guide to using Grandpa's computer (Ode to Dr. Seuss) > > Bits. Bytes. Chips. Clocks. > Bits in bytes on chips in box. > Bytes with bits and chips with clocks. > Chips in box on ether-docks. > > Chips with bits come. Chips with bytes come. > Chips with bits and bytes and clocks come. > > Look, sir. Look, sir. Read the book, sir. > Let's do tricks with bits and bytes, sir. > Let's do tricks with chips and clocks, sir. > > First, I'll make a quick trick bit stack. > Then I'll make a quick trick byte stack. > You can make a quick trick chip stack. > You can make a quick trick clock stack. > > And here's a new trick on the scene. > Bits in bytes for your machine. > Bytes in words to fill your screen. > > Now we come to ticks and tocks, sir. > Try to say this by the clock, sir. > > Clocks on chips tick. > Clocks on chips tock. > Eight byte bits tick. > Eight bit bytes tock. > Clocks on chips with eight bit bytes tick > Chips with clocks and eight byte bits tock. > > Here's an easy game to play. > Here's an easy thing to say. > > If a packet hits a pocket on a socket on a port, > And the bus is interrupted as a very last resort, > And the address of the memory makes your floppy disk abort, > Then the socket packet pocket has an error to report! > > If your cursor finds a menu item followed by a dash, > And the double-clicking icon puts your window in the trash, > And your data is corrupted 'cause the index doesn't hash, > Then your situation's hopeless and your system's gonna crash. > > You can't say this? What a shame, sir! > We'll find you another game, sir. > > If the label on the cable on the table at your house > Says the network is connected to the button on your mouse, > But your packets want to tunnel on another protocol, > That's repeatedly rejected by the printer down the hall, > And your screen is all distorted by the side effects of gauss > So your icons in the window are as wavy as a souse, > Then you may as well reboot and go out with a bang, > 'Cause as sure as I'm a poet, the sucker's gonna hang! > > When the copy of your floppy's getting sloppy on the disk, > And the microcode instructions cause unnecessary risc, > Then you have to flash your memory and you'll want to ram your ROM. > Quickly turn off your computer and be sure to tell your mom! > -- Gene Ziegler > -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Fri Mar 17 12:16:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08649 for hackers-outgoing; Fri, 17 Mar 1995 12:16:47 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA08643 for ; Fri, 17 Mar 1995 12:16:46 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: Date: Fri, 17 Mar 95 12:16 PST From: julian@tfs.com (Julian Elischer) To: hackers@FreeBSD.org Subject: sup problem? Sender: hackers-owner@FreeBSD.org Precedence: bulk SUP Requesting changes since Mar 16 13:24:40 1995 SUP: SCM GOAWAY scanfile format inconsistant for the kernel collection ? julian From owner-freebsd-hackers Fri Mar 17 12:22:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08914 for hackers-outgoing; Fri, 17 Mar 1995 12:22:41 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA08890; Fri, 17 Mar 1995 12:22:31 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id PAA00288; Fri, 17 Mar 1995 15:22:12 -0500 From: "matthew c. mead" Message-Id: <199503172022.PAA00288@goof.com> Subject: Re: GUS on kernel supped last night To: faulkner@mpd.tandem.com (Boyd Faulkner) Date: Fri, 17 Mar 1995 15:22:12 -0500 (EST) Cc: hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <9503172009.AA09915@olympus> from "Boyd Faulkner" at Mar 17, 95 02:09:50 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1473 Sender: hackers-owner@FreeBSD.org Precedence: bulk Boyd Faulkner wrote: > > [ my GUS MAX reverted to its 950210 SNAP behavior ] > > > > > Do the IRQ and DMA values in your config file match the values in > > > soundcard.h? The values in LINT do not (or did not) and this > > > might contribute to your problem. This doesn't happen to me anymore. > > > > Hmm. I searched my soundcard.h and could find no IRQ or DMA values in > > there at all. Do you mean some other file, or do I have a bad copy? > sound_config.h. Oops. Sorry. Ok - from looking in there - the values I have in my kernel config file are the same as in the sound_config.h: from GOOF: device gus0 at isa? port 0x220 irq 15 drq 6 vector gusintr device gusmax0 at isa? port 0x32c from sound_config.h: #ifndef GUS_BASE #define GUS_BASE 0x220 #endif #ifndef GUS_IRQ #define GUS_IRQ 15 #endif #ifndef GUS_MIDI_IRQ #define GUS_MIDI_IRQ GUS_IRQ #endif #ifndef GUS_DMA #define GUS_DMA 6 #endif oops - I guess there's no GUS_MAX in the sound_config.h file. Anyhow, it appears it's something else wrong with the driver - not the irq's being different. Oh well, I'll look around a little more. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Fri Mar 17 12:36:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA09323 for hackers-outgoing; Fri, 17 Mar 1995 12:36:53 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA09306; Fri, 17 Mar 1995 12:36:40 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id PAA00413; Fri, 17 Mar 1995 15:36:35 -0500 From: "matthew c. mead" Message-Id: <199503172036.PAA00413@goof.com> Subject: Re: GUS on kernel supped last night To: faulkner@mpd.tandem.com (Boyd Faulkner) Date: Fri, 17 Mar 1995 15:36:34 -0500 (EST) Cc: hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <9503172023.AA10074@olympus> from "Boyd Faulkner" at Mar 17, 95 02:23:04 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 889 Sender: hackers-owner@FreeBSD.org Precedence: bulk Boyd Faulkner wrote: > > Anyhow, it appears it's something else wrong with the driver - not the > > irq's being different. Oh well, I'll look around a little more. > Oh, well. By the way. GUSMAX is not found on my box even though I have one. Hmm. Upon boot I get this: Mar 17 15:17:25 goof /kernel: gus0 at 0x220 irq 15 drq 6 on isa Mar 17 15:17:25 goof /kernel: snd4: Mar 17 15:17:25 goof /kernel: gusmax0 not found at 0x32c I always end up with the hardware whose rom revision tweaks one small bit in the rom and causes havoc! :-) -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Fri Mar 17 14:05:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA12328 for hackers-outgoing; Fri, 17 Mar 1995 14:05:27 -0800 Received: from shell1.best.com (shell1.best.com [204.156.128.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA12319 for ; Fri, 17 Mar 1995 14:05:21 -0800 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.10/8.6.5) with ESMTP id OAA13067 for ; Fri, 17 Mar 1995 14:05:01 -0800 Received: (from rcarter@localhost) by geli.clusternet (8.6.11/8.6.9) id OAA14843 for hackers@FreeBSD.org; Fri, 17 Mar 1995 14:03:54 -0800 Date: Fri, 17 Mar 1995 14:03:54 -0800 From: "Russell L. Carter" Message-Id: <199503172203.OAA14843@geli.clusternet> To: hackers@FreeBSD.org Subject: Re: Non Parity Ram Sender: hackers-owner@FreeBSD.org Precedence: bulk | |> > |> > What will FreeBSD do with Non Parity ram? I have some of this. I haven't |> > been getting parity errors or anything, but I'm kind of curious if it's going |> > to cause problems... | |> If your motherboard supports non parity ram it will work, the real down |> side is that if a memory error does occur you wan't know about it as |> it will not generate a NMI so that FreeBSD can gracefully panic. Instead |> something will just go wrong some place, without a clue as to why it |> happened. | | Hmm. The ram seems to be behaving (no odd problems), and I like having |52M vs. 20M, so I'm going to try to live with it and offload it on some dos |user for parity ram at some point :-) | I've got two 32MB systems running no-parity (an Intel 100MHZ Premiere and an ASUS P54SP4) with no problems at all for two months. At least as far as I can tell ;-) 4x32 simms have been a lot cheaper than 4x36 in the past, but they seem to be less so these days. Russell From owner-freebsd-hackers Fri Mar 17 16:42:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02739 for hackers-outgoing; Fri, 17 Mar 1995 16:42:37 -0800 Received: from monterey.cea.berkeley.edu (monterey.cea.berkeley.edu [128.32.154.43]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA02729 for ; Fri, 17 Mar 1995 16:42:35 -0800 Received: (fernando@localhost) by monterey.cea.berkeley.edu (8.6.11/8.6.4) id QAA12595; Fri, 17 Mar 1995 16:42:32 -0800 From: Fernando Astorga Message-Id: <199503180042.QAA12595@monterey.cea.berkeley.edu> Subject: Comments on 2.0 release To: hackers@FreeBSD.org Date: Fri, 17 Mar 1995 16:42:31 -0800 (PST) Cc: fernando@cea.Berkeley.EDU (Fernando Astorga) X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1624 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hackers, I recently installed FreeBSD 2.0 from the CD-ROM on a 486-DX2/66 with an Adaptec 1522 SCSI controller. The README file said the send comments regarding the installation to hackers@FreeBSD.org, so here they are: 1) The installation interface was MUCH better than the 1.1 CD I had. What made it better was the support for my Adap 1522 Controller, which allowed me to install directly from the CD instead of from a DOS partition like last time (even this was better than using floppies). 2) When I was installing the XFree86-3.1 distribution, the CD-ROM hung forever and I had to start all over. First I thought it was the size of it in combination with my slow controller, but when I tried the src distribution (which is 160M vs 80M for XFree86), it worked fine. 3) Also, kermit was not in the packages distribution. I had to take it from the 1.1 distribution. 4) The 'fixit' installation was pretty useful. This usually helped me recover after I tried to install the XFree86 distribution and it failed. 5) The fdisk utility was way better that what was in there before. I like the fact the it recognized my SCSI drives and IDE drives and allowed me to keep my DOS paritions in both. 6) XFree86-3.1 has a wider range of support for graphics cards and chip sets. This time I was able to use SVGA instead of VGA. 7) The slip.FAQ might be out of date, since it worked 'as-is' in the 1.1 release, but not in the 2.0 release. Well, that's my $.02 worth. Congradualtions on your superior product. Fernando Astorga Undergrad -- UC Berkeley fernando@cea.berkeley.edu From owner-freebsd-hackers Fri Mar 17 16:48:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA03063 for hackers-outgoing; Fri, 17 Mar 1995 16:48:12 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA03055 for ; Fri, 17 Mar 1995 16:48:11 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hackers@freefall.cdrom.com Subject: I'm back... Date: Fri, 17 Mar 1995 16:48:10 -0800 Message-ID: <3054.795487690@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk Just landed at SFO about an hour ago and am now staring blearily at my friend's Sun box. CeBIT was very interesting and quite productive for us - I talked to a number of SCSI controller & high-speed/multiport serial card manufacturers about FreeBSD and have some provisional committments from them which I'll be following up on shortly. I also built on Michael Reifenberger's success at getting an article in Germany's "iX" magazine somewhat by talking to some of Heise Verlag's competition and working to convince them that they also needed to pay more attention to this growing enterprise of ours. Being able to point to an existing example in print really helped - many thanks to Michael (even though he got paid well for it :-) for helping us to take this critical step! I also got a chance to work with Gary Palmer and Soren Schmidt, both of whom I managed to get flown into CeBIT for the show - I hope that they enjoyed working with me as much as I enjoyed working with them! :) Anyway, this has grown longer than I intended given that I'm still feeling a bit wiped out right now after my long Berlin->Frankfurt->SF flight, so I'll be returning to more active status (and posting more interesting progress reports) sometime around Sunday after I've had a chance to rest a little. Cheers! Jordan From owner-freebsd-hackers Fri Mar 17 17:42:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA05104 for hackers-outgoing; Fri, 17 Mar 1995 17:42:47 -0800 Received: from kithrup.com (kithrup.com [140.174.23.40]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA05098 for ; Fri, 17 Mar 1995 17:42:44 -0800 Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id RAA27179; Fri, 17 Mar 1995 17:42:38 -0800 Date: Fri, 17 Mar 1995 17:42:38 -0800 From: Sean Eric Fagan Message-Id: <199503180142.RAA27179@kithrup.com> To: hackers@FreeBSD.org Subject: Re: Comments on 2.0 release Cc: fernando@cea.Berkeley.EDU Sender: hackers-owner@FreeBSD.org Precedence: bulk >1) The installation interface was MUCH better than the 1.1 CD I had. > What made it better was the support for my Adap 1522 Controller, which > allowed me to install directly from the CD instead of from a DOS > partition like last time (even this was better than using floppies). We just did an installation of 2.0 for the first time over here. It didn't quite work, so the guy wants to try NetBSD (boo) instead. But, and here is the kicker: he has decided to use the FreeBSD installation program to setup and partition the disk, because it is so difficult to do under NetBSD. Jordan et al deserve a LOT of praise, I think. >2) When I was installing the XFree86-3.1 distribution, the CD-ROM > hung forever and I had to start all over. First I thought it was the > size of it in combination with my slow controller, but when I tried > the src distribution (which is 160M vs 80M for XFree86), it worked fine. We ran into the same problem, although we didn't install from CD-ROM! We had the CD-ROM mounted on another machine on the ethernet, and were ftp'ing the files from it. The machine hung during the processing of the XFree86 files, but when I ran the install.sh file manually, it worked fine...! The system had an Intel 486DX4-100 (sic), an ASUS PCI motherboard, and the disk was a SCSI disk hung off the built-in NCR PCI SCSI controller. >Congradualtions on your superior product. It was *fun* installing FreeBSD on the system. From what I've seen, some of the Linux installations would be equally or more fun, but this was, by far, the spiffiest Unix system I'd ever installed -- and that includes SCO, which has a pretty easy installation program itself! (The guy is going with NetBSD, btw, because of the panic he got while running FreeBSD. I forwarded his message to the hackers list a couple of days ago. He determined that it worked with NetBSD by plugging the CPU into a coworker's identical-motherboard-but-running-NetBSD system, and it didn't panic. He's promised to write a more extensive bug report about it...) Sean. From owner-freebsd-hackers Fri Mar 17 18:02:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05382 for hackers-outgoing; Fri, 17 Mar 1995 18:02:37 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA05376 for ; Fri, 17 Mar 1995 18:02:36 -0800 From: hasty@netcom.com Received: from localhost by netcom14.netcom.com (8.6.10/Netcom) id SAA20241; Fri, 17 Mar 1995 18:01:24 -0800 Message-Id: <199503180201.SAA20241@netcom14.netcom.com> To: hackers@FreeBSD.org Subject: Re: Comments on 2.0 release In-reply-to: Your message of Fri, 17 Mar 95 17:42:38 -0800. <199503180142.RAA27179@kithrup.com> Date: Fri, 17 Mar 95 18:01:23 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk It will be nice when the installation procedure asks which packages to install to have an option to install ALL packages. Is kind of nice to just walk away watch tv, go out for beers, while all the packages get installed on the system. Amancio From owner-freebsd-hackers Fri Mar 17 18:03:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05392 for hackers-outgoing; Fri, 17 Mar 1995 18:03:17 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA05384 for ; Fri, 17 Mar 1995 18:03:11 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA26419 (5.67a/IDA-1.5); Fri, 17 Mar 1995 19:32:39 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA02026; 17 Mar 95 19:26:32 CST (Fri) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id TAA02022; Fri, 17 Mar 1995 19:26:31 -0600 Message-Id: <199503180126.TAA02022@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: Morgan Davis Cc: hackers@FreeBSD.org Subject: Re: Connecting a BBS to serial port? In-Reply-To: Your message of "Fri, 17 Mar 95 04:25:28 PST." <199503171225.EAA14339@io.cts.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Fri, 17 Mar 1995 19:26:10 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > In reading the cu manual, it doesn't appear to have a "raw" or > restricted mode -- and I'm afraid that a caller would be able to enter > tilde commands to cu. The connection has to be transparent and > support 8 bit data so that file transfers would work. I added this to the 1.1 "cu" so I could do this very thing. I didn't submit anything because 2.0 was already on the way. I can send you the patch. From owner-freebsd-hackers Fri Mar 17 18:34:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05864 for hackers-outgoing; Fri, 17 Mar 1995 18:34:17 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA05858 for ; Fri, 17 Mar 1995 18:34:13 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA26781 (5.67a/IDA-1.5); Fri, 17 Mar 1995 20:17:59 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA02512; 17 Mar 95 19:59:18 CST (Fri) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id TAA02509; Fri, 17 Mar 1995 19:59:17 -0600 Message-Id: <199503180159.TAA02509@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) Cc: hackers@FreeBSD.org Subject: Re: Batch Telnet (Re: diskless and 3Com 509) In-Reply-To: Your message of "Fri, 17 Mar 95 09:09:39 MST." <9503171609.AA28800@cs.weber.edu> X-Mailer: exmh version 1.4.1 7/21/94 Date: Fri, 17 Mar 1995 19:59:16 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk I don't believe the client is waiting for the server close. It's just closing the connection on the server and the data's getting thrown away into the ether. Charles Hannum's explanation of why it's doing this makes sense, though it does beg the question of what the System V implementation is doing. > Now lets address the real issue, which is you shouldn't be sending > the QUIT until you have the data back anyway. Technically, you're correct. In practice, when one has to satisfy customers of an internet service provider, the right thing to do is at least provide an option to wait for the server to close. > Quit trying to "type ahead"; you aren't guaranteed that the remote > NNTP has a type ahead buffer anyway. Since TCP provides buffering anyway (on the client side, if not on the server) I can't think of any reason why an implementation would not support it. It would have to deliberately read and discard data... an interactive session with a full pty would do that, but a simple TCP/IP server wouldn't. From owner-freebsd-hackers Fri Mar 17 18:34:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05895 for hackers-outgoing; Fri, 17 Mar 1995 18:34:52 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA05885 for ; Fri, 17 Mar 1995 18:34:43 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA26783 (5.67a/IDA-1.5); Fri, 17 Mar 1995 20:18:07 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA02647; 17 Mar 95 20:02:40 CST (Fri) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id UAA02644; Fri, 17 Mar 1995 20:02:39 -0600 Message-Id: <199503180202.UAA02644@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) Cc: mycroft@ai.mit.edu (Charles M. Hannum), hackers@FreeBSD.org, tech-net@netbsd.org Subject: Re: Batch Telnet (Re: diskless and 3Com 509) In-Reply-To: Your message of "Fri, 17 Mar 95 09:28:18 MST." <9503171628.AA28851@cs.weber.edu> X-Mailer: exmh version 1.4.1 7/21/94 Date: Fri, 17 Mar 1995 20:02:11 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > Obviously, you missed the post where the same behaviour was observed > when doing "echo LIST; echo QUIT; sleep 60000" as the piped input. Obviously you misread it. I said that in that case it worked as expected. From owner-freebsd-hackers Fri Mar 17 18:35:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05920 for hackers-outgoing; Fri, 17 Mar 1995 18:35:23 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA05913 for ; Fri, 17 Mar 1995 18:35:20 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA26779 (5.67a/IDA-1.5); Fri, 17 Mar 1995 20:17:48 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA02479; 17 Mar 95 19:51:13 CST (Fri) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id TAA02475; Fri, 17 Mar 1995 19:51:13 -0600 Message-Id: <199503180151.TAA02475@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: "Charles M. Hannum" Cc: terry@cs.weber.edu, hackers@FreeBSD.org, tech-net@netbsd.org Subject: Re: Batch Telnet (Re: diskless and 3Com 509) In-Reply-To: Your message of "Fri, 17 Mar 95 10:58:46 EST." <199503171558.KAA27534@duality.gnu.ai.mit.edu> X-Mailer: exmh version 1.4.1 7/21/94 Date: Fri, 17 Mar 1995 19:50:27 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk The interesting thing is that the System V telnet client doesn't seem to be doing the same thing. If it's doing a "half close" how is the close getting propogated to the other end if TCP/IP doesn't implement it? Since the other end in the case of nntpd or other plain TCP servers isn't implementing the full telnet protocol it doesn't seem like it could be using some obscure telnet option to get this effect. > The telnet client should at least have an option to not shut down if > it gets EOF from stdin. It's not clear to me whether or not that > should be the default. I'm leary of making it the default, because otherwise you get the classic infinite loop on EOF problem too easily. From owner-freebsd-hackers Fri Mar 17 18:36:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05965 for hackers-outgoing; Fri, 17 Mar 1995 18:36:10 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA05956 for ; Fri, 17 Mar 1995 18:36:06 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA26785 (5.67a/IDA-1.5); Fri, 17 Mar 1995 20:18:16 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA02720; 17 Mar 95 20:05:19 CST (Fri) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id UAA02717; Fri, 17 Mar 1995 20:05:19 -0600 Message-Id: <199503180205.UAA02717@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: der Mouse Cc: mycroft@ai.mit.edu, hackers@FreeBSD.org, tech-net@netbsd.org, terry@cs.weber.edu Subject: Re: Batch Telnet (Re: diskless and 3Com 509) In-Reply-To: Your message of "Fri, 17 Mar 95 12:44:38 EST." <199503171744.MAA16759@Collatz.McRCIM.McGill.EDU> X-Mailer: exmh version 1.4.1 7/21/94 Date: Fri, 17 Mar 1995 20:05:06 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > It sure did last time I read the RFC; either end can send a FIN packet > and continue to receive data in the other direction "forever", until > the other end sends a FIN or until the local TCP client insists on > closing down the read half of the connection. That would imply there's some more complex problem with the BSD telnet implementation that the System V implementation gets right, since it should be able to send a FIN on EOF then wait for the server to close. From owner-freebsd-hackers Fri Mar 17 18:36:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05994 for hackers-outgoing; Fri, 17 Mar 1995 18:36:40 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA05987 for ; Fri, 17 Mar 1995 18:36:37 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AB26912 (5.67a/IDA-1.5); Fri, 17 Mar 1995 20:32:16 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA02984; 17 Mar 95 20:24:46 CST (Fri) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id UAA02981; Fri, 17 Mar 1995 20:24:45 -0600 Message-Id: <199503180224.UAA02981@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: Joe Greco Cc: root@io.cts.com (Morgan Davis), hackers@FreeBSD.org Subject: Re: Connecting a BBS to serial port? In-Reply-To: Your message of "Fri, 17 Mar 95 11:24:35 CST." <9503171724.AA23717@brasil.moneng.mei.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Fri, 17 Mar 1995 20:24:22 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk Here's my patches to add a "-E" option to cu... they are relative to the Taylor CU in /usr/src/gnu/uucp/... which is the cu you should be using anyway. :-> They're for 1.1 but I'll be much surprised if 2.x has any different code. *** cu/cu.c.ORIG Sun Sep 4 01:31:30 1994 --- cu/cu.c Sun Sep 4 01:36:05 1994 *************** *** 223,228 **** --- 223,229 ---- { "mapcr", no_argument, NULL, 't' }, { "system", required_argument, NULL, 'z' }, { "config", required_argument, NULL, 'I' }, + { "escape", required_argument, NULL, 'E' }, /* PDS SEP 94 */ { "debug", required_argument, NULL, 'x' }, { "version", no_argument, NULL, 'v' }, { "help", no_argument, NULL, 1 }, *************** *** 291,297 **** } } ! while ((iopt = getopt_long (argc, argv, "a:c:dehnI:l:op:s:tvx:z:", asCulongopts, (int *) NULL)) != EOF) { switch (iopt) --- 292,298 ---- } } ! while ((iopt = getopt_long (argc, argv, "a:c:dehnI:E:l:op:s:tvx:z:", /* PDS */ asCulongopts, (int *) NULL)) != EOF) { switch (iopt) *************** *** 358,363 **** --- 359,369 ---- /* Configuration file name. */ if (fsysdep_other_config (optarg)) zconfig = optarg; + break; + + case 'E': /* PDS SEP 94 add "escape" for security, transparancy */ + /* Escape Character */ + zCuvar_escape = optarg; break; case 'x': *** libunix/cusub.c.ORIG Sun Sep 4 01:24:15 1994 --- libunix/cusub.c Sun Sep 4 01:25:37 1994 *************** *** 330,336 **** if (c <= 0) break; ! if (fstart && b == *zCuvar_escape) { c = cscu_escape (pbcmd, zlocalname); if (c <= 0) --- 330,336 ---- if (c <= 0) break; ! if (fstart && b == *zCuvar_escape && *zCuvar_escape) /* PDS SEP 94 */ { c = cscu_escape (pbcmd, zlocalname); if (c <= 0) From owner-freebsd-hackers Fri Mar 17 18:55:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA06337 for hackers-outgoing; Fri, 17 Mar 1995 18:55:57 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA06329; Fri, 17 Mar 1995 18:55:54 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id SAA20059; Fri, 17 Mar 1995 18:55:24 -0800 From: "Rodney W. Grimes" Message-Id: <199503180255.SAA20059@gndrsh.aac.dev.com> Subject: Re: ultrastor 34f To: dleeds@eagle.ais.net (Daniel Leeds) Date: Fri, 17 Mar 1995 18:55:23 -0800 (PST) Cc: questions@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: from "Daniel Leeds" at Mar 17, 95 02:06:58 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 994 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hiya! > > I want to know if the ultrastor 34f controller (scsi-2) VL will work with > freebsd, I heard it does, but want to know if it is stable and works > well before I buy it. The Ultrastor 34F does work, it is stable, it does have the nasty habit of causeing high interrupt latency as it seems to grab the bus for long periods of time. Utrastor is also out of business, so if you are buying one get a real good deal on it. If any one wants one of these I will gladly sell mine for $150.00 as it see's very limited use any more since I have converted almost all of my systems to PCI (I use it to test VL bus mastering slots, but I have Bt445C's for that now). This is the full kit with all the software and I'll through in a brand new 2 drive cable. You pay UPS ground shipping, should be <$10.00 to anyplace in the states. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Mar 17 19:44:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA09378 for hackers-outgoing; Fri, 17 Mar 1995 19:44:59 -0800 Received: from ast.com (irvine.ast.com [165.164.128.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA09357 for ; Fri, 17 Mar 1995 19:44:52 -0800 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA04737 (5.67b/IDA-1.5 for freebsd-hackers@freefall.cdrom.com); Fri, 17 Mar 1995 19:48:15 -0800 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Sat, 18 Mar 95 03:43 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0rpoUu-0004vtC; Fri, 17 Mar 95 20:44 CST Message-Id: Date: Fri, 17 Mar 95 20:44 CST To: freebsd-hackers@freefall.cdrom.com From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Fri Mar 17 1995, 20:44:12 CST Subject: Re: Multiport serial cards Cc: uhclem@nemesis.lonestar.org Sender: hackers-owner@FreeBSD.org Precedence: bulk [0]>I'm interested in a board that will let me receive continuous data at [0]>28.8 on four ports without any problems. At roughly 300 us per [0]>character that will mean we have to service each port every 4.8 ms with [0]>a 16550, or roughly 1.2 ms per port. (Of course lots of times when [0]>you're in the interrupt you'll be able to to serve more than one port) [1]This is a small load for sio. The overhead using an AST/4 on a DX2/66 [1]should be about 6% for input-only and 4% for output-only plus whatever [1]you protocol handler adds. [1]A 1-char "FIFO" as found on 8250's should be adequate provided you have [1]no bus-hogging devices. sio can handle continuous data in both directions [1]at once at 115.2 on 2 ports (but not 3) on a 486DX/33 with 8250's. The [1]system load for this is about 60% (too high for continuous use). A [1]486DX2/66 with 16550's can probably handle about 6 times as many ports. It should be worse than that. 1/2880 cps = 347usec/character and if you have four ports on a board that means a characters is available on that board every 86usec worst case (the best case is 347usec). And divide the times by two if the data is moving in both directions (43usec worst - 173.5usec best). If you are using 8250s and must service an interrupt every 86usec, it just isn't going to work. The ISA bus timing (I/O cycle is two 8.3MHz clocks long plus wait states and chip access-recovery timing) even becomes a limiting factor. How long does it take for the kernel to even poll the 8259 and figure out which interrupt it is? The kernel might also want to save some state and a few other things before jumping to a driver. I promise that you aren't going to keep up with constant serial interrupts every 86usec (or less) in an ISA system. Not without some intelligent controller help and/or memory-mapped devices and probably a very tight assembly-language interrupt service routine. The 8250's simply won't be reliable unless you ban all disk or tape I/O, and some brands of video boards that have to turn interrupts off for a msec or so here and there. With 16550's and letting each one get up to 10 characters in it before the driver gets around to servicing them, the driver can only be 3.47msec late before getting behind. And if you have four 16550s and you service them seprately, your interrupts are now arriving every 867usec. But if you start talking 115,200bps or 230,400bps, things get really bad. For 11,520cps, the single character response time must be 86.8usec. For 23,040cps, is falls to 43.4usec. Ouch. Frank Durda IV |"Where do you want to go today? or uhclem%nemesis@trsvax.ast.com (Internet)| Wherever Microsoft tells you ...letni!rwsys!nemesis!uhclem | to." - (TM) MADSoft 1994 ...decvax!trsvax.fw.ast.com!nemesis!uhclem | From owner-freebsd-hackers Fri Mar 17 20:33:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA10942 for hackers-outgoing; Fri, 17 Mar 1995 20:33:32 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA10921; Fri, 17 Mar 1995 20:31:38 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA07994; Sat, 18 Mar 1995 14:30:39 +1000 Date: Sat, 18 Mar 1995 14:30:39 +1000 From: Bruce Evans Message-Id: <199503180430.OAA07994@godzilla.zeta.org.au> To: dleeds@eagle.ais.net, rgrimes@gndrsh.aac.dev.com Subject: Re: ultrastor 34f Cc: hackers@FreeBSD.org, questions@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> I want to know if the ultrastor 34f controller (scsi-2) VL will work with >> freebsd, I heard it does, but want to know if it is stable and works >> well before I buy it. >The Ultrastor 34F does work, it is stable, it does have the nasty habit >of causeing high interrupt latency as it seems to grab the bus for long >periods of time. ``long'' is apparently about 250 usec. For the BT445C the latency is < 16 usec. (I can't measure the overhead directly but I can measure the maximum time that it takes for several instructions. A U34F hogs the bus in such a way that 10 inb() instructions take 250 usec longer, while with a BT445C they only take 16 usec longer.) There are some other problems: 1) media detection is not completely implemented in the driver. 2) there are some performance problems. Command overhead is higher. The driver or the controller doesn't seem to handle scatter/gather well. The speed of reading /dev/rsd0d drops by 40% when memory gets fragmented. >Utrastor is also out of business, so if you are buying one get a real >good deal on it. >If any one wants one of these I will gladly sell mine for $150.00 as $50 would be a good deal :-). Bruce From owner-freebsd-hackers Fri Mar 17 20:34:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA10959 for hackers-outgoing; Fri, 17 Mar 1995 20:34:33 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA10953; Fri, 17 Mar 1995 20:34:32 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: gibbs@freefall.cdrom.com cc: hackers@freefall.cdrom.com Subject: SVNET Meeting? Date: Fri, 17 Mar 1995 20:34:31 -0800 Message-ID: <10952.795501271@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk So, I imagine you'll be getting back from this sometime soon after the time of this message (sorry I could not attend, but I am just about to fall over right now! :-( ) How did it go? Jordan From owner-freebsd-hackers Fri Mar 17 20:59:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA11270 for hackers-outgoing; Fri, 17 Mar 1995 20:59:05 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA11264 for ; Fri, 17 Mar 1995 20:59:04 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA01956; Fri, 17 Mar 95 21:52:48 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503180452.AA01956@cs.weber.edu> Subject: Re: Batch Telnet (Re: diskless and 3Com 509) To: peter@bonkers.taronga.com (Peter da Silva) Date: Fri, 17 Mar 95 21:52:48 MST Cc: hackers@FreeBSD.org In-Reply-To: <199503180159.TAA02509@bonkers.taronga.com> from "Peter da Silva" at Mar 17, 95 07:59:16 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Quit trying to "type ahead"; you aren't guaranteed that the remote > > NNTP has a type ahead buffer anyway. > > Since TCP provides buffering anyway (on the client side, if not on the > server) I can't think of any reason why an implementation would not support > it. It would have to deliberately read and discard data... an interactive > session with a full pty would do that, but a simple TCP/IP server wouldn't. Login. Ftp. The spec doesn't say that input isn't flushed prior to prompting. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Mar 17 21:01:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA11297 for hackers-outgoing; Fri, 17 Mar 1995 21:01:59 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA11291 for ; Fri, 17 Mar 1995 21:01:56 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA01972; Fri, 17 Mar 95 21:55:26 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503180455.AA01972@cs.weber.edu> Subject: Re: Batch Telnet (Re: diskless and 3Com 509) To: peter@bonkers.taronga.com (Peter da Silva) Date: Fri, 17 Mar 95 21:55:25 MST Cc: mycroft@ai.mit.edu, hackers@FreeBSD.org, tech-net@netbsd.org In-Reply-To: <199503180202.UAA02644@bonkers.taronga.com> from "Peter da Silva" at Mar 17, 95 08:02:11 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Obviously, you missed the post where the same behaviour was observed > > when doing "echo LIST; echo QUIT; sleep 60000" as the piped input. > > Obviously you misread it. I said that in that case it worked as expected. You're right. I'm 0 for 2. 8-(. Terry Lambert terry@cs.weber.edu --- "Oh. That's very different. Never mind." -- Miss Emily Latella --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Mar 17 22:07:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13421 for hackers-outgoing; Fri, 17 Mar 1995 22:07:19 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA13411 for ; Fri, 17 Mar 1995 22:07:16 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id WAA08086; Fri, 17 Mar 1995 22:07:10 -0800 Date: Fri, 17 Mar 1995 22:07:10 -0800 Message-Id: <199503180607.WAA08086@silvia.HIP.Berkeley.EDU> To: fernando@cea.Berkeley.EDU CC: hackers@FreeBSD.org, fernando@cea.Berkeley.EDU In-reply-to: <199503180042.QAA12595@monterey.cea.berkeley.edu> (message from Fernando Astorga on Fri, 17 Mar 1995 16:42:31 -0800 (PST)) Subject: Re: Comments on 2.0 release From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk Thanks for your comment. Just one point. * 3) Also, kermit was not in the packages distribution. I had to take it from * the 1.1 distribution. This was intentional. It never should have been included in the first place as their license disallows redistribution. Our ports collection deals with these things quite nicely though, just go to /usr/ports/comm/kermit and type "make". It will ftp the source over and build it for you while you go fix coffee. :) Satoshi From owner-freebsd-hackers Fri Mar 17 22:22:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA15746 for hackers-outgoing; Fri, 17 Mar 1995 22:22:30 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA15673 for ; Fri, 17 Mar 1995 22:21:57 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA10402; Sat, 18 Mar 1995 16:18:46 +1000 Date: Sat, 18 Mar 1995 16:18:46 +1000 From: Bruce Evans Message-Id: <199503180618.QAA10402@godzilla.zeta.org.au> To: freebsd-hackers@freefall.cdrom.com, uhclem@nemesis.lonestar.org Subject: Re: Multiport serial cards Sender: hackers-owner@FreeBSD.org Precedence: bulk >[1]A 1-char "FIFO" as found on 8250's should be adequate provided you have >[1]no bus-hogging devices. sio can handle continuous data in both directions >[1]at once at 115.2 on 2 ports (but not 3) on a 486DX/33 with 8250's. The >[1]system load for this is about 60% (too high for continuous use). A >[1]486DX2/66 with 16550's can probably handle about 6 times as many ports. >It should be worse than that. 1/2880 cps = 347usec/character >and if you have four ports on a board that means a characters is available >on that board every 86usec worst case (the best case is 347usec). >And divide the times by two if the data is moving in both directions >(43usec worst - 173.5usec best). The factor of 6 is partly from assuming 16550's so that the worst case latency requirement can be reduced by a factor of 16 if desired. sio currently sets the fifo trigger level to 14 (code to reduce it if an overrun occurs was found to be braindamaged and is currently disabled), so the worse case latency requirement is only reduced by a factor of 16 - 14) = 2. Other overheads would become more restrictive than latency if the fifo trigger level was set lower than 14. That's part of the reson why a DX2/66 with 16550's can only be expected to be 6 times better. The latency doesn't scale linearly with the number of boards. A latency of about 327usec could be made to work if required. The driver would have to read one character from each of 4 ports within (347 - 327) = 20usec of receiving the interrupt. This is possible, but it would increase overhead to look for serial events in the right order. The worst case for the current sio order is about 30usec per port instead of 5usec (25 extra for transmitting 16 chars). Latency is less of a problem than efficiency so I've optimized efficiency. (I've also optimized too much for the non- multiport case because that's all I have :-). The latency for output is smaller than for input. Output has less overhead, and can wait (at the cost of throughput). The driver has to be careful not to let output processing increase input latency too much. All this assumes that only one driver requires low latency and that polling all ports is acceptable (it is acceptable for xx(x)50s on the isa bus because the interface is braindamaged enough to require lots of polling even for one port). If there is more than one, then giving each a fair share is like the problem of looking for serial events in the right order, but harder. >If you are using 8250s and must service an interrupt every 86usec, it >just isn't going to work. The ISA bus timing (I/O cycle is two 8.3MHz >clocks long plus wait states and chip access-recovery timing) even >becomes a limiting factor. This was challenging on 8088's, but the same techniques that make interrupt driven serial i/o at 19200bps possible on 8088's make it easy on anything faster than a 386/20. The ISA bus timing indeed becomes the limiting factor. I didn't notice it on a 386/20, but on 486's my rule for writing efficient serial drivers is to minimise the number of i/o's and don't worry much about minimising the number of integer instructions. >How long does it take for the kernel to even >poll the 8259 and figure out which interrupt it is? The kernel might also >want to save some state and a few other things before jumping to a driver. It actually polls the UARTs. Polling the 8259 isn't necessary because interrupts are vectored. Non-shared interrupts may be more efficient because no polling is required to decide the device. OTOH it may be good to poll the 8259 and/or other UARTs before returning from an interrupt. Currently, the UART that caused the interrupt has to be polled before returning because of edge triggered interrupt braindamage. I'd like to be able to poll the relevant 8259 instead, so as to poll all the other devices on the same 8259 for free, but the same edge trigger braindamage stops the 8259 from keeping useful information for the interrupt that is currently in service (the interrupt request register gives the latched value). The kernel saves a smaller than usual amount of state before entering the serial driver. The i386 saves a lot more state (too much) before giving control to the kernel. The worst case is when interrupts were disabled for some reason (most often for the kernel entering another handler) before a serial interrupt can be accepted. The average latency is 5-10usec on a DX2/66 and the worst case is (I hope) < 20usec. >I promise that you aren't going to keep up with constant serial interrupts >every 86usec (or less) in an ISA system. Not without some intelligent This is routine... >The 8250's simply won't be reliable unless you ban all disk or tape >I/O, and some brands of video boards that have to turn interrupts >off for a msec or so here and there. ...at least with non-braindamaged other hardware :-). Fortunately, braindamaged other hardware doesn't seem to be very common: disk: - scsi drivers never disable interrupts (except ncr5380.c disables interrupts and then busy-waits :-(:-(). - the wd driver never disables interrupts. Not disabling them apparently causes problems for some drive/controllers under linux, so this may be a bug. The linux disk driver now disables them by default, so everyone with 16450's suffers from serial overruns to allow the broken drive/controllers to work. - even the mcd driver only disables interrupts for about 10usec :-) (while it does a sequence of outb's). - some busmastering devices hog the bus, and of course the number of cycles available for processing is reduced while DMA is occurring). tape: - scsi drivers never disable interrupts (except see above). video: - syscons.c never disables interrupts. This may be a bug. - the X server disables interrupts for a looong time while starting up. A 20K fifo would be necessary to fix this. other: - joy.c disables interrupts and then polls. Hard to avoid :-(. - other drivers in sys/i386/isa either don't disable interrupts, or disable them only for short periods (< 10usec). Anyway, for a special application, just don't run braindamaged h/w simultaneously. Bruce From owner-freebsd-hackers Sat Mar 18 00:22:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA21937 for hackers-outgoing; Sat, 18 Mar 1995 00:22:49 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA21931; Sat, 18 Mar 1995 00:22:48 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id AAA18883; Sat, 18 Mar 1995 00:22:45 -0800 Message-Id: <199503180822.AAA18883@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: gibbs@freefall.cdrom.com, hackers@freefall.cdrom.com Subject: Re: SVNET Meeting? In-reply-to: Your message of "Fri, 17 Mar 1995 20:34:31 PST." <10952.795501271@freefall.cdrom.com> Date: Sat, 18 Mar 1995 00:22:45 -0800 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >So, I imagine you'll be getting back from this sometime soon after the >time of this message (sorry I could not attend, but I am just about >to fall over right now! :-( ) > >How did it go? > > Jordan It was wednesday. It went okay although I got so turned getting down there that I was 30 minutes late :-(. Here are the highlights. J.T. was extremely fair in representing the weeknesses and strengths of both systems during the portion of his presentation I saw. His main points about NetBSD were: 1) Has passed standards tests (I forgot his list). 2) The strength of maintaining many ports is that it uncovers many bugs in the system. 3) Linux and IBCS2 compatibility. Supposedly they got the WP demo to work just that morning. 4) GPL clean kernel. 5) Sparc, Alpha, Mac, HP3/400, i386, etc ports. 6) VM86 system call and a full dos emulator coming RSN. During his Q&A section, the type of crowd there became aparent. Most of the audience had hardware other than Intel at their home or office (questions about HP400, Sparc, and Dec 3100 support). He only realized who I when the following questions came up: 1) I have a PC. What kind of SCSI controller/Video card should I buy to be NetBSD compatible. The first words from his mouth were anti Adaptec. Now I'm not the greatest Adaptec fan, but I don't like their policy blown into something it isn't. He basically said that they would not give enough information out to program the cards without an NDA. Actually, they won't give out the source code to their firmware or the exact interface to the firmware the BIOS loads by default, but they will give you all the information you want to help you write your own firmware (what the FreeBSD/Linux driver does). I made this clarification and pointed out that FreeBSD has support for the newer Adaptec cards. This led to a brief explanation of the NetBSD practice of not supplying any pieces of GPL code that can even optionaly be linked into the kernel. The sequencer code we use in the FreeBSD driver is GPLd. 2) What is the status of LFS and are there any plans to support it in the future. J.T's answer was a solid no, "If someone provides us with code that fixes it, we'll be happy to incorperate it." I added to this that I strongly believe in the merits of LFS and that it will have a presense in FreeBSD as soon as I get more time on my hands. I also pointed out that LFS places very different requirments on the VM system than FFS, and that at best, the current LFS implementation is a good example of the CS philosophy of "throw the first one away". If you've ever looked at the code, I think you might agree. ;-) Before LFS can become practical, some serious planning (some of which John and I have already done) will be needed to make it perform up to its theoretical max. 3) There has been some discussion in the NetBSD mailing lists about NetBSD's VM system, the fixed size buffer cache, and whether we're best utilizing availible memory. Is there any research being done in this area? J.T. was very honest in pointing to FreeBSDs totally revamped VM system as a new aproach to these problems. He said that NetBSD currently lacks the resources to address this problem, but also stated that not everyone agreed that the FreeBSD aproach was the the best one to take. This was when I started my presentation. The topics I covered were: the new VM system and other kernel performance improvments (John and David's work), better install tools, work on IBCS2 and Linux binary support, and our goal of stability for this release. I was more prepared to talk about most of the kernel work that we've done, but the questions I got were more basic: 1) Why are there two groups? What are the philosophical differences that keep the two groups apart? If one group has some cool feature working, will the other incorperate it? This led to a talk about the diverging kernel interfaces of the two groups and the fact that the reason there are two groups is mainly a control issue. My response to code exchange was that it is common, but that with different opinions on how to implement features, it didn't happen every time. My example was Linux binary compatibility and how FreeBSD isn't going to feel presured into adapting the same strategy as NetBSD just for expedience. 2) Why is FreeBSD i386 specific? "The hardware is cheap, readily availible, and there are enough bugs in 4.4 to be worked out even with concentrating on only one platform to keep us busy. This is not to say that ports to other platforms will not occur. In fact, work on a Sparc port is underway." 3) Why is the GPL so "evil"? "The requirement to distribute source code to 'anyone' who asks for it for up to 3 years just for starters. The goal of both groups is to provide an unencumbered system that even a comercial organization could sell binary distributions of. Even though the GPL is restrictive, FreeBSD differs from NetBSD in distributing GPLd portions of the kernel. The main reason is that features, like the 2x4x Adaptec driver, would not be availible otherwise, and in our opinion, so long as the GPLd portions are clearly marked and easily removed, it is foolish to keep these features out of the hands of our end users." After the meeting, I was aproached by a few FreeBSD users all of which are still running 1.1.5. The point they stressed again and again to me is that if 2.1 is not as stable as 1.1.5, they will have to look to other operating systems. I assured them, and I hope that the rest of core agrees, that stability, even if it means postponing the release, will be our primary goal. Anyway, that's "the way it was". Very interesting meeting on the whole. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Sat Mar 18 00:56:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA24530 for hackers-outgoing; Sat, 18 Mar 1995 00:56:25 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA24524 for ; Sat, 18 Mar 1995 00:56:22 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id AAA19109; Sat, 18 Mar 1995 00:56:18 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id AAA00132; Sat, 18 Mar 1995 00:56:18 -0800 Message-Id: <199503180856.AAA00132@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "Justin T. Gibbs" cc: hackers@freefall.cdrom.com Subject: Re: SVNET Meeting? In-reply-to: Your message of "Sat, 18 Mar 95 00:22:45 PST." <199503180822.AAA18883@estienne.cs.berkeley.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 18 Mar 1995 00:56:17 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >3) There has been some discussion in the NetBSD mailing lists about >NetBSD's VM system, the fixed size buffer cache, and whether we're >best utilizing availible memory. Is there any research being done >in this area? > > J.T. was very honest in pointing to FreeBSDs totally revamped VM > system as a new aproach to these problems. He said that NetBSD > currently lacks the resources to address this problem, but also > stated that not everyone agreed that the FreeBSD aproach was the > the best one to take. John and I will be the first to admit that, in a perfect world, the merged cache scheme that has been implemented in FreeBSD is not the best that can be done. Unfortunately, doing it the "right way" requires gutting large sections of the filesystem code and making large complex changes to the fundamental structure of the system. When faced with this and the alternative (which was to change/extend the way that buffers worked), the latter was the clear choice given our current resources. As a bonus, it actually ended up working better than we originally thought it would, and sides step many of the problems that plague the "best" approach. >to other operating systems. I assured them, and I hope that the rest >of core agrees, that stability, even if it means postponing the release, >will be our primary goal. Cetainly...Jordan, Poul, John, and myself have all expressed our violent agreement on this; 2.1R won't be released until it is more stable than 1.1.5. -DG From owner-freebsd-hackers Sat Mar 18 01:03:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA24747 for hackers-outgoing; Sat, 18 Mar 1995 01:03:35 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA24739 for ; Sat, 18 Mar 1995 01:03:32 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id BAA20007; Sat, 18 Mar 1995 01:03:25 -0800 From: Poul-Henning Kamp Message-Id: <199503180903.BAA20007@ref.tfs.com> Subject: Re: SVNET Meeting? To: davidg@Root.COM Date: Sat, 18 Mar 1995 01:03:25 -0800 (PST) Cc: gibbs@estienne.CS.Berkeley.EDU, hackers@freefall.cdrom.com In-Reply-To: <199503180856.AAA00132@corbin.Root.COM> from "David Greenman" at Mar 18, 95 00:56:17 am Content-Type: text Content-Length: 677 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >to other operating systems. I assured them, and I hope that the rest > >of core agrees, that stability, even if it means postponing the release, > >will be our primary goal. > > Cetainly...Jordan, Poul, John, and myself have all expressed our violent > agreement on this; 2.1R won't be released until it is more stable than 1.1.5. Absolutely. Please everybody, if you're running current and you find a problem, use send-pr to report it ASAP. We can't fix problems we don't know about. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sat Mar 18 06:18:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA00204 for hackers-outgoing; Sat, 18 Mar 1995 06:18:14 -0800 Received: from gemini (root@gemini.coi.pw.edu.pl [148.81.28.20]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA00182 for ; Sat, 18 Mar 1995 06:18:06 -0800 Received: from dolar.sbus.pw.edu.pl ([148.81.85.10]) by gemini.coi.pw.edu.pl with SMTP id <30129-2>; Sat, 18 Mar 1995 11:48:39 +0100 Received: from BUSINESS/SMTPQueue by dolar.sbus.pw.edu.pl (Mercury 1.11); Sat, 18 Mar 95 11:51:47 -1800 Received: from Mailqueue by BUSINESS (Mercury 1.11); Sat, 18 Mar 95 11:51:24 -1800 From: "NOWAKOWSKI MACIEJ" Organization: School of Business To: FreeBSD-hackers@freefall.cdrom.com Date: Sat, 18 Mar 1995 11:51:20 GMT-1800 Subject: Priority: normal X-mailer: Pegasus Mail v3.1 (R1a) Message-ID: <4B41CB5BA4@dolar.sbus.pw.edu.pl> Sender: hackers-owner@FreeBSD.org Precedence: bulk help From owner-freebsd-hackers Sat Mar 18 06:19:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA00255 for hackers-outgoing; Sat, 18 Mar 1995 06:19:41 -0800 Received: from duality.gnu.ai.mit.edu (!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$@duality.gnu.ai.mit.edu [18.43.0.236]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA00249 for ; Sat, 18 Mar 1995 06:19:40 -0800 Received: (from mycroft@localhost) by duality.gnu.ai.mit.edu (8.6.10/8.6.10) id JAA22722; Sat, 18 Mar 1995 09:19:31 -0500 Date: Sat, 18 Mar 1995 09:19:31 -0500 Message-Id: <199503181419.JAA22722@duality.gnu.ai.mit.edu> From: "Charles M. Hannum" To: gibbs@estienne.CS.Berkeley.EDU Cc: hackers@freefall.cdrom.com Subject: Re: SVNET Meeting? Sender: hackers-owner@FreeBSD.org Precedence: bulk I feel compelled to add something here... The first words from his mouth were anti Adaptec. Now I'm not the greatest Adaptec fan, but I don't like their policy blown into something it isn't. He basically said that they would not give enough information out to program the cards without an NDA. That (mis)information originated from Julian Elischer. Julian said many moons ago that Adaptec's policy was such, and for a long time it was touted as the reason for not having a 2x42 driver. You can find this in your own mail archives. (I thought I'd corrected that long ago, but it appears not.) From owner-freebsd-hackers Sat Mar 18 06:25:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA03084 for hackers-outgoing; Sat, 18 Mar 1995 06:25:32 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA03038 for ; Sat, 18 Mar 1995 06:25:29 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id IAA02119; Sat, 18 Mar 1995 08:33:48 -0500 From: Peter Dufault Message-Id: <199503181333.IAA02119@hda.com> Subject: Re: kern/248: scbus attach/probe printf inconsistency To: pst@Shockwave.COM Date: Sat, 18 Mar 1995 08:33:48 -0500 (EST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503180140.RAA05047@freefall.cdrom.com> from "Paul Traina" at Mar 17, 95 05:40:01 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 833 Sender: hackers-owner@FreeBSD.org Precedence: bulk Paul Traina writes: > > bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15 > bt0: targ 1 sync rate= 4.54MB/s(220ns), offset=15 > bt0: targ 4 async > bt0: targ 6 async (Aside: We could add callback to the host adapter to "display target info" so that these could be displayedw with the probe messages, though that is probably overkill) > bt0: Enabling Round robin scheme > bt0 at 0x330 irq 11 drq 5 on isa > > scbus0: (bt0:0:0): "QUANTUM PD1800S 3161" is a type 0 fixed SCSI 2 **1** Yes, I did do this on purpose. Do you like this better: > scbus0: Probing bus and selecting drivers. > (bt0:0:0): "QUANTUM PD1800S 3161" is a type 0 fixed SCSI 2 **1** Peter -- 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 Mar 18 06:33:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA07176 for hackers-outgoing; Sat, 18 Mar 1995 06:33:06 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA07124; Sat, 18 Mar 1995 06:32:59 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA01381 (5.67a/IDA-1.5); Sat, 18 Mar 1995 07:44:26 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA17303; 18 Mar 95 07:43:42 CST (Sat) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id HAA17300; Sat, 18 Mar 1995 07:43:42 -0600 From: Peter da Silva Message-Id: <199503181343.HAA17300@bonkers.taronga.com> Subject: Re: SVNET Meeting? To: gibbs@estienne.CS.Berkeley.EDU (Justin T. Gibbs) Date: Sat, 18 Mar 1995 07:43:41 -0600 (CST) Cc: jkh@freefall.cdrom.com, gibbs@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <199503180822.AAA18883@estienne.cs.berkeley.edu> from "Justin T. Gibbs" at Mar 18, 95 00:22:45 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 578 Sender: hackers-owner@FreeBSD.org Precedence: bulk > "The requirement to distribute source code to 'anyone' who asks > for it for up to 3 years just for starters. The goal of both > groups is to provide an unencumbered system that even a comercial > organization could sell binary distributions of. Even though the > GPL is restrictive, FreeBSD differs from NetBSD in distributing > GPLd portions of the kernel. Are they linked into the kernel on any of the kernels distributed from Freefall? If they are, then that has the effect of putting the kernel under GPL. You need to be *very* careful about this. From owner-freebsd-hackers Sat Mar 18 07:18:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00666 for hackers-outgoing; Sat, 18 Mar 1995 07:18:58 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA00655; Sat, 18 Mar 1995 07:18:56 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id QAA25329 ; Sat, 18 Mar 1995 16:19:02 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA10915; Sat, 18 Mar 95 16:18:52 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503181518.AA10915@blaise.ibp.fr> Subject: Re: GUS on kernel supped last night To: mmead@goof.com (matthew c. mead) Date: Sat, 18 Mar 1995 16:18:52 +0100 (MET) Cc: hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199503171922.OAA00247@goof.com> from "matthew c. mead" at Mar 17, 95 02:22:48 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#429 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 511 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Well, with the new audio driver that was added to the current kernel in the > past few days, I'm now getting the same behavior I got in 950210 SNAP kernels. > If I cat bell.au >/dev/audio, the sample plays over and over and over..... and > cat doesn't exit until I hit ^C. Any ideas? I must say it doesn't happen with my SB Pro 2.0. cat finishes gracefully. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995 From owner-freebsd-hackers Sat Mar 18 07:20:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00800 for hackers-outgoing; Sat, 18 Mar 1995 07:20:20 -0800 Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA00792 for ; Sat, 18 Mar 1995 07:20:19 -0800 Received: from news.cs.utexas.edu by relay4.UU.NET with SMTP id QQyhpl21951; Sat, 18 Mar 1995 10:20:07 -0500 Received: from mail.cs.utexas.edu (root@mail.cs.utexas.edu [128.83.139.10]) by news.cs.utexas.edu (8.6.10/8.6.9) with ESMTP id JAA01192; Sat, 18 Mar 1995 09:20:02 -0600 Received: from uudell.us.dell.com (uudell.us.dell.com [143.166.224.6]) by mail.cs.utexas.edu (8.6.10/8.6.9) with SMTP id JAA15992; Sat, 18 Mar 1995 09:20:01 -0600 Received: from obiwan by uudell.us.dell.com (5.67/dns1.3) with UUCP id AA18817; Sat, 18 Mar 95 15:15:02 GMT Received: by obiwan.uucp (Smail3.1.29.1 #4) id m0rq07o-000302C; Sat, 18 Mar 95 09:09 CST Message-Id: From: obiwan!bob@uudell.us.dell.com (Bob Willcox) Subject: Re: Multiport serial cards To: mtaylor@gateway.cybernet.com (Mark J. Taylor) Date: Sat, 18 Mar 1995 09:09:08 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: from "Mark J. Taylor" at Mar 17, 95 11:38:23 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1193 Sender: hackers-owner@FreeBSD.org Precedence: bulk Mark J. Taylor wrote: > > You might ask Bob Wilcox about the stuff that he uses. He has used the > Boca Boards in the past, but I'm not sure what he uses now. Yep, I'm still using a Boca 16 port (BB2016) and Boca 8 port (BB1008) card (in different machines). The 16 port card has the advantage of full modem controls whereas the 8 port does not. I am quite happy with both of these cards. The system with the 16 port card gets the heaviest use and is still running 1.1.5.1. I have six modems and 5 termnials attached to the card. Performance of sio with this setup has never been a problem. I often have 4 of the modem ports running simultaneously (mostly uucp, some slip) with virtually no detectable slowdown in the system and little or no measurable CPU usage. However, my slip line occasionally hang up all of the ports though (requires that I cycle power on the slip modem to get things running again). I have yet to track this one down. -- Bob Willcox ...!{rutgers|ames}!cs.utexas.edu!uudell!obiwan!bob Austin, TX or: @uudell.us.dell.com:obiwan!bob 512-258-4224 (home), 512-838-3914 (work) or: obiwan%bob@uunet.uu.net From owner-freebsd-hackers Sat Mar 18 07:26:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA01196 for hackers-outgoing; Sat, 18 Mar 1995 07:26:41 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA01186; Sat, 18 Mar 1995 07:26:40 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: Bakul Shah cc: Nate Williams , hackers@FreeBSD.org Subject: Re: Sound Card recomendations? In-reply-to: Your message of "Fri, 17 Mar 95 12:11:54 PST." <199503172011.MAA05959@netcom8.netcom.com> Date: Sat, 18 Mar 1995 07:26:40 -0800 Message-ID: <1184.795540400@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > But don't rely on Fry's having any GUS cards! Since you are > not local to the Bay area you may want to try mail order > places. You should be able to get the GUS MAX for under > $139. If you can really get 'em this cheap, count me in for one. Maybe a group purchase should be put together? Jordan From owner-freebsd-hackers Sat Mar 18 07:31:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA01435 for hackers-outgoing; Sat, 18 Mar 1995 07:31:35 -0800 Received: from ix2.ix.netcom.com ([199.182.120.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA01427 for ; Sat, 18 Mar 1995 07:31:34 -0800 Received: from by ix2.ix.netcom.com (8.6.11/SMI-4.1/Netcom) id HAA16579; Sat, 18 Mar 1995 07:29:17 -0800 Date: Sat, 18 Mar 1995 07:29:17 -0800 Message-Id: <199503181529.HAA16579@ix2.ix.netcom.com> From: PVinci@ix.netcom.com (Paul Vinciguerra) Subject: [Question] C++ & BSD? To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk I've been asked to find out about C++ & FreeBSD. 1) Is there a C++ compiler for FreeBSD? 2) If so, can C++ modules be compiled/linked with existing FreeBSD Code?? 3) If so, How?? Thanks, Paul From owner-freebsd-hackers Sat Mar 18 07:52:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA03081 for hackers-outgoing; Sat, 18 Mar 1995 07:52:37 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA03068 for ; Sat, 18 Mar 1995 07:52:29 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA07816; Sat, 18 Mar 1995 16:52:14 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id QAA08682; Sat, 18 Mar 1995 16:52:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id QAA27975; Sat, 18 Mar 1995 16:36:51 +0100 From: J Wunsch Message-Id: <199503181536.QAA27975@uriah.heep.sax.de> Subject: Re: Comments on 2.0 release To: fernando@cea.Berkeley.EDU (Fernando Astorga) Date: Sat, 18 Mar 1995 16:36:50 +0100 (MET) Cc: hackers@FreeBSD.org In-Reply-To: <199503180042.QAA12595@monterey.cea.berkeley.edu> from "Fernando Astorga" at Mar 17, 95 04:42:31 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 767 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Fernando Astorga wrote: > > 2) When I was installing the XFree86-3.1 distribution, the CD-ROM > hung forever and I had to start all over. First I thought it was the > size of it in combination with my slow controller, but when I tried > the src distribution (which is 160M vs 80M for XFree86), it worked fine. Did you try switching to the second screen (Alt-F2)? It has been an oversight in 2.0-Release (is it fixed meanwhile? Jordan?) that the XFree86 installation script didn't fit right into the sysinstall way of doing things, and simply asked its questions on its own tty (which happens to be ttyv1). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Mar 18 08:35:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA05936 for hackers-outgoing; Sat, 18 Mar 1995 08:35:14 -0800 Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA05929 for ; Sat, 18 Mar 1995 08:35:12 -0800 Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by glueserv1.umd.edu (8.6.10/8.6.4) with ESMTP id LAA16239; Sat, 18 Mar 1995 11:35:09 -0500 Received: (chuckr@localhost) by espresso.eng.umd.edu (8.6.10/8.6.4) id LAA01250; Sat, 18 Mar 1995 11:35:09 -0500 Date: Sat, 18 Mar 1995 11:35:09 -0500 (EST) From: Chuck Robey To: Paul Vinciguerra cc: hackers@FreeBSD.org Subject: Re: [Question] C++ & BSD? In-Reply-To: <199503181529.HAA16579@ix2.ix.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 18 Mar 1995, Paul Vinciguerra wrote: > I've been asked to find out about C++ & FreeBSD. > > 1) Is there a C++ compiler for FreeBSD? > 2) If so, can C++ modules be compiled/linked with existing FreeBSD > Code?? > 3) If so, How?? Sure is! I'm doing the homework for my CMSC113 class using the gcc compiler under FreeBSD 2.0, which is version 2.6.2. Easiest to invoke it as g++, and the c++ includes are there in /usr/include/g++. Nice thing is, this is the same compiler the rest of my friends have to use by calling into overloaded campus machines, so I don't have to compete with hordes of others, and I get my work done quicker! ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sat Mar 18 08:38:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA06838 for hackers-outgoing; Sat, 18 Mar 1995 08:38:57 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA06823; Sat, 18 Mar 1995 08:38:56 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: Fernando Astorga cc: hackers@FreeBSD.org Subject: Re: Comments on 2.0 release In-reply-to: Your message of "Fri, 17 Mar 95 16:42:31 PST." <199503180042.QAA12595@monterey.cea.berkeley.edu> Date: Sat, 18 Mar 1995 08:38:55 -0800 Message-ID: <6821.795544735@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > 2) When I was installing the XFree86-3.1 distribution, the CD-ROM > hung forever and I had to start all over. First I thought it was the > size of it in combination with my slow controller, but when I tried > the src distribution (which is 160M vs 80M for XFree86), it worked fine. Are you sure it wasn't just waiting for you over on ALT-F2? This behavior has been changed for 2.1, but that's the way it worked in 2.0. > 3) Also, kermit was not in the packages distribution. I had to take it from > the 1.1 distribution. Entirely intentional - we're not allowed to distribute it by the authors. Don't yell at us, yell at them! :-) > 7) The slip.FAQ might be out of date, since it worked 'as-is' in the 1.1 > release, but not in the 2.0 release. We've updated this considerably, thanks. > Well, that's my $.02 worth. Congradualtions on your superior product. Thanks! Spread the word at Berkeley! :-) Jordan From owner-freebsd-hackers Sat Mar 18 08:55:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA08962 for hackers-outgoing; Sat, 18 Mar 1995 08:55:09 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA08955; Sat, 18 Mar 1995 08:55:07 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: "Justin T. Gibbs" cc: gibbs@freefall.cdrom.com, hackers@freefall.cdrom.com Subject: Re: SVNET Meeting? In-reply-to: Your message of "Sat, 18 Mar 95 00:22:45 PST." <199503180822.AAA18883@estienne.cs.berkeley.edu> Date: Sat, 18 Mar 1995 08:55:07 -0800 Message-ID: <8953.795545707@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > 3) Linux and IBCS2 compatibility. Supposedly they got the WP demo to work > just that morning. Cool! Soooooooooreeeeeen! :-) > 4) GPL clean kernel. Hmph. It's a nice checkbox item, but I think our policy of providing function first and "purity" second will prove the right one. As you say, those with more purist tastes can simply take it out again. > This was when I started my presentation. The topics I covered were: > the new VM system and other kernel performance improvments (John > and David's work), better install tools, work on IBCS2 and Linux binary > support, and our goal of stability for this release. I was more prepared Let me also just quickly hasten to say that when in front of a technical crowd like this, it's easy to go away with the impression that ones strengths and weaknesses are purely technical rather than technical, marketing and support. However, as influential as we all are, we're but a drop in the bucket when compared to the _user base_ out there. I think the one thing we can agree on for all interested parties is that the system has to be completely stable. After that, the issues become more a question of who as the best _integration_ and broadest tool base (e.g. our installation and our ports and packages collection). Nice features like a merged VM/buffer cache get the hackers panting loudly, but most users won't even know it's there! This is not to denigrate David and John's work _at all_, simply to point out that a nice engine is not enough if the body looks like crap. Only the very most discerning car enthusiast will be able to tell that the engine sounds nice enough to buy the car. > 1) Why are there two groups? What are the philosophical differences that > keep the two groups apart? If one group has some cool feature working, > will the other incorperate it? I think that people also underestimate the value of competition (while simultaneously living in a country where competition has created almost all of the most visible technical progress - oh the irony!). If there were only one group again, would we feel the wolves so strongly nipping at our heels? I doubt it, and I think that far more complacency would result. I like the fact that there's NetBSD there to occasionally rub our noses in something when we slow down! > "The hardware is cheap, readily availible, and there are enough bugs in > 4.4 to be worked out even with concentrating on only one platform to > keep us busy. This is not to say that ports to other platforms will > not occur. In fact, work on a Sparc port is underway." Which brings up the interesting question of whether or not we ever intend to get serious about this port. Jack is clearly out of the picture here, both for this and very possibly the SMP stuff, and I think it's time to either put it firmly aside for the foreseeable future or reassign one or both of these projects elsewhere. Anyway, thanks for representing us here, Justin, and thanks for the summary! Jordan From owner-freebsd-hackers Sat Mar 18 09:03:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA09605 for hackers-outgoing; Sat, 18 Mar 1995 09:03:57 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA09596; Sat, 18 Mar 1995 09:03:56 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: Peter Dufault cc: freebsd-hackers@freefall.cdrom.com Subject: Re: Multiport serial cards In-reply-to: Your message of "Thu, 16 Mar 95 13:56:37 EST." <199503161856.NAA04963@hda.com> Date: Sat, 18 Mar 1995 09:03:56 -0800 Message-ID: <9594.795546236@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > 1. Using four 16550 ports as with the AST system in terms of loading; > 2. Vendors for boards that look like "big 16550s" > 3. Scoop about Hayes and Digiboard. I talked to 3 different board vendors, Digiboard included, who were all very eager to do FreeBSD support and, in some cases, pledged code at technical assistance at the V.P. of Engineering level. I will post some names and addresses to those individuals truly interested in doing _technical_ follow-ups (not just "me too! I want it too!" queries) to any of the companies in question. I also have contacts at Buslogic, Advansys & Future Domain on the same terms. Contact me if interested. Jordan From owner-freebsd-hackers Sat Mar 18 09:15:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA10611 for hackers-outgoing; Sat, 18 Mar 1995 09:15:25 -0800 Received: from mail04.mail.aol.com (mail04.mail.aol.com [152.163.172.53]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA10599 for ; Sat, 18 Mar 1995 09:15:23 -0800 From: Gieger@aol.com Received: by mail04.mail.aol.com (1.37.109.11/16.2) id AA005136891; Sat, 18 Mar 1995 12:14:51 -0500 Date: Sat, 18 Mar 1995 12:14:51 -0500 Message-Id: <950318121449_53401019@aol.com> To: hackers@FreeBSD.org Subject: Boot crash. Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm having trouble booting your BSD 2.0 software (SNAP version too) I have no trouble installing and mounting the systems. After the install is done it tells me to remove the floppy and hit return to reboot from hard drive. It reboots & comes up with the BSD boot screen along with the "Boot:" prompt. If I hit return, type '?', type '/kernal-c' or anything it locks up. Normally there is a little twirling "|" symbol but it just prints "|" and locks solid. My bios geometry matches BSD, I did write the boot code. I read the troubleshooting, readme's and other FAQS but nothing helps. I have it on a drive by itself (no MSDOS) and I did not select 'use all drive', I used edit slice. I have a 80486DX66 system with UMC chipset. 8MB RAM, a Promise EIDE2300+ controller (I used the regular isa ide controller side of it.) and a Maxtor 212mb 7213A drive. My system is a 3 slot VLB board. I have no trouble running MSDOS or OS/2 2.1 & WARP on it. It also has a Proaudio 16 sound card with a Toshiba XM-3401 CD-ROM. From owner-freebsd-hackers Sat Mar 18 10:35:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18361 for hackers-outgoing; Sat, 18 Mar 1995 10:35:32 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA18355 for ; Sat, 18 Mar 1995 10:35:31 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id KAA21013; Sat, 18 Mar 1995 10:35:24 -0800 From: Poul-Henning Kamp Message-Id: <199503181835.KAA21013@ref.tfs.com> Subject: Re: kern/248: scbus attach/probe printf inconsistency To: dufault@hda.com (Peter Dufault) Date: Sat, 18 Mar 1995 10:35:24 -0800 (PST) Cc: pst@Shockwave.COM, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503181333.IAA02119@hda.com> from "Peter Dufault" at Mar 18, 95 08:33:48 am Content-Type: text Content-Length: 537 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Do you like this better: > > > scbus0: Probing bus and selecting drivers. > > (bt0:0:0): "QUANTUM PD1800S 3161" is a type 0 fixed SCSI 2 **1** > Peter while you're at it: Please move the "### C ###H ... " stuff under a if(bootverbose). For two reasons, first: a normal boot must be readable. second: it's bogus and confuses the heck out of people. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sat Mar 18 10:59:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA20455 for hackers-outgoing; Sat, 18 Mar 1995 10:59:21 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA20448; Sat, 18 Mar 1995 10:59:17 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id KAA21760; Sat, 18 Mar 1995 10:58:55 -0800 From: "Rodney W. Grimes" Message-Id: <199503181858.KAA21760@gndrsh.aac.dev.com> Subject: Re: SVNET Meeting? To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sat, 18 Mar 1995 10:58:55 -0800 (PST) Cc: hackers@freefall.cdrom.com In-Reply-To: <8953.795545707@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 18, 95 08:55:07 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1588 Sender: hackers-owner@FreeBSD.org Precedence: bulk [CC: trimmed] ... > > "The hardware is cheap, readily availible, and there are enough bugs in > > 4.4 to be worked out even with concentrating on only one platform to > > keep us busy. This is not to say that ports to other platforms will > > not occur. In fact, work on a Sparc port is underway." > > Which brings up the interesting question of whether or not we ever > intend to get serious about this port. Jack is clearly out of the > picture here, both for this and very possibly the SMP stuff, and I > think it's time to either put it firmly aside for the foreseeable > future or reassign one or both of these projects elsewhere. If Jack is out of the picture on SMP I can start the basics of it rolling. I have been putting off on getting the dual PCI/ISA version of the ASUS board for a week now to try and help Jack with getting some code he is having problems with up and running. I already own the CPU chips, so this is not that large of a cash outlay for me. I know Jack put quite an effort into just getting the second CPU to start up and from my last communications with him he had still not got it to switch into protected mode. > Anyway, thanks for representing us here, Justin, and thanks for the > summary! Yes, thanks Justin! And think, just a year ago you where a big time OS/2 fan, and now look at what your doing!!! I have to say you have come a long long way since I first meet you! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat Mar 18 11:38:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA21713 for hackers-outgoing; Sat, 18 Mar 1995 11:38:13 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA21704; Sat, 18 Mar 1995 11:38:11 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id OAA02713; Sat, 18 Mar 1995 14:35:04 -0500 From: Peter Dufault Message-Id: <199503181935.OAA02713@hda.com> Subject: Re: Multiport serial cards To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sat, 18 Mar 1995 14:35:04 -0500 (EST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <9594.795546236@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 18, 95 09:03:56 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1318 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > > 1. Using four 16550 ports as with the AST system in terms of loading; > > 2. Vendors for boards that look like "big 16550s" > > 3. Scoop about Hayes and Digiboard. > > I talked to 3 different board vendors, Digiboard included, who were > all very eager to do FreeBSD support and, in some cases, pledged code > at technical assistance at the V.P. of Engineering level. > > I will post some names and addresses to those individuals truly > interested in doing _technical_ follow-ups (not just "me too! I want > it too!" queries) to any of the companies in question. I also have > contacts at Buslogic, Advansys & Future Domain on the same terms. > Contact me if interested. I'm currently discussing things with some folk within DigiBoard who have been helpful so far. I'll let the list know when we have a policy clarification. Jordan, if you have the names of any DigiBoard people you spoke with in Germany that I should pass along to Digi International in Minnesota please forward them to me. I'll cc: this to Digi under separate copy (I don't want them to start to get mail directly from our list). Peter -- 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 Mar 18 11:53:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22589 for hackers-outgoing; Sat, 18 Mar 1995 11:53:24 -0800 Received: from netcom14.netcom.com (bakul@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA22581; Sat, 18 Mar 1995 11:53:21 -0800 Received: from localhost by netcom14.netcom.com (8.6.10/Netcom) id LAA16681; Sat, 18 Mar 1995 11:52:07 -0800 Message-Id: <199503181952.LAA16681@netcom14.netcom.com> To: "Jordan K. Hubbard" cc: Nate Williams , hackers@FreeBSD.org Subject: Re: Sound Card recomendations? In-reply-to: Your message of "Sat, 18 Mar 95 07:26:40 PST." <1184.795540400@freefall.cdrom.com> Date: Sat, 18 Mar 95 11:52:07 -0800 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk oops. i plead brainrot. the $139 i quoted is for the original gus, not gus max. sorry about raising hopes :-( anyway, ilooked through some old gus digests and came up wiht these mail order places as of june of '93 > Zeroes & Ones - 1-800-788-2193 - $138.95 > Disk-Count Software - 1-800-448-6658 - $129.00 > Mission Control - 1-800-999-7995 - $129.00 > Bit Wit Software - 1-800-259-2453 - $126.00 > Viking Software - 1-800-852-6187 - $130.00 > Chips & Bits - 1-800-753-4263 - $139.00 > Computer Express - 1-800-228-7449 - $125.00 > All numbers & prices are from the July issue of Computer Gaming World. > - Dan Nicholson obviously these price for gus may have changed (gus max did not exist then). again, my apologies bakul From owner-freebsd-hackers Sat Mar 18 12:02:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23564 for hackers-outgoing; Sat, 18 Mar 1995 12:02:05 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA23549; Sat, 18 Mar 1995 12:01:57 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id OAA02775; Sat, 18 Mar 1995 14:58:35 -0500 From: Peter Dufault Message-Id: <199503181958.OAA02775@hda.com> Subject: SMP work To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Sat, 18 Mar 1995 14:58:34 -0500 (EST) Cc: jkh@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <199503181858.KAA21760@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 18, 95 10:58:55 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1806 Sender: hackers-owner@FreeBSD.org Precedence: bulk Rodney W. Grimes writes: > > [CC: trimmed] > ... > > Which brings up the interesting question of whether or not we ever > > intend to get serious about this port. Jack is clearly out of the > > picture here, both for this and very possibly the SMP stuff, and I > > think it's time to either put it firmly aside for the foreseeable > > future or reassign one or both of these projects elsewhere. > > If Jack is out of the picture on SMP I can start the basics of it > rolling. I have been putting off on getting the dual PCI/ISA version > of the ASUS board for a week now to try and help Jack with getting > some code he is having problems with up and running. I already own > the CPU chips, so this is not that large of a cash outlay for me. I'd like to see a proposal for the kernel locking model. After many years of multithreaded programming and three years of Alliant MP work I'm always thinking about locking data structures to lock out the other CPUs. If we had a working model we could start to add some of this stuff when adding new code. > I know Jack put quite an effort into just getting the second CPU to > start up and from my last communications with him he had still not > got it to switch into protected mode. What is the I/O model for this ASUS? Do they have separate I/O busses, a single bus, or what? I assume the MP architecture is an Intel standard with Intel support chips that I know little about. (Intel licenced Alliant's Concurrency Control Unit for future generations of the i860 - yeah, right. Are they continuing that with their "merchant" MP?) Anyway, I'm interested in following this. Peter -- 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 Mar 18 12:05:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23808 for hackers-outgoing; Sat, 18 Mar 1995 12:05:10 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA23781; Sat, 18 Mar 1995 12:04:58 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id MAA23006; Sat, 18 Mar 1995 12:04:50 -0800 Message-Id: <199503182004.MAA23006@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" cc: jkh@freefall.cdrom.com (Jordan K. Hubbard), hackers@freefall.cdrom.com Subject: Re: SVNET Meeting? In-reply-to: Your message of "Sat, 18 Mar 1995 10:58:55 PST." <199503181858.KAA21760@gndrsh.aac.dev.com> Date: Sat, 18 Mar 1995 12:04:50 -0800 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Anyway, thanks for representing us here, Justin, and thanks for the >> summary! > >Yes, thanks Justin! And think, just a year ago you where a big time >OS/2 fan, and now look at what your doing!!! I have to say you have >come a long long way since I first meet you! > Don't embarass me in public Rod! ;-) Was it only a year ago that I got hooked on FreeBSD? I think it is more like two, but lets leave those skeletons in the closet. > >-- >Rod Grimes rgrimes@gndrsh.aac.dev.com >Accurate Automation Company Custom computers for FreeBSD -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Sat Mar 18 12:11:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA25583 for hackers-outgoing; Sat, 18 Mar 1995 12:11:19 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA25560; Sat, 18 Mar 1995 12:11:17 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA21295; Sat, 18 Mar 1995 12:11:10 -0800 From: Poul-Henning Kamp Message-Id: <199503182011.MAA21295@ref.tfs.com> Subject: Re: SVNET Meeting? To: gibbs@estienne.CS.Berkeley.EDU (Justin T. Gibbs) Date: Sat, 18 Mar 1995 12:11:10 -0800 (PST) Cc: rgrimes@gndrsh.aac.dev.com, jkh@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <199503182004.MAA23006@estienne.cs.berkeley.edu> from "Justin T. Gibbs" at Mar 18, 95 12:04:50 pm Content-Type: text Content-Length: 904 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >> Anyway, thanks for representing us here, Justin, and thanks for the > >> summary! > > > >Yes, thanks Justin! And think, just a year ago you where a big time > >OS/2 fan, and now look at what your doing!!! I have to say you have > >come a long long way since I first meet you! > > > > Don't embarass me in public Rod! ;-) Was it only a year ago that I got > hooked on FreeBSD? I think it is more like two, but lets leave those > skeletons in the closet. > > ============================================== > TCS Instructional Group - Programmer/Analyst 1 > Cory | Po | Danube | Volga | Parker | Torus > ============================================== Hmm, maybe that could be used to decipher his .signature... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sat Mar 18 12:14:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA26375 for hackers-outgoing; Sat, 18 Mar 1995 12:14:59 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA26368 for ; Sat, 18 Mar 1995 12:14:55 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: SVNET Meeting? To: mycroft@ai.mit.edu (Charles M. Hannum) Date: Sat, 18 Mar 1995 12:13:49 -0800 (PST) Cc: gibbs@estienne.CS.Berkeley.EDU, hackers@freefall.cdrom.com In-Reply-To: <199503181419.JAA22722@duality.gnu.ai.mit.edu> from "Charles M. Hannum" at Mar 18, 95 09:19:31 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 600 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > That (mis)information originated from Julian Elischer. Julian said > many moons ago that Adaptec's policy was such, and for a long time it > was touted as the reason for not having a 2x42 driver. You can find > this in your own mail archives. That was adaptec's policy at the time and I still have the documents from when I tried to get the information.. We STILL (I believe) can't get the code for their own interface, which is why we have the Linux developed one.... Adaptec did however have a softenning on some of their stances, which has made the present drivers possible. julian From owner-freebsd-hackers Sat Mar 18 13:03:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00285 for hackers-outgoing; Sat, 18 Mar 1995 13:03:08 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA00279; Sat, 18 Mar 1995 13:03:05 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id NAA24064; Sat, 18 Mar 1995 13:01:49 -0800 Date: Sat, 18 Mar 1995 13:01:49 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503182101.NAA24064@netcom14.netcom.com> To: dufault@hda.com, jkh@freefall.cdrom.com Subject: Re: Multiport serial cards Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >I talked to 3 different board vendors, Digiboard included, who were Great! About 2 years ago , I spoke to a representative of DigiBoard all they where interested was on Windows and OS/2 . Is nice to see a cool breeze blowing our way. Amancio From owner-freebsd-hackers Sat Mar 18 13:04:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00322 for hackers-outgoing; Sat, 18 Mar 1995 13:04:40 -0800 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA00316; Sat, 18 Mar 1995 13:04:37 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id MAA23359; Sat, 18 Mar 1995 12:56:09 -0800 Date: Sat, 18 Mar 1995 12:56:09 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503182056.MAA23359@netcom14.netcom.com> To: bakul@netcom.com, jkh@freefall.cdrom.com Subject: Re: Sound Card recomendations? Cc: hackers@FreeBSD.org, nate@trout.sri.mt.net Sender: hackers-owner@FreeBSD.org Precedence: bulk Well, we could contact Gravis and perhaps get a group discount :) Cheers, Amancio From owner-freebsd-hackers Sat Mar 18 16:51:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01206 for hackers-outgoing; Sat, 18 Mar 1995 16:51:16 -0800 Received: from gndrsh.aac.dev.com ([198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA01196 for ; Sat, 18 Mar 1995 16:51:12 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id OAA22038; Sat, 18 Mar 1995 14:06:04 -0800 From: "Rodney W. Grimes" Message-Id: <199503182206.OAA22038@gndrsh.aac.dev.com> Subject: Re: SMP work To: dufault@hda.com (Peter Dufault) Date: Sat, 18 Mar 1995 14:06:04 -0800 (PST) Cc: hackers@freefall.cdrom.com In-Reply-To: <199503181958.OAA02775@hda.com> from "Peter Dufault" at Mar 18, 95 02:58:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3376 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Rodney W. Grimes writes: > > > > [CC: trimmed] > > ... > > > Which brings up the interesting question of whether or not we ever > > > intend to get serious about this port. Jack is clearly out of the > > > picture here, both for this and very possibly the SMP stuff, and I > > > think it's time to either put it firmly aside for the foreseeable > > > future or reassign one or both of these projects elsewhere. > > > > If Jack is out of the picture on SMP I can start the basics of it > > rolling. I have been putting off on getting the dual PCI/ISA version > > of the ASUS board for a week now to try and help Jack with getting > > some code he is having problems with up and running. I already own > > the CPU chips, so this is not that large of a cash outlay for me. > > I'd like to see a proposal for the kernel locking model. After many > years of multithreaded programming and three years of Alliant MP work > I'm always thinking about locking data structures to lock out the > other CPUs. If we had a working model we could start to add some of > this stuff when adding new code. Jack talked to me breifly on this topic, but he was really asking me to help him with the low level idosyncrcious of how the x86 family starts up and how the APIC (Advanced Priority Interrupt Controller) works. I think that the locking model to be used should be discussed amongst us, as there are several alternatives. I have no firm opinions on this issue. > > > I know Jack put quite an effort into just getting the second CPU to > > start up and from my last communications with him he had still not > > got it to switch into protected mode. > > What is the I/O model for this ASUS? Do they have separate I/O > busses, a single bus, or what? It wouldn't be SMP if they had separate buses now would it :-). The ISA/EISA/PCI buses and cache and memory are shared by 2 CPU chips. An Intel P54C CPU chip (that is what all the implementations I have seen of Intel MP Spec are using) have a built in APIC (yes, your 90 and 100Mhz Pentiums have an APIC in them, the single CPU motherboards disable it with one of the pins as best I can tell). These APIC's can be used for sending Interter Processor Interrupts, that is how you start the second CPU up. They also allow you to control which CPU gets which interrupts. You can prefer certain interrupts to certain CPU's or you can have it dispatch the interrupt to the lowest priority CPU, etc etc.. Since the APIC is built into the CPU the you don't have the high I/O latency of talking to things like 8259's to control them. There is a paper on the Intel MP spec on ftp.intel.com. The file name is mpspec.ps, but I forget what directory it is in. > I assume the MP architecture is an > Intel standard with Intel support chips that I know little about. Yes. > (Intel licenced Alliant's Concurrency Control Unit for future > generations of the i860 - yeah, right. Are they continuing that > with their "merchant" MP?) I have no idea what they did with the i860 and Alliants stuff, so I can not say if they are continuing that. Somehow I doubt it very much since the iX60 group is over in the SuperComputer division, which is more like a seperate company. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat Mar 18 16:49:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01140 for hackers-outgoing; Sat, 18 Mar 1995 16:49:53 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA01130 for ; Sat, 18 Mar 1995 16:49:50 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id TAA03308; Sat, 18 Mar 1995 19:13:44 -0500 Date: Sat, 18 Mar 1995 19:13:44 -0500 (EST) From: Kim Culhan To: hackers@FreeBSD.org Subject: def'd vat_audio caused undef'd symbol Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Trying to setup vat with a gus I defined: controller snd0 device gus0 at isa? port 0x220 irq 15 drq 6 vector gusintr pseudo-device vat_audio With current as of ~2300 UTC 3/17 and rebuilding the kernel we see: ln -s ../../libkern/obj/libkern.a libkern.a cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -nostdinc -I. -I../.. -I../../sys -I../../../include -DGENERIC -DI586_CPU -DI486_CPU -DXSERVER -DPCVT_FREEBSD=210 -DNCONS=4 -DUCONSOLE -DDDB -DMROUTING -DKTRACE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DGATEWAY -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMULATE -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 swapkernel.c sh ../../conf/newvers.sh GENERIC -DGENERIC -DI586_CPU -DI486_CPU -DXSERVER -DPCVT_FREEBSD=210 -DNCONS=4 -DUCONSOLE -DDDB -DMROUTING -DKTRACE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DGATEWAY -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMULATE cc -O -W -Wreturn-type -Wcomment -Wredundant-decls -nostdinc -I. -I../.. -I../../sys -I../../../include -DGENERIC -DI586_CPU -DI486_CPU -DXSERVER -DPCVT_FREEBSD=210 -DNCONS=4 -DUCONSOLE -DDDB -DMROUTING -DKTRACE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DGATEWAY -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMULATE -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 -c vers.c loading kernel vat_audio.o: Undefined symbol `_DMAbuf_start_input' referenced from text segment vat_audio.o: Undefined symbol `_DMAbuf_start_input' referenced from text Any help on this undef'd symbol is very greatly appreciated. regards kim -- kimc@w8hd.org From owner-freebsd-hackers Sat Mar 18 16:55:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01363 for hackers-outgoing; Sat, 18 Mar 1995 16:55:33 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA01355; Sat, 18 Mar 1995 16:55:30 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id TAA03163; Sat, 18 Mar 1995 19:12:39 -0500 From: Peter Dufault Message-Id: <199503190012.TAA03163@hda.com> Subject: Rave rave rave To: hasty@netcom.com (Amancio Hasty Jr) Date: Sat, 18 Mar 1995 19:12:38 -0500 (EST) Cc: jkh@freefall.cdrom.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503182101.NAA24064@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 18, 95 01:01:49 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1968 Sender: hackers-owner@FreeBSD.org Precedence: bulk Amancio Hasty Jr writes: > > >I talked to 3 different board vendors, Digiboard included, who were > > Great! About 2 years ago , I spoke to a representative of DigiBoard > all they where interested was on Windows and OS/2 . Is nice to > see a cool breeze blowing our way. DigiBoard is now and always has had a Unix orientation. For a while that was one of the big markets for multiport boards. The representative you spoke to was ill informed. Many representatives still are ill informed. I spoke to someone at DigiBoard in sales who pointed me to a dial up bulletin board for technical information. I asked about ftp and the answer was "no, just the bulletin board". Well yes, they have both ftp at digibd.com and a web page at www.digibd.com. But sales is Windows oriented. The Windows orientation of sales, and other non-technical "decision makers" involved with computers, is our biggest challenge in furthering FreeBSD in industry. I have clients who will have burning bamboo splints shoved under their fingernails if Chairman Bill says they should so that they won't miss the second coming of Microsoft. I've had to "work" with Windows for a few months. There are many young engineers (yes, you kids out there) who think it is NORMAL to have to power cycle your computer three times a day. When in desperation I moved some tools to an underutilized Sun system in order to get some work done, and promptly started getting core dumps, one of the kids said, in all honesty, "See? You have the same kind of problem on Unix". I just stared at him. What else could I do? That Sun had 62 days uptime, and he STILL won't grant me that the core dump (and then debug) is better than the power cycle. I'll retitle this "Rave rave rave" and I apologize to the list in advance. Peter -- 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 Mar 18 21:05:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00204 for hackers-outgoing; Sat, 18 Mar 1995 21:05:11 -0800 Received: from is1.hk.super.net (root@is1.hk.super.net [202.14.67.232]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA00197 for ; Sat, 18 Mar 1995 21:05:05 -0800 Received: by is1.hk.super.net id AA06576 (5.67b/IDA-1.5 for hackers@freebsd.org); Sun, 19 Mar 1995 10:46:28 +0800 Date: Sun, 19 Mar 1995 10:46:28 +0800 (HKT) From: John Beukema To: hackers@FreeBSD.org Subject: Comparison of un*x's Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk A group which I have organized is setting up an Internet service provider in Hong Kong aiming at 2,000 subscribers. The consensus is 2 Pentium 90's with SCCI II disks. We must decide on the OS soon. I am naturally pushing for FreeBSD, especially since todays pledge that 2.1R will be more stable than 1.1.5R when it is released. However, largely because of the name (It can't be any good if it is free.) I am in the minority and have a hard sell. I need an *objective* evaluation with pros and cons of the following OS's for use in this application: Solaris (Seemingly the first choice of several members) FreeBSD SunOS (Does it even run on i386?) BSDI SCO NetBSD Any other suggestions. (Linux has been eliminated due to too frequent patches.) I am interested in stability, support, ease of administration and configuration and performance. Multi-processor support is an advantage. Any concrete examples of commercial service providers would be appreciated. I have promised to make the results of this enquiry, cross posted on several lists, available to my group. Any flaming will be counter productive. The audience is former mini users and civil engineers. It is likely I cannot prevail on FreeBSD at this time. What would the *second choice* be, particularily in terms of compatibility with FreeBSD? I could then use FreeBSD on one machine on the network and compare. I appreciate the assistance. jbeukema From owner-freebsd-hackers Sat Mar 18 21:04:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00187 for hackers-outgoing; Sat, 18 Mar 1995 21:04:41 -0800 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00181 for ; Sat, 18 Mar 1995 21:04:40 -0800 From: hasty@netcom.com Received: from localhost by netcom14.netcom.com (8.6.10/Netcom) id SAA03187; Sat, 18 Mar 1995 18:25:58 -0800 Message-Id: <199503190225.SAA03187@netcom14.netcom.com> To: Kim Culhan cc: hackers@FreeBSD.org, hasty@netcom.com Subject: Re: def'd vat_audio caused undef'd symbol In-reply-to: Your message of Sat, 18 Mar 95 19:13:44 -0500. Date: Sat, 18 Mar 95 18:25:57 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Trying to setup vat with a gus I defined: > vat_audio.o: Undefined symbol `_DMAbuf_start_input' referenced from text > segment > vat_audio.o: Undefined symbol `_DMAbuf_start_input' referenced from text Look in sys/i386/isa/sound/dmabuf.c, if DMAbuf_start_input is not there then you don't have support for vat and if DMAbuf_start_input is there just look around for #define which will allow the code to be included. I had to drop back to FreeBSD-2.0 due to problems with mach however over the next few days, I expect to upgrade my system again. Have fun, Amancio From owner-freebsd-hackers Sat Mar 18 21:03:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00171 for hackers-outgoing; Sat, 18 Mar 1995 21:03:54 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00165 for ; Sat, 18 Mar 1995 21:03:40 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA06638; Sun, 19 Mar 1995 15:01:00 +1000 Date: Sun, 19 Mar 1995 15:01:00 +1000 From: Bruce Evans Message-Id: <199503190501.PAA06638@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@ref.tfs.com Subject: Re: kern/248: scbus attach/probe printf inconsistency Cc: dufault@hda.com, freebsd-hackers@freefall.cdrom.com, pst@Shockwave.COM Sender: hackers-owner@FreeBSD.org Precedence: bulk >Bruce, it doesn't confuse me, but I have got too many emails of the type > I (made the following mistake) then I thought, Hmm, lets try the > geometry they print at boot, and now my MSDOS is gone.. This happens because fdisk/disklabel are confused. It shouldn't be possible to easily clobber a foreign partition. Bruce From owner-freebsd-hackers Sat Mar 18 21:07:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00327 for hackers-outgoing; Sat, 18 Mar 1995 21:07:36 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAB00316 for ; Sat, 18 Mar 1995 21:07:23 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA05826; Sun, 19 Mar 1995 14:32:49 +1000 Date: Sun, 19 Mar 1995 14:32:49 +1000 From: Bruce Evans Message-Id: <199503190432.OAA05826@godzilla.zeta.org.au> To: dufault@hda.com, phk@ref.tfs.com Subject: Re: kern/248: scbus attach/probe printf inconsistency Cc: freebsd-hackers@freefall.cdrom.com, pst@Shockwave.COM Sender: hackers-owner@FreeBSD.org Precedence: bulk >Please move the "### C ###H ... " stuff under a if(bootverbose). >For two reasons, first: a normal boot must be readable. second: it's >bogus and confuses the heck out of people. It used to almost readable as "%d cyl, %d head, %d sec, bytes/sec %d". I think the number of cylinders, heads and bytes/sec is usually non-bogus. The sometimes-variable number of sectors/track doesn't confuse me :-). Bruce From owner-freebsd-hackers Sat Mar 18 21:09:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00442 for hackers-outgoing; Sat, 18 Mar 1995 21:09:28 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00435 for ; Sat, 18 Mar 1995 21:09:27 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA22039; Sat, 18 Mar 1995 21:08:36 -0800 From: Poul-Henning Kamp Message-Id: <199503190508.VAA22039@ref.tfs.com> Subject: Re: kern/248: scbus attach/probe printf inconsistency To: bde@zeta.org.au (Bruce Evans) Date: Sat, 18 Mar 1995 21:08:34 -0800 (PST) Cc: bde@zeta.org.au, dufault@hda.com, freebsd-hackers@freefall.cdrom.com, pst@Shockwave.COM In-Reply-To: <199503190501.PAA06638@godzilla.zeta.org.au> from "Bruce Evans" at Mar 19, 95 03:01:00 pm Content-Type: text Content-Length: 564 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >Bruce, it doesn't confuse me, but I have got too many emails of the type > > > I (made the following mistake) then I thought, Hmm, lets try the > > geometry they print at boot, and now my MSDOS is gone.. > > This happens because fdisk/disklabel are confused. It shouldn't be possible > to easily clobber a foreign partition. > This happens because we print bogus information. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sat Mar 18 21:09:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00459 for hackers-outgoing; Sat, 18 Mar 1995 21:09:36 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00432; Sat, 18 Mar 1995 21:09:20 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA06701; Sun, 19 Mar 1995 15:02:44 +1000 Date: Sun, 19 Mar 1995 15:02:44 +1000 From: Bruce Evans Message-Id: <199503190502.PAA06701@godzilla.zeta.org.au> To: gibbs@estienne.CS.Berkeley.EDU, peter@bonkers.taronga.com Subject: Re: SVNET Meeting? Cc: gibbs@freefall.cdrom.com, hackers@freefall.cdrom.com, jkh@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >> organization could sell binary distributions of. Even though the >> GPL is restrictive, FreeBSD differs from NetBSD in distributing >> GPLd portions of the kernel. >Are they linked into the kernel on any of the kernels distributed from >Freefall? If they are, then that has the effect of putting the kernel >under GPL. You need to be *very* careful about this. "Only" the ahc driver in the GENERIC kernel. Bruce From owner-freebsd-hackers Sat Mar 18 21:21:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA02346 for hackers-outgoing; Sat, 18 Mar 1995 21:21:19 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA02330 for ; Sat, 18 Mar 1995 21:21:14 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id SAA22253; Sat, 18 Mar 1995 18:03:50 -0800 From: "Rodney W. Grimes" Message-Id: <199503190203.SAA22253@gndrsh.aac.dev.com> Subject: Re: Rave rave rave To: dufault@hda.com (Peter Dufault) Date: Sat, 18 Mar 1995 18:03:50 -0800 (PST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503190012.TAA03163@hda.com> from "Peter Dufault" at Mar 18, 95 07:12:38 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1506 Sender: hackers-owner@FreeBSD.org Precedence: bulk [cc: trimmed] ... > The Windows orientation of sales, and other non-technical "decision > makers" involved with computers, is our biggest challenge in > furthering FreeBSD in industry. I have clients who will have > burning bamboo splints shoved under their fingernails if Chairman > Bill says they should so that they won't miss the second coming of > Microsoft. > > I've had to "work" with Windows for a few months. There are many > young engineers (yes, you kids out there) who think it is NORMAL > to have to power cycle your computer three times a day. When in > desperation I moved some tools to an underutilized Sun system in > order to get some work done, and promptly started getting core > dumps, one of the kids said, in all honesty, "See? You have the > same kind of problem on Unix". I just stared at him. What else > could I do? That Sun had 62 days uptime, and he STILL won't grant > me that the core dump (and then debug) is better than the power > cycle. Better demo... have something compileing in one window, something your debugging in gdb in another, and then produce that core dump. Now ask this Windoze weenie what would happen to him if he even attempted to do that under Windoze... that usually sinks the point home real quick! > I'll retitle this "Rave rave rave" and I apologize to the list in > advance. :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat Mar 18 21:25:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA02873 for hackers-outgoing; Sat, 18 Mar 1995 21:25:24 -0800 Received: from wdl1.wdl.loral.com (wdl1.wdl.loral.com [137.249.32.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA02857 for ; Sat, 18 Mar 1995 21:25:21 -0800 Received: from miles.sso.loral.com by wdl1.wdl.loral.com (4.1/WDL-4.2) id AA04180; Sat, 18 Mar 95 18:21:03 PST Received: by miles.sso.loral.com (4.1/SSO-SUN-2.04) id AA07453; Sat, 18 Mar 95 21:17:25 EST Date: Sat, 18 Mar 95 21:17:25 EST From: rpt@miles.sso.loral.com (Richard Toren) Message-Id: <9503190217.AA07453@miles.sso.loral.com> To: freebsd-hackers@FreeBSD.org Subject: Async 'connect's Sender: hackers-owner@FreeBSD.org Precedence: bulk (News poster may have incomplete return mail address) Gentlemen, I am trying to program a fully non-blocking socket 'connect' function for a daemon. I can't block waiting for a timeout that may take > 60 seconds. Unfortunately, I can not find the answer to the following two questions in any manpage, Commers TCP books, nor Stevens. I am hoping a developer of socket interfaces can provide some guidance. 1> A connect with F_NDELAY is dropped into a select, the connect then fails (timeout, rejected, whatever). What will the select report back? On which side of the descriptor? 2> Assuming the select returns after a timeout with the connect sill in progress. Is there any danger in closing the socket, even though is is neither open nor closed? There is abbreviated code (error checking etc. removed): (... setup sock_addr's) s = socket(PF_INET, SOCK_STREAM, ppe->p_proto); bind(s ,(struct sockaddr*)&sin, sizeof(sin)) fcntl(s, F_SETFL, FNDELAY) if ((rc = connect(s, (struct sockaddr*)& remoteAddr, sizeof(struct sockaddr_in))) != 0) { /* rc = -1, errno = EINPROGRESS */ FD_SET (s, &readmask); FD_SET (s, &writemask); FD_SET (s, &exceptmask); nfound = select (maxfd, &readmask, &writemask, &exceptmask, NULL /*&select_delay*/); At this point, if the connect failed I find 'nfound' == 2 with both the read and write masks for 's' set. A read on 's' fails with an appropriate errno (Connection timed out). If the connect is good, 'nfound' == 1 with only the write mask set. Is this a standard behavior? Is the fact that nfound==2 significant or a tipoff? Is it set as part of an RFC? Through trying different systems at work, I have found this to be consistant on OSF/1 v3, SunOS 4.1.3, SunOS 5.3, FreeBSD 2.0R Is this portable, am I just lucky so far, or is there some ancient baseline of Socket code that everyone starts from that worked this way? Why is no 'exception' noted with a failed service? Rip Toren rpt@miles.sso.loral.com From owner-freebsd-hackers Sat Mar 18 21:28:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA03204 for hackers-outgoing; Sat, 18 Mar 1995 21:28:16 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA03195 for ; Sat, 18 Mar 1995 21:28:14 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id UAA21985; Sat, 18 Mar 1995 20:45:05 -0800 From: Poul-Henning Kamp Message-Id: <199503190445.UAA21985@ref.tfs.com> Subject: Re: kern/248: scbus attach/probe printf inconsistency To: bde@zeta.org.au (Bruce Evans) Date: Sat, 18 Mar 1995 20:45:05 -0800 (PST) Cc: dufault@hda.com, freebsd-hackers@freefall.cdrom.com, pst@Shockwave.COM In-Reply-To: <199503190432.OAA05826@godzilla.zeta.org.au> from "Bruce Evans" at Mar 19, 95 02:32:49 pm Content-Type: text Content-Length: 863 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >Please move the "### C ###H ... " stuff under a if(bootverbose). > > >For two reasons, first: a normal boot must be readable. second: it's > >bogus and confuses the heck out of people. > > It used to almost readable as "%d cyl, %d head, %d sec, bytes/sec %d". > I think the number of cylinders, heads and bytes/sec is usually non-bogus. > The sometimes-variable number of sectors/track doesn't confuse me :-). Bruce, it doesn't confuse me, but I have got too many emails of the type I (made the following mistake) then I thought, Hmm, lets try the geometry they print at boot, and now my MSDOS is gone.. Make it readable or not, but only show it during a "verbose" boot. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sat Mar 18 21:29:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA03291 for hackers-outgoing; Sat, 18 Mar 1995 21:29:36 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA03276 for ; Sat, 18 Mar 1995 21:29:23 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA07244; Sun, 19 Mar 1995 15:24:28 +1000 Date: Sun, 19 Mar 1995 15:24:28 +1000 From: Bruce Evans Message-Id: <199503190524.PAA07244@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@ref.tfs.com Subject: Re: kern/248: scbus attach/probe printf inconsistency Cc: dufault@hda.com, freebsd-hackers@freefall.cdrom.com, pst@Shockwave.COM Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >Bruce, it doesn't confuse me, but I have got too many emails of the type >> >> > I (made the following mistake) then I thought, Hmm, lets try the >> > geometry they print at boot, and now my MSDOS is gone.. >> >> This happens because fdisk/disklabel are confused. It shouldn't be possible >> to easily clobber a foreign partition. >> >This happens because we print bogus information. This happens because fdisk/disklabel are confused. They have problems finding the correct information and don't do any consistency checking. An error transcribing non-bogus information would cause much the same problem as bogus information. Bruce From owner-freebsd-hackers Sat Mar 18 21:50:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00210 for hackers-outgoing; Sat, 18 Mar 1995 21:50:21 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00200 for ; Sat, 18 Mar 1995 21:50:16 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA22272; Sat, 18 Mar 1995 21:49:31 -0800 From: Poul-Henning Kamp Message-Id: <199503190549.VAA22272@ref.tfs.com> Subject: Re: kern/248: scbus attach/probe printf inconsistency To: bde@zeta.org.au (Bruce Evans) Date: Sat, 18 Mar 1995 21:49:30 -0800 (PST) Cc: bde@zeta.org.au, dufault@hda.com, freebsd-hackers@freefall.cdrom.com, pst@Shockwave.COM In-Reply-To: <199503190524.PAA07244@godzilla.zeta.org.au> from "Bruce Evans" at Mar 19, 95 03:24:28 pm Content-Type: text Content-Length: 884 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >This happens because we print bogus information. > > This happens because fdisk/disklabel are confused. They have problems > finding the correct information and don't do any consistency checking. > An error transcribing non-bogus information would cause much the same > problem as bogus information. Bruce, if I can expect you to sit in the receiving end of all emails relating to this, then the printf can stay, otherwise I will use my release-engineer hat, and say: it must die. I'm willing to accept "die" to mean: only be printed when bootverbose is set. But in a normal boot I don't want to see it. The <1% of our users who care, can certainly be bothered to do a "boot -v" to see it. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sat Mar 18 22:12:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00602 for hackers-outgoing; Sat, 18 Mar 1995 22:12:23 -0800 Received: from mail02.mail.aol.com (mail02.mail.aol.com [152.163.172.66]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA00595 for ; Sat, 18 Mar 1995 22:12:21 -0800 From: Gieger@aol.com Received: by mail02.mail.aol.com (1.37.109.11/16.2) id AA100193510; Sun, 19 Mar 1995 01:11:50 -0500 Date: Sun, 19 Mar 1995 01:11:50 -0500 Message-Id: <950319011148_53933382@aol.com> To: hackers@FreeBSD.org Subject: Reference Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there a online help or reference file for commands in FreeBSD 2.0? A detailed help with small examples would be great. From owner-freebsd-hackers Sat Mar 18 22:27:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00896 for hackers-outgoing; Sat, 18 Mar 1995 22:27:27 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA00889; Sat, 18 Mar 1995 22:27:21 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id XAA00912; Sat, 18 Mar 1995 23:31:35 -0700 Date: Sat, 18 Mar 1995 23:31:35 -0700 Message-Id: <199503190631.XAA00912@trout.sri.MT.net> To: hackers@FreeBSD.org, core@FreeBSD.org Subject: NMI Error success story Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@FreeBSD.org Precedence: bulk I wanted to make absolutely sure that I could say this w/out being wrong, but my box is now rock solid running FreeBSD 2.X and has got the snot kicked out of it the last 3 weeks with non-stop make worlds (multiple make worlds in some cases). First, some background. My box was the original 'FreeBSD' development box (back when it was called the interim release). However, under heavy disk loads the machine would get the occasional NMI's which would cause corruption of in-core binaries or more often disk corruptions. Terry Lambert helped me diagnose and relieve some of the problems I was facing by turning the bus-on time of my Adaptec card way down, which killed performance but made for a more stable machine. However, after about 45 minutes of heavy disk load, or 2-3 minutes if I did a 'rm -rf' on a large tree my box would get an NMI. I finally got sick and tired of corrupted FS's one day after I needed it to work heavily so I kept pushing it hard time and time again that I lost about 10% of the files on my disk which took about 3 weeks to recover from fully. Since I couldn't afford any new memory I changed the kernel to panic instead of reporting the NMI. This was much better, although I could predict when my computer crashed almost to the minute if I tried to do something disk intensive and the nightly cron job started up. I resolved to live with this until I could afford a new box. However, while I was pricing out a new box I couldn't afford, Rod Grimes convinced me that the problem was motherboard related and sent me a new motherboard to try out. Suffice it to say that I somehow screwed up and I couldn't get the new motherboard to work with all of my old I/O cards. But, I did notice that the static cache rams on the new motherboard were 15ns, and on my old (buggy) motherboard they were 25ns. Because I had nothing to lose and feeling like I couldn't make the problem any worse I swapped the cache chips on the motherboards. Since I installed the new faster cache chips on my old motherboard, I have yet to see a NMI and I've been able to push the new motherboard in ways that would have made the other one cry. I was able to install 2.0R which was completely out of the question on the old motherboard, and I've been running 2.X since. Kudos go to the kernel folks who have made it work, and to work well *given* sufficiently decent hardware. The moral of the story is, if FreeBSD complains, don't be so quick to blame the software. It's much easier to do than to replace broken hardware, but it won't necessarily fix the problem. And keep in mind, NMI's in your memory system aren't *necessarily* a problem with your SIMM's. It could be a problem with your motherboard and/or static cache sub-system. It certainly was with mine. Nate From owner-freebsd-hackers Sat Mar 18 22:43:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01075 for hackers-outgoing; Sat, 18 Mar 1995 22:43:52 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01068 for ; Sat, 18 Mar 1995 22:43:39 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA09163; Sun, 19 Mar 1995 16:39:13 +1000 Date: Sun, 19 Mar 1995 16:39:13 +1000 From: Bruce Evans Message-Id: <199503190639.QAA09163@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@ref.tfs.com Subject: Re: kern/248: scbus attach/probe printf inconsistency Cc: dufault@hda.com, freebsd-hackers@freefall.cdrom.com, pst@Shockwave.COM Sender: hackers-owner@FreeBSD.org Precedence: bulk >> This happens because fdisk/disklabel are confused. They have problems >Bruce, if I can expect you to sit in the receiving end of all emails relating >to this, then the printf can stay, otherwise I will use my release-engineer >hat, and say: it must die. We should both read less mail and quietly fix the problem. >I'm willing to accept "die" to mean: > only be printed when bootverbose is set. >But in a normal boot I don't want to see it. The <1% of our users who care, >can certainly be bothered to do a "boot -v" to see it. Where are users supposed to get the correct information from? The C/H/S info printed by the driver is the _only_ info obtained in a reliable way (at least if you fix the info printing bug introduced in revision 1.31 of wd.c). The geometry guessed from the partition table is only guaranteed to be correct if there is a BSD partition and whoever/whatever wrote the BSD partition table entry used the correct geometry and made sure that the ending H/S for the BSD partition give the geometry. If there is no partition table, then the driver geometry is used. The BIOS geometry should be used for everything to do with partition tables. However, it is only used for old (ST506) drives. It is only printed if the bootverbose flag is set :-(. The geometry guessed from the partition table is usually correct iff a DOS partition is installed first (:-() and if this partition satisfies the BSD convention for the ending H/S (it usually does). Bruce From owner-freebsd-hackers Sat Mar 18 22:49:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01145 for hackers-outgoing; Sat, 18 Mar 1995 22:49:04 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01139; Sat, 18 Mar 1995 22:49:03 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id WAA22415; Sat, 18 Mar 1995 22:49:02 -0800 From: Poul-Henning Kamp Message-Id: <199503190649.WAA22415@ref.tfs.com> Subject: Re: NMI Error success story To: nate@sneezy.sri.com Date: Sat, 18 Mar 1995 22:49:01 -0800 (PST) Cc: hackers@FreeBSD.org, core@FreeBSD.org In-Reply-To: <199503190631.XAA00912@trout.sri.MT.net> from "Nate Williams" at Mar 18, 95 11:31:35 pm Content-Type: text Content-Length: 684 Sender: hackers-owner@FreeBSD.org Precedence: bulk > But, I did notice that the static cache rams on the new motherboard were > 15ns, and on my old (buggy) motherboard they were 25ns. Because I had > nothing to lose and feeling like I couldn't make the problem any worse I > swapped the cache chips on the motherboards. I will add that I did the same surgery on my machine, which worked fine before and after, with the lefthand spin to it that it ran around 10% faster afterwards because I could get the cache burst down to 3-1-1-1 instead of 3-2-2-2. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sat Mar 18 22:51:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01189 for hackers-outgoing; Sat, 18 Mar 1995 22:51:56 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01182 for ; Sat, 18 Mar 1995 22:51:55 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id WAA22434; Sat, 18 Mar 1995 22:51:14 -0800 From: Poul-Henning Kamp Message-Id: <199503190651.WAA22434@ref.tfs.com> Subject: Re: kern/248: scbus attach/probe printf inconsistency To: bde@zeta.org.au (Bruce Evans) Date: Sat, 18 Mar 1995 22:51:14 -0800 (PST) Cc: bde@zeta.org.au, dufault@hda.com, freebsd-hackers@freefall.cdrom.com, pst@Shockwave.COM In-Reply-To: <199503190639.QAA09163@godzilla.zeta.org.au> from "Bruce Evans" at Mar 19, 95 04:39:13 pm Content-Type: text Content-Length: 629 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Where are users supposed to get the correct information from? The C/H/S > info printed by the driver is the _only_ info obtained in a reliable way > (at least if you fix the info printing bug introduced in revision 1.31 > of wd.c). The geometry guessed from the partition table is only Ahh, we misunderstand each other! I'm only talking about sd.c, not wd.c. For wd.c disks the information has a very real value, for scsi: absolutely none. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sat Mar 18 23:27:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01765 for hackers-outgoing; Sat, 18 Mar 1995 23:27:14 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA01759 for ; Sat, 18 Mar 1995 23:27:11 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id TAA01226 for ; Sat, 18 Mar 1995 19:26:14 GMT Message-Id: <199503181926.TAA01226@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: hackers@FreeBSD.org Subject: ISDN... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 18 Mar 1995 19:26:11 +0000 From: User & Sender: hackers-owner@FreeBSD.org Precedence: bulk Browsing thru Computer Currents I read a full page ad for a 128kbs ISDN card and NT-1 for $399. The company also offers $69/month tcp/ip connection for unlimited use. It will be nice if a few of us could approach the company to see if they are willing to support FreeBSD or to get the necessary info to write a driver. Generally, when I approach companies and I mentioned FreeBSD --- They say what is it? Oh, we are just interested on windows. So in my IMHO the best strategy is for the group to start approaching companies as a group . info: tel: 800.499.1517 info@exressway.com www.expressway.com Amancio From owner-freebsd-hackers Sat Mar 18 23:33:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01839 for hackers-outgoing; Sat, 18 Mar 1995 23:33:12 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA01829; Sat, 18 Mar 1995 23:32:44 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA10360; Sun, 19 Mar 1995 17:28:31 +1000 Date: Sun, 19 Mar 1995 17:28:31 +1000 From: Bruce Evans Message-Id: <199503190728.RAA10360@godzilla.zeta.org.au> To: nate@sneezy.sri.com, phk@ref.tfs.com Subject: Re: NMI Error success story Cc: core@FreeBSD.org, hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> But, I did notice that the static cache rams on the new motherboard were >> 15ns, and on my old (buggy) motherboard they were 25ns. Because I had >> nothing to lose and feeling like I couldn't make the problem any worse I >> swapped the cache chips on the motherboards. >I will add that I did the same surgery on my machine, which worked fine >before and after, with the lefthand spin to it that it ran around 10% faster >afterwards because I could get the cache burst down to 3-1-1-1 instead of >3-2-2-2. Rod tells me it shouldn't work, but I've had good results from setting the cache burst to 2-1-1-1 on systems with mediocrely rated cache RAMS (only 20ns for the tag RAM if I remember right). Bruce From owner-freebsd-hackers Sat Mar 18 23:44:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01972 for hackers-outgoing; Sat, 18 Mar 1995 23:44:52 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA01966; Sat, 18 Mar 1995 23:44:49 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id XAA22721; Sat, 18 Mar 1995 23:43:13 -0800 From: "Rodney W. Grimes" Message-Id: <199503190743.XAA22721@gndrsh.aac.dev.com> Subject: Re: SVNET Meeting? To: bde@zeta.org.au (Bruce Evans) Date: Sat, 18 Mar 1995 23:43:13 -0800 (PST) Cc: gibbs@estienne.CS.Berkeley.EDU, peter@bonkers.taronga.com, gibbs@freefall.cdrom.com, hackers@freefall.cdrom.com, jkh@freefall.cdrom.com In-Reply-To: <199503190502.PAA06701@godzilla.zeta.org.au> from "Bruce Evans" at Mar 19, 95 03:02:44 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 692 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >> organization could sell binary distributions of. Even though the > >> GPL is restrictive, FreeBSD differs from NetBSD in distributing > >> GPLd portions of the kernel. > > >Are they linked into the kernel on any of the kernels distributed from > >Freefall? If they are, then that has the effect of putting the kernel > >under GPL. You need to be *very* careful about this. > > "Only" the ahc driver in the GENERIC kernel. Oh shit, this means we should probably not ship the ahc linked into the GENERIC kernel :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat Mar 18 23:53:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02057 for hackers-outgoing; Sat, 18 Mar 1995 23:53:52 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA02049 for ; Sat, 18 Mar 1995 23:53:46 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id XAA22760; Sat, 18 Mar 1995 23:53:16 -0800 From: "Rodney W. Grimes" Message-Id: <199503190753.XAA22760@gndrsh.aac.dev.com> Subject: Re: Reference To: Gieger@aol.com Date: Sat, 18 Mar 1995 23:53:15 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <950319011148_53933382@aol.com> from "Gieger@aol.com" at Mar 19, 95 01:11:50 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 353 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Is there a online help or reference file for commands in > FreeBSD 2.0? A detailed help with small examples would > be great. Do you know about the un*x ``man'' command? If not try: man man -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD