From owner-freebsd-hackers Sun Mar 9 00:16:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA07585 for hackers-outgoing; Sun, 9 Mar 1997 00:16:39 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07580 for ; Sun, 9 Mar 1997 00:16:36 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id TAA16772; Sun, 9 Mar 1997 19:10:20 +1100 Date: Sun, 9 Mar 1997 19:10:20 +1100 From: Bruce Evans Message-Id: <199703090810.TAA16772@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.ORG, henrich@crh.cl.msu.edu, neal@pernet.net Subject: Re: freebsd as a news server? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >case. If running 2.2- you also want EXTRAVNODES up there in the 15000-30000 >range depending on the size of your spool. EXTRAVNODES does not exist in the current version of 2.2. Use the standard BSD4.4 sysctl variable kern.maxvnodes. Bruce From owner-freebsd-hackers Sun Mar 9 00:18:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA07657 for hackers-outgoing; Sun, 9 Mar 1997 00:18:49 -0800 (PST) Received: from alpha.risc.org (taob@trt-on8-10.netcom.ca [207.181.82.202]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07652; Sun, 9 Mar 1997 00:18:45 -0800 (PST) Received: from localhost (taob@localhost) by alpha.risc.org (8.8.4/8.8.4) with SMTP id DAA23171; Sun, 9 Mar 1997 03:18:31 -0500 (EST) Date: Sun, 9 Mar 1997 03:18:30 -0500 (EST) From: Brian Tao To: Marc Slemko cc: "matthew c. mead" , isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Mar 1997, Marc Slemko wrote: > > You are probably using 2.2 or -current, right? On a 2.2 system I > get similar results to yours. On 2.1, async mounts only change one > bit of ffs code. In 2.2, they make more things async. Yes, that's right. My home machine is a 2.2-BETA system. -- Brian Tao (BT300, taob@risc.org) "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sun Mar 9 00:24:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA07868 for hackers-outgoing; Sun, 9 Mar 1997 00:24:41 -0800 (PST) Received: from tarkhil.dialup.aha.ru (p179-n66.dip.aha.ru [195.2.66.179]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07862 for ; Sun, 9 Mar 1997 00:24:35 -0800 (PST) Received: from localhost (tarkhil@localhost) by tarkhil.dialup.aha.ru (8.8.5/8.6.9) with SMTP id LAA05686 for ; Sun, 9 Mar 1997 11:21:27 +0300 (MSK) Message-Id: <199703090821.LAA05686@tarkhil.dialup.aha.ru> X-Authentication-Warning: tarkhil.dialup.aha.ru: tarkhil@localhost didn't use HELO protocol To: freebsd-hackers@freebsd.org Subject: bug in ctype? Reply-To: tarkhil@aha.ru Date: Sun, 09 Mar 1997 11:21:27 +0300 From: Alex Povolotsky Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! I've found a thing that seems to be a bug either in ctype or in my brain. With Cyrillic characters (>127) represented as char, isgraph(c) returns 0. Implementation as int or unsigned char works fine. Should I rewrite ctype library or programs that uses char? Alex. From owner-freebsd-hackers Sun Mar 9 00:51:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA09117 for hackers-outgoing; Sun, 9 Mar 1997 00:51:15 -0800 (PST) Received: from thelab.hub.org (lucid.ptbo.dreamlabs.com [207.107.138.221]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA09112 for ; Sun, 9 Mar 1997 00:51:12 -0800 (PST) Received: from thelab.hub.org (localhost [127.0.0.1]) by thelab.hub.org (8.8.5/8.8.2) with SMTP id EAA03654; Sun, 9 Mar 1997 04:50:49 -0400 (AST) Date: Sun, 9 Mar 1997 04:50:48 -0400 (AST) From: The Hermit Hacker To: Bruce Evans cc: freebsd-hackers@freebsd.org, henrich@crh.cl.msu.edu, neal@pernet.net Subject: Re: freebsd as a news server? In-Reply-To: <199703090810.TAA16772@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Mar 1997, Bruce Evans wrote: > >case. If running 2.2- you also want EXTRAVNODES up there in the 15000-30000 > >range depending on the size of your spool. > > EXTRAVNODES does not exist in the current version of 2.2. Use the standard > BSD4.4 sysctl variable kern.maxvnodes. > Can someone explain this one? 15000->30000 is quite a large range to be "up there in"...:) What sort of criteria/formula should be used to determine where in there it should be...? From owner-freebsd-hackers Sun Mar 9 00:56:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA09271 for hackers-outgoing; Sun, 9 Mar 1997 00:56:53 -0800 (PST) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA09266 for ; Sun, 9 Mar 1997 00:56:50 -0800 (PST) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.59 #1) id 0w3ePC-0005hS-00; Sun, 9 Mar 1997 00:56:34 -0800 Date: Sun, 9 Mar 1997 00:56:34 -0800 (PST) From: Tom Samplonius To: Bruce Evans cc: freebsd-hackers@freebsd.org, henrich@crh.cl.msu.edu, neal@pernet.net Subject: Re: freebsd as a news server? In-Reply-To: <199703090810.TAA16772@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Mar 1997, Bruce Evans wrote: > >case. If running 2.2- you also want EXTRAVNODES up there in the 15000-30000 > >range depending on the size of your spool. > > EXTRAVNODES does not exist in the current version of 2.2. Use the standard > BSD4.4 sysctl variable kern.maxvnodes. > > Bruce Which is also in 2.1.7-RELEASE too. Tom From owner-freebsd-hackers Sun Mar 9 01:10:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA09905 for hackers-outgoing; Sun, 9 Mar 1997 01:10:58 -0800 (PST) Received: from pcpsj.pfcs.com (d2N9dRolTCXnkV7zjRSaCYhEeoUMW2xg@harlan.fred.net [205.252.219.31]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA09900 for ; Sun, 9 Mar 1997 01:10:54 -0800 (PST) Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.12/8.6.9) with SMTP id EAA22122; Sun, 9 Mar 1997 04:10:48 -0500 Received: from localhost by mumps.pfcs.com with SMTP id AA29380 (5.67b/IDA-1.5); Sun, 9 Mar 1997 04:10:45 -0500 To: tarkhil@aha.ru Cc: freebsd-hackers@freebsd.org Subject: Re: bug in ctype? In-Reply-To: Your message of "Sun, 09 Mar 1997 11:21:27 +0300." <199703090821.LAA05686@tarkhil.dialup.aha.ru> Date: Sun, 09 Mar 1997 04:10:43 -0500 Message-Id: <29378.857898643@mumps.pfcs.com> From: Harlan Stenn Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Alex> With Cyrillic characters (>127) represented as char, isgraph(c) Alex> returns 0. Implementation as int or unsigned char works Alex> fine. Should I rewrite ctype library or programs that uses char? Rewrite your software. isgraph() takes an int, not a char. You'll also save yourself trouble if you use u_char for your application. H From owner-freebsd-hackers Sun Mar 9 01:39:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA11430 for hackers-outgoing; Sun, 9 Mar 1997 01:39:00 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA11423 for ; Sun, 9 Mar 1997 01:38:56 -0800 (PST) Received: by sovcom.kiae.su id AA02270 (5.65.kiae-1 ); Sun, 9 Mar 1997 12:25:32 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sun, 9 Mar 97 12:25:31 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id MAA00629; Sun, 9 Mar 1997 12:12:20 +0300 (MSK) Date: Sun, 9 Mar 1997 12:12:14 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: tarkhil@aha.ru Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: bug in ctype? In-Reply-To: <199703090821.LAA05686@tarkhil.dialup.aha.ru> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Mar 1997, Alex Povolotsky wrote: > With Cyrillic characters (>127) represented as char, isgraph(c) returns 0. > Implementation as int or unsigned char works fine. Should I rewrite ctype > library or programs that uses char? You should rewrite programs. ANSI specifies ctype range as -1,0..255 (for FreeBSD case) no other negative intergers allowed. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-hackers Sun Mar 9 02:08:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA12497 for hackers-outgoing; Sun, 9 Mar 1997 02:08:18 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA12492 for ; Sun, 9 Mar 1997 02:08:14 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id VAA19769; Sun, 9 Mar 1997 21:02:11 +1100 Date: Sun, 9 Mar 1997 21:02:11 +1100 From: Bruce Evans Message-Id: <199703091002.VAA19769@godzilla.zeta.org.au> To: ache@nagual.ru, tarkhil@aha.ru Subject: Re: bug in ctype? Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >You should rewrite programs. ANSI specifies ctype range as -1,0..255 >(for FreeBSD case) no other negative intergers allowed. General case: EOF,0..UCHAR_MAX. Bruce From owner-freebsd-hackers Sun Mar 9 02:38:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA13844 for hackers-outgoing; Sun, 9 Mar 1997 02:38:42 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA13839 for ; Sun, 9 Mar 1997 02:38:39 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id CAA24429 for ; Sun, 9 Mar 1997 02:38:50 -0800 (PST) To: hackers@freebsd.org Subject: gcc -shared as substitute for ld -Bshareable? Date: Sun, 09 Mar 1997 02:38:50 -0800 Message-ID: <24425.857903930@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been working with some large software packages which seem to assume that ``gcc -shared ..objs.. -o outfile'' is equivalent to our more familiar ``ld -Bshareable ..objs.. -o outfile'', but the former doesn't work under FreeBSD - a full link is attempted. Examining these build files, it really does look like Linux and SunOS gcc supports -shared flag handling semantics rather different than ours. Any reason we should be gratuitously different? Shall I file a PR against this, or is it someone's idea of a feature? :-) Jordan From owner-freebsd-hackers Sun Mar 9 03:14:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA14785 for hackers-outgoing; Sun, 9 Mar 1997 03:14:13 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA14780 for ; Sun, 9 Mar 1997 03:14:10 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id DAA10139 for ; Sun, 9 Mar 1997 03:14:21 -0800 (PST) To: hackers@freebsd.org Subject: Header fighting.. Date: Sun, 09 Mar 1997 03:14:21 -0800 Message-ID: <10104.857906061@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk /usr/include/math.h:67: redefinition of `class exception' /usr/include/g++/std/stdexcept.h:58: previous definition here /usr/include/g++/std/stdexcept.h:58: previous declaration of `exception::exception(const struct exception &)' with C++ linkage Yep, math.h declares a struct exception and stdexcept.h declares an exception class. Houston, we have a name clash. Hmmmm. The number of references to `struct exception' in our source tree is actually pretty small - mostly confined to the math libraries themselves. Which would be easier to change, do you think? :) Jordan From owner-freebsd-hackers Sun Mar 9 04:02:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA16417 for hackers-outgoing; Sun, 9 Mar 1997 04:02:12 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA16412 for ; Sun, 9 Mar 1997 04:02:08 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id GAA11822; Sun, 9 Mar 1997 06:01:59 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <19970309004500.35222@hydrogen.nike.efn.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 9 Mar 1997 05:54:15 -0600 To: John-Mark Gurney From: Richard Wackerbarth Subject: Re: Restoring the CTM feeds -- update Cc: "Jordan K. Hubbard" , hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 2:45 AM -0600 3/9/97, John-Mark Gurney wrote: >I believe Richard Wackerbarth scribbled this message on Mar 8: > >this is easy... due to load on freefall ( == cvsup.freebsd.org) they now >have disallowed normal access... only mirrors and some commiters have >access to it... Yes, but I was SUPPOSED to be one of the few since it is not a good idea to have extra intermediate steps in the CTM feed generation. >> Now if I could just solve THIS problem :-( >> I might be able to generate even newer updates. >> >> Cannot connect to cvsup.FreeBSD.org: Connection refused >> Will retry at 05:05:12 BTW, if freefall does not accept all users, I think it should not carry the flagship name. IMHO, cvsup.freebsd.org SHOULD be the fastest, best connected, system willing to take all. If freefall is restricted, give it another name like CVSup.Root.FreeBSD.Org From owner-freebsd-hackers Sun Mar 9 04:08:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA16574 for hackers-outgoing; Sun, 9 Mar 1997 04:08:42 -0800 (PST) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA16569 for ; Sun, 9 Mar 1997 04:08:38 -0800 (PST) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id NAA16781 for hackers@freebsd.org; Sun, 9 Mar 1997 13:10:45 +0100 (MET) From: Mikael Karpberg Message-Id: <199703091210.NAA16781@ocean.campus.luth.se> Subject: About 2.2 and mouse To: hackers@freebsd.org Date: Sun, 9 Mar 1997 13:10:44 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! Ok, seeing as I have had friends trying to install 2.2-GAMMA and having real problems with the mouse, I have a question: Is mouse setup and handling fixed? Last experiences: "mouse setup" in sysinstall gives you a choise of port only. "man moused" is basically not very informative, at all, since it's started from the sysconfig paramters anyway, so you don't need to know anything that's in that manpage, but you need to know what isn't in it. :-) Mouse setup, I would hope, would give you a choise of mousetype, baudrate, port, and the works, and then set that up in the sysconfig file (I wouldn't think someone managed to get some autoprobing thing on that done, or?). Also, there should be no mouse setup in "Xsetup" and "xf86config", as it should default to mousesystems on /dev/sysmouse, etc. Am I completely off? I had lots of info to help my friends, because I'm on these lists and read the mouse setup problems people had in the beginning when moused was introduced. It shouldn't take any knowledge from the users side, except the knowledge of which hardware he has, and he should only need to say what mouse he has, and where it is, and which bautrate to use, etc, and then both console- and X-mouse handling should work. It should be set up in the installtion process. Is this fixed, or will it be fixed? If not, there needs to be some manpage, or help in sysinstall, or something, that tells you step by step how to get everything working. Second, the groups adding thingie in sysinstall is not yet implemented, it says. It will be before release, or removed, I hope? Anything else just looks bad. Hmm... Anything else? .... Nope. Waiting eagerly for the realease... /Mikael From owner-freebsd-hackers Sun Mar 9 04:16:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA16878 for hackers-outgoing; Sun, 9 Mar 1997 04:16:52 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA16871 for ; Sun, 9 Mar 1997 04:16:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id EAA13397; Sun, 9 Mar 1997 04:17:49 -0800 (PST) Message-Id: <199703091217.EAA13397@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Richard Wackerbarth cc: John-Mark Gurney , "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: Restoring the CTM feeds -- update In-reply-to: Your message of "Sun, 09 Mar 1997 05:54:15 CST." From: David Greenman Reply-To: dg@root.com Date: Sun, 09 Mar 1997 04:17:49 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>> Cannot connect to cvsup.FreeBSD.org: Connection refused >>> Will retry at 05:05:12 > >BTW, if freefall does not accept all users, I think it should >not carry the flagship name. > >IMHO, cvsup.freebsd.org SHOULD be the fastest, best connected, system >willing to take all. If freefall is restricted, give it another name >like CVSup.Root.FreeBSD.Org Freefall isn't cvsup.freebsd.org. The problem is with admin1.calweb.com, which is having problems right now. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sun Mar 9 04:28:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA18129 for hackers-outgoing; Sun, 9 Mar 1997 04:28:21 -0800 (PST) Received: from f16.hotmail.com (F16.hotmail.com [207.82.250.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA18122 for ; Sun, 9 Mar 1997 04:28:18 -0800 (PST) Received: (from root@localhost) by f16.hotmail.com (8.7.5/8.7.3) id EAA16596; Sun, 9 Mar 1997 04:26:58 -0800 (PST) Date: Sun, 9 Mar 1997 04:26:58 -0800 (PST) Message-Id: <199703091226.EAA16596@f16.hotmail.com> Received: from 137.229.17.253 by www.hotmail.com with HTTP; Sun, 09 Mar 1997 04:26:58 PST X-Originating-IP: [137.229.17.253] From: " steve howe" To: hackers@freebsd.org Subject: expr failure Content-Type: text/plain Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "/bin/expr" seems to be non-funtional. \ !#/bin/sh # a=0; a='expr $a + 1' # right out of man page for expr # case $a in # 0) echo val is 0;; 1) echo val is 1;; esac \ 2.1.5 - does this work for anyone? i'm not sure if bugs are to be considered a "fluke" or if they are considered a "normal" thing in this stage of FBSD development. please respond to sender in addition to maillist. --------------------------------------------------------- Get Your *Web-Based* Free Email at http://www.hotmail.com --------------------------------------------------------- From owner-freebsd-hackers Sun Mar 9 04:39:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA18626 for hackers-outgoing; Sun, 9 Mar 1997 04:39:27 -0800 (PST) Received: from f24.hotmail.com (F24.hotmail.com [207.82.250.35]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA18614 for ; Sun, 9 Mar 1997 04:39:24 -0800 (PST) Received: (from root@localhost) by f24.hotmail.com (8.7.5/8.7.3) id EAA17047; Sun, 9 Mar 1997 04:38:45 -0800 (PST) Date: Sun, 9 Mar 1997 04:38:45 -0800 (PST) Message-Id: <199703091238.EAA17047@f24.hotmail.com> Received: from 137.229.17.253 by www.hotmail.com with HTTP; Sun, 09 Mar 1997 04:38:45 PST X-Originating-IP: [137.229.17.253] From: " steve howe" To: jmg@hydrogen.nike.efn.org Cc: hackers@freebsd.org Subject: GNU/BSD Content-Type: text/plain Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk thanks :). regarding compiler ... (-lm, link math option) \ i see that "man math" is for BSD compiler. but GNU is the installed compiler. i guess i can assume a crossover in the docs - ha? :) thanks very much! \ >> any float function i use (fmod(), log10(), pow10(), pow(), etc) >> give me a link error: >> /var/tmp/cc0076271.o: Undefined symbol '_func()' refernenced from text >> segment ... > >read the math(3) man page.. you have to include the math lib (-lm) when >linking... > >> and regarding "kbhit" - i thought there ought to be some way to >> access hardware flags/registers thru the kernel or some driver >> table ... no? i guess i have much to learn. it does seems slightly >> problematic though to have to always DEPEND on a stream when your >> code could be doing more useful things - instead of waiting. > >take a look at select... and just select on stdin... of course by >default stdin is line buffered.. so you need to disable that... take >a look at termios(4)... I'd highly recommend "Advanced Programming in the >UNIX Environment" by Stevens... ISBN 0-201-56317-7... > >-- >John-Mark > >gurney_j@efn.org >http://resnet.uoregon.edu/~gurney_j/ >Modem/FAX: (541) 683-6954 (FreeBSD Box) > >Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) --------------------------------------------------------- Get Your *Web-Based* Free Email at http://www.hotmail.com --------------------------------------------------------- From owner-freebsd-hackers Sun Mar 9 05:07:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA20041 for hackers-outgoing; Sun, 9 Mar 1997 05:07:57 -0800 (PST) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20033 for ; Sun, 9 Mar 1997 05:07:52 -0800 (PST) Received: from father.ludd.luth.se (dateck@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with ESMTP id OAA22773; Sun, 9 Mar 1997 14:07:48 +0100 From: Tomas Klockar Received: (dateck@localhost) by father.ludd.luth.se (8.6.11/8.6.11) id OAA08024; Sun, 9 Mar 1997 14:07:52 +0100 Message-Id: <199703091307.OAA08024@father.ludd.luth.se> Subject: Re: expr failure To: un_x@hotmail.com (steve howe) Date: Sun, 9 Mar 1997 14:07:51 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199703091226.EAA16596@f16.hotmail.com> from steve howe at "Mar 9, 97 04:26:58 am" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to steve howe: > "/bin/expr" seems to be non-funtional. > \ > !#/bin/sh > # > a=0; a='expr $a + 1' # right out of man page for expr ^ ^ should be ` ` > # > case $a in > # > 0) echo val is 0;; > 1) echo val is 1;; > esac > \ > 2.1.5 - does this work for anyone? > i'm not sure if bugs are to be considered a "fluke" > or if they are considered a "normal" thing in this stage of FBSD > development. please respond to sender in addition to maillist. > Works for me. /Tomas -- Tomas Klockar can be found at the following adresses: Kårhusvägen 4:23 | Furuvägen 102 | dateck@ludd.luth.se 977 54 Luleå | 871 52 Härnösand | dateck@solace.mh.se Tel: +46-920-231335 | Tel: +46-611-13393 | d94-tkl@sm.luth.se From owner-freebsd-hackers Sun Mar 9 05:22:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA20470 for hackers-outgoing; Sun, 9 Mar 1997 05:22:13 -0800 (PST) Received: from ajax.che.curtin.edu.au (ajax.che.curtin.edu.au [134.7.142.142]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA20465 for ; Sun, 9 Mar 1997 05:22:10 -0800 (PST) Received: (from gdr@localhost) by ajax.che.curtin.edu.au (8.6.8/8.6.6) id XAA07975; Sun, 9 Mar 1997 23:20:00 +1000 From: Gary Roberts Message-Id: <199703091320.XAA07975@ajax.che.curtin.edu.au> Subject: Re: expr failure To: un_x@hotmail.com (steve howe) Date: Sun, 9 Mar 1997 23:19:59 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <199703091226.EAA16596@f16.hotmail.com> from "steve howe" at Mar 9, 97 04:26:58 am Organisation: The University of Queensland Phone: +617 3844 0400 Reply-To: gdr@wcs.uq.edu.au X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk steve howe writes: > "/bin/expr" seems to be non-funtional. Works fine for me if you write the script properly. > !#/bin/sh ^^ #!/bin/sh > a=0; a='expr $a + 1' # right out of man page for expr ^ ^ Are you sure that's not supposed to be a=`expr $a + 1` Go read the man page again -- a bit more carefully. With those two corrections output is `val is 1' on several flavours of FreeBSD (from 1.1.5.1 to 2.2). I presume you did want `a' to be 1? > case $a in > 0) echo val is 0;; > 1) echo val is 1;; > esac > 2.1.5 - does this work for anyone? > i'm not sure if bugs are to be considered a "fluke" > or if they are considered a "normal" thing in this stage of FBSD > development. please respond to sender in addition to maillist. You should really examine your code a bit more carefully before casting such slurs on the developers. Knowing how hard they work, I'm sure they would find your comments rather offensive. Cheers, -- Gary Roberts (gdr@wcs.uq.edu.au) (Ph +617 3844 0400 Fax +617 3844 0444) 4th Floor, South Bank House, 234 Grey St, South Bank QLD 4101 Australia. From owner-freebsd-hackers Sun Mar 9 05:27:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA20630 for hackers-outgoing; Sun, 9 Mar 1997 05:27:59 -0800 (PST) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20622 for ; Sun, 9 Mar 1997 05:27:51 -0800 (PST) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with SMTP id FAA02888 for ; Sun, 9 Mar 1997 05:29:44 -0800 (PST) Received: (qmail 517 invoked by uid 110); 9 Mar 1997 13:27:17 -0000 MBOX-Line: From richard@a42.deep-thought.org Sun Mar 09 09:38:09 1997 remote from suburbia.net Delivered-To: proff@suburbia.net Received: (qmail 25788 invoked from network); 9 Mar 1997 09:38:08 -0000 Received: from a42.deep-thought.org (203.4.184.227) by suburbia.net with SMTP; 9 Mar 1997 09:38:08 -0000 Received: from a42.deep-thought.org ([127.0.0.1]) by a42.deep-thought.org with esmtp id m0w3f4J-0024wLC (Debian Smail-3.2 1996-Jul-4 #2); Sun, 9 Mar 1997 20:39:03 +1100 (EST) Message-Id: X-Mailer: exmh version 1.6.9 8/22/96 To: proff@suburbia.net Subject: TCP trace repository! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Mar 1997 20:38:59 +1100 From: Richard Jones Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ------- Forwarded Message Return-Path: owner-linux-net-outgoing@vger.rutgers.edu Return-Path: Received: from nic.funet.fi ([128.214.248.6]) by a42.deep-thought.org with esmtp id m0w3dXm-0024wLa (Debian Smail-3.2 1996-Jul-4 #2); Sun, 9 Mar 1997 19:01:22 +1100 (EST) Received: from vger.rutgers.edu ([128.6.190.2]) by nic.funet.fi with ESMTP id <4933-7491>; Sun, 9 Mar 1997 09:59:27 +0200 Received: by vger.rutgers.edu id <213115-251>; Sun, 9 Mar 1997 02:57:35 -0500 Message-ID: <33228BF9.41C67EA6@bis.co.il> Date: Sun, 09 Mar 1997 10:07:53 +0000 From: Meir Dukhan Organization: Bis Software Systems Ltd X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.1.6-RELEASE i386) MIME-Version: 1.0 To: Gary Vinson CC: linux-net@vger.rutgers.edu, mdukhan@quasi.bis.co.il Subject: Re: Network Analysis References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-net@vger.rutgers.edu Precedence: bulk Hi Gary, You may have a look at: http://town.hall.org/Archives/pub/ITA/ excerpt from the page: > The Internet Traffic Archive is a moderated repository to support widespread > access to traces of Internet network traffic. The traces can be used to study > network dynamics, usage characteristics, and growth patterns, as well as providing > the grist for trace-driven simulations. The archive is also open to programs for > reducing raw trace data to more manageable forms, for generating synthetic traces, > and for analyzing traces. and at: http://town.hall.org/Archives/pub/ITA/html/software.html which contain some links to software and script that will reduce tcpdump output, and other stuff. You may also have a look at the Stevens book: TCP/IP Illustrated volume 1. Stevens use tcpdump as a tool for teaching tcp/ip, from a pedagogical point of view (I'm learnig), I find it usefull. Take this as suggestion only. Before using tcpdump, I was thinking that it was cumbersome, but after reading the man page and try some examples, it came alone... hope this help - -- Meir Bis Software System Ltd, Unix programmer Gary Vinson wrote: > > Hello, > > We have experienced a couple of bad ethernet cards (broadcasting like > crazy) and a bad cable or two on our LAN. I'm looking into software that > will help us detect such problems faster or maybe even forecast them. I > found "tcpdump" which appears to give us the information that we need. > Has anyone used tcpdump and is there more documentation on it than just > the man pages? Are there scripts that will reduce the "tcpdump" output to > report summaries. > Are there better ways to do this? TIA. > > Gary Vinson > Unix System Support Email: zzvinson@acc.wuacc.edu > Washburn School of Law Library Voice: (913)231-1010 x1776 > Topeka, KS 66621 Fax: (913)232-8087 ------- End of Forwarded Message From owner-freebsd-hackers Sun Mar 9 07:00:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA24427 for hackers-outgoing; Sun, 9 Mar 1997 07:00:14 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA24422 for ; Sun, 9 Mar 1997 07:00:11 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id HAA16243; Sun, 9 Mar 1997 07:00:15 -0800 (PST) To: Richard Wackerbarth cc: John-Mark Gurney , hackers@freebsd.org Subject: Re: Restoring the CTM feeds -- update In-reply-to: Your message of "Sun, 09 Mar 1997 05:54:15 CST." Date: Sun, 09 Mar 1997 07:00:15 -0800 Message-ID: <16239.857919615@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > BTW, if freefall does not accept all users, I think it should > not carry the flagship name. > IMHO, cvsup.freebsd.org SHOULD be the fastest, best connected, system > willing to take all. If freefall is restricted, give it another name > like CVSup.Root.FreeBSD.Org [jkh slaps Richard around for awhile, points him at the man page for nslookup(8) and motions that he write "I promise not to write indignant emails without being even halfway sure of my facts first." 100 times on the freebsd blackboard ] nslookup cvsup.freebsd.org Server: who.cdrom.com Address: 204.216.27.3 Name: admin1.calweb.com Address: 207.211.80.15 Aliases: cvsup.freebsd.org All of this is already true. freefall does not carry "the flagship name", has not for some time, and the P6/200 system listed above is generally everything one could ask of a site in terms of "taking all" and having lots of bandwidth and speed. Unfortunately, it's also sick at the moment and we're trying to bring it back right now. Things happen, and if we swapped the DNS around every time a machine had an attack of the wobblies then David would quickly abdicate as freebsd.org hostmaster. We just didn't expect the resurrection of admin1 to take this long, OK? Hold your water, Rich! :) Jordan From owner-freebsd-hackers Sun Mar 9 07:10:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA24727 for hackers-outgoing; Sun, 9 Mar 1997 07:10:14 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA24721 for ; Sun, 9 Mar 1997 07:10:10 -0800 (PST) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id HAA04370; Sun, 9 Mar 1997 07:09:51 -0800 (PST) Message-ID: <19970309070950.56422@hydrogen.nike.efn.org> Date: Sun, 9 Mar 1997 07:09:50 -0800 From: John-Mark Gurney To: "Jordan K. Hubbard" Cc: Richard Wackerbarth , hackers@freebsd.org Subject: Re: Restoring the CTM feeds -- update References: <16239.857919615@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64_p3-9,11-13,16-17,20-23,25-27 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2-960801-SNAP i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I believe Jordan K. Hubbard scribbled this message on Mar 9: > > BTW, if freefall does not accept all users, I think it should > > not carry the flagship name. > > IMHO, cvsup.freebsd.org SHOULD be the fastest, best connected, system > > willing to take all. If freefall is restricted, give it another name > > like CVSup.Root.FreeBSD.Org > > [jkh slaps Richard around for awhile, points him at the man page for > nslookup(8) and motions that he write "I promise not to write indignant > emails without being even halfway sure of my facts first." 100 times > on the freebsd blackboard ] arg... past the conical hat here... I'm the one who told him that cvsup.freebsd.org was the same as freefall.freebsd.org... it was at one point wasn't it?? blame me.. not him.. ;) -- John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Sun Mar 9 07:49:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA25833 for hackers-outgoing; Sun, 9 Mar 1997 07:49:10 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA25821 for ; Sun, 9 Mar 1997 07:49:07 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id JAA19007; Sun, 9 Mar 1997 09:48:53 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <19970309070950.56422@hydrogen.nike.efn.org> References: <16239.857919615@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 9 Mar 1997 09:48:45 -0600 To: John-Mark Gurney From: Richard Wackerbarth Subject: Re: Restoring the CTM feeds -- update Cc: "Jordan K. Hubbard" , hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 9:09 AM -0600 3/9/97, John-Mark Gurney wrote: >I believe Jordan K. Hubbard scribbled this message on Mar 9: >> > BTW, if freefall does not accept all users, I think it should >> > not carry the flagship name. >> > IMHO, cvsup.freebsd.org SHOULD be the fastest, best connected, system >> > willing to take all. If freefall is restricted, give it another name >> > like CVSup.Root.FreeBSD.Org >> >> [jkh slaps Richard around for awhile, points him at the man page for >> nslookup(8) and motions that he write "I promise not to write indignant >> emails without being even halfway sure of my facts first." 100 times >> on the freebsd blackboard ] > >arg... past the conical hat here... I'm the one who told him that >cvsup.freebsd.org was the same as freefall.freebsd.org... it was at one >point wasn't it?? blame me.. not him.. ;) Thanks, John for 'fessing up. I, too, must take some of the blame for simply accepting your statement without researching it. But, back to the issues at hand. I said "IF ... ". Since the reality is in agreement with my opinion, there is no conflict. I guess someone is just overworked and a bit sensitive. :-) As for the "change the DNS" suggestion, I still stand by it. I understand that the failure of cvsup.freebsd.org has taken longer to repair than was expected. However, the "workaround" is not that difficult and I give "customer service" a higher priority than it is given by some of the "core" members. In fact, "customer service" is the whole reason I am now diverting a whole machine to distribute CTM deltas for things which are of absolutely no personal interest. From owner-freebsd-hackers Sun Mar 9 08:01:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA26436 for hackers-outgoing; Sun, 9 Mar 1997 08:01:06 -0800 (PST) Received: from hellcat.umd.edu (hellcat.umd.edu [129.2.70.125]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA26430 for ; Sun, 9 Mar 1997 08:01:01 -0800 (PST) Received: from maryann.eng.umd.edu (maryann.eng.umd.edu [129.2.103.22]) by hellcat.umd.edu (8.8.5/8.8.5) with ESMTP id LAA12357; Sun, 9 Mar 1997 11:00:59 -0500 (EST) Received: from localhost (chuckr@localhost) by maryann.eng.umd.edu (8.8.5/8.6.4) with SMTP id LAA08964; Sun, 9 Mar 1997 11:00:58 -0500 (EST) X-Authentication-Warning: maryann.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 9 Mar 1997 11:00:57 -0500 (EST) From: Chuck Robey X-Sender: chuckr@maryann.eng.umd.edu To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: gcc -shared as substitute for ld -Bshareable? In-Reply-To: <24425.857903930@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Mar 1997, Jordan K. Hubbard wrote: > I've been working with some large software packages which seem > to assume that ``gcc -shared ..objs.. -o outfile'' is equivalent > to our more familiar ``ld -Bshareable ..objs.. -o outfile'', but > the former doesn't work under FreeBSD - a full link is attempted. > > Examining these build files, it really does look like Linux and SunOS > gcc supports -shared flag handling semantics rather different than > ours. Any reason we should be gratuitously different? Shall I file a > PR against this, or is it someone's idea of a feature? :-) I'm going to reply to this, and to your question about the GOT relocation messages. Yes, I can't see any reason not to support -shared. It won't break anything going in, and it'll ease porting, since other Unix software authors expect it to work (from the gcc docs). I hit that same trouble with the GOT relocation blurbs, in connection with global visibility of virtual tables of templated functions, WRT to Octave. JDP and I discussed it, but couldn't locate the source of it then. It didn't have any effect outside of things I expected to find as "T" symbols coming up as "t" symbols. I programmed around it, unfortunately, which wasn't a very satisfying answer. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sun Mar 9 09:04:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00775 for hackers-outgoing; Sun, 9 Mar 1997 09:04:27 -0800 (PST) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00732 for ; Sun, 9 Mar 1997 09:03:37 -0800 (PST) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id QAA17288; Sun, 9 Mar 1997 16:56:58 GMT Date: Sun, 9 Mar 1997 16:59:28 GMT Received: from [194.32.164.2] by seagoon.gid.co.uk; Sun, 9 Mar 1997 16:59:28 GMT X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Richard Wackerbarth From: Bob Bishop Subject: CTM is back, but... Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Good one Richard, but what happened to src-cur.2797.gz? seagoon# grep '^Subject:' /var/mail/ctm Subject: ctm-mail src-cur.2794.gz 1/1 Subject: ctm-mail src-cur.2795.gz 1/1 Subject: ctm-mail src-cur.2796.gz 1/1 Subject: ctm-mail src-cur.2798.gz 1/1 seagoon# It doesn't seem to be on the ftp mirrors either. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Sun Mar 9 09:38:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA01863 for hackers-outgoing; Sun, 9 Mar 1997 09:38:02 -0800 (PST) Received: from spoon.beta.com (root@[199.165.180.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA01858 for ; Sun, 9 Mar 1997 09:37:54 -0800 (PST) Received: from spoon.beta.com (mcgovern@localhost [127.0.0.1]) by spoon.beta.com (8.8.4/8.6.9) with ESMTP id MAA17015 for ; Sun, 9 Mar 1997 12:37:50 -0500 (EST) Message-Id: <199703091737.MAA17015@spoon.beta.com> To: hackers@freebsd.org Subject: Mapping shared memory... Date: Sun, 09 Mar 1997 12:37:50 -0500 From: "Brian J. McGovern" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk *sigh* At least I'm making headway. I've looked at a couple of other drivers, to see how they handle getting shared memory mapped on a PCI card, and this is what I came up with... Can anybody let me know if this is right/wrong/there is a better way? Thanks. -Brian /* First, set up our memory window. Its 512 Kb in size. We're supposed to get the pointer to it from the config register specified as BASE_ADDR_2 */ czcontrol.window[board] = (unsigned char *) pmap_mapdev(pci_conf_read(config_id, CYZ_PCI_BASE_ADDR2), 0x80000); /* Next, we need to get the memory offset for the 9060 registers. Its supposed to be at BASE_ADDR_1 */ czcontrol.i9060[board] = (struct RUNTIME_9060 *) pmap_mapdev(pci_conf_read(config_id, CYZ_PCI_BASE_ADDR1), sizeof(struct RUNTIME_9060)); /* Next, we find the firmware structure, which is supposed to be at an offset of ID_ADDRESS from the base of the window defined above */ czcontrol.firmid[board] = (struct FIRM_ID *)(czcontrol.window[board] + ID_ADDRESS); For those of you who'd like a better context, heres the whole driver function to date: #include "cz.h" #if NCZ > 0 #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include static char *cz_probe __P((pcici_t, pcidi_t)); static void cz_attach __P((pcici_t, int)); static void cz_intr __P((void *)); static u_long cz_count = 0; static struct pci_device cz_device={"cz", cz_probe, cz_attach, &cz_count, NULL}; DATA_SET(pcidevice_set, cz_device); #define MAX_BOARDS 4 void delay1ms(void); static struct czsoftc { unsigned long active_boards; unsigned char ports[MAX_BOARDS][MAX_CHAN]; pcici_t config_id[MAX_BOARDS]; int unit[MAX_BOARDS]; unsigned char *window[MAX_BOARDS]; unsigned char irq[MAX_BOARDS]; struct FIRM_ID *firmid[MAX_BOARDS]; struct CUSTOM_REG *custom_regs[MAX_BOARDS]; struct ZFW_CTRL *zfw_ctrl[MAX_BOARDS]; struct RUNTIME_9060 *i9060[MAX_BOARDS]; struct BOARD_CTRL *board_ctrl[MAX_BOARDS]; struct CH_CTRL *channel_ctrl[MAX_BOARDS][MAX_CHAN]; struct BUF_CTRL *buffer_ctrl[MAX_BOARDS][MAX_CHAN]; } czcontrol; static unsigned char first_probe = 1; static void cz_intr(void *token) { } static char *cz_probe(pcici_t config_id, pcidi_t device_id) { if (((device_id & 0xffff) != CYZ_VENDOR_ID) || (((device_id >> 16) != 0x200) && ((device_id >> 16) != 0x201))) return NULL; else return "Cyclades Cyclom-Zo Serial Adapter"; } void cz_attach(pcici_t config_id, int unit) { int i; unsigned long reg; vm_offset_t paddr; int board, port; if (first_probe == 1) { czcontrol.active_boards = 0L; for (board = 0; board < MAX_BOARDS; board++) { for (port = 0;port < MAX_CHAN; port++) { czcontrol.ports[board][port] = 0; czcontrol.channel_ctrl[board][port] = NULL; czcontrol.buffer_ctrl[board][port] = NULL; } czcontrol.zfw_ctrl[board] = NULL; czcontrol.i9060[board] = NULL; czcontrol.window[board] = NULL; czcontrol.irq[board] = 0; czcontrol.unit[board] = 0; czcontrol.firmid[board] = NULL; czcontrol.custom_regs[board] = NULL; czcontrol.board_ctrl[board] = NULL; } first_probe = 0; } czcontrol.active_boards++; board = czcontrol.active_boards - 1; czcontrol.config_id[board] = config_id; czcontrol.window[board] = (unsigned char *) pmap_mapdev(pci_conf_read(config_id, CYZ_PCI_BASE_ADDR2), 0x80000); czcontrol.i9060[board] = (struct RUNTIME_9060 *) pmap_mapdev(pci_conf_read(config_id, CYZ_PCI_BASE_ADDR1), sizeof(struct RUNTIME_9060)); czcontrol.firmid[board] = (struct FIRM_ID *)(czcontrol.window[board] + ID_ADDRESS); czcontrol.custom_regs[board] = (struct CUSTOM_REG *)czcontrol.window[board]; reg = czcontrol.i9060[board]->init_ctrl; reg |= (0x40000000); czcontrol.i9060[board]->init_ctrl = reg; DELAY(300); reg &= ~(0x40000000); czcontrol.i9060[board]->init_ctrl = reg; DELAY(300); czcontrol.i9060[board]->loc_addr_base = WIN_CREG; czcontrol.custom_regs[board]->cpu_stop = 0; czcontrol.i9060[board]->loc_addr_base = WIN_RAM; memcpy(czcontrol.window[board],zfw, zfw_SIZE); czcontrol.i9060[board]->loc_addr_base = WIN_CREG; czcontrol.custom_regs[board]->cpu_start = 0; czcontrol.i9060[board]->loc_addr_base = WIN_RAM; DELAY(1000); if (czcontrol.firmid[board]->signature == ZFIRM_ID) { czcontrol.zfw_ctrl[board] = (struct ZFW_CTRL *)(czcontrol.window[board] + czcontrol.firmid[board]->zfwctrl_addr); } else { czcontrol.active_boards = 0; printf("Board %d did not start properly. All boards shut down.\n",unit); return; } czcontrol.board_ctrl[board] = &czcontrol.zfw_ctrl[board]->board_ctrl; czcontrol.board_ctrl[board]->op_system = C_OS_BSD; czcontrol.board_ctrl[board]->dr_version - 0x001; i = czcontrol.board_ctrl[board]->n_channel; for (port=0;port < i;port++) { czcontrol.channel_ctrl[board][port] = (struct CH_CTRL *)(&czcontrol.zfw_ctrl[board]->ch_ctrl + sizeof(struct CH_CTRL)); czcontrol.buffer_ctrl[board][port] = (struct BUF_CTRL *)(&czcontrol.zfw_ctrl[board]->buf_ctrl + sizeof(struct BUF_CTRL)); czcontrol.ports[board][port] |= (1 << port); } } #endif /* NCZ */ From owner-freebsd-hackers Sun Mar 9 09:50:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02485 for hackers-outgoing; Sun, 9 Mar 1997 09:50:42 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA02480 for ; Sun, 9 Mar 1997 09:50:38 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA00483; Sun, 9 Mar 1997 12:50:06 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sun, 9 Mar 1997 12:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id GAA13988; Sun, 9 Mar 1997 06:32:26 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id GAA19040; Sun, 9 Mar 1997 06:38:17 -0500 (EST) Date: Sun, 9 Mar 1997 06:38:17 -0500 (EST) From: Thomas David Rivers Message-Id: <199703091138.GAA19040@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers, ponds!clinet.fi!hsu Subject: Re: kern/2923: panic: vm_fault: fault on nofault entry, addr: f6e21000 Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > This problem is exactly the same as bad dir panic, it just freaks out > differently. The panic always occurs at the above point, with wrong data > (usually seems contents of a some file) in a block the directory lookup > routine thinks is part of a directory. Yep - that's exactly my dup alloc and bad dir panic. > > Access to this and 4-5 other dumps on the subject is available on request I > do not have space for more than 4-5 dumps on-line. They seem to always be > from the same problem, so there should be good material to find > similarities from to solve this. Well - not to discourage you; I've been looking for a year and haven't found it :-) > > >How-To-Repeat: > > Run a news server with 2.2. Full feed and bunch of readers (around 100 > max, but panics usually occur with less load). Expire articles one-by-one > to keep the free disk space at certain limit instead of running traditional > expire. The latter may contribute to the problem, as I got metoos for > this. > > This same problem happens with all machines, but the problem is very rare > with unloaded machines. I believe it to be a timing problem in the kernel. A heavy load just gives you a greater opportunity (as a percentage of time) to trip over the problem. Again; this also happens on my extremely lightly loaded (i.e. only a shell) system I put together just to reproduce this problem. - Dave Rivers - From owner-freebsd-hackers Sun Mar 9 10:54:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA04988 for hackers-outgoing; Sun, 9 Mar 1997 10:54:51 -0800 (PST) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA04983 for ; Sun, 9 Mar 1997 10:54:47 -0800 (PST) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.6.13/8.6.9) with ESMTP id KAA14991; Sun, 9 Mar 1997 10:54:45 -0800 Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id KAA27850; Sun, 9 Mar 1997 10:54:44 -0800 (PST) Date: Sun, 9 Mar 1997 10:54:44 -0800 (PST) From: Chris Timmons To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: Restoring the CTM feeds -- update In-Reply-To: <16239.857919615@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk There is a lot of unused capacity at cvsup5, which is a pro/200, fast/wide disks and DS1 connectivity (carrying all collections.) JDP was looking at shuffling it up in the mirrors hierarchy anyways, but if you want to point cvsup.freebsd.org at it temporarily you are welcome to. The machine is managed for maximum uptime and has only been down twice for short intervals since becoming a mirror. If you want to do this, let me know and I will bump up maxclients until cvsup is back. -Chris On Sun, 9 Mar 1997, Jordan K. Hubbard wrote: > > BTW, if freefall does not accept all users, I think it should > > not carry the flagship name. > > IMHO, cvsup.freebsd.org SHOULD be the fastest, best connected, system > > willing to take all. If freefall is restricted, give it another name > > like CVSup.Root.FreeBSD.Org > > [jkh slaps Richard around for awhile, points him at the man page for > nslookup(8) and motions that he write "I promise not to write indignant > emails without being even halfway sure of my facts first." 100 times > on the freebsd blackboard ] > > nslookup cvsup.freebsd.org > Server: who.cdrom.com > Address: 204.216.27.3 > > Name: admin1.calweb.com > Address: 207.211.80.15 > Aliases: cvsup.freebsd.org > > All of this is already true. freefall does not carry "the flagship > name", has not for some time, and the P6/200 system listed above is > generally everything one could ask of a site in terms of "taking all" > and having lots of bandwidth and speed. > > Unfortunately, it's also sick at the moment and we're trying to bring > it back right now. Things happen, and if we swapped the DNS around > every time a machine had an attack of the wobblies then David would > quickly abdicate as freebsd.org hostmaster. We just didn't expect the > resurrection of admin1 to take this long, OK? Hold your water, Rich! :) > > Jordan > From owner-freebsd-hackers Sun Mar 9 12:38:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09584 for hackers-outgoing; Sun, 9 Mar 1997 12:38:07 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09533 for ; Sun, 9 Mar 1997 12:37:59 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id MAA11330; Sun, 9 Mar 1997 12:34:46 -0800 (PST) Message-ID: <33231E19.794BDF32@whistle.com> Date: Sun, 09 Mar 1997 12:31:22 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: gdr@wcs.uq.edu.au CC: steve howe , hackers@FreeBSD.ORG Subject: Re: expr failure References: <199703091320.XAA07975@ajax.che.curtin.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Gary Roberts wrote: > > steve howe writes: > > > "/bin/expr" seems to be non-funtional. > > Works fine for me if you write the script properly. > > > !#/bin/sh > ^^ > #!/bin/sh > > > a=0; a='expr $a + 1' # right out of man page for expr > ^ ^ > > Are you sure that's not supposed to be a=`expr $a + 1` > Go read the man page again -- a bit more carefully. > With those two corrections output is `val is 1' on several flavours > of FreeBSD (from 1.1.5.1 to 2.2). I presume you did want `a' to be 1? > if you read this with netscape, then it (would you believe) shows reverse ' as ' e.g. in netscape these will be the same ` ' but I typed them differntly.. (duh) since I am using netscape to type this I don't even know if they actually got entered as different characters because they echo on the screen as the same.! > > case $a in > > 0) echo val is 0;; > > 1) echo val is 1;; > > esac > > > 2.1.5 - does this work for anyone? > > i'm not sure if bugs are to be considered a "fluke" > > or if they are considered a "normal" thing in this stage of FBSD > > development. please respond to sender in addition to maillist. > > You should really examine your code a bit more carefully before > casting such slurs on the developers. Knowing how hard they work, > I'm sure they would find your comments rather offensive. > > Cheers, > -- > Gary Roberts (gdr@wcs.uq.edu.au) (Ph +617 3844 0400 Fax +617 3844 0444) > 4th Floor, South Bank House, 234 Grey St, South Bank QLD 4101 Australia. From owner-freebsd-hackers Sun Mar 9 13:18:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA12731 for hackers-outgoing; Sun, 9 Mar 1997 13:18:45 -0800 (PST) Received: from u3.farm.idt.net (root@u3.farm.idt.net [169.132.8.12]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA12726 for ; Sun, 9 Mar 1997 13:18:43 -0800 (PST) Received: from intermelt.vrstudio (ppp-37.ts-6.chi.idt.net [169.132.161.37]) by u3.farm.idt.net (8.8.5/8.8.5) with SMTP id QAA20208 for ; Sun, 9 Mar 1997 16:18:41 -0500 (EST) Message-ID: <33232846.58E6@idt.net> Date: Sun, 09 Mar 1997 15:14:46 -0600 From: InTeRmELt Reply-To: mkarne19-2@idt.net Organization: VR Studio X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Win95 Networking Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am trying to network a FreeBSD machine with a win95 machine. Can any1 help me? mailto:mkarne19-2@idt.net From owner-freebsd-hackers Sun Mar 9 14:51:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA18365 for hackers-outgoing; Sun, 9 Mar 1997 14:51:04 -0800 (PST) Received: from u3.farm.idt.net (root@u3.farm.idt.net [169.132.8.12]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA18355 for ; Sun, 9 Mar 1997 14:50:59 -0800 (PST) Received: from intermelt.vrstudio (ppp-37.ts-6.chi.idt.net [169.132.161.37]) by u3.farm.idt.net (8.8.5/8.8.5) with SMTP id RAA12993 for ; Sun, 9 Mar 1997 17:50:55 -0500 (EST) Message-ID: <33233E01.793D@idt.net> Date: Sun, 09 Mar 1997 16:47:29 -0600 From: InTeRmELt Reply-To: mkarne19-2@idt.net Organization: VR Studio X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: Win95 Networking References: <33232C3E.73F0@idt.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk here is a little more info, i have the network cards set up and have a internet connection on my win 95 machine. i want to be able to access the win 95 machine and be able to go on the i-net with the freebsd machine. i have tried everything but nothing works. Or i can put the modem min the FreeBSD system if need be. > > Tom Samplonius wrote: > > > > On Sun, 9 Mar 1997, InTeRmELt wrote: > > > > > I am trying to network a FreeBSD machine with a win95 machine. Can any1 > > > help me? > > > > > > mailto:mkarne19-2@idt.net > > > > Not very specific. > > > > Tom From owner-freebsd-hackers Sun Mar 9 15:07:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA19307 for hackers-outgoing; Sun, 9 Mar 1997 15:07:26 -0800 (PST) Received: from phobos.illtel.denver.co.us (abelits@phobos.illtel.denver.co.us [207.33.75.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA19298 for ; Sun, 9 Mar 1997 15:07:22 -0800 (PST) Received: from localhost (abelits@localhost) by phobos.illtel.denver.co.us (8.8.5/8.6.9) with SMTP id PAA17069; Sun, 9 Mar 1997 15:09:09 -0800 Date: Sun, 9 Mar 1997 15:09:08 -0800 (PST) From: Alex Belits To: InTeRmELt cc: freebsd-hackers@freebsd.org Subject: Re: Win95 Networking In-Reply-To: <33233E01.793D@idt.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Mar 1997, InTeRmELt wrote: > here is a little more info, i have the network cards set up and have a > internet connection on my win 95 machine. i want to be able to access > the win 95 machine and be able to go on the i-net with the freebsd > machine. i have tried everything but nothing works. Or i can put the > modem min the FreeBSD system if need be. 1. Use FreeBSD box to connect to the ISP, windows95 isn't a system for routers or proxies. 2. PPP setup is explained in FAQ and handbook. 3. If you have multiple IP addresses, use FreeBSD as a router, if not, better use it as a proxy. 4. Everything else and all the above things are in documentation. -- Alex From owner-freebsd-hackers Sun Mar 9 15:12:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA19606 for hackers-outgoing; Sun, 9 Mar 1997 15:12:22 -0800 (PST) Received: from tarpon.exis.net (stefan@tarpon.exis.net [205.252.72.108]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA19601 for ; Sun, 9 Mar 1997 15:12:20 -0800 (PST) Received: (from stefan@localhost) by tarpon.exis.net (8.7.4/8.7.3) id SAA28972; Sun, 9 Mar 1997 18:16:33 -0500 Date: Sun, 9 Mar 1997 18:16:32 -0500 (EST) From: Stefan Molnar To: InTeRmELt cc: freebsd-hackers@freebsd.org Subject: Re: Win95 Networking In-Reply-To: <33233E01.793D@idt.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > here is a little more info, i have the network cards set up and have a > internet connection on my win 95 machine. i want to be able to access > the win 95 machine and be able to go on the i-net with the freebsd > machine. i have tried everything but nothing works. Or i can put the > modem min the FreeBSD system if need be. Okay, put the modem in fbsd box. And setup user ppp. When starting ppp, use the -alias option. That will give the other machine access to the internet. the win95 box needs netbeui and tcp/ip on the card. the tcp/ip address for that box needs to be a non active ip adress, like 10.0.0.1 and something on the fbsd net card. Stefan -------------------------------------------- Stefan Molnar Team Exis.Net stefan@exis.net Member EFF Team OS/2 east-coast-ambassador@soda.CSUA.Berkeley.EDU -------------------------------------------- From owner-freebsd-hackers Sun Mar 9 15:21:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA19833 for hackers-outgoing; Sun, 9 Mar 1997 15:21:03 -0800 (PST) Received: from u3.farm.idt.net (root@u3.farm.idt.net [169.132.8.12]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA19828 for ; Sun, 9 Mar 1997 15:21:01 -0800 (PST) Received: from intermelt.vrstudio (ppp-61.ts-3.chi.idt.net [169.132.160.61]) by u3.farm.idt.net (8.8.5/8.8.5) with SMTP id SAA19909 for ; Sun, 9 Mar 1997 18:20:55 -0500 (EST) Message-ID: <332344EA.A10@idt.net> Date: Sun, 09 Mar 1997 17:16:58 -0600 From: InTeRmELt Reply-To: mkarne19-2@idt.net Organization: VR Studio X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: Win95 Networking References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I downloaded the file into win 95 copied it to a disk, now how do i read the disk on a fBSD system?(first time using unix commands) Stefan Molnar wrote: > > > I am trying to network a FreeBSD machine with a win95 machine. Can any1 > > help me? > > Bacily you need to do is get the samba package and install it. > Follow the man pages that the smbd tell you to do. It is kinda > complex, but easy at the same time. > > samba can make it that the win95 box can mount directories (link nfs) > on the fbsd box, ot use the smbclient and do it the other way around. > > Stefan > > -------------------------------------------- > Stefan Molnar Team Exis.Net > stefan@exis.net Member EFF > Team OS/2 > east-coast-ambassador@soda.CSUA.Berkeley.EDU > -------------------------------------------- From owner-freebsd-hackers Sun Mar 9 15:28:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA20078 for hackers-outgoing; Sun, 9 Mar 1997 15:28:54 -0800 (PST) Received: from newland.com ([205.233.79.6]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA20071; Sun, 9 Mar 1997 15:28:49 -0800 (PST) Received: from mnewton.newland.com (PCNUser@[205.233.79.111]) by newland.com (8.6.12/8.6.12) with SMTP id SAA12331; Sun, 9 Mar 1997 18:29:23 -0500 Message-ID: <332347AD.958@newland.com> Date: Sun, 09 Mar 1997 18:28:45 -0500 From: mnewton Organization: The Newland Group X-Mailer: Mozilla 2.01Gold (Win95; I) MIME-Version: 1.0 To: hackers CC: jhk Subject: Ascend max problem router hangs Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It looks like there is a problem with Ascend routers that they stop transmitting data at certain points in time. As a fix (as noted in some other user-group email) id to ping every 30 secs across the router to the connected pc's. This is a workaround but files can now be transmitted 100 % I have sent info to ascend but apparnetly others have too. Ascend haven't been able to find the problem. ( Any one with TCP background looking for a job mail resume to support@ascend.com) From owner-freebsd-hackers Sun Mar 9 15:56:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA21229 for hackers-outgoing; Sun, 9 Mar 1997 15:56:54 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA21214 for ; Sun, 9 Mar 1997 15:56:43 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA01299; Mon, 10 Mar 1997 10:25:56 +1030 (CST) From: Michael Smith Message-Id: <199703092355.KAA01299@genesis.atrad.adelaide.edu.au> Subject: Re: Link-level protocol In-Reply-To: <199703071310.SAA03887@hq.icb.chel.su> from "Serge A. Babkin" at "Mar 7, 97 06:10:19 pm" To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Mon, 10 Mar 1997 10:25:55 +1030 (CST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Serge A. Babkin stands accused of saying: > > Suppose, you want to create a cluster of FreeBSD computers. You > assign an IP address to the package and make it the alias on > the machine on which the package runs. Then when the package > gets moved to another machine the alias must be moved to > this new machine. But then you need to send a broadcast > ARP REPLY packet to inform all other hosts about this address change. > There may be other usages too. > > My implementation is very simple, it imlements only bind() > ans sendto(). The BPF can be used instead of receive(). Hmm, it would also be nice if libpcap opened the bpf device read/write rather than read-only. Then you could use pcap for your receiving. Still, I like the idea. > -SB -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Mar 9 16:07:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA21710 for hackers-outgoing; Sun, 9 Mar 1997 16:07:53 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA21705; Sun, 9 Mar 1997 16:07:45 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id QAA00345; Sun, 9 Mar 1997 16:07:26 -0800 (PST) Message-Id: <199703100007.QAA00345@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: mnewton cc: hackers , jhk Subject: Re: Ascend max problem router hangs In-reply-to: Your message of "Sun, 09 Mar 1997 18:28:45 EST." <332347AD.958@newland.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Mar 1997 16:07:26 -0800 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A lot depends on the kind of traffic that is going thru the Ascend router. For instance a steady stream of UDP packets can bring down nicely Ascend routers. This problem was easily reproduced with mbone apps with mrouted running on FreeBSD boxes. The latest version for at least my Ascend Pipeline 50 seems to alleviate the problem yet it is still there. Very fast tcp/ip traffic can also cause the routers to die but much harder to reproduce than with UDP traffic. It seems like Ascend has buffer management problems or so I was able to ascertain from past talks with Ascend. Good Luck, Amancio >From The Desk Of mnewton : > It looks like there is a problem with Ascend routers that they > stop transmitting data at certain points in time. As a fix (as noted in > some other user-group email) id to ping every 30 secs across the router > to the connected pc's. This is a workaround > but files can now be transmitted 100 % > I have sent info to ascend but apparnetly others have too. > Ascend haven't been able to find the problem. > ( > Any one with TCP background looking for a job mail resume > to support@ascend.com) > From owner-freebsd-hackers Sun Mar 9 16:40:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA24916 for hackers-outgoing; Sun, 9 Mar 1997 16:40:12 -0800 (PST) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA24911 for ; Sun, 9 Mar 1997 16:40:09 -0800 (PST) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.59 #1) id 0w3t83-0001D0-00; Sun, 9 Mar 1997 16:39:51 -0800 Date: Sun, 9 Mar 1997 16:39:50 -0800 (PST) From: Tom Samplonius To: mnewton cc: hackers Subject: Re: Ascend max problem router hangs In-Reply-To: <332347AD.958@newland.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Mar 1997, mnewton wrote: > It looks like there is a problem with Ascend routers that they > stop transmitting data at certain points in time. As a fix (as noted in > some other user-group email) id to ping every 30 secs across the router > to the connected pc's. This is a workaround > but files can now be transmitted 100 % > I have sent info to ascend but apparnetly others have too. > Ascend haven't been able to find the problem. > ( > Any one with TCP background looking for a job mail resume > to support@ascend.com) This is a FreeBSD list, not the ascend-bitch list, but... I've had my share of troubles with the MAX series, and things have been very smooth since it was replaced with a Livingston PM3. The PM3 doesn't have as many features (yet), but it at least it is pretty reliable, and Livingston has a free 56k modem upgrade plan. Tom From owner-freebsd-hackers Sun Mar 9 17:11:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA26348 for hackers-outgoing; Sun, 9 Mar 1997 17:11:04 -0800 (PST) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA26343 for ; Sun, 9 Mar 1997 17:11:01 -0800 (PST) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id MAA17387; Mon, 10 Mar 1997 12:13:06 +1100 (EST) Date: Mon, 10 Mar 1997 12:13:06 +1100 (EST) From: "Daniel O'Callaghan" To: InTeRmELt cc: freebsd-hackers@freebsd.org Subject: Re: Win95 Networking In-Reply-To: <332344EA.A10@idt.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Mar 1997, InTeRmELt wrote: > I downloaded the file into win 95 copied it to a disk, now how do i read > the disk on a fBSD system?(first time using unix commands) You really should read the FreeBSD handbook: http://www.freebsd.org/ # mount -t msdos /dev/fd0 /mnt # cp /mnt/samba* /tmp # umount /mnt # pkg_add /tmp/samba* You should also get ws_ftp for your win95 box. Danny From owner-freebsd-hackers Sun Mar 9 18:58:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA00781 for hackers-outgoing; Sun, 9 Mar 1997 18:58:49 -0800 (PST) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA00776 for ; Sun, 9 Mar 1997 18:58:46 -0800 (PST) Received: from localhost (mark@localhost) by vinyl.quickweb.com (8.8.5/8.6.12) with SMTP id VAA13080; Sun, 9 Mar 1997 21:52:28 -0500 (EST) Date: Sun, 9 Mar 1997 21:52:28 -0500 (EST) From: Mark Mayo To: Stefan Molnar cc: InTeRmELt , freebsd-hackers@freebsd.org Subject: Re: Win95 Networking In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Mar 1997, Stefan Molnar wrote: > > > here is a little more info, i have the network cards set up and have a > > internet connection on my win 95 machine. i want to be able to access > > the win 95 machine and be able to go on the i-net with the freebsd > > machine. i have tried everything but nothing works. Or i can put the > > modem min the FreeBSD system if need be. > > Okay, put the modem in fbsd box. And setup user ppp. When starting > ppp, use the -alias option. That will give the other machine access > to the internet. the win95 box needs netbeui and tcp/ip on the ^^^^^^^ The win95 box doesn't need netbeui, just tcp/ip. Point it's gateway address at the FreeBSD box, and remember to change the freebsd's /etc/sysconfig to say GATEWAY=YES. Of course, all of this is explained in the man page for ppp... -Mark > card. the tcp/ip address for that box needs to be a non active ip > adress, like 10.0.0.1 and something on the fbsd net card. > > Stefan > > -------------------------------------------- > Stefan Molnar Team Exis.Net > stefan@exis.net Member EFF > Team OS/2 > east-coast-ambassador@soda.CSUA.Berkeley.EDU > -------------------------------------------- > > ---------------------------------------------------------------------------- Mark Mayo mark@quickweb.com RingZero Comp. http://vinyl.quickweb.com/mark ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ GCS/O d- s+ a-- C++ UB+++$ P+ L- E--- W++ N+ K- w++(---) O- M- !V PS+ PE Y++ PGP+ t !5 X+ R- tv b++ DI+ D++ G+ e+(*) h--- r++ y+ ---------------------------------------------------------------------------- "Typically, I don't use JAVA -- I think that strong typing is for weak minds (and lazy compiler/interpreter writers)." -- Terry Lambert From owner-freebsd-hackers Sun Mar 9 19:03:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA01024 for hackers-outgoing; Sun, 9 Mar 1997 19:03:24 -0800 (PST) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01011 for ; Sun, 9 Mar 1997 19:03:07 -0800 (PST) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id VAA04719; Sun, 9 Mar 1997 21:26:23 GMT Message-Id: <199703092126.VAA04719@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: steve howe cc: hackers@freebsd.org Subject: Re: expr failure In-reply-to: Your message of "Sun, 09 Mar 1997 04:26:58 PST." <199703091226.EAA16596@f16.hotmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Mar 1997 21:26:23 +0000 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > "/bin/expr" seems to be non-funtional. > \ > !#/bin/sh > # > a=0; a='expr $a + 1' # right out of man page for expr You'll need the right quotes (`), not ('), or use "let" for clarity: a=0 let a=$a+1 Even using $() makes things clearer: a=0 a=$(expr $a + 1) and makes life easier when nesting. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sun Mar 9 20:11:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA03975 for hackers-outgoing; Sun, 9 Mar 1997 20:11:18 -0800 (PST) Received: from shell.wco.com (root@shell.wco.com [199.4.94.16]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA03970 for ; Sun, 9 Mar 1997 20:11:15 -0800 (PST) Received: from zellion.cyberwind.com (zellion.cyberwind.com [199.4.109.223]) by shell.wco.com (8.8.5/8.6.12) with ESMTP id UAA17876 for ; Sun, 9 Mar 1997 20:10:59 -0800 (PST) Message-Id: <199703100410.UAA17876@shell.wco.com> From: "Jeffery T. White" To: Subject: Structure member alignment Date: Sun, 9 Mar 1997 20:18:41 -0800 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am writing a client server system with FreeBSD as the client. I would like the clients [Windoze] to communicate with the server by sending packets which are actually structures whose definitions both systems use. In Windows the structure member alignment can be controlled using the pack(x) pragma. so they can be byte/word/whatever aligned. 1. Is there a way to control this in FreeBSD? 2. If not is there a standard way [byte/word/etc.] that FreeBSD does this that I can count on across all CPUs [386/486/Pentium]. Is this something that might change in the future? 3. Maybe some other compiler might do the trick? I know what I am writing would likely be difficult to port to other OSes. Thanks, Jeff | Jeffery T. White | email: zellion@cyberwind.com | | Cyberwind, The wind knows... | http://www.cyberwind.com From owner-freebsd-hackers Sun Mar 9 20:39:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA04876 for hackers-outgoing; Sun, 9 Mar 1997 20:39:56 -0800 (PST) Received: from monk.via.net (monk.via.net [140.174.204.10]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id UAA04871 for ; Sun, 9 Mar 1997 20:39:51 -0800 (PST) Received: (from joe@localhost) by monk.via.net (8.6.11/8.6.12) id UAA05566 for hackers@freebsd.org; Sun, 9 Mar 1997 20:31:59 -0800 Date: Sun, 9 Mar 1997 20:31:59 -0800 From: Joe McGuckin Message-Id: <199703100431.UAA05566@monk.via.net> To: hackers@freebsd.org Subject: Re: freebsd as a news server? X-Sun-Charset: US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was having the same problem with expire taking over 18 hours to complete. Someone suggested forcing expire to rebuild the history database using a different spindle for temp space. That fixed it. Now the history rebuild finishes in under 5 minutes. Joe From owner-freebsd-hackers Sun Mar 9 21:07:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA05697 for hackers-outgoing; Sun, 9 Mar 1997 21:07:40 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA05690 for ; Sun, 9 Mar 1997 21:07:35 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA03884; Mon, 10 Mar 1997 15:37:19 +1030 (CST) From: Michael Smith Message-Id: <199703100507.PAA03884@genesis.atrad.adelaide.edu.au> Subject: Re: Structure member alignment In-Reply-To: <199703100410.UAA17876@shell.wco.com> from "Jeffery T. White" at "Mar 9, 97 08:18:41 pm" To: zellion@cyberwind.com (Jeffery T. White) Date: Mon, 10 Mar 1997 15:37:19 +1030 (CST) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jeffery T. White stands accused of saying: > I am writing a client server system with FreeBSD as the client. I would > like the clients [Windoze] to communicate with the server by sending > packets which are actually structures whose definitions both systems use. > In Windows the structure member alignment can be controlled using the > pack(x) pragma. so they can be byte/word/whatever aligned. > > 1. Is there a way to control this in FreeBSD? > > 2. If not is there a standard way [byte/word/etc.] that FreeBSD does this > that I can count on across all CPUs [386/486/Pentium]. Is this something > that might change in the future? > > 3. Maybe some other compiler might do the trick? > > I know what I am writing would likely be difficult to port to other OSes. What you are trying to do is Bad. You should define a wire format using a set of types (eg. XDR) that are guaranteed to be platform-transparent, and then use local techniques for converting to/from this format. I would suggest 'man xdr' on a BSD box as a good place to start. If you're too lazy to do this, then look at the 'attribute __packed' extension to gcc. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Mar 9 21:10:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA05813 for hackers-outgoing; Sun, 9 Mar 1997 21:10:04 -0800 (PST) Received: from mule0.mindspring.com (mule0.mindspring.com [204.180.128.166]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA05782 for ; Sun, 9 Mar 1997 21:09:48 -0800 (PST) Received: from bogus.mindspring.com (borg.mindspring.com [204.180.128.14]) by mule0.mindspring.com (8.8.4/8.8.4) with SMTP id AAA67212; Mon, 10 Mar 1997 00:09:39 -0500 Message-Id: <1.5.4.32.19970310050939.007265d0@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 10 Mar 1997 00:09:39 -0500 To: "Jeffery T. White" From: "Kevin P. Neal" Subject: Re: Structure member alignment Cc: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 08:18 PM 3/9/97 -0800, Jeffery T. White wrote: >I am writing a client server system with FreeBSD as the client. I would >like the clients [Windoze] to communicate with the server by sending >packets which are actually structures whose definitions both systems use. >In Windows the structure member alignment can be controlled using the >pack(x) pragma. so they can be byte/word/whatever aligned. > >1. Is there a way to control this in FreeBSD? > >2. If not is there a standard way [byte/word/etc.] that FreeBSD does this >that I can count on across all CPUs [386/486/Pentium]. Is this something >that might change in the future? > >3. Maybe some other compiler might do the trick? % man -k xdr Perhaps the eXternal Data Representation code will help out? -- XCOMM Kevin P. Neal, Junior, Comp. Sci. - House of Retrocomputing XCOMM mailto:kpneal@pobox.com - http://www.pobox.com/~kpn/ XCOMM kpneal@eos.ncsu.edu " *** StarDOS makes great coffee! ***" XCOMM From a mid-80's advertisement in "Compute's GAZETTE", a C64/C128 mag From owner-freebsd-hackers Sun Mar 9 23:08:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA11032 for hackers-outgoing; Sun, 9 Mar 1997 23:08:54 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA11007 for ; Sun, 9 Mar 1997 23:08:49 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA04010 for FreeBSD-hackers@FreeBSD.ORG; Mon, 10 Mar 1997 00:12:26 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA00468; Sun, 9 Mar 1997 23:24:56 +0100 (MET) Message-ID: <19970309232455.XZ34405@uriah.heep.sax.de> Date: Sun, 9 Mar 1997 23:24:55 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: FreeBSD-hackers@FreeBSD.ORG Subject: Re: pcvt/132 columns References: <199703071149.MAA25547@ocean.campus.luth.se> <199703071707.KAA16899@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703071707.KAA16899@phaeton.artisoft.com>; from Terry Lambert on Mar 7, 1997 10:07:34 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > FreeBSD does not support ELF. Terry doesn't know anything about FreeBSD. (For those who don't realize it: both statements above are equally wrong. Although, i'm not fully sure how wrong my statement is. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 9 23:10:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA11282 for hackers-outgoing; Sun, 9 Mar 1997 23:10:34 -0800 (PST) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA11268 for ; Sun, 9 Mar 1997 23:10:30 -0800 (PST) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.59 #1) id 0w3zDm-0002aU-00; Sun, 9 Mar 1997 23:10:10 -0800 Date: Sun, 9 Mar 1997 23:10:10 -0800 (PST) From: Tom Samplonius To: Joe McGuckin cc: hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: <199703100431.UAA05566@monk.via.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Mar 1997, Joe McGuckin wrote: > I was having the same problem with expire taking over 18 hours to complete. Ok. For the *entire* expiration process, right? > Someone suggested forcing expire to rebuild the history database using a > different spindle for temp space. > > That fixed it. Now the history rebuild finishes in under 5 minutes. Errr... but the history rebuild is always the easiest and fastest part of the expiration process. The fastrm and expireover is the time consuming part. > Joe Tom From owner-freebsd-hackers Sun Mar 9 23:10:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA11346 for hackers-outgoing; Sun, 9 Mar 1997 23:10:46 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA11307 for ; Sun, 9 Mar 1997 23:10:38 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA04022; Mon, 10 Mar 1997 00:16:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA26620; Sun, 9 Mar 1997 23:54:12 +0100 (MET) Message-ID: <19970309235411.LH28573@uriah.heep.sax.de> Date: Sun, 9 Mar 1997 23:54:11 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: bmcgover@cisco.com (Brian McGovern) Subject: Re: Performance questions (Interrupt vs. polled) References: <3.0.32.19970307084514.00905c60@visigenic.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.32.19970307084514.00905c60@visigenic.com>; from Tim Oneil on Mar 7, 1997 08:45:15 -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Tim Oneil wrote: > No flame. My learned opinion however is that a system with efficiant thread > scheduling (such as freeBSD) is best served by polling. Interrupted tasking > is best for serial, brain-dead systems, like DOS. You've just got this reversed. A decent multiprocessing system benefits a lot from hardware that can do interrupt notification right when there is something to do. The worst that could happen are CPU spin loops where the CPU is waiting for some bit to be set by a peripheral device. (That's why IDE drives are ugly.) To the contrary, DOS often doesn't use interrupt-controlled drivers, so you can even work with peripherals that have a broken-by-design interrupt behaviour (like the IRQ clash for COM1/3 or COM2/4). This doesn't do much harm there, since it's a single-process system, so the CPU has to wait anyway until the current operation has completed. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 9 23:11:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA11417 for hackers-outgoing; Sun, 9 Mar 1997 23:11:00 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA11383 for ; Sun, 9 Mar 1997 23:10:54 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA04015; Mon, 10 Mar 1997 00:13:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA16780; Sun, 9 Mar 1997 23:45:54 +0100 (MET) Message-ID: <19970309234554.GF64239@uriah.heep.sax.de> Date: Sun, 9 Mar 1997 23:45:54 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: un_x@hotmail.com (steve howe) Cc: hackers@FreeBSD.ORG Subject: Re: profile probs References: <199703071417.GAA09165@f5.hotmail.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703071417.GAA09165@f5.hotmail.com>; from steve howe on Mar 7, 1997 06:17:33 -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As steve howe wrote: > 2.1.5 - sh ... > regarding ~/.profile. any alias as the 1st non-comment line will > show up in a following alias command, but will not function, resulting > in an "alias: not found" error. I can't reproduce this, so it's probably fixed as a side-effect of some other change. > and secondly, if i use: > export ENV=~/.shinit INSTEAD OF ENV=~/.shinit; export ENV ... > ~/.shinit never gets called on any "sh" startups ... ??? Confirmed. Please type `send-pr', and submit a PR for this. > lastly, can anyone tell me where to find C functions that will > allow me to position the cursor on a screen AND change text > field colors? something similiar to Borlands "gotoxy()" ??? The curses package is the closest equivalent. Unlike Borland, it's terminal independent, thus a little more complex: j@uriah 194% cat > foo.c #include int main(void) { initscr(); move(9, 19); addstr("I'm on line 10, column 20."); move(LINES - 2, 0); addstr("I'm in the line just below the bottom..."); refresh(); move(LINES - 1, 0); endwin(); } ^D j@uriah 195% cc foo.c -ltermcap -lcurses j@uriah 196% ./a.out ... This should suffice to look it up in the man pages. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 9 23:47:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA00962 for hackers-outgoing; Sun, 9 Mar 1997 23:47:47 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA00949; Sun, 9 Mar 1997 23:47:42 -0800 (PST) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id XAA08168 ; Sun, 9 Mar 1997 23:26:45 -0800 (PST) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.59 #1) id 0w3zSM-0002ds-00; Sun, 9 Mar 1997 23:25:14 -0800 Date: Sun, 9 Mar 1997 23:25:14 -0800 (PST) From: Tom Samplonius To: Brian Tao cc: "matthew c. mead" , isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Mar 1997, Brian Tao wrote: > On Sat, 8 Mar 1997, matthew c. mead wrote: > > > > I've got the striping factor set to 255 blocks (per a suggestion in > > the docs for ccd). > > For a news server, a stripe size of 65536 blocks (32 megabytes) > will give you optimal results, due to the mechanics of UFS's file and > directory layout in a cylinder group (which by default is 32MB). That > ccd configuration will tend to localize all disk access related to > reading a random file to a single drive in your array, thus allowing > maximum concurrency across the RAID. This is why having many smaller > disks is better than having a few larger disks. > -- > Brian Tao (BT300, taob@risc.org) > "Though this be madness, yet there is method in't" > > > But isn't choosing block and fragment sizes very important as well? The default of 8192 and 1024 seems fast, but seems to be wasting space. I remember Joe Greco mentioning something about disappointing file system performance if these are messed with the wrong way. Tom From owner-freebsd-hackers Mon Mar 10 00:47:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA04349 for hackers-outgoing; Mon, 10 Mar 1997 00:47:37 -0800 (PST) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA04339 for ; Mon, 10 Mar 1997 00:47:22 -0800 (PST) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id JAA00345; Mon, 10 Mar 1997 09:46:34 +0100 (MET) From: Wolfgang Helbig Message-Id: <199703100846.JAA00345@helbig.informatik.ba-stuttgart.de> Subject: Re: Does CTM have a future? In-Reply-To: from Richard Wackerbarth at "Mar 9, 97 11:05:35 pm" To: rkw@dataplex.net (Richard Wackerbarth) Date: Mon, 10 Mar 1997 09:46:34 +0100 (MET) Cc: hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I certainly do hope, that CTM does have a future. I have used it for three month now without any problems to keep my local cvs repository up to date. I am impressed by the short repair time after the hardware crash of smatter. Remember, most comitters and the core team is busy with FreeBSD 2.2 five days before freezing that release. Thanks again Rich. This kind of service and availability certainly distinguishes FreeBSD from other free (and not so free) UN*X distributions. Thanks for keeping up your high standards. Wolfgang Helbig. From owner-freebsd-hackers Mon Mar 10 00:59:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA04737 for hackers-outgoing; Mon, 10 Mar 1997 00:59:56 -0800 (PST) Received: from thelab.hub.org ([207.107.138.222]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA04726 for ; Mon, 10 Mar 1997 00:59:53 -0800 (PST) Received: from thelab.hub.org (localhost [127.0.0.1]) by thelab.hub.org (8.8.5/8.8.2) with SMTP id EAA07193; Mon, 10 Mar 1997 04:59:45 -0400 (AST) Date: Mon, 10 Mar 1997 04:59:45 -0400 (AST) From: The Hermit Hacker To: Tom Samplonius cc: Joe McGuckin , hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Mar 1997, Tom Samplonius wrote: > > On Sun, 9 Mar 1997, Joe McGuckin wrote: > > > I was having the same problem with expire taking over 18 hours to complete. > > Ok. For the *entire* expiration process, right? > > > Someone suggested forcing expire to rebuild the history database using a > > different spindle for temp space. > > > > That fixed it. Now the history rebuild finishes in under 5 minutes. > > Errr... but the history rebuild is always the easiest and fastest part > of the expiration process. The fastrm and expireover is the time > consuming part. > This is, of course, assuming that Joe is using the 'delayrm' option, which it sounds like he isn't/wasn't, if expire was running 18hrs... From owner-freebsd-hackers Mon Mar 10 01:02:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA04900 for hackers-outgoing; Mon, 10 Mar 1997 01:02:14 -0800 (PST) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA04895 for ; Mon, 10 Mar 1997 01:02:07 -0800 (PST) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 5322 on Mon, 10 Mar 1997 10:02:04 +0100; id KAA05322 efrom: marc@nietzsche.bowtie.nl; eto: hackers@freebsd.org Received: from localhost (localhost [127.0.0.1]) by nietzsche.bowtie.nl (8.8.2/8.7.3) with ESMTP id KAA18207; Mon, 10 Mar 1997 10:08:12 +0100 (MET) Message-Id: <199703100908.KAA18207@nietzsche.bowtie.nl> X-Mailer: exmh version 1.6.7 5/3/96 To: Neal Rigney Cc: hackers@freebsd.org Subject: Re: freebsd as a news server? In-reply-to: neal's message of Sat, 08 Mar 1997 23:35:14 -0600. Date: Mon, 10 Mar 1997 10:08:12 +0100 From: Marc van Kempen Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just wondering: Has anyone using the async option ever had to restore their filesystem? I'm seeing a lot of warnings about using it, but I'm wondering about actual experience figures. Regards, Marc. ---------------------------------------------------- Marc van Kempen BowTie Technology Email: marc@bowtie.nl WWW & Databases tel. +31 40 2 43 20 65 fax. +31 40 2 44 21 86 http://www.bowtie.nl ---------------------------------------------------- From owner-freebsd-hackers Mon Mar 10 01:29:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA06169 for hackers-outgoing; Mon, 10 Mar 1997 01:29:01 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA06159 for ; Mon, 10 Mar 1997 01:28:54 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA14732; Mon, 10 Mar 1997 10:28:41 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id KAA08795; Mon, 10 Mar 1997 10:20:22 +0100 (MET) Message-ID: <19970310102022.XJ59502@uriah.heep.sax.de> Date: Mon, 10 Mar 1997 10:20:22 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: lenzi@bsi.com.br (Lenzi, Sergio) Cc: hackers@freebsd.org Subject: Re: APPLIXWARE problems (ELF). References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Lenzi, Sergio on Mar 8, 1997 00:13:58 +0000 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Lenzi, Sergio wrote: > On trying to execute the package that is 18MB (from a "top" in the linux) > program size the system locks. It works for me, with the linux_lib package as /compat/linux. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 10 01:37:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA06687 for hackers-outgoing; Mon, 10 Mar 1997 01:37:13 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA06682 for ; Mon, 10 Mar 1997 01:37:09 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id UAA05996; Mon, 10 Mar 1997 20:05:39 +1030 (CST) From: Michael Smith Message-Id: <199703100935.UAA05996@genesis.atrad.adelaide.edu.au> Subject: Re: freebsd as a news server? In-Reply-To: <199703100908.KAA18207@nietzsche.bowtie.nl> from Marc van Kempen at "Mar 10, 97 10:08:12 am" To: marc@bowtie.nl (Marc van Kempen) Date: Mon, 10 Mar 1997 20:05:39 +1030 (CST) Cc: neal@pernet.net, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Marc van Kempen stands accused of saying: > > Has anyone using the async option ever had to restore their > filesystem? I'm seeing a lot of warnings about using it, but > I'm wondering about actual experience figures. No. I've never lost more than the odd file or two. > Marc van Kempen BowTie Technology -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Mar 10 02:01:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA08064 for hackers-outgoing; Mon, 10 Mar 1997 02:01:44 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA07608 for ; Mon, 10 Mar 1997 01:55:41 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA26045; Mon, 10 Mar 1997 10:10:58 +0100 Date: Mon, 10 Mar 1997 10:10:58 +0100 From: Luigi Rizzo Message-Id: <199703100910.KAA26045@labinfo.iet.unipi.it> To: hackers@freebsd.org Subject: Test version of pcbridge - comp.protocols.tcp-ip #33825 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In the last weeks I have received some requests to fix my bridge code so that it compiles on other systems than FreeBSD. I have done some work on it, and the current code is available at http://www.iet.unipi.it/~luigi/bdg301.tar.gz it does compile on FreeBSD, and it might compile on Linux and DOS with gcc/djgpp. In all cases, a .COM file (or a ROM image) is produced. Please test it and report any problem. Cheers Luigi -- -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ -- -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Mon Mar 10 02:15:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA08690 for hackers-outgoing; Mon, 10 Mar 1997 02:15:32 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA08685 for ; Mon, 10 Mar 1997 02:15:28 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.5/8.6.9) id LAA00837; Mon, 10 Mar 1997 11:20:55 +0100 (MET) From: Christoph Kukulies Message-Id: <199703101020.LAA00837@gilberto.physik.rwth-aachen.de> Subject: Re: MMX extensions, Lost mail? In-Reply-To: <33209E0A.167EB0E7@ping.at> from "Helmut F. Wirth" at "Mar 8, 97 00:00:26 am" To: hfwirth@ping.at (Helmut F. Wirth) Date: Mon, 10 Mar 1997 11:20:54 +0100 (MET) Cc: freebsd-hackers@freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hello, > Last week, on Friday i sent mail to freebsd-hackers@freebsd.org. > I have subscribed this list, but I never saw the mail. Maybe > it was lost somehow. > I repeat my message here and apologize, if the mail was not really > lost and you see this twice: > > :Hello, > :As I promised, the changes to gas and gdb are ready. I submitted the > :patches and some documentation via send-pr today. > : > :If there is enough interest I could post the patches to this list too, > :so you could give it a try. > : > :If you are interested in information regarding the new MMX instructions > :you can find the Developers Manual, the Programmers Reference Manual, > :some Application Notes and other useful information at Intel's web > :site: > > : URL hhtp://developer.intel.com/drg/mmx/ This URL doesn't seem to exist. Could you check and repost the correct one? > > :I used the material from this site for my changes. > > Regards > Helmut > -- > Helmut F. Wirth > Email: hfwirth@ping.at > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Mon Mar 10 03:02:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA11494 for hackers-outgoing; Mon, 10 Mar 1997 03:02:41 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA11488 for ; Mon, 10 Mar 1997 03:02:37 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id VAA28121; Mon, 10 Mar 1997 21:57:45 +1100 Date: Mon, 10 Mar 1997 21:57:45 +1100 From: Bruce Evans Message-Id: <199703101057.VAA28121@godzilla.zeta.org.au> To: hfwirth@ping.at, kuku@gilberto.physik.rwth-aachen.de Subject: Re: MMX extensions, Lost mail? Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> :If you are interested in information regarding the new MMX instructions >> :you can find the Developers Manual, the Programmers Reference Manual, >> :some Application Notes and other useful information at Intel's web >> :site: >> >> : URL hhtp://developer.intel.com/drg/mmx/ > >This URL doesn't seem to exist. Could you check and repost the correct >one? http://www.intel.com/design/mmx/ Bruce From owner-freebsd-hackers Mon Mar 10 03:06:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA11886 for hackers-outgoing; Mon, 10 Mar 1997 03:06:43 -0800 (PST) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA11869 for ; Mon, 10 Mar 1997 03:06:31 -0800 (PST) Received: from p0.hai.siemens.co.at (root@[10.1.143.100]) by zwei.siemens.at (8.7.5/8.7.3) with SMTP id MAA20252 for ; Mon, 10 Mar 1997 12:08:13 +0100 (MET) Received: from zerberus.hai.siemens.co.at by p0.hai.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0w42w9-0006jFC; Mon, 10 Mar 97 12:08 MET Received: from zerberus (localhost) by zerberus.hai.siemens.co.at (4.1/SMI-4.1) id AA05963; Mon, 10 Mar 97 12:05:49 +0100 Message-Id: <3323EB0C.167EB0E7@zerberus.hai.siemens.co.at> Date: Mon, 10 Mar 1997 12:05:49 +0100 From: Helmut Wirth Organization: Siemens AG. Österreich X-Mailer: Mozilla 3.0 (X11; I; SunOS 4.1.4 sun4c) Mime-Version: 1.0 To: Christoph Kukulies Cc: freebsd-hackers@freebsd.org Subject: Re: MMX extensions, Wrong URL References: <199703101020.LAA00837@gilberto.physik.rwth-aachen.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Christoph Kukukies wrote: > > :you can find the Developers Manual, the Programmers Reference Manual, > > :some Application Notes and other useful information at Intel's web > > :site: > > > > : URL hhtp://developer.intel.com/drg/mmx/ > > This URL doesn't seem to exist. Could you check and repost the correct > one? > > -- > Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de Sorry, the URL above has a typo in it, the corrected one is: http://developer.intel.com/drg/mmx/ * I checked it today and it worked. Regards Helmut -- Helmut F. Wirth --------------- E-mail: hfwirth@ping.at E-mail (at work): wirth@zerberus.hai.siemens.co.at Tel. : +43-1-1707-37610 (at work) FAX : +43-1-1707-57602 (at work) From owner-freebsd-hackers Mon Mar 10 03:22:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA12700 for hackers-outgoing; Mon, 10 Mar 1997 03:22:03 -0800 (PST) Received: from sergio.lenzi ([200.247.23.106]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA12695 for ; Mon, 10 Mar 1997 03:21:58 -0800 (PST) Received: (from lenzi@localhost) by sergio.lenzi (8.8.3/8.8.3) id IAA00793; Mon, 10 Mar 1997 08:27:30 GMT Date: Mon, 10 Mar 1997 08:27:29 +0000 () From: "Lenzi, Sergio" X-Sender: lenzi@sergio To: J Wunsch cc: hackers@freebsd.org Subject: Re: APPLIXWARE problems (ELF). In-Reply-To: <19970310102022.XJ59502@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Mar 1997, J Wunsch wrote: > As Lenzi, Sergio wrote: > > > On trying to execute the package that is 18MB (from a "top" in the linux) > > program size the system locks. > > It works for me, with the linux_lib package as /compat/linux. > Hello Wunsch. Can you please inform me the configuration you used? The applixware I have is ELF and does not accept the linux-lib that is a.out so... I copied the libs from the RED HAT cd to the /compat/linux. The same result is got whith the libs from the Slackware. Other ELF aplications using X works fine. (openwin, tetris, xfig....) Thanks for any help. Sergio Lenzi. Unix consult. From owner-freebsd-hackers Mon Mar 10 03:31:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA13087 for hackers-outgoing; Mon, 10 Mar 1997 03:31:16 -0800 (PST) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA13081 for ; Mon, 10 Mar 1997 03:31:10 -0800 (PST) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.3/8.7.3) with SMTP id MAA17179 for ; Mon, 10 Mar 1997 12:30:43 +0100 (MET) Date: Mon, 10 Mar 1997 12:30:42 +0100 (MET) From: Andrzej Bialecki To: freebsd-hackers@FreeBSD.ORG Subject: New authentication styles in login Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello! I'm currently working on adding Security Dynamics' smartcard authentication to FreeBSD login (and later, to ftp{d}). I have some questions though: * as it seems at first glance, we don't use/have login_* modules mentioned in login's Makefile. So the most of the auth functions from libutil is unused. Am I right (fully/partially/not at all)? * when adding new auth style, it seems to be a more proper thing to put it into libutil than to login.c itself (like SKEY #defines). Or, since login.c contains so many #defines anyway, just to go with the new stuff there. For those uninformed, SecurID API requires about two #includes and one call to their auth function, that's all, so this wouldn't be a much bloat to the login.c. What would you suggest? TIA Andy +-------------------------------------------------------------------------+ Andrzej Bialecki _) _) _)_) _)_)_) _) _) --------------------------------------- _)_) _) _) _) _)_) _)_) Research and Academic Network in Poland _) _)_) _)_)_)_) _) _) _) Bartycka 18, 00-716 Warsaw, Poland _) _) _) _) _)_)_) _) _) +-------------------------------------------------------------------------+ From owner-freebsd-hackers Mon Mar 10 03:40:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA13665 for hackers-outgoing; Mon, 10 Mar 1997 03:40:41 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA13658 for ; Mon, 10 Mar 1997 03:40:38 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.5/8.6.9) id MAA01258; Mon, 10 Mar 1997 12:45:55 +0100 (MET) From: Christoph Kukulies Message-Id: <199703101145.MAA01258@gilberto.physik.rwth-aachen.de> Subject: Re: MMX extensions, Wrong URL In-Reply-To: <3323EB0C.167EB0E7@zerberus.hai.siemens.co.at> from Helmut Wirth at "Mar 10, 97 12:05:49 pm" To: wirth@zerberus.hai.siemens.co.at (Helmut Wirth) Date: Mon, 10 Mar 1997 12:45:55 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Christoph Kukukies wrote: > > > > :you can find the Developers Manual, the Programmers Reference Manual, > > > :some Application Notes and other useful information at Intel's web > > > :site: > > > > > > : URL hhtp://developer.intel.com/drg/mmx/ > > > > This URL doesn't seem to exist. Could you check and repost the correct > > one? > > > > -- > > Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > > > Sorry, the URL above has a typo in it, the corrected one is: > > http://developer.intel.com/drg/mmx/ > * > > I checked it today and it worked. This happens when one cut's 'n pastes without reading :-) > > Regards > Helmut > -- > Helmut F. Wirth > --------------- > E-mail: hfwirth@ping.at > E-mail (at work): wirth@zerberus.hai.siemens.co.at > Tel. : +43-1-1707-37610 (at work) > FAX : +43-1-1707-57602 (at work) > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Mon Mar 10 03:51:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA14366 for hackers-outgoing; Mon, 10 Mar 1997 03:51:50 -0800 (PST) Received: from chain-work.iafrica.com (chain-work.iafrica.com [196.31.1.66]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA14355 for ; Mon, 10 Mar 1997 03:51:46 -0800 (PST) Received: from localhost (khetan@localhost) by chain-work.iafrica.com (8.8.5/8.8.5) with SMTP id NAA01051 for ; Mon, 10 Mar 1997 13:51:31 +0200 (SAT) Date: Mon, 10 Mar 1997 13:51:28 +0200 (SAT) From: Khetan Gajjar To: hackers@freebsd.org Subject: Trap 12's in machine over the last few days Message-ID: X-Alternate-Address: gjjkhe01@sonnenberg.uct.ac.za X-PGP-Fingerprint: FF F9 1C B8 39 06 1E CD 60 4C E8 57 2D A3 46 E7 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. I'm running 2.2-GAMMA, on a DTK motherboard w/512kb, with a Cyrix P150+ processor and 48MB RAM. There are 3xIDE 1 gig drives, a SMC EtherPower NIC and a Diamond Stealth 64. Over the last four days, my machine keeps breaking into the debugger, with the following : Fatal Trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0x0 stack pointer = 0x10:0xefbffe54 frame pointer = 0x10:0xefbffe5c 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 = 248 (halt) interrupt mask = kernel:type 12 trap, code=0 (Sorry for any typo's - difficult to type this stuff) I haven't changed anything recently, except for world'ing 2 days prior to these traps. I suspect it's hardware based, because I've put the drives into another machine and it works fine (although MUCH slower - 486's still work :-) Any pointers on how to see what the exact problem is ? Does the above trap help ? I've tried various combinations of RAM, wiggling everything in, etc, but it doesn't help. TIA, --- Khetan Gajjar [ http://www.iafrica.com/~khetan] I'm a FreeBSD User! [ http://www.freebsd.org ] PGP Key [finger khetan@chain.iafrica.com] UUNet Internet Africa [0800-030-002 & help@iafrica.com] From owner-freebsd-hackers Mon Mar 10 04:00:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA14869 for hackers-outgoing; Mon, 10 Mar 1997 04:00:08 -0800 (PST) Received: from mauve.csi.cam.ac.uk (mauve.csi.cam.ac.uk [131.111.8.38]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA14797 for ; Mon, 10 Mar 1997 03:59:58 -0800 (PST) Received: from g.pet.cam.ac.uk [131.111.209.233] by mauve.csi.cam.ac.uk with smtp (Exim 1.58 #1) id 0w43jT-00023E-00; Mon, 10 Mar 1997 11:59:11 +0000 Received: from g.pet.cam.ac.uk [127.0.0.1] by g.pet.cam.ac.uk with esmtp (Exim 1.59 #1) id 0w43jj-0000Dx-00; Mon, 10 Mar 1997 11:59:27 +0000 To: " steve howe" Cc: freebsd-hackers@freebsd.org Subject: Re: profile/alias In-reply-to: Your message of "Sat, 08 Mar 1997 20:53:02 PST." <199703090453.UAA19011@f29.hotmail.com> Date: Mon, 10 Mar 1997 11:59:27 +0000 From: Gareth McCaughan Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk With the .profile you quoted !#/bin/sh # ~/.profile alias qrstuv="echo hey!" echo ~/.profile ENV=~/.shinit; export ENV I don't get the alias problem you report. Either you're doing something else funny (though I can't think what), or the problem was there in 2.1.5 and has been fixed in 2.2 . Incidentally, you mean #! not !#. Your problem with the mathematical functions is because you aren't linking with the math libraries. This is a well-known Unix gotcha; you need to put "-lm" at the end of whatever compilation command is doing the linking. I don't understand why we don't do longer long doubles; the underlying hardware understands IEEE extended precision, after all. Or has that not always been the case? (If not, it might be a compatibility thing.) There may well be closer-to-the-hardware approaches to the kbhit() thing, but what I've described is likely to be more portable. Not that it will be *very* portable, but better than any sort of poking around with hardware can be. I don't understand what you mean by "it does seems slightly problematic though to have to always DEPEND on a stream when your code could be doing more useful things - instead of waiting."; the code *won't* be waiting. That's the whole point. If you make I/O on a given fd non-blocking then it *doesn't* wait when there is no data available; it just returns with an error, which you can detect. Er, and there's a big difference between streams (as used by fread() etc) and file descriptors (as used by read() etc), which is of some relevance if you're wondering about the overhead involved here. -- Gareth McCaughan Dept. of Pure Mathematics & Mathematical Statistics, gjm11@dpmms.cam.ac.uk Cambridge University, England. From owner-freebsd-hackers Mon Mar 10 04:34:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA17205 for hackers-outgoing; Mon, 10 Mar 1997 04:34:36 -0800 (PST) Received: from mail.MCESTATE.COM (vince@mail.MCESTATE.COM [207.211.200.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA17197 for ; Mon, 10 Mar 1997 04:34:26 -0800 (PST) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.5/8.8.5) with SMTP id EAA19874 for ; Mon, 10 Mar 1997 04:34:22 -0800 (PST) Date: Mon, 10 Mar 1997 04:34:21 -0800 (PST) From: Vincent Poy To: hackers@FreeBSD.ORG Subject: library weirdness Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On a FreeBSD -current system, running anything that requires a library in /usr/local/lib seems to fail with: As a example, for tcpd of tcpwrapper: ld.so failed: Can't find shared library "libwrap.so.7.4" The system does boot up with: setting ldconfig path: /usr/lib /usr/X11R6/lib /usr/X386/lib /usr/local/lib Thanks to the help of Chuck Robey by doing a env variable for LD but it didn't do anything except for users who are logged on. Anyone have any ideas what else I can try to fix this problem? Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] GaiaNet Corporation - M & C Estate / / / / | / | __] ] Beverly Hills, California USA 90210 / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] From owner-freebsd-hackers Mon Mar 10 05:10:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA19134 for hackers-outgoing; Mon, 10 Mar 1997 05:10:11 -0800 (PST) Received: from kremvax.demos.su (kremvax.demos.su [194.87.0.20]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA19097 for ; Mon, 10 Mar 1997 05:09:59 -0800 (PST) Received: by kremvax.demos.su (8.6.13/D) from 0@sinbin.demos.su [194.87.2.95] for with ESMTP id QAA27336; Mon, 10 Mar 1997 16:09:13 +0300 Received: by sinbin.demos.su id QAA29274; (8.6.12/D) Mon, 10 Mar 1997 16:08:39 +0300 From: bag@sinbin.demos.su (Alex G. Bulushev) Message-Id: <199703101308.QAA29274@sinbin.demos.su> Subject: Q about 100Mb ether cards To: hackers@freebsd.org Date: Mon, 10 Mar 1997 16:08:38 +0300 (MSK) X-Mailer: ELM [version 2.4 PL24 ME7a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk we have: 1. SMC with DEC21140-AC 2. Intel EtherExpress Pro/100 Q1: What about supporting 21140-AC in 2.2-... if_de.c Q2: What about full duplex for 1. and 2. cards Q3: What is the best choice (1. or 2., u recomendations about functionality not a price) Alex. From owner-freebsd-hackers Mon Mar 10 05:20:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA19468 for hackers-outgoing; Mon, 10 Mar 1997 05:20:34 -0800 (PST) Received: from bagpuss.visint.co.uk (bagpuss.visint.co.uk [194.207.134.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA19463 for ; Mon, 10 Mar 1997 05:20:30 -0800 (PST) Received: from bagpuss.visint.co.uk (bagpuss.visint.co.uk [194.207.134.1]) by bagpuss.visint.co.uk (8.7.5/8.7.3) with SMTP id NAA23433 for ; Mon, 10 Mar 1997 13:23:39 GMT Date: Mon, 10 Mar 1997 13:23:39 +0000 (GMT) From: Stephen Roome To: freebsd-hackers@freebsd.org Subject: Re: Hard Link Count too small! In-Reply-To: <199703080434.PAA09045@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 8 Mar 1997, Bruce Evans wrote: > >> I have some POSIX performance tests that do this several times. They > >> take too long. They take much too long if the filesystem is not async > >> mounted. > > > >They must not be very POSIX dependent, or they would fail from the > >"shall mark for update"/"shall update" discrepancies introduced by > >the async mount. An async mounted FS is not POSIX compliant. An > > Wrong. > > Bruce > Asynchronous mounted filesystems might not be POSIX compliant, but synchronous is unbeleivable slow at times. I'm not sure how much it is dependant on the actual disk/driver/buffering, but for me rm -rf seems to be at least an order of magnitude faster when the filesystem is mounted asynchronously. Is there not some way that perhaps mount could be more sensible and perhaps do some of it's I/O async, or is it really that unsafe. I know ppl seem to want POSIX compliancy, but for some things (like this) is it really worth it to be losing so much speed.. Also, exactly how 'dangerous' is async, as far as I know linux is async and I don't hear that many people complaining that their filesystems have all been destroyed. (I'm probably wrong about this, as I don't keep up with linux much anymore) Steve. From owner-freebsd-hackers Mon Mar 10 05:52:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA20803 for hackers-outgoing; Mon, 10 Mar 1997 05:52:13 -0800 (PST) Received: from ajax.che.curtin.edu.au (ajax.che.curtin.edu.au [134.7.142.142]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA20792 for ; Mon, 10 Mar 1997 05:52:09 -0800 (PST) Received: (from gdr@localhost) by ajax.che.curtin.edu.au (8.6.8/8.6.6) id XAA08768; Mon, 10 Mar 1997 23:49:09 +1000 From: Gary Roberts Message-Id: <199703101349.XAA08768@ajax.che.curtin.edu.au> Subject: Re: expr failure To: julian@whistle.com (Julian Elischer) Date: Mon, 10 Mar 1997 23:49:08 +1000 (EST) Cc: un_x@hotmail.com, hackers@FreeBSD.ORG In-Reply-To: <33231E19.794BDF32@whistle.com> from "Julian Elischer" at Mar 9, 97 12:31:22 pm Organisation: The University of Queensland Phone: +617 3844 0400 Reply-To: gdr@wcs.uq.edu.au X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Julian, Julian Elischer writes: > Gary Roberts wrote: > > Are you sure that's not supposed to be a=`expr $a + 1` > if you read this with netscape, > then it (would you believe) shows reverse ' as ' > > e.g. > in netscape these will be the same ` ' > but I typed them differntly.. (duh) > > since I am using netscape to type this > I don't even know if they actually got entered > as different characters because they echo on the screen as the same.! That would be a *really* useful feature of netscrape :-). I don't think that this was Steve Howe's problem as his example wasn't working as he expected. If the ` ` had been reversed to ' ' just in the e-mail, his script would have worked and he wouldn't have been complaining about expr. I perhaps should have been a bit more civil in my response (or let it pass entirely) but I was annoyed at the reference to `shoddy development' of FreeBSD when the reverse is demonstrably true. Cheers, (from Curtin Uni in your old home town, I believe, -- Perth) -- Gary Roberts (gdr@wcs.uq.edu.au) (Ph +617 3844 0400 Fax +617 3844 0444) 4th Floor, South Bank House, 234 Grey St, South Bank QLD 4101 Australia. From owner-freebsd-hackers Mon Mar 10 05:57:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA21019 for hackers-outgoing; Mon, 10 Mar 1997 05:57:54 -0800 (PST) Received: from maelstrom.cc.mcgill.ca (maelstrom.CC.McGill.CA [132.206.35.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA21009 for ; Mon, 10 Mar 1997 05:57:50 -0800 (PST) Received: (from yves@localhost) by maelstrom.cc.mcgill.ca (8.8.5/8.8.5) id IAA05582; Mon, 10 Mar 1997 08:56:18 -0500 (EST) Message-Id: <199703101356.IAA05582@maelstrom.cc.mcgill.ca> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) Received: by NeXT.Mailer (1.118.2) From: Yves Lepage Date: Mon, 10 Mar 97 08:56:15 -0500 To: Tom Samplonius Subject: Re: Ascend max problem router hangs cc: mnewton , hackers Reply-To: yves@CC.McGill.CA References: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, This message I saw recently may be able to explain why your ascend MAX is misbehaving. I hope it helps. Regards, Yves Lepage ** IMPORTANT - PLEASE READ ********************************************* There exists a new feature in the 5.0A series of releases for the MAX which allow a user to reboot your Ascend MAX at will. This is done via an undocumented login entry point that has been introduced without notice to the public by Ascend. Users can telnet to a max on port 150 and the Max will act as though the call came in via a T1 etc. Using this and another bug a user can cause the max to reboot. The exact sequence to cause the reboot has been reported to Ascend and I am waiting for an official response. After a fix has been made available I will immediatly release the details. In the meantime it is HIGHLY reccomended that you filter access for incoming tcp to port 150. If you are not running 5.0A or above please report back to the list if your max accepts a telnet to port 150 so we can figure out which release this "feature" was introduced silently. The Max's seem to now also answer on port 1723. Anyone know what this is used for? This whole thing smells of the non-zero length tcp offsets bug from awhile back. Sigh. Begin forwarded message: X-SMTP-Posting-Origin: mail.webspan.net (mail.webspan.net [206.154.70.7]) Date: Sun, 9 Mar 1997 16:39:50 -0800 (PST) From: Tom Samplonius To: mnewton cc: hackers Subject: Re: Ascend max problem router hangs In-Reply-To: <332347AD.958@newland.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org On Sun, 9 Mar 1997, mnewton wrote: > It looks like there is a problem with Ascend routers that they > stop transmitting data at certain points in time. As a fix (as noted in > some other user-group email) id to ping every 30 secs across the router > to the connected pc's. This is a workaround > but files can now be transmitted 100 % > I have sent info to ascend but apparnetly others have too. > Ascend haven't been able to find the problem. > ( > Any one with TCP background looking for a job mail resume > to support@ascend.com) This is a FreeBSD list, not the ascend-bitch list, but... I've had my share of troubles with the MAX series, and things have been very smooth since it was replaced with a Livingston PM3. The PM3 doesn't have as many features (yet), but it at least it is pretty reliable, and Livingston has a free 56k modem upgrade plan. Tom From owner-freebsd-hackers Mon Mar 10 06:24:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA22652 for hackers-outgoing; Mon, 10 Mar 1997 06:24:30 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA22644 for ; Mon, 10 Mar 1997 06:24:27 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id GAA17192; Mon, 10 Mar 1997 06:24:45 -0800 (PST) Message-Id: <199703101424.GAA17192@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: bag@sinbin.demos.su (Alex G. Bulushev) cc: hackers@freebsd.org Subject: Re: Q about 100Mb ether cards In-reply-to: Your message of "Mon, 10 Mar 1997 16:08:38 +0300." <199703101308.QAA29274@sinbin.demos.su> From: David Greenman Reply-To: dg@root.com Date: Mon, 10 Mar 1997 06:24:45 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >we have: >1. SMC with DEC21140-AC >2. Intel EtherExpress Pro/100 > >Q1: What about supporting 21140-AC in 2.2-... if_de.c >Q2: What about full duplex for 1. and 2. cards >Q3: What is the best choice (1. or 2., u recomendations about functionality > not a price) I want to support full duplex in the fxp (Pro/100B) driver, but I haven't been able to get it to work. The Pro/100B is well supported; it's what I'm using in wcarchive and I haven't had any problems. It consumes about half the CPU time that the de driver does and has about the same level of performance (actually slightly better than the DEC chip). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Mar 10 06:28:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA22904 for hackers-outgoing; Mon, 10 Mar 1997 06:28:23 -0800 (PST) Received: from ajax.che.curtin.edu.au (ajax.che.curtin.edu.au [134.7.142.142]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA22887 for ; Mon, 10 Mar 1997 06:28:20 -0800 (PST) Received: (from gdr@localhost) by ajax.che.curtin.edu.au (8.6.8/8.6.6) id AAA08788; Tue, 11 Mar 1997 00:25:52 +1000 From: Gary Roberts Message-Id: <199703101425.AAA08788@ajax.che.curtin.edu.au> Subject: Re: Does CTM have a future? To: helbig@MX.BA-Stuttgart.De (Wolfgang Helbig) Date: Tue, 11 Mar 1997 00:25:50 +1000 (EST) Cc: rkw@dataplex.net, hackers@FreeBSD.org In-Reply-To: <199703100846.JAA00345@helbig.informatik.ba-stuttgart.de> from "Wolfgang Helbig" at Mar 10, 97 09:46:34 am Organisation: The University of Queensland Phone: +617 3844 0400 Reply-To: gdr@wcs.uq.edu.au X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Wolfgang Helbig writes: > I certainly do hope, that CTM does have a future. > I have used it for three month now without any problems to keep my > local cvs repository up to date. I would just like to echo the same sentiments. I've received cvs-cur deltas for 10 months now and I consider it to be the best way for me to keep that tree up-to-date. The first delta was 2014 and apart from some missing parts from the initial tree I snarfed from a local mirror, CTM has performed flawlessly. The last delta I got before spatter splatted was 3112, so that's almost 1100 of `em. I've just now seen that deltas 3113 - 3117 have arrived and I've just finished applying them - no problems. So big thanks to Poul-Henning for writing CTM and to Richard for stepping in and getting the flow going again. Because of the problems I had initially with an incomplete `starter' tree, I got into the habit of checking deltas carefully before trying to apply them. I wrote a shell script which runs CTM for me and checks for any problems with the matching of the delta to the tree. The script also allows me to apply deltas singly or in batches at my convenience. It works very well for me. I still let this script run the consistency checks but I haven't had a single problem in a long, long time. So I too really do hope this method of distributing deltas does have a future. Thanks very much, Richard, for what you have done. I thought you might like a report that everything seems to be 100% OK. > This kind of service and availability certainly distinguishes > FreeBSD from other free (and not so free) UN*X distributions. > > Thanks for keeping up your high standards. Amen, brother, Amen :-). Cheers, -- Gary Roberts (gdr@wcs.uq.edu.au) (Ph +617 3844 0400 Fax +617 3844 0444) 4th Floor, South Bank House, 234 Grey St, South Bank QLD 4101 Australia. From owner-freebsd-hackers Mon Mar 10 08:42:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA00847 for hackers-outgoing; Mon, 10 Mar 1997 08:42:53 -0800 (PST) Received: from thelab.hub.org ([207.107.138.222]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA00842 for ; Mon, 10 Mar 1997 08:42:48 -0800 (PST) Received: from thelab.hub.org (LOCALHOST [127.0.0.1]) by thelab.hub.org (8.8.5/8.8.2) with SMTP id MAA09109; Mon, 10 Mar 1997 12:42:29 -0400 (AST) Date: Mon, 10 Mar 1997 12:42:29 -0400 (AST) From: The Hermit Hacker To: Marc van Kempen cc: Neal Rigney , hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: <199703100908.KAA18207@nietzsche.bowtie.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Mar 1997, Marc van Kempen wrote: > Just wondering: > > Has anyone using the async option ever had to restore their > filesystem? I'm seeing a lot of warnings about using it, but > I'm wondering about actual experience figures. > No, have been lucky so far...am running both noatime and async on my spool, and run it 24/7 without a problem, and do have panic reboots occasionally... I don't know if running fsck -y instead of fsck -p helps that though, in the rc file... From owner-freebsd-hackers Mon Mar 10 09:29:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA06161 for hackers-outgoing; Mon, 10 Mar 1997 09:29:20 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA06077 for ; Mon, 10 Mar 1997 09:29:12 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA26860; Mon, 10 Mar 1997 17:44:52 +0100 From: Luigi Rizzo Message-Id: <199703101644.RAA26860@labinfo.iet.unipi.it> Subject: Re: Q about 100Mb ether cards To: dg@root.com Date: Mon, 10 Mar 1997 17:44:52 +0100 (MET) Cc: bag@sinbin.demos.su, hackers@freebsd.org In-Reply-To: <199703101424.GAA17192@root.com> from "David Greenman" at Mar 10, 97 06:24:26 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > been able to get it to work. The Pro/100B is well supported; it's what I'm > using in wcarchive and I haven't had any problems. It consumes about half > the CPU time that the de driver does and has about the same level of that's curious though, since both do DMA from/to mbufs. What CPU overhead are we talking about, 1% or 10% ? Any idea on what to look at in the de driver to improve performance ? Since I have spent a few days on it, I am moderately familiar with that code now. Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Mon Mar 10 09:42:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA08473 for hackers-outgoing; Mon, 10 Mar 1997 09:42:16 -0800 (PST) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA08466 for ; Mon, 10 Mar 1997 09:42:10 -0800 (PST) Received: from cliff.cris.com (cliff.cris.com [199.3.12.45]) by darius.concentric.net (8.8.5/(97/03/03 3.23)) id MAA13578; Mon, 10 Mar 1997 12:41:55 -0500 (EST) [1-800-745-2747 The Concentric Network] Received: from crc3.concentric.net (61033d0008ny.concentric.net [206.173.18.68]) by cliff.cris.com (8.8.5) id MAA02795; Mon, 10 Mar 1997 12:41:49 -0500 (EST) Message-ID: <3324486E.89E@pop3.concentric.net> Date: Mon, 10 Mar 1997 12:44:15 -0500 From: Richard Linane Reply-To: Typh0on@concentric.net Organization: Richard Linane X-Mailer: Mozilla 3.0Gold (Win95; U) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Help? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have tried to install freebsd 2.2 gamma & 2.1.7 that I have downloaded from the ftp site at freebsd.org onto a IDE Hard Drive that has Win95 as an OS. Useing rawrite.exe in the Dos ver.7 mode (no windows) I have successfully copied the floppy boot image to a disk and booted into the kernel setup of freebsd--both the 2.2 and 2.1.7 versions. After setting the proper geometry, partioning and labeling for the drive I am trying to install to I have succesfully proceeded to the installation of freebsd. I have the same result every time I tried to install. I have tried to install just bin distribution ( minimal ) I have tried to install everything I could download from the 2.2 gamma and 2.1.7 directories. I have tried to install bin from floppies ( both versions ) It has been suggested that I have a hardware problem so I've tried a different hard drive. I do not believe it is my system board. I think I am doing something wrong. My drives are both IDE controlled from the system board. I have tried to use fips.exe to reallocate my unused dos partitian for use with bsd. still no good. It says in readme text for fips that it cannot split extended dos partitians. I have tried to create a primary dos partitian on the drive I'm trying to install BSD to. I am not able to figure out how to access it from the drive that contains the freebsd distributions. Here is my current configureation: Drive C:\ = 2.5 Gig Quantum IDE Hardrive with W95 (Contains the freebsd distributions directory c:\freebsd\bin etc...) Drive D:\ = 1.2 Gig Samsung IDE Hard Drive ( this is the target drive for the installation of the freebsd installation) I have tried to give this a primary partition but cannot access it uder DOS from the first 2.5 gig drive...gives me an unknown file source error when I try to access D:\ abort retry fail ? Tried to install a extended dos partition to this drive and use drive C: as a source....the installation fails half way through installation process(Unable to extract bin distribution it is not available on the installation media you've chosen) soooo. I've tried to swap the source and the installation drives Same problem I've tried to install from a floppy to both drives no good Plleeeeeaaassseee help! I really want this to work but I'm running in circles. I have ordered th e 2.1.7 ver CD-Rom from Walnut creek and would to find out I still can't install bsd that would not be good. :O( Signed Extremly frustrated but even mor determined Rich Linane Typh0on@concentric.net From owner-freebsd-hackers Mon Mar 10 10:01:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA09683 for hackers-outgoing; Mon, 10 Mar 1997 10:01:43 -0800 (PST) Received: from vdp01.vailsystems.com (root@vdp01.vailsystems.com [207.152.98.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA09674 for ; Mon, 10 Mar 1997 10:01:39 -0800 (PST) Received: from crocodile.vale.com (crocodile [204.117.217.147]) by vdp01.vailsystems.com (8.8.3/8.7.3) with ESMTP id MAA08405 for ; Mon, 10 Mar 1997 12:01:38 -0600 (CST) Received: from slave1.vale.com (slave1.vale.com [204.117.217.100]) by crocodile.vale.com (8.8.3/8.7.3) with ESMTP id MAA10470 for ; Mon, 10 Mar 1997 12:01:37 -0600 (CST) Message-ID: <33244CE8.ABD322C@vailsys.com> Date: Mon, 10 Mar 1997 12:03:20 -0600 From: Dan Riley Organization: Vail Systems, Inc. X-Mailer: Mozilla 4.0b2 (X11; I; FreeBSD 2.2-970225-GAMM i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: utmp/wtmp errors? X-Priority: 3 (Normal) References: <331F0CF6.167EB0E7@vailsys.com> <331F0DF8.2781E494@vailsys.com> <3320483F.41C67EA6@vailsys.com> <33241213.41C67EA6@vailsys.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This thread seems to be getting no where in the questions list and being so close to 2.2-R I think it may be relevant to bring up here. I will also forward a post and response from some one else who is having a similiar problem with wtmp. > I seem to have run into a bit of a problem with xterms and rexec logins > and maybe utmp... > > First of all my local xterm login shells (X started with xdm) do not > show up, I have at least 4 xterms open as daniel (root is on the console > not > xtermed): > > >slave1 daniel /home/daniel > w > >12:14PM up 2:35, 1 user, load averages: 0.14, 0.27, 0.26 > >USER TTY FROM LOGIN@ IDLE WHAT > >root v0 - 9:55AM 2:17 -csh (csh) > >slave1 daniel /home/daniel > finger > >Login Name TTY Idle Login Time Office Office > Phone > >root Charlie Root *v0 2:17 Thu 09:55 > >slave1 daniel /home/daniel > who > >root ttyv0 Mar 6 09:55 > > neither do xterm login shells started remotely via rexec or with a +ut > option: > >slave1 daniel /home/daniel > xterm -ls +ut > >slave1 daniel /usr/home/daniel > who > >root ttyv0 Mar 6 09:55 > >el 3 Dec 31 18:00 > >4 W > >~3ttypJul 27 23:16 > ^^^^^^^^^^^^^^^^^^ > what in the world is this entry? > > >slave1 daniel /usr/home/daniel > w > >w: /dev//3: No such file or directory > ^^^^^^^^^^^ > and this? > > but if I rlogin localhost from a xterm or just on a virtual tty they > seem to show up normally: > >slave1 daniel /usr/home/daniel > w > >12:15PM up 2:35, 2 users, load averages: 0.28, 0.29, 0.26 > >USER TTY FROM LOGIN@ IDLE WHAT > >root v0 - 9:55AM 2:18 -csh (csh) > >daniel p3 localhost 12:15PM - w > ^^^^^^^^^^^^^^^^^^^^^^ > it worked ?!?! > > I am running 2.2-Gamma but see the same sort of weirdness on 2.1.5/6 > systems, any clues as to what I may have mis-configured or what is goin > on? > > Thanks From owner-freebsd-hackers Mon Mar 10 10:02:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA09753 for hackers-outgoing; Mon, 10 Mar 1997 10:02:09 -0800 (PST) Received: from vdp01.vailsystems.com (root@vdp01.vailsystems.com [207.152.98.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA09742 for ; Mon, 10 Mar 1997 10:02:06 -0800 (PST) Received: from crocodile.vale.com (crocodile [204.117.217.147]) by vdp01.vailsystems.com (8.8.3/8.7.3) with ESMTP id MAA08414 for ; Mon, 10 Mar 1997 12:01:59 -0600 (CST) Received: from slave1.vale.com (slave1.vale.com [204.117.217.100]) by crocodile.vale.com (8.8.3/8.7.3) with ESMTP id MAA10480 for ; Mon, 10 Mar 1997 12:01:58 -0600 (CST) Message-ID: <33244CFD.31DFF4F5@vailsys.com> Date: Mon, 10 Mar 1997 12:03:41 -0600 From: Dan Riley Organization: Vail Systems, Inc. X-Mailer: Mozilla 4.0b2 (X11; I; FreeBSD 2.2-970225-GAMM i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: [Fwd: [Fwd: utmp errors?]] X-Priority: 3 (Normal) Content-Type: multipart/mixed; boundary="----------7DE145182F1CF0FB237C228A1" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. ------------7DE145182F1CF0FB237C228A1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii ------------7DE145182F1CF0FB237C228A1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Content-Type: message/rfc822 Received: from vdp01.vailsystems.com (vdp01i.vale.com [204.117.217.148]) by crocodile.vale.com (8.8.3/8.7.3) with ESMTP id LAA10201 for ; Mon, 10 Mar 1997 11:28:53 -0600 (CST) Received: from pegasus.rutgers.edu (pegasus.rutgers.edu [128.6.10.45]) by vdp01.vailsystems.com (8.8.3/8.7.3) with SMTP id LAA08168 for ; Mon, 10 Mar 1997 11:28:53 -0600 (CST) Received: from hell ([165.230.177.4]) by pegasus.rutgers.edu (8.6.12+bestmx+oldruq+newsunq/8.5) with SMTP id MAA06278; Mon, 10 Mar 1997 12:28:52 -0500 Message-Id: <3.0.1.32.19970310122520.00987900@pegasus.rutgers.edu> X-Sender: paradox@pegasus.rutgers.edu X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Mon, 10 Mar 1997 12:25:20 -0500 To: Dan Riley From: Red Barchetta Subject: Re: [Fwd: utmp errors?] In-Reply-To: <33241E66.2781E494@vailsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 08:44 AM 3/10/97 -0600, you wrote: >here is a copy of the post I sent in on Thursday, Friday and now >First of all my local xterm login shells (X started with xdm) do not >show up, I have at least 4 xterms open as daniel (root is on the console >not >xtermed): I noticed this as well... xterms don't seem to show up. >>slave1 daniel /usr/home/daniel > w >>w: /dev//3: No such file or directory > ^^^^^^^^^^^ >and this? Wow! I get a message that references "/dev//2", but this only started happening after I messed with my kernel and libkvm in order to incorporate the vm86 mods needed to work on doscmd. The reference should be to "/dev/fd/2 or 3", but something is getting hosed there. I haven't figured out how to fix it. But your happens with a generic 2.2 kernel? Or did you build a custom kernel? > >but if I rlogin localhost from a xterm or just on a virtual tty they >seem to show up normally: >>slave1 daniel /usr/home/daniel > w >>12:15PM up 2:35, 2 users, load averages: 0.28, 0.29, 0.26 >>USER TTY FROM LOGIN@ IDLE WHAT >>root v0 - 9:55AM 2:18 -csh (csh) >>daniel p3 localhost 12:15PM - w > ^^^^^^^^^^^^^^^^^^^^^^ >it worked ?!?! Not for me... once I log in via X, all my subsequent entries get screwed up. >I am running 2.2-Gamma but see the same sort of weirdness on 2.1.5/6 >systems, any clues as to what I may have mis-configured or what is goin >on? I have no idea... but I feel a little better knowing that I am not the only one seeing this sort of behavior... it's time for a bug report. Ernie Pistor ------------7DE145182F1CF0FB237C228A1-- From owner-freebsd-hackers Mon Mar 10 10:02:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA09856 for hackers-outgoing; Mon, 10 Mar 1997 10:02:43 -0800 (PST) Received: from vdp01.vailsystems.com (root@vdp01.vailsystems.com [207.152.98.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA09844 for ; Mon, 10 Mar 1997 10:02:39 -0800 (PST) Received: from crocodile.vale.com (crocodile [204.117.217.147]) by vdp01.vailsystems.com (8.8.3/8.7.3) with ESMTP id MAA08419 for ; Mon, 10 Mar 1997 12:02:38 -0600 (CST) Received: from slave1.vale.com (slave1.vale.com [204.117.217.100]) by crocodile.vale.com (8.8.3/8.7.3) with ESMTP id MAA10486 for ; Mon, 10 Mar 1997 12:02:37 -0600 (CST) Message-ID: <33244D24.4487EB71@vailsys.com> Date: Mon, 10 Mar 1997 12:04:20 -0600 From: Dan Riley Organization: Vail Systems, Inc. X-Mailer: Mozilla 4.0b2 (X11; I; FreeBSD 2.2-970225-GAMM i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: [Fwd: wtmp inconsistencies under XFree86] X-Priority: 3 (Normal) Content-Type: multipart/mixed; boundary="----------62319AC452BFA1D76201DD562" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. ------------62319AC452BFA1D76201DD562 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii ------------62319AC452BFA1D76201DD562 Content-Transfer-Encoding: 7bit Content-Disposition: inline Content-Type: message/rfc822 Received: from vdp01.vailsystems.com (vdp01i.vale.com [204.117.217.148]) by crocodile.vale.com (8.8.3/8.7.3) with ESMTP id QAA16079 for ; Thu, 6 Mar 1997 16:47:30 -0600 (CST) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by vdp01.vailsystems.com (8.8.3/8.7.3) with ESMTP id QAA14382 for ; Thu, 6 Mar 1997 16:47:29 -0600 (CST) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by mail.webspan.net (WEBSPAN/970116) with ESMTP id RAA02098; Thu, 6 Mar 1997 17:38:14 -0500 (EST) Received: from localhost (daemon@localhost) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA15637; Thu, 6 Mar 1997 14:20:44 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15464 for questions-outgoing; Thu, 6 Mar 1997 14:18:52 -0800 (PST) Received: from pegasus.rutgers.edu (pegasus.rutgers.edu [128.6.10.45]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA15407 for ; Thu, 6 Mar 1997 14:16:42 -0800 (PST) Received: from hell.dorm.rutgers.edu (nomad@[165.230.177.4]) by pegasus.rutgers.edu (8.6.12+bestmx+oldruq+newsunq/8.5) with SMTP id RAA03160; Thu, 6 Mar 1997 17:16:19 -0500 Message-ID: <331F424A.41C67EA6@pegasus.rutgers.edu> Date: Thu, 06 Mar 1997 17:16:42 -0500 From: Red Barchetta X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-970225-GAMMA0 i386) MIME-Version: 1.0 To: questions@FreeBSD.org Subject: wtmp inconsistencies under XFree86 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-questions@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk X-Status: D I recently noticed that when I log in to my computer (running 2.2-GAMMA-970225) using XFree86 3.2, the entry in /var/log/wtmp is made incorrectly. The date and time for X logins is almost invariably recorded as December 31 at 7:00 p.m., as in the sample 'last' output below. I have seen a few examples with different times, and a few that were garbled (various non-standard characters, control characters, etc.). As you can see from the second (terminal) entry, non-X logins are recorded without a problem. Has anyone else noticed this behavior, and does anyone have any suggestions? Output of 'last nomad'. (/var/log/wtmp was cleared on March 6 at 4:50 p.m.) nomad ttyp1 Wed Dec 31 19:00 still logged in nomad ttyv0 Thu Mar 6 16:54 still logged in wtmp begins Thu Mar 6 16:54 As far as my configuration goes, I have not touched the files in /usr/X11R6/lib/X11/config, so I have not modified the behavior of XFree86 in any way. Thanks for any help. If possible, please forward a copy of any responses to me, as I don't subscribe to -questions any longer due to its high volume. Thanks a lot! Ernie Pistor ------------62319AC452BFA1D76201DD562-- From owner-freebsd-hackers Mon Mar 10 10:26:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA11586 for hackers-outgoing; Mon, 10 Mar 1997 10:26:25 -0800 (PST) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA11578 for ; Mon, 10 Mar 1997 10:26:05 -0800 (PST) Received: (from dfr@localhost) by minnow.render.com (8.6.12/8.6.9) id SAA08968; Mon, 10 Mar 1997 18:18:52 GMT To: Luigi Rizzo Cc: dg@root.com, bag@sinbin.demos.su, hackers@freebsd.org Subject: Re: Q about 100Mb ether cards References: <199703101644.RAA26860@labinfo.iet.unipi.it> From: Doug Rabson Date: 10 Mar 1997 18:18:46 +0000 In-Reply-To: Luigi Rizzo's message of Mon, 10 Mar 1997 17:44:52 +0100 (MET) Message-ID: Lines: 27 X-Mailer: Gnus v5.2.25/XEmacs 19.14 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo writes: > > > been able to get it to work. The Pro/100B is well supported; it's what I'm > > using in wcarchive and I haven't had any problems. It consumes about half > > the CPU time that the de driver does and has about the same level of > > that's curious though, since both do DMA from/to mbufs. What CPU > overhead are we talking about, 1% or 10% ? > > Any idea on what to look at in the de driver to improve performance > ? Since I have spent a few days on it, I am moderately familiar > with that code now. Does anyone know if the vx driver supports the 3c905 in 100Mbps mode? I am just getting quotes for a new machine and most of the people I have talked to are trying to sell me this card as part of their configurations. Maybe I should buy Intel cards instead. On the other hand, I could fix the 3com driver if it turns out not to work... Incidentally, I just picked up an 8 port 100base TX hub for GBP 470. Amazing. Last time I checked these things were in the thousands. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 These are not the opinions of Microsoft. FAX: +44 171 734 6426 From owner-freebsd-hackers Mon Mar 10 10:29:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA11870 for hackers-outgoing; Mon, 10 Mar 1997 10:29:35 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA11864 for ; Mon, 10 Mar 1997 10:29:26 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA27043; Mon, 10 Mar 1997 18:45:46 +0100 From: Luigi Rizzo Message-Id: <199703101745.SAA27043@labinfo.iet.unipi.it> Subject: Re: Q about 100Mb ether cards To: dfr@render.com (Doug Rabson) Date: Mon, 10 Mar 1997 18:45:45 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: from "Doug Rabson" at Mar 10, 97 06:18:27 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Incidentally, I just picked up an 8 port 100base TX hub for GBP 470. > Amazing. Last time I checked these things were in the thousands. The ones we got (Pheenet) were about 870.000 lire incl. 19% VAT, approx US$ 550. Yes, prices are going down! Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Mon Mar 10 10:42:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA12627 for hackers-outgoing; Mon, 10 Mar 1997 10:42:56 -0800 (PST) Received: from pont.ec.camitel.com (pont.ec.camitel.com [206.231.123.138]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA12612 for ; Mon, 10 Mar 1997 10:42:39 -0800 (PST) Received: (from cfortin@localhost) by pont.ec.camitel.com (8.7.6/8.7.3) id NAA24879 for freebsd-hackers@freebsd.org; Mon, 10 Mar 1997 13:53:27 -0500 (EST) Date: Mon, 10 Mar 1997 13:53:27 -0500 (EST) From: Christian Fortin Message-Id: <199703101853.NAA24879@pont.ec.camitel.com> To: freebsd-hackers@freebsd.org Subject: Latest packages update.... Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I dont know how you proceed for the maintenance off all packages of FreeBSD, but I see that many packege are not the latest packages. ( ex: xforms, tgif, ... ) I use some of that, I dont know if I can help, I spend some time to recompile all the stuff. Maybe it's easy to package the result of my compilation... Or maybe someone have yet the job of do that... It's more better if the Release 2.2 is a very up to date version... Do you think the 2.2Release will kill the version 2.1.7 ? thank's From owner-freebsd-hackers Mon Mar 10 10:54:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA13282 for hackers-outgoing; Mon, 10 Mar 1997 10:54:52 -0800 (PST) Received: from dirac.phys.washington.edu (dirac.phys.washington.edu [128.95.93.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA13272 for ; Mon, 10 Mar 1997 10:54:49 -0800 (PST) Received: by dirac.phys.washington.edu (951211.SGI.8.6.12.PATCH1042/UW-NDC Revision: 2.25 ) id KAA23733; Mon, 10 Mar 1997 10:54:42 -0800 From: "William R. Somsky" Message-Id: <199703101854.KAA23733@dirac.phys.washington.edu> Subject: Re: expr failure To: hackers@freefall.freebsd.org Date: Mon, 10 Mar 1997 10:54:42 -0800 (PST) In-Reply-To: <199703101742.JAA08488@freefall.freebsd.org> from "owner-hackers-digest@freefall.freebsd.org" at Mar 10, 97 09:42:20 am X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Julian Elischer wrote: > > if you read this with netscape, > then it (would you believe) shows reverse ' as ' > > e.g. > in netscape these will be the same ` ' > but I typed them differntly.. (duh) > > since I am using netscape to type this > I don't even know if they actually got entered > as different characters because they echo on the screen as the same.! Hmm... I checked w/ netscape, and I see them as different, so, I don't think that it's netscape's fault per se, ie, I don't think it's mapping ` into ', _but_ it very well might be the fault of the font that your netscape is using. I've seen fonts where the ` (grave accent) and ' (single quote) are almost indistinguishable: ie instead of looking something like: **** **** *** and *** ** ** * * they look something like: * **** ** and *** *** ** **** * Which at a small size are _very_ hard to tell apart. I think, but won't swear to, that I've seen this on Sun's... ________________________________________________________________________ Dr. William R. Somsky somsky@phys.washington.edu Department of Physics, Box 351560 B432 Physics-Astro Bldg Univ. of Washington, Seattle WA 98195-1560 206/616-2954 From owner-freebsd-hackers Mon Mar 10 11:01:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA14749 for hackers-outgoing; Mon, 10 Mar 1997 11:01:12 -0800 (PST) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA14731 for ; Mon, 10 Mar 1997 11:01:01 -0800 (PST) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA17557; Mon, 10 Mar 1997 11:00:42 -0800 Date: Mon, 10 Mar 1997 11:00:42 -0800 (PST) From: "Brian N. Handy" To: freebsd-hackers@freebsd.org Subject: Netscape4 plugins Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Heya folks, I managed to get Netscape3 (for Linux) working with plugins and with the PDF plugin specifically. I just downloaded NS4.0Bsomething...and it doesn't seem to find my plugins, in spite of some heroic efforts on my part. Anybody know if the 4.0 unknown-bsd port supports plugins? Brian From owner-freebsd-hackers Mon Mar 10 11:01:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA14802 for hackers-outgoing; Mon, 10 Mar 1997 11:01:43 -0800 (PST) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA14789 for ; Mon, 10 Mar 1997 11:01:40 -0800 (PST) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.59 #1) id 0w4AK4-00056r-00; Mon, 10 Mar 1997 11:01:24 -0800 Date: Mon, 10 Mar 1997 11:01:24 -0800 (PST) From: Tom Samplonius To: Dan Riley cc: hackers@freebsd.org Subject: Re: utmp/wtmp errors? In-Reply-To: <33244CE8.ABD322C@vailsys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Mar 1997, Dan Riley wrote: > This thread seems to be getting no where in the questions list and being > so close to 2.2-R I think it may be relevant to bring up here. > > I will also forward a post and response from some one else who is having > a similiar problem with wtmp. > > > I seem to have run into a bit of a problem with xterms and rexec logins > > and maybe utmp... Are you aware that the maximum username length was increased from 8 to 16 characters? Are you aware that that maximum username length is hard compiled into any program that includes utmp.h? Chances are you need to rebuild some programs, and clear out utmp. Tom From owner-freebsd-hackers Mon Mar 10 11:10:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA15551 for hackers-outgoing; Mon, 10 Mar 1997 11:10:29 -0800 (PST) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA15538 for ; Mon, 10 Mar 1997 11:10:25 -0800 (PST) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.59 #1) id 0w4ASX-000590-00; Mon, 10 Mar 1997 11:10:09 -0800 Date: Mon, 10 Mar 1997 11:10:09 -0800 (PST) From: Tom Samplonius To: Christian Fortin cc: freebsd-hackers@freebsd.org Subject: Re: Latest packages update.... In-Reply-To: <199703101853.NAA24879@pont.ec.camitel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Mar 1997, Christian Fortin wrote: > I dont know how you proceed for the maintenance off all packages of FreeBSD, > but I see that many packege are not the latest packages. ( ex: xforms, tgif, ... ) > I use some of that, I dont know if I can help, I spend some time to recompile all the > stuff. Maybe it's easy to package the result of my compilation... > > Or maybe someone have yet the job of do that... > It's more better if the Release 2.2 is a very up to date version... > > Do you think the 2.2Release will kill the version 2.1.7 ? > thank's > > packages/ports are discussed on the freebsd-ports mailing list. Please do not use the freebsd-hackers list for this purpose. Tom From owner-freebsd-hackers Mon Mar 10 11:17:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA16077 for hackers-outgoing; Mon, 10 Mar 1997 11:17:06 -0800 (PST) Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [171.69.104.147]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA16069 for ; Mon, 10 Mar 1997 11:16:59 -0800 (PST) Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1]) by bmcgover-pc.cisco.com (8.8.5/8.8.2) with ESMTP id OAA15186 for ; Mon, 10 Mar 1997 14:16:28 -0500 (EST) Message-Id: <199703101916.OAA15186@bmcgover-pc.cisco.com> To: hackers@freebsd.org Subject: Question on mapping PCI memory... Date: Mon, 10 Mar 1997 14:16:27 -0500 From: Brian McGovern Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Given that CYZ_PCI_BASE_ADDR1 is a PCI configuration register that holds the memory address (I am assuming physical for a entity that is sizeof (struct RUNTIME_9060) in size, what would be the appropriate C code for reading this register,and converting it to a virtual address so that I can memcpy to and from it? For extra worship points, how about doing the same for CYZ_PCI_BASE_ADDR2, which will be 512KB in size. I know that its a combination of pci_read_conf(), and pci_map_mem(). However, I've spent three days spinning my wheels, and I can't quite seem to get it right. As I've ripped most of my hair out at this point, I'd be very happy if someone who knew how such things worked could just doof slap me, show me, pat me on my back , and send me, once again, on my merry way. Calling me a moron for asking is also allowed :) Thanks. -Brian From owner-freebsd-hackers Mon Mar 10 11:46:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA18759 for hackers-outgoing; Mon, 10 Mar 1997 11:46:05 -0800 (PST) Received: from bellind.com ([206.101.34.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA18753 for ; Mon, 10 Mar 1997 11:46:01 -0800 (PST) From: RGireyev@bellind.com Received: from cdcexchange.bellind.com ([170.1.130.2]) by firewall.bellind.com with SMTP id <3666-1>; Mon, 10 Mar 1997 11:43:03 -0800 Received: by cdcexchange.bellind.com with Microsoft Exchange (IMC 4.0.837.3) id <01BC2D49.4AB46490@cdcexchange.bellind.com>; Mon, 10 Mar 1997 11:50:46 -0800 Message-ID: To: Subject: RE: Win95 Networking Date: Mon, 10 Mar 1997 11:50:45 -0800 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [..] >> >> Okay, put the modem in fbsd box. And setup user ppp. When starting >> ppp, use the -alias option. That will give the other machine access >> to the internet. the win95 box needs netbeui and tcp/ip on the > ^^^^^^^ > >The win95 box doesn't need netbeui, just tcp/ip. Point it's gateway >address at the FreeBSD box, and remember to change the freebsd's >/etc/sysconfig to say GATEWAY=YES. I have a stupid question. If SLIP/CSLIP is faster than PPP but only supports TCP/IP while PPP supports the whole world why configure PPP to access the internet which is strictly TCP/IP? Wouldn't SLIP/CSLIP be better? I'm very ignorant so be gentle. >Of course, all of this is explained in the man page for ppp... > >-Mark > >> card. the tcp/ip address for that box needs to be a non active ip >> adress, like 10.0.0.1 and something on the fbsd net card. >> >> Stefan >> >> -------------------------------------------- >> Stefan Molnar Team Exis.Net >> stefan@exis.net Member EFF >> Team OS/2 >> east-coast-ambassador@soda.CSUA.Berkeley.EDU >> -------------------------------------------- >> >> > >------------------------------------------------------------------------ >---- > Mark Mayo mark@quickweb.com > RingZero Comp. http://vinyl.quickweb.com/mark > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >~ > GCS/O d- s+ a-- C++ UB+++$ P+ L- E--- W++ N+ K- w++(---) O- M- !V PS+ >PE Y++ > PGP+ t !5 X+ R- tv b++ DI+ D++ G+ e+(*) h--- r++ y+ >------------------------------------------------------------------------ >---- > "Typically, I don't use JAVA -- I think that strong typing > is for weak minds (and lazy compiler/interpreter writers)." > -- Terry Lambert > > From owner-freebsd-hackers Mon Mar 10 11:50:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA19123 for hackers-outgoing; Mon, 10 Mar 1997 11:50:49 -0800 (PST) Received: from bagpuss.visint.co.uk (bagpuss.visint.co.uk [194.207.134.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA19116 for ; Mon, 10 Mar 1997 11:50:45 -0800 (PST) Received: from bagpuss.visint.co.uk (bagpuss.visint.co.uk [194.207.134.1]) by bagpuss.visint.co.uk (8.7.5/8.7.3) with SMTP id TAA28656; Mon, 10 Mar 1997 19:53:55 GMT Date: Mon, 10 Mar 1997 19:53:55 +0000 (GMT) From: Stephen Roome To: "Brian N. Handy" cc: freebsd-hackers@freebsd.org Subject: Re: Netscape4 plugins In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Mar 1997, Brian N. Handy wrote: > Heya folks, > > I managed to get Netscape3 (for Linux) working with plugins and with the > PDF plugin specifically. I just downloaded NS4.0Bsomething...and it > doesn't seem to find my plugins, in spite of some heroic efforts on my > part. > > Anybody know if the 4.0 unknown-bsd port supports plugins? > > Brian I tried 4.0b2 and it just didn't work very well at all.. No luck with plugins either. It was also VERY slow, although I'm not sure why. (Anyway I go annoyed and unloaded the linux emulator from the kernel when it was running... that killed it =).. surely it shouldn't have let me do that, which surprisingly crashed my 3.0-970209-SNAP system) Steve. From owner-freebsd-hackers Mon Mar 10 12:16:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA20448 for hackers-outgoing; Mon, 10 Mar 1997 12:16:29 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA20443 for ; Mon, 10 Mar 1997 12:16:26 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id HAA11658; Tue, 11 Mar 1997 07:14:47 +1100 Date: Tue, 11 Mar 1997 07:14:47 +1100 From: Bruce Evans Message-Id: <199703102014.HAA11658@godzilla.zeta.org.au> To: dg@root.com, luigi@labinfo.iet.unipi.it Subject: Re: Q about 100Mb ether cards Cc: bag@sinbin.demos.su, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> been able to get it to work. The Pro/100B is well supported; it's what I'm >> using in wcarchive and I haven't had any problems. It consumes about half >> the CPU time that the de driver does and has about the same level of > >that's curious though, since both do DMA from/to mbufs. What CPU >overhead are we talking about, 1% or 10% ? On a P5/133 with a 21040 (driven by de0), total network overhead for ttcp -t is 10-15%. The idle overhead is about 11% (systat reports 6-7% Sys and 3-4% Intr, and a process that doesn't do any memory accesses slows down by about 11% when ttcp is running). A process that does lots of memory accesses slows down by 15%. Bruce From owner-freebsd-hackers Mon Mar 10 12:23:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA20927 for hackers-outgoing; Mon, 10 Mar 1997 12:23:48 -0800 (PST) Received: from lamb.sas.com (daemon@lamb.sas.com [192.35.83.8]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA20922 for ; Mon, 10 Mar 1997 12:23:45 -0800 (PST) Received: from mozart by lamb.sas.com (5.65c/SAS/Gateway/01-23-95) id AA02323; Mon, 10 Mar 1997 15:23:40 -0500 Received: from torpid.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA05247; Mon, 10 Mar 1997 14:50:15 -0500 Received: by torpid.unx.sas.com (5.65c/SAS/Generic 9.01/3-26-93) id AA08353; Mon, 10 Mar 1997 14:50:14 -0500 Date: Mon, 10 Mar 1997 14:50:14 -0500 From: Thomas David Rivers Message-Id: <199703101950.AA08353@torpid.unx.sas.com> To: freebsd-hackers@freefall.FreeBSD.org Subject: 2.2-GAMMA - some missing checksums... Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk After Jordan's announcement; I checked to see if checksum information was in every directory (since we're close to the freeze) on the latest 2.2-GAMMA. I noticed that it's at least missing in the floppies directory; I didn't check every directory because of my poor network connectivity... Can someone with a better connection quickly walk through and ensure the checksums are everywhere... that may forstall some errors we frequently see... - Dave Rivers - From owner-freebsd-hackers Mon Mar 10 12:39:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA21795 for hackers-outgoing; Mon, 10 Mar 1997 12:39:17 -0800 (PST) Received: from kremvax.demos.su (kremvax.demos.su [194.87.0.20]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA21789 for ; Mon, 10 Mar 1997 12:39:12 -0800 (PST) Received: by kremvax.demos.su (8.6.13/D) from 0@sinbin.demos.su [194.87.2.95] with ESMTP id XAA28261; Mon, 10 Mar 1997 23:38:19 +0300 Received: by sinbin.demos.su id XAA12850; (8.6.12/D) Mon, 10 Mar 1997 23:37:39 +0300 Message-Id: <199703102037.XAA12850@sinbin.demos.su> Subject: Re: [Fwd: [Fwd: utmp errors?]] To: daniel@vailsys.com (Dan Riley) Date: Mon, 10 Mar 1997 23:37:39 +0300 (MSK) Cc: hackers@freebsd.org In-Reply-To: <33244CFD.31DFF4F5@vailsys.com> from "Dan Riley" at Mar 10, 97 12:03:41 pm From: "Mikhail A. Sokolov" X-Class: Fast Organization: Demos Company, Ltd. Reply-To: mishania@demos.su X-Mailer: ELM [version 2.4 PL24 ME7a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I noticed this as well... xterms don't seem to show up. > >>slave1 daniel /usr/home/daniel > w > >>w: /dev//3: No such file or directory > > ^^^^^^^^^^^ > I have no idea... but I feel a little better knowing that I am not the only > one seeing this sort of behavior... it's time for a bug report. We've been discussing this later with Joerg Wunsch and Andrey Chernov. First, it seemed screen to be the culprit, but well. After serveral tried on different machines, the idea came clear: reinstall tcsh ;-) Be sure to check xterm/screen btw anyhow ;-) > Ernie Pistor From owner-freebsd-hackers Mon Mar 10 12:47:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA22177 for hackers-outgoing; Mon, 10 Mar 1997 12:47:30 -0800 (PST) Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA22172 for ; Mon, 10 Mar 1997 12:47:27 -0800 (PST) Received: (from tinguely@localhost) by plains.nodak.edu (8.8.4/8.8.3) id OAA23607; Mon, 10 Mar 1997 14:47:08 -0600 (CST) Date: Mon, 10 Mar 1997 14:47:08 -0600 (CST) From: Mark Tinguely Message-Id: <199703102047.OAA23607@plains.nodak.edu> To: bmcgover@cisco.com, hackers@freebsd.org Subject: Re: Question on mapping PCI memory... Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk what is the PCI memory register? most have them at 0x10, and you do: pci_map_mem(tag, PCI_MAP_REG_START, &(XXX->virt_baseaddr), &(XXX->phys_baseaddr)); (note: PCI_MAP_REG_START is defined in the PCI header files as 0x10). but if it also has an I/O address, then it would more like: #define MY_PCI_MAP_REG_START (PCI_MAP_REG_START+4) pci_map_mem(tag, MY_PCI_MAP_REG_START, &(XXX->virt_baseaddr), &(XXX->phys_baseaddr)); you need to look at the PCI register description to see where your card's memory register is set. once the above command is done, you use the "virt_baseaddr" for kernel references. --mark. From owner-freebsd-hackers Mon Mar 10 12:57:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA23217 for hackers-outgoing; Mon, 10 Mar 1997 12:57:19 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA23194 for ; Mon, 10 Mar 1997 12:57:15 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA09129; Mon, 10 Mar 1997 21:54:06 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA10021; Mon, 10 Mar 1997 21:42:39 +0100 (MET) Message-ID: <19970310214239.TN39224@uriah.heep.sax.de> Date: Mon, 10 Mar 1997 21:42:39 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: lenzi@bsi.com.br (Lenzi, Sergio) Cc: hackers@freebsd.org Subject: Re: APPLIXWARE problems (ELF). References: <19970310102022.XJ59502@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Lenzi, Sergio on Mar 10, 1997 08:27:29 +0000 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Lenzi, Sergio wrote: > Can you please inform me the configuration you used? > > The applixware I have is ELF and does not accept the linux-lib that is a.out Huh? No. The linux_lib port is ELF: j@uriah 251% file /compat/linux/lib/libc.so.5.3.12 /compat/linux/lib/libc.so.5.3.12: ELF 32-bit LSB shared object, Intel 80386, version 1 This is the linux_lib-2.3 port. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 10 13:11:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA24553 for hackers-outgoing; Mon, 10 Mar 1997 13:11:32 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA24547 for ; Mon, 10 Mar 1997 13:11:23 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA23487; Mon, 10 Mar 1997 14:03:40 -0700 From: Terry Lambert Message-Id: <199703102103.OAA23487@phaeton.artisoft.com> Subject: Re: Hard Link Count too small! To: bde@zeta.org.au (Bruce Evans) Date: Mon, 10 Mar 1997 14:03:40 -0700 (MST) Cc: bde@zeta.org.au, terry@lambert.org, freebsd-hackers@FreeBSD.ORG, jez@netcraft.co.uk In-Reply-To: <199703080434.PAA09045@godzilla.zeta.org.au> from "Bruce Evans" at Mar 8, 97 03:34:38 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> I have some POSIX performance tests that do this several times. They > >> take too long. They take much too long if the filesystem is not async > >> mounted. > > > >They must not be very POSIX dependent, or they would fail from the > >"shall mark for update"/"shall update" discrepancies introduced by > >the async mount. An async mounted FS is not POSIX compliant. An > > Wrong. "SHALL BE UPDATED". Not "SHALL BE WRITTEN TO CACHE AND MAYBE UPDATED SOMETIME". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 10 13:12:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA24706 for hackers-outgoing; Mon, 10 Mar 1997 13:12:13 -0800 (PST) Received: from vex.net (vex.net [207.207.191.193]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA24602; Mon, 10 Mar 1997 13:11:53 -0800 (PST) Received: from vex.net(really [207.207.191.193]) by vex.net via sendmail with smtp id for ; Mon, 10 Mar 1997 16:11:38 -0500 (EST) (Smail-3.2.0.90 1996-Dec-4 #4 built 1997-Jan-8) Date: Mon, 10 Mar 1997 16:11:38 -0500 (EST) From: Brian Tao To: Tom Samplonius cc: "matthew c. mead" , isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Mar 1997, Tom Samplonius wrote: > > But isn't choosing block and fragment sizes very important as well? I would imagine so, but the default values chosen by newfs appear to work quite well. I just bump up the number of inodes reserved on a news spool filesystem; everything else uses the default values. -- Brian Tao (BT300, taob@risc.org) "Though this be madness, yet there is method in't" From owner-freebsd-hackers Mon Mar 10 13:17:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA25046 for hackers-outgoing; Mon, 10 Mar 1997 13:17:00 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA25039 for ; Mon, 10 Mar 1997 13:16:57 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id NAA09333 for ; Mon, 10 Mar 1997 13:16:55 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA27621; Mon, 10 Mar 1997 21:31:34 +0100 From: Luigi Rizzo Message-Id: <199703102031.VAA27621@labinfo.iet.unipi.it> Subject: Re: Q about 100Mb ether cards To: bde@zeta.org.au (Bruce Evans) Date: Mon, 10 Mar 1997 21:31:34 +0100 (MET) Cc: dg@root.com, bag@sinbin.demos.su, hackers@freebsd.org In-Reply-To: <199703102014.HAA11658@godzilla.zeta.org.au> from "Bruce Evans" at Mar 11, 97 07:14:28 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> been able to get it to work. The Pro/100B is well supported; it's what I'm > >> using in wcarchive and I haven't had any problems. It consumes about half > >> the CPU time that the de driver does and has about the same level of > > > >that's curious though, since both do DMA from/to mbufs. What CPU > >overhead are we talking about, 1% or 10% ? > > On a P5/133 with a 21040 (driven by de0), total network overhead for > ttcp -t is 10-15%. The idle overhead is about 11% (systat reports 6-7% > Sys and 3-4% Intr, and a process that doesn't do any memory accesses > slows down by about 11% when ttcp is running). A process that does lots > of memory accesses slows down by 15%. I am not sure on how to interpret these data. I guess the 6-7% is common to all drivers (the 21040 is a 10Mbit/s thing, right ?) and the remaining 3-4% changes from board to board. I guess I'll have to determine numbers for 100 Mbit/s boards and the 21140... can you tell me more details on your test setup ? Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Mon Mar 10 13:22:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA25514 for hackers-outgoing; Mon, 10 Mar 1997 13:22:50 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA25477 for ; Mon, 10 Mar 1997 13:22:36 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA27659; Mon, 10 Mar 1997 21:38:32 +0100 From: Luigi Rizzo Message-Id: <199703102038.VAA27659@labinfo.iet.unipi.it> Subject: performance (was: 100 Mb/s cards) To: bde@zeta.org.au (Bruce Evans) Date: Mon, 10 Mar 1997 21:38:32 +0100 (MET) Cc: dg@root.com, bag@sinbin.demos.su, hackers@freebsd.org In-Reply-To: <199703102014.HAA11658@godzilla.zeta.org.au> from "Bruce Evans" at Mar 11, 97 07:14:28 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk About the following performance issue: > >> been able to get it to work. The Pro/100B is well supported; it's what I'm > >> using in wcarchive and I haven't had any problems. It consumes about half > >> the CPU time that the de driver does and has about the same level of the kernel is generally compiled with -O , I guess because of fear of broken compiler optimizations. Would it be safe to compile selected parts (e.g. network driver...) of relatively stable code (so that an adequate test period could give confidence on its performance) in the kernel with a more aggressive optimization so as to improve performance of critical parts of the system ? Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Mon Mar 10 13:24:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA25717 for hackers-outgoing; Mon, 10 Mar 1997 13:24:58 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA25711 for ; Mon, 10 Mar 1997 13:24:55 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA23536; Mon, 10 Mar 1997 14:17:24 -0700 From: Terry Lambert Message-Id: <199703102117.OAA23536@phaeton.artisoft.com> Subject: Re: pcvt/132 columns To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 10 Mar 1997 14:17:23 -0700 (MST) Cc: FreeBSD-hackers@freebsd.org In-Reply-To: <19970309232455.XZ34405@uriah.heep.sax.de> from "J Wunsch" at Mar 9, 97 11:24:55 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > FreeBSD does not support ELF. > > Terry doesn't know anything about FreeBSD. > > > (For those who don't realize it: both statements above are equally > wrong. Although, i'm not fully sure how wrong my statement is. :) I can't load an ELF kernel with my a.out expecting boot blocks. Are you saying this has changed recenty? I was under the impression that not even John Polstra has an ELF kernel booting... it's not supported in the ELFKit I have (which is, itself, NOT distributed as part of FreeBSD). Now recent versions FreeBSD will load and run Linux, ELFKit, and other ELF binaries. But that is a result of having image activator code. FreeBSD has image activator code for IBCS2 COFF binaries, too, but it can hardly be said to support IBCS2, which implies a lot of environmental support on top of just the image activator. Likewise, until FreeBSD ships with the ability to generate ELF binaries... Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 10 13:27:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA25802 for hackers-outgoing; Mon, 10 Mar 1997 13:27:07 -0800 (PST) Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [171.69.104.147]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA25779 for ; Mon, 10 Mar 1997 13:26:34 -0800 (PST) Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1]) by bmcgover-pc.cisco.com (8.8.5/8.8.2) with ESMTP id QAA16038; Mon, 10 Mar 1997 16:25:21 -0500 (EST) Message-Id: <199703102125.QAA16038@bmcgover-pc.cisco.com> To: Mark Tinguely , marcio@cyclades.com, hackers@freebsd.org Subject: Re: Question on mapping PCI memory... In-reply-to: Your message of "Mon, 10 Mar 1997 14:47:08 CST." <199703102047.OAA23607@plains.nodak.edu> Date: Mon, 10 Mar 1997 16:25:21 -0500 From: Brian McGovern Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to the docs I have, they define the register set as: 0x00 Vendor ID (bits 0-15), device id (bits 16-31) 0x04 Status register/command register 0x08 Rev ID (bits 0-7), Class code (bits 8-31) 0x10 Base Address 1 (Memory address for 9060 controller chip) 0x14 Base Address 2 (Memory address for 512KB memory window) 0x18 Base Address 3 (unused) 0x3C IRQ (0-7) I then have the lines: #define CYZ_PCI_BASE_ADDR1 0x10 /* 9060 Controller memory address */ #define CYZ_PCI_BASE_ADDR2 0x14 /* Memory Window */ #define CYZ_PCI_IRQ 0x3C /* IRQ */ to make the registers easier to work with. I then have a code chunk that does: vm_offset_t paddr, vaddr; if (pci_map_mem(config_id, CYZ_PCI_BASE_ADDR2, &vaddr, &paddr) == 0) { printf("Error mapping shared memory\n"); return; } When run, it complains with: pci_map_mem failed: device's memrange 0xf880-0xf8ff is incompatible with its bridge's memrange 0x2000000-0xffffffff. Also, the routine keeps running, so should I think that pci_map_mem returning 0 on error (as according to pcivar.h) may be incorrect, or is this just considered a warning? Also, based on this message, is it possible that these pointers need to be shifted left by 16 bits, so it fits in the window? In any event, when I try to write to the memory, it has a parity error, and panics. I'm assumeing this is because the memory range really is invalid. Any suggestions? -Brian From owner-freebsd-hackers Mon Mar 10 13:32:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA26212 for hackers-outgoing; Mon, 10 Mar 1997 13:32:55 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA26203 for ; Mon, 10 Mar 1997 13:32:45 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA23550; Mon, 10 Mar 1997 14:24:31 -0700 From: Terry Lambert Message-Id: <199703102124.OAA23550@phaeton.artisoft.com> Subject: Re: Structure member alignment To: zellion@cyberwind.com (Jeffery T. White) Date: Mon, 10 Mar 1997 14:24:31 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199703100410.UAA17876@shell.wco.com> from "Jeffery T. White" at Mar 9, 97 08:18:41 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I am writing a client server system with FreeBSD as the client. I would > like the clients [Windoze] to communicate with the server by sending > packets which are actually structures whose definitions both systems use. > In Windows the structure member alignment can be controlled using the > pack(x) pragma. so they can be byte/word/whatever aligned. > > 1. Is there a way to control this in FreeBSD? #pragma packing(1) > 2. If not is there a standard way [byte/word/etc.] that FreeBSD does this > that I can count on across all CPUs [386/486/Pentium]. Is this something > that might change in the future? There is also __attrib, a GCC specific thing. The #pragma packing() is the same as Microsoft, but GCC has a penchant for ignoring #pragma wherever possible (not here though, even though it isn't really documented as working). There are also various compile flags for structure alignment, etc.. > I know what I am writing would likely be difficult to port to other OSes. Yes. You should consider RPC (network word order) or DCE RPC (host word order with word order tags) instead to make it more portable. You can download DCOM for Windows95 from the Microsoft developer forum on their www site. DCOM is built on top of DCE RPC. A full specification for DCOM is there as well. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 10 13:38:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA28035 for hackers-outgoing; Mon, 10 Mar 1997 13:38:00 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA28026 for ; Mon, 10 Mar 1997 13:37:56 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA23576; Mon, 10 Mar 1997 14:29:54 -0700 From: Terry Lambert Message-Id: <199703102129.OAA23576@phaeton.artisoft.com> Subject: Re: New authentication styles in login To: abial@korin.warman.org.pl (Andrzej Bialecki) Date: Mon, 10 Mar 1997 14:29:54 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Andrzej Bialecki" at Mar 10, 97 12:30:42 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm currently working on adding Security Dynamics' smartcard > authentication to FreeBSD login (and later, to ftp{d}). I have some > questions though: > > * as it seems at first glance, we don't use/have login_* modules > mentioned in login's Makefile. So the most of the auth functions from > libutil is unused. Am I right (fully/partially/not at all)? You are right. > * when adding new auth style, it seems to be a more proper thing to put it > into libutil than to login.c itself (like SKEY #defines). Or, since > login.c contains so many #defines anyway, just to go with the new stuff > there. For those uninformed, SecurID API requires about two #includes and > one call to their auth function, that's all, so this wouldn't be a much > bloat to the login.c. > > What would you suggest? Support the modules. In many cases, they are vedor supplied and we can't do anything with them as fa as distribution and default support otherwise. I believe it was Mike Pritchard (mpp@mpp.minn.net) who wrote our login.conf implementation so far (it's been a while; check the -current archives to be sure). You should contact him (or the author, if not him) directly. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 10 14:12:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA01980 for hackers-outgoing; Mon, 10 Mar 1997 14:12:13 -0800 (PST) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA01970 for ; Mon, 10 Mar 1997 14:12:07 -0800 (PST) Received: from newman.concentric.net (newman.concentric.net [207.155.184.71]) by darius.concentric.net (8.8.5/(97/03/03 3.23)) id RAA18462; Mon, 10 Mar 1997 17:12:00 -0500 (EST) [1-800-745-2747 The Concentric Network] Received: from crc3.concentric.net (61033d0002ny.concentric.net [206.173.18.62]) by newman.concentric.net (8.8.5) id RAA06269; Mon, 10 Mar 1997 17:11:58 -0500 (EST) Message-ID: <332487C6.3687@pop3.concentric.net> Date: Mon, 10 Mar 1997 17:14:30 -0500 From: Richard Linane Reply-To: Typh0on@concentric.net Organization: Richard Linane X-Mailer: Mozilla 3.0Gold (Win95; U) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Re: Help? References: <33248699.9E6@pop3.concentric.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Richard Linane wrote: > > RGireyev@bellind.com wrote: > > > > Richard I am a bit confused as to what are you trying > > to do. Are you trying to install FreeBSD onto a > > different drive than where Win95 lives or the same? > > > > Just a couple of weeks or so ago I have successfully > > installed FreeBSD 2.1.7 onto my machine. I have > > a 5x86 120Mhz processor a single 850 MB HD and 16M > > or RAM. > > > > First I used fips to create a second DOS partition > > thereby keeping 500M for Win95 and allocating 300M > > to my FreeBSD. > > > > Then I rebooted with FreeBSD floppy in and in the > > installation utility deleted the just created DOS > > partition and replaced it with the FreeBSD one. > > I made the mistake of not having the FreeBSD > > in my root (or C:) directory at first but once > > I fixed that everything proceeded nicely. > > > > I never had to delete Win95 > > just compress the hard drive. > > Yes. > > I had bee trying to install FreeBSD onto a second hard drive > > >>trying to be neat I guess :O) << with no luck... > > I had a missunderstood the installation process referring to the > directions written by Jay Richmond I had found at Wallnut Creeks > Website. > > http://www.in.net/~jayrich/doc/multios3.html#3 > > I thought that the installation of freeBSD had been on the second hard > drive > (referring to section 3. A Typical Installation) > > After reading this page again it seems that he was installing W95, Linux > and FreeBSD on the same (the 1st) hard disk with the Boot Easy Boot > Manager. > Duhhh! :O) > > It looks like I've caused myself alot of unneeded frustration. :O) > > Had I read twice and Installed once. I'd probaly be exploreing shell > scripts as we speek. > > I appriciate your reply, > > Sincerly, > Rich Linane > > Typh0on@concentric.net From owner-freebsd-hackers Mon Mar 10 14:18:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA02284 for hackers-outgoing; Mon, 10 Mar 1997 14:18:28 -0800 (PST) Received: from aris.jpl.nasa.gov (aris.jpl.nasa.gov [137.78.161.113]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA02279 for ; Mon, 10 Mar 1997 14:18:25 -0800 (PST) Received: (from hamby@localhost) by aris.jpl.nasa.gov (SMI-8.6/SMI-SVR4) id OAA02603 for hackers@freebsd.org; Mon, 10 Mar 1997 14:18:18 -0800 Date: Mon, 10 Mar 1997 14:18:18 -0800 From: hamby@aris.jpl.nasa.gov (Jake Hamby) Message-Id: <199703102218.OAA02603@aris.jpl.nasa.gov> To: hackers@freebsd.org Subject: On the topic of news servers.. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: GC7wut/+tpqS/B8Q/9EABQ== Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Regarding recent articles about how best to set up a news server, I talked to the guy who runs my ISP last night about how he was able to manage so well serving news from, if you can believe this, a Mac Quadra running A/UX !!! He says he uses a Perl script to run through the activity log and figure out which groups his customers are reading, then changes the expire logs to expire messages in unread groups after 1 day, while keeping messages in read groups about 7 days. This seemed like a really good idea to me, and I have had no problems using the news server to read/post to various groups, and it seems to have a "fuller" feed than either JPL or my university, which seem to be dropping messages, even though they are run from much more capable server boxes! If anyone is interested in the script, I could probably get him to forward it to me. Just let me know. -- Jake From owner-freebsd-hackers Mon Mar 10 14:18:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA02324 for hackers-outgoing; Mon, 10 Mar 1997 14:18:46 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA02316 for ; Mon, 10 Mar 1997 14:18:40 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA23655; Mon, 10 Mar 1997 15:10:38 -0700 From: Terry Lambert Message-Id: <199703102210.PAA23655@phaeton.artisoft.com> Subject: Re: Hard Link Count too small! To: steve@visint.co.uk (Stephen Roome) Date: Mon, 10 Mar 1997 15:10:38 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Stephen Roome" at Mar 10, 97 01:23:39 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Asynchronous mounted filesystems might not be POSIX compliant, but > synchronous is unbeleivable slow at times. I'm not sure how much it > is dependant on the actual disk/driver/buffering, but for me rm -rf > seems to be at least an order of magnitude faster when the filesystem > is mounted asynchronously. > > Is there not some way that perhaps mount could be more sensible and > perhaps do some of it's I/O async, or is it really that unsafe. It is dangerous to not guarantee order of operation for metadata, since it is impossible to disambiguate what source state led to the current FS state if you can't know that there was only a single metadata operation before a crash. You can run async if you want, with this risk. This is the same risk that Linux users using Ext2fs face (which runs async by default). The most correct way to guartantee order of operation that has been found so far is soft updates, from the UKY paper by Ganger and Patt. The implementation in Appendix A of their online version of their paper is SVR4 specific. It also has a number of (obvious when you try to compile) omissions and typos, though these are easy to fix. Keith Bostic is known to be working on integrating soft updates into BSD 4.4-Lite2's FFS. The problem with the Ganger/Patt approach, which is being echoed by Bostic's work from the reports I have heard, is that it is implementation specific. An acyclic directed dependency graph for a single FS is defined, and then transitive closure is computed over the graph once, and then the code is generated from the closure computation. It looks more like a simplified routing graph because they aren't trying to solve the problem generally. The first obvious consequence of this approach is that it works for only a single file system: all of the other FS's which currently share code with FFS have to be broken out as seperate code, and therefore seperate kernel bloat: LFS, MFS, the BSD EXT2FS, etc.. A less obvious consequence is that the directed graph in the FreeBSD case will be edge-opaque as a result of the VM/buffer cache unification (I have discussed this extensively with a number of professional kernel engineers, including several USL people, several Network Appliance people, and one of the engineers responsible for the Dell UNIX product). The net effect of this will be deterioration of the graph in the FreeBSD case to the "worst-case" soft update behaviour in all cases, which will make it (effectively) equivalent to DOW (Delayed Ordered Writes, used in UnixWare 2.x SMP). This will still perform better than an ununified cache without "worst-case", for instance, BSDI, since the effect of cache unification is marginally greater than the effect of moving from DOW to soft updates. > I know ppl seem to want POSIX compliancy, but for some things (like this) > is it really worth it to be losing so much speed.. The POSIX compliance had to do with whether or not the times were marked for update vs. being updated. If you made soft update or DOW ordering guarantees (which the async case CAN NOT) for the metadata writes, then you would maintain PSOIX compliance. As it is, the order of change/mark and change/update are ambiguous (and Bruce is wrong, even though I think the particular place he is wrong was snuck into POSIX by some overzealous VMS weenie, so it isn't Bruce's fault -- it has to do with access time updates in the getdents case and modification time updates in the inode metadata case, in particular, size and other metadata updates that occur as a result of extending the file, a very special case, but a frequent one for news servers). > Also, exactly how 'dangerous' is async, as far as I know linux is async > and I don't hear that many people complaining that their filesystems > have all been destroyed. (I'm probably wrong about this, as I don't keep > up with linux much anymore) The insidious part of this is that, after a crash, the FS is returned to a consistent state. The problem is that you can't know if it's the *right* consistent state. With the number of operations that can be outstanding, you can only guarantee one order of unroll: 2^(n) -> 2^(n-1) for n >= 1 For any n != 1, there are 2^(n-1) - 1 ambiguous base states that could have led to the ambiguous state that you want to "repair" from. When you mount async, you let n get larger than 1 (2^(1-1) - 1 = 0 for the non-async case means that there is no ambiguity if you only allow one metadata operation at a time to occur in order). For instance, say you async write 9 metadata operations, and the system crashes after doing 4 of them, in any order (async == "in any order"). This leaves you with 2^(5-1) - 1, or 15 possible incorrect states out of 16 possible source states to which you will "repair" your FS. You have a 1 in 16 chance of guessing the right one. No matter which one you guess, all 16 are "consistent". But only one is "right". So the FS "looks" repaired after the crash. If you are using an index file of some kind, then you have "implied state" across two files: you imply a gaurantee that if you update one file, you will update both files or neither in the event of a crash. This may mean regenerating the index each time you reboot following a crash. The answer to "exactly how 'dangerous' is async" depends on a lot of factors. You can calculate it for yourself; start with the MTBF for your system for all components in the write path (motherboard, CPU, RAM, cache, disk controller, disk, power supply, etc.). Then you will need the probability scaling factor for the propagation latency of a write through the machine (how long does it stay in the queue before it is forcibly flushed, etc.). This is basically, the amount of time between the call, and the actual write taking place. The easy answer is "it depends". The harder answer is "if you don't know the real answer, are you comfortable taking chances with the data?". If you are doing a news server, is this a posting host, or only a reading host? If a reading host, then you can regenerate all of your news data following a crash, so the probability bears on latency to restart: is it unacceptable for your probability? If a posting host, then the news posted by your users can be lost, and will be unrecoverable. Is this type of denial of service unacceptable for your probability. Etc.. For different applications than news servers, the risk is proportional to the calculated probability of a failure, the ability to recover the data, and the service expectations of the people using the service. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 10 14:24:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA02763 for hackers-outgoing; Mon, 10 Mar 1997 14:24:39 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA02758 for ; Mon, 10 Mar 1997 14:24:30 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA23669; Mon, 10 Mar 1997 15:15:14 -0700 From: Terry Lambert Message-Id: <199703102215.PAA23669@phaeton.artisoft.com> Subject: Re: freebsd as a news server? To: scrappy@hub.org (The Hermit Hacker) Date: Mon, 10 Mar 1997 15:15:14 -0700 (MST) Cc: marc@bowtie.nl, neal@pernet.net, hackers@FreeBSD.ORG In-Reply-To: from "The Hermit Hacker" at Mar 10, 97 12:42:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Just wondering: > > > > Has anyone using the async option ever had to restore their > > filesystem? I'm seeing a lot of warnings about using it, but > > I'm wondering about actual experience figures. > > > No, have been lucky so far...am running both noatime and async > on my spool, and run it 24/7 without a problem, and do have panic > reboots occasionally... > > I don't know if running fsck -y instead of fsck -p helps that > though, in the rc file... Are you rebuilding the index file each time you crash? If not, you may end up with "stale" index entries for articles which no longer exist on your machine, either becuse they were being written at the time of the crash, or because the crash caused their directory entries to disappear, or because the index was being updated at the time of the failure. This isn't a big deal, but it is a potential problem that would not be obvious following a successful completion of a fsck, which only picks *a* consistent state to restore to, not *the* consistent state. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 10 14:25:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA02834 for hackers-outgoing; Mon, 10 Mar 1997 14:25:15 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA02825 for ; Mon, 10 Mar 1997 14:25:10 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA23694; Mon, 10 Mar 1997 15:17:32 -0700 From: Terry Lambert Message-Id: <199703102217.PAA23694@phaeton.artisoft.com> Subject: Re: expr failure To: somsky@dirac.phys.washington.edu (William R. Somsky) Date: Mon, 10 Mar 1997 15:17:32 -0700 (MST) Cc: hackers@freefall.freebsd.org In-Reply-To: <199703101854.KAA23733@dirac.phys.washington.edu> from "William R. Somsky" at Mar 10, 97 10:54:42 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > in netscape these will be the same ` ' > > but I typed them differntly.. (duh) > > I've seen fonts where the ` (grave accent) and ' (single quote) are > almost indistinguishable: ie instead of looking something like: > > **** **** > *** and *** > ** ** > * * > > they look something like: > > > * **** > ** and *** > *** ** > **** * > > Which at a small size are _very_ hard to tell apart. There are a number of X11 fonts where the bitmaps are identical (this is an error in the font). One of them is "fixed", the default font for everything. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 10 14:29:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA03194 for hackers-outgoing; Mon, 10 Mar 1997 14:29:57 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA03183; Mon, 10 Mar 1997 14:29:54 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id WAA03769; Mon, 10 Mar 1997 22:29:38 GMT Date: Tue, 11 Mar 1997 07:29:37 +0900 (JST) From: Michael Hancock To: Brian Tao cc: Tom Samplonius , "matthew c. mead" , isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Mar 1997, Brian Tao wrote: > On Sun, 9 Mar 1997, Tom Samplonius wrote: > > > > But isn't choosing block and fragment sizes very important as well? > > I would imagine so, but the default values chosen by newfs appear > to work quite well. I just bump up the number of inodes reserved on a > news spool filesystem; everything else uses the default values. I've been using -i 3072 -b 4096 -f 1024 -a 8 for non-binary newsgroups and the default for binary newsgroups. This way news articles on average will fit in a block. Regards, Mike Hancock From owner-freebsd-hackers Mon Mar 10 14:35:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA03773 for hackers-outgoing; Mon, 10 Mar 1997 14:35:40 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA03768 for ; Mon, 10 Mar 1997 14:35:38 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id WAA03797; Mon, 10 Mar 1997 22:35:15 GMT Date: Tue, 11 Mar 1997 07:35:14 +0900 (JST) From: Michael Hancock To: Jake Hamby cc: hackers@freebsd.org Subject: Re: On the topic of news servers.. In-Reply-To: <199703102218.OAA02603@aris.jpl.nasa.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Mar 1997, Jake Hamby wrote: > Regarding recent articles about how best to set up a news server, I talked to > the guy who runs my ISP last night about how he was able to manage so well > serving news from, if you can believe this, a Mac Quadra running A/UX !!! > > He says he uses a Perl script to run through the activity log and figure out > which groups his customers are reading, then changes the expire logs to expire > messages in unread groups after 1 day, while keeping messages in read groups > about 7 days. This seemed like a really good idea to me, and I have had no > problems using the news server to read/post to various groups, and it seems to > have a "fuller" feed than either JPL or my university, which seem to be dropping > messages, even though they are run from much more capable server boxes! > > If anyone is interested in the script, I could probably get him to forward it to > me. Just let me know. > > -- Jake > Here's another cool trick for expire.ctl that immediately discards rmgrouped articles. ## Allow Expires headers to work. ## Discard rmgrouped articles *:A:0:0:0 *:U:0:8:8 *:M:0:10:10 Regards, Mike Hancock From owner-freebsd-hackers Mon Mar 10 14:54:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA04834 for hackers-outgoing; Mon, 10 Mar 1997 14:54:25 -0800 (PST) Received: from obiwan.aceonline.com.au (obiwan.aceonline.com.au [203.103.90.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA04826 for ; Mon, 10 Mar 1997 14:54:20 -0800 (PST) Received: from localhost (adrian@localhost) by obiwan.aceonline.com.au (8.8.5/8.8.5) with SMTP id MAA08084; Tue, 11 Mar 1997 12:57:29 +0800 (WST) Date: Tue, 11 Mar 1997 12:57:28 +0800 (WST) From: Adrian Chadd To: RGireyev@bellind.com cc: freebsd-hackers@FreeBSD.ORG Subject: RE: Win95 Networking In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Mar 1997 RGireyev@bellind.com wrote: > I have a stupid question. If SLIP/CSLIP is faster than PPP but > only supports TCP/IP while PPP supports the whole world > why configure PPP to access the internet which is strictly TCP/IP? > Wouldn't SLIP/CSLIP be better? > I'm very ignorant so be gentle. > > >Of course, all of this is explained in the man page for ppp... Basically :) Aside from other nice things, ppp can do stuff like PAP and CHAP authentication, link statistics negotiation (eg mru / mtu), IP address negotiation, etc, etc. Basically this is vs. SLIP where you *NEED* to have something to interpret what the server has dumped you as your IP. IE this is what we have: intellect:~$ slip (blah) My IP is 203.19.29.3 <-- server IP Your IP is 203.19.29.253 <-- your IP And the script has to interpret this and set up the SLIP interface with the right parameters. So PPP is much nicer from the point of "normal" users running Windows 95 or something like that, they just put in their name / password, specify PPP in dialup adaptor and the server authenticates them, negotiates all the link information and brings the link up all by itself. But (*grin*) for permanent connections or connections between boxes via serial I still like to use SLIP. But this is for connections I *KNOW* the IPs of and that won't change all that much. Have fun, Adrian. From owner-freebsd-hackers Mon Mar 10 14:57:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA05041 for hackers-outgoing; Mon, 10 Mar 1997 14:57:28 -0800 (PST) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA05032 for ; Mon, 10 Mar 1997 14:57:19 -0800 (PST) Received: (from mbarkah@localhost) by hemi.com (8.8.5/8.7.3) id PAA13029; Mon, 10 Mar 1997 15:56:59 -0700 (MST) From: Ade Barkah Message-Id: <199703102256.PAA13029@hemi.com> Subject: Re: On the topic of news servers.. To: hamby@aris.jpl.nasa.gov (Jake Hamby) Date: Mon, 10 Mar 1997 15:56:59 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199703102218.OAA02603@aris.jpl.nasa.gov> from Jake Hamby at "Mar 10, 97 02:18:18 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jake Hamby wrote: > He says he uses a Perl script to run through the activity log > and figure out which groups his customers are reading, then > changes the expire logs to expire messages in unread groups > after 1 day, while keeping messages in read groups about 7 > days. ... There are many such scripts floating around, some more automatic than others. You may want to visit David Barr's INN page: http://www.math.psu.edu/barr/INN.html he has a "contributed software" section there with various helpful tools. You may be interested in the 'actgroups.shar' script listed there. actgroups.shar - A script which fiddles your expire rate depending on how actively-read a particular group is Regards, -Ade ------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - ------------------------------------------------------------------- From owner-freebsd-hackers Mon Mar 10 15:04:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05585 for hackers-outgoing; Mon, 10 Mar 1997 15:04:51 -0800 (PST) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA05558; Mon, 10 Mar 1997 15:04:42 -0800 (PST) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.59 #1) id 0w4E7F-00063e-00; Mon, 10 Mar 1997 15:04:25 -0800 Date: Mon, 10 Mar 1997 15:04:25 -0800 (PST) From: Tom Samplonius To: Michael Hancock cc: Brian Tao , "matthew c. mead" , isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 11 Mar 1997, Michael Hancock wrote: ... > I've been using -i 3072 -b 4096 -f 1024 -a 8 for non-binary newsgroups and > the default for binary newsgroups. > > This way news articles on average will fit in a block. You always want maxcontig to beigger than 8. It has nothing to do with file allocation, only have many sectors are transfered at once to the driver. Tom From owner-freebsd-hackers Mon Mar 10 15:08:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05784 for hackers-outgoing; Mon, 10 Mar 1997 15:08:54 -0800 (PST) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA05775 for ; Mon, 10 Mar 1997 15:08:43 -0800 (PST) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id SAA08239; Mon, 10 Mar 1997 18:17:46 -0500 (EST) Message-Id: <3.0.32.19970310180732.00afc8b0@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 10 Mar 1997 18:07:35 -0500 To: RGireyev@bellind.com From: dennis Subject: RE: Win95 Networking Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 11:50 AM 3/10/97 -0800, you wrote: >[..] > >>> >>> Okay, put the modem in fbsd box. And setup user ppp. When starting >>> ppp, use the -alias option. That will give the other machine access >>> to the internet. the win95 box needs netbeui and tcp/ip on the >> ^^^^^^^ >> >>The win95 box doesn't need netbeui, just tcp/ip. Point it's gateway >>address at the FreeBSD box, and remember to change the freebsd's >>/etc/sysconfig to say GATEWAY=YES. > >I have a stupid question. If SLIP/CSLIP is faster than PPP but >only supports TCP/IP while PPP supports the whole world >why configure PPP to access the internet which is strictly TCP/IP? >Wouldn't SLIP/CSLIP be better? >I'm very ignorant so be gentle. Because: -If SLIP is faster, it isn't much faster. -PPP allows for dynamic address allocation, parameter negotiation and a bunch of other neat stuff that SLIP doesnt. db From owner-freebsd-hackers Mon Mar 10 15:15:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA06040 for hackers-outgoing; Mon, 10 Mar 1997 15:15:58 -0800 (PST) Received: from main.cyclades.com (root@main.cyclades.com [208.138.19.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA06035 for ; Mon, 10 Mar 1997 15:15:56 -0800 (PST) Received: from main.cyclades.com ([208.138.19.230]) by main.cyclades.com with smtp id m0w4EI5-000SizC (Debian Smail-3.2 1996-Jul-4 #2); Mon, 10 Mar 1997 15:15:37 -0800 (PST) Message-ID: <33249768.7287@cyclades.com> Date: Mon, 10 Mar 1997 15:21:12 -0800 From: Marcio Saito Reply-To: marcio@cyclades.com Organization: Cyclades Corporation X-Mailer: Mozilla 3.0 (Win95; I) MIME-Version: 1.0 To: Brian McGovern CC: Mark Tinguely , hackers@freebsd.org Subject: Re: Question on mapping PCI memory... References: <199703102125.QAA16038@bmcgover-pc.cisco.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Brian McGovern wrote: > > According to the docs I have, they define the register set as: > > 0x00 Vendor ID (bits 0-15), device id (bits 16-31) > 0x04 Status register/command register > 0x08 Rev ID (bits 0-7), Class code (bits 8-31) > 0x10 Base Address 1 (Memory address for 9060 controller chip) > 0x14 Base Address 2 (Memory address for 512KB memory window) > 0x18 Base Address 3 (unused) > 0x3C IRQ (0-7) This is defined for each particular PCI device. For the PLX9060 (the PCI bridge chip we use), we have: 0x10 - 9060 registers (memory mapped) 0x14 - 9060 registers (I/O mapped) 0x18 - 512kb memory window. (the PXL chip registers can be accessed either through memory or I/O addressing). > I then have the lines: > > #define CYZ_PCI_BASE_ADDR1 0x10 /* 9060 Controller memory address */ > #define CYZ_PCI_BASE_ADDR2 0x14 /* Memory Window */ > #define CYZ_PCI_IRQ 0x3C /* IRQ */ > > to make the registers easier to work with. I then have a code chunk that > does: > > vm_offset_t paddr, vaddr; > > if (pci_map_mem(config_id, CYZ_PCI_BASE_ADDR2, &vaddr, &paddr) == 0) > { > printf("Error mapping shared memory\n"); > return; > } > > When run, it complains with: pci_map_mem failed: device's memrange > 0xf880-0xf8ff is incompatible with its bridge's memrange 0x2000000-0xffffffff. 0xf880 is probably an I/O address. 0x18 is the offset associated to the memory window. Marcio. > Also, the routine keeps running, so should I think that pci_map_mem returning > 0 on error (as according to pcivar.h) may be incorrect, or is this just > considered a warning? > > Also, based on this message, is it possible that these pointers need to > be shifted left by 16 bits, so it fits in the window? > > In any event, when I try to write to the memory, it has a parity error, and > panics. I'm assumeing this is because the memory range really is invalid. > > Any suggestions? > -Brian -- ---------------------------------------------------------------------- Marcio Saito e-mail: marcio@cyclades.com SW Engineer/Product Manager phone: (510)770-9727 x214 Cyclades Corporation fax: (510)770-0355 ---------------------------------------------------------------------- From owner-freebsd-hackers Mon Mar 10 15:21:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA06452 for hackers-outgoing; Mon, 10 Mar 1997 15:21:32 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA06434 for ; Mon, 10 Mar 1997 15:21:26 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA14071 for FreeBSD-hackers@freebsd.org; Tue, 11 Mar 1997 00:21:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id AAA10640; Tue, 11 Mar 1997 00:17:35 +0100 (MET) Message-ID: <19970311001735.QB63298@uriah.heep.sax.de> Date: Tue, 11 Mar 1997 00:17:35 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: FreeBSD-hackers@freebsd.org Subject: Re: pcvt/132 columns References: <19970309232455.XZ34405@uriah.heep.sax.de> <199703102117.OAA23536@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703102117.OAA23536@phaeton.artisoft.com>; from Terry Lambert on Mar 10, 1997 14:17:23 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > > FreeBSD does not support ELF. > > > > Terry doesn't know anything about FreeBSD. > I can't load an ELF kernel with my a.out expecting boot blocks. > > Are you saying this has changed recenty? So by your definition, ``DOS doesn't support .EXE files.'', since you cannot boot it as an .EXE file? Btw., the first submission for an ELF-aware bootstrap predates John's ELFkit by at least one year, it is from the time where the `Lites' fever was going'round. Be assured, the bootstrap is the least of the problems if it comes to an ELF kernel. (This patch came from Bryan Ford , on 21 Apr 95 17:46:04 MDT. I can forward you the entire article if you want.) Now, there's also GRUB. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 10 15:30:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA06996 for hackers-outgoing; Mon, 10 Mar 1997 15:30:18 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA06984 for ; Mon, 10 Mar 1997 15:30:10 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.4) id SAA02191; Mon, 10 Mar 1997 18:30:01 -0500 (EST) Date: Mon, 10 Mar 1997 18:30:01 -0500 (EST) From: Charles Henrich Message-Id: <199703102330.SAA02191@crh.cl.msu.edu> To: taob@vex.net, freebsd-hackers@freebsd.org Subject: Re: freebsd as a news server? Newsgroups: lists.freebsd.hackers References: <5g1uk0$7v0$1@msunews.cl.msu.edu> X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In lists.freebsd.hackers you write: >On Sun, 9 Mar 1997, Tom Samplonius wrote: >> >> But isn't choosing block and fragment sizes very important as well? > I would imagine so, but the default values chosen by newfs appear >to work quite well. I just bump up the number of inodes reserved on a >news spool filesystem; everything else uses the default values. I use newfs -b 4096 -f 1024 -i 1024 ccd0c, it appears the -i 1024 may be a bit of overkill given Im currently only using 20% of the inodes on a 22gb news spool. Perhaps bumping it to 2048 would be a good thing. -Crh -- Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Mon Mar 10 16:12:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA09929 for hackers-outgoing; Mon, 10 Mar 1997 16:12:57 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA09924 for ; Mon, 10 Mar 1997 16:12:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id QAA18267; Mon, 10 Mar 1997 16:13:30 -0800 (PST) Message-Id: <199703110013.QAA18267@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Brian McGovern cc: Mark Tinguely , marcio@cyclades.com, hackers@freebsd.org Subject: Re: Question on mapping PCI memory... In-reply-to: Your message of "Mon, 10 Mar 1997 16:25:21 EST." <199703102125.QAA16038@bmcgover-pc.cisco.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 10 Mar 1997 16:13:30 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >0x10 Base Address 1 (Memory address for 9060 controller chip) >0x14 Base Address 2 (Memory address for 512KB memory window) >0x18 Base Address 3 (unused) >0x3C IRQ (0-7) > >I then have the lines: > >#define CYZ_PCI_BASE_ADDR1 0x10 /* 9060 Controller memory address */ >#define CYZ_PCI_BASE_ADDR2 0x14 /* Memory Window */ >#define CYZ_PCI_IRQ 0x3C /* IRQ */ > >to make the registers easier to work with. I then have a code chunk that >does: > >vm_offset_t paddr, vaddr; > >if (pci_map_mem(config_id, CYZ_PCI_BASE_ADDR2, &vaddr, &paddr) == 0) > { > printf("Error mapping shared memory\n"); > return; > } > > >When run, it complains with: pci_map_mem failed: device's memrange >0xf880-0xf8ff is incompatible with its bridge's memrange 0x2000000-0xffffffff. I don't have the time to get sucked into this, but as it turns out, I'm quite familiar with the PLX 9060. In the code above, you're trying to memory map the Programmed I/O "ports". Needless to say, you can't do that. :-) Here is a breakdown of the base address registers for the PLX chip: /* memory mapped runtime registers */ #define PLX_PCI_BASE_ADDR0 0x10 /* runtime registers via I/O ports */ #define PLX_PCI_BASE_ADDR1 0x14 /* local address space 0 */ #define PLX_PCI_BASE_ADDR2 0x18 /* local address space 1 */ #define PLX_PCI_BASE_ADDR3 0x1c The Cyclades card is probably using "address space 0" for the 512K of buffer area. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Mar 10 16:15:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA10048 for hackers-outgoing; Mon, 10 Mar 1997 16:15:28 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA10042 for ; Mon, 10 Mar 1997 16:15:24 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA24037; Mon, 10 Mar 1997 17:07:40 -0700 From: Terry Lambert Message-Id: <199703110007.RAA24037@phaeton.artisoft.com> Subject: Re: pcvt/132 columns To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 10 Mar 1997 17:07:39 -0700 (MST) Cc: FreeBSD-hackers@freebsd.org In-Reply-To: <19970311001735.QB63298@uriah.heep.sax.de> from "J Wunsch" at Mar 11, 97 00:17:35 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > FreeBSD does not support ELF. > > > > > > Terry doesn't know anything about FreeBSD. > > > I can't load an ELF kernel with my a.out expecting boot blocks. > > > > Are you saying this has changed recenty? > > So by your definition, ``DOS doesn't support .EXE files.'', since you > cannot boot it as an .EXE file? There is a difference between "supporting ELF" and supporting ELF files" which you appear to be glossing over here. As to your question, it's a non-sequitur... DOS supports .EXE files, but BIOS POST does not. You also presume (incorrectly) that DOS is an OS. > Btw., the first submission for an ELF-aware bootstrap predates John's > ELFkit by at least one year, it is from the time where the `Lites' > fever was going'round. Be assured, the bootstrap is the least of the > problems if it comes to an ELF kernel. (This patch came from Bryan > Ford , on 21 Apr 95 17:46:04 MDT. I can > forward you the entire article if you want.) > > Now, there's also GRUB. 1) Which of these two will FreeBSD support by default? 2) When? Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 10 16:18:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA10315 for hackers-outgoing; Mon, 10 Mar 1997 16:18:07 -0800 (PST) Received: from spoon.beta.com (root@[199.165.180.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA10301 for ; Mon, 10 Mar 1997 16:18:02 -0800 (PST) Received: from spoon.beta.com (mcgovern@localhost [127.0.0.1]) by spoon.beta.com (8.8.4/8.6.9) with ESMTP id TAA24470; Mon, 10 Mar 1997 19:17:39 -0500 (EST) Message-Id: <199703110017.TAA24470@spoon.beta.com> To: dg@root.com cc: marcio@cyclades.com, hackers@freebsd.org Subject: Re: Question on mapping PCI memory... In-reply-to: Your message of "Mon, 10 Mar 1997 16:13:30 PST." <199703110013.QAA18267@root.com> Date: Mon, 10 Mar 1997 19:17:39 -0500 From: "Brian J. McGovern" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Close :) There was an extra register in the mix that didn't appear in the Cyclades documentation that Marcio at Cyclades was nice enough to fill me in on. I'm reworking the code (its compiling now), and hopefully that will fix it up :) -Brian From owner-freebsd-hackers Mon Mar 10 16:22:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA11200 for hackers-outgoing; Mon, 10 Mar 1997 16:22:54 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA11149 for ; Mon, 10 Mar 1997 16:22:42 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA16440; Tue, 11 Mar 1997 01:22:34 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id AAA10914; Tue, 11 Mar 1997 00:58:27 +0100 (MET) Message-ID: <19970311005827.VV08302@uriah.heep.sax.de> Date: Tue, 11 Mar 1997 00:58:27 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: un_x@hotmail.com (steve howe) Cc: freebsd-hackers@freebsd.org Subject: Re: profile/alias References: <199703090453.UAA19011@f29.hotmail.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703090453.UAA19011@f29.hotmail.com>; from steve howe on Mar 8, 1997 20:53:02 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As steve howe wrote: > i can't thank all the helpful people out there enough. i can only > hope someday i'm expert enough to return all the favors! :) > \ (Btw, your backslash-separation of paragraphs is very hard to read.) > i do not have an Internet connection and CANNOT send a send-pr > report (i'm dialing in thru a library and using http mail ...) > anyway - this problem concerns 2.1.5 and "sh" shell. I just submitted a PR on your behalf regarding the $ENV problem. I can't reproduce the alias problem (and somebody else mentioned the same), so i assume this one is already fixed. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 10 16:25:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA11315 for hackers-outgoing; Mon, 10 Mar 1997 16:25:07 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA11308 for ; Mon, 10 Mar 1997 16:25:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id QAA18376; Mon, 10 Mar 1997 16:24:49 -0800 (PST) Message-Id: <199703110024.QAA18376@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Luigi Rizzo cc: bde@zeta.org.au (Bruce Evans), bag@sinbin.demos.su, hackers@freebsd.org Subject: Re: performance (was: 100 Mb/s cards) In-reply-to: Your message of "Mon, 10 Mar 1997 21:38:32 +0100." <199703102038.VAA27659@labinfo.iet.unipi.it> From: David Greenman Reply-To: dg@root.com Date: Mon, 10 Mar 1997 16:24:49 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >About the following performance issue: > >> >> been able to get it to work. The Pro/100B is well supported; it's what I'm >> >> using in wcarchive and I haven't had any problems. It consumes about half >> >> the CPU time that the de driver does and has about the same level of > >the kernel is generally compiled with -O , I guess because of fear >of broken compiler optimizations. Would it be safe to compile >selected parts (e.g. network driver...) of relatively stable code >(so that an adequate test period could give confidence on its >performance) in the kernel with a more aggressive optimization so >as to improve performance of critical parts of the system ? I've never been able to measure a performance improvement by doing things like this. For the kernel, higher optimization levels seem to have the only effect of increasing compile time and reducing runtime stability. I suspect this is because most of the time is spent copying things around, so whatever minor gains that a couple of optimized instructions provide is well into the noise. Regarding the difference in performance between the de and fxp drivers, all I can say to this is that the code paths in the de driver are long and complicated. It's entirely likely that they have to be this way for whatever reason (I've not looked into improving it). The time reduction I measured with the fxp driver was primarily %interrupt, but there is a reduction in system time as well (too difficult to measure accuraterly on wcarchive, but perhaps 5-10%). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Mar 10 16:30:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA11632 for hackers-outgoing; Mon, 10 Mar 1997 16:30:09 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA11610 for ; Mon, 10 Mar 1997 16:30:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id QAA18398; Mon, 10 Mar 1997 16:29:36 -0800 (PST) Message-Id: <199703110029.QAA18398@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Terry Lambert cc: steve@visint.co.uk (Stephen Roome), freebsd-hackers@freebsd.org Subject: Re: Hard Link Count too small! In-reply-to: Your message of "Mon, 10 Mar 1997 15:10:38 MST." <199703102210.PAA23655@phaeton.artisoft.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 10 Mar 1997 16:29:36 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Keith Bostic is known to be working on integrating soft updates into >BSD 4.4-Lite2's FFS. Keith Bostic has nothing to do with it. Kirk McKusick has been working on it for the past 6 months or so, however. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Mar 10 16:31:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA11741 for hackers-outgoing; Mon, 10 Mar 1997 16:31:32 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA11734 for ; Mon, 10 Mar 1997 16:31:23 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id BAA18461 for ; Tue, 11 Mar 1997 01:30:34 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id BAA25953 for hackers@freebsd.org; Tue, 11 Mar 1997 01:30:01 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id BAA20010; Tue, 11 Mar 1997 01:23:00 +0100 (CET) Message-ID: <19970311012300.06800@keltia.freenix.fr> Date: Tue, 11 Mar 1997 01:23:00 +0100 From: Ollivier Robert To: hackers@freebsd.org Subject: Re: On the topic of news servers.. References: <199703102218.OAA02603@aris.jpl.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65,1-4,10,14-18 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2999 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Jake Hamby: > He says he uses a Perl script to run through the activity log and figure out > which groups his customers are reading, then changes the expire logs to expire > messages in unread groups after 1 day, while keeping messages in read groups > about 7 days. This seemed like a really good idea to me, and I have had no > problems using the news server to read/post to various groups, and it seems to You could use dexpire (dynamic expire) that has a similar scheme or some other ones. I have this here. Never tested one though. No time... -rw-r--r-- 1 roberto staff 256380 May 5 1996 ctlexpire.tar.gz -rw-r--r-- 1 roberto staff 75298 Jan 6 02:46 dexpire-3.3a3.tar.gz -rw-r--r-- 1 roberto staff 6159 Sep 28 1995 spexpire.shar.gz -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #39: Sun Feb 2 22:12:44 CET 1997 From owner-freebsd-hackers Mon Mar 10 16:45:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA12437 for hackers-outgoing; Mon, 10 Mar 1997 16:45:28 -0800 (PST) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA12429 for ; Mon, 10 Mar 1997 16:45:24 -0800 (PST) Received: from localhost (mark@localhost) by vinyl.quickweb.com (8.8.5/8.6.12) with SMTP id TAA25199; Mon, 10 Mar 1997 19:39:56 -0500 (EST) Date: Mon, 10 Mar 1997 19:39:56 -0500 (EST) From: Mark Mayo To: "Brian N. Handy" cc: freebsd-hackers@freebsd.org Subject: Re: Netscape4 plugins In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Mar 1997, Brian N. Handy wrote: > Heya folks, > > I managed to get Netscape3 (for Linux) working with plugins and with the > PDF plugin specifically. I just downloaded NS4.0Bsomething...and it > doesn't seem to find my plugins, in spite of some heroic efforts on my > part. > > Anybody know if the 4.0 unknown-bsd port supports plugins? If I remember correctly (in other words, I could be completely wrong) the Linux and BSDI 4.0pre2 releases of Commmunicator don't support lug-ins yet. Check in the release notes, it says there... -Mark > > Brian > ---------------------------------------------------------------------------- Mark Mayo mark@quickweb.com RingZero Comp. http://vinyl.quickweb.com/mark ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ GCS/O d- s+ a-- C++ UB+++$ P+ L- E--- W++ N+ K- w++(---) O- M- !V PS+ PE Y++ PGP+ t !5 X+ R- tv b++ DI+ D++ G+ e+(*) h--- r++ y+ ---------------------------------------------------------------------------- "Typically, I don't use JAVA -- I think that strong typing is for weak minds (and lazy compiler/interpreter writers)." -- Terry Lambert From owner-freebsd-hackers Mon Mar 10 16:50:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA12778 for hackers-outgoing; Mon, 10 Mar 1997 16:50:25 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA12770 for ; Mon, 10 Mar 1997 16:50:23 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA24103; Mon, 10 Mar 1997 17:41:54 -0700 From: Terry Lambert Message-Id: <199703110041.RAA24103@phaeton.artisoft.com> Subject: Re: Hard Link Count too small! To: dg@root.com Date: Mon, 10 Mar 1997 17:41:53 -0700 (MST) Cc: terry@lambert.org, steve@visint.co.uk, freebsd-hackers@freebsd.org In-Reply-To: <199703110029.QAA18398@root.com> from "David Greenman" at Mar 10, 97 04:29:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Keith Bostic is known to be working on integrating soft updates into > >BSD 4.4-Lite2's FFS. > > Keith Bostic has nothing to do with it. Kirk McKusick has been working on > it for the past 6 months or so, however. Oops. I always get them confused ever since BSDI got the other one. Thanks for the correction. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 10 16:53:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA13043 for hackers-outgoing; Mon, 10 Mar 1997 16:53:47 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA13026 for ; Mon, 10 Mar 1997 16:53:17 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA17169; Tue, 11 Mar 1997 01:52:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id BAA11156; Tue, 11 Mar 1997 01:34:30 +0100 (MET) Message-ID: <19970311013430.LC54832@uriah.heep.sax.de> Date: Tue, 11 Mar 1997 01:34:30 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: dgy@rtd.com (Don Yuniskis) Cc: freebsd-hackers@freefall.freebsd.org (FreeBSD hackers) Subject: Re: Disklabel at sysinstall References: <199703090121.SAA24006@seagull.rtd.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703090121.SAA24006@seagull.rtd.com>; from Don Yuniskis on Mar 8, 1997 18:21:23 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Don Yuniskis wrote: > I was just looking at the disk label on an IDE drive > on a 2.1R system. Basically: > size offset type > a 539041 75776 4.2BSD > b 75776 0 swap > c 614817 0 unused > But, sc is 1008 and nc is 609 for a "theoretical" su of 613872 > (though 'disklabel' reports su as 614871). > > So, the first question is, why the ~950 sector discrepancy? For a SCSI drive, this would be normal (since there's no uniform geometry, so you can't express the `su' value as any C*H*S term). For an IDE drive, it's surprising, since IMHO the values are taken from the BIOS anyway. > Second question, why is partition c labeled as "unused"? Since it's not used. :-) It's an alias for the entire slice (or entire disk if you don't use slices). > And, I assume the su figure should reflect the BIOS > settings of the drive (and not necessarily the drive's > size or geometry). Yep, for a non-sliced disk. For a sliced disk, it should reflect the number of blocks that is mentioned in the fdisk table for the BSD slice. > Lastly, is there anything that I should be wary of wrt > a manual disklabel-newfs? Should sysinstall create > entries in disktab to reflect the actual settings used > during the install (wasn't this true of earlier -- like > 1.1R days -- releases)? sysinstall normally does this, although it always creates a non-sliced name for the root filesystem (like wd0a), and sliced names for everything else (like wd0s1e). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 10 17:11:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA14402 for hackers-outgoing; Mon, 10 Mar 1997 17:11:17 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA14392 for ; Mon, 10 Mar 1997 17:11:07 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id CAA17465 for FreeBSD-hackers@freebsd.org; Tue, 11 Mar 1997 02:10:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id CAA11288; Tue, 11 Mar 1997 02:01:08 +0100 (MET) Message-ID: <19970311020107.UK51160@uriah.heep.sax.de> Date: Tue, 11 Mar 1997 02:01:07 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: FreeBSD-hackers@freebsd.org Subject: Re: pcvt/132 columns References: <19970311001735.QB63298@uriah.heep.sax.de> <199703110007.RAA24037@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703110007.RAA24037@phaeton.artisoft.com>; from Terry Lambert on Mar 10, 1997 17:07:39 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: (ELF-aware boot loaders) > 1) Which of these two will FreeBSD support by default? Both. One has been submitted as patch against the FreeBSD bootstrap, the other one is a standalone product. > 2) When? Right now (at least GRUB -- i'm afraid the old patch is stale meanwhile). Sure, it's another matter when FreeBSD might start to use ELF as the default kernel format. However, perhaps John first needs to integrate his ELFkit into the regular tree. That's something like a prerequisite... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 10 17:18:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA15018 for hackers-outgoing; Mon, 10 Mar 1997 17:18:36 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA15013 for ; Mon, 10 Mar 1997 17:18:34 -0800 (PST) Received: from hellcat.umd.edu by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0w4GCk-00092uC; Mon, 10 Mar 97 17:18 PST Received: from thurston.eng.umd.edu (thurston.eng.umd.edu [129.2.103.25]) by hellcat.umd.edu (8.8.5/8.8.5) with ESMTP id UAA28674; Mon, 10 Mar 1997 20:14:22 -0500 (EST) Received: from localhost (chuckr@localhost) by thurston.eng.umd.edu (8.8.5/8.6.4) with SMTP id UAA06298; Mon, 10 Mar 1997 20:14:21 -0500 (EST) X-Authentication-Warning: thurston.eng.umd.edu: chuckr owned process doing -bs Date: Mon, 10 Mar 1997 20:14:20 -0500 (EST) From: Chuck Robey X-Sender: chuckr@thurston.eng.umd.edu To: Terry Lambert cc: joerg_wunsch@uriah.heep.sax.de, FreeBSD-hackers@freebsd.org Subject: Re: pcvt/132 columns In-Reply-To: <199703110007.RAA24037@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Mar 1997, Terry Lambert wrote: > > As to your question, it's a non-sequitur... DOS supports .EXE files, > but BIOS POST does not. You also presume (incorrectly) that DOS is > an OS. Terry, I may not think very highly of DOS, even given the context in which it was written, but it is an OS, at least I maintain it is. Could you defend that remark? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Mon Mar 10 17:26:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA15696 for hackers-outgoing; Mon, 10 Mar 1997 17:26:45 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA15690 for ; Mon, 10 Mar 1997 17:26:40 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA11553; Tue, 11 Mar 1997 11:55:51 +1030 (CST) From: Michael Smith Message-Id: <199703110125.LAA11553@genesis.atrad.adelaide.edu.au> Subject: Re: performance (was: 100 Mb/s cards) In-Reply-To: <199703110024.QAA18376@root.com> from David Greenman at "Mar 10, 97 04:24:49 pm" To: dg@root.com Date: Tue, 11 Mar 1997 11:55:51 +1030 (CST) Cc: luigi@labinfo.iet.unipi.it, bde@zeta.org.au, bag@sinbin.demos.su, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Greenman stands accused of saying: > Regarding the difference in performance between the de and fxp drivers, > all I can say to this is that the code paths in the de driver are long and > complicated. It's entirely likely that they have to be this way for whatever > reason (I've not looked into improving it). The time reduction I measured with > the fxp driver was primarily %interrupt, but there is a reduction in system > time as well (too difficult to measure accuraterly on wcarchive, but perhaps > 5-10%). There is also a comment in the de driver that implies that the packets that come in from the card are wrongly aligned (in some fashion) and have to be copied anyway, which may account for the overhead. > -DG -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Mar 10 17:28:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA15810 for hackers-outgoing; Mon, 10 Mar 1997 17:28:00 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA15793 for ; Mon, 10 Mar 1997 17:27:40 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA11578; Tue, 11 Mar 1997 11:57:04 +1030 (CST) From: Michael Smith Message-Id: <199703110127.LAA11578@genesis.atrad.adelaide.edu.au> Subject: Re: Netscape4 plugins In-Reply-To: from "Brian N. Handy" at "Mar 10, 97 11:00:42 am" To: handy@sag.space.lockheed.com (Brian N. Handy) Date: Tue, 11 Mar 1997 11:57:04 +1030 (CST) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Brian N. Handy stands accused of saying: > Heya folks, > > I managed to get Netscape3 (for Linux) working with plugins and with the > PDF plugin specifically. I just downloaded NS4.0Bsomething...and it > doesn't seem to find my plugins, in spite of some heroic efforts on my > part. > > Anybody know if the 4.0 unknown-bsd port supports plugins? AFAIK No. Netscape for BSD/OS has never supported plugins. > Brian -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Mar 10 18:10:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA18557 for hackers-outgoing; Mon, 10 Mar 1997 18:10:49 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18550; Mon, 10 Mar 1997 18:10:45 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id CAA05248; Tue, 11 Mar 1997 02:10:27 GMT Date: Tue, 11 Mar 1997 11:10:27 +0900 (JST) From: Michael Hancock To: Tom Samplonius cc: Brian Tao , "matthew c. mead" , isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Mar 1997, Tom Samplonius wrote: > On Tue, 11 Mar 1997, Michael Hancock wrote: > > ... > > I've been using -i 3072 -b 4096 -f 1024 -a 8 for non-binary newsgroups and > > the default for binary newsgroups. > > > > This way news articles on average will fit in a block. > > You always want maxcontig to beigger than 8. It has nothing to do with > file allocation, only have many sectors are transfered at once to the > driver. And the magic number is ____. From owner-freebsd-hackers Mon Mar 10 18:50:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA20326 for hackers-outgoing; Mon, 10 Mar 1997 18:50:37 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA20321 for ; Mon, 10 Mar 1997 18:50:34 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA09675; Mon, 10 Mar 1997 21:50:02 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 10 Mar 1997 21:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id UAA05259 for ; Mon, 10 Mar 1997 20:49:48 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id UAA22402 for freebsd-hackers@freefall.cdrom.com; Mon, 10 Mar 1997 20:55:45 -0500 (EST) Date: Mon, 10 Mar 1997 20:55:45 -0500 (EST) From: Thomas David Rivers Message-Id: <199703110155.UAA22402@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: 2.2-GAMMA (3/10/97) and the "dup alloc" problem. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just to report in on the question of "does the latest 2.2-GAMMA (3/10/97) exhibit the 'dup alloc' problem". I have just tried out the boot floppies that were made this morning; the problem still exists. - Dave Rivers - From owner-freebsd-hackers Mon Mar 10 18:55:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA20564 for hackers-outgoing; Mon, 10 Mar 1997 18:55:42 -0800 (PST) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA20547; Mon, 10 Mar 1997 18:55:37 -0800 (PST) Received: from localhost (mark@localhost) by vinyl.quickweb.com (8.8.5/8.6.12) with SMTP id VAA28793; Mon, 10 Mar 1997 21:49:47 -0500 (EST) Date: Mon, 10 Mar 1997 21:49:47 -0500 (EST) From: Mark Mayo To: hackers@freebsd.org cc: questions@freebsd.org Subject: Updating /usr/src/Makefile with CVSup Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello. I just grabbed the latest 2.2-GAMMA (with tag=RELENG_2_2 in my cvsupfile) and it didn't compile... problem building gdb.1 - duh.. Anways, I noticed that my Makefile isn't being updated by grabbing the src-all collection, and was wondering if I should somehow be updating it (it's the same Makefile from the October SNAPSHOT). I've included my supfile below, just in case I'm doing something wrong. -Mark ---------------------------------------------------------------------------- Mark Mayo mark@quickweb.com RingZero Comp. http://vinyl.quickweb.com/mark ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ GCS/O d- s+ a-- C++ UB+++$ P+ L- E--- W++ N+ K- w++(---) O- M- !V PS+ PE Y++ PGP+ t !5 X+ R- tv b++ DI+ D++ G+ e+(*) h--- r++ y+ ---------------------------------------------------------------------------- "Typically, I don't use JAVA -- I think that strong typing is for weak minds (and lazy compiler/interpreter writers)." -- Terry Lambert *default tag=RELENG_2_2 *default host=22gamma.freebsd.org *default prefix=/usr *default base=/usr *default release=cvs delete use-rel-suffix compress src-all From owner-freebsd-hackers Mon Mar 10 19:20:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA21780 for hackers-outgoing; Mon, 10 Mar 1997 19:20:23 -0800 (PST) Received: from mail.futuresouth.com (mail.futuresouth.com [207.141.254.21]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA21758 for ; Mon, 10 Mar 1997 19:20:18 -0800 (PST) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by mail.futuresouth.com (8.8.5/8.8.5) with ESMTP id VAA04922; Mon, 10 Mar 1997 21:20:04 -0600 (CST) From: Tim Tsai Received: (from tim@localhost) by shell.futuresouth.com (8.8.5/8.8.3) id VAA04042; Mon, 10 Mar 1997 21:20:03 -0600 (CST) Message-Id: <199703110320.VAA04042@shell.futuresouth.com> Subject: Re: performance (was: 100 Mb/s cards) To: dg@root.com Date: Mon, 10 Mar 1997 21:20:03 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <199703110024.QAA18376@root.com> from David Greenman at "Mar 10, 97 04:24:49 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Regarding the difference in performance between the de and fxp drivers, > all I can say to this is that the code paths in the de driver are long and > complicated. It's entirely likely that they have to be this way for whatever > reason (I've not looked into improving it). The time reduction I measured with > the fxp driver was primarily %interrupt, but there is a reduction in system > time as well (too difficult to measure accuraterly on wcarchive, but perhaps > 5-10%). Perhaps this can be reflected in the supported hardware file, especially a note about 21140-AC based cards. I bought these cards based on the hardware list and also by comments that these cards are going to be supported soon (that was 3 months ago), well, that hasn't turned out to be the case. The least we can do is to prevent others from making the same mistake. Tim From owner-freebsd-hackers Mon Mar 10 19:47:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA23391 for hackers-outgoing; Mon, 10 Mar 1997 19:47:21 -0800 (PST) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA23364; Mon, 10 Mar 1997 19:47:11 -0800 (PST) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.59 #1) id 0w4IWL-00075g-00; Mon, 10 Mar 1997 19:46:37 -0800 Date: Mon, 10 Mar 1997 19:46:37 -0800 (PST) From: Tom Samplonius To: Michael Hancock cc: Brian Tao , "matthew c. mead" , isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 11 Mar 1997, Michael Hancock wrote: > On Mon, 10 Mar 1997, Tom Samplonius wrote: > > > On Tue, 11 Mar 1997, Michael Hancock wrote: > > > > ... > > > I've been using -i 3072 -b 4096 -f 1024 -a 8 for non-binary newsgroups and > > > the default for binary newsgroups. > > > > > > This way news articles on average will fit in a block. > > > > You always want maxcontig to beigger than 8. It has nothing to do with > > file allocation, only have many sectors are transfered at once to the > > driver. > > And the magic number is ____. As big as possible. All the disk drivers should be able to handle at least 128. I don't really know how big it can be. 256? 1024? A too small maxcontig will hamper scatter/gather. I noticed that by looking at the sps and tps values from iostat that it was never transfering more than 16 sectors per transfer. I bumped up maxcontig, and noticed a nice performance increase (at least for my application). The default maxcontig setting for 2.1.x is just way too small. Tom From owner-freebsd-hackers Mon Mar 10 21:23:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA27369 for hackers-outgoing; Mon, 10 Mar 1997 21:23:17 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27364 for ; Mon, 10 Mar 1997 21:23:15 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id VAA17282 for ; Mon, 10 Mar 1997 21:23:14 -0800 (PST) Date: Mon, 10 Mar 1997 21:23:14 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Maybe a showstopper, maybe not. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk NFS in the current 2.2 branch seems problematical. I just took delivery of an F540 Network Appliance NFS server. It runs fine with BSD/OS, Solaris, Chameleon NFS from an NT box, but not 2.2 supped from a couple days ago. I can mount the drive fine, ls works fine, but iozone causes it to lock up after the write step completes, and my machine is frozen up. I booted my same box under BSD/OS, and it works fine, and a different box booting Solaris works fine. No combination that I tried worked reliably from 2.2. I tried UDP, v3, TCP, and various permutations. The problem is consistent across all my 2.2 boxes, *but* a 2.2 box from back in something like August works fine. All the rest of my 2.2 boxes have been built since Feb 97 or so. Copying the old kernel (from august) to my box lets it work fine as well, so I don't think it's a hardware issue. If I'm the only person having problems with it, then I won't worry about it too much, other than to not use FreeBSD on the boxes that will be accessing it. But I was curious if anybody else was seeing problems with it. From owner-freebsd-hackers Mon Mar 10 21:30:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA27689 for hackers-outgoing; Mon, 10 Mar 1997 21:30:31 -0800 (PST) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27684 for ; Mon, 10 Mar 1997 21:30:28 -0800 (PST) From: proff@suburbia.net Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with SMTP id VAA06005 for ; Mon, 10 Mar 1997 21:32:21 -0800 (PST) Received: (qmail 24197 invoked by uid 110); 11 Mar 1997 05:29:41 -0000 Message-ID: <19970311052941.24196.qmail@suburbia.net> Subject: Re: ipfilter In-Reply-To: from Jimbo Bahooli at "Mar 10, 97 02:47:17 pm" To: moke@fools.ecpnet.com (Jimbo Bahooli) Date: Tue, 11 Mar 1997 16:29:41 +1100 (EST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I saw some parts of ipfilter in the -current source code. It appears to be > non-compiling from my short try at it, just what is the status on this > piece of code? Avalon has neglected to cvs import BSD/Makefile{,.ipsend}, and the module code has not yet been modified to handle *cdevsw's, or devfs registrations. Darren informed me that he has a mln_ipl.c etc with *cdevsw [etc] support, so it is perhaps a cvs mystery as to why we don't see it in the tree. The kernel and i386/conf code looks correct. Stub makefiles in src/sbin and src/lkm also need creating. -- Prof. Julian Assange |If you want to build a ship, don't drum up people |together to collect wood and don't assign them tasks proff@iq.org |and work, but rather teach them to long for the endless proff@gnu.ai.mit.edu |immensity of the sea. -- Antoine de Saint Exupery From owner-freebsd-hackers Mon Mar 10 22:25:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA29998 for hackers-outgoing; Mon, 10 Mar 1997 22:25:07 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA29993 for ; Mon, 10 Mar 1997 22:25:03 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id WAA28660 for ; Mon, 10 Mar 1997 22:25:02 -0800 (PST) Date: Mon, 10 Mar 1997 22:25:01 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Anybody given any thought to RADIUS client support for FreeBSD? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Not running the RADIUS server, but rather validating passwords via RADIUS. Would be very funky, and extremely handy. From owner-freebsd-hackers Mon Mar 10 22:50:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01488 for hackers-outgoing; Mon, 10 Mar 1997 22:50:22 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA01481 for ; Mon, 10 Mar 1997 22:50:19 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id WAA01718; Mon, 10 Mar 1997 22:50:29 -0800 (PST) To: Jaye Mathisen cc: hackers@FreeBSD.ORG Subject: Re: Maybe a showstopper, maybe not. In-reply-to: Your message of "Mon, 10 Mar 1997 21:23:14 PST." Date: Mon, 10 Mar 1997 22:50:29 -0800 Message-ID: <1713.858063029@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > If I'm the only person having problems with it, then I won't worry about > it too much, other than to not use FreeBSD on the boxes that will be > accessing it. But I was curious if anybody else was seeing problems with > it. I'd very much like to know if others can reproduce this - my only test environment for NFS here involves other FreeBSD boxes, and they appear to work just fine with NFS. If we've broken interoperability with everything else, however, then you're definitely right about this being a show-stopper - I wouldn't want to roll 2.2-RELEASE with a bug of that magnitude in NFS. Any others? Jordan From owner-freebsd-hackers Mon Mar 10 22:58:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01815 for hackers-outgoing; Mon, 10 Mar 1997 22:58:41 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA01807 for ; Mon, 10 Mar 1997 22:58:38 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA14698; Tue, 11 Mar 1997 17:28:21 +1030 (CST) From: Michael Smith Message-Id: <199703110658.RAA14698@genesis.atrad.adelaide.edu.au> Subject: Re: Anybody given any thought to RADIUS client support for FreeBSD? In-Reply-To: from Jaye Mathisen at "Mar 10, 97 10:25:01 pm" To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Tue, 11 Mar 1997 17:28:20 +1030 (CST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jaye Mathisen stands accused of saying: > > Not running the RADIUS server, but rather validating passwords via RADIUS. > > Would be very funky, and extremely handy. Interested in joining the work on porting the Linux PAM code to FreeBSD? (Please check the copyright, people, before screaming about the GPL.) Having looked a lot longer and harder, I am less unhappy about the PAM library per se. Their sample module collection is less wonderful, but the library core doesn't look so bad. I'll be concentrating on it in what passes for "free" time over the next few weeks. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Mar 10 23:27:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA03067 for hackers-outgoing; Mon, 10 Mar 1997 23:27:51 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA03062; Mon, 10 Mar 1997 23:27:48 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id HAA07800; Tue, 11 Mar 1997 07:27:30 GMT Date: Tue, 11 Mar 1997 16:27:30 +0900 (JST) From: Michael Hancock To: Tom Samplonius cc: Brian Tao , "matthew c. mead" , isp@freebsd.org, hackers@freebsd.org Subject: Maxcontig for news server (was Re: freebsd as a news server?) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Mar 1997, Tom Samplonius wrote: > > > On Tue, 11 Mar 1997, Michael Hancock wrote: > > > > > > ... > > > > I've been using -i 3072 -b 4096 -f 1024 -a 8 for non-binary newsgroups and > > > > the default for binary newsgroups. > > > > > > > > This way news articles on average will fit in a block. > > > > > > You always want maxcontig to beigger than 8. It has nothing to do with > > > file allocation, only have many sectors are transfered at once to the > > > driver. > > > > And the magic number is ____. > > As big as possible. All the disk drivers should be able to handle at > least 128. I don't really know how big it can be. 256? 1024? > A too small maxcontig will hamper scatter/gather. I noticed that by > looking at the sps and tps values from iostat that it was never > transfering more than 16 sectors per transfer. I bumped up maxcontig, and > noticed a nice performance increase (at least for my application). Was your application INND? > The default maxcontig setting for 2.1.x is just way too small. The default is 8 assuming a bsize of 8K, the man pages say it's 1. if (maxcontig == 0) maxcontig = MAX(1, MAXPHYS / bsize - 1); MAXPHYS is 64K. Regards, Mike From owner-freebsd-hackers Mon Mar 10 23:28:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA03144 for hackers-outgoing; Mon, 10 Mar 1997 23:28:26 -0800 (PST) Received: from verdi.nethelp.no (verdi.nethelp.no [193.91.212.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA03120 for ; Mon, 10 Mar 1997 23:28:06 -0800 (PST) From: sthaug@nethelp.no Received: (qmail 13111 invoked by uid 1001); 11 Mar 1997 07:27:57 +0000 (GMT) To: tim@futuresouth.com Cc: dg@root.com, hackers@freebsd.org Subject: Re: performance (was: 100 Mb/s cards) In-Reply-To: Your message of "Mon, 10 Mar 1997 21:20:03 -0600 (CST)" References: <199703110320.VAA04042@shell.futuresouth.com> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 11 Mar 1997 08:27:56 +0100 Message-ID: <13109.858065276@verdi.nethelp.no> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Perhaps this can be reflected in the supported hardware file, > especially a note about 21140-AC based cards. I bought these cards > based on the hardware list and also by comments that these cards are > going to be supported soon (that was 3 months ago), well, that hasn't > turned out to be the case. The least we can do is to prevent others > from making the same mistake. It may not be supported, but it's reasonably easy to get to work with a patch. Here's what I use on a machine running 2.2-970215-GAMMA, with version 1.54.2.2 of if_de.c. The SMC Etherpower 10/100 dual channel is recognized, and works fine at 100 Mbit/s. The machine now has eight Ethernets :-) Probing for devices on PCI bus 1: de0 rev 35 int a irq 10 on pci1:4 de0: ZNYX ZX314 21040 [10Mb/s] pass 2.3 de0: address 00:c0:95:f0:1d:20 de0: enabling 10baseT port de1 rev 35 int a irq 10 on pci1:5 de1: (null)21040 [10Mb/s] pass 2.3 de1: address 00:c0:95:f0:1d:21 de1: enabling 10baseT port de2 rev 35 int a irq 11 on pci1:6 de2: (null)21040 [10Mb/s] pass 2.3 de2: address 00:c0:95:f0:1d:22 de2: enabling 10baseT port de3 rev 35 int a irq 11 on pci1:7 de3: (null)21040 [10Mb/s] pass 2.3 de3: address 00:c0:95:f0:1d:23 de3: enabling 10baseT port Probing for devices on PCI bus 2: de4 rev 35 int a irq 11 on pci2:4 de4: SMC 8434T-CH1 21040 [10Mb/s] pass 2.3 de4: address 00:00:c0:2b:0e:c0 de4: enabling 10baseT port de5 rev 35 int a irq 10 on pci2:5 de5: SMC 8434T-CH2 21040 [10Mb/s] pass 2.3 de5: address 00:00:c0:4e:10:c0 de5: enabling 10baseT port Probing for devices on PCI bus 3: de6 rev 32 int a irq 11 on pci3:4 de6: SMC 9332BDT 21140A [10-100Mb/s] pass 2.0 de6: address 00:00:c0:cd:8d:ef de7 rev 32 int a irq 11 on pci3:5 de7: SMC 9332BDT 21140A [10-100Mb/s] pass 2.0 de7: address 00:00:c0:cc:8d:ef Steinar Haug, Nethelp consulting, sthaug@nethelp.no ---------------------------------------------------------------------- *** if_de.c.orig Tue Dec 3 11:52:49 1996 --- if_de.c Sun Feb 16 23:36:43 1997 *************** *** 346,351 **** --- 346,352 ---- TULIP_21140_DEC_EB, /* Digital Semicondutor 21140 Evaluation Board */ TULIP_21140_DEC_DE500, /* Digital DE500-?? 10/100 */ TULIP_21140_SMC_9332, /* SMC 9332 */ + TULIP_21140A_SMC_9332BDT, /* SMC 9332BDT with 21140A */ TULIP_21140_COGENT_EM100, /* Cogent EM100 100 only */ TULIP_21140_ZNYX_ZX34X, /* ZNYX ZX342 10/100 */ TULIP_21041_GENERIC, /* Generic 21041 card */ *************** *** 1544,1549 **** --- 1545,1558 ---- #endif } + static const tulip_boardsw_t tulip_21140A_smc9332bdt_boardsw = { + TULIP_21140A_SMC_9332BDT, + "SMC 9332BDT ", + tulip_21140_smc9332_media_probe, + tulip_21140_mii_media_preset, + tulip_21140_mii_probe, + }; + static const tulip_boardsw_t tulip_21140_smc9332_boardsw = { TULIP_21140_SMC_9332, "SMC 9332 ", *************** *** 3014,3019 **** --- 3023,3032 ---- return; if (sc->tulip_chipid == TULIP_21140) { sc->tulip_boardsw = &tulip_21140_smc9332_boardsw; + return; + } + if (sc->tulip_chipid == TULIP_21140A) { + sc->tulip_boardsw = &tulip_21140A_smc9332bdt_boardsw; return; } id1 = sc->tulip_rombuf[0x60] | (sc->tulip_rombuf[0x61] << 8); From owner-freebsd-hackers Mon Mar 10 23:29:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA03218 for hackers-outgoing; Mon, 10 Mar 1997 23:29:18 -0800 (PST) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA03213 for ; Mon, 10 Mar 1997 23:29:14 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id BAA23624; Tue, 11 Mar 1997 01:29:06 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id BAA28769; Tue, 11 Mar 1997 01:29:06 -0600 (CST) Message-ID: <19970311012905.41381@Jupiter.Mcs.Net> Date: Tue, 11 Mar 1997 01:29:06 -0600 From: Karl Denninger To: "Jordan K. Hubbard" Cc: Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Maybe a showstopper, maybe not. References: <1713.858063029@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 In-Reply-To: <1713.858063029@time.cdrom.com>; from Jordan K. Hubbard on Mon, Mar 10, 1997 at 10:50:29PM -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Mar 10, 1997 at 10:50:29PM -0800, Jordan K. Hubbard wrote: > > If I'm the only person having problems with it, then I won't worry about > > it too much, other than to not use FreeBSD on the boxes that will be > > accessing it. But I was curious if anybody else was seeing problems with > > it. > > I'd very much like to know if others can reproduce this - my only test > environment for NFS here involves other FreeBSD boxes, and they appear > to work just fine with NFS. If we've broken interoperability with > everything else, however, then you're definitely right about this > being a show-stopper - I wouldn't want to roll 2.2-RELEASE with a bug > of that magnitude in NFS. > > Any others? > > Jordan Yes. I've seen serious VM corruption problems with NFS for over three months now. I've reported them several times as well, and some of them *do* involve hangs on the client. The servers in our case are FreeBSD also, all running 2.2 The most common manifestation is a "du" across large volumes of disk space which are NFS mounted. It will hang a significant portion of the time. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-hackers Tue Mar 11 00:21:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA05705 for hackers-outgoing; Tue, 11 Mar 1997 00:21:39 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA05700 for ; Tue, 11 Mar 1997 00:21:37 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA24137; Tue, 11 Mar 1997 09:21:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA05980; Tue, 11 Mar 1997 09:16:27 +0100 (MET) Message-ID: <19970311091626.QD63576@uriah.heep.sax.de> Date: Tue, 11 Mar 1997 09:16:26 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: tim@futuresouth.com (Tim Tsai) Cc: dg@root.com, hackers@freebsd.org Subject: Re: performance (was: 100 Mb/s cards) References: <199703110024.QAA18376@root.com> <199703110320.VAA04042@shell.futuresouth.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703110320.VAA04042@shell.futuresouth.com>; from Tim Tsai on Mar 10, 1997 21:20:03 -0600 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Tim Tsai wrote: > Perhaps this can be reflected in the supported hardware file, > especially a note about 21140-AC based cards. I bought these cards > based on the hardware list and also by comments that these cards are > going to be supported soon (that was 3 months ago), well, that hasn't > turned out to be the case. If i don't confuse the part numbers, they should be supported now. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Mar 11 00:43:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA06739 for hackers-outgoing; Tue, 11 Mar 1997 00:43:00 -0800 (PST) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA06723 for ; Tue, 11 Mar 1997 00:42:57 -0800 (PST) Message-Id: <199703110842.AAA06723@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA107339550; Tue, 11 Mar 1997 19:39:10 +1100 From: Darren Reed Subject: Re: ipfilter To: proff@suburbia.net Date: Tue, 11 Mar 1997 19:39:10 +1100 (EDT) Cc: moke@fools.ecpnet.com, hackers@freebsd.org In-Reply-To: <19970311052941.24196.qmail@suburbia.net> from "proff@suburbia.net" at Mar 11, 97 04:29:41 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from proff@suburbia.net, sie said: > > > I saw some parts of ipfilter in the -current source code. It appears to be > > non-compiling from my short try at it, just what is the status on this > > piece of code? > > Avalon has neglected to cvs import BSD/Makefile{,.ipsend}, and the > module code has not yet been modified to handle *cdevsw's, or devfs > registrations. Darren informed me that he has a mln_ipl.c etc with > *cdevsw [etc] support, so it is perhaps a cvs mystery as to why we > don't see it in the tree. The kernel and i386/conf code looks > correct. Stub makefiles in src/sbin and src/lkm also need creating. At first, it was brought to my attention that I was using CVS incorrectly in the FreeBSD environment, so I've cooled off for a bit. Second, someone mentioned that prototyping was required for it to compile properly in the kernel. Third, it doesn't "make dep" very well due to the include's all using "" and not <>. This all became apparent after I imported 3.1.7 (and later goofed on 3.1.8 which Peter Wemm fixed). The first issue is just becoming used to a new environment, the second I was already working on for 3.2 and had no intention of introducing prototypes to the 3.1 branch of IP Filter (I was primarily focusing on making it stable). The last will be addressed when I or someone else takes the time to make the required changes and either send the patches to someone who can commit them or commits them themselves (i.e. me). Darren From owner-freebsd-hackers Tue Mar 11 00:52:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA07087 for hackers-outgoing; Tue, 11 Mar 1997 00:52:45 -0800 (PST) Received: from relay-11.mail.demon.net (relay-11.mail.demon.net [194.217.242.137]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA07081 for ; Tue, 11 Mar 1997 00:52:42 -0800 (PST) Received: from nlsys.demon.co.uk ([158.152.125.33]) by relay-10.mail.demon.net id aa1016188; 11 Mar 97 8:45 GMT Received: from localhost (dfr@localhost) by nlsys.demon.co.uk (8.7.6/8.6.9) with SMTP id IAA00327; Tue, 11 Mar 1997 08:45:02 GMT Date: Tue, 11 Mar 1997 08:45:02 +0000 (GMT) From: Doug Rabson Reply-To: Doug Rabson To: Luigi Rizzo cc: Doug Rabson , hackers@freebsd.org Subject: Re: Q about 100Mb ether cards In-Reply-To: <199703101745.SAA27043@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Mar 1997, Luigi Rizzo wrote: > > Incidentally, I just picked up an 8 port 100base TX hub for GBP 470. > > Amazing. Last time I checked these things were in the thousands. > > The ones we got (Pheenet) were about 870.000 lire incl. 19% VAT, > approx US$ 550. Yes, prices are going down! I just got home and realised that the price was even cheaper at GBP 359 + 17.5% vat. Things are looking up. I though they would never get around to pushing this stuff to the mass market. -- Doug Rabson Mail: dfr@nlsys.demon.co.uk Phone: +44 181 951 1891 From owner-freebsd-hackers Tue Mar 11 01:30:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA09107 for hackers-outgoing; Tue, 11 Mar 1997 01:30:59 -0800 (PST) Received: from obiwan.aceonline.com.au (obiwan.aceonline.com.au [203.103.90.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA09097; Tue, 11 Mar 1997 01:30:50 -0800 (PST) Received: from localhost (adrian@localhost) by obiwan.aceonline.com.au (8.8.5/8.8.5) with SMTP id XAA16402; Tue, 11 Mar 1997 23:34:19 +0800 (WST) Date: Tue, 11 Mar 1997 23:34:19 +0800 (WST) From: Adrian Chadd To: hackers@freebsd.org cc: emulators@freebsd.org Subject: Re : appletviewer support in the FreeBSD java support. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>Adrian Chadd wrote: >> >> I'm looking at the java activation code in linux for applets and its >>using >> this as its activation: >> >> if (strncmp (bprm->buf, "net pbuf method interface slightly more intricate), and then calls p->free(p), the applications priority is lowered back down to what it was before the new pbuf came in. This is all nontrivial to pull of. One nice effect is that you actually then have a chance of doing real networking page flipping with the device buffer method scheme. In the new implementation, sorecieve, and sosend go away. :) See my comments about flow control above, some of the code must stay. The new architecture also seems as if it would scale nicely with SMP. This is also one of the reasons im interested in doing it. No one has quantified that pbufs can be made to scale on SMP, it may (and I think it will) have the same scalability problems that SLAB allocators can have. At a minimum you'd have to grab a per device lock to keep track of the device pbuf pool properly, since any of the networking code can call upon the code which needs to acquire this lock you're probably going to need to make it a sleeping lock to get decent performance. Guess what? Then you need to implement what Solaris does which is allow interrupt handlers to sleep, in order for it to work at all. I'd suggest fixing the TCP timers first, they are a much larger scalability problem than the buffering in BSD. (IRIX scales to 2,000 connections per second, thats real connections, not some bogus Zeus benchmark exploiting http connection reuse features etc., and they're still using mbufs) Then go to the time wait problem (much harder to solve than the timers, but less painful to fix than redoing the buffering), then fix select(), then think about pbufs. ---------------------------------------------//// Yow! 11.26 MB/s remote host TCP bandwidth & //// 199 usec remote TCP latency over 100Mb/s //// ethernet. Beat that! //// -----------------------------------------////__________ o David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ >< From owner-freebsd-hackers Wed Mar 12 19:04:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA28961 for hackers-outgoing; Wed, 12 Mar 1997 19:04:58 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA28952 for ; Wed, 12 Mar 1997 19:04:54 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id DAA24989; Thu, 13 Mar 1997 03:04:12 GMT Date: Thu, 13 Mar 1997 12:04:12 +0900 (JST) From: Michael Hancock To: "David S. Miller" cc: ccsanady@nyx.pr.mcs.net, hackers@freebsd.org Subject: Re: Solaris TPC-C benchmarks (with Oracle) In-Reply-To: <199703130221.VAA21577@jenolan.caipgeneral> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 12 Mar 1997, David S. Miller wrote: > No one has quantified that pbufs can be made to scale on SMP, it may > (and I think it will) have the same scalability problems that SLAB > allocators can have. At a minimum you'd have to grab a per device > lock to keep track of the device pbuf pool properly, since any of the > networking code can call upon the code which needs to acquire this > lock you're probably going to need to make it a sleeping lock to get > decent performance. Guess what? Then you need to implement what > Solaris does which is allow interrupt handlers to sleep, in order for > it to work at all. Kernel threads. > I'd suggest fixing the TCP timers first, they are a much larger > scalability problem than the buffering in BSD. (IRIX scales to 2,000 > connections per second, thats real connections, not some bogus Zeus > benchmark exploiting http connection reuse features etc., and they're > still using mbufs) Then go to the time wait problem (much harder to > solve than the timers, but less painful to fix than redoing the > buffering), then fix select(), then think about pbufs. Make you wonder if mbufs are even a problem. The chains don't ever become long chains do they? Regards, Mike Hancock From owner-freebsd-hackers Wed Mar 12 19:14:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA29489 for hackers-outgoing; Wed, 12 Mar 1997 19:14:25 -0800 (PST) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.37.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA29478 for ; Wed, 12 Mar 1997 19:14:08 -0800 (PST) Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5]) by caipfs.rutgers.edu (8.8.5/8.8.5) with SMTP id WAA03222; Wed, 12 Mar 1997 22:13:45 -0500 (EST) Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4) id WAA21644; Wed, 12 Mar 1997 22:13:34 -0500 Date: Wed, 12 Mar 1997 22:13:34 -0500 Message-Id: <199703130313.WAA21644@jenolan.caipgeneral> From: "David S. Miller" To: michaelh@cet.co.jp CC: ccsanady@nyx.pr.mcs.net, hackers@freebsd.org In-reply-to: (message from Michael Hancock on Thu, 13 Mar 1997 12:04:12 +0900 (JST)) Subject: Re: Solaris TPC-C benchmarks (with Oracle) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Date: Thu, 13 Mar 1997 12:04:12 +0900 (JST) From: Michael Hancock On Wed, 12 Mar 1997, David S. Miller wrote: > No one has quantified that pbufs can be made to scale on SMP, it may > (and I think it will) have the same scalability problems that SLAB > allocators can have. At a minimum you'd have to grab a per device > lock to keep track of the device pbuf pool properly, since any of the > networking code can call upon the code which needs to acquire this > lock you're probably going to need to make it a sleeping lock to get > decent performance. Guess what? Then you need to implement what > Solaris does which is allow interrupt handlers to sleep, in order for > it to work at all. Kernel threads. Not exactly, interrupt threads, which are kernel threads in disguise. You have to make these threads lighter than real kernel threads or else performance will suffer, and this is precisely what Solaris does, a light weight irq thread is preallocated for each interrupt priority level plus a few extra just to be safe. Make you wonder if mbufs are even a problem. The chains don't ever become long chains do they? Perhaps for ethernet etc. chain length is not an issue that often, but for FDDI, gigabit, and any other large MTU'd interface type it is a big issue. But however for most of them you're silly if you aren't page flipping on there. If anything, mbuf chaining introduces a significant portion of the conditionalized code all over the input processing, this in and of itself would justify the change I think. (imagine how light the code would be if every m_pullup() just disappeared? ;-) Regardless of whether the depth of the chains ever get large, the fact remains is that the chaining does exist and this in and of itself makes csum_copy difficult to implement efficiently as it must allot for this case in all runs. I hate to say it, but one win from the Solaris/mentat etc. streams stacks is that they are using contiguous buffers nearly all the time and thus their csum_copy is a piece of cake to make blazingly fast, in fact I believe the solaris stack guarentees that what csum_copy sees is not only nicely aligned but the buffer is always some multiple of 2 bytes. ---------------------------------------------//// Yow! 11.26 MB/s remote host TCP bandwidth & //// 199 usec remote TCP latency over 100Mb/s //// ethernet. Beat that! //// -----------------------------------------////__________ o David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ >< From owner-freebsd-hackers Wed Mar 12 19:49:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA00917 for hackers-outgoing; Wed, 12 Mar 1997 19:49:59 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA00897; Wed, 12 Mar 1997 19:49:54 -0800 (PST) Received: by agora.rdrop.com (Smail3.1.29.1 #17) id m0w51Vg-0008zMC; Wed, 12 Mar 97 19:48 PST Message-Id: From: batie@agora.rdrop.com (Alan Batie) Subject: Re: freebsd as a news server? To: ping@stepnet.com (Ping Mai) Date: Wed, 12 Mar 1997 19:48:56 -0800 (PST) Cc: jgreco@solaria.sol.net, neal@pernet.net, mmead@goof.com, msmith@atrad.adelaide.edu.au, julian@whistle.com, tom@sdf.com, isp@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199703122246.OAA25811@tibet.stepnet.com> from "Ping Mai" at Mar 12, 97 02:46:34 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > BTW, where can i find ncr-8xx based cards cheap? what brand/model > should i be looking for? Be careful --- some motherboards/bios's have trouble booting from them. -- Alan Batie ______ It's not my fault! It's some guy batie@agora.rdrop.com \ / named "General Protection"! +1 503 452-0960 \ / --Ratbert PGP FP: DE 3C 29 17 C0 49 \/ 7A 27 40 A5 3C 37 4A DA 52 B9 It is my policy to avoid purchase of any products from companies which use unrequested email advertisements or telephone solicitation. From owner-freebsd-hackers Wed Mar 12 20:15:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA02232 for hackers-outgoing; Wed, 12 Mar 1997 20:15:23 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA02220 for ; Wed, 12 Mar 1997 20:15:19 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id EAA25504; Thu, 13 Mar 1997 04:15:02 GMT Date: Thu, 13 Mar 1997 13:15:02 +0900 (JST) From: Michael Hancock To: ccsanady@nyx.pr.mcs.net cc: FreeBSD Hackers Subject: Re: Solaris TPC-C benchmarks (with Oracle) In-Reply-To: <199703130313.WAA21644@jenolan.caipgeneral> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It was a price performance measure. The actual throughput was quote, "The performance score of Solaris, measuring transactions per minute, was equally impressive: 6679.50tpmC throughput." This was Oracle on an IBM PC Server. Contrast this with the Compaq/Sybase/UnixWare benchmark in November. "The TPC-C result of 8,311.43 tpmC was based on a ProLiant 5000 configured with four 200 MHz Pentium Pro processors each with 512KB cache, 4-GB of memory, using the SCO's UnixWare operating system version 2.1.1, running Sybase's SQL Server 11.0.3 database application." I wonder which difference make the difference. Solaris which is supposedly very advanced with it's kernel threads and slab allocators, etc doesn't perform as well as UnixWare which I think has a simpler model. I think UnixWare has a very good AIO implementation, so reads and writes to raw partitions blaze. Regards, Mike Hancock From owner-freebsd-hackers Wed Mar 12 20:18:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA02422 for hackers-outgoing; Wed, 12 Mar 1997 20:18:13 -0800 (PST) Received: from spoon.beta.com (root@[199.165.180.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA02413 for ; Wed, 12 Mar 1997 20:18:04 -0800 (PST) Received: from spoon.beta.com (mcgovern@localhost [127.0.0.1]) by spoon.beta.com (8.8.4/8.6.9) with ESMTP id XAA12047; Wed, 12 Mar 1997 23:17:54 -0500 (EST) Message-Id: <199703130417.XAA12047@spoon.beta.com> To: gambert@cftnet.com cc: hackers@freebsd.org Subject: Re: 3249UW hang... Date: Wed, 12 Mar 1997 23:17:53 -0500 From: "Brian J. McGovern" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there anything else on the chain besides the drive? (CD Rom, for instance?) I've had problems with the Adaptec UW controllers playing well with my CDs and a couple of my HDs when negotiating the UW components - usually resulting in a hang or inappropriate probing. Usually I can get around it by cranking down the max sync transfer rate (for instance, on my CDs, I have to take it from the default of 20 MB/s to 10 MB/s in order for it to work). Also, sometimes its required to turn off the UW BIOS support. I don't know how much help this will be. I just know it works for me. :) -Brian From owner-freebsd-hackers Wed Mar 12 20:35:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA03322 for hackers-outgoing; Wed, 12 Mar 1997 20:35:08 -0800 (PST) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA03316 for ; Wed, 12 Mar 1997 20:35:02 -0800 (PST) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.4) with ESMTP id WAA11627; Wed, 12 Mar 1997 22:35:45 -0600 (CST) Message-Id: <199703130435.WAA11627@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: "David S. Miller" cc: hackers@FreeBSD.ORG Subject: Re: Solaris TPC-C benchmarks (with Oracle) In-reply-to: Your message of Wed, 12 Mar 1997 21:21:34 -0500. <199703130221.VAA21577@jenolan.caipgeneral> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Mar 1997 22:35:45 -0600 From: Chris Csanady Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Date: Wed, 12 Mar 1997 19:42:03 -0600 > From: Chris Csanady > > For starters, I'd like to get rid of the usage of mbuf chains. This is mostly > a simple, if time consuming task. (i think) It will save a bunch of copying > around the net code, as well as simplifying things. The only part I'm not > really sure about is how to do memory management with the new "pbuf's." I > looked at the linux code, and they call their generic kmalloc() to allocate a > buffer the size of the packet. This would be easier, but I dont like it. :) > In Van Jacobsons slides from his talk, he mentions that routines call the > output driver to get packet buffers (pbufs), not a generic allocator. > >The drivers do the buffer managment in Jacobsons pbuf kernel. So you >go: > >tcp_send_fin(struct netdevice *dev, int len) >{ > struct pbuf *p; > > p = dev->alloc(len); > [ ... ] >} > >Later on you'd go: > > p->dev_free(p); Ok, this is pretty much as I thought. But is it worth it to do more complicated memory management, or just eat the wasted space of fixed size buffers? I mean, it won't waste any more space than mbuf clusters do for ethernet. If your using ATM, or HIPPI, you can afford the extra memory. :) > >One huge tip, do _not_ just implement Jacobson's pbuf code blindly. >Anyone who even glances at those slides immediately goes "Geese he's >ignoring all issues of flow control" I find this rather ironic for >someone who is effectively the godfather of TCP flow control. I was curious about this--in his slides, he mentions that sockbuf's go away. :\ Can you elaborate more on whats going on? >Secondly, his fast paths for input bank on the fact that you can get >right into user context when you detect a header prediction hit. The >only way to do this effectively on a system you'd ever want anyone to >actually run is the following: I think that the header prediction code is called from a user context, so you would already be there. > >1) Device drivers loan pbufs (ie. possibly pieces of device memory of > driver private fixed dma buffering areas) to the networking code > on receive. pbufs would essentially be the same as mbufs to the drivers i would think--except less complicated. Right now, I think that the drivers just dma into an mbuf cluster. I don't see why it can't loan them out for a while. > >2) Once the protocol layer detects that this pbuf can go right into > user space, it jacks up the receiving application processes > priority such that it becomes a real time thread. This is because > you must to guarentee extremely low latencies to the driver whose > resources you are holding onto. If the pbuf cannot be processed > now the pbuf is copied into a new buffer and finally the orig pbuf > is given back to the device before splnet is left via dev->free(p) See above. >3) If we got a hit and this can go right into userspace, then when > splnet gets left the kernel sees that whoever is currently on the > cpu should get off such that any real time networking processes can > eat the pbufs. > >4) tcp_receive() runs in the applications context, csum_copy()'s the > pbuf right into user space (or perhaps does a flip, this makes the > driver-->net pbuf method interface slightly more intricate), and > then calls p->free(p), the applications priority is lowered back > down to what it was before the new pbuf came in. > >This is all nontrivial to pull of. One nice effect is that you >actually then have a chance of doing real networking page flipping >with the device buffer method scheme. Does Van Jacobsons kernel to page flipping? I thought he just did a checksum and copy to a user buffer. I remember John saying something about it being more expensive to do this than a copy, although it was in a different context. (with regard to the pipe code i think).. I dont know. If it would work, it would sure be nice, but my simple pbuf allocator would definately not work.. > > In the new implementation, sorecieve, and sosend go away. :) > >See my comments about flow control above, some of the code must stay. Yes, it turns into a bunch of protocol specific routines. > > The new architecture also seems as if it would scale nicely with SMP. This > is also one of the reasons im interested in doing it. > >No one has quantified that pbufs can be made to scale on SMP, it may >(and I think it will) have the same scalability problems that SLAB >allocators can have. At a minimum you'd have to grab a per device >lock to keep track of the device pbuf pool properly, since any of the >networking code can call upon the code which needs to acquire this >lock you're probably going to need to make it a sleeping lock to get >decent performance. Guess what? Then you need to implement what >Solaris does which is allow interrupt handlers to sleep, in order for >it to work at all. I should have said viability rather than scalability. :) The fact is that protocol and interrupt processing with the new model is more oriented toward doing things a packet at a time. Slapping mbuf chains on queues, and all that layered processing would be hell to do, and not very efficient. > >I'd suggest fixing the TCP timers first, they are a much larger >scalability problem than the buffering in BSD. (IRIX scales to 2,000 >connections per second, thats real connections, not some bogus Zeus >benchmark exploiting http connection reuse features etc., and they're >still using mbufs) Then go to the time wait problem (much harder to >solve than the timers, but less painful to fix than redoing the >buffering), then fix select(), then think about pbufs. I'd like to finish volume 2 before I even think about the timers or such.. --Chris Csanady > >---------------------------------------------//// >Yow! 11.26 MB/s remote host TCP bandwidth & //// >199 usec remote TCP latency over 100Mb/s //// >ethernet. Beat that! //// >-----------------------------------------////__________ o >David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ >< From owner-freebsd-hackers Wed Mar 12 20:50:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA04103 for hackers-outgoing; Wed, 12 Mar 1997 20:50:52 -0800 (PST) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.37.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA04076 for ; Wed, 12 Mar 1997 20:50:22 -0800 (PST) Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5]) by caipfs.rutgers.edu (8.8.5/8.8.5) with SMTP id XAA08031; Wed, 12 Mar 1997 23:50:11 -0500 (EST) Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4) id XAA21796; Wed, 12 Mar 1997 23:49:59 -0500 Date: Wed, 12 Mar 1997 23:49:59 -0500 Message-Id: <199703130449.XAA21796@jenolan.caipgeneral> From: "David S. Miller" To: ccsanady@nyx.pr.mcs.net CC: hackers@FreeBSD.ORG In-reply-to: <199703130435.WAA11627@nyx.pr.mcs.net> (message from Chris Csanady on Wed, 12 Mar 1997 22:35:45 -0600) Subject: Re: Solaris TPC-C benchmarks (with Oracle) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Date: Wed, 12 Mar 1997 22:35:45 -0600 From: Chris Csanady Ok, this is pretty much as I thought. But is it worth it to do more complicated memory management, or just eat the wasted space of fixed size buffers? I mean, it won't waste any more space than mbuf clusters do for ethernet. If your using ATM, or HIPPI, you can afford the extra memory. :) Yes it does pay off, this allows the driver (the person who "knows" best how to manage the packets it services) to perform the mangement in the most efficient way possible. Nicely, if you notice (which you undoubtedly will) that many drivers manage things in an extremely similar fashion, you can write "pbuf generic" methods which the drivers share when they don't do anything overly special with buffer management. I was curious about this--in his slides, he mentions that sockbuf's go away. :\ Can you elaborate more on whats going on? Watch the output control path, it just jams it out to the driver, the code in his slides don't check for things like congestion avoidance (checking cong_window/ssthresh) You get the idea. It's not this huge problem, you just have to remember to keep the normal tcp outgoing flow control code in the path and eliminate it entirely as Jacobson seems to have done. >Secondly, his fast paths for input bank on the fact that you can get >right into user context when you detect a header prediction hit. The >only way to do this effectively on a system you'd ever want anyone to >actually run is the following: I think that the header prediction code is called from a user context, so you would already be there. Ok. You still have the issue of pbuf loaning, you have to get to user context somehow and that can take time. The real time priority trick is necessary to make that as small as humanly possible, decreasing the chance of the driver running out of receive buffers and dropping packets under high (or normal) load. pbufs would essentially be the same as mbufs to the drivers i would think--except less complicated. Right now, I think that the drivers just dma into an mbuf cluster. I don't see why it can't loan them out for a while. This would be a really nice scenerio, and I once thought the world were as simple as this. Many people set me straight ;-) You have to still allow all the stupid devices to work still, for example I know many ethernet controller supported by both Linux and FreeBSD have one packet fifo's and other strange things. You have to provide a way to tell the incoming packet code "this is a stupid device, it has a small amount if any buffering, thus copy it now and do not optimize". >This is all nontrivial to pull of. One nice effect is that you >actually then have a chance of doing real networking page flipping >with the device buffer method scheme. Does Van Jacobsons kernel to page flipping? No, but my comments were there to point out that page flipping is easier to contruct into your grand scheme of things with the device methods there. It is simply more flexible. (hint hint, think about fast routing ala CISCO's with shared memory, direct dma from card to card to forward the packet and other tricks, pbufs can allow you to do it) I thought he just did a checksum and copy to a user buffer. I remember John saying something about it being more expensive to do this than a copy, although it was in a different context. (with regard to the pipe code i think).. I dont know. If it would work, it would sure be nice, but my simple pbuf allocator would definately not work.. Every example I have ever measured either myself or has been done by someone else indicates that on just about any processor you get the checksum for free when copy/checksum is done as a combined operation. Now I would not be surprised if the overhead of checking mbuf chainage would adversely effect the efficience of this technique, but pbufs would make that issue disappear. ;-) I should have said viability rather than scalability. :) Yes that does make sense then ;-) I'd like to finish volume 2 before I even think about the timers or such.. ;-) ---------------------------------------------//// Yow! 11.26 MB/s remote host TCP bandwidth & //// 199 usec remote TCP latency over 100Mb/s //// ethernet. Beat that! //// -----------------------------------------////__________ o David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ >< From owner-freebsd-hackers Wed Mar 12 20:52:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA04211 for hackers-outgoing; Wed, 12 Mar 1997 20:52:22 -0800 (PST) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.37.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA04205 for ; Wed, 12 Mar 1997 20:52:18 -0800 (PST) Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5]) by caipfs.rutgers.edu (8.8.5/8.8.5) with SMTP id XAA08144; Wed, 12 Mar 1997 23:51:57 -0500 (EST) Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4) id XAA21800; Wed, 12 Mar 1997 23:51:46 -0500 Date: Wed, 12 Mar 1997 23:51:46 -0500 Message-Id: <199703130451.XAA21800@jenolan.caipgeneral> From: "David S. Miller" To: michaelh@cet.co.jp CC: ccsanady@nyx.pr.mcs.net, hackers@freebsd.org In-reply-to: (message from Michael Hancock on Thu, 13 Mar 1997 13:15:02 +0900 (JST)) Subject: Re: Solaris TPC-C benchmarks (with Oracle) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Date: Thu, 13 Mar 1997 13:15:02 +0900 (JST) From: Michael Hancock I think UnixWare has a very good AIO implementation, so reads and writes to raw partitions blaze. Solaris has this as well, and I know at least Oracle takes advantage of it. My guess is that the higher powered machine configuration in the UnixWare runs (if this were in fact the case) contributed to the better numbers. It's all disk IO and a blaze of fast TCP transactions. ---------------------------------------------//// Yow! 11.26 MB/s remote host TCP bandwidth & //// 199 usec remote TCP latency over 100Mb/s //// ethernet. Beat that! //// -----------------------------------------////__________ o David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ >< From owner-freebsd-hackers Wed Mar 12 20:54:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA04292 for hackers-outgoing; Wed, 12 Mar 1997 20:54:47 -0800 (PST) Received: from anacreon.sol.net (anacreon.sol.net [206.55.64.116]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA04274; Wed, 12 Mar 1997 20:54:40 -0800 (PST) Received: from solaria.sol.net (solaria.sol.net [206.55.65.75]) by anacreon.sol.net (8.8.5/8.6.12) with SMTP id WAA06636; Wed, 12 Mar 1997 22:54:21 -0600 (CST) Received: from localhost by solaria.sol.net (8.5/8.5) id WAA12296; Wed, 12 Mar 1997 22:54:18 -0600 From: Joe Greco Message-Id: <199703130454.WAA12296@solaria.sol.net> Subject: Re: freebsd as a news server? To: batie@agora.rdrop.com (Alan Batie) Date: Wed, 12 Mar 97 22:54:16 CST Cc: ping@stepnet.com, neal@pernet.net, mmead@goof.com, msmith@atrad.adelaide.edu.au, julian@whistle.com, tom@sdf.com, isp@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: from "Alan Batie" at Mar 12, 97 07:48:56 pm X-Mailer: ELM [version 2.4dev PL65] MIME-Version: 1.0 Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > BTW, where can i find ncr-8xx based cards cheap? what brand/model > > should i be looking for? > > Be careful --- some motherboards/bios's have trouble booting from them. The ASUS SC-200 is a well-designed controller, based on the NCR-810, that will cost about $60-$70 US. It is not ASUS-specific. I have seen similar cards for $30-$40 that are poorly designed: they typically have discrete SIP termination resistor packs on them which are often installed backwards from the factory, and are not as nice as the ASUS cards. NCR-810 based cards rely on the host BIOS to support them; they do not have an onboard BIOS like a 2940. All ASUS PCI boards I've seen support them. Many others do too, even a good number of boards which make NO mention of the fact. Award BIOS based boards in particular are good suspects. Additionally, if your BIOS does not support them, you can buy one 2940 (to boot from) and have a few 810's for extra SCSI channels (FreeBSD has no need for "BIOS support" per se). Or you could boot off of a crummy IDE drive. Lastly, MR BIOS is an option that may be feasible for some folks. I've upgraded a few Intel motherboards to an MR BIOS plus the NCR extensions, and it works fantastic. With all that in mind, I agree with the original poster: be careful. However, given the price, and the performance, you really aren't risking too much. :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Wed Mar 12 20:55:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA04346 for hackers-outgoing; Wed, 12 Mar 1997 20:55:21 -0800 (PST) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA04335; Wed, 12 Mar 1997 20:55:08 -0800 (PST) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.5/8.7.3) with UUCP id VAA23906; Wed, 12 Mar 1997 21:54:43 -0700 (MST) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id VAA25679; Wed, 12 Mar 1997 21:54:15 -0700 (MST) Date: Wed, 12 Mar 1997 21:54:15 -0700 (MST) From: Marc Slemko To: Michael Hancock cc: isp@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: block and frag size for news (was Re: freebsd as a news server?) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 13 Mar 1997, Michael Hancock wrote: > I used -a 8 to leave it at the default and as Bruce points out since the > rotational delay now defaults to 0 the maxcontig setting probably doesn't > matter. It might matter I suppose if it actually goes thru the motion of > triggering a rotational delay, even if it's 0, after every 8 blocks. /sys/ufs/ffs/ffs_alloc.c (from 2.2; 2.1 is different but does a similar thing): /* * One or more previous blocks have been laid out. If less * than fs_maxcontig previous blocks are contiguous, the * next block is requested contiguously, otherwise it is * requested rotationally delayed by fs_rotdelay milliseconds. */ nextblk = bap[indx - 1] + fs->fs_frag; if (fs->fs_rotdelay == 0 || indx < fs->fs_maxcontig || bap[indx - fs->fs_maxcontig] + blkstofrags(fs, fs->fs_maxcontig) != nextblk) return (nextblk); /* * Here we convert ms of delay to frags as: * (frags) = (ms) * (rev/sec) * (sect/rev) / * ((sect/frag) * (ms/sec)) * then round up to the next block. */ nextblk += roundup(fs->fs_rotdelay * fs->fs_rps * fs->fs_nsect / (NSPF(fs) * 1000), fs->fs_frag); return (nextblk); To me, this says that if fs_rotdelay is 0 who cares about fs_maxcontig. From owner-freebsd-hackers Wed Mar 12 21:05:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA04853 for hackers-outgoing; Wed, 12 Mar 1997 21:05:34 -0800 (PST) Received: from research.gate.nec.co.jp (research.gate.nec.co.jp [202.32.8.49]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA04843 for ; Wed, 12 Mar 1997 21:05:24 -0800 (PST) Received: from sbl-gw.sbl.cl.nec.co.jp by research.gate.nec.co.jp (8.8.5+2.7Wbeta5/950912) with ESMTP id OAA10018; Thu, 13 Mar 1997 14:05:22 +0900 (JST) Received: from sirius.sbl.cl.nec.co.jp by sbl-gw.sbl.cl.nec.co.jp (8.8.5+2.7Wbeta5/3.3W6) with ESMTP id OAA24832; Thu, 13 Mar 1997 14:05:20 +0900 (JST) Received: by sirius.sbl.cl.nec.co.jp (8.7.5+2.6Wbeta6/3.3W6) with UUCP id OAA26681; Thu, 13 Mar 1997 14:05:18 +0900 (JST) Date: Thu, 13 Mar 1997 14:05:18 +0900 (JST) From: Naoki Hamada Message-Id: <199703130505.OAA26681@sirius.sbl.cl.nec.co.jp> To: hackers@FreeBSD.ORG Subject: [2.2-GAMMA] partial write to raw mode disk Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Writing an incomplete data to a raw mode disk device seems to fail. Is this an intended behavior? On the other hand, writing the same data to the corresponding block device always succeeds. % dd if=/dev/zero of=a bs=1 count=513 513+0 records in 513+0 records out 513 bytes transferred in 0.044414 secs (11550 bytes/sec) % dd if=a of=/dev/fd0 1+1 records in 1+1 records out 513 bytes transferred in 1.183101 secs (434 bytes/sec) % dd if=a of=/dev/rfd0 dd: /dev/rfd0: Invalid argument 1+1 records in 1+0 records out 512 bytes transferred in 1.279461 secs (400 bytes/sec) % dd if=/dev/zero of=b bs=1 count=512 512+0 records in 512+0 records out 512 bytes transferred in 0.045171 secs (11335 bytes/sec) % dd if=b of=/dev/rfd0 1+0 records in 1+0 records out 512 bytes transferred in 1.140878 secs (449 bytes/sec) - nao From owner-freebsd-hackers Wed Mar 12 21:09:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA05133 for hackers-outgoing; Wed, 12 Mar 1997 21:09:28 -0800 (PST) Received: from gns.com.br ([200.239.56.123]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA05120 for ; Wed, 12 Mar 1997 21:09:18 -0800 (PST) Received: (from dcs@localhost) by gns.com.br (8.8.4/8.7.3) id CAA15315 for hackers@freefall.freebsd.org; Thu, 13 Mar 1997 02:05:38 GMT From: "Daniel C. Sobral" Message-Id: <199703130205.CAA15315@gns.com.br> Subject: Opinions on the "Complete FreeBSD" book In-Reply-To: <199703130228.SAA27215@freefall.freebsd.org> from "owner-hackers-digest@freefall.freebsd.org" at "Mar 12, 97 06:28:30 pm" To: hackers@freefall.freebsd.org Date: Thu, 13 Mar 1997 02:04:58 +0000 (GMT) Disclaimer: Klaatu Barada Nikto! X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: dennis > Date: Wed, 12 Mar 1997 11:20:22 -0500 > Subject: Opinions on the "Complete FreeBSD" book > > Any opinions on this document, most notable how useful it is and > whether it is reasonably up to date, would be appreciated. 550 pages on man pages, plus two hundred-something pages of useful stuff mainly about instalation and basic operation. -- Daniel C. Sobral (8-DCS) dcs@gns.com.br dcs@linf.unb.br The only really decent thing to do behind a person's back is pat it. From owner-freebsd-hackers Wed Mar 12 22:11:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA07367 for hackers-outgoing; Wed, 12 Mar 1997 22:11:27 -0800 (PST) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA07351 for ; Wed, 12 Mar 1997 22:11:20 -0800 (PST) Message-Id: <199703130611.WAA07351@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA266203281; Thu, 13 Mar 1997 17:08:01 +1100 From: Darren Reed Subject: Re: Solaris TPC-C benchmarks (with Oracle) To: michaelh@cet.co.jp (Michael Hancock) Date: Thu, 13 Mar 1997 17:08:01 +1100 (EDT) Cc: ccsanady@nyx.pr.mcs.net, hackers@freebsd.org In-Reply-To: from "Michael Hancock" at Mar 13, 97 01:15:02 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Michael Hancock, sie said: > > It was a price performance measure. The actual throughput was quote, "The > performance score of Solaris, measuring transactions per minute, was > equally impressive: 6679.50tpmC throughput." > > This was Oracle on an IBM PC Server. > > Contrast this with the Compaq/Sybase/UnixWare benchmark in November. "The > TPC-C result of 8,311.43 tpmC was based on a ProLiant 5000 configured with > four 200 MHz Pentium Pro processors each with 512KB cache, 4-GB of memory, > using the SCO's UnixWare operating system version 2.1.1, running Sybase's > SQL Server 11.0.3 database application." Did the run Solaris on the same hardware or different hardware ? Having used a Proliant 2500 which has RAID-5 disk, I assume the 5000 does too.. From owner-freebsd-hackers Wed Mar 12 22:17:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA07895 for hackers-outgoing; Wed, 12 Mar 1997 22:17:43 -0800 (PST) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA07872 for ; Wed, 12 Mar 1997 22:17:27 -0800 (PST) Message-Id: <199703130617.WAA07872@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA268453681; Thu, 13 Mar 1997 17:14:42 +1100 From: Darren Reed Subject: Re: Solaris TPC-C benchmarks (with Oracle) To: davem@jenolan.rutgers.edu (David S. Miller) Date: Thu, 13 Mar 1997 17:14:41 +1100 (EDT) Cc: michaelh@cet.co.jp, ccsanady@nyx.pr.mcs.net, hackers@freebsd.org In-Reply-To: <199703130313.WAA21644@jenolan.caipgeneral> from "David S. Miller" at Mar 12, 97 10:13:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from David S. Miller, sie said: > [...] > (imagine how light the code would be if every m_pullup() just > disappeared? ;-) that would be nice. Darren From owner-freebsd-hackers Wed Mar 12 23:14:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA10612 for hackers-outgoing; Wed, 12 Mar 1997 23:14:17 -0800 (PST) Received: from oskar.nanoteq.co.za (oskar.nanoteq.co.za [163.195.220.170]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA10589 for ; Wed, 12 Mar 1997 23:14:06 -0800 (PST) Received: (from rbezuide@localhost) by oskar.nanoteq.co.za (8.8.5/8.8.5) id JAA23729; Thu, 13 Mar 1997 09:12:58 +0200 (SAT) From: Reinier Bezuidenhout Message-Id: <199703130712.JAA23729@oskar.nanoteq.co.za> Subject: Re: SecurID authentication In-Reply-To: from Andrzej Bialecki at "Mar 12, 97 01:33:13 pm" To: abial@korin.warman.org.pl (Andrzej Bialecki) Date: Thu, 13 Mar 1997 09:12:58 +0200 (SAT) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi .. > For those interested, I added support for Security Dynamics' smartcard > authentication to standard login. Smartcard ... is this the SecurID toekn card where the numbers change each minute or is it an actual smartcard ? > So now you can have: > * SecurID username/PASSCODE. If the network is down, it falls back to > * Kerberos or S/Key or ordinary password (depends on #defines it was > compiled with) > I have also added the SecurID code for the Toekn card/smartcard :) to login, su and ftpd, what I actually hve done is, I added the SecurID code to the skeylibrary .. so .. if you compile skeys with the new skeylib, you automatically get SecurID support ass well ... I'd very much like to see how you did it as it might be a better implementation than mine :) > Unfortunately, I am forbidden by licence agreement to post the code itself > :-((((. It seems that even their APIs are confidential :-(( > True enough .... :( Reinier Bezuidenhout From owner-freebsd-hackers Wed Mar 12 23:54:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA12414 for hackers-outgoing; Wed, 12 Mar 1997 23:54:06 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA12407 for ; Wed, 12 Mar 1997 23:54:03 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id XAA03935; Wed, 12 Mar 1997 23:53:07 -0800 (PST) To: Luigi Rizzo cc: hackers@freebsd.org Subject: Re: Status and future of sound drivers ? In-reply-to: Your message of "Wed, 12 Mar 1997 15:37:10 +0100." <199703121437.PAA03647@labinfo.iet.unipi.it> Date: Wed, 12 Mar 1997 23:53:07 -0800 Message-ID: <3931.858239587@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I notice that the sound driver sources on 2.1.7 are mostly the same > as 2.1R, and sound support is, IMHO, one of the worst parts of > FreeBSD. The sound drivers in FreeBSD are abandoned. That's the basic truth. Yes, many of us were also waiting in hopes that OSS Lite (the freely redistributable, source available version of OSS) would come along soon and save us from our sound code, but Hannu recently announced that this wouldn't happen until sometime in mid-'98, so that's obviously out as a short-to-medium term solution. Frankly, if someone wanted to take over FreeBSD audio and take it in new and interesting (or even simply functional :) directions then I certainly wouldn't argue. Perhaps OSS isn't in our future at all - I could certainly see something evolving in FreeBSD's audio support which turned out to be simply too nice to switch away from. :-) > First of all, the sound driver currently includes the "audio" and the > "music" stuff. I don't know how good is this. "audio" staff is mostly > used for conferencing-type of applications, "music" (meant as FM > synthesis, OPL, midi...) is probably more oriented to games and other The audio is fairly reasonable (if you're talking about access to the DSP) and the music support generally sucks. :) > Our sound driver is heavily outdated, especially on the > "audio" section: most "modern" sound boards nowadays have full duplex > support via WSS and AD1848/CD4231 compatible codecs, are configured > via PnP, and such hardware costs very little (the equivalent of US$ 25 That is also true. > I have the feeling that the "music" part is in better shape, but I > cannot tell for sure since I have no interest in the latter. Well it's not, so whomever takes over audio, I'd hope they'd also pay some attention to the music support. :-) > Considering the above, I am totally in favour of trying to support > sound devices autonomously, by starting from the current sources and > trying to bring them in line with current FreeBSD drivers and new > boards. Inclusion of support for a common interface will be easily > added (assuming that we don't get it right in the first place) > since we have full control on the sources. OK. Well, since the audio code is, as I said before, abandoned at this time then I guess that leaves... You? Can Luigi Rizzo fill Amancio Hasty's shoes? ;-) Jordan From owner-freebsd-hackers Thu Mar 13 00:01:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA12786 for hackers-outgoing; Thu, 13 Mar 1997 00:01:28 -0800 (PST) Received: from chain-work.iafrica.com (chain-work.iafrica.com [196.31.1.66]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA12781 for ; Thu, 13 Mar 1997 00:01:22 -0800 (PST) Received: from localhost (khetan@localhost) by chain-work.iafrica.com (8.8.5/8.8.5) with SMTP id KAA09672; Thu, 13 Mar 1997 10:00:18 +0200 (SAT) Date: Thu, 13 Mar 1997 10:00:15 +0200 (SAT) From: Khetan Gajjar To: Michael Smith cc: hackers@freebsd.org Subject: Re: Trap 12's in machine over the last few days In-Reply-To: <199703120132.MAA19972@genesis.atrad.adelaide.edu.au> Message-ID: X-Alternate-Address: gjjkhe01@sonnenberg.uct.ac.za X-PGP-Fingerprint: FF F9 1C B8 39 06 1E CD 60 4C E8 57 2D A3 46 E7 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 12 Mar 1997, Michael Smith wrote: >Yeah, the 'trace' command will do a reasonable job of unwinding the stack, >which should help you work out where the traps are happening. I've put the drives into a 486 DX2/66, which seems to be doing the job well, and the motherboard/proc/RAM are undergoing burn-in tests. Oh well - so much for flying speed :-( --- Khetan Gajjar [ http://www.iafrica.com/~khetan] I'm a FreeBSD User! [ http://www.freebsd.org ] PGP Key [finger khetan@chain.iafrica.com] UUNet Internet Africa [0800-030-002 & help@iafrica.com] From owner-freebsd-hackers Thu Mar 13 00:06:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA12991 for hackers-outgoing; Thu, 13 Mar 1997 00:06:44 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA12982 for ; Thu, 13 Mar 1997 00:06:31 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA03862; Thu, 13 Mar 1997 18:35:45 +1030 (CST) From: Michael Smith Message-Id: <199703130805.SAA03862@genesis.atrad.adelaide.edu.au> Subject: Re: SecurID authentication In-Reply-To: from Andrzej Bialecki at "Mar 12, 97 01:33:13 pm" To: abial@korin.warman.org.pl (Andrzej Bialecki) Date: Thu, 13 Mar 1997 18:35:45 +1030 (CST) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Andrzej Bialecki stands accused of saying: > > For those interested, I added support for Security Dynamics' smartcard > authentication to standard login. > > So now you can have: > * SecurID username/PASSCODE. If the network is down, it falls back to > * Kerberos or S/Key or ordinary password (depends on #defines it was > compiled with) > > Unfortunately, I am forbidden by licence agreement to post the code itself > :-((((. It seems that even their APIs are confidential :-(( > > BUT... I'm willing to help anyone who wishes to implement it in his own > system. In other words: the modifications require some pieces of > proprietary code, which you will have if you install the ACE/Server > software (and BSDI client). Then I can send the diffs to original > ACE/Client software, and to the FreeBSD's login.c. > > Anyone interested? With the PAM framework (yes, I hope to have something usable out in a few days, if I can just get this &^$&*%$^ radar ready for a field trial), you would be able to supply a binary object (shared library) that could be used as part of the auth framework. I would hope that this would fall within their license requirements. If you're interested in this, or anyone else that'd like to work on integrating PAM with the current set of authetication consumers, let me know. Also, chase the Linux-PAM page at http://parc.power.net/morgan/Linux-PAM/index.html, as it's their code that I'm working with. > Andrzej Bialecki _) _) _)_) _)_)_) _) _) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Mar 13 00:43:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA14613 for hackers-outgoing; Thu, 13 Mar 1997 00:43:10 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA14607 for ; Thu, 13 Mar 1997 00:43:07 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id AAA15182 for ; Thu, 13 Mar 1997 00:42:54 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA05813; Thu, 13 Mar 1997 08:57:45 +0100 From: Luigi Rizzo Message-Id: <199703130757.IAA05813@labinfo.iet.unipi.it> Subject: Re: Status and future of sound drivers ? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 13 Mar 1997 08:57:45 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <3931.858239587@time.cdrom.com> from "Jordan K. Hubbard" at Mar 12, 97 11:52:48 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The audio is fairly reasonable (if you're talking about access to the > DSP) and the music support generally sucks. :) my personal experience is limited to audio only, and it is quite different. Out of the 4 audio (SB clones and some WSS ones) boards I have, only the oldest one (a discontinued unit) is usable with FreeBSD and in SB mode only. I am specially concerned about this since I'd like to try out/develop some audioconferencing stuff and with the current drivers I cannot even set up two machines! > Well it's not, so whomever takes over audio, I'd hope they'd also pay > some attention to the music support. :-) But the audio people might have no interest in music stuff and viceversa. Of course if some fixes come out for free, they will certainly show up. But, personally, I would not spend a single hour on fixing fm synthesis etc -- I don't have the knowledge, time, interest to work on it. > OK. Well, since the audio code is, as I said before, abandoned at > this time then I guess that leaves... You? Can Luigi Rizzo fill > Amancio Hasty's shoes? ;-) I'll see what I can do. My plans are to do a cleanup of the drivers, take away all non-freebsd code, and possibly get rid of all the "EXCLUDE_THIS" "INCLUDE_THAT" "SPECIAL_CODE_FOR_MY_BROTHERS_CARD" things, and try to make this working with WSS and SB boards. I'll try not to break existing support in the meantime, but I cannot give guarantees. I'll make the code available as soon as possible. Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Thu Mar 13 00:51:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA14866 for hackers-outgoing; Thu, 13 Mar 1997 00:51:34 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA14854 for ; Thu, 13 Mar 1997 00:51:30 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA22964; Thu, 13 Mar 1997 09:51:17 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA03179; Thu, 13 Mar 1997 09:48:29 +0100 (MET) Message-ID: <19970313094829.GV57056@uriah.heep.sax.de> Date: Thu, 13 Mar 1997 09:48:29 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: nao@sbl.cl.nec.co.jp (Naoki Hamada) Cc: hackers@FreeBSD.ORG Subject: Re: [2.2-GAMMA] partial write to raw mode disk References: <199703130505.OAA26681@sirius.sbl.cl.nec.co.jp> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703130505.OAA26681@sirius.sbl.cl.nec.co.jp>; from Naoki Hamada on Mar 13, 1997 14:05:18 +0900 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Naoki Hamada wrote: > Writing an incomplete data to a raw mode disk device seems to fail. Is > this an intended behavior? Of course! The raw device is always restricted to be handled in multiples of its physical block size. That's why it is `raw'. > On the other hand, writing the same data to > the corresponding block device always succeeds. But you never have any guarantee when the data will actually arrive on the disk, and you will have poor error reporting due to decoupling the process. The only guarantee to get the data onto the drive is to shutdown the system. :-] (Yes, i have seen systems where this was true!) The only other data is to umount the corresponding filesystem, but since you aren't using one, you cannot do this. (There's another bad effect when using block devices: you blow the buffer cache.) Ergo: do only use block devices in order to mount filesystems over them. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Mar 13 00:58:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA15275 for hackers-outgoing; Thu, 13 Mar 1997 00:58:36 -0800 (PST) Received: from chouette.inria.fr (chouette.inria.fr [138.96.24.103]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA15268 for ; Thu, 13 Mar 1997 00:58:32 -0800 (PST) Received: by chouette.inria.fr (8.8.5/8.6.12) id JAA08587; Thu, 13 Mar 1997 09:58:29 +0100 (MET) Date: Thu, 13 Mar 1997 09:58:29 +0100 (MET) Message-Id: <199703130858.JAA08587@chouette.inria.fr> From: Emmanuel Duros To: freebsd-hackers@FreeBSD.ORG CC: pplc@chouette.inria.fr In-reply-to: <199703111528.JAA13632@jake.lodgenet.com> (erich@lodgenet.com) Subject: Re: Pb using DMA - Physical addressing Reply-to: Emmanuel.Duros@sophia.inria.fr Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Eric L. Hernes writes: >>I am currently writing a device driver (isa bus) for a communication >>card (satellite reception/emission cards) that uses DMA transfers. >> >>.... > >isa_dma{_acquire,_release,start,done} are your friends, >have a look at sys/i386/isa/isa.c That's right we can easily handle DMA transfer with the set of functions given in sys/i386/isa/isa.c and it works fine. No need to worry about converting virtual addresses into physical addresses, DMA addressing <16M, ... However I had to add another function in sys/i386/isa/isa.c which I called isa_dmastart_blk() in order to support the block transfer mode. Could this feature be added to future FreeBSD releases ? (isa_dmastart() only support single and autoinitialize transfer mode) Joerg Wunsch writes: >Watch out for the isa_dma* functions. >(Once you figured out how to use them, please do us a favor and write >a man page! I think we can even accept a stub page, so someone else >could fill in the blanks for the hairy troff macro details.) Unfortunately this month I do not have much time, however as soon as I have less things to do I will ! Emmanuel From owner-freebsd-hackers Thu Mar 13 01:08:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA15812 for hackers-outgoing; Thu, 13 Mar 1997 01:08:42 -0800 (PST) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA15796 for ; Thu, 13 Mar 1997 01:08:34 -0800 (PST) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.3/8.7.3) with SMTP id KAA05024; Thu, 13 Mar 1997 10:08:20 +0100 (MET) Date: Thu, 13 Mar 1997 10:08:20 +0100 (MET) From: Andrzej Bialecki To: Wilko Bulte cc: freebsd-hackers@FreeBSD.ORG Subject: Re: SecurID authentication In-Reply-To: <199703121814.TAA00691@yedi.iaf.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 12 Mar 1997, Wilko Bulte wrote: > As Andrzej Bialecki wrote... > > Hello! > > > > For those interested, I added support for Security Dynamics' smartcard > > authentication to standard login. > > > > So now you can have: > > * SecurID username/PASSCODE. If the network is down, it falls back to > > * Kerberos or S/Key or ordinary password (depends on #defines it was > > compiled with) > > Since you know more on this: I have some sort of a Defender like little > box sitting on my shelf ($3 at a flea market) that can use SecurID > smartcards. > > My question: what does such a smartcard cost? Pointers to cheap supplies > also welcome Including all the software (clients and server) + hardware (tokens themselves) it gives ca. $80 per token, if you buy a minimum of 25 tokens. The next step is 50 tokens, and of course it comes out somewhat cheaper (but not that much ;-) ) They make client software for Suns, BSDI, and ancient Linux ELF (at least those I could put my hands on).. They're not interested (as it seems) in FreeBSD market. The whole another story is that with some tweaking you can use BSDI libraries on FreeBSD. The server has built-in XTACACS authentication module, so you can use the token auth on devices supporting TACACS protocol (e.g. Ciscos, and others) Xylogics' Annexes (communication servers) can use it as well, without any additional hacking. Well, anyway, the whole stuff is rather expensive :-), and IMHO doesn't offer much more than S/Key (yea, perhaps conveniency...). But, if your company's policy is to use it everywhere, and throw out every equipment that cannot use it, it makes you nervous to see them staring suspiciously at your beloved FBSD boxie.... :-) As to where to buy it, I'm afraid I can't help you much - all I know is that we bought it from their dealer in Germany. Hope this helps a bit. Andy, +-------------------------------------------------------------------------+ Andrzej Bialecki _) _) _)_) _)_)_) _) _) --------------------------------------- _)_) _) _) _) _)_) _)_) Research and Academic Network in Poland _) _)_) _)_)_)_) _) _) _) Bartycka 18, 00-716 Warsaw, Poland _) _) _) _) _)_)_) _) _) +-------------------------------------------------------------------------+ From owner-freebsd-hackers Thu Mar 13 01:18:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA16214 for hackers-outgoing; Thu, 13 Mar 1997 01:18:50 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA16209 for ; Thu, 13 Mar 1997 01:18:46 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id UAA04699; Thu, 13 Mar 1997 20:14:05 +1100 Date: Thu, 13 Mar 1997 20:14:05 +1100 From: Bruce Evans Message-Id: <199703130914.UAA04699@godzilla.zeta.org.au> To: andrew@ugh.net.au, j@uriah.heep.sax.de Subject: Re: My child dosn't exit :-( Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > Look at the WCHAN message in a ps -alx >> >> WCHAN STAT COMMAND >> ttywai SEs (passwd) > >That means it hangs in an attempt to flush the output on the tty, >during exit from the process. > >``Can't happen.'' :-) Always happens if the output can't be flushed for some reason (such as hung flow control). comcontrol can be used to set a timeout for the flush. Bruce From owner-freebsd-hackers Thu Mar 13 01:26:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA16566 for hackers-outgoing; Thu, 13 Mar 1997 01:26:57 -0800 (PST) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA16559 for ; Thu, 13 Mar 1997 01:26:53 -0800 (PST) Received: from sister.ludd.luth.se (dateck@sister.ludd.luth.se [130.240.16.77]) by zed.ludd.luth.se (8.8.5/8.8.5) with ESMTP id KAA08516; Thu, 13 Mar 1997 10:26:50 +0100 From: Tomas Klockar Received: (dateck@localhost) by sister.ludd.luth.se (8.6.11/8.6.11) id KAA28523; Thu, 13 Mar 1997 10:26:49 +0100 Message-Id: <199703130926.KAA28523@sister.ludd.luth.se> Subject: Re: Status and future of sound drivers ? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 13 Mar 1997 10:26:48 +0100 (MET) Cc: luigi@labinfo.iet.unipi.it, hackers@freebsd.org In-Reply-To: <3931.858239587@time.cdrom.com> from "Jordan K. Hubbard" at "Mar 12, 97 11:53:07 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Jordan K. Hubbard: > > I notice that the sound driver sources on 2.1.7 are mostly the same > > as 2.1R, and sound support is, IMHO, one of the worst parts of > > FreeBSD. > > The sound drivers in FreeBSD are abandoned. That's the basic truth. > Yes, many of us were also waiting in hopes that OSS Lite (the freely > redistributable, source available version of OSS) would come along > soon and save us from our sound code, but Hannu recently announced > that this wouldn't happen until sometime in mid-'98, so that's > obviously out as a short-to-medium term solution. I had an email conversation with him recently where he told me that he couldn't give me the source for OSS/Free to port to freebsd. If anyone is interested in my mailconversation with him then just email me, so I won't spam this list more then necessery. And I also talked to you about maybe fixing the sound drivers. I have started to try to make a god driver for GUS PNP. The one that hasty did doesn't work completely. And it doesn't use the features of this card. I can play sounds but not record. > Frankly, if someone wanted to take over FreeBSD audio and take it in > new and interesting (or even simply functional :) directions then I > certainly wouldn't argue. Perhaps OSS isn't in our future at all - I > could certainly see something evolving in FreeBSD's audio support > which turned out to be simply too nice to switch away from. :-) If we could get OSS now it would be the future maybe. If we get it in half a year then well we can go our own way. > > First of all, the sound driver currently includes the "audio" and the > > "music" stuff. I don't know how good is this. "audio" staff is mostly > > used for conferencing-type of applications, "music" (meant as FM > > synthesis, OPL, midi...) is probably more oriented to games and other > > The audio is fairly reasonable (if you're talking about access to the > DSP) and the music support generally sucks. :) > > > Our sound driver is heavily outdated, especially on the > > "audio" section: most "modern" sound boards nowadays have full duplex > > support via WSS and AD1848/CD4231 compatible codecs, are configured > > via PnP, and such hardware costs very little (the equivalent of US$ 25 > > That is also true. > > > I have the feeling that the "music" part is in better shape, but I > > cannot tell for sure since I have no interest in the latter. > > Well it's not, so whomever takes over audio, I'd hope they'd also pay > some attention to the music support. :-) > > > Considering the above, I am totally in favour of trying to support > > sound devices autonomously, by starting from the current sources and > > trying to bring them in line with current FreeBSD drivers and new > > boards. Inclusion of support for a common interface will be easily > > added (assuming that we don't get it right in the first place) > > since we have full control on the sources. > > OK. Well, since the audio code is, as I said before, abandoned at > this time then I guess that leaves... You? Can Luigi Rizzo fill > Amancio Hasty's shoes? ;-) My suggestion is that we add the software for PNP initialazion as a general PNP initialazion, and in the sound drivers that support PNP we can read thoose settings. Then If your moderboard init your PNP devices then you don't need the pnp code and disabels it and if you like me don't have that feature then you just add: controller pnp0 coded by smpatel@freebsd.org (I realy like this code and would like to see it in 2.2 release) controller snd0 device iw0 (GUS PNP) at isa? port 0x220 irq 5 drq1 5 drq2 7 vector iwintr (This will be the case for the driver I'm in progress writing.) (It's based on the gus driver but has some major changes. Like supporting 8MB of memory.) I'm very interested in helping developing theese drivers. /Tomas -- Tomas Klockar can be found at the following adresses: Kårhusvägen 4:23 | Furuvägen 102 | dateck@ludd.luth.se 977 54 Luleå | 871 52 Härnösand | dateck@solace.mh.se Tel: +46-920-231335 | Tel: +46-611-13393 | d94-tkl@sm.luth.se From owner-freebsd-hackers Thu Mar 13 01:41:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA17340 for hackers-outgoing; Thu, 13 Mar 1997 01:41:56 -0800 (PST) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA17335 for ; Thu, 13 Mar 1997 01:41:50 -0800 (PST) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.3/8.7.3) with SMTP id KAA05492; Thu, 13 Mar 1997 10:41:21 +0100 (MET) Date: Thu, 13 Mar 1997 10:41:21 +0100 (MET) From: Andrzej Bialecki To: Michael Smith cc: freebsd-hackers@freebsd.org Subject: Re: SecurID authentication In-Reply-To: <199703130805.SAA03862@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 13 Mar 1997, Michael Smith wrote: > Andrzej Bialecki stands accused of saying: > > > > For those interested, I added support for Security Dynamics' smartcard > > authentication to standard login. > > you would be able to supply a binary object (shared library) that could > be used as part of the auth framework. I would hope that this would fall > within their license requirements. > Shared library... 8^(((( Remember our discussion about making BSDI libs working under FreeBSD? Well, SDI *doesn't* ship shared libs, only libxxx.a is available, and even this I can't use as library (I had to unarchive it because of mysterious names clobbering between objects). So, what now? > If you're interested in this, or anyone else that'd like to work on > integrating PAM with the current set of authetication consumers, let It seems I'm interested... it looks like I'm the only person around with working SecurID installation. And though I probably lack some knowledge, I'm willing to help with this. I'll take a look at the URL you referred to. Andy, +-------------------------------------------------------------------------+ Andrzej Bialecki _) _) _)_) _)_)_) _) _) --------------------------------------- _)_) _) _) _) _)_) _)_) Research and Academic Network in Poland _) _)_) _)_)_)_) _) _) _) Bartycka 18, 00-716 Warsaw, Poland _) _) _) _) _)_)_) _) _) +-------------------------------------------------------------------------+ From owner-freebsd-hackers Thu Mar 13 01:52:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA17849 for hackers-outgoing; Thu, 13 Mar 1997 01:52:39 -0800 (PST) Received: from cyberspace.campus.luth.se (cyberspace.campus.luth.se [130.240.192.222]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA17844 for ; Thu, 13 Mar 1997 01:52:34 -0800 (PST) Received: (from dateck@localhost) by cyberspace.campus.luth.se (8.8.5/8.8.5) id KAA00301 for hackers@freebsd.org; Thu, 13 Mar 1997 10:52:05 +0100 (CET) From: Tomas Klockar Message-Id: <199703130952.KAA00301@cyberspace.campus.luth.se> Subject: wierd things in tcsh To: hackers@freebsd.org Date: Thu, 13 Mar 1997 10:52:05 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is what I got when I logged on today. Mar 13, 10:42: ck has logged on 3 from local. Mar 13, 10:42: 4 has logged on ²Ë'3ttyp from ck. It's acctualy me but it seem to have messed something up. Is there anyone else that have had this problems ? This is seen on 2.2-970225-GAMMA with tcsh 6.07.02 and in an xterm window Maybe this has something to do with setenv LC_CTYPE not working properly. or rather i get my LC_CTYPE but nothing else after that row in my .tcshrc file. /Tomas From owner-freebsd-hackers Thu Mar 13 02:53:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA20341 for hackers-outgoing; Thu, 13 Mar 1997 02:53:40 -0800 (PST) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA20334 for ; Thu, 13 Mar 1997 02:53:34 -0800 (PST) Received: (from dfr@localhost) by minnow.render.com (8.6.12/8.6.9) id KAA18375; Thu, 13 Mar 1997 10:46:56 GMT To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: hackers@FreeBSD.ORG Subject: Re: NFSv3 (was: Maybe a showstopper...) References: <19970311194645.GS08931@uriah.heep.sax.de> <19970311225100.SW24783@uriah.heep.sax.de> <19970312221019.AB06345@uriah.heep.sax.de> From: Doug Rabson Date: 13 Mar 1997 10:46:52 +0000 In-Reply-To: j@uriah.heep.sax.de's message of Wed, 12 Mar 1997 22:10:19 +0100 Message-ID: Lines: 20 X-Mailer: Gnus v5.2.25/XEmacs 19.14 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk j@uriah.heep.sax.de (J Wunsch) writes: > > Glad to hear that FreeBSD's client doesn't suffer from the same > problem. Let's see, our company is also a Sun reseller, i'll see to > get hold of someone there to make them aware of their problem. > > OTOH, the FreeBSD server is what the NFSv3 specs calls ``overly > restrictive''. Do you see any chance to make this behaviour more > benign, and hand out a new cookie verifier only if the directory has > really shrunk, and the old cookie indeed went stale? (Correct me if > this is already the case, i have no idea what affects the va_filerev.) This is one of the things I plan to address next month when I can start working on the code seriously. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 These are not the opinions of Microsoft. FAX: +44 171 734 6426 From owner-freebsd-hackers Thu Mar 13 02:57:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA20563 for hackers-outgoing; Thu, 13 Mar 1997 02:57:42 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA20548 for ; Thu, 13 Mar 1997 02:57:30 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA06090; Thu, 13 Mar 1997 11:06:26 +0100 From: Luigi Rizzo Message-Id: <199703131006.LAA06090@labinfo.iet.unipi.it> Subject: Re: Status and future of sound drivers ? To: dateck@ludd.luth.se (Tomas Klockar) Date: Thu, 13 Mar 1997 11:06:26 +0100 (MET) Cc: jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199703130926.KAA28523@sister.ludd.luth.se> from "Tomas Klockar" at Mar 13, 97 10:26:29 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > settings. Then If your moderboard init your PNP devices then you don't need > the pnp code That's not always true, since at times the boards are initialized but left in a disabled state by the bios. > I'm very interested in helping developing theese drivers. I'll keep you updated on what I am doing, and I'll try to synchronize efforts with you and possibly others who want to work on this. Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Thu Mar 13 03:20:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA21313 for hackers-outgoing; Thu, 13 Mar 1997 03:20:41 -0800 (PST) Received: from uucp.DK.net (uucp@uucp.DK.net [193.88.44.47]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA21304 for ; Thu, 13 Mar 1997 03:20:36 -0800 (PST) Received: from pingnet (uucp@localhost) by uucp.DK.net (8.6.12/8.6.12) with UUCP id MAA00124 for hackers@freebsd.org; Thu, 13 Mar 1997 12:20:24 +0100 Received: from jblhome by ic1.ic.dk with UUCP id AA28938 (5.65c8/IDA-1.4.4j for hackers@freebsd.org); Thu, 13 Mar 1997 12:15:34 +0100 Received: (from jacob@localhost) by pippin.jblhome.ping.dk (8.8.5/8.7.3) id MAA06572; Thu, 13 Mar 1997 12:07:48 +0100 (CET) Date: Thu, 13 Mar 1997 12:07:48 +0100 (CET) Message-Id: <199703131107.MAA06572@pippin.jblhome.ping.dk> From: Jacob Bohn Lorensen To: hackers@freebsd.org In-Reply-To: Ollivier Robert's message of Tue, 11 Mar 1997 01:23:00 +0100 Subject: Re: On the topic of news servers.. References: <199703102218.OAA02603@aris.jpl.nasa.gov> <19970311012300.06800@keltia.freenix.fr> X-Charset: Latin1 X-Char-Esc: 29 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Ollivier" == Ollivier Robert writes: Ollivier> According to Jake Hamby: >> He says he uses a Perl script to run through the activity log >> and figure out which groups his customers are reading, then >> changes the expire logs to expire messages in unread groups >> after 1 day, while keeping messages in read groups about 7 But - managing a news-server, you may very well serve the readers best doing the exact _opposite_ :-) What I mean is that there is not much point in keeping the groups which are read often longer. Supposedly the articles have been read. Whereas the not-so-often-read groups, you may wish to keep these articles longer until someone has had the chance to read them. It's equally easy to put forward arguments for doing what you describe, though. So every time I think about doing something like this for the news system I administer, I get stuck pondering what strategy to use. I always end up with plain-old expire-time-per-hierarchy. Jacob. From owner-freebsd-hackers Thu Mar 13 03:24:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA21541 for hackers-outgoing; Thu, 13 Mar 1997 03:24:42 -0800 (PST) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA21536 for ; Thu, 13 Mar 1997 03:24:40 -0800 (PST) Received: from sister.ludd.luth.se (dateck@sister.ludd.luth.se [130.240.16.77]) by zed.ludd.luth.se (8.8.5/8.8.5) with ESMTP id MAA12063; Thu, 13 Mar 1997 12:24:36 +0100 From: Tomas Klockar Received: (dateck@localhost) by sister.ludd.luth.se (8.6.11/8.6.11) id MAA01309; Thu, 13 Mar 1997 12:24:36 +0100 Message-Id: <199703131124.MAA01309@sister.ludd.luth.se> Subject: Re: Status and future of sound drivers ? To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Thu, 13 Mar 1997 12:24:35 +0100 (MET) Cc: dateck@ludd.luth.se, jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199703131006.LAA06090@labinfo.iet.unipi.it> from Luigi Rizzo at "Mar 13, 97 11:06:26 am" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Luigi Rizzo: > > settings. Then If your moderboard init your PNP devices then you don't need > > the pnp code > > That's not always true, since at times the boards are initialized but left > in a disabled state by the bios. Thats bad but I think we should hav a General PNP init code since on my card I have ATAPI MIDI AUDIO GAMEPORT AND SBEMUL and if the code for attaching and detecting PNP is in the sounddriver we have to attach that one first otherwise there will be no cdrom or gameport. So if it's possible to extend that pnp code I mentioned so it can check all pnp devices and init them them that would be the best solution. I can extend that code unless its already done. > > I'm very interested in helping developing theese drivers. > > I'll keep you updated on what I am doing, and I'll try to synchronize > efforts with you and possibly others who want to work on this. > Ok I'll put up an annonymous ftp on one of my computers. I'll let you know when I have done so. There we can have code for testing. Is there any driver that you will add or are you most interested in enhancing the ones that we already have. I will probebly poke around in audio.c dmabuf.c ad1848.c ad1848_mixer.h cs4232.c plus the files I add for GUS PNP, called something like iwsomething. /Tomas -- Tomas Klockar can be found at the following adresses: Kårhusvägen 4:23 | Furuvägen 102 | dateck@ludd.luth.se 977 54 Luleå | 871 52 Härnösand | dateck@solace.mh.se Tel: +46-920-231335 | Tel: +46-611-13393 | d94-tkl@sm.luth.se From owner-freebsd-hackers Thu Mar 13 03:32:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA21725 for hackers-outgoing; Thu, 13 Mar 1997 03:32:06 -0800 (PST) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA21712 for ; Thu, 13 Mar 1997 03:31:57 -0800 (PST) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.3/8.7.3) with SMTP id MAA06938; Thu, 13 Mar 1997 12:31:19 +0100 (MET) Date: Thu, 13 Mar 1997 12:31:19 +0100 (MET) From: Andrzej Bialecki To: Sean Eric Fagan cc: freebsd-hackers@FreeBSD.ORG Subject: Re: SecurID authentication In-Reply-To: <199703121908.LAA21964@kithrup.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 12 Mar 1997, Sean Eric Fagan wrote: > In article you write: > >system. In other words: the modifications require some pieces of > >proprietary code, which you will have if you install the ACE/Server > >software (and BSDI client). Then I can send the diffs to original > >ACE/Client software, and to the FreeBSD's login.c. > > freebsd now has support for the login.conf stuff, similar to BSD/OS. So you > shouldn't need to patch login.c, just use the appropriate authentication > module. Yes, I've read the code and manpages and it looks very good. But... As far as I know, this support isn't complete yet. Specifically, there don't exist /usr/libexec/login_* modules yet. So, for now this isn't an option. Maybe some day somebody will write or port the missing pieces... Correct me, please, if I'm wrong. On the same subject: as I perceive it, there are quite a few options of doing authentication in FreeBSD, this way or the other, and some mysterious hooks to nonexistent pieces of code. Some people prefer login.conf, and others try to port the PAM modules. IMHO, this subject lacks overall coordination... and perhaps some efforts are spent on implementing mutually exlusive architectures... Andy, +-------------------------------------------------------------------------+ Andrzej Bialecki _) _) _)_) _)_)_) _) _) --------------------------------------- _)_) _) _) _) _)_) _)_) Research and Academic Network in Poland _) _)_) _)_)_)_) _) _) _) Bartycka 18, 00-716 Warsaw, Poland _) _) _) _) _)_)_) _) _) +-------------------------------------------------------------------------+ From owner-freebsd-hackers Thu Mar 13 03:58:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA22636 for hackers-outgoing; Thu, 13 Mar 1997 03:58:41 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA22631 for ; Thu, 13 Mar 1997 03:58:38 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id LAA28733; Thu, 13 Mar 1997 11:57:00 GMT Date: Thu, 13 Mar 1997 20:56:59 +0900 (JST) From: Michael Hancock To: Darren Reed cc: ccsanady@nyx.pr.mcs.net, hackers@freebsd.org Subject: Re: Solaris TPC-C benchmarks (with Oracle) In-Reply-To: <199703130610.GAA26383@parkplace.cet.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 13 Mar 1997, Darren Reed wrote: > Did the run Solaris on the same hardware or different hardware ? Sun TPC-C Report ---------------- http://www.sun.com/smi/Press/sunflash/9703/sunflash.970305.1083.html Solaris (Intel version) IBM 704 PC Server Oracle Universal Server release 7.3.3 Total cost = $88.00/tpmC * 6679.50tpmC = $587,796 Compaq TPC-C Report ------------------- http://www.compaq.com/newsroom/pr/pr211196b.html UnixWare 2.1.1 Compaq ProLiant 5000 Sybase 11 Total cost = $95/tpmC * 8311.43tpmC = $792,738 > Having used a Proliant 2500 which has RAID-5 disk, I assume the 5000 does > too.. I'm sure both configs had as many RAID-5 controllers as could fit in the machine and at least 49 2GB disks and lots of RAM. Umm, let's see what www.tpc.org has ... Compaq ProLiant 4500/133 Model2 c/s 3.0 3516.27 $185 $651,647 Oracle7 v.7.3 UnixWare 2.03 Compaq ProLiant 4500/133 Model2 c/s 3.0 3225.50 $206 $665,806 Oracle7 v.7.3 Solaris v.2.5.1 UnixWare has a little better performance in this older benchmark. Regards, Mike Hancock From owner-freebsd-hackers Thu Mar 13 04:14:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA23453 for hackers-outgoing; Thu, 13 Mar 1997 04:14:38 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA23448 for ; Thu, 13 Mar 1997 04:14:33 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id WAA05280; Thu, 13 Mar 1997 22:43:51 +1030 (CST) From: Michael Smith Message-Id: <199703131213.WAA05280@genesis.atrad.adelaide.edu.au> Subject: Re: SecurID authentication In-Reply-To: from Andrzej Bialecki at "Mar 13, 97 12:31:19 pm" To: abial@korin.warman.org.pl (Andrzej Bialecki) Date: Thu, 13 Mar 1997 22:43:51 +1030 (CST) Cc: sef@Kithrup.COM, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Andrzej Bialecki stands accused of saying: > > As far as I know, this support isn't complete yet. Specifically, there > don't exist /usr/libexec/login_* modules yet. So, for now this isn't an > option. Maybe some day somebody will write or port the missing pieces... > > Correct me, please, if I'm wrong. No, you're very close. The work on the current login.conf stuff has effectively been stopped (uness someone is doing something I haven't heard about). Sean and David N. were trying to keep compatability with BSD/OS, but BSDi have, yet again, changed their implementation, so there's nothing to be "compatible" with. > On the same subject: as I perceive it, there are quite a few options of > doing authentication in FreeBSD, this way or the other, and some > mysterious hooks to nonexistent pieces of code. Some people prefer > login.conf, and others try to port the PAM modules. IMHO, this subject > lacks overall coordination... and perhaps some efforts are spent on > implementing mutually exlusive architectures... > > Andy, David and I and a local ISP have been corresponding on this a little; all of us are busy, but are of the opinion that the PAM architecture, warts and all, is the best general-purpose approach available. As I've previously mentioned, it's used by Sun, the CDE, HP and our friends at RedHat, so it's not some orphan half-thought-out idea. There exist already a substantial number of modules and a lot of sample source for module implementors; IMHO it is the best strategic choice. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Mar 13 04:23:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA24593 for hackers-outgoing; Thu, 13 Mar 1997 04:23:31 -0800 (PST) Received: from shadows.aeon.net (bsdhack@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA24587 for ; Thu, 13 Mar 1997 04:23:27 -0800 (PST) Received: (from bsdhack@localhost) by shadows.aeon.net (8.8.5/8.8.3) id OAA17358; Thu, 13 Mar 1997 14:20:58 +0200 (EET) From: mika ruohotie Message-Id: <199703131220.OAA17358@shadows.aeon.net> Subject: Re: Panic with ahc driver In-Reply-To: from Tom Samplonius at "Mar 12, 97 09:00:49 am" To: tom@sdf.com (Tom Samplonius) Date: Thu, 13 Mar 1997 14:20:58 +0200 (EET) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > coz i originally fired up the ccd on 2.1.5 and went to 2.1.7 and then to > > stable and still fast disk i/o caused atleast scsi hangs... occasionally > You should sup stable, it has a newer ahc driver. uh... look again... i am on stable now... :p > Also, do you ahc_tagenable, and/or ahc_scbpaging enabled? Some drive > and/or adapters don't like these. nope. i dont think 2.1 would even let me to have those... the error messages i had just before breaking ccd apart, coz it didnt let me to do much of any drive i/o, mentioned SCBs, but i dont have those on logs. at that time i already ran stable. and after taking ccd off line i still got so far one unexplainable reboot during daily... (earlier i had probs with daily too, phasetimeouts anf stuff) did i just overheat the drives? box has several fans, drives are 7200rpm 2.15GB fujitsu ultra's... > Tom mickey From owner-freebsd-hackers Thu Mar 13 04:53:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA25916 for hackers-outgoing; Thu, 13 Mar 1997 04:53:33 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA25904 for ; Thu, 13 Mar 1997 04:53:28 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.5/8.7.3) id LAA04051; Thu, 13 Mar 1997 11:35:35 +0100 (MET) From: Søren Schmidt Message-Id: <199703131035.LAA04051@ravenock.cybercity.dk> Subject: Re: Status and future of sound drivers ? In-Reply-To: <199703130757.IAA05813@labinfo.iet.unipi.it> from Luigi Rizzo at "Mar 13, 97 08:57:45 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Thu, 13 Mar 1997 11:34:13 +0100 (MET) Cc: jkh@time.cdrom.com, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Luigi Rizzo who wrote: > > > OK. Well, since the audio code is, as I said before, abandoned at > > this time then I guess that leaves... You? Can Luigi Rizzo fill > > Amancio Hasty's shoes? ;-) > > I'll see what I can do. My plans are to do a cleanup of the drivers, > take away all non-freebsd code, and possibly get rid of all the > "EXCLUDE_THIS" "INCLUDE_THAT" "SPECIAL_CODE_FOR_MY_BROTHERS_CARD" > things, and try to make this working with WSS and SB boards. Why dont you take a look at the net/open-bsd sound code, that would get us rid of funny copyrights too, and maybe make a common bsd soundAPI possible ?? (that would also free us from the old spaghetti code)... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Thu Mar 13 05:20:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA26835 for hackers-outgoing; Thu, 13 Mar 1997 05:20:50 -0800 (PST) Received: from kremvax.demos.su (kremvax.demos.su [194.87.0.20]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA26830 for ; Thu, 13 Mar 1997 05:20:44 -0800 (PST) Received: by kremvax.demos.su (8.6.13/D) from 0@sinbin.demos.su [194.87.2.95] with ESMTP id QAA04830; Thu, 13 Mar 1997 16:19:11 +0300 Received: by sinbin.demos.su id QAA00365; (8.6.12/D) Thu, 13 Mar 1997 16:18:27 +0300 From: bag@sinbin.demos.su (Alex G. Bulushev) Message-Id: <199703131318.QAA00365@sinbin.demos.su> Subject: Re: Q about 100Mb ether cards To: dg@root.com Date: Thu, 13 Mar 1997 16:18:27 +0300 (MSK) Cc: hackers@freebsd.org In-Reply-To: <199703101424.GAA17192@root.com> from "David Greenman" at Mar 10, 97 06:24:45 am X-Mailer: ELM [version 2.4 PL24 ME7a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I want to support full duplex in the fxp (Pro/100B) driver, but I haven't > been able to get it to work. The Pro/100B is well supported; it's what I'm > using in wcarchive and I haven't had any problems. It consumes about half > the CPU time that the de driver does and has about the same level of > performance (actually slightly better than the DEC chip). as we found for Intel EE pro/100 in fbsd2.2-G full duplex not supported ... in half duplex mode speed up to 4 MByte/sec (via ftp fbsd<->solaris[sparc]) one problem: soft/hard reset of HUB lead to card freezing (driver?) after reboot all ok ... HUB: SynOptics 28115 Alex. > > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project > From owner-freebsd-hackers Thu Mar 13 07:00:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA01066 for hackers-outgoing; Thu, 13 Mar 1997 07:00:03 -0800 (PST) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA01017 for ; Thu, 13 Mar 1997 06:59:30 -0800 (PST) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id OAA01751; Thu, 13 Mar 1997 14:58:45 GMT Message-Id: <199703131458.OAA01751@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 cc: Harlan Stenn , hackers@FreeBSD.ORG Subject: Re: ppp log file In-reply-to: Your message of "Thu, 30 Jan 1997 19:16:58 GMT." <199701301916.TAA19616@awfulhak.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Mar 1997 14:58:45 +0000 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Are you maintining ppp these days? > > > > If so, did you get my email about needed to rotate the log file upon > > receipt of, say, SIGUSR1? > > > > H > I recall the email. In theory, as ppp uses syslog(), newsyslog & syslog > should co-operate to make this possible and it should be outside of ppp's > control. > > Having said that, I'm not sure that things are working correctly. I'll > look into it and get back. > > -- > Brian , > > Don't _EVER_ lose your sense of humour.... Yep, in practice, ppp doesn't use syslog() ! I've just commited a change to -current that traps SIGHUP with a "re-open the logfile" routine. I don't yet know if it'll make 2.2-RELEASE. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu Mar 13 07:42:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA03309 for hackers-outgoing; Thu, 13 Mar 1997 07:42:49 -0800 (PST) Received: from X2.root.com (X2.root.com [198.145.90.53]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA03299 for ; Thu, 13 Mar 1997 07:42:46 -0800 (PST) Received: from X2.root.com (localhost [127.0.0.1]) by X2.root.com (8.8.5/8.8.5) with ESMTP id HAA00220; Thu, 13 Mar 1997 07:40:36 -0800 (PST) Message-Id: <199703131540.HAA00220@X2.root.com> To: bag@sinbin.demos.su (Alex G. Bulushev) cc: hackers@freebsd.org Subject: Re: Q about 100Mb ether cards In-reply-to: Your message of "Thu, 13 Mar 1997 16:18:27 +0300." <199703131318.QAA00365@sinbin.demos.su> From: David Greenman Reply-To: dg@root.com Date: Thu, 13 Mar 1997 07:40:36 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I want to support full duplex in the fxp (Pro/100B) driver, but I haven't >> been able to get it to work. The Pro/100B is well supported; it's what I'm >> using in wcarchive and I haven't had any problems. It consumes about half >> the CPU time that the de driver does and has about the same level of >> performance (actually slightly better than the DEC chip). > >as we found for Intel EE pro/100 in fbsd2.2-G full duplex not supported ... >in half duplex mode speed up to 4 MByte/sec (via ftp fbsd<->solaris[sparc]) > >one problem: soft/hard reset of HUB lead to card freezing (driver?) >after reboot all ok ... >HUB: SynOptics 28115 Yes, this is a known bug in the "rev 1" version of the 82557 chip. The receiver goes dead whenever it gets certain types of garbage. It should be fixed in "rev 2" versions, but I haven't verified this. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Mar 13 08:23:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA05344 for hackers-outgoing; Thu, 13 Mar 1997 08:23:58 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA05334 for ; Thu, 13 Mar 1997 08:23:53 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id IAA18238; Thu, 13 Mar 1997 08:22:59 -0800 (PST) To: Michael Smith cc: batie@aahz.jf.intel.com (Alan Batie), hackers@freebsd.org Subject: Re: disk docs In-reply-to: Your message of "Thu, 13 Mar 1997 11:09:23 +1030." <199703130039.LAA29473@genesis.atrad.adelaide.edu.au> Date: Thu, 13 Mar 1997 08:22:59 -0800 Message-ID: <18235.858270179@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Alternatively, use /stand/sysinstall in 'custom' mode. As of 2.2, you don't even need to visit the custom installation menu - the partition and label choices are available from the post-configuration screen. Jordan From owner-freebsd-hackers Thu Mar 13 08:52:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA06532 for hackers-outgoing; Thu, 13 Mar 1997 08:52:00 -0800 (PST) Received: from kremvax.demos.su (kremvax.demos.su [194.87.0.20]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA06522 for ; Thu, 13 Mar 1997 08:51:54 -0800 (PST) Received: by kremvax.demos.su (8.6.13/D) from 0@sinbin.demos.su [194.87.2.95] with ESMTP id TAA12526; Thu, 13 Mar 1997 19:46:23 +0300 Received: by sinbin.demos.su id TAA25708; (8.6.12/D) Thu, 13 Mar 1997 19:46:17 +0300 Message-Id: <199703131646.TAA25708@sinbin.demos.su> Subject: Re: Q about 100Mb ether cards To: dg@root.com Date: Thu, 13 Mar 1997 19:46:17 +0300 (MSK) Cc: bag@sinbin.demos.su, hackers@freebsd.org In-Reply-To: <199703131540.HAA00220@X2.root.com> from "David Greenman" at Mar 13, 97 07:40:36 am From: "Mikhail A. Sokolov" X-Class: Fast Organization: Demos Company, Ltd. Reply-To: mishania@demos.su X-Mailer: ELM [version 2.4 PL24 ME7a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Yes, this is a known bug in the "rev 1" version of the 82557 chip. The > receiver goes dead whenever it gets certain types of garbage. It should be > fixed in "rev 2" versions, but I haven't verified this. You mean we can threw rev. 1 away ? Btw, what's the methodics to determine if the beast I am buying in local store is rev. 1 or 2? Re to the situation hub reboots and ethernet card kinda 'freeze', - is there any possibility to implement some kind of software reset into the driver? The problem the machine is 50km away from here :-( > > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project -mishania From owner-freebsd-hackers Thu Mar 13 08:55:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA06713 for hackers-outgoing; Thu, 13 Mar 1997 08:55:30 -0800 (PST) Received: from akane.db-net.com (akane.db-net.com [206.103.247.225]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA06708 for ; Thu, 13 Mar 1997 08:55:28 -0800 (PST) Received: from catty (catty [206.103.247.226]) by akane.db-net.com (8.8.5/8.8.5) with ESMTP id LAA13284; Thu, 13 Mar 1997 11:55:39 -0500 Message-ID: <332831D4.5A5E@db-net.com> Date: Thu, 13 Mar 1997 11:56:53 -0500 From: Wilson MacGyver Organization: DB-Net Inc. X-Mailer: Mozilla 4.0b2 (WinNT; I) MIME-Version: 1.0 To: Darren Reed , hackers@freebsd.org Subject: Re: Solaris TPC-C benchmarks (with Oracle) X-Priority: 3 (Normal) References: <199703130611.WAA07351@freefall.freebsd.org> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Darren Reed wrote: > Having used a Proliant 2500 which has RAID-5 disk, I assume the 5000 does > too.. yup, I have a 5000 sitting next to me with RAID-5. -- Wilson MacGyver macgyver@db-net.com -------------------------------------- Veni, Vidi, Concidi. From owner-freebsd-hackers Thu Mar 13 09:03:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA07235 for hackers-outgoing; Thu, 13 Mar 1997 09:03:02 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA07227 for ; Thu, 13 Mar 1997 09:02:58 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id SAA28989; Thu, 13 Mar 1997 18:01:11 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id SAA22532; Thu, 13 Mar 1997 18:02:56 +0100 (MET) Message-Id: <3.0.32.19970313180119.00b53590@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Thu, 13 Mar 1997 18:01:21 +0100 To: Brian Somers From: Eivind Eklund Subject: Re: ppp log file Cc: Harlan Stenn , hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 02:58 PM 3/13/97 +0000, Brian Somers wrote: >Yep, in practice, ppp doesn't use syslog() ! I've just commited >a change to -current that traps SIGHUP with a "re-open the logfile" >routine. I don't yet know if it'll make 2.2-RELEASE. IMHO, this is the wrong change - it doesn't look like it should be that much work to convert ppp to use syslog, which would give us much more practial logging, and simplify ppp at the same time (the log level stuff could be taken care of by syslog). If you (and everybody else) agree, I'll do it as soon as I've finished and sent over the other patches. Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-hackers Thu Mar 13 09:22:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA08703 for hackers-outgoing; Thu, 13 Mar 1997 09:22:41 -0800 (PST) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA08698 for ; Thu, 13 Mar 1997 09:22:36 -0800 (PST) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id LAA17569; Thu, 13 Mar 1997 11:19:30 -0600 Received: from garbo.lodgenet.com(204.124.123.250) by bacall via smap (V1.3) id sma017563; Thu Mar 13 11:19:27 1997 Received: from jake.lodgenet.com (jake.lodgenet.com [10.0.11.30]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id LAA23329; Thu, 13 Mar 1997 11:21:13 -0600 Received: from jake.lodgenet.com (localhost [127.0.0.1]) by jake.lodgenet.com (8.8.5/8.6.12) with ESMTP id LAA29833; Thu, 13 Mar 1997 11:21:53 -0600 (CST) Message-Id: <199703131721.LAA29833@jake.lodgenet.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Emmanuel.Duros@sophia.inria.fr cc: freebsd-hackers@FreeBSD.ORG, pplc@chouette.inria.fr Subject: Re: Pb using DMA - Physical addressing In-reply-to: Your message of "Thu, 13 Mar 1997 09:58:29 +0100." <199703130858.JAA08587@chouette.inria.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Mar 1997 11:21:53 -0600 From: "Eric L. Hernes" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Emmanuel Duros writes: >> >>isa_dma{_acquire,_release,start,done} are your friends, >>have a look at sys/i386/isa/isa.c > >However I had to add another function in sys/i386/isa/isa.c which I >called isa_dmastart_blk() in order to support the block transfer >mode. Could this feature be added to future FreeBSD releases ? >(isa_dmastart() only support single and autoinitialize transfer mode) I haven't looked too closely, but is it possible to add it to the flags argument? I'd prefer that to another funciton. Something like `isa_dmastart(B_WRITE|DMA_BLOCK, .....);', maybe? > >Emmanuel > eric. -- erich@lodgenet.com http://rrnet.com/~erich erich@rrnet.com From owner-freebsd-hackers Thu Mar 13 09:39:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA10043 for hackers-outgoing; Thu, 13 Mar 1997 09:39:11 -0800 (PST) Received: from chouette.inria.fr (chouette.inria.fr [138.96.24.103]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA10034 for ; Thu, 13 Mar 1997 09:39:08 -0800 (PST) Received: by chouette.inria.fr (8.8.5/8.6.12) id SAA11564; Thu, 13 Mar 1997 18:38:56 +0100 (MET) Date: Thu, 13 Mar 1997 18:38:56 +0100 (MET) Message-Id: <199703131738.SAA11564@chouette.inria.fr> From: Emmanuel Duros To: erich@lodgenet.com CC: freebsd-hackers@FreeBSD.ORG, pplc@chouette.inria.fr In-reply-to: <199703131721.LAA29833@jake.lodgenet.com> (erich@lodgenet.com) Subject: Re: Pb using DMA - Physical addressing Reply-to: Emmanuel.Duros@sophia.inria.fr Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Eric L. Hernes writes: >>However I had to add another function in sys/i386/isa/isa.c which I >>called isa_dmastart_blk() in order to support the block transfer >>mode. Could this feature be added to future FreeBSD releases ? >>(isa_dmastart() only support single and autoinitialize transfer mode) > >I haven't looked too closely, but is it possible to add it to the >flags argument? I'd prefer that to another funciton. >Something like `isa_dmastart(B_WRITE|DMA_BLOCK, .....);', maybe? Definitely, I think it would only require at most 20 lines of code in the isa_dmastart() function... I could post the hack if necessary. I did write the isa_dmastart_blk() function in order to not interfere with other device drivers, I have been rebooting my PC probably 100 times these last days ! Emmanuel From owner-freebsd-hackers Thu Mar 13 10:53:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA14027 for hackers-outgoing; Thu, 13 Mar 1997 10:53:44 -0800 (PST) Received: from wgold.demon.co.uk (wgold.demon.co.uk [158.152.96.124]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA13993 for ; Thu, 13 Mar 1997 10:52:24 -0800 (PST) Received: from wgold.demon.co.uk by wgold.demon.co.uk (NTMail 3.02.10) with ESMTP id ja001257 for ; Thu, 13 Mar 1997 09:08:12 +0000 Message-ID: <3327C3FC.3BDF@wgold.demon.co.uk> Date: Thu, 13 Mar 1997 09:08:12 +0000 From: James Mansion Organization: Westongold Ltd X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: FreeBSD-hackers@freebsd.org Subject: Re: pcvt/132 columns References: <199703121842.LAA27798@phaeton.artisoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Info: Westongold Ltd: +44 1992 620025 www.westongold.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > Will you accept Tannebaum as a reference, or is that too prejudicial? 8-). No, I will not accept Tannenbaum. Deitel, others? Would *you* accept that the common language usage suggests that it is an OS, and that some of your criticisms of it are unfounded? Do you believe that real time environments that do not preemtively schedule and/or do not have full memory protection are not 'operating systems'? What about, say, Acorn's 'RiscOS'? The list of systems currently accepted as operating systems but that will be ruled out by one or more of your criteria is quite long. James From owner-freebsd-hackers Thu Mar 13 11:57:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA17305 for hackers-outgoing; Thu, 13 Mar 1997 11:57:12 -0800 (PST) Received: from agisgate.agis.net (agisgate.agis.net [205.137.48.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA17298 for ; Thu, 13 Mar 1997 11:57:06 -0800 (PST) Received: (from markl@localhost) by agisgate.agis.net (8.8.5/8.7.3) id OAA25977; Thu, 13 Mar 1997 14:56:05 -0500 (EST) Date: Thu, 13 Mar 1997 14:56:05 -0500 (EST) From: Mark Larson To: Joe Greco cc: Charles Henrich , freebsd-hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: <199703111903.NAA29668@solaria.sol.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 11 Mar 1997, Joe Greco wrote: > > In lists.freebsd.hackers you write: > > > > >Final note: You don't want to make one big filesystem. That's a > > >mistake. > > > > It depends on the installation, I use a single 22gb ccd array for my news > > spool, optimizing transactions nicely across the disks. Its not neccesarily a > > *bad* thing. Also makes management much more practical. > > I might agree if it was a RAID array. But with ccd, no way. Your > reliability just won't be there. > I have to disagree. I run CCD on all my news servers without a hitch. I eliminated th boot sectors with a small partition at the front of the drives, and I have not had a single problem. In fact I compared this system which is using ultra-wide SCSI drives to a raid system and saw no difference in performance or reliability. I run 14 of these servers across the country and have not had a failure since they were put into production 8 months ago. > As far as the management thing goes, I agree, but then, I have never really > had a problem breaking things up into > > !*,alt.binaries.* > !*,alt.*,!alt.binaries.* > *,!alt.* > > I've actually found it easier to administer, but that's just my opinion. > > I still optimize transactions nicely across the disks. :-) > > ... Joe > > ------------------------------------------------------------------------------- > Joe Greco - Systems Administrator jgreco@ns.sol.net > Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 > From owner-freebsd-hackers Thu Mar 13 12:13:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA17900 for hackers-outgoing; Thu, 13 Mar 1997 12:13:35 -0800 (PST) Received: from pcpsj.pfcs.com (lXblreTk6xB6Pk3KQOa1fiNBCHEKOUu+@harlan.fred.net [205.252.219.31]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA17893 for ; Thu, 13 Mar 1997 12:13:28 -0800 (PST) Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.12/8.6.9) with SMTP id PAA07578; Thu, 13 Mar 1997 15:13:20 -0500 Received: from localhost by mumps.pfcs.com with SMTP id AA08942 (5.67b/IDA-1.5); Thu, 13 Mar 1997 15:13:18 -0500 To: Brian Somers Cc: hackers@freebsd.org Subject: Re: ppp log file In-Reply-To: Your message of "Thu, 13 Mar 1997 14:58:45 GMT." <199703131458.OAA01751@awfulhak.demon.co.uk> Date: Thu, 13 Mar 1997 15:13:16 -0500 Message-Id: <8938.858283996@mumps.pfcs.com> From: Harlan Stenn Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks, and I thought that SIGHUP was already used for something else in ppp (like "the modem detected a hangup") so another signal needed to be used. Then again, I don't have a recent -current ppp/ . H From owner-freebsd-hackers Thu Mar 13 12:22:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA18328 for hackers-outgoing; Thu, 13 Mar 1997 12:22:27 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA18320 for ; Thu, 13 Mar 1997 12:22:20 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA10461 for hackers@FreeBSD.ORG; Thu, 13 Mar 1997 21:21:45 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA04407; Thu, 13 Mar 1997 21:16:59 +0100 (MET) Message-ID: <19970313211659.NX27273@uriah.heep.sax.de> Date: Thu, 13 Mar 1997 21:16:59 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: NFSv3 (was: Maybe a showstopper...) References: <19970311194645.GS08931@uriah.heep.sax.de> <19970311225100.SW24783@uriah.heep.sax.de> <19970312221019.AB06345@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Doug Rabson on Mar 13, 1997 10:46:52 +0000 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Doug Rabson wrote: > > OTOH, the FreeBSD server is what the NFSv3 specs calls ``overly > > restrictive''. > This is one of the things I plan to address next month when I can > start working on the code seriously. Great! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Mar 13 13:00:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA19922 for hackers-outgoing; Thu, 13 Mar 1997 13:00:15 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA19651 for ; Thu, 13 Mar 1997 12:55:03 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA11684 for hackers@freebsd.org; Thu, 13 Mar 1997 21:54:09 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA04660; Thu, 13 Mar 1997 21:43:01 +0100 (MET) Message-ID: <19970313214301.LD43370@uriah.heep.sax.de> Date: Thu, 13 Mar 1997 21:43:01 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: wierd things in tcsh References: <199703130952.KAA00301@cyberspace.campus.luth.se> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703130952.KAA00301@cyberspace.campus.luth.se>; from Tomas Klockar on Mar 13, 1997 10:52:05 +0100 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Tomas Klockar wrote: > This is what I got when I logged on today. > > Mar 13, 10:42: ck has logged on 3 from local. > Mar 13, 10:42: 4 has logged on ²Ë'3ttyp from ck. Damaged wtmp file. You are mixing binaries for 2.2 and 3.0-current. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Mar 13 13:01:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA20034 for hackers-outgoing; Thu, 13 Mar 1997 13:01:56 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA20026 for ; Thu, 13 Mar 1997 13:01:50 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA11855; Thu, 13 Mar 1997 22:01:43 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA04713; Thu, 13 Mar 1997 21:51:01 +0100 (MET) Message-ID: <19970313215101.TY28274@uriah.heep.sax.de> Date: Thu, 13 Mar 1997 21:51:01 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Cc: Emmanuel.Duros@sophia.inria.fr Subject: Re: Pb using DMA - Physical addressing References: <199703131721.LAA29833@jake.lodgenet.com> <199703131738.SAA11564@chouette.inria.fr> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703131738.SAA11564@chouette.inria.fr>; from Emmanuel Duros on Mar 13, 1997 18:38:56 +0100 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Emmanuel Duros wrote: > Definitely, I think it would only require at most 20 lines of code in > the isa_dmastart() function... I could post the hack if necessary. Better find someone to commit it. I notice that some Eric L. Hernes is on the list of committers for FreeBSD... :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Mar 13 13:49:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA22709 for hackers-outgoing; Thu, 13 Mar 1997 13:49:21 -0800 (PST) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA22700 for ; Thu, 13 Mar 1997 13:48:58 -0800 (PST) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id VAA04996; Thu, 13 Mar 1997 21:48:05 GMT Message-Id: <199703132148.VAA04996@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Eivind Eklund cc: Harlan Stenn , hackers@FreeBSD.ORG Subject: Re: ppp log file In-reply-to: Your message of "Thu, 13 Mar 1997 18:01:21 +0100." <3.0.32.19970313180119.00b53590@dimaga.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Mar 1997 21:48:05 +0000 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > At 02:58 PM 3/13/97 +0000, Brian Somers wrote: > >Yep, in practice, ppp doesn't use syslog() ! I've just commited > >a change to -current that traps SIGHUP with a "re-open the logfile" > >routine. I don't yet know if it'll make 2.2-RELEASE. > > IMHO, this is the wrong change - it doesn't look like it should be that > much work to convert ppp to use syslog, which would give us much more > practial logging, and simplify ppp at the same time (the log level stuff > could be taken care of by syslog). > > If you (and everybody else) agree, I'll do it as soon as I've finished and > sent over the other patches. I don't have any problems with using syslog(). I considered it, but then decided that the -HUP thing would be quicker (and may reach 2.2). I'll wait for your patches before doing anything else to ppp (my last mod for the moment is the -HUP doc change - forgot it the first time round). -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu Mar 13 15:53:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA27941 for hackers-outgoing; Thu, 13 Mar 1997 15:53:14 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA27868 for ; Thu, 13 Mar 1997 15:51:39 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA16284 for freebsd-hackers@freebsd.org; Fri, 14 Mar 1997 00:51:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id AAA00819; Fri, 14 Mar 1997 00:25:10 +0100 (MET) Message-ID: <19970314002509.PZ39865@uriah.heep.sax.de> Date: Fri, 14 Mar 1997 00:25:09 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Weird idea. :) X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We do already have some multi-megabyte dictionary files in /usr/share/dict. However -- we don't have the jargon file. Not only that this can often serve as a good documentation in particular for newbies, but it's also a very fine source for random text (while the normal word lists only contain ordered text). The dictionaries are an optional distribution part anyway, so only people who are interested will need to install them. Opinions? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Mar 13 16:21:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA29847 for hackers-outgoing; Thu, 13 Mar 1997 16:21:00 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA29838 for ; Thu, 13 Mar 1997 16:20:55 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id RAA21102 for freebsd-hackers@freebsd.org; Thu, 13 Mar 1997 17:20:17 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 13 Mar 1997 10:03:45 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: freebsd-hackers@freebsd.org Subject: Positions Open Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Y'all! I have two openings for senior Unix Developers. The jobs is very exciting and includes both kernel, daemon, multithreading, rdbms and distributed processing, on a very large scale. The team is small, the work environment very informal, the pay good. Please send me a resume and/or contact me at 503.799.2313. Thanx! Simon From owner-freebsd-hackers Thu Mar 13 18:00:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA06340 for hackers-outgoing; Thu, 13 Mar 1997 18:00:56 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA06334 for ; Thu, 13 Mar 1997 18:00:39 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.4) id VAA00894 for freebsd-hackers@freebsd.org; Thu, 13 Mar 1997 21:00:32 -0500 (EST) From: Charles Henrich Message-Id: <199703140200.VAA00894@crh.cl.msu.edu> Subject: netscape communicator versions? To: freebsd-hackers@freebsd.org Date: Thu, 13 Mar 1997 21:00:32 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk There are two bsd versions of communicator now, one file identifies as: netscape: 386BSD demand paged executable and one as netscape: BSD/386 demand paged (first page unmapped) pure ex Which is the first? -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Thu Mar 13 18:53:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA09528 for hackers-outgoing; Thu, 13 Mar 1997 18:53:47 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA09351 for ; Thu, 13 Mar 1997 18:50:40 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA26495; Thu, 13 Mar 1997 21:50:03 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Thu, 13 Mar 1997 21:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id VAA13695 for ; Thu, 13 Mar 1997 21:27:49 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id VAA00748 for freebsd-hackers@freefall.cdrom.com; Thu, 13 Mar 1997 21:33:57 -0500 (EST) Date: Thu, 13 Mar 1997 21:33:57 -0500 (EST) From: Thomas David Rivers Message-Id: <199703140233.VAA00748@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: dscheck() and the processor level? Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I was just wondering - dscheck() [in subr_diskslice.c] does a lot of stuff with a struct buf [notably, setting it's physical block number.] I don't think it's the case that this needs to be at splbio(), but could someone take a gander at that and let me know? [I'm a little fuzzy on just exactly when you should set the processor level to "bio" - just what are we protecting when we do that?] - Thanks - - Dave R. - From owner-freebsd-hackers Thu Mar 13 19:01:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA10116 for hackers-outgoing; Thu, 13 Mar 1997 19:01:16 -0800 (PST) Received: from jazz.snu.ac.kr (jazz.snu.ac.kr [147.46.102.36]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA10099 for ; Thu, 13 Mar 1997 19:01:09 -0800 (PST) Received: (from junker@localhost) by jazz.snu.ac.kr (8.8.5/8.8.4-procmail) id LAA29874; Fri, 14 Mar 1997 11:54:52 +0900 (KST) From: Choi Jun Ho Message-Id: <199703140254.LAA29874@jazz.snu.ac.kr> Subject: Re: netscape communicator versions? To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Fri, 14 Mar 1997 11:54:52 +0900 (KST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199703140200.VAA00894@crh.cl.msu.edu> from "Charles Henrich" at Mar 13, 97 09:00:32 pm MIME-Version: 1.0 Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk $)C Charles Henrich4T@G @L@| FmAv?!<-(wrote): :: :: There are two bsd versions of communicator now, one file identifies as: :: :: netscape: 386BSD demand paged executable :: :: and one as :: :: netscape: BSD/386 demand paged (first page unmapped) pure ex :: :: Which is the first? :: The former one. the latter is died with 'segmentatin fault' in my machine. Then, the latter is for what? :: Charles Henrich Michigan State University henrich@msu.edu -- --------------------------------------------------------------^^--- Judgement Uninfected Naked Kind & Executive Ranger - J U N K E R from KONAMI 1990 "SD-Snatcher" in MSX2 Choi Jun Ho http://jazz.snu.ac.kr/~junker Distributed Computing System Lab, CS Dept., Seoul National Univ. From owner-freebsd-hackers Thu Mar 13 19:13:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA10832 for hackers-outgoing; Thu, 13 Mar 1997 19:13:29 -0800 (PST) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA10827 for ; Thu, 13 Mar 1997 19:13:25 -0800 (PST) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.59 #1) id 0w5NQN-0002Aa-00; Thu, 13 Mar 1997 19:12:55 -0800 Date: Thu, 13 Mar 1997 19:12:55 -0800 (PST) From: Tom Samplonius To: mika ruohotie cc: hackers@freebsd.org Subject: Re: Panic with ahc driver In-Reply-To: <199703131220.OAA17358@shadows.aeon.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 13 Mar 1997, mika ruohotie wrote: > > > coz i originally fired up the ccd on 2.1.5 and went to 2.1.7 and then to > > > stable and still fast disk i/o caused atleast scsi hangs... occasionally > > You should sup stable, it has a newer ahc driver. > > uh... look again... i am on stable now... :p > > > Also, do you ahc_tagenable, and/or ahc_scbpaging enabled? Some drive > > and/or adapters don't like these. > > nope. > > i dont think 2.1 would even let me to have those... > > the error messages i had just before breaking ccd apart, coz it didnt let > me to do much of any drive i/o, mentioned SCBs, but i dont have those on logs. Make accurate copies of error messages. "mentioned SCBs" is useless. > at that time i already ran stable. and after taking ccd off line i still > got so far one unexplainable reboot during daily... (earlier i had probs > with daily too, phasetimeouts anf stuff) Always the same drive? > did i just overheat the drives? box has several fans, drives are 7200rpm > 2.15GB fujitsu ultra's... It shouldn't be possible to cook modern SCSI drives, as they will turn off if temp gets too high. Check cabling. Tom From owner-freebsd-hackers Thu Mar 13 19:57:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA13228 for hackers-outgoing; Thu, 13 Mar 1997 19:57:36 -0800 (PST) Received: from narcissus.ml.org (root@brosenga.Pitzer.edu [134.173.120.201]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA13223 for ; Thu, 13 Mar 1997 19:57:34 -0800 (PST) Received: from localhost (ben@localhost) by narcissus.ml.org (8.7.5/8.7.3) with SMTP id TAA05575; Thu, 13 Mar 1997 19:57:37 -0800 (PST) Date: Thu, 13 Mar 1997 19:57:37 -0800 (PST) From: Snob Art Genre To: Joerg Wunsch cc: FreeBSD hackers Subject: Re: Weird idea. :) In-Reply-To: <19970314002509.PZ39865@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 14 Mar 1997, J Wunsch wrote: > We do already have some multi-megabyte dictionary files in > /usr/share/dict. However -- we don't have the jargon file. Not only > that this can often serve as a good documentation in particular for > newbies, but it's also a very fine source for random text (while the > normal word lists only contain ordered text). > > The dictionaries are an optional distribution part anyway, so only > people who are interested will need to install them. > > Opinions? Not that my opinion counts for bupkes, but I think this is a very good idea, for exactly the reasons you mention. > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) > Ben "You have your mind on computers, it seems." From owner-freebsd-hackers Thu Mar 13 20:00:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA13471 for hackers-outgoing; Thu, 13 Mar 1997 20:00:37 -0800 (PST) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA13464 for ; Thu, 13 Mar 1997 20:00:33 -0800 (PST) Received: from sister.ludd.luth.se (dateck@sister.ludd.luth.se [130.240.16.77]) by zed.ludd.luth.se (8.8.5/8.8.5) with ESMTP id FAA08859; Fri, 14 Mar 1997 05:00:23 +0100 From: Tomas Klockar Received: (dateck@localhost) by sister.ludd.luth.se (8.6.11/8.6.11) id FAA22005; Fri, 14 Mar 1997 05:00:22 +0100 Message-Id: <199703140400.FAA22005@sister.ludd.luth.se> Subject: Re: wierd things in tcsh To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 14 Mar 1997 05:00:21 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: <19970313214301.LD43370@uriah.heep.sax.de> from J Wunsch at "Mar 13, 97 09:43:01 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to J Wunsch: > As Tomas Klockar wrote: > > > This is what I got when I logged on today. > > > > Mar 13, 10:42: ck has logged on 3 from local. > > Mar 13, 10:42: 4 has logged on ²Ë'3ttyp from ck. > > Damaged wtmp file. You are mixing binaries for 2.2 and 3.0-current. > Sorry not me mixing, this is straight of the installation of freebsd 2.2-970225-GAMMA i haven't changed a bit. The 2.2 tcsh package that you get when you install should be right, right. Are there anything else that might have been changed ? This tcsh isn't working right. /Tomas -- Tomas Klockar can be found at the following adresses: Kårhusvägen 4:23 | Furuvägen 102 | dateck@ludd.luth.se 977 54 Luleå | 871 52 Härnösand | dateck@solace.mh.se Tel: +46-920-231335 | Tel: +46-611-13393 | d94-tkl@sm.luth.se From owner-freebsd-hackers Thu Mar 13 20:25:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA16605 for hackers-outgoing; Thu, 13 Mar 1997 20:25:42 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA16594 for ; Thu, 13 Mar 1997 20:25:39 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id UAA20079; Thu, 13 Mar 1997 20:24:26 -0800 (PST) To: Luigi Rizzo cc: hackers@freebsd.org Subject: Re: Status and future of sound drivers ? In-reply-to: Your message of "Thu, 13 Mar 1997 08:57:45 +0100." <199703130757.IAA05813@labinfo.iet.unipi.it> Date: Thu, 13 Mar 1997 20:24:26 -0800 Message-ID: <20075.858313466@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Well it's not, so whomever takes over audio, I'd hope they'd also pay > > some attention to the music support. :-) > > But the audio people might have no interest in music stuff and > viceversa. Of course if some fixes come out for free, they will > certainly show up. But, personally, I would not spend a single hour > on fixing fm synthesis etc -- I don't have the knowledge, time, > interest to work on it. Understood, but you may have missed the emphasis in my earlier quote, "whomever takes over audio" meaning "whomever takes over the management of audio", e.g. someone who is to audio what I am to installation or David & John are to VM or Garrett is to Networking or Andrey is to I18N or... Well, I'm sure you get my point. :-) I think hacking various improvements into the audio code is fine, and fixing one bug obviously doesn't mean that one is obligated to fix _all_ bugs. However, whomever _takes over_ the audio code, and I think that someone very desperately needs to, should take it all over and not just the parts they like. In other words, if we're going to advertise any support for music at all, then the audiomeister needs to worry about music (even if it's only to make sure that someone *else* is worried about it - that's being the essence of management, after all :-) as well as DSP support. That's all I meant. If you don't want to be audiomeister then that's understandable, but _someone_ needs to before this code will truly become usable (both for now and for the future). > I'll see what I can do. My plans are to do a cleanup of the drivers, > take away all non-freebsd code, and possibly get rid of all the > "EXCLUDE_THIS" "INCLUDE_THAT" "SPECIAL_CODE_FOR_MY_BROTHERS_CARD" > things, and try to make this working with WSS and SB boards. That would be really nice. The #ifdef spaghetti in there is totally disgusting. > I'll make the code available as soon as possible. Great, thanks! Jordan From owner-freebsd-hackers Thu Mar 13 20:36:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA17727 for hackers-outgoing; Thu, 13 Mar 1997 20:36:50 -0800 (PST) Received: from X2.root.com (X2.root.com [198.145.90.53]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA17719 for ; Thu, 13 Mar 1997 20:36:47 -0800 (PST) Received: from X2.root.com (localhost [127.0.0.1]) by X2.root.com (8.8.5/8.8.5) with ESMTP id TAA00209; Thu, 13 Mar 1997 19:37:06 -0800 (PST) Message-Id: <199703140337.TAA00209@X2.root.com> To: mishania@demos.su cc: bag@sinbin.demos.su, hackers@FreeBSD.ORG Subject: Re: Q about 100Mb ether cards In-reply-to: Your message of "Thu, 13 Mar 1997 19:46:17 +0300." <199703131646.TAA25708@sinbin.demos.su> From: David Greenman Reply-To: dg@root.com Date: Thu, 13 Mar 1997 19:37:06 -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Yes, this is a known bug in the "rev 1" version of the 82557 chip. The >> receiver goes dead whenever it gets certain types of garbage. It should be >> fixed in "rev 2" versions, but I haven't verified this. > >You mean we can threw rev. 1 away ? Btw, what's the methodics to determine >if the beast I am buying in local store is rev. 1 or 2? Re to the situation >hub reboots and ethernet card kinda 'freeze', - is there any possibility to >implement some kind of software reset into the driver? The problem the machine >is 50km away from here :-( You should be able to "ifconfig fxp0 down; ifconfig fxp0 up" to restore it. ...and yes, it is possible to work around the problem in software via a disgusting hack, but I haven't done that yet. For now, you might consider writing a script that pings another machine on the ethernet and if it doesn't get a response, ifconfig down/up the interface...perhaps trying once per minute or something. Sorry that this is a problem for you. It's not a bug in the driver, however, so I don't feel too bad. :-) -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Mar 13 21:27:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA21412 for hackers-outgoing; Thu, 13 Mar 1997 21:27:52 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA21393 for ; Thu, 13 Mar 1997 21:27:49 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA20480; Thu, 13 Mar 1997 21:21:47 -0800 (PST) To: S ren Schmidt cc: luigi@labinfo.iet.unipi.it (Luigi Rizzo), hackers@freebsd.org Subject: Re: Status and future of sound drivers ? In-reply-to: Your message of "Thu, 13 Mar 1997 11:34:13 +0100." <199703131035.LAA04051@ravenock.cybercity.dk> Date: Thu, 13 Mar 1997 21:21:46 -0800 Message-ID: <20476.858316906@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Why dont you take a look at the net/open-bsd sound code, that would > get us rid of funny copyrights too, and maybe make a common bsd > soundAPI possible ?? (that would also free us from the old spaghetti > code)... Well, let's not forget the [far, far greater] importance of having a Linux compatible audio API. Their API may have its warts, but as far as audio applications written to the Linux sound driver spec, they have us beat by a factor of 10 or so. Aside for some scattered mbone tools, there aren't any applications _written_ to use this common BSD soundAPI if we had one. Frankly, I'd rather have the apps. :) Jordan From owner-freebsd-hackers Thu Mar 13 21:37:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA23307 for hackers-outgoing; Thu, 13 Mar 1997 21:37:51 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA23293 for ; Thu, 13 Mar 1997 21:37:47 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id VAA16813 for ; Thu, 13 Mar 1997 21:37:00 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA12427; Fri, 14 Mar 1997 16:05:13 +1030 (CST) From: Michael Smith Message-Id: <199703140535.QAA12427@genesis.atrad.adelaide.edu.au> Subject: Re: SecurID authentication In-Reply-To: from Andrzej Bialecki at "Mar 13, 97 10:41:21 am" To: abial@korin.warman.org.pl (Andrzej Bialecki) Date: Fri, 14 Mar 1997 16:05:13 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Andrzej Bialecki stands accused of saying: > > > > you would be able to supply a binary object (shared library) that could > > be used as part of the auth framework. I would hope that this would fall > > within their license requirements. > > > > Shared library... 8^(((( Remember our discussion about making BSDI libs > working under FreeBSD? Well, SDI *doesn't* ship shared libs, only libxxx.a > is available, and even this I can't use as library (I had to unarchive it > because of mysterious names clobbering between objects). So, what now? I'd suggest a two-part PAM module, with the SDI code linked into a seperate executable using IPC of some sort to the authenticator. > It seems I'm interested... it looks like I'm the only person around with > working SecurID installation. And though I probably lack some knowledge, > I'm willing to help with this. > > I'll take a look at the URL you referred to. Ta. You might want to research the GSS-API as well, in case this (which apparently ties in with PAM) offers some help. > Andrzej Bialecki _) _) _)_) _)_)_) _) _) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Mar 13 21:58:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA26383 for hackers-outgoing; Thu, 13 Mar 1997 21:58:13 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA26373 for ; Thu, 13 Mar 1997 21:58:10 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id VAA01039; Thu, 13 Mar 1997 21:56:07 -0800 (PST) Message-Id: <199703140556.VAA01039@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Jordan K. Hubbard" cc: Luigi Rizzo , hackers@FreeBSD.ORG Subject: Re: Status and future of sound drivers ? In-reply-to: Your message of "Thu, 13 Mar 1997 20:24:26 PST." <20075.858313466@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Mar 1997 21:56:07 -0800 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, taking over the audio driver is not easy. The problem is the variety of audio hardware and general expertise on them also the lack of general interest on helping out . When I get a chance I will update the guspnp driver and thats about it. Amancio From owner-freebsd-hackers Thu Mar 13 22:30:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01005 for hackers-outgoing; Thu, 13 Mar 1997 22:30:34 -0800 (PST) Received: from hamby1 (hamby1.lightside.net [207.67.176.17]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA00999 for ; Thu, 13 Mar 1997 22:30:30 -0800 (PST) Received: (from jehamby@localhost) by hamby1 (SMI-8.6/SMI-SVR4) id WAA01171 for hackers@freebsd.org; Thu, 13 Mar 1997 22:30:27 -0800 Date: Thu, 13 Mar 1997 22:30:27 -0800 From: jehamby@lightside.com (Jake Hamby) Message-Id: <199703140630.WAA01171@hamby1> To: hackers@freebsd.org Subject: My pipe is getting muddled?! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: Gxx8pU1Km1n59DqApDCStQ== Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, I posted a question a while back about whether or not it would be okay to use SYSV message queues in a project. I got a mixed reaction on that, so I'm looking at FIFO's and/or sockets as well. I have one big problem, though: If I have a server sitting on a FIFO, and it needs to communicate in both directions with multiple clients (imaging something like the X server sitting on /tmp/.X11-pipe/X0), how do I keep everyone's messages from getting all mixed up? On a socket, one would sit in a loop and accept() connections on the server end, and everything just works. The thing is, I've been trying to figure out (using truss), how Solaris manages to do a very similar thing in the X server with FIFO's, and I can't for the life of me figure out what crazy STREAMS nonsense they're using. The nearest I can tell, there is some sort of multiplexor in there, because when a new client connects, the server does an ioctl(fd, I_RECVFD, &buf), and pulls a new file descriptor out of the stream, and communicates with the client on that. Oddly enough, the client isn't doing an I_SENDFD anywhere, so I think this is happening automatically. Can anyone explain what's going on? I believe /tmp/.X11-pipe/X0 is a new interface, because Solaris also has a /tmp/.X11-unix/X0, which I believe is how everyone else communicates? Any light you can shed on this will be appreciated. In the meantime, I'm going to start exploring UNIX-domain sockets, because they have the behavior I want. But I vaguely remember hearing that the Solaris method is faster (well, at least for Solaris :). TIA! -- Jake From owner-freebsd-hackers Thu Mar 13 22:33:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01201 for hackers-outgoing; Thu, 13 Mar 1997 22:33:01 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA01194 for ; Thu, 13 Mar 1997 22:32:58 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id WAA21019; Thu, 13 Mar 1997 22:32:49 -0800 (PST) To: Eivind Eklund cc: Brian Somers , Harlan Stenn , hackers@FreeBSD.ORG Subject: Re: ppp log file In-reply-to: Your message of "Thu, 13 Mar 1997 18:01:21 +0100." <3.0.32.19970313180119.00b53590@dimaga.com> Date: Thu, 13 Mar 1997 22:32:49 -0800 Message-ID: <21016.858321169@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > IMHO, this is the wrong change - it doesn't look like it should be that > much work to convert ppp to use syslog, which would give us much more > practial logging, and simplify ppp at the same time (the log level stuff > could be taken care of by syslog). I agree, syslog is the way to go. Jordan From owner-freebsd-hackers Thu Mar 13 22:54:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA02414 for hackers-outgoing; Thu, 13 Mar 1997 22:54:41 -0800 (PST) Received: from jump.net (serv1-2.jump.net [204.238.120.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA02407; Thu, 13 Mar 1997 22:54:39 -0800 (PST) Received: from benjamin.adonai.com by jump.net (8.8.5/BERK-6.8.11) id AAA17771; Fri, 14 Mar 1997 00:54:35 -0600 (CST) Message-Id: <1.5.4.32.19970314065412.006970d4@jump.net> X-Sender: adonai@jump.net X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 14 Mar 1997 00:54:12 -0600 To: freebsd-isp@freebsd.org, hackers@freebsd.org From: Lee Crites Subject: How are you setting your modems???? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, I've got 2.2 up and running, and my digiboard seems to work fine. Now I'm trying to send configurations to my modems. I just can't seem to get it to happen. How do y'all do this? The closest thing to success I've had so far is with the cu command. I'm doing something like: #cu -l /dev/cuaD00 dir ATwhatever ~. I can see the lights on the modem blinking, but nothing shows up on the screen. When I've used /dev/ttyD00 I get nothing back, and the ~. command doesn't work. I'm sort of getting the impression from some of the tidbits around that the ttyD device goes one way (in?) and the cuaD device goes the other way (out?). If that is the case, then I guess it would be logical that one would work (cuaD00) and one would not (ttyD00). If this impression has nothing to do with reality, please let me know. If there is someplace where these things are documented, I'd also appreciate a pointer. So, y'all, what utility do you use to configure your modems? Please don't tell me you take them one at a time to a DOS pc and use something like procomm to do the job. While this is possible, it would greatly disappoint me... Thanks muchly... Lee From owner-freebsd-hackers Fri Mar 14 00:20:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA06575 for hackers-outgoing; Fri, 14 Mar 1997 00:20:35 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA06566 for ; Fri, 14 Mar 1997 00:20:32 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA23481 for hackers@FreeBSD.ORG; Fri, 14 Mar 1997 09:20:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA05980; Fri, 14 Mar 1997 08:52:21 +0100 (MET) Message-ID: <19970314085218.YA08717@uriah.heep.sax.de> Date: Fri, 14 Mar 1997 08:52:18 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: wierd things in tcsh References: <19970313214301.LD43370@uriah.heep.sax.de> <199703140400.FAA22005@sister.ludd.luth.se> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703140400.FAA22005@sister.ludd.luth.se>; from Tomas Klockar on Mar 14, 1997 05:00:21 +0100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Tomas Klockar wrote: > > Damaged wtmp file. You are mixing binaries for 2.2 and 3.0-current. > > > Sorry not me mixing, this is straight of the installation of freebsd > 2.2-970225-GAMMA i haven't changed a bit. The 2.2 tcsh package that you get > when you install should be right, right. > Are there anything else that might have been changed ? I think some of the 2.2-GAMMA distribution accidentally distributed the 3.0-current XFree86 package. I hoped Jordan did already fix this... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Mar 14 00:28:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA06933 for hackers-outgoing; Fri, 14 Mar 1997 00:28:15 -0800 (PST) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA06876 for ; Fri, 14 Mar 1997 00:27:48 -0800 (PST) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id JAA00226; Fri, 14 Mar 1997 09:26:09 +0100 (MET) From: Wolfgang Helbig Message-Id: <199703140826.JAA00226@helbig.informatik.ba-stuttgart.de> Subject: Re: dscheck() and the processor level? In-Reply-To: <199703140233.VAA00748@lakes.water.net> from Thomas David Rivers at "Mar 13, 97 09:33:57 pm" To: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers) Date: Fri, 14 Mar 1997 09:26:09 +0100 (MET) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi > > I don't think it's the case that this needs to be at splbio(), but > could someone take a gander at that and let me know? [I'm a little > fuzzy on just exactly when you should set the processor level to "bio" - > just what are we protecting when we do that?] We won't be interrupted by interrupt sources marked with "bio" in the kernel config file. Let's assume you have IRQ 14 and IRQ 15 set up for your IDE-controller, primary and secondary channel. In the GENERIC configuration file both are marked with "bio" (in the wdc0/wdc1 line). So if you don't want your wd-interrupt service routine start running while you are reading or changing common data-structures you have to code splbio(). Others interrupts like keyboard or clock still will get through and interrupt you. This is very well explained in man 9 spl. Wolfgang From owner-freebsd-hackers Fri Mar 14 00:29:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA06988 for hackers-outgoing; Fri, 14 Mar 1997 00:29:13 -0800 (PST) Received: from lilac.csi.cam.ac.uk (exim@lilac.csi.cam.ac.uk [131.111.8.44]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA06983 for ; Fri, 14 Mar 1997 00:29:08 -0800 (PST) Received: from g.pet.cam.ac.uk [131.111.209.233] by lilac.csi.cam.ac.uk with smtp (Exim 1.58 #1) id 0w5SMK-0006uz-00; Fri, 14 Mar 1997 08:29:04 +0000 Received: from g.pet.cam.ac.uk [127.0.0.1] by g.pet.cam.ac.uk with esmtp (Exim 1.59 #1) id 0w5SMc-0005yC-00; Fri, 14 Mar 1997 08:29:22 +0000 To: freebsd-hackers@freebsd.org Subject: Re: Weird idea. :) In-reply-to: Your message of "Fri, 14 Mar 1997 00:25:09 +0100." <19970314002509.PZ39865@uriah.heep.sax.de> Date: Fri, 14 Mar 1997 08:29:16 +0000 From: Gareth McCaughan Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J"org suggested including the Jargon File in /usr/share/dict with the dictionary files. I wholeheartedly agree that the Jargon File should be in there, but I'm not sure that's the right place for it. Isn't it reasonable for users to expect that anything in /usr/share/dict is a wordlist, containing only valid words (in some sense)? The Jargon File, in whatever version you take, contains markup of one sort or another. I suggest that the Jargon File should go in /usr/share/doc. -- Gareth McCaughan Dept. of Pure Mathematics & Mathematical Statistics, gjm11@dpmms.cam.ac.uk Cambridge University, England. From owner-freebsd-hackers Fri Mar 14 00:36:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA07316 for hackers-outgoing; Fri, 14 Mar 1997 00:36:38 -0800 (PST) Received: from ts.shopnet.com ([208.131.136.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07297; Fri, 14 Mar 1997 00:36:33 -0800 (PST) Received: (from deichert@localhost) by ts.shopnet.com (8.8.4/8.6.12) id BAA27819; Fri, 14 Mar 1997 01:38:15 -0700 (MST) Date: Fri, 14 Mar 1997 01:38:15 -0700 (MST) From: Diana Eichert X-Sender: deichert@ts.shopnet.com To: Lee Crites cc: freebsd-isp@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: How are you setting your modems???? In-Reply-To: <1.5.4.32.19970314065412.006970d4@jump.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 14 Mar 1997, Lee Crites wrote: > The closest thing to success I've had so far is with the cu command. I'm > doing something like: > > #cu -l /dev/cuaD00 dir > ATwhatever > ~. Try ATZ first, sometimes echo is not turned on, also what baud rate are your ports setup to? I usually invoke cu like this: cu -l \dev\cuac3 -s 57600 I have cyclades cards, ports set to 57600 in /etc/ttys, works. > So, y'all, what utility do you use to configure your modems? Please don't > tell me you take them one at a time to a DOS pc and use something like > procomm to do the job. While this is possible, it would greatly disappoint > me... Me, I run mgetty, Gert Doering's getty replacement, modem setup strings a breeze, it recognizes inbound PAP connection, plus has FAX support, etc.... http://www.leo.org/~doering/mgetty/ > Thanks muchly... > > Lee diana Diana Eichert VP Technical Services Auto Systems, Inc. deichert@wrench.com Tele: 505/239-2933 FAX: 505/837-2571 From owner-freebsd-hackers Fri Mar 14 00:50:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA07835 for hackers-outgoing; Fri, 14 Mar 1997 00:50:53 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA07830 for ; Fri, 14 Mar 1997 00:50:49 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA23913 for freebsd-hackers@freebsd.org; Fri, 14 Mar 1997 09:50:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA13161; Fri, 14 Mar 1997 09:42:38 +0100 (MET) Message-ID: <19970314094238.TL59733@uriah.heep.sax.de> Date: Fri, 14 Mar 1997 09:42:38 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: dscheck() and the processor level? References: <199703140233.VAA00748@lakes.water.net> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703140233.VAA00748@lakes.water.net>; from Thomas David Rivers on Mar 13, 1997 21:33:57 -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Thomas David Rivers wrote: > I don't think it's the case that this needs to be at splbio(), but > could someone take a gander at that and let me know? [I'm a little > fuzzy on just exactly when you should set the processor level to "bio" - > just what are we protecting when we do that?] Disk interrupts. Basically, all drivers in the config file with the word "bio". -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Mar 14 01:11:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA08731 for hackers-outgoing; Fri, 14 Mar 1997 01:11:59 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA08724 for ; Fri, 14 Mar 1997 01:11:51 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA24333; Fri, 14 Mar 1997 10:11:40 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA20464; Fri, 14 Mar 1997 09:59:07 +0100 (MET) Message-ID: <19970314095906.UD59927@uriah.heep.sax.de> Date: Fri, 14 Mar 1997 09:59:06 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: jehamby@lightside.com (Jake Hamby) Cc: hackers@freebsd.org Subject: Re: My pipe is getting muddled?! References: <199703140630.WAA01171@hamby1> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703140630.WAA01171@hamby1>; from Jake Hamby on Mar 13, 1997 22:30:27 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jake Hamby wrote: > The thing is, I've been trying to figure out (using truss), how > Solaris manages to do a very similar thing in the X server with > FIFO's, and I can't for the life of me figure out what crazy STREAMS > nonsense they're using. The nearest I can tell, there is some sort > of multiplexor in there, because when a new client connects, the > server does an ioctl(fd, I_RECVFD, &buf), and pulls a new file > descriptor out of the stream, and communicates with the client on > that. Isn't this what the STREAMS people call cloning? (I have no clues about STREAMS, but i'm sure Terry will respond with a message not below 200 lines very quickly. :-) > Any light you can shed on this will be appreciated. In the > meantime, I'm going to start exploring UNIX-domain sockets, because > they have the behavior I want. But I vaguely remember hearing that > the Solaris method is faster (well, at least for Solaris :). I think local domain sockets are your best bet. Their handling is supposedly not much different from PF_INET sockets. I think they don't support OOB messages, but that's probably not what you're looking for anyway. Btw., somebody should symlink unix(4) to local(4). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Mar 14 01:12:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA08853 for hackers-outgoing; Fri, 14 Mar 1997 01:12:38 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA08832; Fri, 14 Mar 1997 01:12:30 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA24358; Fri, 14 Mar 1997 10:12:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id KAA28689; Fri, 14 Mar 1997 10:08:15 +0100 (MET) Message-ID: <19970314100814.TS02670@uriah.heep.sax.de> Date: Fri, 14 Mar 1997 10:08:14 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: adonai@jump.net (Lee Crites) Cc: freebsd-isp@freebsd.org, hackers@freebsd.org Subject: Re: How are you setting your modems???? References: <1.5.4.32.19970314065412.006970d4@jump.net> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <1.5.4.32.19970314065412.006970d4@jump.net>; from Lee Crites on Mar 14, 1997 00:54:12 -0600 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Lee Crites wrote: > The closest thing to success I've had so far is with the cu command. I'm > doing something like: > > #cu -l /dev/cuaD00 dir > ATwhatever > ~. > > I can see the lights on the modem blinking, but nothing shows up on the > screen. You must be close. What exactly means `dir' in your command? Also, make sure to define the speed, e.g. by -s 57600. For the rest, you probably need what we call over here ``Mäusekino'', such a small gadget to monitor the V.24 lines. > When I've used /dev/ttyD00 I get nothing back, and the ~. command > doesn't work. Have a look at the ps -alx output: you would have seen a "siodcd" as the WCHAN. Means its waiting for carrier to arrive (DCD). That's the normal way a getty works, it tries to open the ttyd device, and blocks for carrier. > I'm sort of getting the impression from some of the tidbits > around that the ttyD device goes one way (in?) and the cuaD device goes the > other way (out?). You're totally right. The cua devices are the ``callout units''. They don't block on carrier (but interlock with the pending open on the ttyd device, so the waiting getty won't get the device while you are dialing out), and they behave similar to CLOCAL until the carrier first arrived. After this, they behave like -CLOCAL, thus you get a SIGHUP when carrier drops. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Mar 14 06:54:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA22098 for hackers-outgoing; Fri, 14 Mar 1997 06:54:43 -0800 (PST) Received: from blatz.cs.uwm.edu (blatz.cs.uwm.edu [129.89.2.6]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA22093 for ; Fri, 14 Mar 1997 06:54:41 -0800 (PST) Received: (from davida@localhost) by blatz.cs.uwm.edu (8.8.5/8.8.5) id IAA01894 for hackers@freebsd.org; Fri, 14 Mar 1997 08:54:39 -0600 Date: Fri, 14 Mar 1997 08:54:39 -0600 From: "Professor G. Davida" Message-Id: <199703141454.IAA01894@blatz.cs.uwm.edu> To: hackers@freebsd.org Subject: DOS_booter Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk To boot the Thinkpad 760 and have the MWAVE modem and the Soundblaster emulation work under FreeBSD it may be necesaary to boot the FreeBSD kernel directly from DOS or Windows95. Is there there such a boot program? Thanks George Davida From owner-freebsd-hackers Fri Mar 14 08:15:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA25581 for hackers-outgoing; Fri, 14 Mar 1997 08:15:36 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA25573; Fri, 14 Mar 1997 08:15:22 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id IAA05964; Fri, 14 Mar 1997 08:15:30 -0800 (PST) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: hackers@freebsd.org, rich@freebsd.org Subject: Re: wierd things in tcsh In-reply-to: Your message of "Fri, 14 Mar 1997 08:52:18 +0100." <19970314085218.YA08717@uriah.heep.sax.de> Date: Fri, 14 Mar 1997 08:15:30 -0800 Message-ID: <5961.858356130@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I think some of the 2.2-GAMMA distribution accidentally distributed > the 3.0-current XFree86 package. I hoped Jordan did already fix > this... Erm, I'm not sure *what* is going on with XFree86. At this point, I'm just waiting for Rich to tell me what the deal is. He was going to do some more binaries last weekend, but I don't know what happened to that. Jordan From owner-freebsd-hackers Fri Mar 14 09:12:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29175 for hackers-outgoing; Fri, 14 Mar 1997 09:12:59 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA29170 for ; Fri, 14 Mar 1997 09:12:57 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id JAA17748 for ; Fri, 14 Mar 1997 09:12:47 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id SAA07615; Fri, 14 Mar 1997 18:09:22 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id RAA01864; Fri, 14 Mar 1997 17:49:36 +0100 (MET) Message-Id: <3.0.32.19970314174748.01630a40@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 14 Mar 1997 17:47:49 +0100 To: "Professor G. Davida" From: Eivind Eklund Subject: Re: DOS_booter Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 08:54 AM 3/14/97 -0600, Professor G. Davida wrote: >To boot the Thinkpad 760 and have the MWAVE modem >and the Soundblaster emulation work under FreeBSD >it may be necesaary to boot the FreeBSD kernel directly >from DOS or Windows95. Is there there such a boot program? fbsdboot.exe is in the ftp.freebsd.org:/pub/FreeBSD/tools directory, I believe. Certainly it is at ftp.freebsd.org, at least. It run from DOS; I don't think it will work from Windows95. Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-hackers Fri Mar 14 09:45:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA01135 for hackers-outgoing; Fri, 14 Mar 1997 09:45:06 -0800 (PST) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA01129 for ; Fri, 14 Mar 1997 09:45:04 -0800 (PST) Message-Id: <199703141745.JAA01129@freefall.freebsd.org> To: freebsd-hackers Subject: Pre/Post processing IP packets Date: Fri, 14 Mar 1997 09:45:03 -0800 From: "John H. Aughey" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I want to be able to pre-process and post-process IP packets which are received by a network interface or are going out a network interface. Basically I want to be able to look at an IP packet immediately after it's received by an interface, fiddle around with the packet, and then pass the modified packet back to the kernel for further processing. In the same way I want to look at a packet that is going out an interface, fiddle around with the packet, and then pass the modified packet back to the kernel for actual transmission. This is for some experimental work I want to do with IPSec. I really want all this processing to be done in user land. It looks like the bpf is close, but it appears it's passive rather than active. There is some code written for Linux which runs entirely in kernel mode which frankly scares me, especially if more of the IPSec is implemented. Does anyone have any suggestions? Originally I was using the tunnel device and would setup static routes which would work if it's being used as a security gateway, but causes problems if you want to have packets IPSec'ed that originate from or are destined to the local host. Overall, it seemed possible, but difficult to use a tunnel device for this. -John From owner-freebsd-hackers Fri Mar 14 09:51:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA01488 for hackers-outgoing; Fri, 14 Mar 1997 09:51:32 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA01483 for ; Fri, 14 Mar 1997 09:51:29 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA16280; Fri, 14 Mar 1997 12:50:03 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri, 14 Mar 1997 12:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id HAA27151; Fri, 14 Mar 1997 07:33:33 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id HAA02165; Fri, 14 Mar 1997 07:39:43 -0500 (EST) Date: Fri, 14 Mar 1997 07:39:43 -0500 (EST) From: Thomas David Rivers Message-Id: <199703141239.HAA02165@lakes.water.net> To: ponds!MX.BA-Stuttgart.De!helbig Subject: Re: dscheck() and the processor level? Cc: ponds!freebsd.org!hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hi > > > > I don't think it's the case that this needs to be at splbio(), but > > could someone take a gander at that and let me know? [I'm a little > > fuzzy on just exactly when you should set the processor level to "bio" - > > just what are we protecting when we do that?] > > We won't be interrupted by interrupt sources marked with "bio" in the > kernel config file. Let's assume you have IRQ 14 and IRQ 15 set up > for your IDE-controller, primary and secondary channel. In the > GENERIC configuration file both are marked with "bio" (in the wdc0/wdc1 > line). So if you don't want your wd-interrupt service routine > start running while you are reading or changing common data-structures > you have to code splbio(). > Others interrupts like keyboard or clock still will get through and interrupt > you. > This is very well explained in man 9 spl. > > Wolfgang > Thanks! That's exactly the description I needed. I was trying to relate the (minimal) splXXX explanation in the 4.3BSD UNIX book to FreeBSD (admittedly a stretch, but that's what I have.) It never even occurred to me to simply try to do a man on 'spl' (duh) - Thanks again! - - Dave Rivers - From owner-freebsd-hackers Fri Mar 14 10:37:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA04431 for hackers-outgoing; Fri, 14 Mar 1997 10:37:28 -0800 (PST) Received: from vex.net (vex.net [207.207.191.193]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA04399; Fri, 14 Mar 1997 10:37:06 -0800 (PST) Received: from vex.net(really [207.207.191.193]) by vex.net via sendmail with smtp id for ; Fri, 14 Mar 1997 13:36:56 -0500 (EST) (Smail-3.2.0.90 1996-Dec-4 #4 built 1997-Jan-8) Date: Fri, 14 Mar 1997 13:36:56 -0500 (EST) From: Brian Tao X-Sender: taob@vex.net To: FREEBSD-SCSI-L , FREEBSD-HACKERS-L Subject: FreeBSD DPT RAID drivers Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here's a quick update on the FreeBSD drivers for the DPT SCSI-to-SCSI RAID controllers for PC's. -- Brian Tao (BT300, taob@risc.org) "Though this be madness, yet there is method in't" ---------- Forwarded message ---------- Date: Fri, 7 Mar 1997 12:35:13 -0800 (PST) From: Michael Neuffer To: inet-access@earth.com Subject: Re: FreeBSD vs. Linux On Fri, 7 Mar 1997, Richard Stanford wrote: >What are they wanting to use this server for? Linux fans will point >out that it can handle all sorts of weird (read: not good for a mission- >critical server) hardware (although it /does/ have support for that DPT >RAID card, which FreeBSD doesn't (grumble (damn, wish I could write a >decent device driver...))). The next generaton of the eata-dma driver (which is the driver for the DPTs) is currently under development. We are actually developing it for FreeBSD first and I am going to port it back to Linux once it is stable. It is going to have a number of new features that the current (2.59b) Linux release not has. Mike Michael Neuffer i-Connect.Net, a Division of iConnect Corp. mike@i-Connect.Net 14355 SW Allen Blvd., Suite 140 503.641.8774 Beaverton, OR 97005 ============================== ISP Mailing List ============================== Email ``unsubscribe'' to inet-access-request@earth.com to be removed. Because this is a restricted list -- DO NOT CROSS POST TO OTHER LISTS. From owner-freebsd-hackers Fri Mar 14 10:45:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA04804 for hackers-outgoing; Fri, 14 Mar 1997 10:45:25 -0800 (PST) Received: from anacreon.sol.net (anacreon.sol.net [206.55.64.116]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA04795 for ; Fri, 14 Mar 1997 10:45:10 -0800 (PST) Received: from solaria.sol.net (solaria.sol.net [206.55.65.75]) by anacreon.sol.net (8.8.5/8.6.12) with SMTP id MAA13179; Fri, 14 Mar 1997 12:44:52 -0600 (CST) Received: from localhost by solaria.sol.net (8.5/8.5) id MAA24157; Fri, 14 Mar 1997 12:44:51 -0600 From: Joe Greco Message-Id: <199703141844.MAA24157@solaria.sol.net> Subject: Re: DOS_booter To: davida@blatz.cs.uwm.edu (Professor G. Davida) Date: Fri, 14 Mar 97 12:44:49 CST Cc: hackers@freebsd.org In-Reply-To: <199703141454.IAA01894@blatz.cs.uwm.edu> from "Professor G. Davida" at Mar 14, 97 08:54:39 am X-Mailer: ELM [version 2.4dev PL65] MIME-Version: 1.0 Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > To boot the Thinkpad 760 and have the MWAVE modem > and the Soundblaster emulation work under FreeBSD > it may be necesaary to boot the FreeBSD kernel directly > from DOS or Windows95. Is there there such a boot program? Check out /usr/src/sys/i386/boot/dosboot (/usr/mdec/fbsdboot.exe) It looks like it does what you're asking for. I don't have any DOS machines around to try it on, however. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Fri Mar 14 10:50:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA05058 for hackers-outgoing; Fri, 14 Mar 1997 10:50:59 -0800 (PST) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA05036 for ; Fri, 14 Mar 1997 10:50:34 -0800 (PST) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id KAA03387 for ; Fri, 14 Mar 1997 10:49:50 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma003383; Fri Mar 14 10:49:25 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id KAA16572 for freebsd-hackers@freebsd.org; Fri, 14 Mar 1997 10:49:25 -0800 (PST) From: Archie Cobbs Message-Id: <199703141849.KAA16572@bubba.whistle.com> Subject: Re: Some questions regarding DHCP server and its logging (fwd) To: freebsd-hackers@freebsd.org Date: Fri, 14 Mar 1997 10:49:25 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is from the dhcpd mailing list, but thought it might be interesting for -hackers... comments? -Archie > ----- Forwarded message from Lauri Tischler ----- > > From bouncer-dhcpd-users@fugue.com Tue Mar 11 15:07:52 1997 > Precedence: junk > Sender: owner-dhcpd-users@fugue.com > From: "Lauri Tischler" > Organization: Efore Oy > To: Ted Lemon , dhcpd-users@fugue.com > Date: Wed, 12 Mar 1997 00:36:30 GMT +0200 > Subject: Re: Some questions regarding DHCP server and its logging > Priority: normal > X-mailer: Pegasus Mail v3.31 > Message-ID: <377842495A@espoo.efore.fi> > > *** From dhcpd-users -- To unsubscribe, see the end of this message. *** > > Anno Domini 10 Mar 97 at 20:07, Ted Lemon wrote: > > > > > > sendpkt : Connection refused > > > > This is some kind of Linux kernel bug. None of the Linux users on > > the list have (to my knowledge) ever investigated why this happens, > > although I see it reported from time to time. You might want to > > switch to FreeBSD or NetBSD - this problem never happens on either > > system. Or, if you're feeling adventurous, please dive into the > > Linux kernel and see if you can figure out why this is happening - > > it's probably something stupid, and as you've noticed, it's rather a > > pain... > > > > _MelloN_ > > I asked about this from the Linux Gurus and here is the answer... > > "quote" > Its bullshit on behalf of the BSD folks. It doesn't occur on BSD > because BSD violates the RFC1122 host requirement specifications. The > correct thing to do is to ignore the message. It means some buggy > host responded to the packet and said "sorry I dont have this port > open." Please pass that info back to the DHCP list and ask the BSD > folks when they are going to comply with RFC1122 > "unquote" > > Cheers... > -- > Lauri Tischler, Network Admin Tel: +358-9-47846331 > EFORE Oy Fax: +358-9-47846500 > Piispanportti 12 (PL 61) Mobile: +358-40-5569010 > 02211 Espoo FINLAND Internet: ltischler@efore.fi > * High Quality Custom Designed Power Supplies and Rectifiers * ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Fri Mar 14 12:00:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08497 for hackers-outgoing; Fri, 14 Mar 1997 12:00:36 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA08492 for ; Fri, 14 Mar 1997 12:00:32 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA01308; Fri, 14 Mar 1997 12:51:29 -0700 From: Terry Lambert Message-Id: <199703141951.MAA01308@phaeton.artisoft.com> Subject: Re: pcvt/132 columns To: james@wgold.demon.co.uk (James Mansion) Date: Fri, 14 Mar 1997 12:51:29 -0700 (MST) Cc: FreeBSD-hackers@freebsd.org In-Reply-To: <3327C3FC.3BDF@wgold.demon.co.uk> from "James Mansion" at Mar 13, 97 09:08:12 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a stupid thread, but... > > Will you accept Tannebaum as a reference, or is that too prejudicial? 8-). > > No, I will not accept Tannenbaum. Deitel, others? > > Would *you* accept that the common language usage suggests that it is an > OS, and that some of your criticisms of it are unfounded? If you will accept common language usage suggests that "IRC is Cyberspace" in the Gibsonian definition. > Do you believe that real time environments that do not preemtively > schedule and/or do not have full memory protection are not 'operating > systems'? I think full memory protection for processes is a requirement. An RT system, as long as it runs "drivers" instead of "processes" still qualifies. The issue is not when a protection domain is crossed, but whether or not there are protections domains *to* cross. > The list of systems currently accepted as operating systems but that > will be ruled out by one or more of your criteria is quite long. I know. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Mar 14 12:11:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08886 for hackers-outgoing; Fri, 14 Mar 1997 12:11:37 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA08881 for ; Fri, 14 Mar 1997 12:11:34 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA01347; Fri, 14 Mar 1997 13:00:09 -0700 From: Terry Lambert Message-Id: <199703142000.NAA01347@phaeton.artisoft.com> Subject: Re: Status and future of sound drivers ? To: dateck@ludd.luth.se (Tomas Klockar) Date: Fri, 14 Mar 1997 13:00:09 -0700 (MST) Cc: luigi@labinfo.iet.unipi.it, dateck@ludd.luth.se, jkh@time.cdrom.com, hackers@FreeBSD.ORG In-Reply-To: <199703131124.MAA01309@sister.ludd.luth.se> from "Tomas Klockar" at Mar 13, 97 12:24:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > settings. Then If your moderboard init your PNP devices then you > > > don't need the pnp code > > > > That's not always true, since at times the boards are initialized > > but left in a disabled state by the bios. I have a hard time buying that this would happen unless there was an unresolvable mapping conflict. If that happens, it is correct for the hardware to remain disabled, since the machine would be (probably) non-functional with it enabled. > Thats bad but I think we should hav a General PNP init code since on > my card I have ATAPI MIDI AUDIO GAMEPORT AND SBEMUL and if the code > for attaching and detecting PNP is in the sounddriver we have to > attach that one first otherwise there will be no cdrom or gameport. > So if it's possible to extend that pnp code I mentioned so it can > check all pnp devices and init them them that would be the best > solution. I can extend that code unless its already done. I'm not sure if it is or not; it has been a while since I looked at Sujal's code. I was under the impression that it was wholly complete, and the missing pieces were all driver and kernel code integration (assuming you don't take Sujal's patches, verbatim). In any case, general PNP support code is a Good Idea(tm). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Mar 14 12:31:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10218 for hackers-outgoing; Fri, 14 Mar 1997 12:31:20 -0800 (PST) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10206; Fri, 14 Mar 1997 12:31:08 -0800 (PST) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id UAA25135; Fri, 14 Mar 1997 20:27:02 GMT Message-Id: <199703142027.UAA25135@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: "John H. Aughey" cc: freebsd-hackers@freefall.freebsd.org Subject: Re: Pre/Post processing IP packets In-reply-to: Your message of "Fri, 14 Mar 1997 09:45:03 PST." <199703141745.JAA01129@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Mar 1997 20:27:02 +0000 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I want to be able to pre-process and post-process IP packets which > are received by a network interface or are going out a network > interface. Basically I want to be able to look at an IP packet > immediately after it's received by an interface, fiddle around with > the packet, and then pass the modified packet back to the kernel > for further processing. In the same way I want to look at a packet > that is going out an interface, fiddle around with the packet, and > then pass the modified packet back to the kernel for actual > transmission. Have a look on http://www.srv.com/~cmott. The natd program is a good example of using divert(4) sockets. The idea is that you tell the firewall software to "divert" certain packets to a given raw socket. You then write a program that sits on that raw socket, plays with packets and re-injects them into the ip handling routines in the kernel. I'm going to make a "port" of natd soon, but I've been quite busy lately :| -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Fri Mar 14 12:53:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA11360 for hackers-outgoing; Fri, 14 Mar 1997 12:53:01 -0800 (PST) Received: from chai.plexuscom.com (chai.plexuscom.com [207.87.46.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA11351 for ; Fri, 14 Mar 1997 12:52:49 -0800 (PST) Received: from chai.plexuscom.com (localhost.torrentnet.com [127.0.0.1]) by chai.plexuscom.com (8.8.5/8.8.5) with ESMTP id PAA00554 for ; Fri, 14 Mar 1997 15:53:12 -0500 (EST) Message-Id: <199703142053.PAA00554@chai.plexuscom.com> To: hackers@freebsd.org Subject: kernel remote debugging using gdb Date: Fri, 14 Mar 1997 15:53:12 -0500 From: Bakul Shah Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This seems to work mostly but there are a few problems. What I did: - recompiled the boot program to always use COM1 as console and installed it on the primary disk on the test machine (called TEST). - used the following options in the TEST config file: options COMCONSOLE options DDB options BREAK_TO_DEBUGGER - config -g TEST and compiled the test kernel on the development machine (called DEVEL), and copied it to TEST. - connected TEST's COM1 to DEVEL's COM2 with a `null modem' cable. - started kermit on DEVEL and connected to TEST @ 9600 baud - rebooted TEST. When the boot prompt came up in the kermit window, booted the kernel single-user. - once the kernel came up I hit ^\b in kermit to send a break to TEST. When DDB gained control I typed gdb so that on the next trap it will start the gdb remote protocol. I continued the kernel and then I sent another break and the TEST kernel did spew out out gdb remote stuff (which has a distinctive pattern). - Next I stopped kermit on DEVEL and chdir'ed to $SRC/sys/compile/TEST and started gdb. - in gdb I typed file kernel target remote /dev/cuaa1 At this point gdb starts controlling the remote kernel. Now one can add breakpoints, examine variables and so on. There are two problems: - Sendind a break in multiuser mode (before or after attaching gdb) does not seem to drop the kernel in the debugger. This seems to work occasionally but I haven't as yet figured out under what conditions. - In single user mode when gdb is attached, you can not type anything on the console nor can you see any printf() output[1]. These problems make debugging the kernel with gdb somewhat challenging. Am I doing something wrong or missing a crucial step? If these problems can be solved may be the above description can be added to the handbook or the FAQ. I am debugging a 2.2-961006-SNAP, if it matters. Thanks for any help! Any other hints/ideas on making this process less tedious are also more than welcome. -- bakul [1] Note that passing console device IO `through gdb' would be extremely useful as it will feel as if gdb is built in. Not sure if this works at all for the standard gdb remote protocol. At any rate adding it would not be hard. From owner-freebsd-hackers Fri Mar 14 12:59:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA11640 for hackers-outgoing; Fri, 14 Mar 1997 12:59:52 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA11635 for ; Fri, 14 Mar 1997 12:59:49 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id MAA07617; Fri, 14 Mar 1997 12:56:42 -0800 (PST) Message-Id: <199703142056.MAA07617@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Terry Lambert cc: dateck@ludd.luth.se (Tomas Klockar), luigi@labinfo.iet.unipi.it, jkh@time.cdrom.com, hackers@FreeBSD.ORG Subject: Re: Status and future of sound drivers ? In-reply-to: Your message of "Fri, 14 Mar 1997 13:00:09 MST." <199703142000.NAA01347@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Mar 1997 12:56:41 -0800 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk We do have general PnP init code please take up your questions related to multimedia related issues to the multimedia mailing list. Part of the reason is the high traffic on this mailing list and the other is that the people who can help you do read the multimedia mailing list. Amancio >From The Desk Of Terry Lambert : > > > > settings. Then If your moderboard init your PNP devices then you > > > > don't need the pnp code > > > > > > That's not always true, since at times the boards are initialized > > > but left in a disabled state by the bios. > > I have a hard time buying that this would happen unless there was > an unresolvable mapping conflict. If that happens, it is correct > for the hardware to remain disabled, since the machine would be > (probably) non-functional with it enabled. > > > > Thats bad but I think we should hav a General PNP init code since on > > my card I have ATAPI MIDI AUDIO GAMEPORT AND SBEMUL and if the code > > for attaching and detecting PNP is in the sounddriver we have to > > attach that one first otherwise there will be no cdrom or gameport. > > So if it's possible to extend that pnp code I mentioned so it can > > check all pnp devices and init them them that would be the best > > solution. I can extend that code unless its already done. > > I'm not sure if it is or not; it has been a while since I looked > at Sujal's code. I was under the impression that it was wholly > complete, and the missing pieces were all driver and kernel code > integration (assuming you don't take Sujal's patches, verbatim). > > In any case, general PNP support code is a Good Idea(tm). > > > Regards, > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-hackers Fri Mar 14 14:09:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA14762 for hackers-outgoing; Fri, 14 Mar 1997 14:09:12 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA14754 for ; Fri, 14 Mar 1997 14:09:09 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA07831; Fri, 14 Mar 1997 15:08:47 -0700 (MST) Date: Fri, 14 Mar 1997 15:08:47 -0700 (MST) Message-Id: <199703142208.PAA07831@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Bakul Shah Cc: hackers@freebsd.org Subject: Re: kernel remote debugging using gdb In-Reply-To: <199703142053.PAA00554@chai.plexuscom.com> References: <199703142053.PAA00554@chai.plexuscom.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > What I did: > > - recompiled the boot program to always use COM1 as console and > installed it on the primary disk on the test machine (called TEST). > > - used the following options in the TEST config file: > options COMCONSOLE You don't need COMCONSOLE for this to work, as a matter of fact you really don't want it due to the problems you've outlined below. > There are two problems: > > - Sendind a break in multiuser mode (before or after attaching gdb) > does not seem to drop the kernel in the debugger. This seems to > work occasionally but I haven't as yet figured out under what > conditions. I suspect the break is lost. If you aren't using the COMCONSOLE, do it on the real console. > - In single user mode when gdb is attached, you can not type anything > on the console nor can you see any printf() output[1]. That's because trying to MUX the gdb connection and the console is not a good idea. Serial debugging should not be attempted for remote connections simply because you can hang yourself. Nate From owner-freebsd-hackers Fri Mar 14 14:17:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15089 for hackers-outgoing; Fri, 14 Mar 1997 14:17:58 -0800 (PST) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA15083; Fri, 14 Mar 1997 14:17:55 -0800 (PST) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id OAA04565; Fri, 14 Mar 1997 14:17:24 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma004563; Fri Mar 14 14:17:01 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id OAA17382; Fri, 14 Mar 1997 14:17:01 -0800 (PST) From: Archie Cobbs Message-Id: <199703142217.OAA17382@bubba.whistle.com> Subject: Re: Pre/Post processing IP packets In-Reply-To: <199703141745.JAA01129@freefall.freebsd.org> from "John H. Aughey" at "Mar 14, 97 09:45:03 am" To: jha@freefall.freebsd.org (John H. Aughey) Date: Fri, 14 Mar 1997 14:17:00 -0800 (PST) Cc: freebsd-hackers@freefall.freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I want to be able to pre-process and post-process IP packets which > are received by a network interface or are going out a network > interface. Basically I want to be able to look at an IP packet > immediately after it's received by an interface, fiddle around with > the packet, and then pass the modified packet back to the kernel > for further processing. In the same way I want to look at a packet > that is going out an interface, fiddle around with the packet, and > then pass the modified packet back to the kernel for actual > transmission. > > This is for some experimental work I want to do with IPSec. I > really want all this processing to be done in user land. It looks > like the bpf is close, but it appears it's passive rather than > active. There is some code written for Linux which runs entirely > in kernel mode which frankly scares me, especially if more of the > IPSec is implemented. > > Does anyone have any suggestions? Originally I was using the tunnel > device and would setup static routes which would work if it's being > used as a security gateway, but causes problems if you want to have > packets IPSec'ed that originate from or are destined to the local > host. Overall, it seemed possible, but difficult to use a tunnel > device for this. man divert :-) -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Fri Mar 14 14:21:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15310 for hackers-outgoing; Fri, 14 Mar 1997 14:21:32 -0800 (PST) Received: from george.lbl.gov (george.lbl.gov [128.3.196.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA15296 for ; Fri, 14 Mar 1997 14:21:30 -0800 (PST) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id OAA24163; Fri, 14 Mar 1997 14:21:29 -0800 Date: Fri, 14 Mar 1997 14:21:29 -0800 From: "Jin Guojun[ITG]" Message-Id: <199703142221.OAA24163@george.lbl.gov> To: jkh@time.cdrom.com, thorpej@nas.nasa.gov Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Matt Jacob recently wrote a Qlogic ISP driver for NetBSD, and we have > > support for the PCI and Sbus cards that carry that chip. Might take > > a look in the NetBSD-current source tree. > > There's an idea. Thanks! > > Jordan I think I am going to port it to FreeBSD if no one plan to do it right now. It may not be guaranteed by the day of 2.2-RELEASE, but will be in 2.2.x. Since I knows nothing about NetBSD, I need some help for porting this. (1) Where is the Qlogic ISP driver for NetBSD located? (2) Is the NetBSD-current source tree similar to the FreeBSD one? If so, I only need the location. If not, I not some tips for getting the source. -Jin From owner-freebsd-hackers Fri Mar 14 14:24:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15524 for hackers-outgoing; Fri, 14 Mar 1997 14:24:27 -0800 (PST) Received: from george.lbl.gov (george.lbl.gov [128.3.196.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA15510 for ; Fri, 14 Mar 1997 14:24:25 -0800 (PST) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id OAA24229; Fri, 14 Mar 1997 14:24:23 -0800 Date: Fri, 14 Mar 1997 14:24:23 -0800 From: "Jin Guojun[ITG]" Message-Id: <199703142224.OAA24229@george.lbl.gov> To: jkh@time.cdrom.com, thorpej@nas.nasa.gov Subject: Re: kern/2965: st0 hang/fail on reading 4mm DAT tape for larger files Cc: freebsd-bugs@freefall.freebsd.org, freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Matt Jacob recently wrote a Qlogic ISP driver for NetBSD, and we have > > support for the PCI and Sbus cards that carry that chip. Might take > > a look in the NetBSD-current source tree. > > There's an idea. Thanks! > > Jordan I think I am going to port it to FreeBSD if no one plan to do it right now. It may not be guaranteed by the day of 2.2-RELEASE, but will be in 2.2.x. Since I know nothing about NetBSD, I need some help for porting this. (1) Where is the Qlogic ISP driver for NetBSD located? (2) Is the NetBSD-current source tree similar to the FreeBSD one? If so, I only need the location. If not, I need some tips for getting the source. -Jin P.S. previous message has a typo in the last line. You may figure out already. From owner-freebsd-hackers Fri Mar 14 16:15:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA21749 for hackers-outgoing; Fri, 14 Mar 1997 16:15:21 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA21734 for ; Fri, 14 Mar 1997 16:15:09 -0800 (PST) Received: from phaeton.artisoft.com by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0w5dX6-00093wC; Fri, 14 Mar 97 12:24 PST Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA01395; Fri, 14 Mar 1997 13:11:58 -0700 From: Terry Lambert Message-Id: <199703142011.NAA01395@phaeton.artisoft.com> Subject: Re: My pipe is getting muddled?! To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 14 Mar 1997 13:11:58 -0700 (MST) Cc: jehamby@lightside.com, hackers@freebsd.org In-Reply-To: <19970314095906.UD59927@uriah.heep.sax.de> from "J Wunsch" at Mar 14, 97 09:59:06 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > The thing is, I've been trying to figure out (using truss), how > > Solaris manages to do a very similar thing in the X server with > > FIFO's, and I can't for the life of me figure out what crazy STREAMS > > nonsense they're using. The nearest I can tell, there is some sort > > of multiplexor in there, because when a new client connects, the > > server does an ioctl(fd, I_RECVFD, &buf), and pulls a new file > > descriptor out of the stream, and communicates with the client on > > that. > > Isn't this what the STREAMS people call cloning? (I have no clues > about STREAMS, but i'm sure Terry will respond with a message not > below 200 lines very quickly. :-) It's called a mux (multiplexor), not cloning. The mux fans out the stream to multiple streams, or it fans in several streams to one view at the stream head. In the case described, it looks like they are associating a descriptor with a particular muxed channel, where you also have a descriptor for the channel. There are *many* good reasons for doing this, including the ability to use I/O returns from anonymous engines for "hot engine scheduling". > I think local domain sockets are your best bet. Their handling is > supposedly not much different from PF_INET sockets. I think they > don't support OOB messages, but that's probably not what you're > looking for anyway. This may not accomplish the "remote" connection/fd correspondance that they seem to be going for (from the admittely tiny description provided). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Mar 14 16:40:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA23223 for hackers-outgoing; Fri, 14 Mar 1997 16:40:33 -0800 (PST) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA23214 for ; Fri, 14 Mar 1997 16:40:29 -0800 (PST) Received: from cliff.cris.com (cliff.cris.com [199.3.12.45]) by darius.concentric.net (8.8.5/(97/03/03 3.23)) id TAA18120; Fri, 14 Mar 1997 19:40:20 -0500 (EST) [1-800-745-2747 The Concentric Network] Received: from crc3.concentric.net (61033d0013ny.concentric.net [206.173.18.73]) by cliff.cris.com (8.8.5) id TAA26931; Fri, 14 Mar 1997 19:40:18 -0500 (EST) Message-ID: <3329F063.198D@concentric.net> Date: Fri, 14 Mar 1997 19:42:11 -0500 From: "Richard J. Linane" Reply-To: Typh0on@concentric.net Organization: Richard J. Linane X-Mailer: Mozilla 3.0Gold (Win95; U) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Xf8632--2.1.7 CD-ROM Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have succesfully installed 2.1.7 BSD to an extended dos partitian of my hard drive. I had to do this from the DOS Part. because my CD-ROM Drive is not supported ( TEAC CD55A IDE )by BSD. I only have 247MB of free space on my existing Bootable DOS Partitian and I want to install some of the packages to my free BSD Slice. I was wondering if anyone could tell me how to split up packages to install Xfree86 3.2 and other distributions. >> If somebody knows how Packages can be divided please let me know. Thank you, Sincerly, Rich Linane Typh0on@concentric.net From owner-freebsd-hackers Fri Mar 14 23:06:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA08517 for hackers-outgoing; Fri, 14 Mar 1997 23:06:24 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA08505 for ; Fri, 14 Mar 1997 23:06:11 -0800 (PST) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.8.5/8.6.6) with ESMTP id AAA18281 for ; Sat, 15 Mar 1997 00:06:08 -0700 (MST) Message-Id: <199703150706.AAA18281@rover.village.org> To: hackers@freebsd.org Subject: getopt and EOF vs -1 Date: Sat, 15 Mar 1997 00:06:07 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A long time ago, I filed a bug saying that getopt returns -1 rather than EOF. The general concensus at the time was approximately "Wait for lite-2, and then fix it." Lite-2 documents getopt this way now, so I'm in the process of fixing it in our source base when I want something to do that doesn't require much thought or skill. I've just finished usr.sbin and will be moving on to the rest of the tree. I plan on making sure that these things survive a make world and that the system survies after that make world. This will likely take about week or two to accomplish. This places the bulk checkin safely after 2.2R goes out. I plan on doing the commits one module at a time, so there shouldn't be more than about a dozen all told. I'll do one for usr.sbin and children, one for bin and all children, etc. This should update the change logs in the CVSROOT/commitlogs correctly while limiting the amount of mail to a reasonable amount. I thought I'd give fair warning that I'd be doing this in plenty of time for comments before I invest too much into doing this. Comments? Warner From owner-freebsd-hackers Sat Mar 15 00:37:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA11335 for hackers-outgoing; Sat, 15 Mar 1997 00:37:06 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA11330 for ; Sat, 15 Mar 1997 00:37:01 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id TAA29813; Sat, 15 Mar 1997 19:31:30 +1100 Date: Sat, 15 Mar 1997 19:31:30 +1100 From: Bruce Evans Message-Id: <199703150831.TAA29813@godzilla.zeta.org.au> To: hackers@FreeBSD.org, imp@village.org Subject: Re: getopt and EOF vs -1 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >A long time ago, I filed a bug saying that getopt returns -1 rather >than EOF. The general concensus at the time was approximately "Wait >for lite-2, and then fix it." Lite-2 documents getopt this way now, >so I'm in the process of fixing it in our source base when I want >something to do that doesn't require much thought or skill. I've just >finished usr.sbin and will be moving on to the rest of the tree. I >plan on making sure that these things survive a make world and that >the system survies after that make world. This will likely take about >week or two to accomplish. This places the bulk checkin safely after >2.2R goes out. There are about 331 possibilities. Do you really wish to fix them all? (y or n) :-) I don't think the ones in code with an active vendor (other than us) should be changed, but there isn't much point in changing our code until others catch up. Bruce From owner-freebsd-hackers Sat Mar 15 01:06:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA12186 for hackers-outgoing; Sat, 15 Mar 1997 01:06:30 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA12181 for ; Sat, 15 Mar 1997 01:06:25 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id UAA30485; Sat, 15 Mar 1997 20:00:55 +1100 Date: Sat, 15 Mar 1997 20:00:55 +1100 From: Bruce Evans Message-Id: <199703150900.UAA30485@godzilla.zeta.org.au> To: bakul@torrentnet.com, hackers@FreeBSD.org Subject: Re: kernel remote debugging using gdb Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >- recompiled the boot program to always use COM1 as console and > installed it on the primary disk on the test machine (called TEST). > >- used the following options in the TEST config file: > options COMCONSOLE > options DDB > options BREAK_TO_DEBUGGER You probably don't want COMCONSOLE. It forces a serial console. This is inflexible, and serial consoles don't work right in conjunction with remote gdb. >- started kermit on DEVEL and connected to TEST @ 9600 baud 9600 baud is very slow. Paul Traina likes to use 115200. This is sometimes affected by initialization bugs (all instances of 9600 need to be changed to 115200 to get consistent initialization), and the throughput is still limited to one packet per clock tick on FreeBSD hosts running sio since the protocol is non-streaming and sio input is delivered to applications only every clock tick. >There are two problems: > >- Sendind a break in multiuser mode (before or after attaching gdb) > does not seem to drop the kernel in the debugger. This seems to > work occasionally but I haven't as yet figured out under what > conditions. I don't use breaks, but I saw cases where ordinary breakpoints didn't work (and screwed up everything) because of transmission errors. >- In single user mode when gdb is attached, you can not type anything > on the console nor can you see any printf() output[1]. gdb and serial consoles don't mix well. At best you can multiplex them manually. >[1] Note that passing console device IO `through gdb' would be > extremely useful as it will feel as if gdb is built in. Not > sure if this works at all for the standard gdb remote protocol. > At any rate adding it would not be hard. The driver's support for multiple serial consoles could be improved, but it would still be useful to multiplex through one console, since having multiple physical connections may be inconvenient. Bruce I now configure serial consoles using device flags. Bit 0x20 does the same thing as the current COMCONSOLE except it can be configured at boot time. Bit 0x40 reserves the console for specialized low level use (e.g., for gdb, which currently just grabs port 0 without checking it it is available). Bit 0x10 must now be set to use a port for a (high level) console. Setting it for sio0 gives the current default. Setting it for other sio ports makes the first enabled one the serial console. This will be standard if someone reviews it. diff -c2 sio.c~ sio.c *** sio.c~ Fri Jan 17 13:05:08 1997 --- sio.c Fri Jan 17 19:56:35 1997 *************** *** 116,119 **** --- 116,122 ---- #endif /* COM_MULTIPORT */ + #define COM_CONSOLE(dev) ((dev)->id_flags & 0x10) + #define COM_FORCECONSOLE(dev) ((dev)->id_flags & 0x20) + #define COM_LLCONSOLE(dev) ((dev)->id_flags & 0x40) #define COM_LOSESOUTINTS(dev) ((dev)->id_flags & 0x08) #define COM_NOFIFO(dev) ((dev)->id_flags & 0x02) *************** *** 341,346 **** static int comconsole = -1; ! static speed_t comdefaultrate = CONSPEED; static u_int com_events; /* input chars + weighted output completions */ static int sio_timeout; static int sio_timeouts_until_log; --- 344,350 ---- static int comconsole = -1; ! static volatile speed_t comdefaultrate = CONSPEED; static u_int com_events; /* input chars + weighted output completions */ + static Port_t siocniobase; static int sio_timeout; static int sio_timeouts_until_log; *************** *** 531,534 **** --- 536,544 ---- } + if (COM_LLCONSOLE(dev)) { + printf("sio%d: reserved for low-level i/o\n", dev->id_unit); + return (0); + } + /* * If the device is on a multiport card and has an AST/4 *************** *** 582,590 **** * We don't want to to wait long enough to drain at 2 bps. */ ! outb(iobase + com_cfcr, CFCR_DLAB | CFCR_8BITS); ! outb(iobase + com_dlbl, COMBRD(9600) & 0xff); ! outb(iobase + com_dlbh, (u_int) COMBRD(9600) >> 8); ! outb(iobase + com_cfcr, CFCR_8BITS); ! DELAY((16 + 1) * 1000000 / (9600 / 10)); /* --- 592,604 ---- * We don't want to to wait long enough to drain at 2 bps. */ ! if (iobase == siocniobase) ! DELAY((16 + 1) * 1000000 / (comdefaultrate / 10)); ! else { ! outb(iobase + com_cfcr, CFCR_DLAB | CFCR_8BITS); ! outb(iobase + com_dlbl, COMBRD(9600) & 0xff); ! outb(iobase + com_dlbh, (u_int) COMBRD(9600) >> 8); ! outb(iobase + com_cfcr, CFCR_8BITS); ! DELAY((16 + 1) * 1000000 / (9600 / 10)); ! } /* *************** *** 2399,2404 **** }; - static Port_t siocniobase; - static void siocnclose __P((struct siocnstate *sp)); static void siocnopen __P((struct siocnstate *sp)); --- 2447,2450 ---- *************** *** 2545,2563 **** struct consdev *cp; { ! int unit; ! ! /* XXX: ick */ ! unit = DEV_TO_UNIT(CONUNIT); ! siocniobase = CONADDR; ! ! /* make sure hardware exists? XXX */ ! ! /* initialize required fields */ ! cp->cn_dev = makedev(CDEV_MAJOR, unit); ! #ifdef COMCONSOLE ! cp->cn_pri = CN_REMOTE; /* Force a serial port console */ ! #else ! cp->cn_pri = (boothowto & RB_SERIAL) ? CN_REMOTE : CN_NORMAL; ! #endif } --- 2591,2628 ---- struct consdev *cp; { ! struct isa_device *dvp; ! int s; ! struct siocnstate sp; ! ! /* ! * Find our first enabled console, if any. If it is a high-level ! * console device, then initialize it and return successfully. ! * If it is a low-level console device, then initialize it and ! * return unsuccessfully. It must be initialized in both cases ! * for early use by console drivers and debuggers. Initializing ! * the hardware is not necessary in all cases, since the i/o ! * routines initialize it on the fly, but it is necessary if ! * input might arrive while the hardware is switched back to an ! * uninitialized state. We can't handle multiple console devices ! * yet because our low-level routines don't take a device arg. ! * We trust the user to set the console flags properly so that we ! * don't need to probe. ! */ ! cp->cn_pri = CN_DEAD; ! for (dvp = isa_devtab_tty; dvp->id_driver != NULL; dvp++) ! if (dvp->id_driver == &siodriver && dvp->id_enabled ! && COM_CONSOLE(dvp)) { ! siocniobase = dvp->id_iobase; ! s = spltty(); ! siocnopen(&sp); ! splx(s); ! if (!COM_LLCONSOLE(dvp)) { ! cp->cn_dev = makedev(CDEV_MAJOR, dvp->id_unit); ! cp->cn_pri = COM_FORCECONSOLE(dvp) ! || boothowto & RB_SERIAL ! ? CN_REMOTE : CN_NORMAL; ! } ! break; ! } } From owner-freebsd-hackers Sat Mar 15 02:05:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA13966 for hackers-outgoing; Sat, 15 Mar 1997 02:05:53 -0800 (PST) Received: from phi.Sinica.EDU.tw (phi.sinica.edu.tw [140.109.14.4]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA13961; Sat, 15 Mar 1997 02:05:44 -0800 (PST) Received: by phi.Sinica.EDU.tw (5.x/SMI-SVR4) id AA12889; Sat, 15 Mar 1997 18:01:17 +0800 From: ywliu@phi.Sinica.EDU.tw (Yen-Wei Liu) Message-Id: <9703151001.AA12889@phi.Sinica.EDU.tw> Subject: SSH-1.2.17 & FreeBSD 2.1.7 strange problem To: question@freebsd.org, hackers@freebsd.org Date: Sat, 15 Mar 1997 18:01:16 +0800 (CST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Sorry I send this message to two lists, which I am not on. However, I think experienced programmers may be interested and helpful. I have one Sun SparcStation running SunOS 5.5, one PC running FreeBSD 2.1.6 and one 2.1.7, and the other Linux 2.0.x. All of them were all installed Secure Shell (SSH) 1.2.17 and happily connected with one another. After I updated one 2.1.6 to the current 2.1.7, a strange thing happened. This 2.1.7 can connect to 2.1.6 and Linux (in shell interactive mode), but cannot connect to SunOS 5.5 ! Everytime it sends out a message "Command terminated on signal 1" and then disconnects the request from 2.1.7, while 2.1.6 can connect to this SunOS 5.5 in shell mode !! After more than 4 hours fighting with this problem, I guess it's more related to FreeBSD , rather than to Ssh. The two PCs differs only in OS version : 2.1.6 and 2.1.7 , and 2.1.6 is OK but not for 2.1.7 !! I wonder if there is anyone who has experience with this. Also, if any of you are interested in solving this, I can provide the account on SunOS 5.5 (in the US) for you to test. Hope any of you can help me. --- Hoffmann Yen-Wei Liu (Taipei, Taiwan) "It seems like once people grow up, they have no idea what's cool." - Calvin said to Hobbes, Calvin and Hobbes. E-mail addr : (Personal) ywliu@tpts4.seed.net.tw (Business) ywliu@sinanet.com (For personal or confidential messages, please apply the following PGP key and mail to ywliu@tpts4.seed.net.tw) From owner-freebsd-hackers Sat Mar 15 02:07:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA13992 for hackers-outgoing; Sat, 15 Mar 1997 02:07:05 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA13985 for ; Sat, 15 Mar 1997 02:06:55 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA28338; Sat, 15 Mar 1997 11:06:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id KAA27317; Sat, 15 Mar 1997 10:09:09 +0100 (MET) Message-ID: <19970315100909.UY14973@uriah.heep.sax.de> Date: Sat, 15 Mar 1997 10:09:09 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: Typh0on@concentric.net Cc: freebsd-hackers@freebsd.org Subject: Re: Xf8632--2.1.7 CD-ROM References: <3329F063.198D@concentric.net> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3329F063.198D@concentric.net>; from Richard J. Linane on Mar 14, 1997 19:42:11 -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Richard J. Linane wrote: > >> If somebody knows how Packages can be divided please let me know. It's probably hard to divide packages, but XFree86 isn't a package (in the sense of the ports collection) anyway. Go into the XF8632 directory of your CD-ROM, and read the documentation there. There's a file describing the purpose of the various tarballs. Basically, what you don't need to copy is all the Xservers you'll never use since they are not for your hardware (but care!, do copy the VGA16 server since the new and nifty XF86Setup tool will need it), all the XFree98 stuff (it's for the Japanese PC98), the sources, and most likely the linkkits. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Mar 15 02:07:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA14014 for hackers-outgoing; Sat, 15 Mar 1997 02:07:17 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA14009 for ; Sat, 15 Mar 1997 02:07:14 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA28346 for hackers@freebsd.org; Sat, 15 Mar 1997 11:07:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id KAA27340; Sat, 15 Mar 1997 10:14:25 +0100 (MET) Message-ID: <19970315101425.KW20639@uriah.heep.sax.de> Date: Sat, 15 Mar 1997 10:14:25 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: oops! mail problem.. References: <19970314232857.CN24400@uriah.heep.sax.de> <8182.858410832@time.cdrom.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <8182.858410832@time.cdrom.com>; from Jordan K. Hubbard on Mar 14, 1997 23:27:12 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > -L class This option sets the login class for the user being > > created. See login.conf(5) for more information on user class- > > es. > Hmmmm. OK, so did we agree on what the value for "class" should be? ;-) I don't think so. Anyway, while my system would basically support login classes, i'm still not using them, so i'm incompetent to comment on this. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Mar 15 10:42:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA03914 for hackers-outgoing; Sat, 15 Mar 1997 10:42:54 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA03902 for ; Sat, 15 Mar 1997 10:42:51 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA04505; Sat, 15 Mar 1997 11:33:27 -0700 From: Terry Lambert Message-Id: <199703151833.LAA04505@phaeton.artisoft.com> Subject: Re: getopt and EOF vs -1 To: bde@zeta.org.au (Bruce Evans) Date: Sat, 15 Mar 1997 11:33:27 -0700 (MST) Cc: hackers@FreeBSD.org, imp@village.org In-Reply-To: <199703150831.TAA29813@godzilla.zeta.org.au> from "Bruce Evans" at Mar 15, 97 07:31:30 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk [ ... -1 instead of manifest EOF, which is -1 ... ] > There are about 331 possibilities. Do you really wish to fix them all? > (y or n) :-) > > I don't think the ones in code with an active vendor (other than us) > should be changed, but there isn't much point in changing our code until > others catch up. Someone has to go first. Sending patches to the vendors would be a good start. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Mar 15 10:46:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA04045 for hackers-outgoing; Sat, 15 Mar 1997 10:46:15 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA04036; Sat, 15 Mar 1997 10:46:12 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA04518; Sat, 15 Mar 1997 11:36:25 -0700 From: Terry Lambert Message-Id: <199703151836.LAA04518@phaeton.artisoft.com> Subject: Re: SSH-1.2.17 & FreeBSD 2.1.7 strange problem To: ywliu@phi.Sinica.EDU.tw (Yen-Wei Liu) Date: Sat, 15 Mar 1997 11:36:25 -0700 (MST) Cc: question@freebsd.org, hackers@freebsd.org In-Reply-To: <9703151001.AA12889@phi.Sinica.EDU.tw> from "Yen-Wei Liu" at Mar 15, 97 06:01:16 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Sorry I send this message to two lists, which I am not on. However, I think > experienced programmers may be interested and helpful. > > I have one Sun SparcStation running SunOS 5.5, one PC running FreeBSD > 2.1.6 and one 2.1.7, and the other Linux 2.0.x. All of them were all > installed Secure Shell (SSH) 1.2.17 and happily connected with one > another. > > After I updated one 2.1.6 to the current 2.1.7, a strange thing happened. > This 2.1.7 can connect to 2.1.6 and Linux (in shell interactive mode), but > cannot connect to SunOS 5.5 ! Everytime it sends out a message "Command > terminated on signal 1" and then disconnects the request from 2.1.7, while > 2.1.6 can connect to this SunOS 5.5 in shell mode !! After more than > 4 hours fighting with this problem, I guess it's more related to FreeBSD > , rather than to Ssh. The two PCs differs only in OS version : 2.1.6 and > 2.1.7 , and 2.1.6 is OK but not for 2.1.7 !! The shell is getting a signal 1 (SIGHUP), probably because "carrier" is dropped on the PTY, probably because of an authorization failure. You will need to provide better debugging information (see the ssh source site for information). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Mar 15 10:58:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA04562 for hackers-outgoing; Sat, 15 Mar 1997 10:58:34 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA04544 for ; Sat, 15 Mar 1997 10:58:14 -0800 (PST) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.8.5/8.6.6) with ESMTP id LAA22515; Sat, 15 Mar 1997 11:56:18 -0700 (MST) Message-Id: <199703151856.LAA22515@rover.village.org> To: Terry Lambert Subject: Re: getopt and EOF vs -1 Cc: bde@zeta.org.au (Bruce Evans), hackers@FreeBSD.org In-reply-to: Your message of "Sat, 15 Mar 1997 11:33:27 MST." <199703151833.LAA04505@phaeton.artisoft.com> References: <199703151833.LAA04505@phaeton.artisoft.com> Date: Sat, 15 Mar 1997 11:56:17 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199703151833.LAA04505@phaeton.artisoft.com> Terry Lambert writes: : [ ... -1 instead of manifest EOF, which is -1 ... ] : > There are about 331 possibilities. Do you really wish to fix them all? : > (y or n) :-) Hmmm, there are only 222 in my tree now, after eliminating the doc strings, and the irrelevant ones (that is ntp_getopt, or getopt_long). Also, there appears to be about 10 copies of getopt in the tree in various places :-(. One for patch, awk, ptx, cpio, diff, gcc, texinfo, etc, etc. There is also a libexec/mail.local/mail.local.c and a sendmail/contrib/src/mail.local/mail.local.c :-( I know this because both have this problem. : Sending patches to the vendors would be a good start. That sounds like an excellent plan. :-) Warner From owner-freebsd-hackers Sat Mar 15 12:33:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08047 for hackers-outgoing; Sat, 15 Mar 1997 12:33:34 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA08036 for ; Sat, 15 Mar 1997 12:33:19 -0800 (PST) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.8.5/8.6.6) with ESMTP id NAA25804; Sat, 15 Mar 1997 13:31:31 -0700 (MST) Message-Id: <199703152031.NAA25804@rover.village.org> Subject: Re: getopt and EOF vs -1 Cc: Terry Lambert , bde@zeta.org.au (Bruce Evans), hackers@FreeBSD.org In-reply-to: Your message of "Sat, 15 Mar 1997 11:56:17 MST." <199703151856.LAA22515@rover.village.org> References: <199703151856.LAA22515@rover.village.org> <199703151833.LAA04505@phaeton.artisoft.com> Date: Sat, 15 Mar 1997 13:31:27 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199703151856.LAA22515@rover.village.org> Warner Losh writes: : Hmmm, there are only 222 in my tree now, after eliminating the doc : strings, and the irrelevant ones (that is ntp_getopt, or getopt_long). Well, I've nabbed those. Only ones left are getopt_long, ntp_getopt and those that are in the contrib tree. Time for a make most && make installmost. :-) Since I don't have a P6/233 like Jordan, this may take a while... And from his other mail, looks like there is no chance at all that I'll get these changes in before 2.2R gets cut. Warner From owner-freebsd-hackers Sat Mar 15 17:42:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA23669 for hackers-outgoing; Sat, 15 Mar 1997 17:42:29 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA23578 for ; Sat, 15 Mar 1997 17:42:19 -0800 (PST) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.8.5/8.6.6) with ESMTP id SAA05059 for ; Sat, 15 Mar 1997 18:41:45 -0700 (MST) Message-Id: <199703160141.SAA05059@rover.village.org> To: hackers@freebsd.org Subject: Solaris x86 emulation Date: Sat, 15 Mar 1997 18:41:44 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, Any chance that Solaris x86 binaries would run on FreeBSD? I didn't see anything in the tree, but thought I'd ask around before trying to make {Open,Net}BSD's Solaris emulator work with FreeBSD... Specifically, I'd like to get CDE or Wabi running, if my license allows it.... Warner From owner-freebsd-hackers Sat Mar 15 18:09:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA00502 for hackers-outgoing; Sat, 15 Mar 1997 18:09:12 -0800 (PST) Received: from spoon.beta.com (root@[199.165.180.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA00494 for ; Sat, 15 Mar 1997 18:09:00 -0800 (PST) Received: from spoon.beta.com (mcgovern@localhost [127.0.0.1]) by spoon.beta.com (8.8.4/8.6.9) with ESMTP id VAA01032; Sat, 15 Mar 1997 21:08:21 -0500 (EST) Message-Id: <199703160208.VAA01032@spoon.beta.com> To: hackers@freebsd.org cc: marcio@cyclades.com Subject: cz driver... problems mapping resources? (HELP!) Date: Sat, 15 Mar 1997 21:08:21 -0500 From: "Brian J. McGovern" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm starting to pull my hair out. Somewhere, somehow, I'm doing something stupid. I know its me. I just need a pointer... The code below is the beginning of a device driver for the Cyclades Cyclom-Z card. The problem is that I can't get the card initialized... I've used the Linux driver as a template for trying to get this to work, and I don't think I'm doing anything too different. After dropping some printf's in to look at some of the registers and things, I seem to be getting really weird values. I'm not sure yet whether to blame how I'm setting up my ram and port addresses (mapping physical memory addresses to virtual, specifically), or whether other things need to get initalized that I'm missing in the Linux driver. In any event, I've placed my code on my FTP site (probably as quick as anything to get it). If anyone has some time to once-over the driver, I'd appreciate it. The code will be at ftp://spoon.beta.com/pub/czfbsd.tar.gz... I will also have the linux driver at ftp://spoon.beta.com/pub/czlinux.tar.gz. Any help is appreciated. Now, I have to go see about getting some replacement hair. -Brian From owner-freebsd-hackers Sat Mar 15 19:01:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA02759 for hackers-outgoing; Sat, 15 Mar 1997 19:01:20 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA02641 for ; Sat, 15 Mar 1997 18:59:40 -0800 (PST) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.8.5/8.6.6) with ESMTP id TAA05600 for ; Sat, 15 Mar 1997 19:59:36 -0700 (MST) Message-Id: <199703160259.TAA05600@rover.village.org> To: hackers@freebsd.org Subject: Make question Date: Sat, 15 Mar 1997 19:59:35 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I needed to remake file tonight from the build I had laying around in /usr/obj. The /usr/obj is freshly make world'd So I thought I could just cd to /usr/src/usr.bin/file and type make. Well, that doesn't update the /usr/obj copy. It just builds in /usr/src. So I cd .. and then make SUBDIRS=file. This seemed to work, but tried to do file/file after it got done. What's the preferred way to force the build to write to /usr/obj? Warner From owner-freebsd-hackers Sat Mar 15 19:07:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA02897 for hackers-outgoing; Sat, 15 Mar 1997 19:07:19 -0800 (PST) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA02892; Sat, 15 Mar 1997 19:07:15 -0800 (PST) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.5/8.7.3) with UUCP id UAA01691; Sat, 15 Mar 1997 20:07:07 -0700 (MST) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id UAA07731; Sat, 15 Mar 1997 20:06:53 -0700 (MST) Date: Sat, 15 Mar 1997 20:06:53 -0700 (MST) From: Marc Slemko cc: isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Mar 1997, Marc Slemko wrote: > You are probably using 2.2 or -current, right? On a 2.2 system I get > similar results to yours. On 2.1, async mounts only change one bit of > ffs code. In 2.2, they make more things async. I don't think the > difference in real life between 2.1 async and 2.2 async is as big as in a > test like this. For anyone still interested in this sync vs. async discussion, below is patch for 2.1-stable that should make async close to what it is in 2.2. This is the same change that was made in 2.2... Index: ffs_inode.c =================================================================== RCS file: /usr/cvs/src/sys/ufs/ffs/ffs_inode.c,v retrieving revision 1.13.4.1 diff -c -r1.13.4.1 ffs_inode.c *** ffs_inode.c 1995/08/24 06:03:02 1.13.4.1 --- ffs_inode.c 1997/03/16 01:23:13 *************** *** 222,227 **** --- 222,229 ---- oip->i_size = length; if (aflags & B_SYNC) bwrite(bp); + else if (ovp->v_mount->mnt_flag & MNT_ASYNC) + bdwrite(bp); else bawrite(bp); vnode_pager_setsize(ovp, (u_long)length); *************** *** 252,257 **** --- 254,261 ---- allocbuf(bp, size); if (aflags & B_SYNC) bwrite(bp); + else if (ovp->v_mount->mnt_flag & MNT_ASYNC) + bdwrite(bp); else bawrite(bp); } From owner-freebsd-hackers Sat Mar 15 19:33:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA04375 for hackers-outgoing; Sat, 15 Mar 1997 19:33:20 -0800 (PST) Received: from phi.Sinica.EDU.tw (phi.sinica.edu.tw [140.109.14.4]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA04351; Sat, 15 Mar 1997 19:32:56 -0800 (PST) Received: by phi.Sinica.EDU.tw (5.x/SMI-SVR4) id AA13852; Sun, 16 Mar 1997 11:28:08 +0800 From: ywliu@phi.Sinica.EDU.tw (Yen-Wei Liu) Message-Id: <9703160328.AA13852@phi.Sinica.EDU.tw> Subject: Re: SSH-1.2.17 & FreeBSD 2.1.7 strange problem To: terry@lambert.org (Terry Lambert) Date: Sun, 16 Mar 1997 11:28:08 +0800 (CST) Cc: questions@freebsd.org, hackers@freebsd.org In-Reply-To: <199703151836.LAA04518@phaeton.artisoft.com> from "Terry Lambert" at Mar 15, 97 11:36:25 am X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The shell is getting a signal 1 (SIGHUP), probably because "carrier" > is dropped on the PTY, probably because of an authorization failure. > > You will need to provide better debugging information (see the ssh > source site for information). Hi, The following is the debug info from both server side and client side. I don't think it's that useful, though. I guess you are right on the dropping of PTY, but the authorization was successful. However, the reason that it dropped PTY and only on FreeBSD 2.1.7 is unknown. -------------------------------------------------------------------------- On the server side : # uname -a SunOS ww3 5.5 Generic sun4u sparc SUNW,Ultra-1 # /usr/local/sbin/sshd -d debug: sshd version 1.2.17 [sparc-sun-solaris2.5] debug: Initializing random number generator; seed file /etc/ssh_random_seed log: Server listening on port 22. log: Generating 768 bit RSA key. log: RSA key generation complete. debug: Server will not fork when running in debugging mode. log: Connection from 203.75.92.65 port 1023 debug: Client protocol version 1.5; client software version 1.2.17 debug: Sent 768 bit public key and 1024 bit host key. debug: Encryption type: idea debug: Received session key; encryption turned on. debug: Attempting authentication for ywliu. debug: Trying rhosts with RSA host authentication for ywliu log: Could not reverse map address 203.75.92.65. debug: RhostsRSA authentication failed for 'ywliu', remote 'ywliu', host '203.75.92.65'. log: Password authentication for ywliu accepted. debug: Allocating pty. debug: Ignoring unsupported tty mode opcode 17 (0x11) debug: Forking shell. debug: Entering interactive session. debug: End of interactive session; stdin 0, stdout (read 0, sent 0), stderr 0 bytes. debug: Received SIGCHLD. fatal: Local: Command terminated on signal 1. debug: Calling cleanup 0x1844c(0xeffff738) debug: pty_cleanup_proc called debug: Calling cleanup 0x21514(0x0) -------------------------------------------------------------------------- On the client side : tao: {101} uname -a FreeBSD tao.sinanet.com.tw 2.1.7-RELEASE FreeBSD 2.1.7-RELEASE #0: Thu Feb 27 16:01:34 CST 1997 ywliu@tao.sinanet.com.tw:/usr/src/sys/compile/Sinanet i386 tao: {102} ssh -v ww3.sinanet.com SSH Version 1.2.17 [i386-unknown-freebsd2.1.7], protocol version 1.5. Standard version. Does not use RSAREF. Reading configuration data /etc/ssh_config ssh_connect: getuid 1000 geteuid 0 anon 0 Connecting to ww3.sinanet.com [207.88.20.69] port 22. Allocated local port 1023. Connection established. Remote protocol version 1.5, remote software version 1.2.17 Waiting for server public key. Received server public key (768 bits) and host key (1024 bits). Host 'ww3.sinanet.com' is known and matches the host key. Initializing random; seed file /usr/home/ywliu/.ssh/random_seed Encryption type: idea Sent encrypted session key. Received encrypted confirmation. Trying rhosts or /etc/hosts.equiv with RSA host authentication. Server refused our rhosts authentication or host key. No agent. Doing password authentication. ywliu's password: Requesting pty. Requesting shell. Entering interactive session. Command terminated on signal 1. tao: {103} --- Hoffmann Yen-Wei Liu (Taipei, Taiwan) "It seems like once people grow up, they have no idea what's cool." - Calvin said to Hobbes, Calvin and Hobbes. E-mail addr : (Personal) ywliu@tpts4.seed.net.tw (Business) ywliu@sinanet.com From owner-freebsd-hackers Sat Mar 15 19:45:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA05256 for hackers-outgoing; Sat, 15 Mar 1997 19:45:44 -0800 (PST) Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA05249 for ; Sat, 15 Mar 1997 19:45:41 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id UAA21425 for freebsd-hackers@freefall.cdrom.com; Sat, 15 Mar 1997 20:45:07 -0700 (MST) From: Don Yuniskis Message-Id: <199703160345.UAA21425@seagull.rtd.com> Subject: wd driver questions To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Sat, 15 Mar 1997 20:45:07 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings! I've been trying to sort out some discrepancies in the geometry reported by the wd probe as contrasted to the actual geometries of the attached drives. After wading through wd.c, I have been able to convince myself that I haven't a clue as to where the chicken/egg begins it's life. Could someone with more intimate knowledge of that driver spare a few moments for a quick set of questions? Thanx! --don From owner-freebsd-hackers Sat Mar 15 20:25:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA07163 for hackers-outgoing; Sat, 15 Mar 1997 20:25:14 -0800 (PST) Received: from po2.glue.umd.edu (root@po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA07158 for ; Sat, 15 Mar 1997 20:25:10 -0800 (PST) Received: from modem.eng.umd.edu (modem.eng.umd.edu [129.2.98.187]) by po2.glue.umd.edu (8.8.5/8.8.5) with ESMTP id XAA04272; Sat, 15 Mar 1997 23:25:07 -0500 (EST) Received: from localhost (chuckr@localhost) by modem.eng.umd.edu (8.8.5/8.6.4) with SMTP id XAA16586; Sat, 15 Mar 1997 23:25:06 -0500 (EST) X-Authentication-Warning: modem.eng.umd.edu: chuckr owned process doing -bs Date: Sat, 15 Mar 1997 23:25:06 -0500 (EST) From: Chuck Robey X-Sender: chuckr@modem.eng.umd.edu To: Warner Losh cc: hackers@FreeBSD.ORG Subject: Re: Make question In-Reply-To: <199703160259.TAA05600@rover.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Mar 1997, Warner Losh wrote: > > I needed to remake file tonight from the build I had laying around in > /usr/obj. The /usr/obj is freshly make world'd > > So I thought I could just cd to /usr/src/usr.bin/file and type make. > Well, that doesn't update the /usr/obj copy. It just builds in > /usr/src. So I cd .. and then make SUBDIRS=file. This seemed to > work, but tried to do file/file after it got done. > > What's the preferred way to force the build to write to /usr/obj? It does this if there isn't a corresponding obj dir left over from your last make world. I usually, when messing around in single dirs, do a 'make obj' just to be sure that there's a corresponding obj dir there (and I don't mess up my source dirs, which I like to keep clean). I think all you have to do is a make obj, then make real sure you go out of your way to kill the invisible .depend file in your sources, when you're deleting all the wayward obj files. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sat Mar 15 21:08:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA08450 for hackers-outgoing; Sat, 15 Mar 1997 21:08:56 -0800 (PST) Received: from thelab.hub.org (hal-ns1-31.netcom.ca [207.181.94.95]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA08405 for ; Sat, 15 Mar 1997 21:06:43 -0800 (PST) Received: from thelab.hub.org (LOCALHOST [127.0.0.1]) by thelab.hub.org (8.8.5/8.8.2) with SMTP id BAA05689 for ; Sun, 16 Mar 1997 01:06:28 -0400 (AST) Date: Sun, 16 Mar 1997 01:06:28 -0400 (AST) From: The Hermit Hacker To: hackers@freebsd.org Subject: Oracle compat stuff...*groan* Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... I just went through the trouble of compiling Edmund's 'contrib' stuff as a contrib/create function "library"...with a March 3rd server... I hate to eat crow, since it has this really really bad aftertaste that even ketchup can't cover, but...it doesn't work as reported :( If I load it up under one of the 'pre case insensitive' versions, I can use substr() or SUBSTR()...under v6.1, the case insensitive nature of v6.1 causes the server to use the last created function: test=> select * from test; str ----------- str long string (2 rows) test=> select substr(str, 3) from test; -- last created function for substr() substr --------- str ng string (2 rows) test=> select substr(str, 3, 2) from test; substr --------- str ng string (2 rows) Edmund, unless I've done something wrong (I used your oracle_compat.sql file to create the functions, these do not work the way you expected them too... So...I've been defending/trying to get to work something that doesn't seem to work as advertised :( The changes have been made to the code so that it will compile (except for Thomas's date code)... Edmund, if I have messed something up going the 'contrib' route to test things, please let me know and I'll fiddle with it some more, otherwise I need to know *which* versions of the functions are more appropriately included, and we'll need to change the man page :( From owner-freebsd-hackers Sat Mar 15 21:35:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA09112 for hackers-outgoing; Sat, 15 Mar 1997 21:35:57 -0800 (PST) Received: from hamby1 (hamby1.lightside.net [207.67.176.17]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA09107 for ; Sat, 15 Mar 1997 21:35:52 -0800 (PST) Received: (from jehamby@localhost) by hamby1 (SMI-8.6/SMI-SVR4) id VAA17902; Sat, 15 Mar 1997 21:34:38 -0800 Date: Sat, 15 Mar 1997 21:34:38 -0800 From: jehamby@lightside.com (Jake Hamby) Message-Id: <199703160534.VAA17902@hamby1> To: hackers@FreeBSD.ORG, imp@village.org Subject: Re: Solaris x86 emulation Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: lndw6rqpwKWhj7rXi85IKQ== Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Greetings, > Any chance that Solaris x86 binaries would run on FreeBSD? I > didn't see anything in the tree, but thought I'd ask around before > trying to make {Open,Net}BSD's Solaris emulator work with FreeBSD... > Specifically, I'd like to get CDE or Wabi running, if my license > allows it.... I already responded to Warner privately, but I thought I'd briefly comment to hackers as well. Unfortunately, there are only so many hours in the day, and I never did get around to attempting to integrate NetBSD's SVR4 emulation into FreeBSD. However, I did try NetBSD/sparc, and it was able to run Solaris Netscape and other binaries, once I copied the Solaris and OpenWindows shared libraries over. And basically, that's going to be your problem, even if you can get WABI to run on FreeBSD/NetBSD, you're going to need to buy a copy of Solaris/x86 in order to get the shared libraries you need. On SunSite, I remember seeing GPL'd versions of libc for Linux's SVR4 emulation, but that still leaves OpenWindows. If you want CDE, you can buy a copy from http://www.xinside.com/. You can get WABI for Linux from http://www.caldera.com/ Either of those is going to be feasible to run under FreeBSD, whereas the Solaris/x86 versions aren't. Of course, if you can get an academic discount, you can go the route I did and just buy Solaris (less than $150). It's a bit slow sometimes on my 486, but I live with it because I'm doing Solaris development, and I really like Sun's WorkShop environment. Cheers, Jake From owner-freebsd-hackers Sat Mar 15 21:49:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA09463 for hackers-outgoing; Sat, 15 Mar 1997 21:49:34 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA09456 for ; Sat, 15 Mar 1997 21:49:28 -0800 (PST) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.8.5/8.6.6) with ESMTP id WAA12356; Sat, 15 Mar 1997 22:49:17 -0700 (MST) Message-Id: <199703160549.WAA12356@rover.village.org> To: Chuck Robey Subject: Re: Make question Cc: hackers@freebsd.org In-reply-to: Your message of "Sat, 15 Mar 1997 23:25:06 EST." References: Date: Sat, 15 Mar 1997 22:49:15 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Chuck Robey writes: : It does this if there isn't a corresponding obj dir left over from your : last make world. I usually, when messing around in single dirs, do a : 'make obj' just to be sure that there's a corresponding obj dir there (and : I don't mess up my source dirs, which I like to keep clean). Ummm, there *IS* one left over from my make world. If I cd to /usr/src/usr.bin and do a make, then it uses /usr/obj (specifically /usr/obj/jaz/FreeBSD/current/src/usr.bin/file). If I cd to /usr/src/usr.bin/file it builds in /usr/src/usr.bin/file rather than /usr/obj/jaz/FreeBSD/current/src/usr.bin/file.[*] : I think all you have to do is a make obj, then make real sure you go out : of your way to kill the invisible .depend file in your sources, when : you're deleting all the wayward obj files. Hmmm, that doesn't seem to work. I think the problem is that /usr/src is a symlink to /jaz/FreeBSD/current/src and when I recurse it uses the real path, while when I don't it uses $PWD. When I cd to /jaz/FreeBSD/current/src/usr.bin/file rather than /usr/src/usr.bin/file, then it picks up the right thing :-(. Sounds like a bug to me. Warner From owner-freebsd-hackers Sat Mar 15 22:03:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA09860 for hackers-outgoing; Sat, 15 Mar 1997 22:03:10 -0800 (PST) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA09855 for ; Sat, 15 Mar 1997 22:03:05 -0800 (PST) Received: (from mbarkah@localhost) by hemi.com (8.8.5/8.7.3) id XAA04014; Sat, 15 Mar 1997 23:02:52 -0700 (MST) From: Ade Barkah Message-Id: <199703160602.XAA04014@hemi.com> Subject: Re: Oracle compat stuff...*groan* To: scrappy@hub.org (The Hermit Hacker) Date: Sat, 15 Mar 1997 23:02:51 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: from The Hermit Hacker at "Mar 16, 97 01:06:28 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The Hermit Hacker wrote: > I just went through the trouble of compiling Edmund's 'contrib' > stuff as a contrib/create function "library"...with a March 3rd > server... Did you mean to send this to freebsd-hackers ? Or postgres95 mailing list, perhaps ? =-) Regards, -Ade ------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - ------------------------------------------------------------------- From owner-freebsd-hackers Sat Mar 15 22:13:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA10192 for hackers-outgoing; Sat, 15 Mar 1997 22:13:12 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA10187 for ; Sat, 15 Mar 1997 22:13:07 -0800 (PST) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.8.5/8.6.6) with ESMTP id XAA13150 for ; Sat, 15 Mar 1997 23:12:56 -0700 (MST) Message-Id: <199703160612.XAA13150@rover.village.org> To: hackers@freebsd.org Subject: Barb problem, FOUND Date: Sat, 15 Mar 1997 23:12:56 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk {standard input}: Assembler messages: {standard input}:1147: Warning: GOT relocation burb: `__vt$5TNode' should be global OK. The problem here is trivial to reproduce. All of the members of TNode are virtual. Even the dtor, and it is specifically inline (which is a major no-no for virtual dtors (and virtual functions in general) because most compiler give multiple copies). This message should really read "TNode::~TNode is an inline virtual function, and I don't know how to cope, so fix the dubious construct in the code, OK" In the case of tvision 0.3, I see it for each of the classes that have virtual inline functions, but it reports the wrong function name. Comments? Warner From owner-freebsd-hackers Sat Mar 15 22:21:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA10510 for hackers-outgoing; Sat, 15 Mar 1997 22:21:03 -0800 (PST) Received: from r74h25.res.gatech.edu (ken@r74h25.res.gatech.edu [128.61.74.25]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA10504 for ; Sat, 15 Mar 1997 22:21:01 -0800 (PST) Received: (from ken@localhost) by r74h25.res.gatech.edu (8.8.5/8.8.5) id BAA10332; Sun, 16 Mar 1997 01:20:46 -0500 (EST) From: "Kenneth D. Merry" Message-Id: <199703160620.BAA10332@r74h25.res.gatech.edu> Subject: Re: netscape communicator versions? In-Reply-To: <199703140200.VAA00894@crh.cl.msu.edu> from Charles Henrich at "Mar 13, 97 09:00:32 pm" To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Sun, 16 Mar 1997 01:20:45 -0500 (EST) Cc: freebsd-hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Charles Henrich wrote: > There are two bsd versions of communicator now, one file identifies as: > > netscape: 386BSD demand paged executable > > and one as > > netscape: BSD/386 demand paged (first page unmapped) pure ex > > Which is the first? I suspect that the former, from: netscape-v40b2-export.x86-unknown-bsd.tar.gz is the BSD/386 1.1 version. I would guess that the latter, from: netscape-v40b2-export.x86-unknown-bsd2.tar.gz is the BSD/OS 2.x version. The first one was a little more stable on my machine (SMP kernel, -current from around the end of January) than the second, so I went with that one. There are still a number of bugs with it, though. For instance, it doesn't seem to respond to -geometry, and crashes whenever you try to look at the source to a page with a java applet in it. (check out the non-java and java versions of the SGI home page -- it only crashes on the Java version) Ken -- Kenneth Merry ken@r74h25.res.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis. From owner-freebsd-hackers Sat Mar 15 22:47:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA11344 for hackers-outgoing; Sat, 15 Mar 1997 22:47:10 -0800 (PST) Received: from thelab.hub.org (hal-ns1-31.netcom.ca [207.181.94.95]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA11333 for ; Sat, 15 Mar 1997 22:47:02 -0800 (PST) Received: from thelab.hub.org (LOCALHOST [127.0.0.1]) by thelab.hub.org (8.8.5/8.8.2) with SMTP id CAA07104; Sun, 16 Mar 1997 02:46:50 -0400 (AST) Date: Sun, 16 Mar 1997 02:46:50 -0400 (AST) From: The Hermit Hacker To: Ade Barkah cc: hackers@freebsd.org Subject: Re: Oracle compat stuff...*groan* In-Reply-To: <199703160602.XAA04014@hemi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Mar 1997, Ade Barkah wrote: > The Hermit Hacker wrote: > > I just went through the trouble of compiling Edmund's 'contrib' > > stuff as a contrib/create function "library"...with a March 3rd > > server... > > Did you mean to send this to freebsd-hackers ? Or postgres95 > mailing list, perhaps ? =-) > hackers@postgresql.org was where it was supposed to go... apologies :(