From owner-freebsd-current Sun Dec 31 00:00:11 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA12518 for current-outgoing; Sun, 31 Dec 1995 00:00:11 -0800 (PST) Received: from io.org (io.org [142.77.70.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA12513 for ; Sun, 31 Dec 1995 00:00:04 -0800 (PST) Received: from else (root@else.net [204.92.4.245]) by io.org (8.6.12/8.6.12) with SMTP id CAA24286; Sun, 31 Dec 1995 02:59:29 -0500 Received: by else (Smail3.1.29.1 #3) id m0tWIhC-000MIeC; Sun, 31 Dec 95 03:00 EST Date: Sun, 31 Dec 1995 03:00:45 -0500 (EST) From: James FitzGibbon To: Kent Hamilton cc: freebsd-current@freebsd.org Subject: Re: ATAPI CD-ROM? In-Reply-To: <199512310325.VAA01067@gwydion.hns.st-louis.mo.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Sat, 30 Dec 1995, Kent Hamilton wrote: > Are you trying to use it as a lkm or built static in the kernel? > > The static build has been broken up until yesterday and it was fixed > last night by Soren Schmidt. I've been getting panics when trying > to use it as a lkm for a week or two now. I reported it a few > days ago on this list. I've been meaning to ask this: Where is the *full* list of entries for a kernel config file? I was under the impression that LINT had everything, but this static ATAPI option, and the >64mb of memory option have lead me to believe that quite a bit is undocumented. What is the option to get static ATAPI support in your kernel? j. From owner-freebsd-current Sun Dec 31 00:01:36 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA12548 for current-outgoing; Sun, 31 Dec 1995 00:01:36 -0800 (PST) Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA12543 for ; Sun, 31 Dec 1995 00:01:33 -0800 (PST) Received: from myrtilos.cs.utwente.nl by utrhcs.cs.utwente.nl (SMI-8.6/csrelayMX-SVR4_1.2/RBINF) id JAA04556; Sun, 31 Dec 1995 09:01:25 +0100 Received: from curie.cs.utwente.nl by myrtilos.cs.utwente.nl (SMI-8.6/csrelay-Sol1.4/RB) id JAA12821; Sun, 31 Dec 1995 09:01:22 +0100 Received: from localhost by curie.cs.utwente.nl (SMI-8.6/SMI-SVR4) id JAA13558; Sun, 31 Dec 1995 09:01:21 +0100 To: current@FreeBSD.ORG Subject: Re: -current TCP interoperability issues In-reply-to: Your message of "Fri, 29 Dec 1995 19:12:07 PST." <199512300312.TAA17438@precipice.shockwave.com> Date: Sun, 31 Dec 1995 09:01:20 +0100 Message-ID: <13557.820396880@curie.cs.utwente.nl> From: Andras Olah Sender: owner-current@FreeBSD.ORG Precedence: bulk On Fri, 29 Dec 1995 19:12:07 PST, Paul Traina wrote: > I'm having problems with tcp connections that contain data with SYN packets. > It seems like turning off the TCP extensions is not sufficient. It would be nice if you could send a tcpdump of how these connections fail. On the other hand, the handling of the TCP extension bits could be more conservative in our TCP implementation. Right now, we send data on the SYN segment even if rfc1644=0, only the CC option is turned off. In defense of the current mechanism, however, note that this is perfectly valid TCP behavior. Andras From owner-freebsd-current Sun Dec 31 04:53:44 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA01602 for current-outgoing; Sun, 31 Dec 1995 04:53:44 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA01595 for ; Sun, 31 Dec 1995 04:53:41 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id IAA25186; Sun, 31 Dec 1995 08:07:24 -0500 From: Peter Dufault Message-Id: <199512311307.IAA25186@hda.com> Subject: Re: minor change to ls -l To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 31 Dec 1995 08:07:23 -0500 (EST) Cc: freebsd-current@freebsd.org In-Reply-To: <199512301327.OAA00348@uriah.heep.sax.de> from "J Wunsch" at Dec 30, 95 02:27:20 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk > crw-rw-rw- 1 root wheel 24, 128 Feb 10 1995 /dev/pcaudioctl > crw------- 1 root wheel 70, 0x20000000 Aug 19 14:44 /dev/rod0.ctl It looks good. Alliant did the same thing when they went to big device numbers. -- 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-current Sun Dec 31 09:13:48 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA13798 for current-outgoing; Sun, 31 Dec 1995 09:13:48 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA13792 for ; Sun, 31 Dec 1995 09:13:45 -0800 (PST) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.3/8.6.12) with SMTP id JAA01624; Sun, 31 Dec 1995 09:12:06 -0800 (PST) Message-Id: <199512311712.JAA01624@precipice.shockwave.com> To: Andras Olah cc: current@FreeBSD.org Subject: Re: -current TCP interoperability issues In-reply-to: Your message of "Sun, 31 Dec 1995 09:01:20 +0100." <13557.820396880@curie.cs.utwente.nl> Date: Sun, 31 Dec 1995 09:12:06 -0800 From: Paul Traina Sender: owner-current@FreeBSD.org Precedence: bulk From: Andras Olah Subject: Re: -current TCP interoperability issues On Fri, 29 Dec 1995 19:12:07 PST, Paul Traina wrote: > I'm having problems with tcp connections that contain data with SYN packets >>. > It seems like turning off the TCP extensions is not sufficient. It would be nice if you could send a tcpdump of how these connections fail. On the other hand, the handling of the TCP extension bits could be more conservative in our TCP implementation. Right now, we send data on the SYN segment even if rfc1644=0, only the CC option is turned off. In defense of the current mechanism, however, note that this is perfectly valid TCP behavior. Andras Certainly: 09:10:27.483614 precipice.1093 > AMPRnet-Gateway.finger: SFP 3642470994:3642470996(2) win 16384 (DF) (ttl 64, id 4774) No response. I've actually gdb'ed the remote host's tcp stack (it's not UCB based) and found (but not fixed) the two bugs causing it to fail there. The problem is that there are a ton of broken hosts out there, and we really could use a sysctl variable to disable this functionality. From owner-freebsd-current Sun Dec 31 12:48:56 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA19846 for current-outgoing; Sun, 31 Dec 1995 12:48:56 -0800 (PST) Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA19841 for ; Sun, 31 Dec 1995 12:48:54 -0800 (PST) Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by bacchus.eng.umd.edu (8.7.3/8.7) with ESMTP id PAA14552 for ; Sun, 31 Dec 1995 15:48:51 -0500 (EST) Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.7.3/8.6.4) id PAA02455; Sun, 31 Dec 1995 15:48:52 -0500 (EST) Date: Sun, 31 Dec 1995 15:48:51 -0500 (EST) From: Chuck Robey X-Sender: chuckr@cappuccino.eng.umd.edu To: FreeBSD-current@FreeBSD.org Subject: /usr/bin/fortune Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk It's been recently broken, only about one call in 3 now succeeds. I looked at the source code, and I am frankly amazed at how such a simple program could be so incredibly complicated. ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Sun Dec 31 15:26:08 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA24309 for current-outgoing; Sun, 31 Dec 1995 15:26:08 -0800 (PST) Received: from pain.csrv.uidaho.edu (root@pain.csrv.uidaho.edu [129.101.114.109]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA24304 for ; Sun, 31 Dec 1995 15:26:05 -0800 (PST) Received: from pain.csrv.uidaho.edu (fn@localhost [127.0.0.1]) by pain.csrv.uidaho.edu (8.7.3/8.6.9) with ESMTP id PAA05021 for ; Sun, 31 Dec 1995 15:25:55 -0800 (PST) Message-Id: <199512312325.PAA05021@pain.csrv.uidaho.edu> To: current@freebsd.org Subject: internal modem problems. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <5015.820452354.1@pain.csrv.uidaho.edu> Date: Sun, 31 Dec 1995 15:25:55 -0800 From: Faried Nawaz Sender: owner-current@freebsd.org Precedence: bulk hi, i'd last done a make world on -current sources on my home pc on nov 30th. yesterday (dec 30th), i supped -current and started a make world. my internal modem is not found when i boot off the dec 30 kernel. it's normally sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 has anyone else experienced this? faried. From owner-freebsd-current Sun Dec 31 21:09:23 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08269 for current-outgoing; Sun, 31 Dec 1995 21:09:23 -0800 (PST) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA08251 Sun, 31 Dec 1995 21:09:16 -0800 (PST) Received: from spunky.vpm.com ([205.162.123.143]) by mail.barrnet.net (8.7.1/MAIL-RELAY-LEN) with SMTP id XAA04524; Mon, 25 Dec 1995 23:57:53 -0800 (PST) Received: (from root@localhost) by spunky.vpm.com (8.6.12/8.6.12) id XAA06775; Mon, 25 Dec 1995 23:56:23 GMT From: Mark Stout Message-Id: <199512252356.XAA06775@spunky.vpm.com> Subject: Re: Missing File in sys/i386/include/conf.h ? To: questions@freebsd.org Date: Mon, 25 Dec 1995 23:56:23 +0000 () Cc: current@freebsd.org In-Reply-To: from "James FitzGibbon" at Dec 23, 95 01:50:47 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Well, I must be dense or something, but I can't get -current to create the damn ioconf.h file for the life of me. I don't know what changed from 2.1r that would cause it to bomb. But it does. I've followed this thread which has provided me no information that I didn't already know or do. I get the following error right after the deletion of the old compiled directory. I don't know why it's unknown, especially when it's like the third one down in a list of 5. No modifications of the makefile has been done, option options selected, and later commected out in hopes of getting it to compile, which hasn't helped. I'm not a Unix programmer, but under- stand most of what's going on without needing to know the mechanics. Unknown % construct in generic makefile: %SFILES Why does this show up and how can I eliminate it. What files does -current need to have in order to compile correctly? If I had sup setup, would I be experiencing this problem? If sup IS setup, will I be downloading code that could break my system, which is a production box? I don't want to beta new code. I need help. I *need* BSDI 2.0 binary compatibility and it's been like pulling teeth with tweezers to get a working compilable kernel. I'm just a tad bit frustrated at this whole process because I"ve wasted alot of time dinking around trying to figure out why the damn won't compile. All the great advice so far hasn't helped. I've downloaded the entire directory structure of /.3/FreeBSD/FreeBSD-current/src/ from ftp.cdrom.com so unless there's more I should have all the code. What else do I need to do? I'm running 2.1R now without problems and the compilation went very smooth. iocomf.h must have been created when I compiled that version. I have removed any additions to the new kernel and basically have the same kerenl config as that of 2.1R. I have to be missing something other that just rerunning config . I can't believe that this is that hard to get straight. Besides compiling the new kernel, what else will I need to compile in order to get -current to work. I don't have a second machine to work with so what ever I do has to be done on a production box and then rebooted. I'd like a second box, but I have to wait on that. Thanks for letting me get my frustrations out. 5 days is too long to be dinking with this thing. Mark ========================================================================== Mark Stout | The Village Potpourri Mall: http://www.vpm.com/ -------------+----------------------------------------------------------- VPM Enterprises; P.O.Box 6427; Folsom, CA 95763-6427 Secured Internet Sales, Marketing and Advertising Specialist ========================================================================== From owner-freebsd-current Sun Dec 31 21:20:38 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08525 for current-outgoing; Sun, 31 Dec 1995 21:20:38 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA08501 Sun, 31 Dec 1995 21:20:32 -0800 (PST) Message-Id: <199601010520.VAA08501@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Mark Stout cc: questions@freebsd.org, current@freebsd.org Subject: Re: Missing File in sys/i386/include/conf.h ? In-reply-to: Your message of "Mon, 25 Dec 1995 23:56:23 GMT." <199512252356.XAA06775@spunky.vpm.com> Date: Sun, 31 Dec 1995 21:20:32 -0800 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org Precedence: bulk >All the great advice so far hasn't helped. I've downloaded the entire >directory structure of /.3/FreeBSD/FreeBSD-current/src/ from ftp.cdrom.com >so unless there's more I should have all the code. What else do I need to >do? Recompile and install usr.sbin/config. >Mark > >========================================================================== > Mark Stout | The Village Potpourri Mall: http://www.vpm.com/ >========================================================================== -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Dec 31 22:12:23 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA09789 for current-outgoing; Sun, 31 Dec 1995 22:12:23 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA09783 for ; Sun, 31 Dec 1995 22:12:11 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA23680; Mon, 1 Jan 1996 17:07:15 +1100 Date: Mon, 1 Jan 1996 17:07:15 +1100 From: Bruce Evans Message-Id: <199601010607.RAA23680@godzilla.zeta.org.au> To: current@FreeBSD.ORG, fn@pain.csrv.uidaho.edu Subject: Re: internal modem problems. Sender: owner-current@FreeBSD.ORG Precedence: bulk >i'd last done a make world on -current sources on my home pc on nov 30th. >yesterday (dec 30th), i supped -current and started a make world. >my internal modem is not found when i boot off the dec 30 kernel. >it's normally >sio1 at 0x2f8-0x2ff irq 3 on isa >sio1: type 16450 >has anyone else experienced this? sio.c changed a surprising amount, but I thing the only significant difference is that it no longer attempts to initialize ports that aren't mentioned in the configuration (guessing where they are), so all ports should be in the configuration even though they can't be used due to an irq conflict. E.g.: device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr # WARNING: sio3 is not configured by default since it conflicts with S3 # graphics cards. Uncomment the following line if you # have sio3 on # irq 9 and at the normal address. # #device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr # XXX this line should be # device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr disabled # # so that it can be enabled in userconfig, but the `disabled' keyword # isn't supported by config. The following hack could be used instead: # device sio3 at isa? port "IO_COM1" tty irq 9 vector siointr # # The address conflicts so the device won't be probed, but the address # can be changed using userconfig. # WARNING: ports that share an irq must be configured even though they # can't be used due to the irq conflict. Uncomment the following line if # you have sio3 on irq3 and at the normal address. The irq is omitted so # that the port can be used in polled mode. # #device sio3 at isa? port "IO_COM4" tty vector siointr # Similarly for sio2 on irq4 and at the normal address, except there are # no problems with S3 graphics card so it is fairly harmless to enable # this by default. Omit the irq if sio2 is actually on irq4 so that it # can be used in polled mode. # device sio2 at isa? port "IO_COM4" tty irq 5 vector siointr Bruce