From owner-freebsd-hackers Sun Oct 17 0:22:38 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (Postfix) with SMTP id C76DB14DED for ; Sun, 17 Oct 1999 00:22:24 -0700 (PDT) (envelope-from sthaug@nethelp.no) Received: (qmail 52603 invoked by uid 1001); 17 Oct 1999 07:22:19 +0000 (GMT) To: Doug@gorean.org Cc: FreeBSD-hackers@FreeBSD.ORG Subject: Re: SMP + fxp0 wierdness From: sthaug@nethelp.no In-Reply-To: Your message of "Sat, 16 Oct 1999 21:08:40 -0700" References: <38094BC8.B4040C5C@gorean.org> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 17 Oct 1999 09:22:19 +0200 Message-ID: <52601.940144939@verdi.nethelp.no> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Heh... well I've already enabled flags 0xb0ff, which has improved things > somewhat, but our hardware vendor slipped in some IBM DeskStar drives on > us, and they've been no end of trouble. Note that IBM Deskstar drives are very good performers for desktop use (and highly respected), but they are not meant for heavy duty server use. They are *known* to spin down once every 24 hours or so for some kind of head cleaning, and this could certainly be a problem for 24x7 service. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 17 2: 2: 8 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (Postfix) with ESMTP id B99F614FBB for ; Sun, 17 Oct 1999 02:02:00 -0700 (PDT) (envelope-from kris@airnet.net) Received: from airnet.net (tc14-216-180-35-100.dialup.HiWAAY.net [216.180.35.100] (may be forged)) by mail.HiWAAY.net (8.9.1a/8.9.0) with ESMTP id EAA27166; Sun, 17 Oct 1999 04:01:27 -0500 (CDT) Message-ID: <38099051.531643F5@airnet.net> Date: Sun, 17 Oct 1999 04:01:05 -0500 From: Kris Kirby Organization: Non Illegitemus Carborundum. X-Mailer: Mozilla 4.08 [en] (X11; U; FreeBSD 3.2-RELEASE i386) MIME-Version: 1.0 To: eT Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Upgrading a different way References: <3806FFBA.3CEA5755@post.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG eT wrote: > > I have an installed FreeBSD-2.2.x Release on a Hard disk. Is it > possible to upgrade to FreeBSD 3.2 by just copying the distribution > files over the existing 2.2.x filesystem? How would the booting issues > be overcome: > > 1. the booting? there is a new booting sequence and it seems like new > boot blocks will have to be written to master boot record? For lack of any other response, I'd recommend backing the machine up and installing fresh. You can then change the relevant options. (This assuming you weren't running "heavily-modified".) -- Kris Kirby ------------------------------------------- TGIFreeBSD... 'Nuff said. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 17 9: 6:27 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ppp142114.asahi-net.or.jp (ppp142114.asahi-net.or.jp [202.213.142.114]) by hub.freebsd.org (Postfix) with ESMTP id 5114514DAF for ; Sun, 17 Oct 1999 09:06:22 -0700 (PDT) (envelope-from tfuruya@ppp142114.asahi-net.or.jp) Received: from localhost (localhost.tf.or.jp [127.0.0.1]) by galois.tf.or.jp (8.9.3/3.7W-Teddy-99050304) with ESMTP id AAA21402; Mon, 18 Oct 1999 00:39:45 +0900 (JST) To: zzhang@cs.binghamton.edu Cc: freebsd-hackers@freebsd.org Subject: Re: Search a symbol in the source tree From: Tetsuro Teddy FURUYA (=?iso-2022-jp?B?GyRCOEVDKxsoQiAbJEJFL086GyhC?=) In-Reply-To: Your message of "Tue, 12 Oct 1999 10:32:00 -0400 (EDT)" References: X-Mailer: Mew version 1.93 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19991018003944T.tfuruya@galois.tf.or.jp> Date: Mon, 18 Oct 1999 00:39:44 +0900 X-Dispatcher: imput version 980905(IM100) Lines: 20 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Zhihui Zhang Subject: Search a symbol in the source tree Date: Tue, 12 Oct 1999 10:32:00 -0400 (EDT) Message-ID: zzhang> zzhang> Can anyone suggest me a way of searching symbols in the entire /usr/src zzhang> tree? I normally use grep */*. But grep does not work recursively, right? zzhang> Something like a small shell script may do this. Thanks a lot. It seems queer to me that there has been none who has refered to find - exec pairs. You may type into shell like; $find . -name "*.c" -print -exec "egrep" "-i" "idt" {} \; | less Here , "idt" is a search string. Teddy Furuya To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 17 9:37:16 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.nectar.com (gw.nectar.com [209.98.143.44]) by hub.freebsd.org (Postfix) with ESMTP id D032C14A13 for ; Sun, 17 Oct 1999 09:37:13 -0700 (PDT) (envelope-from nectar@nectar.com) Received: from bone.nectar.com (bone.nectar.com [10.0.0.105]) by gw.nectar.com (Postfix) with ESMTP id 212CCC008; Sun, 17 Oct 1999 11:37:15 -0500 (CDT) Received: from bone.nectar.com (localhost [127.0.0.1]) by bone.nectar.com (Postfix) with ESMTP id 3911B1D95; Sun, 17 Oct 1999 11:37:12 -0500 (CDT) X-Mailer: exmh version 2.1.0 09/18/1999 X-PGP-RSAfprint: 00 F9 E6 A2 C5 4D 0A 76 26 8B 8B 57 73 D0 DE EE X-PGP-RSAkey: http://www.nectar.com/nectar-rsa.txt X-PGP-DSSfprint: AB2F 8D71 A4F4 467D 352E 8A41 5D79 22E4 71A2 8C73 X-PGP-DHfprint: 2D50 12E5 AB38 60BA AF4B 0778 7242 4460 1C32 F6B1 X-PGP-DH-DSSkey: http://www.nectar.com/nectar-dh-dss.txt From: Jacques Vidrine To: Tetsuro Teddy FURUYA (=?iso-2022-jp?B?GyRCOEVDKxsoQiAbJEJFL086GyhC?=) Cc: zzhang@cs.binghamton.edu, freebsd-hackers@freebsd.org, nectar@nectar.com In-reply-to: <19991018003944T.tfuruya@galois.tf.or.jp> References: <19991018003944T.tfuruya@galois.tf.or.jp> Subject: Re: Search a symbol in the source tree Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 17 Oct 1999 11:37:11 -0500 Message-Id: <19991017163712.3911B1D95@bone.nectar.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 18 October 1999 at 0:39, Tetsuro Teddy FURUYA (=?iso-2022-jp?B?GyRCOEVDKxsoQiAbJEJFL086GyhC?=) wrote: > It seems queer to me that there has been none who has refered to > find - exec > pairs. > > You may type into shell like; > $find . -name "*.c" -print -exec "egrep" "-i" "idt" {} \; | less > Here , "idt" is a search string. That's because no one wants a separate invocation of egrep for every file! -- Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 17 11:14:34 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from Thanatos.Shenton.Org (cshenton.customer.execdsl.net [206.64.112.238]) by hub.freebsd.org (Postfix) with ESMTP id 1DDC014C28; Sun, 17 Oct 1999 11:14:25 -0700 (PDT) (envelope-from chris@shenton.org) Received: (from chris@localhost) by Thanatos.Shenton.Org (8.9.3/8.9.2) id OAA80303; Sun, 17 Oct 1999 14:14:24 -0400 (EDT) (envelope-from chris) To: hosokawa@freebsd.org Cc: hackers@freebsd.org Subject: Problem: 3.3-STABLE floppies: ep0/zp0, laptop falls off net From: Chris Shenton Date: 17 Oct 1999 14:14:24 -0400 Message-ID: <87r9it7t33.fsf@Thanatos.Shenton.Org> Lines: 55 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message started out identifying a problem I had with the 3.3-STABLE/floppies/pccard/kern.flp but it appears there's also a problem in the normal (non-pccard) kern.flp having to do with ifconfigging the device and/or setting a default route. First the pccard thing: 3.3-STABLE pccard kernel floppy has no zp0 (3com 3c589) Been using FreeBSD for about 5 years now. Just tried to upgrade my laptop from 2.2.8-STABLE to 3.3-STABLE. Found the note about using the "pccard" subdirectory floppies and tried it. Unfortunately, it thinks my 3com 3c589 PCMCIA card is an ep0 -- it has no driver for the correct zp0 device. It is able to get its DHCP address and was briefly able to start FTP retrieval from ftp.freebsd.org, but speed was about 1KB/second on a 1.5Mbps DSL line. Subsequent attempts caused it to fail even resolving other ftp*.freebsd.org names despite the fact that its nameserver is on the same LAN. I'd imagine the 3c589 is a fairly popular card and if ep0 can't drive it, then zp0 should certainly be included in the pccard floppy distro. [This may be a red-herring if the problem identified below is the culprit and the ep0 works fine for the 3c589] 3.3-STABLE kernel floppy seems to ifconfig down and remove default route I backed out to using the kernel floppy from the normal (non-pccard) distribution; it does have the zp0 driver and assigns it to my 3c589 pcmcia card. As before, I tell it to use DHCP to get its address and such, which it does fine. After choosing my FTP download site and committing, it hangs saying "logging into ftp.FreeBSD.org". After the 5 minute timeout, it allows me to try a different server, so I try ftp2.freebsd.org. It *immediately* returns saying that it can't resolve the host name. I turn on DEBUG in the Options menu and try again. Something in the holographic shell is reporting that zp0 has been "ifconfig down"ed and the default route as been removed. From the HoloShell I manually "ifconfig up" the device and "route add" the default route. When I return to the GUI screen and Commit, it is now able to resolve the name and connect to the server. So it seems the real trouble may be something in the GUI installer which is disabling the interface and removing the route for some reason; possibly some DHCP interaction? I can't tell for sure and when I finally got it downloading I didn't stop to try all combinations which would have narrowed down the problem. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 17 11:19:22 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ppp142109.asahi-net.or.jp (ppp142109.asahi-net.or.jp [202.213.142.109]) by hub.freebsd.org (Postfix) with ESMTP id 91B8E14C28 for ; Sun, 17 Oct 1999 11:19:11 -0700 (PDT) (envelope-from tfuruya@ppp142109.asahi-net.or.jp) Received: from localhost (localhost.tf.or.jp [127.0.0.1]) by galois.tf.or.jp (8.9.3/3.7W-Teddy-99050304) with ESMTP id DAA24849; Mon, 18 Oct 1999 03:17:32 +0900 (JST) To: n@nectar.com Cc: ht5t-fry@asahi-net.or.jp, zzhang@cs.binghamton.edu, freebsd-hackers@freebsd.org, nectar@nectar.com Subject: Re: Search a symbol in the source tree From: Tetsuro Teddy FURUYA (=?iso-2022-jp?B?GyRCOEVDKxsoQiAbJEJFL086GyhC?=) In-Reply-To: Your message of "Sun, 17 Oct 1999 11:37:11 -0500" <19991017163712.3911B1D95@bone.nectar.com> References: <19991017163712.3911B1D95@bone.nectar.com> X-Mailer: Mew version 1.93 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19991018031731U.tfuruya@galois.tf.or.jp> Date: Mon, 18 Oct 1999 03:17:31 +0900 X-Dispatcher: imput version 980905(IM100) Lines: 23 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Jacques Vidrine Subject: Re: Search a symbol in the source tree Date: Sun, 17 Oct 1999 11:37:11 -0500 n> On 18 October 1999 at 0:39, Tetsuro Teddy FURUYA (=?iso-2022-jp?B?GyRCOEVDKxsoQiAbJEJFL086GyhC?=) wrote: n> > It seems queer to me that there has been none who has refered to n> > find - exec n> > pairs. n> > n> > You may type into shell like; n> > $find . -name "*.c" -print -exec "egrep" "-i" "idt" {} \; | less n> > Here , "idt" is a search string. n> n> That's because no one wants a separate invocation of egrep for n> every file! ^^^^^^ Probably, except me ! But, what various and interesting methods to search symbols there are ! If we do not restrict the usage of search method, there might be yet another methods. Teddy Furuya To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 17 11:37:22 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id D445D14C28 for ; Sun, 17 Oct 1999 11:37:15 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA03279; Sun, 17 Oct 1999 12:37:13 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA04529; Sun, 17 Oct 1999 12:36:48 -0600 (MDT) Message-Id: <199910171836.MAA04529@harmony.village.org> To: "Aleksandr A.Babaylov" Subject: Re: how mkdir without .. ? Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 15 Oct 1999 17:24:12 +0400." <199910151324.RAA22353@aaz.links.ru> References: <199910151324.RAA22353@aaz.links.ru> Date: Sun, 17 Oct 1999 12:36:48 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199910151324.RAA22353@aaz.links.ru> "Aleksandr A.Babaylov" writes: : I need in directories without link to parent in it : or with link to parent renamed to something exotic name. : : What is the method to do it without kernel patching : in FreeBSD 2.2.X or 3.X ? I don't think this is possible. Even / has a parent directory (/.. being the only loop in the directory graph allowed). If you want to create a process that has no working directory, you can do this by, for example, mkdir("/tmp/foo"); chdir("/tmp/foo"); rmdir("/tmp/foo"); which will make it impossible to create files in dot (./). This can cause other problems as many programs assume they can walk up to root. The jail code in -current may also be of interest. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 17 11:42:18 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id E977E1506F for ; Sun, 17 Oct 1999 11:42:11 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA03300; Sun, 17 Oct 1999 12:42:11 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA04572; Sun, 17 Oct 1999 12:41:46 -0600 (MDT) Message-Id: <199910171841.MAA04572@harmony.village.org> To: Edward Elhauge Subject: Re: FreeBSD and HP Jornado Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 15 Oct 1999 17:29:07 PDT." <3807C6D3.A7126CE1@gene.com> References: <3807C6D3.A7126CE1@gene.com> Date: Sun, 17 Oct 1999 12:41:46 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3807C6D3.A7126CE1@gene.com> Edward Elhauge writes: : I wonder what people out in FreeBSD land know about interfacing the : Jornado : with FreeBSD or Linux. The Jornado is a CE machine. Are there Unix : utilities : to synchronize the file systems? The Jornada is a WinCE machine based on the StrongArm processors. You can get a PPP connection to WinCE machines in general fairly easily, so ftp and samba work to it. However, I've not managed to find out the sync protocol, nor have others, as far as I know. : My other questions is if is a way of replacing the CE OS with something : easier to customize and that might run either Perl or Java? NetBSD has a mips based port for the WinCE machines. It works on Mips Vr41xx for xx element of 11,21. There is also a Linux effort, but it isn't as advanced in many ways as the NetBSD effort. See my pda mips page for links. There are a couple of links off the links to possible sync as well: http://www.freebsd.org/~imp/pdamips.html Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 17 11:42:44 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 18D6E14C28 for ; Sun, 17 Oct 1999 11:42:41 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA03305; Sun, 17 Oct 1999 12:42:39 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA04585; Sun, 17 Oct 1999 12:42:14 -0600 (MDT) Message-Id: <199910171842.MAA04585@harmony.village.org> To: Jason Thorpe Subject: Re: FreeBSD and HP Jornado Cc: Edward Elhauge , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 16 Oct 1999 08:26:25 PDT." <199910161526.IAA26801@lestat.nas.nasa.gov> References: <199910161526.IAA26801@lestat.nas.nasa.gov> Date: Sun, 17 Oct 1999 12:42:14 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199910161526.IAA26801@lestat.nas.nasa.gov> Jason Thorpe writes: : What sort of processor does the Jornado have? If it's a MIPS-based machine, : getting it to run NetBSD/hpcmips might be a possibility. We have several Jornadas at work, and it is definitely StrongArm based. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 17 11:46:11 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 61B8714E57 for ; Sun, 17 Oct 1999 11:46:04 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA03338; Sun, 17 Oct 1999 12:46:02 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA04645; Sun, 17 Oct 1999 12:45:38 -0600 (MDT) Message-Id: <199910171845.MAA04645@harmony.village.org> To: Marc Slemko Subject: Re: MAXPATHLEN not enforced Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 16 Oct 1999 12:20:11 MDT." References: Date: Sun, 17 Oct 1999 12:45:38 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Marc Slemko writes: : Why does FreeBSD let you create paths longer than MAXPATHLEN? Because this is allowed. : I often have various trees that are as deep as possible for testing various : programs for holes, and I finally figured out why locate wasn't updating its : database properly; it was choking as soon as it saw a path length : >MAXPATHLEN long. The question, however, is why can it see a path length : longer than MAXPATHLEN? MAXPATHLEN is the longest pathname that the kernel system calls can handle, but it isn't the longest pathname that can exist especially due to symbolic links. : I would also wonder if there aren't some security issues resulting : from this. From what gdb shows, locate seems to trash its stack : before spitting out the error about the path being too long... That is an error in the program in question. I do know that the shells on FreeBSD haven't been well audited for buffer overflows. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 17 16:39:59 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from outreach.wolfnet.org (CBL-jkfritcher1.hs.earthlink.net [207.217.155.123]) by hub.freebsd.org (Postfix) with ESMTP id 0D1A814C41 for ; Sun, 17 Oct 1999 16:39:53 -0700 (PDT) (envelope-from jkf@wolfnet.org) Received: from solaris.wolfnet.org ([10.0.0.3]) by outreach.wolfnet.org with esmtp (Exim 3.03 #1) id 11czu5-00057q-00 for freebsd-hackers@freebsd.org; Sun, 17 Oct 1999 16:39:53 -0700 Date: Sun, 17 Oct 1999 16:39:53 -0700 (PDT) From: "Jason K. Fritcher" To: freebsd-hackers@freebsd.org Subject: PR kern/14034: gettimeofday() returns negative value Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello. As a starting point to learn the FreeBSD kernel, and as a starting point for contributing back to the best free OS, I have decided to start trying to fix bugs in the bug database. The PR in the subject seemed like a subsystem that didn't seem too complex, so I made that my starting point. I been looking through source code, trying to understand it, and I think I do. What I would like to do is verify that my understanding of the code is correct. When gettimeofday() is called from a program, it enters the kernel at the gettimeofday() function in src/sys/kern/kern_time.c. If a timeval pointer has been given, it calls microtime() to get the time of day. Below is microtime(). void microtime(struct timeval *tv) { struct timecounter *tc; tc = (struct timecounter *)timecounter; tv->tv_sec = tc->tc_offset_sec; tv->tv_usec = tc->tc_offset_micro; tv->tv_usec += ((u_int64_t)tco_delta(tc) * tc->tc_scale_micro) >> 32; tv->tv_usec += boottime.tv_usec; tv->tv_sec += boottime.tv_sec; while (tv->tv_usec >= 1000000) { tv->tv_usec -= 1000000; tv->tv_sec++; } } In microtime(), it reads the seconds and microseconds since boot and puts them into the timeval struct. Next, tco_delta is called. The way I understand that code is it polls the counter so it knows how much time has elapsed since timecounter was updated by an interrupt. Since tco_delta is an inline function, that line gets expanded to this: tv->tv_usec += ((u_int64_t)((tc->tc_get_timecount(tc) - tc->tc_offset_count) & tc->tc_counter_mask) * tc->tc_scale_micro) >> 32; The way I am understanding this code, it reads the current value of the counter, which is going to be in ticks, then subtracts tc_offset_micro, which, unless I am mistaken, is in microseconds. This doesn't seem quite right to me. The remainder is then AND'ed with the counter's mask value to get a delta. With 64 bit, unsigned math, the delta is multiplied with the counter's scale value to translate the ticks into microseconds, leaves the result in the upper dword, and then shifts the result into the lower dword. The result is then added to the microsecond value in the timeval struct. Another thing that strikes me as odd about this line is the fact that the final math is done unsigned, but the result is put into a signed container. Next the boottime seconds and microseconds are added to the timeval struct, and finally if the microseconds in the timeval is larger than a second, it and the seconds value gets adjusted appropriately. gettimeofday then finishes and control is passed back to the user. The only concern I have about the code is if the final delta value that is computed is large enough to set the MSB in the lower dword, when it gets added into the timeval struct, the previously positive signed value becomes a negative signed value. It seems to me that this could possibly lead to what is being seen in the PR. I hope I am just misunderstanding the code, because this seems like it could be a real pain. Thanx. -- Jason K. Fritcher jkf@wolfnet.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 17 22:39:35 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from afs.ntc.mita.keio.ac.jp (afs.ntc.mita.keio.ac.jp [131.113.212.3]) by hub.freebsd.org (Postfix) with ESMTP id 7F29914DB8; Sun, 17 Oct 1999 22:39:15 -0700 (PDT) (envelope-from hosokawa@ntc.keio.ac.jp) Received: (from hosokawa@localhost) by afs.ntc.mita.keio.ac.jp (8.8.8+2.7Wbeta7/3.6Wbeta6-ntc_mailserver1.03) id OAA27147; Mon, 18 Oct 1999 14:38:41 +0900 (JST) Date: Mon, 18 Oct 1999 14:38:41 +0900 (JST) Message-Id: <199910180538.OAA27147@afs.ntc.mita.keio.ac.jp> To: chris@shenton.org Cc: hosokawa@freebsd.org, hackers@freebsd.org, hosokawa@itc.keio.ac.jp Subject: Re: Problem: 3.3-STABLE floppies: ep0/zp0, laptop falls off net In-Reply-To: Your message of "Mon, 18 Oct 1999 03:14:24 JST". <87r9it7t33.fsf@Thanatos.Shenton.Org> From: hosokawa@itc.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.21] 1997-12/23(Tue) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <87r9it7t33.fsf@Thanatos.Shenton.Org> chris@shenton.org writes: >> 3.3-STABLE pccard kernel floppy has no zp0 (3com 3c589) >> >> Been using FreeBSD for about 5 years now. Just tried to upgrade my >> laptop from 2.2.8-STABLE to 3.3-STABLE. Found the note about using >> the "pccard" subdirectory floppies and tried it. >> >> Unfortunately, it thinks my 3com 3c589 PCMCIA card is an ep0 -- it >> has no driver for the correct zp0 device. 3C589* uses ep0 driver on pccard installers and pccard kernels of FreeBSD-stable, -current, and PAO. >> It is able to get its DHCP address and was briefly able to start >> FTP retrieval from ftp.freebsd.org, but speed was about 1KB/second >> on a 1.5Mbps DSL line. Subsequent attempts caused it to fail even >> resolving other ftp*.freebsd.org names despite the fact that its >> nameserver is on the same LAN. Maybe it's IRQ problem. Please choose another IRQ for PC-card from the second menu. -- HOSOKAWA, Tatsumi Assistant Manager Information Technology Center, Keio University To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 0:21:52 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ppp142151.asahi-net.or.jp (ppp142151.asahi-net.or.jp [202.213.142.151]) by hub.freebsd.org (Postfix) with ESMTP id BE48414A2D for ; Mon, 18 Oct 1999 00:21:45 -0700 (PDT) (envelope-from tfuruya@ppp142151.asahi-net.or.jp) Received: from dilemma (tf051005.tf.or.jp [192.168.51.5]) by galois.tf.or.jp (8.9.3/3.7W-Teddy-99050304) with SMTP id OAA05211; Mon, 18 Oct 1999 14:43:57 +0900 (JST) Message-ID: <001301bf192c$18daa160$0533a8c0@dilemma.tf.or.jp> From: "Teddy" To: "Greg Lehey" , Cc: , , Subject: RE: Search a symbol in the source tree Date: Mon, 18 Oct 1999 14:45:08 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thank you for replying to me. -----Original Message----- Greg Lehey ; n@nectar.com CC : zzhang@cs.binghamton.edu ; freebsd-hackers@freebsd.org ; nectar@nectar.com Re: Search a symbol in the source tree >> n> On 18 October 1999 at 0:39, Tetsuro Teddy FURUYA (=?iso-2022-jp?B?GyRCOEVDKxsoQiAbJEJFL086GyhC?=) wrote: >> n> > It seems queer to me that there has been none who has refered to >> n> > find - exec >> n> > pairs. >> n> > $find . -name "*.c" -print -exec "egrep" "-i" "idt" {} \; | less >> n> > Here , "idt" is a search string. >> n> That's because no one wants a separate invocation of egrep for >> n> every file! >> ^^^^^^ >> Probably, except me ! > >And why do you want it? Do you have too much time on your hands? I think that if we do not know old-fashed methods , we can not appreciate the goodcharacteristics of the various methods such as xargs, glimpse, grep with -R option, and global. Now, I have started to use full.exe from cygnus-b20, and its grep does not have -R option. Fortunately it has xargs, so I can utilize both of xargs and find at the same time. But, at this circumstance, we have to pay attention to the fact that xargs can not work well all the time. When seeing manpage xargs(1), they say, > Undefined behavior may occur if utility reads from the standard input. (I don't know there exists such a case really.) And, there might exist find -exec option in the older scripts. So, -exec option of the command find is still usefull and very important. If the user don't like the listing of the umatched file name at such circumstances, he/she might execute find like, find /usr/src/sys -name "*" -and -exec grep "-ia" idt {} \; -print | less or, find /usr/src/sys -name "*" -exec grep "-ia" idt {} \; -print | less As for me, when I began to use find at the first time, the find was rather difficult to use. But now it is amusing. Teddy Furuya To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 2:33: 3 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 4F29214CEF for ; Mon, 18 Oct 1999 02:32:58 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.040 #1) id 11d99n-0001gD-00; Mon, 18 Oct 1999 11:32:43 +0200 From: Sheldon Hearn To: Chad David Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD hackers (fwd) In-reply-to: Your message of "Fri, 15 Oct 1999 12:03:05 CST." Date: Mon, 18 Oct 1999 11:32:43 +0200 Message-ID: <6460.940239163@axl.noc.iafrica.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 15 Oct 1999 12:03:05 CST, Chad David wrote: > From the cvs headers in if_vlan.c is appears there has, so would > FreeBSD work in this situation? This question was raised on PR 13281 and the originator has yet to get an answer back from the maintainer (wollman). Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 4:39:56 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 3025414FDF; Mon, 18 Oct 1999 04:39:52 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id NAA43839; Mon, 18 Oct 1999 13:39:31 +0200 (CEST) (envelope-from des) To: Wes Peters Cc: chat@freebsd.org Subject: Re: FreeBSD and HP Jornado References: <199910161830.LAA28972@lestat.nas.nasa.gov> <38094B9B.33C55A3F@softweyr.com> From: Dag-Erling Smorgrav Date: 18 Oct 1999 13:39:29 +0200 In-Reply-To: Wes Peters's message of "Sat, 16 Oct 1999 22:07:55 -0600" Message-ID: Lines: 9 X-Mailer: Gnus v5.7/Emacs 20.4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wes Peters writes: > Jornada/BSD would be killer. Sounds like someone misspelled "Jordana/BSD" (Jordan wearing a miniskirt... scary) DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 6:23:45 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id B593114BC5 for ; Mon, 18 Oct 1999 06:23:39 -0700 (PDT) (envelope-from babolo@links.ru) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id RAA09383; Mon, 18 Oct 1999 17:24:08 +0400 (MSD) Message-Id: <199910181324.RAA09383@aaz.links.ru> Subject: Re: how mkdir without .. ? In-Reply-To: <3808BAF9.9E8A2474@gorean.org> from "Doug" at "Oct 16, 99 10:50:49 am" To: Doug@gorean.org (Doug) Date: Mon, 18 Oct 1999 17:24:08 +0400 (MSD) Cc: freebsd-hackers@FreeBSD.ORG From: "Aleksandr A.Babaylov" MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug writes: > "Aleksandr A.Babaylov" wrote: > > I need in directories without link to parent in it > > or with link to parent renamed to something exotic name. > What are you trying to accomplish? If you are trying to create > directories that users cannot "escape" out of, all you need to do is > remove the world rx permissions on the parent directory, and make sure > that they don't have access via the group permissions. You might also > want to look at chroot. I have several GByteg archives, some of it have .. members in it. Archives have different format (.rar, .zip, .arj so on). When I try to inspect archives on regular basis, .. members waste my filesystem or produse errors (it depends on safty methods on filesystem) Presence of ../../../.. directory which is NOT the path back will do all I want. I remember, that in really old UNIXes creating a dirertory and populating it with "." and ".." entryes was different steps, but I dont remember method (I was young and dumb then) -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 6:31: 3 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 588A814F85 for ; Mon, 18 Oct 1999 06:30:55 -0700 (PDT) (envelope-from babolo@links.ru) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id RAA09599; Mon, 18 Oct 1999 17:31:40 +0400 (MSD) Message-Id: <199910181331.RAA09599@aaz.links.ru> Subject: Re: how mkdir without .. ? In-Reply-To: <199910171836.MAA04529@harmony.village.org> from "Warner Losh" at "Oct 17, 99 12:36:48 pm" To: imp@village.org (Warner Losh) Date: Mon, 18 Oct 1999 17:31:40 +0400 (MSD) Cc: freebsd-hackers@FreeBSD.ORG From: "Aleksandr A.Babaylov" MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh writes: > In message <199910151324.RAA22353@aaz.links.ru> "Aleksandr A.Babaylov" writes: > : I need in directories without link to parent in it > : or with link to parent renamed to something exotic name. > : > : What is the method to do it without kernel patching > : in FreeBSD 2.2.X or 3.X ? > > I don't think this is possible. Even / has a parent directory > (/.. being the only loop in the directory graph allowed). > > If you want to create a process that has no working directory, you can > do this by, for example, > mkdir("/tmp/foo"); > chdir("/tmp/foo"); > rmdir("/tmp/foo"); > which will make it impossible to create files in dot (./). This can > cause other problems as many programs assume they can walk up to > root. It must be possible to create files in ".", "..", "../.." so on in my task, but I don't want ".." be the path to parent directory. -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 7:42:29 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from Thanatos.Shenton.Org (cshenton.customer.execdsl.net [206.64.112.238]) by hub.freebsd.org (Postfix) with ESMTP id 238BC14BDD; Mon, 18 Oct 1999 07:42:24 -0700 (PDT) (envelope-from chris@shenton.org) Received: (from chris@localhost) by Thanatos.Shenton.Org (8.9.3/8.9.2) id KAA08330; Mon, 18 Oct 1999 10:42:15 -0400 (EDT) (envelope-from chris) To: hosokawa@itc.keio.ac.jp (HOSOKAWA Tatsumi) Cc: hosokawa@freebsd.org, hackers@freebsd.org Subject: Re: Problem: 3.3-STABLE floppies: ep0/zp0, laptop falls off net References: <199910180538.OAA27147@afs.ntc.mita.keio.ac.jp> From: Chris Shenton Date: 18 Oct 1999 10:42:15 -0400 In-Reply-To: hosokawa@itc.keio.ac.jp's message of "Mon, 18 Oct 1999 14:38:41 +0900 (JST)" Message-ID: <87aepgvigo.fsf@Thanatos.Shenton.Org> Lines: 21 X-Mailer: Gnus v5.6.45/Emacs 20.4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hosokawa@itc.keio.ac.jp (HOSOKAWA Tatsumi) writes: > 3C589* uses ep0 driver on pccard installers and pccard kernels of > FreeBSD-stable, -current, and PAO. OK, maybe the hang problem was related to the ifconfig down or route delete. > Maybe it's IRQ problem. Please choose another IRQ for PC-card from > the second menu. I don't think so, since doing an "ifconfig up" and "route add default" fixed the problem. BTW, I found the pccard/kern.flp menu about which IRQ to use for PCCARD confusing: the title said something like "Select which IRQ to use" but the test said "Select which IRQ to NOT use". The wording needs to be clearer I think. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 8:47:23 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from bomber.avantgo.com (ws1.avantgo.com [207.214.200.194]) by hub.freebsd.org (Postfix) with ESMTP id 758B814C25 for ; Mon, 18 Oct 1999 08:47:20 -0700 (PDT) (envelope-from scott@avantgo.com) Received: from river ([10.0.128.30]) by bomber.avantgo.com (Netscape Messaging Server 3.5) with SMTP id 240; Mon, 18 Oct 1999 08:42:10 -0700 Message-ID: <172501bf197f$f37008d0$1e80000a@avantgo.com> From: "Scott Hess" To: Cc: , , , References: <19991017163712.3911B1D95@bone.nectar.com> <19991018031731U.tfuruya@galois.tf.or.jp> Subject: Re: Search a symbol in the source tree Date: Mon, 18 Oct 1999 08:46:32 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Of course, this is probably more efficiently run as 'find . -name "*.c" -print | xargs egrep -i idt | less'. If you have interesting filenames (containing spaces, for instance), you'll probably want to use -print0 and whichever -0 to xargs. zsh users can often use 'egrep -i idt **/*.c', but that doesn't work so well if you have too many matches for the command-line to handle. [Yes, anything like this is "slow" for some definition of the word "slow". On a particular source tree I frequently work with, the *.c files contain 256klines of code, and running a find/xargs egrep on them takes 11s on the first run - and <1s on the second. Quite sufficient if you tend to do most of your work in a single module and only periodically need to foray onto unfamiliar terrain...] Later, scott ----- Original Message ----- From: )> To: Cc: ; ; ; Sent: Sunday, October 17, 1999 11:17 AM Subject: Re: Search a symbol in the source tree > From: Jacques Vidrine > Subject: Re: Search a symbol in the source tree > Date: Sun, 17 Oct 1999 11:37:11 -0500 > n> On 18 October 1999 at 0:39, Tetsuro Teddy FURUYA (=?iso-2022-jp?B?GyRCOEVDKxsoQiAbJEJFL086GyhC?=) wrote: > n> > It seems queer to me that there has been none who has refered to > n> > find - exec > n> > pairs. > n> > > n> > You may type into shell like; > n> > $find . -name "*.c" -print -exec "egrep" "-i" "idt" {} \; | less > n> > Here , "idt" is a search string. > n> > n> That's because no one wants a separate invocation of egrep for > n> every file! > ^^^^^^ > Probably, except me ! > > But, what various and interesting methods to search symbols there are ! > > If we do not restrict the usage of search method, there might be > yet another methods. > > Teddy Furuya > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 9:52:35 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from chai.torrentnet.com (chai.torrentnet.com [198.78.51.73]) by hub.freebsd.org (Postfix) with ESMTP id 31D5814F31 for ; Mon, 18 Oct 1999 09:52:32 -0700 (PDT) (envelope-from bakul@torrentnet.com) Received: from chai.torrentnet.com (localhost [127.0.0.1]) by chai.torrentnet.com (8.8.8/8.8.5) with ESMTP id MAA16896; Mon, 18 Oct 1999 12:51:17 -0400 (EDT) Message-Id: <199910181651.MAA16896@chai.torrentnet.com> To: "Scott Hess" Cc: n@nectar.com, ht5t-fry@asahi-net.or.jp, zzhang@cs.binghamton.edu, freebsd-hackers@FreeBSD.ORG, nectar@nectar.com Subject: Re: Search a symbol in the source tree In-reply-to: Your message of "Mon, 18 Oct 1999 08:46:32 PDT." <172501bf197f$f37008d0$1e80000a@avantgo.com> Date: Mon, 18 Oct 1999 12:51:17 -0400 From: Bakul Shah Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A couple of useful packages can make this much quicker. mkid from ports/devel/id-utils builds a database of symbols given a source tree. Then you can use gid to grep for a symbol, lid to get a list of files that havea symbol etc. mkid knows about c, c++ and may be some other languages. If you want to search for arbitrary words, you can use glimpseindex from port/textproc/glimpse to build the database and agrep to search for words. agrep is like grep except more powerful! It can also do `approximate' searches among other things. Here is a handy agrep use to whet your appetite. zsh> rfc () { agrep -t -i -d'$$' $* /usr/local/doc/rfc/rfc-index.txt } Now, for example, I can get a list of RFCs that W. Stevens wrote on IPv6: zsh> rfc 'steve;ipv6' 2133 Basic Socket Interface Extensions for IPv6. R. Gilligan, S. Thomson, J. Bound, W. Stevens. April 1997. (Format: TXT=69737 bytes) (Obsoleted by RFC2553) (Status: INFORMATIONAL) 2292 Advanced Sockets API for IPv6. W. Stevens, M. Thomas. February 1998. (Format: TXT=152077 bytes) (Status: INFORMATIONAL) 2553 Basic Socket Interface Extensions for IPv6. R. Gilligan, S. Thomson, J. Bound, W. Stevens. March 1999. (Format: TXT=89215 bytes) (Obsoletes RFC2133) (Status: INFORMATIONAL) But I digress! The point is there are better tools than what is available in the "beginner's toolkit" of the basic Unix commands. Then there is `global' which can be used to generate tags file as well as create an htmlized version of your source tree. Someone should write a `Unix powertools' book. Not me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 9:53:37 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from jumping-spider.aracnet.com (jumping-spider.aracnet.com [205.159.88.14]) by hub.freebsd.org (Postfix) with ESMTP id 4AF3D14F6E for ; Mon, 18 Oct 1999 09:53:35 -0700 (PDT) (envelope-from beattie@aracnet.com) Received: from shell2.aracnet.com (IDENT:1728@shell2.aracnet.com [216.99.193.20]) by jumping-spider.aracnet.com (8.9.3/8.9.3) with ESMTP id JAA31309; Mon, 18 Oct 1999 09:51:34 -0700 Received: from localhost by shell2.aracnet.com (8.8.7) id JAA12156; Mon, 18 Oct 1999 09:51:00 -0700 X-Authentication-Warning: shell2.aracnet.com: beattie owned process doing -bs Date: Mon, 18 Oct 1999 09:51:00 -0700 (PDT) From: Brian Beattie To: Tetsuro Teddy FURUYA Cc: n@nectar.com, zzhang@cs.binghamton.edu, freebsd-hackers@FreeBSD.ORG, nectar@nectar.com Subject: Re: Search a symbol in the source tree In-Reply-To: <19991018031731U.tfuruya@galois.tf.or.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 18 Oct 1999, Tetsuro Teddy FURUYA wrote: > From: Jacques Vidrine > Subject: Re: Search a symbol in the source tree > Date: Sun, 17 Oct 1999 11:37:11 -0500 > n> On 18 October 1999 at 0:39, Tetsuro Teddy FURUYA (=?iso-2022-jp?B?GyRCOEVDKxsoQiAbJEJFL086GyhC?=) wrote: > n> > It seems queer to me that there has been none who has refered to > n> > find - exec > n> > pairs. > n> > > n> > You may type into shell like; > n> > $find . -name "*.c" -print -exec "egrep" "-i" "idt" {} \; | less > n> > Here , "idt" is a search string. > n> > n> That's because no one wants a separate invocation of egrep for > n> every file! > ^^^^^^ > Probably, except me ! > > But, what various and interesting methods to search symbols there are ! > > If we do not restrict the usage of search method, there might be > yet another methods. I frequently use find - grep when looking at a novel source tree. The one problem with the solution given is that if you are looking for a few instances in hundreds of files, the hits can scroll off the screen and get lost in the noise. My prefered approach is: find . -name "*.[c]" -exec grep string {} /dev/null \; (the /dev/null forces grep to print the filename where a match is found, and I am an old fogey, learned grep before [ef]grep too lazy to learn better, should probably use fgrep) What I'd really like to see is a free implementation of cscope. Brian Beattie | The only problem with beattie@aracnet.com | winning the rat race ... www.aracnet.com/~beattie | in the end you're still a rat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 10: 9:42 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from jumping-spider.aracnet.com (jumping-spider.aracnet.com [205.159.88.14]) by hub.freebsd.org (Postfix) with ESMTP id 3CA9D14CBB for ; Mon, 18 Oct 1999 10:09:41 -0700 (PDT) (envelope-from beattie@aracnet.com) Received: from shell2.aracnet.com (IDENT:1728@shell2.aracnet.com [216.99.193.20]) by jumping-spider.aracnet.com (8.9.3/8.9.3) with ESMTP id KAA00551; Mon, 18 Oct 1999 10:07:50 -0700 Received: from localhost by shell2.aracnet.com (8.8.7) id KAA12544; Mon, 18 Oct 1999 10:07:17 -0700 X-Authentication-Warning: shell2.aracnet.com: beattie owned process doing -bs Date: Mon, 18 Oct 1999 10:07:17 -0700 (PDT) From: Brian Beattie To: "Aleksandr A.Babaylov" Cc: Doug , freebsd-hackers@FreeBSD.ORG Subject: Re: how mkdir without .. ? In-Reply-To: <199910181324.RAA09383@aaz.links.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 18 Oct 1999, Aleksandr A.Babaylov wrote: > > I remember, that in really old UNIXes creating a dirertory > and populating it with "." and ".." entryes was different > steps, but I dont remember method (I was young and dumb then) > the mkdir command was something along the lines of: main( argc, argv ) { ... chdir(parentdir); mknod("foo",I_DIR|modes); link("foo", "."); link(".",".."); ... } This was on a version 7, or system V, filesystem. It is no longer possible to use mknod to make a directory inode. The rasson for this is that some filesystems can not be made to support the old semantics, and it is a good idea to have an atomic method to make a directory. > -- > @BABOLO http://links.ru/ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > Brian Beattie | The only problem with beattie@aracnet.com | winning the rat race ... www.aracnet.com/~beattie | in the end you're still a rat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 10:11:34 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 9630814C33; Mon, 18 Oct 1999 10:11:27 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p01-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.130]) by peach.ocn.ne.jp (8.9.1a/OCN) with ESMTP id CAA27202; Tue, 19 Oct 1999 02:11:24 +0900 (JST) Message-ID: <380B50CB.AA3808E1@newsguy.com> Date: Tue, 19 Oct 1999 01:54:35 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: hackers@freebsd.org, marcel@freebsd.org, Mike Smith , peter@freebsd.org, bde@freebsd.org Subject: kernel/loader & world Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, once I discarded my preconceptions and re-read the error message, the problem is obvious: In file included from /usr/src/sys/boot/i386/libi386/../../../sys/signal.h:236, from /usr/src/sys/boot/i386/libi386/../../../sys/param.h:90, from /usr/src/sys/boot/i386/libi386/aout_freebsd.c:29: /usr/src/sys/boot/i386/libi386/../../../sys/ucontext.h:34: machine/ucontext.h: No such file or directory We include the files directly from the source tree, but some of them then go and include files from , which, of course, refers to /usr/include/machine/*. Thus, some of the files are up-to-date, and some are not. Unless you build world first. [but you can't build world until you booted a new kernel, and you can't boot a new kernel until you have a new loader, but you can't build a new loader...] On the gripping hand, this is boot/i386, but we cannot use a -I to get the right machine/* includes because the path to them is sys/.../include/*. There is some perverse and subtle irony to it. :-) If we are changing the upgrade procedure to "kernel then world", the problem here is far greater than simply machine/ucontext.h. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "I always feel generous when I'm in the inner circle of a conspiracy to subvert the world order and, with a small group of allies, just defeated an alien invasion. Maybe I should value myself a little more?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 10:11:37 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 6699F14FFB; Mon, 18 Oct 1999 10:11:30 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p01-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.130]) by peach.ocn.ne.jp (8.9.1a/OCN) with ESMTP id CAA27114; Tue, 19 Oct 1999 02:11:08 +0900 (JST) Message-ID: <380B50CB.AA3808E1@newsguy.com> Date: Tue, 19 Oct 1999 01:54:35 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: hackers@freebsd.org, marcel@freebsd.org, Mike Smith , peter@freebsd.org, bde@freebsd.org Subject: kernel/loader & world Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, once I discarded my preconceptions and re-read the error message, the problem is obvious: In file included from /usr/src/sys/boot/i386/libi386/../../../sys/signal.h:236, from /usr/src/sys/boot/i386/libi386/../../../sys/param.h:90, from /usr/src/sys/boot/i386/libi386/aout_freebsd.c:29: /usr/src/sys/boot/i386/libi386/../../../sys/ucontext.h:34: machine/ucontext.h: No such file or directory We include the files directly from the source tree, but some of them then go and include files from , which, of course, refers to /usr/include/machine/*. Thus, some of the files are up-to-date, and some are not. Unless you build world first. [but you can't build world until you booted a new kernel, and you can't boot a new kernel until you have a new loader, but you can't build a new loader...] On the gripping hand, this is boot/i386, but we cannot use a -I to get the right machine/* includes because the path to them is sys/.../include/*. There is some perverse and subtle irony to it. :-) If we are changing the upgrade procedure to "kernel then world", the problem here is far greater than simply machine/ucontext.h. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "I always feel generous when I'm in the inner circle of a conspiracy to subvert the world order and, with a small group of allies, just defeated an alien invasion. Maybe I should value myself a little more?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 10:15:45 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dingo.cdrom.com (picasso.transbay.net [209.133.53.6]) by hub.freebsd.org (Postfix) with ESMTP id 1BAC914BDB; Mon, 18 Oct 1999 10:15:41 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id KAA00830; Mon, 18 Oct 1999 10:07:42 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199910181707.KAA00830@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mohit Aron Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org, tech-net@netbsd.org Subject: Re: sbappend() is not scalable In-reply-to: Your message of "Fri, 08 Oct 1999 15:51:29 CDT." <199910082051.PAA25028@cs.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Oct 1999 10:07:41 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The problem is not limited only to high b/w networks - it is also present in > long latency paths (satellite links). Thus a server transferring a large file > over a satellite link can spend lot of CPU due to the above problem. > > Hope the problem shall be fixed in future releases, Have you had a chance to look at Alfred Perlstein's patches for this? -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 11: 3:23 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id CBB1815168; Mon, 18 Oct 1999 11:03:07 -0700 (PDT) (envelope-from marcel@scc.nl) Received: from [212.238.132.94] (helo=scones.sup.scc.nl) by post.mail.nl.demon.net with esmtp (Exim 2.12 #1) id 11dH8h-000Bkk-00; Mon, 18 Oct 1999 18:04:07 +0000 Received: from scc.nl (scones.sup.scc.nl [192.168.2.4]) by scones.sup.scc.nl (8.9.3/8.9.3) with ESMTP id UAA51080; Mon, 18 Oct 1999 20:03:00 +0200 (CEST) (envelope-from marcel@scc.nl) Message-ID: <380B60D4.145054C0@scc.nl> Date: Mon, 18 Oct 1999 20:03:00 +0200 From: Marcel Moolenaar Organization: SCC vof X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.5 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Daniel C. Sobral" Cc: hackers@freebsd.org, Mike Smith , peter@freebsd.org, bde@freebsd.org Subject: Re: kernel/loader & world References: <380B50CB.AA3808E1@newsguy.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel C. Sobral" wrote: > > Well, once I discarded my preconceptions and re-read the error > message, the problem is obvious: > > In file included from > /usr/src/sys/boot/i386/libi386/../../../sys/signal.h:236, > from > /usr/src/sys/boot/i386/libi386/../../../sys/param.h:90, > from > /usr/src/sys/boot/i386/libi386/aout_freebsd.c:29: > /usr/src/sys/boot/i386/libi386/../../../sys/ucontext.h:34: > machine/ucontext.h: No such file or directory > > We include the files directly from the source tree, but some of them > then go and include files from , which, of course, refers > to /usr/include/machine/*. Thus, some of the files are up-to-date, > and some are not. Unless you build world first. It's dangerous to mix headers from the source tree with headers from /usr/include. Are you sure this is the case? > [but you can't build world until you booted a new kernel, and you > can't boot a new kernel until you have a new loader, but you can't > build a new loader...] This is "artifical" in that it is solved by fixing the build process. -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 11:11:53 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 101C31541E; Mon, 18 Oct 1999 11:11:45 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p01-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.130]) by peach.ocn.ne.jp (8.9.1a/OCN) with ESMTP id DAA02413; Tue, 19 Oct 1999 03:11:37 +0900 (JST) Message-ID: <380B6268.6F7A0F05@newsguy.com> Date: Tue, 19 Oct 1999 03:09:44 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Marcel Moolenaar Cc: hackers@freebsd.org, Mike Smith , peter@freebsd.org, bde@freebsd.org Subject: Re: kernel/loader & world References: <380B50CB.AA3808E1@newsguy.com> <380B60D4.145054C0@scc.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Marcel Moolenaar wrote: > > > We include the files directly from the source tree, but some of them > > then go and include files from , which, of course, refers > > to /usr/include/machine/*. Thus, some of the files are up-to-date, > > and some are not. Unless you build world first. > > It's dangerous to mix headers from the source tree with headers from > /usr/include. Are you sure this is the case? Further investigation (after an idea hit me just as I laid down to sleep) reveals: * a machine/ symlink is created in a beforedepend step * no world -> no beforedepend -> no machine/ symlink -> problem It happens in the specific case of build loader stand-alone from a fresh source (no /usr/obj tree). One needs to do that if they want to jump from 3.1-RELEASE to -current. Mike says we do not support that (anything but latest -stable to -current). I think that just happens to be a particular instance of the problem, and we'd better deal with it. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "I always feel generous when I'm in the inner circle of a conspiracy to subvert the world order and, with a small group of allies, just defeated an alien invasion. Maybe I should value myself a little more?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 11:30:37 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 1AF4514BC3 for ; Mon, 18 Oct 1999 11:30:30 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from sol.cs.binghamton.edu (cs1-gw.cs.binghamton.edu [128.226.171.72]) by bingnet2.cc.binghamton.edu (8.9.3/8.9.3) with SMTP id OAA20711 for ; Mon, 18 Oct 1999 14:30:29 -0400 (EDT) Date: Mon, 18 Oct 1999 13:27:45 -0400 (EDT) From: Zhihui Zhang To: freebsd-hackers@freebsd.org Subject: Update the name of a filesystem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can anyone tell me the reason why we want to update the name of a filesystem with the mount(8) command? From the source code, the new name must be on the same vnode or device as the old name. Any help is appreciated. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 11:48: 6 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cosrel1.hp.com (cosrel1.hp.com [156.153.255.170]) by hub.freebsd.org (Postfix) with ESMTP id 0086614BCA for ; Mon, 18 Oct 1999 11:48:03 -0700 (PDT) (envelope-from darrylo@sr.hp.com) Received: from postal.sr.hp.com (root@postal.sr.hp.com [15.4.46.173]) by cosrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id MAA19642 for ; Mon, 18 Oct 1999 12:48:01 -0600 (MDT) Received: from mina.sr.hp.com (root@mina.sr.hp.com [15.4.42.247]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id LAA11081; Mon, 18 Oct 1999 11:47:50 -0700 (PDT) Received: from localhost (darrylo@mina.sr.hp.com [15.4.42.247]) by mina.sr.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0) id LAA10865; Mon, 18 Oct 1999 11:47:30 -0700 (PDT) Message-Id: <199910181847.LAA10865@mina.sr.hp.com> To: Tetsuro Teddy FURUYA (=?iso-2022-jp?B?GyRCOEVDKxsoQiAbJEJFL086GyhC?=) Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Search a symbol in the source tree Reply-To: Darryl Okahata In-reply-to: Your message of "Mon, 18 Oct 1999 03:17:31 +0900." Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: Mon, 18 Oct 1999 11:47:29 -0700 From: Darryl Okahata Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > But, what various and interesting methods to search symbols there are ! Do people actually read what's posted here? A few days ago, I posted a detailed comparison of various packages. Go read the archives: http://www.freebsd.org/cgi/getmsg.cgi?fetch=331467+341670+/usr/local/www/db/text/1999/freebsd-hackers/19991017.freebsd-hackers Side note: Shigio Yamaguchi has found some issues and bugs regarding GLOBAL, and so GLOBAL is not as bad as the article makes it out to be. -- Darryl Okahata darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Hewlett-Packard, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 11:49:44 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dingo.cdrom.com (picasso.transbay.net [209.133.53.6]) by hub.freebsd.org (Postfix) with ESMTP id 1413C14C24 for ; Mon, 18 Oct 1999 11:49:39 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id LAA01374; Mon, 18 Oct 1999 11:41:39 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199910181841.LAA01374@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: James Howard Cc: freebsd-hackers@freebsd.org Subject: Re: KLDs In-reply-to: Your message of "Sun, 10 Oct 1999 23:15:15 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Oct 1999 11:41:38 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Is it possible to compile a kernel with no filesystems supported and have > the boot loader load FFS? I have built an FFS module but I have not yet > had time to test it. Frankly, I am kind of afraid to for fear of trashing > my system. As long as the kernel will compile with no filesystems, it should work just fine. > > > Has anyone else thought about this? Is this a good idea? Is this a > > > bad idea? > > > > Yes, Yes, Yes. > > Could you claify this? :) It's been thought about, and it has both good and bad features. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 12:21:55 1999 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 583) id E0C7614F82; Mon, 18 Oct 1999 12:21:53 -0700 (PDT) To: dcs@newsguy.com, marcel@scc.nl Subject: Re: kernel/loader & world Cc: bde@freebsd.org, hackers@freebsd.org, mike@smith.net.au, peter@freebsd.org In-Reply-To: <380B60D4.145054C0@scc.nl> Message-Id: <19991018192153.E0C7614F82@hub.freebsd.org> Date: Mon, 18 Oct 1999 12:21:53 -0700 (PDT) From: bde@FreeBSD.ORG (Bruce Evans) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > In file included from > > /usr/src/sys/boot/i386/libi386/../../../sys/signal.h:236, > > from > > /usr/src/sys/boot/i386/libi386/../../../sys/param.h:90, > > from > > /usr/src/sys/boot/i386/libi386/aout_freebsd.c:29: > > /usr/src/sys/boot/i386/libi386/../../../sys/ucontext.h:34: > > machine/ucontext.h: No such file or directory > > > > We include the files directly from the source tree, but some of them > > then go and include files from , which, of course, refers > > to /usr/include/machine/*. Thus, some of the files are up-to-date, > > and some are not. Unless you build world first. > It's dangerous to mix headers from the source tree with headers from > /usr/include. Are you sure this is the case? > > [but you can't build world until you booted a new kernel, and you > > can't boot a new kernel until you have a new loader, but you can't > > build a new loader...] > This is "artifical" in that it is solved by fixing the build process. The bug is that the `machine' symlink is not always created. The makefile supports creating it, but has missing dependencies. See the old boot loader (sys/i386/boot/Makefile.inc) for a good way to handle this. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 13:23:57 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id EE97C14EE2 for ; Mon, 18 Oct 1999 13:23:49 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id QAA28871; Mon, 18 Oct 1999 16:23:14 -0400 (EDT) (envelope-from robert@cyrus.watson.org) Date: Mon, 18 Oct 1999 16:23:14 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: Graham Wheeler Cc: hackers@freebsd.org Subject: IETF gettogether (was: Re: ISA Plug 'n Play support / kernel -c bug / IETF) In-Reply-To: <9910151817440B.11153@cequrux.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can't help you with the PnP stuff, but I will be at the Washington, DC IETF meeting in November :-). Would be great to do a FreeBSD-oriented get-together... That said, people are rapidly claiming the evenings for a variety of get-togethers, so claim one soon. On Fri, 15 Oct 1999, Graham Wheeler wrote: > Hi all > > While PCI plug 'n play devices seem to work nicely with FreeBSD, we find > that ISA ones are not detected and that we have to configure them as though > they are not plug 'n play. Is the pnp0 controller in the kernel config for PCI > only? Or is there a way to get the ISA ones to be automagically detected > upon bootup? Maybe with some BIOS tweak? > > On a different note, we have noticed with 3.2 FreeBSD that changes made to > the kernel config upon bootup are not recorded to the disk image (even though > the message `saving kernel -c changes' appears during the boot sequence). > Is this a 3.2 specific bug that is fiixed in 3.3? > > And on a final note - are any of the FreeBSD hackers going to the IETF meet in > November? It would be good to meet some of the crew... > > ta > gram > -- > Dr Graham Wheeler E-mail: gram@cequrux.com > Cequrux Technologies Phone: +27(21)423-6065/6/7 > Firewalls/Virtual Private Networks Fax: +27(21)24-3656 > Data/Network Security Specialists WWW: http://www.cequrux.com/ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 13:49:20 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 1C71614EFE for ; Mon, 18 Oct 1999 13:49:08 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from sol.cs.binghamton.edu (cs1-gw.cs.binghamton.edu [128.226.171.72]) by bingnet2.cc.binghamton.edu (8.9.3/8.9.3) with SMTP id QAA17099 for ; Mon, 18 Oct 1999 16:49:07 -0400 (EDT) Date: Mon, 18 Oct 1999 15:46:23 -0400 (EDT) From: Zhihui Zhang Reply-To: Zhihui Zhang To: freebsd-hackers@freebsd.org Subject: Update the name of a filesystem (more details) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am trying to change the mount point of a mounted filesystem (from /testme to /test) with the update option (-u): # mount /dev/wd0s2e /testme # mount -u /dev/wd0s2e /test mount: /dev/wd0s2e on /test: specified device does not match mounted device Why it does not work (I know I can umount first without using the update option)? Any help is appreciated. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 15:39:53 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from marcy.nas.nasa.gov (marcy.nas.nasa.gov [129.99.113.17]) by hub.freebsd.org (Postfix) with ESMTP id CA308151AD for ; Mon, 18 Oct 1999 15:39:51 -0700 (PDT) (envelope-from wrstuden@marcy.nas.nasa.gov) Received: from localhost (wrstuden@localhost) by marcy.nas.nasa.gov (8.9.3/NAS8.8.7n) with SMTP id PAA13754; Mon, 18 Oct 1999 15:39:36 -0700 (PDT) Date: Mon, 18 Oct 1999 15:39:35 -0700 (PDT) From: Bill Studenmund To: Tony Finch Cc: hackers@FreeBSD.ORG Subject: Re: mounting a partition more than once In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 13 Sep 1999, Tony Finch wrote: > Well, in the absence of any comments I hacked around a bit and ended > up with the following patch (against 3.3-RC), which permits the same > block device to be mounted read-only more than once. The motivation > for this is to permit multiple chrooted environments to share the same > /usr partition. Wouldn't it be much cleaner to use nullfs? This application is what it's good at. Take care, Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 18 21: 2:28 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wally.bellnetworks.net (www.bellnetworks.net [216.214.153.70]) by hub.freebsd.org (Postfix) with ESMTP id 4CAEB15C12 for ; Mon, 18 Oct 1999 21:02:24 -0700 (PDT) (envelope-from jerry@bellnetworks.net) Received: from bellnetworks.net (alice.bellnetworks.net [216.214.153.74]) by wally.bellnetworks.net (8.9.3/8.9.3) with ESMTP id AAA49868 for ; Tue, 19 Oct 1999 00:02:23 -0400 (EDT) (envelope-from jerry@bellnetworks.net) Message-ID: <380BECA0.620E5226@bellnetworks.net> Date: Mon, 18 Oct 1999 23:59:28 -0400 From: Jerry Bell X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: IPFW Improvements. (comments?) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a few proposed additions to IPFW that I'd like to get feedback on. The changes are mostly from my experience with other (commercial) firewalls. Change source and destination identifier in the rule processing from one IP address (or range of addresses) to an array of IP addresses (or range of IP addresses). This allows for a more manageable rulebase. ex. ipfw add pass all from 10.0.0.1/24,10.0.1.0/24 to 10.0.0.1/24,10.0.1.0/24 The real advantage is being able to do somethine like this: #!/bin/sh dnservers=10.0.0.1,10.0.0.2,10.0.0.3 smtpservers=10.0.0.4,10.0.0.5,10.0.0.6 ipfw add pass udp from any to $dnservers 53 ipfw add pass tcp from any to $smtpservers 25 ... and so on. A really nice feature would be remote authentication to open certain firewall rules to the source IP address. The way most other implementations work is the firewall listens on a certain port for authentication. The user telnets to that port enters a username/password and gets authenticated. This allows traffic from that users IP address to pass through certain firewall rules. IPFW already supports uid/gid checks in the rule processing. (kerberos, or some other authentication scheme may work better, since it is encrypted) A 'listener' for authentication and a way to bind the uid/gid to an IP address would be needed. Also, a ttl probably should be specified on a rule by rule basis. Finally, a tcp connection state table. Presently, the common method of designing IPFW rulebases is to restrict which source ip addresses and/or destination port numbers are allow to make a connection using the 'setup' flag, then allowing all tcp packets which are 'established' to pass through. In an ideal world, this works pretty well, but in reality you can't make any assumptions about the equipment you are protecting behind the firewall. The ability to squelch ALL tcp traffic which has not gone through the proper setup routine (and thus firewall examination) would be very useful. The big problems with the state table is that it takes up a lot of cpu time and memory, especially on busy connections. This would probably best be left as a kernel mod or an additional ipfw parameter, and not the default behavoir, since it is so resource intensive. I'm interested in hearing your feedback as to the viability of these changes and any comments. I am not sure who is maintaining IPFW, so I do not know if these issues have already come up. I could probably stumble through the first change (source/destination arrays), but the other two are probably beyond my abilities right now. I appreciate your time. Jerry jerry@bellnetworks.net http://www.bellnetworks.net/cs To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 1:22:13 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id F122715F91 for ; Tue, 19 Oct 1999 01:22:08 -0700 (PDT) (envelope-from julian@whistle.com) Received: from current1.whiste.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id BAA10098; Tue, 19 Oct 1999 01:22:05 -0700 (PDT) Date: Tue, 19 Oct 1999 01:22:05 -0700 (PDT) From: Julian Elischer To: Jerry Bell Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: IPFW Improvements. (comments?) In-Reply-To: <380BECA0.620E5226@bellnetworks.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 18 Oct 1999, Jerry Bell wrote: > I have a few proposed additions to IPFW that I'd like to get feedback > on. The changes are mostly from my experience with other (commercial) > firewalls. > > Change source and destination identifier in the rule processing from one > IP address (or range of addresses) to an array of IP addresses (or range > of IP addresses). This allows for a more manageable rulebase. > ex. ipfw add pass all from 10.0.0.1/24,10.0.1.0/24 to > 10.0.0.1/24,10.0.1.0/24 > The real advantage is being able to do somethine like this: > > #!/bin/sh > dnservers=10.0.0.1,10.0.0.2,10.0.0.3 > smtpservers=10.0.0.4,10.0.0.5,10.0.0.6 > ipfw add pass udp from any to $dnservers 53 > ipfw add pass tcp from any to $smtpservers 25 > > ... and so on. but you need to store this somewhere.. the present system of fixed structures doesn't support this without an enormous waste of space...I'm not sure how useful it would be in practice.. It would require rewriting of large parts of the code, not to mention a complete rewrite of the interface and user program. This is the kind of thing that is easy to say to a human and a bitch to implement. > > > A really nice feature would be remote authentication to open certain > firewall rules to the source IP address. The way most other > implementations work is the firewall listens on a certain port for > authentication. The user telnets to that port enters a > username/password and gets authenticated. This allows traffic from that > users IP address to pass through certain firewall rules. IPFW already > supports uid/gid checks in the rule processing. (kerberos, or some > other authentication scheme may work better, since it is encrypted) A > 'listener' for authentication and a way to bind the uid/gid to an IP > address would be needed. Also, a ttl probably should be specified on a > rule by rule basis. This can already be done with a daemon without any ipfw changes.. The daemon adds a rule to allow itself to be connected to. When it get's a successful authentication, it adds more rules to allow the successful user in. > > Finally, a tcp connection state table. Presently, the common method of > designing IPFW rulebases is to restrict which source ip addresses and/or > destination port numbers are allow to make a connection using the > 'setup' flag, then allowing all tcp packets which are 'established' to > pass through. In an ideal world, this works pretty well, but in reality > you can't make any assumptions about the equipment you are protecting > behind the firewall. The ability to squelch ALL tcp traffic which has > not gone through the proper setup routine (and thus firewall > examination) would be very useful. This is what NATD does to some extent.. it would be possibel to have a kernel natd in conjunction with ipfw.. patches accepted. > > The big problems with the state table is that it takes up a lot of cpu > time and memory, especially on busy connections. This would probably > best be left as a kernel mod or an additional ipfw parameter, and not > the default behavoir, since it is so resource intensive. Or a daemon.. NATD anyone? > > I'm interested in hearing your feedback as to the viability of these > changes and any comments. I am not sure who is maintaining IPFW, so I > do not know if these issues have already come up. I could probably > stumble through the first change (source/destination arrays), but the > other two are probably beyond my abilities right now. The first is the hardest.. unless you implement it as a group of rules. > > I appreciate your time. > > Jerry > jerry@bellnetworks.net > http://www.bellnetworks.net/cs > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 3:11:49 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from gw-nl1.origin-it.com (gw-nl1.origin-it.com [193.79.128.34]) by hub.freebsd.org (Postfix) with ESMTP id 4EF5B165D5 for ; Tue, 19 Oct 1999 03:11:32 -0700 (PDT) (envelope-from Hans.Zuidam@nl.origin-it.com) Received: from mail.nl.origin-it.com (localhost.origin-it.com [127.0.0.1]) by gw-nl1.origin-it.com with ESMTP id MAA17312 for ; Tue, 19 Oct 1999 12:11:31 +0200 (MEST) (envelope-from Hans.Zuidam@nl.origin-it.com) Received: from mail.nl.origin-it.com(172.16.127.67) by gw-nl1.origin-it.com via mwrap (4.0a) id xma017297; Tue, 19 Oct 99 12:11:31 +0200 Received: from nlehx900.ehvovh.nl.origin-it.com (nlehx900.ehvovh.nl.origin-it.com [172.16.92.111]) by mail.nl.origin-it.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id MAA11108 for ; Tue, 19 Oct 1999 12:11:26 +0200 (MET DST) Received: by nlehx900.ehvovh.nl.origin-it.com with Internet Mail Service (5.5.2448.0) id ; Tue, 19 Oct 1999 12:11:26 +0200 Message-ID: <9B7E8CE3E214D311A3050008C7A4BDDB934693@nlehx061.ehvvon.nl.origin-it.com> From: "Zuidam, Hans" To: "'hackers@freebsd.org'" Subject: natd question Date: Tue, 19 Oct 1999 12:11:25 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I want to set up a test network which (partly) mirrors our production side network. To match reality as close as possible we keep the IP addresses in the test network the same as in the production network. In order not to run around with tapes between the two networks, I would like to create the following setup: (~~~~~~~~~~) (~~~~~~~~~~) ( ) +---------+ ( ) + + | | + + ( 130.144.120/22 ) ------ | FreeBSD | ------ ( 130.144.120/22 ) + (real) + | | + (test) + ( ) +---------+ ( ) (~~~~~~~~~~) (~~~~~~~~~~) I envision on the FreeBSD box some kind of mapping between the real and test network's IP addresses. Something along the following lines: 130.144.120.10 -> 10.0.0.10 +----------------+ +---------+ +----------------+ | | | | | | | 130.144.120.10 | ------ | FreeBSD | ------ | 130.144.120.10 | | | | | | | | | +----------------+ | +---------+ | +----------------+ | | | <--- SRC = 130.144.120.10 | DST = 10.0.0.10 | <--- SRC = 10.0.0.10 DST = 130.144.120.10 ---> SRC = 130.144.120.10 DST = 10.0.0.10 ---> SRC = 10.0.0.10 DST = 130.144.120.10 Assuming routes are configured properly, is this possible using natd? Regards, Hans -- Hans Zuidam e-mail: hans.zuidam@nl.origin-it.com Origin, BAS/AM-CE tel. +31 40 2735569 Gebouw SK-520 fax. +31 40 2736936 Glaslaan 2 5616 LW Eindhoven To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 4: 3:45 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id ED738166C0 for ; Tue, 19 Oct 1999 04:03:38 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.9.3/8.9.3) id NAA21712; Tue, 19 Oct 1999 13:02:35 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 21701; Tue Oct 19 13:02:27 1999 From: Graham Wheeler To: Robert Watson , Robert Watson , Graham Wheeler Subject: Re: IETF gettogether Date: Tue, 19 Oct 1999 12:55:24 +0200 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: hackers@FreeBSD.ORG References: In-Reply-To: MIME-Version: 1.0 Message-Id: <9910191258010Z.11153@cequrux.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 18 Oct 1999, Robert Watson wrote: > Can't help you with the PnP stuff, but I will be at the Washington, DC > IETF meeting in November :-). Would be great to do a FreeBSD-oriented > get-together... That said, people are rapidly claiming the evenings for a > variety of get-togethers, so claim one soon. Okay - I don't know what other peoples plans are at this stage, but how about the Tuesday night? ALternatively, we could start a list of who is available when, and try work out the best time from that. I can do any night other than Sunday the 7th. Anyone else? -- Dr Graham Wheeler E-mail: gram@cequrux.com Cequrux Technologies Phone: +27(21)423-6065/6/7 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data/Network Security Specialists WWW: http://www.cequrux.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 7:45: 3 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wotan.2slo.waw.pl (wotan.2slo.waw.pl [195.117.4.98]) by hub.freebsd.org (Postfix) with ESMTP id 15BDD172C9 for ; Tue, 19 Oct 1999 07:42:58 -0700 (PDT) (envelope-from kaczor@wotan.2slo.waw.pl) Received: from wotan.2slo.waw.pl (kaczor@wotan.2slo.waw.pl [195.117.4.98]) by wotan.2slo.waw.pl (8.9.3/8.9.1) with ESMTP id QAA47081 for ; Tue, 19 Oct 1999 16:36:04 +0200 (CEST) (envelope-from kaczor@wotan.2slo.waw.pl) Date: Tue, 19 Oct 1999 16:36:04 +0200 (CEST) From: Wiktor To: hackers@freebsd.org Subject: Size of arp database. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, Is there any way to enlarge the arp database. I've got a feeling that it is limited to only 10 enteries... For me it's a bit to less. Wiktor Niesiobedzki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 7:54:29 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id B6EC91731D for ; Tue, 19 Oct 1999 07:54:25 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id JAA70904; Tue, 19 Oct 1999 09:53:10 -0500 (CDT) (envelope-from dan) Date: Tue, 19 Oct 1999 09:53:10 -0500 From: Dan Nelson To: Wiktor Cc: hackers@FreeBSD.ORG Subject: Re: Size of arp database. Message-ID: <19991019095310.A70372@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: ; from kaczor@wotan.2slo.waw.pl on Tue, Oct 19, 1999 at 04:36:04PM +0200 X-OS: FreeBSD 4.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Oct 19), Wiktor said: > Is there any way to enlarge the arp database. I've got a feeling that > it is limited to only 10 enteries... For me it's a bit to less. $ arp -a | wc -l 256 Maybe you only have 10 machines on your network? -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 8:48:11 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id 5790C1750C for ; Tue, 19 Oct 1999 08:48:09 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.9.3/8.9.3) with ESMTP id IAA47490; Tue, 19 Oct 1999 08:48:06 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Tue, 19 Oct 1999 08:48:06 -0700 (PDT) From: Doug White To: "Zuidam, Hans" Cc: "'hackers@freebsd.org'" Subject: Re: natd question In-Reply-To: <9B7E8CE3E214D311A3050008C7A4BDDB934693@nlehx061.ehvvon.nl.origin-it.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 19 Oct 1999, Zuidam, Hans wrote: > I want to set up a test network which (partly) mirrors our production > side network. To match reality as close as possible we keep the IP > addresses in the test network the same as in the production network. In > order not to run around with tapes between the two networks, I would like > to create the following setup: > > ( 130.144.120/22 ) ------ | FreeBSD | ------ ( 130.144.120/22 ) > + (real) + | | + (test) + Ew. There's no way the system can differentiate between the two. It'll probably scream bloody murder when the ARPs start flying. You'll generate megabytes of 'arp: 130.144.120.5 changed from XXXXXXXXXX to YYYYYYYYY' messages. I'd suggest assigning fake addresses to to your test network's primary IPs. Once your setup is complete unplug one of the networks from the bsd box then throw all the IPs over to the real IPs. I assume the two networks don't need to talk to one another once you have the test harness set up. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 9: 9:43 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ppp142140.asahi-net.or.jp (ppp142140.asahi-net.or.jp [202.213.142.140]) by hub.freebsd.org (Postfix) with ESMTP id 0F144175C9 for ; Tue, 19 Oct 1999 09:09:25 -0700 (PDT) (envelope-from tfuruya@ppp142140.asahi-net.or.jp) Received: from dilemma (tf051005.tf.or.jp [192.168.51.5]) by galois.tf.or.jp (8.9.3/3.7W-Teddy-99050304) with SMTP id AAA28887; Wed, 20 Oct 1999 00:12:45 +0900 (JST) Message-ID: <000801bf1a44$bb587ca0$0533a8c0@dilemma.tf.or.jp> From: "Teddy" To: "Darryl Okahata" Cc: Subject: RE: Search a symbol in the source tree Date: Wed, 20 Oct 1999 00:13:10 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thank you for your mail. -----Original Message----- ol : Darryl Okahata : Re: Search a symbol in the source tree >> But, what various and interesting methods to search symbols there are ! > > Do people actually read what's posted here? > > A few days ago, I posted a detailed comparison of various >packages. Go read the archives: Your mail is rather long and the conclusion is hard to grip for me. Is your point is that for grep with -R option >...with grep, you need to limit your searches. Also, >"grep -R" doesn't work very well.... and, for global >...I've got mixed feelings about global. ... > ...for best results, you have to remember to use different options when searching ... ??? Am I right ? >http://www.freebsd.org/cgi/getmsg.cgi?fetch=331467+341670+/usr/local/www/db /text/1999/freebsd-hackers/19991017.freebsd-hackers > >Side note: Shigio Yamaguchi has found some issues >and bugs regarding GLOBAL, and so GLOBAL is not as bad as the article >makes it out to be. > >-- > Darryl Okahata > darrylo@sr.hp.com Teddy Furuya To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 9:16:47 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ppp142140.asahi-net.or.jp (ppp142140.asahi-net.or.jp [202.213.142.140]) by hub.freebsd.org (Postfix) with ESMTP id C01981760B for ; Tue, 19 Oct 1999 09:16:30 -0700 (PDT) (envelope-from tfuruya@ppp142140.asahi-net.or.jp) Received: from dilemma (tf051005.tf.or.jp [192.168.51.5]) by galois.tf.or.jp (8.9.3/3.7W-Teddy-99050304) with SMTP id AAA28922; Wed, 20 Oct 1999 00:18:03 +0900 (JST) Message-ID: <000201bf1a45$7952d340$0533a8c0@dilemma.tf.or.jp> From: "Teddy" To: "Brian Beattie" Cc: , , , Subject: RE: Search a symbol in the source tree Date: Wed, 20 Oct 1999 00:13:58 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thank you for your mail ! At last, the final resolution has arrived ! Your answer is very very elegant and splendid ! -----Original Message----- ol : Brian Beattie : Tetsuro Teddy FURUYA CC : n@nectar.com ; zzhang@cs.binghamton.edu ; freebsd-hackers@freebsd.org ; nectar@nectar.com : 1999N1019 1:51 : Re: Search a symbol in the source tree >On Mon, 18 Oct 1999, Tetsuro Teddy FURUYA wrote: > >> From: Jacques Vidrine >> Subject: Re: Search a symbol in the source tree >> Date: Sun, 17 Oct 1999 11:37:11 -0500 >> n> On 18 October 1999 at 0:39, Tetsuro Teddy FURUYA (=?iso-2022-jp?B?GyRCOEVDKxsoQiAbJEJFL086GyhC?=) wrote: >> n> > It seems queer to me that there has been none who has refered to >> n> > find - exec >> n> > pairs. >> n> > >> n> > You may type into shell like; >> n> > $find . -name "*.c" -print -exec "egrep" "-i" "idt" {} \; | less >> n> > Here , "idt" is a search string. >> n> >> n> That's because no one wants a separate invocation of egrep for >> n> every file! >> ^^^^^^ >> Probably, except me ! >> >> But, what various and interesting methods to search symbols there are ! >> >> If we do not restrict the usage of search method, there might be >> yet another methods. > >I frequently use find - grep when looking at a novel source tree. The one >problem with the solution given is that if you are looking for a few >instances in hundreds of files, the hits can scroll off the screen and get >lost in the noise. My prefered approach is: >find . -name "*.[c]" -exec grep string {} /dev/null \; Your idea to make grep read the dummy file /dev/null as multiple files read is elegant and splendid ! Finally, find with -exec option outputs the same listing as grep with -R option and find - xargs pipeline. I have tried the bench mark test. #Script started on Tue Oct 19 23:00:15 1999 #sh-2.02$ time find /usr/src/sys -name "*" -and -exec grep "-ia" idt {} \; -print > /dev/null #real 1m14.920s #user 0m16.454s #sys 0m20.259s # #sh-2.02$ time find /usr/src/sys -name "*" -exec grep "-ia" idt {} /dev/null \; > /dev/null #real 1m16.742s #user 0m16.289s #sys 0m20.449s # #sh-2.02$ time find /usr/src/sys -name "*" | xargs grep "-ia" idt > /dev/null #real 0m44.862s #user 0m0.989s #sys 0m1.669s #sh-2.02$ exit #exit #Script done on Tue Oct 19 23:16:04 1999 From this result, xargs is faster as it is predicted. And the comsumed time to read /dev/null file is unexpectedly short. > >(the /dev/null forces grep to print the filename where a match is found, >and I am an old fogey, learned grep before [ef]grep too lazy to learn >better, should probably use fgrep) > >What I'd really like to see is a free implementation of cscope. > >Brian Beattie | The only problem with >beattie@aracnet.com | winning the rat race ... >www.aracnet.com/~beattie | in the end you're still a rat Teddy Furuya To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 9:41: 4 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rapidnet.com (rapidnet.com [205.164.216.1]) by hub.freebsd.org (Postfix) with ESMTP id 2ACB6176B1 for ; Tue, 19 Oct 1999 09:40:51 -0700 (PDT) (envelope-from nick@rapidnet.com) Received: from localhost (nick@localhost) by rapidnet.com (8.9.3/8.9.3) with ESMTP id KAA41120; Tue, 19 Oct 1999 10:40:35 -0600 (MDT) Date: Tue, 19 Oct 1999 10:40:34 -0600 (MDT) From: Nick Rogness To: "Zuidam, Hans" Cc: "'hackers@freebsd.org'" Subject: Re: natd question In-Reply-To: <9B7E8CE3E214D311A3050008C7A4BDDB934693@nlehx061.ehvvon.nl.origin-it.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 19 Oct 1999, Zuidam, Hans wrote: > I want to set up a test network which (partly) mirrors our production > side network. To match reality as close as possible we keep the IP > addresses in the test network the same as in the production network. In > order not to run around with tapes between the two networks, I would like > to create the following setup: > > (~~~~~~~~~~) (~~~~~~~~~~) > ( ) +---------+ ( ) > + + | | + + > ( 130.144.120/22 ) ------ | FreeBSD | ------ ( 130.144.120/22 ) > + (real) + | | + (test) + > ( ) +---------+ ( ) > (~~~~~~~~~~) (~~~~~~~~~~) You can't split 2 identical networks, with identical netmasks across 2 interfaces unless you are running some sort of BRIDGE or transparent proxy support. Even then, if you have the same IP's on both networks you will run into problems with routing and ARP entries on the FreeBSD machine. If you are looking to connect the 2 networks together, run a different ip range on the (test) network, like the 10.0.0.0 or 192.168 network. If you are not connecting to the internet then you will not need to run NATD, just make sure that the gateway address of the machines on both sides are pointing to the corresponding FreeBSD interface IP. ******************************************************************* Nick Rogness Shaw's Principle: System Administrator Build a system that even a fool RapidNet, INC can use, and only a fool will nick@rapidnet.com want to use it. ******************************************************************* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 10: 5:31 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wotan.2slo.waw.pl (wotan.2slo.waw.pl [195.117.4.98]) by hub.freebsd.org (Postfix) with ESMTP id 8FE2D176EC for ; Tue, 19 Oct 1999 10:00:29 -0700 (PDT) (envelope-from kaczor@wotan.2slo.waw.pl) Received: from wotan.2slo.waw.pl (kaczor@wotan.2slo.waw.pl [195.117.4.98]) by wotan.2slo.waw.pl (8.9.3/8.9.1) with ESMTP id TAA51296 for ; Tue, 19 Oct 1999 19:06:43 +0200 (CEST) (envelope-from kaczor@wotan.2slo.waw.pl) Date: Tue, 19 Oct 1999 19:06:43 +0200 (CEST) From: Wiktor To: hackers@FreeBSD.ORG Subject: Re: Size of arp database. In-Reply-To: <19991019095310.A70372@dan.emsphone.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 19 Oct 1999, Dan Nelson wrote: > In the last episode (Oct 19), Wiktor said: > > Is there any way to enlarge the arp database. I've got a feeling that > > it is limited to only 10 enteries... For me it's a bit to less. > > $ arp -a | wc -l > 256 > > Maybe you only have 10 machines on your network? > What i tested is: root@wotan:~# arp -S pc7 00:00:E8:73:FF:FD pub delete: can't locate pc7 root@wotan:~# arp -a router (195.117.4.97) at 0:a0:c5:21:14:8 wotan.2slo.waw.pl (195.117.4.98) at 0:10:4b:36:6a:fd permanent pc2 (195.117.4.101) at 0:80:48:d7:29:be pc6 (195.117.4.105) at 52:54:0:e3:9:7a pc14 (195.117.4.113) at 0:40:f6:94:b0:ca ? (195.117.4.127) at ff:ff:ff:ff:ff:ff permanent root@wotan:~# arp -d pc7 proxy delete: can't locate pc7 root@wotan:~# arp -S pc7 00:00:E8:73:FF:FD pub delete: can't locate pc7 set: proxy entry exists for non 802 device root@wotan:~# So this entry potetnialy exist, but I'm unable to delete it... What am I doing wrong? Wiktor Niesiobedzki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 10:15:50 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wotan.2slo.waw.pl (wotan.2slo.waw.pl [195.117.4.98]) by hub.freebsd.org (Postfix) with ESMTP id 60A1D17762 for ; Tue, 19 Oct 1999 10:12:49 -0700 (PDT) (envelope-from kaczor@wotan.2slo.waw.pl) Received: from wotan.2slo.waw.pl (kaczor@wotan.2slo.waw.pl [195.117.4.98]) by wotan.2slo.waw.pl (8.9.3/8.9.1) with ESMTP id SAA50670; Tue, 19 Oct 1999 18:49:01 +0200 (CEST) (envelope-from kaczor@wotan.2slo.waw.pl) Date: Tue, 19 Oct 1999 18:49:00 +0200 (CEST) From: Wiktor To: Dan Nelson Cc: hackers@FreeBSD.ORG Subject: Re: Size of arp database. In-Reply-To: <19991019095310.A70372@dan.emsphone.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 19 Oct 1999, Dan Nelson wrote: > In the last episode (Oct 19), Wiktor said: > > Is there any way to enlarge the arp database. I've got a feeling that > > it is limited to only 10 enteries... For me it's a bit to less. > > $ arp -a | wc -l > 256 > > Maybe you only have 10 machines on your network? > No... the problem is, that i've got recently message: arplookup 195.117.4.106 failed: could not allocate llinfo arpresolve: can't allocate llinfo for 195.117.4.106rt when the number of running and connected machines to server reach about 10. When i tried to add manualy some entry (arp -s some.ip some:hdwr:addr) they just gone. Anyone know solution of this problem? Wiktor Niesiobedzki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 10:25:42 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from gw-nl1.origin-it.com (gw-nl1.origin-it.com [193.79.128.34]) by hub.freebsd.org (Postfix) with ESMTP id 6D15C17778 for ; Tue, 19 Oct 1999 10:25:39 -0700 (PDT) (envelope-from Hans.Zuidam@nl.origin-it.com) Received: from mail.nl.origin-it.com (localhost.origin-it.com [127.0.0.1]) by gw-nl1.origin-it.com with ESMTP id TAA12439; Tue, 19 Oct 1999 19:25:37 +0200 (MEST) (envelope-from Hans.Zuidam@nl.origin-it.com) Received: from mail.nl.origin-it.com(172.16.127.67) by gw-nl1.origin-it.com via mwrap (4.0a) id xma012434; Tue, 19 Oct 99 19:25:37 +0200 Received: from nlehx900.ehvovh.nl.origin-it.com (nlehx900.ehvovh.nl.origin-it.com [172.16.92.111]) by mail.nl.origin-it.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id TAA24210; Tue, 19 Oct 1999 19:25:37 +0200 (MET DST) Received: by nlehx900.ehvovh.nl.origin-it.com with Internet Mail Service (5.5.2448.0) id ; Tue, 19 Oct 1999 19:25:37 +0200 Message-ID: <9B7E8CE3E214D311A3050008C7A4BDDB934695@nlehx061.ehvvon.nl.origin-it.com> From: "Zuidam, Hans" To: "'Nick Rogness'" , "'Doug White'" Cc: "'hackers@freebsd.org'" Subject: RE: natd question Date: Tue, 19 Oct 1999 19:25:35 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, My original question was how to connect two identical (that is: two networks using the same IP addresses) together. Both Doug White and Nick Rogness remarked something which I overlooked: arp. My initial idea was to have a daemon "in between" which would swap IP addresses. But of course you have to swap ethernet addresses too. Guess its back to the drawing board. Thanks for the quick answers! Hans -- Hans Zuidam e-mail: hans.zuidam@nl.origin-it.com Origin, BAS/AM-CE tel. +31 40 2735569 Gebouw SK-520 fax. +31 40 2736936 Glaslaan 2 5616 LW Eindhoven To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 10:29:29 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from jumping-spider.aracnet.com (jumping-spider.aracnet.com [205.159.88.14]) by hub.freebsd.org (Postfix) with ESMTP id 67C8B17789 for ; Tue, 19 Oct 1999 10:29:27 -0700 (PDT) (envelope-from beattie@aracnet.com) Received: from shell2.aracnet.com (IDENT:1728@shell2.aracnet.com [216.99.193.20]) by jumping-spider.aracnet.com (8.9.3/8.9.3) with ESMTP id KAA19978; Tue, 19 Oct 1999 10:27:27 -0700 Received: from localhost by shell2.aracnet.com (8.8.7) id KAA24843; Tue, 19 Oct 1999 10:26:50 -0700 X-Authentication-Warning: shell2.aracnet.com: beattie owned process doing -bs Date: Tue, 19 Oct 1999 10:26:50 -0700 (PDT) From: Brian Beattie To: Nick Rogness Cc: "Zuidam, Hans" , "'hackers@freebsd.org'" Subject: Re: natd question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 19 Oct 1999, Nick Rogness wrote: > On Tue, 19 Oct 1999, Zuidam, Hans wrote: > > > I want to set up a test network which (partly) mirrors our production > > side network. To match reality as close as possible we keep the IP > > addresses in the test network the same as in the production network. In > > order not to run around with tapes between the two networks, I would like > > to create the following setup: > > > > (~~~~~~~~~~) (~~~~~~~~~~) > > ( ) +---------+ ( ) > > + + | | + + > > ( 130.144.120/22 ) ------ | FreeBSD | ------ ( 130.144.120/22 ) > > + (real) + | | + (test) + > > ( ) +---------+ ( ) > > (~~~~~~~~~~) (~~~~~~~~~~) > > > You can't split 2 identical networks, with identical > netmasks across 2 interfaces unless you are running some sort of > BRIDGE or transparent proxy support. Even then, if you have the > same IP's on both networks you will run into problems with routing > and ARP entries on the FreeBSD machine. > > If you are looking to connect the 2 networks together, run a > different ip range on the (test) network, like the 10.0.0.0 > or 192.168 network. If you are not connecting to the internet then > you will not need to run NATD, just make sure that the > gateway address of the machines on both sides are pointing to the > corresponding FreeBSD interface IP. > > How about: (~~~~~~~~~~) (~~~~~~~~~~) ( ) +-------+ +-------+ ( ) + + | | | | + + ( 130.144.120/22 ) -- |FreeBSD| ---- |FreeBSD| --( 130.144.120/22 ) + (real) + | | | | + (test) + ( ) +-------+ +-------+ ( ) (~~~~~~~~~~) (~~~~~~~~~~) Using 10.0.0.0 on the network in the middle Brian Beattie | The only problem with beattie@aracnet.com | winning the rat race ... www.aracnet.com/~beattie | in the end you're still a rat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 11: 0:22 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from gw-nl1.origin-it.com (gw-nl1.origin-it.com [193.79.128.34]) by hub.freebsd.org (Postfix) with ESMTP id 8ECB117825 for ; Tue, 19 Oct 1999 11:00:16 -0700 (PDT) (envelope-from Hans.Zuidam@nl.origin-it.com) Received: from mail.nl.origin-it.com (localhost.origin-it.com [127.0.0.1]) by gw-nl1.origin-it.com with ESMTP id UAA19652; Tue, 19 Oct 1999 20:00:11 +0200 (MEST) (envelope-from Hans.Zuidam@nl.origin-it.com) Received: from mail.nl.origin-it.com(172.16.127.67) by gw-nl1.origin-it.com via mwrap (4.0a) id xma019648; Tue, 19 Oct 99 20:00:12 +0200 Received: from nlehx900.ehvovh.nl.origin-it.com (nlehx900.ehvovh.nl.origin-it.com [172.16.92.111]) by mail.nl.origin-it.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id UAA27964; Tue, 19 Oct 1999 20:00:11 +0200 (MET DST) Received: by nlehx900.ehvovh.nl.origin-it.com with Internet Mail Service (5.5.2448.0) id ; Tue, 19 Oct 1999 20:00:11 +0200 Message-ID: <9B7E8CE3E214D311A3050008C7A4BDDB934696@nlehx061.ehvvon.nl.origin-it.com> From: "Zuidam, Hans" To: "'Brian Beattie'" Cc: "'hackers@freebsd.org'" Subject: RE: natd question Date: Tue, 19 Oct 1999 20:00:09 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > -----Original Message----- > From: Brian Beattie [mailto:beattie@aracnet.com] > Sent: Tuesday, 19 October, 1999 19:27 > How about: > > (~~~~~~~~~~) (~~~~~~~~~~) > ( ) +-------+ +-------+ ( ) > + + | | | | + + > ( 130.144.120/22 ) -- |FreeBSD| ---- |FreeBSD| --( 130.144.120/22 ) > + (real) + | | | | + (test) + > ( ) +-------+ +-------+ ( ) > (~~~~~~~~~~) (~~~~~~~~~~) > > Using 10.0.0.0 on the network in the middle That will only work if the link in the middle is a point-to-point link. Hmmm, maybe PLIP will give some reasonable performance there. The other "solution" would be to have an ARP table for each individual interface for the duplicate addresses. This would involve an extensive of the ARP code to which I'm not quite up to. Regards, Hans -- Hans Zuidam e-mail: hans.zuidam@nl.origin-it.com Origin, BAS/AM-CE tel. +31 40 2735569 Gebouw SK-520 fax. +31 40 2736936 Glaslaan 2 5616 LW Eindhoven To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 11: 2:56 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from beelzebubba.sysabend.org (beelzebubba.sysabend.org [209.201.74.6]) by hub.freebsd.org (Postfix) with ESMTP id 6DF8A17838 for ; Tue, 19 Oct 1999 11:02:52 -0700 (PDT) (envelope-from ragnar@sysabend.org) Received: by beelzebubba.sysabend.org (Postfix, from userid 1004) id 076D14372; Tue, 19 Oct 1999 14:02:58 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by beelzebubba.sysabend.org (Postfix) with SMTP id EC20A9D12; Tue, 19 Oct 1999 14:02:57 -0400 (EDT) Date: Tue, 19 Oct 1999 14:02:57 -0400 (EDT) From: Jamie Bowden To: Brian Beattie Cc: Nick Rogness , "Zuidam, Hans" , "'hackers@freebsd.org'" Subject: Re: natd question In-Reply-To: Message-ID: Approved: yep X-representing: Only myself. X-badge: We don't need no stinking badges. X-obligatory-profanity: Fuck X-moo: Moo. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 19 Oct 1999, Brian Beattie wrote: :On Tue, 19 Oct 1999, Nick Rogness wrote: : :> On Tue, 19 Oct 1999, Zuidam, Hans wrote: :> :> > I want to set up a test network which (partly) mirrors our production :> > side network. To match reality as close as possible we keep the IP :> > addresses in the test network the same as in the production network. In :> > order not to run around with tapes between the two networks, I would like :> > to create the following setup: :> > :> > (~~~~~~~~~~) (~~~~~~~~~~) :> > ( ) +---------+ ( ) :> > + + | | + + :> > ( 130.144.120/22 ) ------ | FreeBSD | ------ ( 130.144.120/22 ) :> > + (real) + | | + (test) + :> > ( ) +---------+ ( ) :> > (~~~~~~~~~~) (~~~~~~~~~~) :> :> :> You can't split 2 identical networks, with identical :> netmasks across 2 interfaces unless you are running some sort of :> BRIDGE or transparent proxy support. Even then, if you have the :> same IP's on both networks you will run into problems with routing :> and ARP entries on the FreeBSD machine. :> :> If you are looking to connect the 2 networks together, run a :> different ip range on the (test) network, like the 10.0.0.0 :> or 192.168 network. If you are not connecting to the internet then :> you will not need to run NATD, just make sure that the :> gateway address of the machines on both sides are pointing to the :> corresponding FreeBSD interface IP. :> :> : :How about: : : (~~~~~~~~~~) (~~~~~~~~~~) : ( ) +-------+ +-------+ ( ) : + + | | | | + + : ( 130.144.120/22 ) -- |FreeBSD| ---- |FreeBSD| --( 130.144.120/22 ) : + (real) + | | | | + (test) + : ( ) +-------+ +-------+ ( ) : (~~~~~~~~~~) (~~~~~~~~~~) : :Using 10.0.0.0 on the network in the middle You're going to have to work some magic even for that. You've got two boxes who both think 130.144.120/22 is a directly connected network. Routing to the other network without confusing your routers is going to be tricky, if it's even possible. Jamie Bowden -- If we've got to fight over grep, sign me up. But boggle can go. -Ted Faber (on Hasbro's request for removal of /usr/games/boggle) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 11: 4:21 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ppp142132.asahi-net.or.jp (ppp142132.asahi-net.or.jp [202.213.142.132]) by hub.freebsd.org (Postfix) with ESMTP id 8426A17841 for ; Tue, 19 Oct 1999 11:04:16 -0700 (PDT) (envelope-from tfuruya@ppp142132.asahi-net.or.jp) Received: from localhost (localhost.tf.or.jp [127.0.0.1]) by galois.tf.or.jp (8.9.3/3.7W-Teddy-99050304) with ESMTP id CAA01963 for ; Wed, 20 Oct 1999 02:48:01 +0900 (JST) To: freebsd-hackers@freebsd.org Subject: Re: Search a symbol in the source tree From: Tetsuro Teddy FURUYA (=?iso-2022-jp?B?GyRCOEVDKxsoQiAbJEJFL086GyhC?=) In-Reply-To: Your message of "Mon, 18 Oct 1999 00:39:44 +0900" <19991018003944T.tfuruya@galois.tf.or.jp> References: <19991018003944T.tfuruya@galois.tf.or.jp> X-Mailer: Mew version 1.93 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19991020024800E.tfuruya@galois.tf.or.jp> Date: Wed, 20 Oct 1999 02:48:00 +0900 X-Dispatcher: imput version 980905(IM100) Lines: 62 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Probably, my mail did not reach freebsd-hackers mailing list because of absense of inreply-to headers. So, I will resend. ------------------------------------------------------------ Message-ID: <000801bf1a44$bb587ca0$0533a8c0@dilemma.tf.or.jp> From: "Teddy" To: "Darryl Okahata" Cc: Subject: RE: Search a symbol in the source tree Date: Wed, 20 Oct 1999 00:13:10 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Thank you for your mail. -----Original Message----- Sender : Darryl Okahata Subject : Re: Search a symbol in the source tree >> But, what various and interesting methods to search symbols there are ! > > Do people actually read what's posted here? > > A few days ago, I posted a detailed comparison of various >packages. Go read the archives: Your mail is rather long and the conclusion is hard to grip for me. Is your point is that for grep with -R option >...with grep, you need to limit your searches. Also, >"grep -R" doesn't work very well.... and, for global >...I've got mixed feelings about global. ... > ...for best results, you have to remember to use different options when searching ... ??? Am I right ? >http://www.freebsd.org/cgi/getmsg.cgi?fetch=331467+341670+/usr/local/www/db /text/1999/freebsd-hackers/19991017.freebsd-hackers > >Side note: Shigio Yamaguchi has found some issues >and bugs regarding GLOBAL, and so GLOBAL is not as bad as the article >makes it out to be. > >-- > Darryl Okahata > darrylo@sr.hp.com Teddy Furuya To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 11: 4:25 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ppp142132.asahi-net.or.jp (ppp142132.asahi-net.or.jp [202.213.142.132]) by hub.freebsd.org (Postfix) with ESMTP id 3AF5A1783E for ; Tue, 19 Oct 1999 11:04:16 -0700 (PDT) (envelope-from tfuruya@ppp142132.asahi-net.or.jp) Received: from localhost (localhost.tf.or.jp [127.0.0.1]) by galois.tf.or.jp (8.9.3/3.7W-Teddy-99050304) with ESMTP id CAA01948 for ; Wed, 20 Oct 1999 02:42:19 +0900 (JST) To: freebsd-hackers@freebsd.org Subject: Re: Search a symbol in the source tree From: Tetsuro Teddy FURUYA (=?iso-2022-jp?B?GyRCOEVDKxsoQiAbJEJFL086GyhC?=) In-Reply-To: Your message of "Mon, 18 Oct 1999 00:39:44 +0900" <19991018003944T.tfuruya@galois.tf.or.jp> References: <19991018003944T.tfuruya@galois.tf.or.jp> X-Mailer: Mew version 1.93 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19991020024218T.tfuruya@galois.tf.or.jp> Date: Wed, 20 Oct 1999 02:42:18 +0900 X-Dispatcher: imput version 980905(IM100) Lines: 79 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Probably, my mail did not reach freebsd-hackers mailing list because of absense of inreply-to headers. So, I will resend. ------------------------------------------------------------ Message-ID: <001301bf192c$18daa160$0533a8c0@dilemma.tf.or.jp> From: "Teddy" To: "Greg Lehey" , Cc: , , Subject: RE: Search a symbol in the source tree Date: Mon, 18 Oct 1999 14:45:08 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Thank you for replying to me. -----Original Message----- Greg Lehey ; n@nectar.com CC : zzhang@cs.binghamton.edu ; freebsd-hackers@freebsd.org ; nectar@nectar.com Re: Search a symbol in the source tree >> n> On 18 October 1999 at 0:39, Tetsuro Teddy FURUYA (=?iso-2022-jp?B?GyRCOEVDKxsoQiAbJEJFL086GyhC?=) wrote: >> n> > It seems queer to me that there has been none who has refered to >> n> > find - exec >> n> > pairs. >> n> > $find . -name "*.c" -print -exec "egrep" "-i" "idt" {} \; | less >> n> > Here , "idt" is a search string. >> n> That's because no one wants a separate invocation of egrep for >> n> every file! >> ^^^^^^ >> Probably, except me ! > >And why do you want it? Do you have too much time on your hands? I think that if we do not know old-fashed methods , we can not appreciate the goodcharacteristics of the various methods such as xargs, glimpse, grep with -R option, and global. Now, I have started to use full.exe from cygnus-b20, and its grep does not have -R option. Fortunately it has xargs, so I can utilize both of xargs and find at the same time. But, at this circumstance, we have to pay attention to the fact that xargs can not work well all the time. When seeing manpage xargs(1), they say, > Undefined behavior may occur if utility reads from the standard input. (I don't know there exists such a case really.) And, there might exist find -exec option in the older scripts. So, -exec option of the command find is still usefull and very important. If the user don't like the listing of the umatched file name at such circumstances, he/she might execute find like, find /usr/src/sys -name "*" -and -exec grep "-ia" idt {} \; -print | less or, find /usr/src/sys -name "*" -exec grep "-ia" idt {} \; -print | less As for me, when I began to use find at the first time, the find was rather difficult to use. But now it is amusing. Teddy Furuya To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 11: 5:24 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ppp142132.asahi-net.or.jp (ppp142132.asahi-net.or.jp [202.213.142.132]) by hub.freebsd.org (Postfix) with ESMTP id 3824217844 for ; Tue, 19 Oct 1999 11:05:18 -0700 (PDT) (envelope-from tfuruya@ppp142132.asahi-net.or.jp) Received: from localhost (localhost.tf.or.jp [127.0.0.1]) by galois.tf.or.jp (8.9.3/3.7W-Teddy-99050304) with ESMTP id CAA01983; Wed, 20 Oct 1999 02:55:04 +0900 (JST) To: freebsd-hackers@freebsd.org Subject: Re: Search a symbol in the source tree From: Tetsuro Teddy FURUYA (=?iso-2022-jp?B?GyRCOEVDKxsoQiAbJEJFL086GyhC?=) In-Reply-To: Your message of "Mon, 18 Oct 1999 00:39:44 +0900" <19991018003944T.tfuruya@galois.tf.or.jp> References: <19991018003944T.tfuruya@galois.tf.or.jp> X-Mailer: Mew version 1.93 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19991020025504I.tfuruya@galois.tf.or.jp> Date: Wed, 20 Oct 1999 02:55:04 +0900 X-Dispatcher: imput version 980905(IM100) Lines: 136 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Probably, my mail did not reach freebsd-hackers mailing list because of absense of inreply-to headers. So, I will resend. ------------------------------------------------------------ Return-Path: POPmail Delivery-Agent: @(#)$Id: local.c,v 1.54 1998/10/30 06:30:53 akira1 Exp $ on canberra Received: by j.asahi-net.or.jp (ATSON-1) ; 20 Oct 1999 01:14:43 +0900 Return-Path: Received: from ppp142140.asahi-net.or.jp (ppp142140.asahi-net.or.jp [202.213.142.140]) by tiga.asahi-net.or.jp (8.8.8/3.7W) with ESMTP id BAA22992 for ; Wed, 20 Oct 1999 01:11:18 +0900 (JST) Received: from dilemma (tf051005.tf.or.jp [192.168.51.5]) by galois.tf.or.jp (8.9.3/3.7W-Teddy-99050304) with SMTP id AAA28922; Wed, 20 Oct 1999 00:18:03 +0900 (JST) Message-ID: <000201bf1a45$7952d340$0533a8c0@dilemma.tf.or.jp> From: "Teddy" To: "Brian Beattie" Cc: n@nectar.com, zzhang@cs.binghamton.edu, freebsd-hackers@freebsd.org, nectar@nectar.com Subject: RE: Search a symbol in the source tree Date: Wed, 20 Oct 1999 00:13:58 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by tiga.asahi-net.or.jp id BAA22992 Thank you for your mail ! At last, the final resolution has arrived ! Your answer is very very elegant and splendid ! -----Original Message----- From : Brian Beattie Sender : Tetsuro Teddy FURUYA CC : n@nectar.com ; zzhang@cs.binghamton.edu ; freebsd-hackers@freebsd.org ; nectar@nectar.com =93=FA=8E=9E : 1999=94N10=8C=8E19=93=FA 1:51 Subject : Re: Search a symbol in the source tree >On Mon, 18 Oct 1999, Tetsuro Teddy FURUYA wrote: > >> From: Jacques Vidrine >> Subject: Re: Search a symbol in the source tree >> Date: Sun, 17 Oct 1999 11:37:11 -0500 >> n> On 18 October 1999 at 0:39, Tetsuro Teddy FURUYA (=3D?iso-2022-jp?B?GyRCOEVDKxsoQiAbJEJFL086GyhC?=3D) wrote: >> n> > It seems queer to me that there has been none who has refered to >> n> > find - exec >> n> > pairs. >> n> > >> n> > You may type into shell like; >> n> > $find . -name "*.c" -print -exec "egrep" "-i" "idt" {} \; | less >> n> > Here , "idt" is a search string. >> n> >> n> That's because no one wants a separate invocation of egrep for >> n> every file! >> ^^^^^^ >> Probably, except me ! >> >> But, what various and interesting methods to search symbols there are = ! >> >> If we do not restrict the usage of search method, there might be >> yet another methods. > >I frequently use find - grep when looking at a novel source tree. The o= ne >problem with the solution given is that if you are looking for a few >instances in hundreds of files, the hits can scroll off the screen and g= et >lost in the noise. My prefered approach is: >find . -name "*.[c]" -exec grep string {} /dev/null \; Your idea to make grep read the dummy file /dev/null as multiple files re= ad is elegant and splendid ! Finally, find with -exec option outputs the same listing as grep with -R option and find - xargs pipeline. I have tried the bench mark test. #Script started on Tue Oct 19 23:00:15 1999 #sh-2.02$ time find /usr/src/sys -name "*" -and -exec grep "-ia" idt {} \; -print > /dev/null #real 1m14.920s #user 0m16.454s #sys 0m20.259s # #sh-2.02$ time find /usr/src/sys -name "*" -exec grep "-ia" idt {} /dev/n= ull \; > /dev/null #real 1m16.742s #user 0m16.289s #sys 0m20.449s # #sh-2.02$ time find /usr/src/sys -name "*" | xargs grep "-ia" idt > /dev/null #real 0m44.862s #user 0m0.989s #sys 0m1.669s #sh-2.02$ exit #exit #Script done on Tue Oct 19 23:16:04 1999 @@From this result, xargs is faster as it is predicted. And the comsumed time to read /dev/null file is unexpectedly short. > >(the /dev/null forces grep to print the filename where a match is found, >and I am an old fogey, learned grep before [ef]grep too lazy to learn >better, should probably use fgrep) > >What I'd really like to see is a free implementation of cscope. > >Brian Beattie | The only problem with >beattie@aracnet.com | winning the rat race ... >www.aracnet.com/~beattie | in the end you're still a rat Teddy Furuya To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 11:22: 2 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.ucb.crimea.ua (UCB-Async4-CRISCO.CRIS.NET [212.110.129.130]) by hub.freebsd.org (Postfix) with ESMTP id D6DB317897 for ; Tue, 19 Oct 1999 11:20:59 -0700 (PDT) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.3/8.9.3/UCB) id VAA70788; Tue, 19 Oct 1999 21:17:58 +0300 (EEST) (envelope-from ru) Date: Tue, 19 Oct 1999 21:17:58 +0300 From: Ruslan Ermilov To: Wiktor Cc: hackers@FreeBSD.ORG Subject: Re: Size of arp database. Message-ID: <19991019211758.A58316@relay.ucb.crimea.ua> Mail-Followup-To: Wiktor , hackers@FreeBSD.ORG References: <19991019095310.A70372@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: ; from Wiktor on Tue, Oct 19, 1999 at 07:06:43PM +0200 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 19, 1999 at 07:06:43PM +0200, Wiktor wrote: [...] > What i tested is: > root@wotan:~# arp -S pc7 00:00:E8:73:FF:FD pub > delete: can't locate pc7 > root@wotan:~# arp -a > router (195.117.4.97) at 0:a0:c5:21:14:8 > wotan.2slo.waw.pl (195.117.4.98) at 0:10:4b:36:6a:fd permanent > pc2 (195.117.4.101) at 0:80:48:d7:29:be > pc6 (195.117.4.105) at 52:54:0:e3:9:7a > pc14 (195.117.4.113) at 0:40:f6:94:b0:ca > ? (195.117.4.127) at ff:ff:ff:ff:ff:ff permanent > root@wotan:~# arp -d pc7 proxy > delete: can't locate pc7 > root@wotan:~# arp -S pc7 00:00:E8:73:FF:FD pub > delete: can't locate pc7 > set: proxy entry exists for non 802 device > root@wotan:~# > > So this entry potetnialy exist, but I'm unable to delete it... What am I > doing wrong? > This is because none of your ethernet interfaces matches `pc7'. 1/ What does `route -n -v get -host pc7' show? 2/ What is the IP address of `pc7'? 3/ How your ethernet interfaces (`ifconfig -l ether') are configured? To delete this entry, just type `route delete -host pc7'. Cheers, -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 11:24:53 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rapidnet.com (rapidnet.com [205.164.216.1]) by hub.freebsd.org (Postfix) with ESMTP id 922AC178BE for ; Tue, 19 Oct 1999 11:24:46 -0700 (PDT) (envelope-from nick@rapidnet.com) Received: from localhost (nick@localhost) by rapidnet.com (8.9.3/8.9.3) with ESMTP id MAA77730; Tue, 19 Oct 1999 12:24:40 -0600 (MDT) Date: Tue, 19 Oct 1999 12:24:40 -0600 (MDT) From: Nick Rogness To: Brian Beattie Cc: hackers@freebsd.org Subject: Re: natd question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 19 Oct 1999, Brian Beattie wrote: [snip] > > How about: > > (~~~~~~~~~~) (~~~~~~~~~~) > ( ) +-------+ +-------+ ( ) > + + | | | | + + > ( 130.144.120/22 ) -- |FreeBSD| ---- |FreeBSD| --( 130.144.120/22 ) > + (real) + | | | | + (test) + > ( ) +-------+ +-------+ ( ) > (~~~~~~~~~~) (~~~~~~~~~~) > > Using 10.0.0.0 on the network in the middle > I originally had this idea but the problem is when a machine from the 'test' network, lets say 130.144.120.1, tries to reach a machine on the 'real' network, let's say 130.144.120.2. Packets will never be routed properly because it will never leave the 'test' network. The machines on both sides would not send the packets to the gateway since the the destination is considered to be local. Unless there is specific static routes on all machines pointing to higher netmasked hosts they will never be routed across the BSD machines. Even if they were to make it across the return packets would never make it back unless there were static routes on the other side as well. Even if you did get the routing tables setup right on both sides you would then also have to deal with duplicate IP addresses, on a LAN. I have just thought of a way to keep the the ip addresses the same and let NATD handle the IP pointers. However, there will be some renumbering involved: (~~~~~~~~~~) 10.11.0.0/30 (~~~~~~~~~~) ( ) +-------+ +-------+ ( ) + + | | | | + + ( 10.10.0.0/22 ) -- |FreeBSD| ---- |FreeBSD| -- ( 10.10.0.0/22 ) + (real) + | | | | + (test) + ( ) +-------+ +-------+ ( ) (~~~~~~~~~~) NATD-1 NATD-2 (~~~~~~~~~~) If you setup 2 different machines with 2 ethernet cards in them, configure them to connect to each other with a different network range from the remote sides. Run NatD on those interfaces. Then you setup 2 different address translation tables on each FBSD machine that has static pointers to the real machine IP's using the natd config table eg: #NATD-1 config file port 8668 interface de0 redirect_address 10.10.0.1 130.144.120.1 redirect_address 10.10.0.2 130.144.120.2 redirect_address 10.10.0.3 130.144.120.3 . . . redirect_address 10.10.0.20 130.144.120.19 #NATD-2 config file port 8668 interface de0 redirect_address 10.10.0.1 130.144.120.20 redirect_address 10.10.0.2 130.144.120.25 redirect_address 10.10.0.3 130.144.120.35 . . . redirect_address 10.10.0.20 130.144.120.60 Then you just refer to the machines when communicating between each network as 130.144.120.XXX. That way the FreeBSD machines make the decision on which public packets need to get diverted to which local machine. Also you can change these mappings fairly easily and your mappings will take place without ever having to change IP addresses on your local machines. Just an idea. ******************************************************************* Nick Rogness Shaw's Principle: System Administrator Build a system that even a fool RapidNet, INC can use, and only a fool will nick@rapidnet.com want to use it. ******************************************************************* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 12:31:18 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from proxy2.ba.best.com (proxy2.ba.best.com [206.184.139.14]) by hub.freebsd.org (Postfix) with ESMTP id A150D16E6A for ; Tue, 19 Oct 1999 12:31:15 -0700 (PDT) (envelope-from ssamalin@ionet.net) Received: from ionet.net (sam.ops.best.com [205.149.163.53]) by proxy2.ba.best.com (8.9.3/8.9.2/best.out) with ESMTP id MAA16003 for ; Tue, 19 Oct 1999 12:30:02 -0700 (PDT) Message-ID: <380CC6CF.AF9F6B3B@ionet.net> Date: Tue, 19 Oct 1999 15:30:23 -0400 From: Sam Samalin X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG auth 29f5f6ed subscribe freebsd-hackers ssamalin@ionet.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 12:45:14 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from proxy2.ba.best.com (proxy2.ba.best.com [206.184.139.14]) by hub.freebsd.org (Postfix) with ESMTP id A749717AD0 for ; Tue, 19 Oct 1999 12:45:12 -0700 (PDT) (envelope-from ssamalin@ionet.net) Received: from ionet.net (sam.ops.best.com [205.149.163.53]) by proxy2.ba.best.com (8.9.3/8.9.2/best.out) with ESMTP id MAA13105 for ; Tue, 19 Oct 1999 12:44:56 -0700 (PDT) Message-ID: <380CCA4D.8A7230BB@ionet.net> Date: Tue, 19 Oct 1999 15:45:17 -0400 From: Sam Samalin X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@Freebsd.org Subject: Class C hack instead of ifconfig aliases Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there anyway to bind a class C to an interface without a lot of aliases? whats the downside of aliases? I have a 2.2.8 hack that does the C, but I'd like to avoid having to port it to 3.3. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 14:30:18 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id AD981175E2 for ; Tue, 19 Oct 1999 14:30:11 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from rac6.wam.umd.edu (root@rac6.wam.umd.edu [128.8.10.146]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id QAA13693; Tue, 19 Oct 1999 16:57:02 -0400 (EDT) Received: from rac6.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac6.wam.umd.edu (8.9.3/8.9.3) with SMTP id QAA27540; Tue, 19 Oct 1999 16:57:02 -0400 (EDT) Received: from localhost (howardjp@localhost) by rac6.wam.umd.edu (8.9.3/8.9.3) with ESMTP id QAA27536; Tue, 19 Oct 1999 16:57:02 -0400 (EDT) X-Authentication-Warning: rac6.wam.umd.edu: howardjp owned process doing -bs Date: Tue, 19 Oct 1999 16:57:02 -0400 (EDT) From: James Howard To: Mike Smith Cc: freebsd-hackers@freebsd.org Subject: Re: KLDs In-Reply-To: <199910181841.LAA01374@dingo.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 18 Oct 1999, Mike Smith wrote: > > Is it possible to compile a kernel with no filesystems supported and have > > the boot loader load FFS? I have built an FFS module but I have not yet > > had time to test it. Frankly, I am kind of afraid to for fear of trashing > > my system. > > As long as the kernel will compile with no filesystems, it should work > just fine. I expect as much, but when I tried to make an IPX KLD, it paniced the system on unload. I will test the FFS KLD soon though. Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 16:35:23 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dingo.cdrom.com (picasso.transbay.net [209.133.53.6]) by hub.freebsd.org (Postfix) with ESMTP id 8F3321810D for ; Tue, 19 Oct 1999 16:35:19 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id QAA00737; Tue, 19 Oct 1999 16:27:01 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199910192327.QAA00737@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: James Howard Cc: Mike Smith , freebsd-hackers@freebsd.org Subject: Re: KLDs In-reply-to: Your message of "Tue, 19 Oct 1999 16:57:02 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 19 Oct 1999 16:27:01 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Mon, 18 Oct 1999, Mike Smith wrote: > > > > Is it possible to compile a kernel with no filesystems supported and have > > > the boot loader load FFS? I have built an FFS module but I have not yet > > > had time to test it. Frankly, I am kind of afraid to for fear of trashing > > > my system. > > > > As long as the kernel will compile with no filesystems, it should work > > just fine. > > I expect as much, but when I tried to make an IPX KLD, it paniced the > system on unload. I will test the FFS KLD soon though. Panic on unload usually means that the code in question isn't designed to unload. 8) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 21:30:50 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from jason.argos.org (a13b146.neo.rr.com [204.210.197.146]) by hub.freebsd.org (Postfix) with ESMTP id 711DA1A7E8 for ; Tue, 19 Oct 1999 21:30:47 -0700 (PDT) (envelope-from mike@argos.org) Received: from localhost (mike@localhost) by jason.argos.org (8.9.1/8.9.1) with ESMTP id AAA29447; Wed, 20 Oct 1999 00:30:16 -0400 Date: Wed, 20 Oct 1999 00:30:16 -0400 (EDT) From: Mike Nowlin To: Nick Rogness Cc: Brian Beattie , hackers@FreeBSD.ORG Subject: Re: natd question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > ( ) +-------+ +-------+ ( ) > > + + | | | | + + > > ( 130.144.120/22 ) -- |FreeBSD| ---- |FreeBSD| --( 130.144.120/22 ) > > + (real) + | | | | + (test) + > > ( ) +-------+ +-------+ ( ) > > (~~~~~~~~~~) (~~~~~~~~~~) If the whole purpose of this is to (as stated in the original message) avoid running Sneakernet between the two networks, why not use a protocol that really doesn't care about IP addresses, network masks, etc. -- possibly UUCP... It's pretty easy to set up, and if you run it over a 115200 baud serial line, performance is quite adequate for most things, and you won't have to deal with the fact that the two nets share addressing. If you're not planning on using UUCP in common use on the final production network, the changes you'd have to make in the config files for it between the two networks wouldn't make a bit of difference once testing is done -- even if you were, the changes still shouldn't make any difference unless you intentionally tried to create problems. (mental reference to a recent thread on -security, I believe....:) ) --mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 21:36:57 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from web112.yahoomail.com (web112.yahoomail.com [205.180.60.82]) by hub.freebsd.org (Postfix) with SMTP id F193A1AA52 for ; Tue, 19 Oct 1999 21:36:53 -0700 (PDT) (envelope-from bu553@yahoo.com) Message-ID: <19991020043758.25704.rocketmail@web112.yahoomail.com> Received: from [134.117.137.229] by web112.yahoomail.com; Tue, 19 Oct 1999 21:37:58 PDT Date: Tue, 19 Oct 1999 21:37:58 -0700 (PDT) From: Embedded Systems Subject: Software release for embedded systems design. To: hackers@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG We are pleased to offer to you a new software product, which will be of significant help in the area of logical circuit design. We have developed "ELMAS" which provides a full-featured set of development tools including a complete set of logic gates and microprocessors. To find out more about this advanced development tool for embedded systems, please visit our site at: http://www.tamik.com If you find this product useful for your company, we will be delighted to receive your comments. Sales Department Tamik Corporation ===== __________________________________________________ Do You Yahoo!? Bid and sell for free at http://auctions.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 19 21:41:43 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from jason.argos.org (a13b146.neo.rr.com [204.210.197.146]) by hub.freebsd.org (Postfix) with ESMTP id 1B8711AAAA for ; Tue, 19 Oct 1999 21:41:34 -0700 (PDT) (envelope-from mike@argos.org) Received: from localhost (mike@localhost) by jason.argos.org (8.9.1/8.9.1) with ESMTP id AAA29576; Wed, 20 Oct 1999 00:41:32 -0400 Date: Wed, 20 Oct 1999 00:41:32 -0400 (EDT) From: Mike Nowlin To: Sam Samalin Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Class C hack instead of ifconfig aliases In-Reply-To: <380CCA4D.8A7230BB@ionet.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Is there anyway to bind a class C to an interface without a lot of > aliases? whats the downside of aliases? I have a 2.2.8 hack that does > the C, but I'd like to avoid having to port it to 3.3. What do you mean by "bind a class C"? Make an interface so it will respond to incoming requests for 10.1.2.x? ewww, yuck! Aliases are (for me, at least) a love/hate relationship. I have a few machines floating around on some of my networks that use them to get around some routing problems, and they generally work quite well for incoming connections... I imagine that FBSD probably has the same problem as Digital UNIX for outgoing connections, though.... Picture, if you will, the following: ed0 192.168.2.4 netmask 255.255.255.0 alias 208.132.36.131 route 192.168.2.0/24 -> ed0 route 0.0.0.0/0 -> gateway 208.132.36.129 Any packets sent to the gateway get 192.168.2.4 as the source, not 208.132.36.131 -- the gateway will send the packet off to the rest of the world, where it gets immediately dropped due to the "internal use only" source IP address. IMHO, it should notice that it's going to a member of the aliased network, and change the source IP to the alias address, not the "normal" 192.168.2.4 address. This can (usually) be fixed at the gateway with some fancy natd/ipfw lines, but it gets ugly... If FreeBSD does NOT have this "problem", I think we should send a copy of it off to DEC -- I'll dig up my sequence number from the problem call I placed a couple years ago regarding this.... :) I finally fixed it on the Alpha by purchasing another (really expensive - damn TurboChannel bus) network card to handle the 2nd IP address...... mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 2:42:34 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wotan.2slo.waw.pl (wotan.2slo.waw.pl [195.117.4.98]) by hub.freebsd.org (Postfix) with ESMTP id AA0C31AF21 for ; Wed, 20 Oct 1999 02:40:30 -0700 (PDT) (envelope-from kaczor@wotan.2slo.waw.pl) Received: from wotan.2slo.waw.pl (kaczor@wotan.2slo.waw.pl [195.117.4.98]) by wotan.2slo.waw.pl (8.9.3/8.9.1) with ESMTP id LAA65966; Wed, 20 Oct 1999 11:43:46 +0200 (CEST) (envelope-from kaczor@wotan.2slo.waw.pl) Date: Wed, 20 Oct 1999 11:43:46 +0200 (CEST) From: Wiktor To: Ruslan Ermilov Cc: hackers@FreeBSD.ORG Subject: Re: Size of arp database. In-Reply-To: <19991019211758.A58316@relay.ucb.crimea.ua> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 19 Oct 1999, Ruslan Ermilov wrote: > This is because none of your ethernet interfaces matches `pc7'. > > 1/ What does `route -n -v get -host pc7' show? bash-2.02# route -n -v get -host pc7 u: inet 195.117.4.106; u: link ; RTM_GET: Report Metrics: len 128, pid: 0, seq 1 , errno 0, flags: locks: inits: sockaddrs: 195.117.4.106 route to: 195.117.4.106 destination: 195.117.4.106 interface: xl0 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 0 0 3000 0 188 0 1500 0 locks: inits: sockaddrs: 195.117.4.106 0.40.95.1b.63.12 xl0:0.10.4b.36.6a.fd 195.117.4.98 bash-2.02# > 2/ What is the IP address of `pc7'? 195.117.4.106 > 3/ How your ethernet interfaces (`ifconfig -l ether') are configured? bash-2.02# ifconfig xl0 xl0: flags=8843 mtu 1500 inet 195.117.4.98 netmask 0xffffffe0 broadcast 195.117.4.127 ether 00:10:4b:36:6a:fd media: 100baseTX supported media: autoselect 100baseTX 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP 10baseT/UTP Wiktor Niesiobedzki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 3: 2:12 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.iol.ie (mail1.mail.iol.ie [194.125.2.192]) by hub.freebsd.org (Postfix) with ESMTP id 810751B24D for ; Wed, 20 Oct 1999 03:02:09 -0700 (PDT) (envelope-from nick@iol.ie) Received: from beckett.earlsfort.iol.ie (beckett.earlsfort.iol.ie [194.125.21.2]) by mail.iol.ie Sendmail (v8.9.3) with ESMTP id LAA90947 for ; Wed, 20 Oct 1999 11:02:09 +0100 (IST) Received: (from nick@localhost) by beckett.earlsfort.iol.ie Sendmail (v8.8.8) id LAA12741 for hackers@freebsd.org; Wed, 20 Oct 1999 11:02:08 +0100 From: Nick Hilliard Message-Id: <199910201002.LAA12741@beckett.earlsfort.iol.ie> Subject: Re: Class C hack instead of ifconfig aliases To: hackers@freebsd.org Date: Wed, 20 Oct 1999 11:02:08 +0100 (IST) X-NCC-RegID: ie.iol Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > What do you mean by "bind a class C"? Make an interface so it will > respond to incoming requests for 10.1.2.x? ewww, yuck! Is it any less elegant than having in_localaddr() trawling through each item on the address list? Perhaps 1024 items if you've got a large vweb server? That's also pretty inelegant. I seem to remember someone producing some patches for this on bsdi a couple of years ago. Nick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 3:53:30 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 297E81AEFF for ; Wed, 20 Oct 1999 03:53:16 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.3/8.9.3) id MAA81074; Wed, 20 Oct 1999 12:52:49 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <199910201052.MAA81074@zibbi.mikom.csir.co.za> Subject: Re: Class C hack instead of ifconfig aliases In-Reply-To: <199910201002.LAA12741@beckett.earlsfort.iol.ie> from Nick Hilliard at "Oct 20, 1999 11:02:08 am" To: nick@iol.ie (Nick Hilliard) Date: Wed, 20 Oct 1999 12:52:49 +0200 (SAT) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > What do you mean by "bind a class C"? Make an interface so it will > > respond to incoming requests for 10.1.2.x? ewww, yuck! > > Is it any less elegant than having in_localaddr() trawling through each item > on the address list? Perhaps 1024 items if you've got a large vweb server? > That's also pretty inelegant. > > I seem to remember someone producing some patches for this on bsdi a couple > of years ago. > I think somebody sent patches to do it a while back. I think it might be in GNATS. John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 5:28:49 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.ucb.crimea.ua (UCB-Async4-CRISCO.CRIS.NET [212.110.129.130]) by hub.freebsd.org (Postfix) with ESMTP id 169851B4CD; Wed, 20 Oct 1999 05:26:53 -0700 (PDT) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.3/8.9.3/UCB) id PAA04525; Wed, 20 Oct 1999 15:26:06 +0300 (EEST) (envelope-from ru) Date: Wed, 20 Oct 1999 15:26:06 +0300 From: Ruslan Ermilov To: Garrett Wollman , Bill Fenner Cc: hackers@FreeBSD.org Subject: Help to delete entry from the routing table Message-ID: <19991020152606.A2289@relay.ucb.crimea.ua> Mail-Followup-To: Garrett Wollman , Bill Fenner , hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! Does anyone have an idea what is going on here? : # route add -host 10.0.0.13 -iface sl8 : add host 10.0.0.13: gateway sl8 : # netstat -rn | grep ^10.0.0.13 : 10.0.0.13 sl8 UHS 0 0 sl8 : # arp -s 10.0.0.13 1:1:1:1:1:1 pub : # netstat -rn | grep ^10.0.0.13 : 10.0.0.13 sl8 UHS 0 0 sl8 : 10.0.0.13 1.1.1.1.1.1 UHS2 0 0 sl9 : # route delete -host 10.0.0.13 : delete host 10.0.0.13 : # netstat -rn | grep ^10.0.0.13 : 10.0.0.13 1.1.1.1.1.1 UHS2 0 0 sl9 : # route delete -host 10.0.0.13 : route: writing to routing socket: No such process : delete host 10.0.0.13: not in table : # netstat -rn | grep ^10.0.0.13 : 10.0.0.13 1.1.1.1.1.1 UHS2 0 0 sl9 : # arp -d 10.0.0.13 : delete: can't locate 10.0.0.13 : # netstat -rn | grep ^10.0.0.13 : 10.0.0.13 1.1.1.1.1.1 UHS2 0 0 sl9 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Now, I can't delete this entry! In the `route -v -n -d flush' output it looks like: : RTM_GET: Report Metrics: len 164, pid: 0, seq 0, errno 0, flags: : locks: inits: : sockaddrs: : 10.0.0.13 1.1.1.1.1.1 Trying to delete this entry results in: : # route -v -n delete -host 10.0.0.13 -iface -proto2 : u: inet 10.0.0.13; : RTM_DELETE: Delete Route: len 108, pid: 0, seq 1, errno 0, flags: : locks: inits: : sockaddrs: : 10.0.0.13 : route: writing to routing socket: No such process : delete host 10.0.0.13: not in table Thanks, -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 6:48:58 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from terrapin.ru.ac.za (terrapin.ru.ac.za [146.231.128.6]) by hub.freebsd.org (Postfix) with ESMTP id 6BA991B8C8 for ; Wed, 20 Oct 1999 06:48:41 -0700 (PDT) (envelope-from nbm@mithrandr.moria.org) Received: from duca.dialup.ru.ac.za ([146.231.98.24] helo=mithrandr.moria.org) by terrapin.ru.ac.za with esmtp (Exim 3.03 #1) id 11dw6Z-000FMG-00 for freebsd-hackers@FreeBSD.ORG; Wed, 20 Oct 1999 15:48:39 +0200 Received: (qmail 6883 invoked by uid 1001); 19 Oct 1999 19:20:32 -0000 Date: Tue, 19 Oct 1999 21:20:32 +0200 From: Neil Blakey-Milner To: Zhihui Zhang Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Update the name of a filesystem (more details) Message-ID: <19991019212032.A6058@mithrandr.moria.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: ; from Zhihui Zhang on Mon, Oct 18, 1999 at 03:46:23PM -0400 Organization: Rhodes University Computer Users' Society X-Operating-System: FreeBSD 4.0-CURRENT i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon 1999-10-18 (15:46), Zhihui Zhang wrote: > I am trying to change the mount point of a mounted filesystem (from > /testme to /test) with the update option (-u): That's not how -u works. From the man page: -u The -u flag indicates that the status of an already mounted file system should be changed. Any of the options discussed above (the -o option) may be changed; also a file system can be changed from read-only to read-write or vice versa. > # mount /dev/wd0s2e /testme > # mount -u /dev/wd0s2e /test > mount: /dev/wd0s2e on /test: specified device does not match mounted > device This is because, as stated above, you can only change the options of the mounted filesystem, not its mountpoint. > Why it does not work (I know I can umount first without using the update > option)? Any help is appreciated. This (umount then mount) is the way to change mountpoint names. Neil -- Neil Blakey-Milner nbm@rucus.ru.ac.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 7: 3:53 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id E51291B6BF for ; Wed, 20 Oct 1999 07:03:46 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p20-dn01kiryunisiki.gunma.ocn.ne.jp [210.132.6.149]) by peach.ocn.ne.jp (8.9.1a/OCN) with ESMTP id XAA06445; Wed, 20 Oct 1999 23:03:14 +0900 (JST) Message-ID: <380C43CD.9767F133@newsguy.com> Date: Tue, 19 Oct 1999 19:11:25 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Julian Elischer Cc: Jerry Bell , freebsd-hackers@FreeBSD.ORG Subject: Re: IPFW Improvements. (comments?) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer wrote: > > On Mon, 18 Oct 1999, Jerry Bell wrote: > > > I have a few proposed additions to IPFW that I'd like to get feedback > > on. The changes are mostly from my experience with other (commercial) > > firewalls. > > > > Change source and destination identifier in the rule processing from one > > IP address (or range of addresses) to an array of IP addresses (or range > > of IP addresses). This allows for a more manageable rulebase. > > ex. ipfw add pass all from 10.0.0.1/24,10.0.1.0/24 to > > 10.0.0.1/24,10.0.1.0/24 > > The real advantage is being able to do somethine like this: > > > > #!/bin/sh > > dnservers=10.0.0.1,10.0.0.2,10.0.0.3 > > smtpservers=10.0.0.4,10.0.0.5,10.0.0.6 > > ipfw add pass udp from any to $dnservers 53 > > ipfw add pass tcp from any to $smtpservers 25 > > > > ... and so on. > but you need to store this somewhere.. > the present system of fixed structures doesn't support this without an > enormous waste of space...I'm not sure how useful it would be in > practice.. > > It would require rewriting of large parts of the code, not to mention a > complete rewrite of the interface and user program. > This is the kind of thing that is easy to say to a human and a bitch to > implement. Yes. Besides: #!/bin/sh dnservers=10.0.0.1 10.0.0.2 10.0.0.3 smtpserver=10.0.0.4 10.0.0.5 10.0.0.6 for addr in $dnservers do ipfw add pass udp from any to $addr 53 done for addr in $smtpservers do ipfw add pass tcp from any to $addr 25 done After all, it's *sh* you are running. It has power. > This can already be done with a daemon without > any ipfw changes.. > > The daemon adds a rule to allow itself to be connected to. > When it get's a successful authentication, it > adds more rules to allow the successful user in. Yup. See divert. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "People call him Neutron Star, 'cuz his so dense lights bends around him." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 7:51:10 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from lindt.urgle.com (lindt.urgle.com [195.173.172.169]) by hub.freebsd.org (Postfix) with ESMTP id 517221ACC0 for ; Wed, 20 Oct 1999 07:51:06 -0700 (PDT) (envelope-from mike@urgle.com) Received: from mike by lindt.urgle.com with local (Exim 2.12 #2) id 11dx4V-000GVy-00; Wed, 20 Oct 1999 15:50:35 +0100 Date: Wed, 20 Oct 1999 15:50:35 +0100 From: Mike Bristow To: John Hay Cc: freebsd-hackers@freebsd.org, Sam Samalin Subject: Re: Class C hack instead of ifconfig aliases Message-ID: <19991020155035.A63402@lindt.urgle.com> References: <199910201002.LAA12741@beckett.earlsfort.iol.ie> <199910201052.MAA81074@zibbi.mikom.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <199910201052.MAA81074@zibbi.mikom.csir.co.za>; from John Hay on Wed, Oct 20, 1999 at 12:52:49PM +0200 X-Rated: British Telecom, Semtex Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 20, 1999 at 12:52:49PM +0200, John Hay wrote: > I think somebody sent patches to do it a while back. I think it might be > in GNATS. Yes, and yes. http://www.freebsd.org/cgi/query-pr.cgi?pr=12071 -- perl -wMstrict -e'$,="PLEASE";$;=" DO ";@_=map{$?=255&256+$!-$_;$!=$_;++$.%4-2? $;:$,.$;,",1SUB#$.<-#$?"}map{ord}split//,pack"b*",unpack"B*","@ARGV$/";print `echo "$,$;,1<-#$.@_$;READ OUT,1$;GIVE UP">,.i;ick ,.i;./,`' Mike Bristow.\ Just Another Hacker http://sig.jellybaby.net/ certified! [101f4503fx818] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 8: 5:47 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id AF1071B90B for ; Wed, 20 Oct 1999 08:05:39 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id LAA39805; Wed, 20 Oct 1999 11:02:58 -0400 (EDT) (envelope-from robert@cyrus.watson.org) Date: Wed, 20 Oct 1999 11:02:57 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: Graham Wheeler Cc: hackers@FreeBSD.ORG Subject: Re: IETF gettogether In-Reply-To: <9910191258010Z.11153@cequrux.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 19 Oct 1999, Graham Wheeler wrote: > On Mon, 18 Oct 1999, Robert Watson wrote: > > Can't help you with the PnP stuff, but I will be at the Washington, DC > > IETF meeting in November :-). Would be great to do a FreeBSD-oriented > > get-together... That said, people are rapidly claiming the evenings for a > > variety of get-togethers, so claim one soon. > > Okay - I don't know what other peoples plans are at this stage, but how about > the Tuesday night? > > ALternatively, we could start a list of who is available when, and try work out > the best time from that. I can do any night other than Sunday the 7th. > > Anyone else? Tuesday would probably work great for me--let me check with the TIS/NAI folk I'm heading down with and see if they're interested and that they can't think of any conflicts :-). Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 8:13:15 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from chuggalug.clues.com (chuggalug.clues.com [194.217.82.22]) by hub.freebsd.org (Postfix) with ESMTP id 66C571BBAF for ; Wed, 20 Oct 1999 08:13:10 -0700 (PDT) (envelope-from geoffb@chuggalug.clues.com) Received: (from geoffb@localhost) by chuggalug.clues.com (8.9.3/8.9.3) id QAA75071; Wed, 20 Oct 1999 16:13:08 +0100 (BST) (envelope-from geoffb) Date: Wed, 20 Oct 1999 16:13:08 +0100 From: Geoff Buckingham To: Nick Hilliard Cc: hackers@FreeBSD.ORG Subject: Re: Class C hack instead of ifconfig aliases Message-ID: <19991020161308.A75038@chuggalug.clues.com> References: <199910201002.LAA12741@beckett.earlsfort.iol.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199910201002.LAA12741@beckett.earlsfort.iol.ie>; from Nick Hilliard on Wed, Oct 20, 1999 at 11:02:08AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 20, 1999 at 11:02:08AM +0100, Nick Hilliard wrote: > > What do you mean by "bind a class C"? Make an interface so it will > > respond to incoming requests for 10.1.2.x? ewww, yuck! > > Is it any less elegant than having in_localaddr() trawling through each item > on the address list? Perhaps 1024 items if you've got a large vweb server? > That's also pretty inelegant. > The patch refered to elsewhere comes from Demon Internet where it was (at least in my time) used to two /18s and a /16 without problems, this would have been completely impractical through more conventional means. As I continue to work with large scale virtual hosting set ups I would quite like to see this enter the main source tree, allthough I guess people likely to make use of it are a very small minority. In an effort to avoid what may follow, I fully appreciate HTTP 1.1 vhosting is much more appropriate in many situations, this does not however remove the need for large scale conventional virtual hosting alltogether. -- GeoffB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 8:20: 3 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 5E6E41B980 for ; Wed, 20 Oct 1999 08:19:54 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from sol.cs.binghamton.edu (cs1-gw.cs.binghamton.edu [128.226.171.72]) by bingnet2.cc.binghamton.edu (8.9.3/8.9.3) with SMTP id LAA27963; Wed, 20 Oct 1999 11:19:26 -0400 (EDT) Date: Wed, 20 Oct 1999 10:16:40 -0400 (EDT) From: Zhihui Zhang To: Neil Blakey-Milner Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Update the name of a filesystem (more details) In-Reply-To: <19991019212032.A6058@mithrandr.moria.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 19 Oct 1999, Neil Blakey-Milner wrote: > On Mon 1999-10-18 (15:46), Zhihui Zhang wrote: > > I am trying to change the mount point of a mounted filesystem (from > > /testme to /test) with the update option (-u): > > That's not how -u works. From the man page: > > -u The -u flag indicates that the status of an already mounted file > system should be changed. Any of the options discussed above > (the -o option) may be changed; also a file system can be changed > from read-only to read-write or vice versa. > > > # mount /dev/wd0s2e /testme > > # mount -u /dev/wd0s2e /test > > mount: /dev/wd0s2e on /test: specified device does not match mounted > > device > > This is because, as stated above, you can only change the options of the > mounted filesystem, not its mountpoint. > > > Why it does not work (I know I can umount first without using the update > > option)? Any help is appreciated. > > This (umount then mount) is the way to change mountpoint names. > Thanks for your reply. I have just found that it is possible to change the device name of a mounted filesystem: # ls -al wd0s2e brw-r----- 1 root wheel 0, 0x00030004 Oct 11 15:02 wd0s2e # cd /dev # mknod testnode b 0 0x00030004 # ls -al testnode brw-r--r-- 1 root wheel 0, 0x00030004 Oct 20 09:50 testnode # mount /dev/wd0s2e /testme # df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0s1a 39647 22125 14351 61% / /dev/wd0s1f 1787726 965430 679278 59% /usr /dev/wd0s1e 19815 3459 14771 19% /var procfs 4 4 0 100% /proc /dev/wd0s2e 2109789 659537 1281469 34% /testme # mount -u /dev/testnode /testme # df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0s1a 39647 22125 14351 61% / /dev/wd0s1f 1787726 965430 679278 59% /usr /dev/wd0s1e 19815 3460 14770 19% /var procfs 4 4 0 100% /proc /dev/testnode 2109789 659537 1281469 34% /testme I know this is not very useful. But the source code allows it to happen. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 9:35: 1 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mojave.worldwide.lemis.com (picasso.transbay.net [209.133.53.6]) by hub.freebsd.org (Postfix) with ESMTP id 9800A14E1E for ; Wed, 20 Oct 1999 09:34:18 -0700 (PDT) (envelope-from grog@lemis.com) Received: (grog@localhost) by mojave.worldwide.lemis.com (8.9.3/8.6.12) id MAA00846; Mon, 18 Oct 1999 12:01:24 +1300 (NZDT) Message-ID: <19991018120124.29962@mojave.worldwide.lemis.com> Date: Mon, 18 Oct 1999 12:01:24 +1300 From: Greg Lehey To: "?$B8EC+?(B ?$BE/O:?(B" , n@nectar.com Cc: zzhang@cs.binghamton.edu, freebsd-hackers@FreeBSD.ORG, nectar@nectar.com Subject: Re: Search a symbol in the source tree References: <19991017163712.3911B1D95@bone.nectar.com> <19991018031731U.tfuruya@galois.tf.or.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <19991018031731U.tfuruya@galois.tf.or.jp>; from ?$B8EC+?(B ?$BE/O:?(B on Mon, Oct 18, 1999 at 03:17:31AM +0900 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday, 18 October 1999 at 3:17:31 +0900, ?$B8EC+?(B ?$BE/O:?(B wrote: > From: Jacques Vidrine > Subject: Re: Search a symbol in the source tree > Date: Sun, 17 Oct 1999 11:37:11 -0500 > n> On 18 October 1999 at 0:39, Tetsuro Teddy FURUYA (=?iso-2022-jp?B?GyRCOEVDKxsoQiAbJEJFL086GyhC?=) wrote: > n> > It seems queer to me that there has been none who has refered to > n> > find - exec > n> > pairs. > n> > > n> > You may type into shell like; > n> > $find . -name "*.c" -print -exec "egrep" "-i" "idt" {} \; | less > n> > Here , "idt" is a search string. > n> > n> That's because no one wants a separate invocation of egrep for > n> every file! > ^^^^^^ > Probably, except me ! And why do you want it? Do you have too much time on your hands? Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 9:55:15 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from boromir.vpop.net (dns1.vpop.net [206.117.147.2]) by hub.freebsd.org (Postfix) with ESMTP id 5E45714A01 for ; Wed, 20 Oct 1999 09:55:13 -0700 (PDT) (envelope-from mreimer@vpop.net) Received: from vpop.net (bilbo.vpop.net [216.160.82.65]) by boromir.vpop.net (8.9.1/8.9.1) with ESMTP id JAA04740 for ; Wed, 20 Oct 1999 09:55:12 -0700 (PDT) Message-ID: <380DF3F3.E22CFAF8@vpop.net> Date: Wed, 20 Oct 1999 09:55:15 -0700 From: Matthew Reimer Organization: VPOP Technologies, Inc. X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: Class C hack instead of ifconfig aliases References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here's a way to do it without patches: 1. in your webserver: a. ipfw add fwd localhost from any to 1.2.3/24 http b. add sections, like this: ServerName web.freebsd.org ServerAdmin webmaster@freebsd.org DocumentRoot /home/web 2. in your router: add a route to forward 1.2.3/24 to your webserver Pros: - no need to 'ifconfig xyz alias...'. - address matching is fast, since only a few ipfw rules are checked, rather than lists of hundreds or thousands of IP addresses Cons: - I don't think arp will work on 1.2.3/24 addresses, which is why the route needs to be added to the router. Try it: it really works, thanks to Julian Elischer. Matt Geoff Buckingham wrote: > > On Wed, Oct 20, 1999 at 11:02:08AM +0100, Nick Hilliard wrote: > > > What do you mean by "bind a class C"? Make an interface so it will > > > respond to incoming requests for 10.1.2.x? ewww, yuck! > > > > Is it any less elegant than having in_localaddr() trawling through each item > > on the address list? Perhaps 1024 items if you've got a large vweb server? > > That's also pretty inelegant. > > > > The patch refered to elsewhere comes from Demon Internet where it was (at least > in my time) used to two /18s and a /16 without problems, this would have > been completely impractical through more conventional means. > > As I continue to work with large scale virtual hosting set ups I would quite > like to see this enter the main source tree, allthough I guess people likely > to make use of it are a very small minority. > > In an effort to avoid what may follow, I fully appreciate HTTP 1.1 vhosting > is much more appropriate in many situations, this does not however > remove the need for large scale conventional virtual hosting alltogether. > > -- > GeoffB > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 11:21:39 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from proxy4.ba.best.com (proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (Postfix) with ESMTP id 7C86314A2B for ; Wed, 20 Oct 1999 11:21:38 -0700 (PDT) (envelope-from ssamalin@ionet.net) Received: from ionet.net (sam.ops.best.com [205.149.163.53]) by proxy4.ba.best.com (8.9.3/8.9.2/best.out) with ESMTP id LAA10537 for ; Wed, 20 Oct 1999 11:19:39 -0700 (PDT) Message-ID: <380E07C1.8A2D695B@ionet.net> Date: Wed, 20 Oct 1999 14:19:45 -0400 From: Sam Samalin X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: "freebsd-hackers@Freebsd.org" Subject: ipfw to bind class Cs to an interface Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am considering using ipfw to bind class C's to an interface. Does anyone do this? What may be the pros/cons? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 11:27:38 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 5DF8714CA4 for ; Wed, 20 Oct 1999 11:27:37 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from sol.cs.binghamton.edu (cs1-gw.cs.binghamton.edu [128.226.171.72]) by bingnet2.cc.binghamton.edu (8.9.3/8.9.3) with SMTP id OAA16183 for ; Wed, 20 Oct 1999 14:27:36 -0400 (EDT) Date: Wed, 20 Oct 1999 13:24:48 -0400 (EDT) From: Zhihui Zhang To: freebsd-hackers@freebsd.org Subject: The meaning of each iozone tests Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The iozone performs 10 operations: read, write, re-read, re-write, read backwards, read strided, fread, fwrite, random read, pread. Can anyone explain to me a little more than what their names imply or give me some references? Any help is appreciated. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 11:35: 7 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 6403A14CAF for ; Wed, 20 Oct 1999 11:35:03 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id UAA21897; Wed, 20 Oct 1999 20:28:48 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id UAA01214; Wed, 20 Oct 1999 20:27:04 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199910201827.UAA01214@yedi.iaf.nl> Subject: Re: 2.88Mb floppies In-Reply-To: <199910071914.NAA60735@harmony.village.org> from Warner Losh at "Oct 7, 1999 1:14:33 pm" To: imp@village.org (Warner Losh) Date: Wed, 20 Oct 1999 20:27:04 +0200 (CEST) Cc: freebsd-hackers@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As Warner Losh wrote ... > In message <199910021904.VAA16526@dorifer.heim3.tu-clausthal.de> Oliver Fromme writes: > : Beware, I have not actually tried this with FreeBSD, and there > : might be bugs that prevent using 2.88 Mb floppies. > > The BIOS will report a different value for the 2.88MB drives to the > probe routines... You may need to do some touchup there as well. As you seem to have used these 2.88 drives before: do I need to do something special when I install a 2.88 into a PC? I set the BIOS setup to 2.88 and hooked up the drive. I'm using WinNT (I know...) to check if the drives are OK in the first place. Does one need a special cable maybe? Reason for asking: on neither of the 2 drives WinNT wants for format. Rather it does 1E6 retries (judging from the sound the drive makes). This is on new 2.88Mb media Wilko -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 13:11: 8 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by hub.freebsd.org (Postfix) with ESMTP id 551C614D60; Wed, 20 Oct 1999 13:10:58 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from daemon.ninth-circle.org ([195.121.197.195]) by smtp02.wxs.nl (Netscape Messaging Server 3.61) with ESMTP id AAB16BC; Wed, 20 Oct 1999 22:10:56 +0200 Received: (from asmodai@localhost) by daemon.ninth-circle.org (8.9.3/8.9.3) id WAA90771; Wed, 20 Oct 1999 22:10:08 +0200 (CEST) (envelope-from asmodai) Date: Wed, 20 Oct 1999 22:10:08 +0200 From: Jeroen Ruigrok/Asmodai To: hackers@freebsd.org Cc: Bill Fumerola , Bruce Evans Subject: getopt.h Message-ID: <19991020221007.A90211@daemon.ninth-circle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well I searched the mailinglists and didn't really got further than discovering that unistd.h goes a little way to provide functionality which getopt.h from glibc provides. And seeing that a question of Bill early 1999 never got answered correctly. I cc:'d Bruce on this since I value his stylistic mindset on this issue. I am starting on this topic since I need to port the source of an application and I found the support of some part of getopt.h and lack of support for the other part a kind of an oddity in the source tree. That, plus a lot of our ports depend on it. And it would be a waste for using ports/devel/libgnugetopt when the solution is pretty small. In unistd.h we have definitions for getopt, optarg, optind, opterr, and optopt. However this means we still have this to worry about: [hacked up version of linux/glibc/posix/getopt.h] #if !defined __GNU_LIBRARY__ #include #endif struct option { #if defined __STDC__ && __STDC__ const char *name; #else char *name; #endif int has_arg; int *flag; int val; }; #define no_argument 0 #define required_argument 1 #define optional_argument 2 #if defined __STDC__ && __STDC__ extern int getopt_long (int __argc, char *const *__argv, const char *__shortopts, const struct option *__longopts, int *__longind); extern int getopt_long_only (int __argc, char *const *__argv, const char *__shortopts, const struct option *__longopts, int *__longind); extern int _getopt_internal (int __argc, char *const *__argv, const char *__shortopts, const struct option *__longopts, int *__longind, int __long_only); #endif /* __STDC__ */ I think the above inclusion of ctype.h can be forgotten about when we include sys/types.h and sys/cdefs.h such as unistd.h does. So that effectively leaves us with one struct, three defines and three functions. The things I propose to add to unistd.h are the following: struct option { char *name; int has_arg; int *flag; int val; }; #define no_argument 0 #define required_argument 1 #define optional_argument 2 extern int getopt_long (int, char *const [], const char *, const struct option *, int *); extern int getopt_long_only (int, char *const [], const char *, const struct option *, int *); extern int _getopt_internal (int, char *const [], const char *, const struct option *, int *, int ); This should enable us to compile programs which require getopt.h by simply including unistd.h. I would like to hear any constructive comments on this. Mostly on the three #define's. regards, -- Jeroen Ruigrok van der Werven/Asmodai asmodai(at)wxs.nl The BSD Programmer's Documentation Project Network/Security Specialist BSD: Technical excellence at its best For country, children, hearth, and home. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 13:24:31 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by hub.freebsd.org (Postfix) with ESMTP id 7EA2514A28; Wed, 20 Oct 1999 13:24:24 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from daemon.ninth-circle.org ([195.121.196.26]) by smtp01.wxs.nl (Netscape Messaging Server 3.61) with ESMTP id AAA3923; Wed, 20 Oct 1999 22:24:23 +0200 Received: (from asmodai@localhost) by daemon.ninth-circle.org (8.9.3/8.9.3) id WAA90937; Wed, 20 Oct 1999 22:19:29 +0200 (CEST) (envelope-from asmodai) Date: Wed, 20 Oct 1999 22:19:29 +0200 From: Jeroen Ruigrok/Asmodai To: hackers@freebsd.org Cc: Cameron Grant Subject: soundcard.h Message-ID: <19991020221929.B90211@daemon.ninth-circle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, just been messing with some more include files and I am curious about something. [Note: CURRENT system] I have a soundcard.h in both include/sys and include/machine. Which should have preference over the other, why does one simply not include the other. In other words, why two _exactly_ the same files? Thanks, -- Jeroen Ruigrok van der Werven/Asmodai asmodai(at)wxs.nl The BSD Programmer's Documentation Project Network/Security Specialist BSD: Technical excellence at its best Distance lends enhancement to the view. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 14:37:35 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from marcy.nas.nasa.gov (marcy.nas.nasa.gov [129.99.113.17]) by hub.freebsd.org (Postfix) with ESMTP id D96EB14CF9 for ; Wed, 20 Oct 1999 14:37:28 -0700 (PDT) (envelope-from wrstuden@marcy.nas.nasa.gov) Received: from localhost (wrstuden@localhost) by marcy.nas.nasa.gov (8.9.3/NAS8.8.7n) with SMTP id OAA09432; Wed, 20 Oct 1999 14:37:11 -0700 (PDT) Date: Wed, 20 Oct 1999 14:37:11 -0700 (PDT) From: Bill Studenmund To: Zhihui Zhang Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Status of UMAPFS In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 16 Oct 1999, Zhihui Zhang wrote: > On Fri, 15 Oct 1999, Zhihui Zhang wrote: > > > > > Is the UMAPFS working? I add "options UMAPFS" to the configuration file > > of FreeBSD 3.3-Release and rebuilt the kernel. I got the following > > errors: > > > > loading kernel > > umap_vnops.o: In function `umap_lock': > > umap_vnops.o(.text+0x568): undefined reference to `null_bypass' > > umap_vnops.o: In function `umap_unlock': > > umap_vnops.o(.text+0x58e): undefined reference to `null_bypass' > > *** Error code 1 > > > > Stop. > > > I find out that you must also include NULLFS in the kernel to compile. I > have tested NULLFS and UMAPFS with some trivial commands. Both works. In NetBSD, we changed these two references to be to umap_bypass since it is, after all, umapfs. :-) Take care, Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 14:42:38 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 24E7E14A0D for ; Wed, 20 Oct 1999 14:42:33 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id RAA05263; Wed, 20 Oct 1999 17:40:53 -0400 (EDT) Message-Id: <199910202140.RAA05263@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Wed, 20 Oct 1999 16:40:17 -0400 To: hackers@freebsd.org From: Dennis Subject: if_fxp driver error messages Cc: dg@root.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Running a late 3.2-stable, im getting fxp0: warning: unsupported PHY, type = 0, addr = 0 the card has a GD82559 Intel part on it.... Is there an updated version of the driver that supports this? Thanks, Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 16:19:49 1999 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 583) id 6A4D414BE0; Wed, 20 Oct 1999 16:19:47 -0700 (PDT) To: asmodai@wxs.nl, hackers@freebsd.org Subject: Re: getopt.h Cc: bde@freebsd.org, billf@freebsd.org In-Reply-To: <19991020221007.A90211@daemon.ninth-circle.org> Message-Id: <19991020231947.6A4D414BE0@hub.freebsd.org> Date: Wed, 20 Oct 1999 16:19:47 -0700 (PDT) From: bde@FreeBSD.ORG (Bruce Evans) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In unistd.h we have definitions for getopt, optarg, optind, opterr, and > optopt. These are the standard POSIX (.2?) declarations. > The things I propose to add to unistd.h are the following: > struct option > { > char *name; > int has_arg; > int *flag; > int val; > }; > #define no_argument 0 > #define required_argument 1 > #define optional_argument 2 > extern int getopt_long (int, char *const [], const char *, > const struct option *, int *); > extern int getopt_long_only (int, char *const [], const char *, > const struct option *, int *); > extern int _getopt_internal (int, char *const [], const char *, > const struct option *, int *, int ); > This should enable us to compile programs which require getopt.h by > simply including unistd.h. These are gnu extensions which we don't even support in libc, so they shouldn't be declared anywhere in /usr/include. I think ports that use the gnu extensions handle this problem by duplication the gnu sources. Not ideal, but the getopt sources are small. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 16:22:56 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id F36CF14D71; Wed, 20 Oct 1999 16:22:50 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id SAA71682; Wed, 20 Oct 1999 18:22:47 -0500 (CDT) (envelope-from dan) Date: Wed, 20 Oct 1999 18:22:47 -0500 From: Dan Nelson To: Jeroen Ruigrok/Asmodai Cc: hackers@FreeBSD.ORG, Cameron Grant Subject: Re: soundcard.h Message-ID: <19991020182247.A71414@dan.emsphone.com> References: <19991020221929.B90211@daemon.ninth-circle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <19991020221929.B90211@daemon.ninth-circle.org>; from asmodai@wxs.nl on Wed, Oct 20, 1999 at 10:19:29PM +0200 X-OS: FreeBSD 4.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Oct 20), Jeroen Ruigrok/Asmodai said: > just been messing with some more include files and I am curious about > something. > > [Note: CURRENT system] > > I have a soundcard.h in both include/sys and include/machine. > > Which should have preference over the other, why does one simply not > include the other. In other words, why two _exactly_ the same files? Actually on my system it's a symlink. My guess is that some committer was sick of patching every Linux app from to . -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 19:13:21 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.ham.muohio.edu (dragon.ham.muohio.edu [134.53.141.33]) by hub.freebsd.org (Postfix) with ESMTP id 8379114D7F; Wed, 20 Oct 1999 19:13:17 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from localhost (howardjp@localhost) by dragon.ham.muohio.edu (8.9.3/8.9.3) with ESMTP id WAA10258; Wed, 20 Oct 1999 22:10:04 -0400 X-Authentication-Warning: dragon.ham.muohio.edu: howardjp owned process doing -bs Date: Wed, 20 Oct 1999 22:10:03 -0400 (EDT) From: Jamie Howard X-Sender: howardjp@dragon.ham.muohio.edu To: Jeroen Ruigrok/Asmodai Cc: hackers@FreeBSD.ORG, Bill Fumerola , Bruce Evans Subject: Re: getopt.h In-Reply-To: <19991020221007.A90211@daemon.ninth-circle.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 20 Oct 1999, Jeroen Ruigrok/Asmodai wrote: > Well I searched the mailinglists and didn't really got further than > discovering that unistd.h goes a little way to provide functionality > which getopt.h from glibc provides. And seeing that a question of Bill > early 1999 never got answered correctly. I cc:'d Bruce on this since I > value his stylistic mindset on this issue. Speaking of which, are we ever going to get a getopt_long()? NetBSD's compiles and runs fine if you hack out your own getopt.h, which looks a whole lot like the one at the end of the original message. :) Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 20 22:58:15 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id 52A6F14C27 for ; Wed, 20 Oct 1999 22:58:07 -0700 (PDT) (envelope-from itojun@itojun.org) Received: (from itojun@localhost) by coconut.itojun.org (8.9.3+3.2W/3.7W) id OAA08452; Thu, 21 Oct 1999 14:58:05 +0900 (JST) Date: Thu, 21 Oct 1999 14:58:05 +0900 (JST) From: Jun-ichiro itojun Hagino Message-Id: <199910210558.OAA08452@coconut.itojun.org> To: hackers@freebsd.org Subject: IEEE1394 driver page Cc: pricegr@tvratings.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG as mentioned in FreeBSDCon, IEEE1394 driver for FreeBSD (for TI chipset) is here: http://www.sfc.wide.ad.jp/DVTS/ hope this helps. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 0: 6:22 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id BB25014CFA for ; Thu, 21 Oct 1999 00:06:17 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id IAA21267; Thu, 21 Oct 1999 08:51:13 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id BAA44615; Thu, 21 Oct 1999 01:02:56 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199910202302.BAA44615@yedi.iaf.nl> Subject: Re: 2.88Mb floppies In-Reply-To: <199910201827.UAA01214@yedi.iaf.nl> from Wilko Bulte at "Oct 20, 1999 8:27: 4 pm" To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Thu, 21 Oct 1999 01:02:56 +0200 (CEST) Cc: imp@village.org, freebsd-hackers@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As Wilko Bulte wrote ... > As Warner Losh wrote ... > > The BIOS will report a different value for the 2.88MB drives to the > > probe routines... You may need to do some touchup there as well. > > As you seem to have used these 2.88 drives before: do I need to do something > special when I install a 2.88 into a PC? I set the BIOS setup to 2.88 > and hooked up the drive. I'm using WinNT (I know...) to check if the drives > are OK in the first place. Does one need a special cable maybe? > > Reason for asking: on neither of the 2 drives WinNT wants for format. > Rather it does 1E6 retries (judging from the sound the drive makes). This > is on new 2.88Mb media Scratch that question. One of the drives is now working, the other one remains dead. But they were $2 junk items so... Wilko -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 1:33:52 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 5746014BB8; Thu, 21 Oct 1999 01:33:44 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id KAA52611; Thu, 21 Oct 1999 10:33:42 +0200 (CEST) (envelope-from des) To: hackers@freebsd.org Subject: Finer-grained securelevel: proof of concept From: Dag-Erling Smorgrav Date: 21 Oct 1999 10:33:41 +0200 Message-ID: Lines: 8 X-Mailer: Gnus v5.7/Emacs 20.4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Patches are available from http://www.freebsd.org/~des/. This is strictly proof-of-concept; the patches demonstrate that fine-grained security knobs can be implemented with minimal code impact. No documentation is provided, RTFS. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 1:54:14 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.scc.nl (node1374.a2000.nl [62.108.19.116]) by hub.freebsd.org (Postfix) with ESMTP id A170D14BB8 for ; Thu, 21 Oct 1999 01:54:10 -0700 (PDT) (envelope-from freebsd-hackers@scc.nl) Received: (from daemon@localhost) by mail.scc.nl (8.9.3/8.9.3) id KAA98879 for hackers@FreeBSD.org; Thu, 21 Oct 1999 10:37:16 +0200 (CEST) (envelope-from freebsd-hackers@scc.nl) Received: from GATEWAY by dwarf.hq.scc.nl with netnews for hackers@FreeBSD.org (hackers@FreeBSD.org) To: hackers@FreeBSD.org Date: Thu, 21 Oct 1999 10:37:08 +0200 From: Marcel Moolenaar Message-ID: <380ED0B4.1368D296@scc.nl> Organization: SCC vof Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <19991020221929.B90211@daemon.ninth-circle.org>, <19991020182247.A71414@dan.emsphone.com> Subject: Re: soundcard.h Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dan Nelson wrote: > > In the last episode (Oct 20), Jeroen Ruigrok/Asmodai said: > > just been messing with some more include files and I am curious about > > something. > > > > [Note: CURRENT system] > > > > I have a soundcard.h in both include/sys and include/machine. > > > > Which should have preference over the other, why does one simply not > > include the other. In other words, why two _exactly_ the same files? > > Actually on my system it's a symlink. My guess is that some committer > was sick of patching every Linux app from to > . soundcard.h has been moved by Peter from machine/ to sys/. A commit logs tells us: \begin{quote} -> , since it's an exported API that's arch neutral and OSS API and Linux API compatable. \end{quote} The link is to prevent breakages. Use #include in new source code. -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 3:31:27 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.iol.ie (mail1.mail.iol.ie [194.125.2.192]) by hub.freebsd.org (Postfix) with ESMTP id E2C8614C8A for ; Thu, 21 Oct 1999 03:31:23 -0700 (PDT) (envelope-from nick@iol.ie) Received: from beckett.earlsfort.iol.ie (beckett.earlsfort.iol.ie [194.125.21.2]) by mail.iol.ie Sendmail (v8.9.3) with ESMTP id LAA80790 for ; Thu, 21 Oct 1999 11:31:22 +0100 (IST) Received: (from nick@localhost) by beckett.earlsfort.iol.ie Sendmail (v8.8.8) id LAA28527 for hackers@freebsd.org; Thu, 21 Oct 1999 11:31:22 +0100 From: Nick Hilliard Message-Id: <199910211031.LAA28527@beckett.earlsfort.iol.ie> Subject: Re: Class C hack instead of ifconfig aliases To: hackers@freebsd.org Date: Thu, 21 Oct 1999 11:31:22 +0100 (IST) X-NCC-RegID: ie.iol Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > 1. in your webserver: > a. ipfw add fwd localhost from any to 1.2.3/24 http Clever - I likes it. > - I don't think arp will work on 1.2.3/24 addresses, which is why the > route needs to be added to the router. This is becoming pretty off-topic, but having thousands of arp entries floating around on a network is also arguably a bad idea for the same reason as having thousands of IP addresses hanging off a single interface. I normally configure ip aliases off lo0 and use gated to announce the networks to the world and drop packets destined to unconfigured hosts. This is generally a cleaner and more flexible configuration to use. Nick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 5:32:35 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ns2.uncanny.net (ns2.uncanny.net [140.174.20.7]) by hub.freebsd.org (Postfix) with ESMTP id A693414BD6 for ; Thu, 21 Oct 1999 05:32:14 -0700 (PDT) (envelope-from ee@uncanny.net) Received: from sandbox.uncanny.net (sandbox.uncanny.net [140.174.20.254]) by ns2.uncanny.net (8.9.2/8.9.2) with ESMTP id AAA48084 for ; Thu, 21 Oct 1999 00:46:53 -0700 (PDT) (envelope-from ee@uncanny.net) Message-Id: <199910210746.AAA48084@ns2.uncanny.net> To: freebsd-hackers@freebsd.org Subject: test Reply-To: Edward Elhauge Date: Thu, 21 Oct 1999 00:46:53 -0700 From: Edward Elhauge Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG test to see if my inverse DNS is fixed. -- Edward Elhauge | "I ask, sir, what is the militia? Uncanny Inc., San Francisco | It is the whole people, except for | a few public officials" -- George Mason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 5:42:14 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 0899314E89; Thu, 21 Oct 1999 05:41:39 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id IAA46897; Thu, 21 Oct 1999 08:41:28 -0400 (EDT) (envelope-from robert@cyrus.watson.org) Date: Thu, 21 Oct 1999 08:41:28 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: Dag-Erling Smorgrav Cc: hackers@freebsd.org, security@freebsd.org Subject: Re: Finer-grained securelevel: proof of concept In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 21 Oct 1999, Dag-Erling Smorgrav wrote: > Patches are available from http://www.freebsd.org/~des/. This is > strictly proof-of-concept; the patches demonstrate that fine-grained > security knobs can be implemented with minimal code impact. No > documentation is provided, RTFS. Very clean, pretty, etc -- only one object: please call it something other than capabilities :-). I already have a POSIX.1e kern_cap in the wings, and POSIX.1e has a very specific definition and interface for capabilities that refers to specific sets of rights, and is a per-process kind of thing. Maybe this is fgsecurelevel or something. To merge the two a little, I'd modifiable IS_CAPABLE() to accept a process as well as a description of the desired action, and because most of the ones (if not all) you've looked at are fairly infrequent, I'd be tempted to follow Eilvind's string-based hierarchal capability naming -- "kern.vfs.ffs.mount", "kern.socket.bind.tcp.25", "kern.socket.listen.tcp.25", et al. I believe he posted a missive on the topic on -arch a while back so it should be in the archives. BTW, it seems like what we really want is not securelevels, but some sort of Biba-like MAC integrity policy. I.e., stuff used during boot has high integrity, and the resources that can influence the high integrity component of the system should not be modifiable by lower integrity components except through specific and carefully monitored channels. I.e., each runlevel drops the integrity level of the initiating process by one level, meaning that new processes can never recover the old level, and therefore are prohibited from affecting the old level due to MAC. Disk devices, etc, would be marked as high integrity files on disk, so they would only be modifiable by very high integrity processes (Fsck, etc). Attaching a debugger to Init would be prohibited for normal processes, et al. Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 7:22:13 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 4667814E97; Thu, 21 Oct 1999 07:22:10 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id KAA47392; Thu, 21 Oct 1999 10:22:01 -0400 (EDT) (envelope-from robert@cyrus.watson.org) Date: Thu, 21 Oct 1999 10:22:01 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: "Jonathan M. Bresler" Cc: gram@cequrux.com, hackers@freebsd.org Subject: Re: IETF gettogether In-Reply-To: <19991020205045.9DE0514C4B@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 20 Oct 1999, Jonathan M. Bresler wrote: > sounds great! let me know which day you all pick and i'll do my best > to meet you there. It has been pointed out to me that Tuesday night is the night of the Social and therefore another evening might be a better choice. How about Wednesday for dinner (1730-1930 EST) before the open plenary? Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 7:46:15 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id C478614F41; Thu, 21 Oct 1999 07:46:12 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id KAA47486; Thu, 21 Oct 1999 10:46:10 -0400 (EDT) (envelope-from robert@cyrus.watson.org) Date: Thu, 21 Oct 1999 10:46:10 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: Dag-Erling Smorgrav Cc: hackers@freebsd.org, security@freebsd.org Subject: Re: Finer-grained securelevel: proof of concept In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Good grief, there are a lot of weird gramatical things in that email I sent. I guess that's what I get for not getting enough sleep and then expecting to generate cogent and comprehensible emails first thing in the morning.. The meaning of the email makes it across, though, I think :-) Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 8:20:46 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 478BE14D01; Thu, 21 Oct 1999 08:20:28 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id RAA53422; Thu, 21 Oct 1999 17:20:17 +0200 (CEST) (envelope-from des) To: Robert Watson Cc: hackers@freebsd.org, security@freebsd.org Subject: Re: Finer-grained securelevel: proof of concept References: From: Dag-Erling Smorgrav Date: 21 Oct 1999 17:20:17 +0200 In-Reply-To: Robert Watson's message of "Thu, 21 Oct 1999 08:41:28 -0400 (EDT)" Message-ID: Lines: 10 X-Mailer: Gnus v5.7/Emacs 20.4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Robert Watson writes: > Very clean, pretty, etc -- only one object: please call it something other > than capabilities :-). [deletia] Please read the thread on -security and -arch that lead to these patches. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 8:54:19 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 2582114D62; Thu, 21 Oct 1999 08:54:09 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id LAA47948; Thu, 21 Oct 1999 11:54:03 -0400 (EDT) (envelope-from robert@cyrus.watson.org) Date: Thu, 21 Oct 1999 11:54:02 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: Dag-Erling Smorgrav Cc: hackers@freebsd.org, security@freebsd.org Subject: Re: Finer-grained securelevel: proof of concept In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 21 Oct 1999, Dag-Erling Smorgrav wrote: > Robert Watson writes: > > Very clean, pretty, etc -- only one object: please call it something other > > than capabilities :-). [deletia] > > Please read the thread on -security and -arch that lead to these > patches. I did--hence my comments. My understanding was you did a proof-of-concept to show that doing a bitmasked enabling of system-wide features was feasible and not all that intrusive. And sure enough, it is true (not that I disagreed with you in the first place) I'm objecting to the use of the terminology "capability", and also suggesting that this should become a more general policy query with whatever policy backend you want--i.e., if (!policy_allow(curproc, "kern.socket....")) return(EPERM); The policy manager can then internally represent whatever definition of securelevel it chooses, paying or not paying attention to the passed credentials as it chooses. I'm also suggesting that what we really need is an integrity model and not just a set of feature switches. That is, that a security policy somewhere should describe these relationships between features and integrity of processes and files, and therefore be able to derive from that that certain events should not be allowed to take place--with some help, of course, from information about special files, etc, etc. MAC would be one way of going about doing this. Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 8:57:41 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from isabase.philol.msu.ru (isabase.philol.msu.ru [195.208.217.73]) by hub.freebsd.org (Postfix) with ESMTP id EE81C14F5B; Thu, 21 Oct 1999 08:56:53 -0700 (PDT) (envelope-from grg@isabase.philol.msu.ru) Received: (from grg@localhost) by isabase.philol.msu.ru (8.9.3/8.9.2) id TAA36290; Thu, 21 Oct 1999 19:56:53 +0400 (MSD) (envelope-from grg) Date: Thu, 21 Oct 1999 19:56:51 +0400 From: Grigoriy Strokin To: freebsd-hackers@freebsd.org Cc: ache@freebsd.org, freebsd-bugs@freebsd.org Subject: comm doesn't obey current locale collation Message-ID: <19991021195649.A36122@isabase.philol.msu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0pre3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, 6 months ago I have sent a 'send-pr' about /usr/bin/comm (Problem Report bin/11221). Still there are no follow-ups, no has been this report assigned to any responsible person. What might this mean? ---------------- forward --------------- Problem Report bin/11221 comm doesn't obey current locale collation Confidential no Severity serious Priority medium Responsible freebsd-bugs@freebsd.org State open Class sw-bug Submitter-Id current-users Arrival-Date Mon Apr 19 10:40:03 PDT 1999 Last-Modified never Originator Grigoriy Strokin grg@philol.msu.ru Release FreeBSD 3.1-STABLE i386 Organization Moscow University Environment $LANG set to ru_RU.KOI8-R Description Comm produces wrong results when processing 8-bit text files sorted with /usr/bin/sort according to current locale (ru_RU.KOI8-R) How-To-Repeat Unpack the following shar-archive and call LANG=ru_RU.KOI8-R comm jaa.srt jaa2.srt Several identical characters will appear in both first and second column, whereas this must not occur with these files that were produced as output of LANG=ru_RU.KOI8-R sort ---------------------CUT------------------------------------------ # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # jaa.srt # jaa2.srt # echo x - jaa.srt sed 's/^X//' >jaa.srt << 'END-of-jaa.srt' X X X X X X X X X X X X X X X END-of-jaa.srt echo x - jaa2.srt sed 's/^X//' >jaa2.srt << 'END-of-jaa2.srt' X X X X X X X X X X X X X X END-of-jaa2.srt exit Fix Apply the patch: --- comm.c.orig Mon Apr 19 16:57:56 1999 +++ comm.c Mon Apr 19 19:45:49 1999 @@ -55,9 +55,29 @@ #include #include #include +#include +#include #define MAXLINELEN (LINE_MAX + 1) +/* The standard library strcoll, an analog of strcmp that takes into account + * the current locale, but strcasecmp does not have such an analog. + * So let's define a replacement, locale_dependent_strcasecmp + * */ + +int locale_dependent_strcasecmp(const char *s1, const char *s2) +{ + char a1[MAXLINELEN], a2[MAXLINELEN]; + char *c; + for (c = a1; *s1; c++, s1++) + *c = toupper((unsigned char)(*s1)); + *c = 0; + for (c = a2; *s2; c++, s2++) + *c = toupper((unsigned char)(*s2)); + *c = 0; + return strcoll(a1, a2); +} + char *tabs[] = { "", "\t", "\t\t" }; FILE *file __P((char *)); @@ -74,7 +94,7 @@ FILE *fp1, *fp2; char *col1, *col2, *col3; char **p, line1[MAXLINELEN], line2[MAXLINELEN]; - + setlocale(LC_ALL, ""); flag1 = flag2 = flag3 = 1; iflag = 0; @@ -139,9 +159,9 @@ /* lines are the same */ if(iflag) - comp = strcasecmp(line1, line2); + comp = locale_dependent_strcasecmp(line1, line2); else - comp = strcmp(line1, line2); + comp = strcoll(line1, line2); if (!comp) { read1 = read2 = 1; ====== CUT ======== -- === Grigoriy Strokin, Lomonosov University (MGU), Moscow === === contact info: http://isabase.philol.msu.ru/~grg/ === To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 9: 0:44 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22]) by hub.freebsd.org (Postfix) with ESMTP id D027814F70; Thu, 21 Oct 1999 09:00:38 -0700 (PDT) (envelope-from kbyanc@posi.net) X-Provider: ALC Communications, Inc. http://www.alcnet.com/ Received: from localhost (kbyanc@localhost) by kronos.alcnet.com (8.9.3/8.9.3/antispam) with ESMTP id MAA57680; Thu, 21 Oct 1999 12:00:38 -0400 (EDT) Date: Thu, 21 Oct 1999 12:00:38 -0400 (EDT) From: Kelly Yancey X-Sender: kbyanc@kronos.alcnet.com To: freebsd-hackers@freebsd.org Cc: freebsd-committers@freebsd.org Subject: FreeBSD Driver Database Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It took a bit longer to put together than I had planned, but I can finally announce that the FreeBSD Driver Database is on-line at http://www.posi.net/freebsd/drivers/ The inspiration for the site came from a message about a month ago on -hackers to try and coordinate driver developers who need hardware for testing with sysadmins who have spare hardware laying around. The FreeBSD Driver Database allows driver developers to post information about the status of their drivers including needs they may have that could help them in their development efforts. Similarly, sysadmins (well, anyone really) with hardware they are willing to lend to a developer can post details about the hardware and it's availability. In addition, volunteers can signup to test drivers that are currently in development. I tried to implement as much functionality as I could think of, but surely I left something important out. So, as always, suggestions are welcome. Kelly -- Kelly Yancey - kbyanc@posi.net - Richmond, VA Director of Technical Services, ALC Communications http://www.alcnet.com/ Maintainer, FreeBSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 9: 9:20 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp05.wxs.nl (smtp05.wxs.nl [195.121.6.57]) by hub.freebsd.org (Postfix) with ESMTP id 96D8A14F61 for ; Thu, 21 Oct 1999 09:09:17 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from daemon.ninth-circle.org ([195.121.229.40]) by smtp05.wxs.nl (Netscape Messaging Server 3.61) with ESMTP id AAA3E98; Thu, 21 Oct 1999 18:09:16 +0200 Received: (from asmodai@localhost) by daemon.ninth-circle.org (8.9.3/8.9.3) id SAA95749; Thu, 21 Oct 1999 18:07:14 +0200 (CEST) (envelope-from asmodai) Date: Thu, 21 Oct 1999 18:07:14 +0200 From: Jeroen Ruigrok/Asmodai To: Sheldon Hearn Cc: hackers@freebsd.org Subject: Re: soundcard.h Message-ID: <19991021180714.A95734@daemon.ninth-circle.org> References: <19991020221929.B90211@daemon.ninth-circle.org> <33098.940491775@axl.noc.iafrica.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <33098.940491775@axl.noc.iafrica.com> Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On [19991021 12:00], Sheldon Hearn (sheldonh@uunet.co.za) wrote: >On Wed, 20 Oct 1999 22:19:29 +0200, Jeroen Ruigrok/Asmodai wrote: > >> I have a soundcard.h in both include/sys and include/machine. >> >> Which should have preference over the other, why does one simply not >> include the other. In other words, why two _exactly_ the same files? > >revision 1.97 >date: 1999/09/05 07:58:28; author: peter; state: Exp; lines: +6 -6 >Only install backwards compat symlink for if using >the default SHARED=copies, otherwise the kernel source tree gets modified >if /usr/include/machine is a symlink to the source tree (which is not the >case by default). Nothing in our src tree uses . Pointy hat please. I only looked my means of more, not an actual ls -asl of those directories. Now I noticed the symlink. *sigh* -- Jeroen Ruigrok van der Werven/Asmodai asmodai(at)wxs.nl The BSD Programmer's Documentation Project Network/Security Specialist BSD: Technical excellence at its best He travels the fastest who travels alone. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 10:15:57 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 93ED014EA8 for ; Thu, 21 Oct 1999 10:15:07 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.9.3/8.9.3) id TAA02117 for ; Thu, 21 Oct 1999 19:00:01 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 2108; Thu Oct 21 18:59:50 1999 From: Graham Wheeler To: hackers@freebsd.org Subject: Re: IETF gettogether Date: Thu, 21 Oct 1999 18:54:45 +0200 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain References: In-Reply-To: MIME-Version: 1.0 Message-Id: <99102118553609.17915@cequrux.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 21 Oct 1999, you wrote: > On Wed, 20 Oct 1999, Jonathan M. Bresler wrote: > > > sounds great! let me know which day you all pick and i'll do my best > > to meet you there. > > It has been pointed out to me that Tuesday night is the night of the > Social and therefore another evening might be a better choice. > > How about Wednesday for dinner (1730-1930 EST) before the open plenary? That's fine by me... -- Dr Graham Wheeler E-mail: gram@cequrux.com Cequrux Technologies Phone: +27(21)423-6065/6/7 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data/Network Security Specialists WWW: http://www.cequrux.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 10:16: 4 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 6018314D9C for ; Thu, 21 Oct 1999 10:15:07 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.9.3/8.9.3) id SAA01849 for ; Thu, 21 Oct 1999 18:56:00 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 1847; Thu Oct 21 18:55:36 1999 From: Graham Wheeler To: hackers@freebsd.org Subject: aliasing a point-to-point interface Date: Thu, 21 Oct 1999 18:50:07 +0200 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <99102118512208.17915@cequrux.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all Is it possible to assign an IP alias to a point to point interface (in my case, a sync PPP interface)? It doesn't seem to be possible, but perhaps I'm missing something... -- Dr Graham Wheeler E-mail: gram@cequrux.com Cequrux Technologies Phone: +27(21)423-6065/6/7 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data/Network Security Specialists WWW: http://www.cequrux.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 10:44:58 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 0BAEF14EA2 for ; Thu, 21 Oct 1999 10:44:51 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id NAA48726; Thu, 21 Oct 1999 13:44:47 -0400 (EDT) (envelope-from robert@cyrus.watson.org) Date: Thu, 21 Oct 1999 13:44:47 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: mcglk@serv.net Cc: hackers@freebsd.org Subject: Staroffice 5.1 on 3.3-RELEASE (how I ended up getting it to work) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This morning I decided to install Staroffice 5.1 on one of my 3.3-RELEASE machines -- previously I had only used the StarDivision version of StarOffice, and only on 4.0. Needless to say, I ran into some bumps, but I figured I'd let people know how I ended up getting it working for me based on plain&simple 3.3-RELEASE, and so that you could put updates on your page if you liked. I largely followed the directions found at: http://www.serv.net/~mcglk/staroffice-install.html which assume 3.2-RELEASE. The differences were that: 1) I skipped the modifications to libosl517li.so, as they caused the infinite setup problem described previously (wherein once a user install is performed, the user is always put back into Setup and prompted to Repair or Deinstall instead of running the Office package). 2) I used ./setup /net to do a central installation, meaning that the default user install is only around 1.7mb instead of the 7mb via the symlink approach, or the 160mb if you actually install it all in each user's directory. Also, I found that the advice to move the 'Fun & More' directory resulted in StarOffice whining about being unable to install files it expected to find, so I left them as they were -- it breaks shell interaction with the files for users who don't know what they're up against, but works fine in the GUI, so... I have not yet figured out how to get rid of the two warning messages at startup, which are irritating but appear not to actually break anything. Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 11: 8:40 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from zeus.carroll.com (zeus.carroll.com [199.224.10.2]) by hub.freebsd.org (Postfix) with ESMTP id 2E04E14F78 for ; Thu, 21 Oct 1999 11:08:33 -0700 (PDT) (envelope-from jim@carroll.com) Received: from apollo.carroll.com [199.224.10.3] by zeus.carroll.com with ESMTP (8.9.3/0) id OAA10173; Thu, 21 Oct 1999 14:08:27 -0400 (EDT) Received: by apollo.carroll.com (8.8.5) is OAA05878; Thu, 21 Oct 1999 14:08:26 -0400 Date: Thu, 21 Oct 1999 14:08:25 -0400 From: Jim Carroll To: Robert Watson Cc: mcglk@serv.net, hackers@freebsd.org Subject: Re: Staroffice 5.1 on 3.3-RELEASE (how I ended up getting it to work) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 21 Oct 1999, Robert Watson wrote: > Date: Thu, 21 Oct 1999 13:44:47 -0400 (EDT) > From: Robert Watson > To: mcglk@serv.net > Cc: hackers@freebsd.org > Subject: Staroffice 5.1 on 3.3-RELEASE (how I ended up getting it to work) > > > This morning I decided to install Staroffice 5.1 on one of my 3.3-RELEASE > machines -- previously I had only used the StarDivision version of > StarOffice, and only on 4.0. Needless to say, I ran into some bumps, but > I figured I'd let people know how I ended up getting it working for me > based on plain&simple 3.3-RELEASE, and so that you could put updates on > your page if you liked. We also have followed the steps you have outlined, and had success getting Star Office installed. The last remaining problem we are having is getting Java support installed. I would prefer to use the FreeBSD Java VM that we have installed (version 1.1.8), but it looks like we need to use the Linux 1.1.7 JVM. I have partially got this working, but it is definitely not right. It crashes frequently, and the 'Java Setup' bookmark still says the JVM is not installed. If everyone is having less luck even getting to this point, I can give you pointers on what we did to get here (boy I hope someone else got further). On a related note, has anyone else tried running this client over a remote connection ? The performance is defintely abysmal. I expected it to be slow, but I was shocked just how bad it was (over 64K lines). We even tried compressing the X-Protocol using DXPC. The performance improved, but it is now only barely usable. It just burns me that the Windows based Citrix system is faster than X. --- Jim C., President | C A R R O L L - N E T, Inc. 201-488-1332 | New Jersey's Premier Internet Service Provider www.carroll.com | | Want to grow your business and at the same | time, decrease costs? Ask about the www.message-server.com | Carroll-Net Message Server. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 13:34:53 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 7510614CEC for ; Thu, 21 Oct 1999 13:34:51 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from sol.cs.binghamton.edu (cs1-gw.cs.binghamton.edu [128.226.171.72]) by bingnet2.cc.binghamton.edu (8.9.3/8.9.3) with SMTP id QAA03345 for ; Thu, 21 Oct 1999 16:34:48 -0400 (EDT) Date: Thu, 21 Oct 1999 15:32:00 -0400 (EDT) From: Zhihui Zhang To: freebsd-hackers@freebsd.org Subject: Optimization done in TCP/IP stack Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have put all distribution files on a machine and installed three PCs via FTP from that machine. The installation process should access the same files, the buffer cache can be used to improve effieciency on the filesystem side. I am wondering whether some sort of optimization is done on the TCP/IP side in this situation. Do we have to copy data from buffer-cache to mbuf each time we need to send the data over network? As far as I know, the buffer cache has identity associated with it (vnode, block #), but the mbuf does not. Any help is appreciated. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 13:54: 8 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 1BFDB14FB5 for ; Thu, 21 Oct 1999 13:54:06 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from localhost (rminnich@localhost) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id OAA274524 for ; Thu, 21 Oct 1999 14:54:06 -0600 (MDT) X-Authentication-Warning: acl.lanl.gov: rminnich owned process doing -bs Date: Thu, 21 Oct 1999 14:54:06 -0600 From: "Ronald G. Minnich" To: hackers@freebsd.org Subject: profile of tcp Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm wondering if anyone in this group has done or knows of a good profile of a tcp send going from user mode to bits on the wire. Reason I'm asking is the old "put TCP/IP on the NIC" is once again rearing its head, and I'm hoping there are numbers I can point to (ones that aren't old, that is) about why this may not be the best idea in the world. FreeBSD seems a good choice since it has a pretty reasonable implementation. Thanks ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 14:26: 4 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from proxy4.ba.best.com (proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (Postfix) with ESMTP id 5950514FA9; Thu, 21 Oct 1999 14:26:02 -0700 (PDT) (envelope-from ssamalin@ionet.net) Received: from ionet.net (sam.ops.best.com [205.149.163.53]) by proxy4.ba.best.com (8.9.3/8.9.2/best.out) with ESMTP id OAA02282; Thu, 21 Oct 1999 14:22:35 -0700 (PDT) Message-ID: <380F840F.66FAADF3@ionet.net> Date: Thu, 21 Oct 1999 17:22:23 -0400 From: Sam Samalin X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-scsi@freebsd.org, "freebsd-hackers@Freebsd.org" Subject: Barcode reader on a scsi tape changer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anybody hear of this one? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 14:32:38 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 4C22B14FD0; Thu, 21 Oct 1999 14:32:34 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id QAA97277; Thu, 21 Oct 1999 16:32:02 -0500 (CDT) (envelope-from dan) Date: Thu, 21 Oct 1999 16:32:01 -0500 From: Dan Nelson To: Sam Samalin Cc: freebsd-scsi@FreeBSD.ORG, "freebsd-hackers@Freebsd.org" Subject: Re: Barcode reader on a scsi tape changer Message-ID: <19991021163201.A96845@dan.emsphone.com> References: <380F840F.66FAADF3@ionet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <380F840F.66FAADF3@ionet.net>; from ssamalin@ionet.net on Thu, Oct 21, 1999 at 05:22:23PM -0400 X-OS: FreeBSD 4.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Oct 21), Sam Samalin said: > Barcode reader on a scsi tape changer. > Anybody hear of this one? Overland Data's ( http://www.ovrland.com ) LibraryExpress line have a barcode option. And it works really well, too. I printed out some labels using Word and a free 3of9 font and it scanned them in just fine. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 14:36:43 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 29C5914FF6; Thu, 21 Oct 1999 14:36:23 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.8.7/8.8.7) with ESMTP id OAA11794; Thu, 21 Oct 1999 14:36:02 -0700 Date: Thu, 21 Oct 1999 14:36:01 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Sam Samalin Cc: freebsd-scsi@FreeBSD.ORG, "freebsd-hackers@Freebsd.org" Subject: Re: Barcode reader on a scsi tape changer In-Reply-To: <380F840F.66FAADF3@ionet.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG of course. that is volume tags On Thu, 21 Oct 1999, Sam Samalin wrote: > Anybody hear of this one? > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 14:57:31 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from proxy4.ba.best.com (proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (Postfix) with ESMTP id 88C5E14C95; Thu, 21 Oct 1999 14:57:28 -0700 (PDT) (envelope-from ssamalin@ionet.net) Received: from ionet.net (sam.ops.best.com [205.149.163.53]) by proxy4.ba.best.com (8.9.3/8.9.2/best.out) with ESMTP id OAA01662; Thu, 21 Oct 1999 14:51:59 -0700 (PDT) Message-ID: <380F8AF2.11003DF5@ionet.net> Date: Thu, 21 Oct 1999 17:51:46 -0400 From: Sam Samalin X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: "freebsd-hackers@Freebsd.org" , "freebsd-scsi@freebsd.org" Subject: 3.3 Driver for Qualstar TLS 4000 tape changer? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I need this driver because the standard one lacks barcode support. Either wise I'll have to port the hack of the 2.2.8 driver. Any one know of one? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 15: 1: 9 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 7EE5914C95; Thu, 21 Oct 1999 15:01:07 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.8.7/8.8.7) with ESMTP id PAA11978; Thu, 21 Oct 1999 15:01:01 -0700 Date: Thu, 21 Oct 1999 15:00:59 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Sam Samalin Cc: "freebsd-hackers@Freebsd.org" , "freebsd-scsi@freebsd.org" Subject: Re: 3.3 Driver for Qualstar TLS 4000 tape changer? In-Reply-To: <380F8AF2.11003DF5@ionet.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is nonsense. See the chio man page. Primary volume tag is barcode. On Thu, 21 Oct 1999, Sam Samalin wrote: > I need this driver because the standard one lacks barcode support. > Either wise I'll have to port the hack of the 2.2.8 driver. Any one > know of one? > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 15: 1:27 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (picasso.transbay.net [209.133.53.6]) by hub.freebsd.org (Postfix) with ESMTP id EF10A15009; Thu, 21 Oct 1999 15:01:20 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id AAA06078; Fri, 22 Oct 1999 00:01:05 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Robert Watson Cc: Dag-Erling Smorgrav , hackers@FreeBSD.ORG, security@FreeBSD.ORG Subject: Re: Finer-grained securelevel: proof of concept In-reply-to: Your message of "Thu, 21 Oct 1999 08:41:28 EDT." Date: Fri, 22 Oct 1999 00:01:05 +0200 Message-ID: <6076.940543265@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Robert Watson writes: >On 21 Oct 1999, Dag-Erling Smorgrav wrote: > >> Patches are available from http://www.freebsd.org/~des/. This is >> strictly proof-of-concept; the patches demonstrate that fine-grained >> security knobs can be implemented with minimal code impact. No >> documentation is provided, RTFS. > >Very clean, pretty, etc -- only one object: I have been talking to a lot of people over here, and one common thing seems to be that they want to be able to set these things differently on a "per jail" basis. I actually think we should not get into the jail thing, but rather make them inheritable like other credentials, so the structure containing the stuff should hang of the proc structure, and hey wait, we already have this "struct ucred" hanging there. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 15: 3:47 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from proxy4.ba.best.com (proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (Postfix) with ESMTP id 079B514E01; Thu, 21 Oct 1999 15:03:44 -0700 (PDT) (envelope-from ssamalin@ionet.net) Received: from ionet.net (sam.ops.best.com [205.149.163.53]) by proxy4.ba.best.com (8.9.3/8.9.2/best.out) with ESMTP id OAA28789; Thu, 21 Oct 1999 14:58:09 -0700 (PDT) Message-ID: <380F8C64.FC7A303F@ionet.net> Date: Thu, 21 Oct 1999 17:57:56 -0400 From: Sam Samalin X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: "freebsd-hackers@Freebsd.org" , "freebsd-scsi@freebsd.org" Subject: volume tag does barcodes? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The volume tags of the ch driver and chio works on a scsi tape changer (Qualstar TLS 4000) reads barcodes? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 15:40:44 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 442C714FF2; Thu, 21 Oct 1999 15:40:33 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id SAA50217; Thu, 21 Oct 1999 18:40:24 -0400 (EDT) (envelope-from robert@cyrus.watson.org) Date: Thu, 21 Oct 1999 18:40:24 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: Poul-Henning Kamp Cc: Dag-Erling Smorgrav , hackers@FreeBSD.ORG, security@FreeBSD.ORG Subject: Re: Finer-grained securelevel: proof of concept In-Reply-To: <6076.940543265@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 22 Oct 1999, Poul-Henning Kamp wrote: > In message , Robert > Watson writes: > >On 21 Oct 1999, Dag-Erling Smorgrav wrote: > > > >> Patches are available from http://www.freebsd.org/~des/. This is > >> strictly proof-of-concept; the patches demonstrate that fine-grained > >> security knobs can be implemented with minimal code impact. No > >> documentation is provided, RTFS. > > > >Very clean, pretty, etc -- only one object: > > I have been talking to a lot of people over here, and one common > thing seems to be that they want to be able to set these things > differently on a "per jail" basis. > > I actually think we should not get into the jail thing, but rather > make them inheritable like other credentials, so the structure > containing the stuff should hang of the proc structure, and hey > wait, we already have this "struct ucred" hanging there. At one point I submitted patches for a p->p_authext void pointer for kernel modules that want to maintain their own security contexts -- unfortunately, it never went in, and now that I've given it some though, perhaps a registration system makes more sense -- i.e., modules register a unique magic number and can access it via a hash/etc when they need it. One can imagine, actually, a chain of authorizers being queried for security-sensitive operations, each of which stores some of its own credentials... This might fit into my kernel tokens architecture, but that might also be a bit heavy-weight (it does have the inheritence properties you mention, however). The other approach for jails is the virtual machine approach--don't treat it so much as security, as much as accessible resources accessed as though by fd's -- interfaces or virtual interfaces are mapped to logical interfaces within virtual machines -- it's not so much as they are not permitted to access the resource, as much as they are unable to access it. One could imagine during the jail creation procedure-- j = jail_new(); jail_add_if(j, "ed0.inet.128.2.35.50", "eth0"); jail_add_if(j, "xl0", "eth1"); jail_enter(j); Etc. Doesn't fit well into the current jail model, which might fit the authorization token approach -- a token or capability represented as a token authorizing binding. Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 16:34:37 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 0370314D2D for ; Thu, 21 Oct 1999 16:34:31 -0700 (PDT) (envelope-from bright@wintelcom.net) Received: from localhost (bright@localhost) by fw.wintelcom.net (8.9.3/8.9.3) with ESMTP id QAA25742; Thu, 21 Oct 1999 16:56:01 -0700 (PDT) Date: Thu, 21 Oct 1999 16:56:01 -0700 (PDT) From: Alfred Perlstein To: Zhihui Zhang Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Optimization done in TCP/IP stack In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 21 Oct 1999, Zhihui Zhang wrote: > > I have put all distribution files on a machine and installed three PCs via > FTP from that machine. The installation process should access the same > files, the buffer cache can be used to improve effieciency on the > filesystem side. I am wondering whether some sort of optimization is done > on the TCP/IP side in this situation. Do we have to copy data from > buffer-cache to mbuf each time we need to send the data over network? As > far as I know, the buffer cache has identity associated with it (vnode, > block #), but the mbuf does not. > > Any help is appreciated. You can use "sendfile" to accomplish zero copy file transfer. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 18:24:11 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from internal.mail.demon.net (internal.mail.demon.net [193.195.224.3]) by hub.freebsd.org (Postfix) with ESMTP id 0963114A21 for ; Thu, 21 Oct 1999 18:24:07 -0700 (PDT) (envelope-from fanf@demon.net) Received: from fanf.eng.demon.net (fanf.eng.demon.net [195.11.55.89]) by internal.mail.demon.net with ESMTP id CAA11090; Fri, 22 Oct 1999 02:24:03 +0100 (BST) Received: from fanf by fanf.eng.demon.net with local (Exim 3.03 #2) id 11eTQa-00088R-00 for hackers@freebsd.org; Fri, 22 Oct 1999 02:23:32 +0100 From: Tony Finch To: hackers@freebsd.org Cc: geoffb@chuggalug.clues.com Subject: Re: Class C hack instead of ifconfig aliases In-Reply-To: <19991020161308.A75038@chuggalug.clues.com> References: <199910201002.LAA12741@beckett.earlsfort.iol.ie> <199910201002.LAA12741@beckett.earlsfort.iol.ie> Message-Id: Date: Fri, 22 Oct 1999 02:23:32 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Geoff Buckingham wrote: > >In an effort to avoid what may follow, I fully appreciate HTTP 1.1 vhosting >is much more appropriate in many situations, this does not however >remove the need for large scale conventional virtual hosting alltogether. I'll also mention SSL, since it requires an IP address per virtual host. Tony. -- dot it at To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 18:28:38 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from internal.mail.demon.net (internal.mail.demon.net [193.195.224.3]) by hub.freebsd.org (Postfix) with ESMTP id 7D27814A21 for ; Thu, 21 Oct 1999 18:28:35 -0700 (PDT) (envelope-from fanf@demon.net) Received: from fanf.eng.demon.net (fanf.eng.demon.net [195.11.55.89]) by internal.mail.demon.net with ESMTP id CAA11309; Fri, 22 Oct 1999 02:28:34 +0100 (BST) Received: from fanf by fanf.eng.demon.net with local (Exim 3.03 #2) id 11eTUy-0009Mv-00 for hackers@freebsd.org; Fri, 22 Oct 1999 02:28:04 +0100 To: hackers@freebsd.org Cc: mreimer@vpop.net From: Tony Finch Subject: Re: Class C hack instead of ifconfig aliases In-Reply-To: <380DF3F3.E22CFAF8@vpop.net> References: Message-Id: Date: Fri, 22 Oct 1999 02:28:04 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Reimer wrote: >Here's a way to do it without patches: > >1. in your webserver: > a. ipfw add fwd localhost from any to 1.2.3/24 http > b. add sections, like this: If you're using enough IP addresses to make this trick worthwhile then you're probably interested in mod_vhost_alias which is new in Apache 1.3.9. >Pros: > >- no need to 'ifconfig xyz alias...'. Big deal -- you still have to use an ipfw command instead. >- address matching is fast, since only a few ipfw rules are checked, > rather than lists of hundreds or thousands of IP addresses The NETALIAS patch (PR#12071) is smaller and faster than turning on IPFIREWALL and IPFIREWALL_FORWARD. Tony. -- the .@ person To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 21 22:38: 1 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from sh.toyama.net (sh.toyama.net [210.225.117.7]) by hub.freebsd.org (Postfix) with ESMTP id 59AA214D11 for ; Thu, 21 Oct 1999 22:37:53 -0700 (PDT) (envelope-from ikuo@toyama.net) Received: from localhost (ppp17.noc.intec.co.jp [210.225.117.17]) by sh.toyama.net (8.9.3/3.7Wpl2-1999080421) with ESMTP id OAA98012; Fri, 22 Oct 1999 14:36:42 +0900 (JST) To: puga@mauibuilt.com Cc: ikuo@intec.co.jp, freebsd-hackers@freebsd.org Subject: Re: ftpmirror proxy From: ikuo@intec.co.jp In-Reply-To: <38089B83.EDB75A76@mauibuilt.com> References: <38089B83.EDB75A76@mauibuilt.com> X-Mailer: Mew version 1.94b55 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19991022143554H.ikuo@toyama.net> Date: Fri, 22 Oct 1999 14:35:54 +0900 X-Dispatcher: imput version 990826(IM126) Lines: 66 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, You can use ftpmirror-1.9x to transfer FTP archives via squid proxy, with `http-proxy' configuration: http-proxy = squid.server.name:3128 But, please remind that there are some truoble. The most serious problem is that squid proxy replaces `\n' to `\r\n' when it transfers text files. This cause a problem when we are getting files such as `*.cc' or `*.txt'. I mean, we can get bin.aa, bin.ab, bin.ac, ... normally, but we can't get correct `bin.cc' file. -ikuo From: Richard Puga Subject: ftpmirror proxy Date: Sat, 16 Oct 1999 05:36:36 -1000 > I realy like ftpmirror it is a great program. > > I was wondering if ftpmirror can use a squid proxy server which runs on > port 3128? > Is there a way to use ftp-gateway on a specific port? > > below is a sampe of the configurations I have tried. > > Thank you for your time > > Richard Puga > puga@mauibuilt.com > > ftp-user = anonymous > ftp-pass = puga@mauibuilt.com > ftp-stats = yes > temp-directory = /usr/tmp > > package = FreeBSD > ftp-server = ftp.freebsd.org > # ftp-gateway = ftp.squid.proxy.server 3128 > ftp-gateway = ftp.squid.proxy.server :3128 > remote-directory = /pub/FreeBSD > local-directory = /usr/var/ftp/pub/FreeBSD > transfer-file-regexp += !/\/core$/ > transfer-file-regexp += !/\.core$/ > transfer-file-regexp += !/\/\ko-/ > transfer-file-regexp += !/\/\ja-/ > transfer-file-regexp += !/\/\zh-/ > transfer-directory-regexp += !/\/CERT\/$/ > transfer-directory-regexp += !/\/releases\/alpha\/$/ > transfer-directory-regexp += !/\/development\/$/ > transfer-directory-regexp += !/\/doc\/mailing\-lists\/$/ > transfer-directory-regexp += !/\/ports\/alpha\/$/ > transfer-directory-regexp += > !/\/ports\/i386\/packages\-3\.0\-aout\/$/ > transfer-directory-regexp += > !/\/branches\/\-current\/XF86333\/$/ > transfer-directory-regexp += > !/\/branches\/\-current\/packages\-aout\/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 0:14:46 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.ucb.crimea.ua (UCB-Async4-CRISCO.CRIS.NET [212.110.129.130]) by hub.freebsd.org (Postfix) with ESMTP id B7DB514A2E for ; Fri, 22 Oct 1999 00:12:55 -0700 (PDT) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.3/8.9.3/UCB) id UAA86885; Thu, 21 Oct 1999 20:29:57 +0300 (EEST) (envelope-from ru) Date: Thu, 21 Oct 1999 20:29:57 +0300 From: Ruslan Ermilov To: Graham Wheeler Cc: hackers@FreeBSD.org Subject: Re: aliasing a point-to-point interface Message-ID: <19991021202957.C83927@relay.ucb.crimea.ua> Mail-Followup-To: Graham Wheeler , hackers@FreeBSD.org References: <99102118512208.17915@cequrux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <99102118512208.17915@cequrux.com>; from Graham Wheeler on Thu, Oct 21, 1999 at 06:50:07PM +0200 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 21, 1999 at 06:50:07PM +0200, Graham Wheeler wrote: > Hi all > > Is it possible to assign an IP alias to a point to point interface (in my case, > a sync PPP interface)? It doesn't seem to be possible, but perhaps I'm > missing something... Yup, that's possible but is somewhat tricky: # ifconfig ptpN inet X.X.X.X X.X.X.X alias # route delete -host X.X.X.X # route add -host X.X.X.X -gateway 127.1 # ping X.X.X.X Cheers, -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 0:38: 7 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 237E014D07; Fri, 22 Oct 1999 00:38:01 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id JAA55460; Fri, 22 Oct 1999 09:37:57 +0200 (CEST) (envelope-from des) To: Robert Watson Cc: hackers@freebsd.org, security@freebsd.org Subject: Re: Finer-grained securelevel: proof of concept References: From: Dag-Erling Smorgrav Date: 22 Oct 1999 09:37:56 +0200 In-Reply-To: Robert Watson's message of "Thu, 21 Oct 1999 11:54:02 -0400 (EDT)" Message-ID: Lines: 15 X-Mailer: Gnus v5.7/Emacs 20.4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Robert Watson writes: > On 21 Oct 1999, Dag-Erling Smorgrav wrote: > > Robert Watson writes: > > > Very clean, pretty, etc -- only one object: please call it something other > > > than capabilities :-). [deletia] > > Please read the thread on -security and -arch that lead to these > > patches. > I did--hence my comments. You seem to have missed the part that says "this should be integrated with process-level and user-level capabilities". DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 1: 6:14 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 8AF2D14ECB for ; Fri, 22 Oct 1999 01:06:02 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.9.3/8.9.3) id KAA29061; Fri, 22 Oct 1999 10:04:30 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 29058; Fri Oct 22 10:03:41 1999 From: Graham Wheeler To: Ruslan Ermilov , Graham Wheeler Subject: Re: aliasing a point-to-point interface Date: Fri, 22 Oct 1999 09:58:44 +0200 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: hackers@FreeBSD.ORG References: <99102118512208.17915@cequrux.com> <19991021202957.C83927@cequrux.com> In-Reply-To: <19991021202957.C83927@cequrux.com> MIME-Version: 1.0 Message-Id: <9910220959290C.17915@cequrux.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 21 Oct 1999, Ruslan Ermilov wrote: > On Thu, Oct 21, 1999 at 06:50:07PM +0200, Graham Wheeler wrote: > > Hi all > > > > Is it possible to assign an IP alias to a point to point interface (in my case, > > a sync PPP interface)? It doesn't seem to be possible, but perhaps I'm > > missing something... > > Yup, that's possible but is somewhat tricky: > > # ifconfig ptpN inet X.X.X.X X.X.X.X alias > # route delete -host X.X.X.X > # route add -host X.X.X.X -gateway 127.1 > # ping X.X.X.X I should have mentioned that ip forwarding is turned off so that routing via the loopback interface is not an option... -- Dr Graham Wheeler E-mail: gram@cequrux.com Cequrux Technologies Phone: +27(21)423-6065/6/7 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data/Network Security Specialists WWW: http://www.cequrux.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 1:22:56 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.ucb.crimea.ua (UCB-Async4-CRISCO.CRIS.NET [212.110.129.130]) by hub.freebsd.org (Postfix) with ESMTP id B99B214ECB for ; Fri, 22 Oct 1999 01:21:36 -0700 (PDT) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.3/8.9.3/UCB) id LAA76283; Fri, 22 Oct 1999 11:19:25 +0300 (EEST) (envelope-from ru) Date: Fri, 22 Oct 1999 11:19:25 +0300 From: Ruslan Ermilov To: Graham Wheeler Cc: hackers@FreeBSD.ORG Subject: Re: aliasing a point-to-point interface Message-ID: <19991022111925.B69348@relay.ucb.crimea.ua> Mail-Followup-To: Graham Wheeler , hackers@FreeBSD.ORG References: <99102118512208.17915@cequrux.com> <19991021202957.C83927@cequrux.com> <9910220959290C.17915@cequrux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <9910220959290C.17915@cequrux.com>; from Graham Wheeler on Fri, Oct 22, 1999 at 09:58:44AM +0200 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 22, 1999 at 09:58:44AM +0200, Graham Wheeler wrote: > On Thu, 21 Oct 1999, Ruslan Ermilov wrote: > > On Thu, Oct 21, 1999 at 06:50:07PM +0200, Graham Wheeler wrote: > > > Hi all > > > > > > Is it possible to assign an IP alias to a point to point interface (in my case, > > > a sync PPP interface)? It doesn't seem to be possible, but perhaps I'm > > > missing something... > > > > Yup, that's possible but is somewhat tricky: > > > > # ifconfig ptpN inet X.X.X.X X.X.X.X alias > > # route delete -host X.X.X.X > > # route add -host X.X.X.X -gateway 127.1 > > # ping X.X.X.X > > I should have mentioned that ip forwarding is turned off so that routing > via the loopback interface is not an option... > The above commands do not rely on the host's forwarding capabilities. The first `route' command will remove the weird `X.X.X.X via X.X.X.X' entry. The second `route' command will install the route allowing you to communicate with X.X.X.X from this host itself. Look: : relay# ifconfig sl9 inet 1.1.1.1 1.1.1.1 alias : relay# netstat -rn | grep ^1.1.1.1 : 1.1.1.1 1.1.1.1 UH 0 0 sl9 : relay# ping 1.1.1.1 : PING 1.1.1.1 (1.1.1.1): 56 data bytes : ^C : --- 1.1.1.1 ping statistics --- : 2 packets transmitted, 0 packets received, 100% packet loss : relay# route delete -host 1.1.1.1 : delete host 1.1.1.1 : relay# route add -host 1.1.1.1 127.1 : add host 1.1.1.1: gateway 127.1 : relay# netstat -rn | grep ^1.1.1.1 : 1.1.1.1 127.0.0.1 UGHS 0 0 lo0 : relay# ping 1.1.1.1 : PING 1.1.1.1 (1.1.1.1): 56 data bytes : 64 bytes from 1.1.1.1: icmp_seq=0 ttl=255 time=0.108 ms : 64 bytes from 1.1.1.1: icmp_seq=1 ttl=255 time=0.170 ms : 64 bytes from 1.1.1.1: icmp_seq=2 ttl=255 time=0.208 ms : ^C : --- 1.1.1.1 ping statistics --- : 3 packets transmitted, 3 packets received, 0% packet loss : round-trip min/avg/max/stddev = 0.108/0.162/0.208/0.041 ms -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 3: 8:43 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id AD02214F56 for ; Fri, 22 Oct 1999 03:08:33 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.9.3/8.9.3) id MAA07218; Fri, 22 Oct 1999 12:06:23 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 7215; Fri Oct 22 12:05:53 1999 From: Graham Wheeler To: Ruslan Ermilov , Graham Wheeler Subject: Re: aliasing a point-to-point interface Date: Fri, 22 Oct 1999 11:53:48 +0200 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: hackers@FreeBSD.ORG References: <99102118512208.17915@cequrux.com> <9910220959290C.17915@cequrux.com> <19991022111925.B69348@cequrux.com> In-Reply-To: <19991022111925.B69348@cequrux.com> MIME-Version: 1.0 Message-Id: <9910221201410E.17915@cequrux.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The above commands do not rely on the host's forwarding capabilities. > The first `route' command will remove the weird `X.X.X.X via X.X.X.X' entry. > The second `route' command will install the route allowing you to communicate > with X.X.X.X from this host itself. Look: > > : relay# ifconfig sl9 inet 1.1.1.1 1.1.1.1 alias > : relay# netstat -rn | grep ^1.1.1.1 > : 1.1.1.1 1.1.1.1 UH 0 0 sl9 > : relay# ping 1.1.1.1 > : PING 1.1.1.1 (1.1.1.1): 56 data bytes > : ^C > : --- 1.1.1.1 ping statistics --- > : 2 packets transmitted, 0 packets received, 100% packet loss > : relay# route delete -host 1.1.1.1 > : delete host 1.1.1.1 > : relay# route add -host 1.1.1.1 127.1 > : add host 1.1.1.1: gateway 127.1 > : relay# netstat -rn | grep ^1.1.1.1 > : 1.1.1.1 127.0.0.1 UGHS 0 0 lo0 > : relay# ping 1.1.1.1 > : PING 1.1.1.1 (1.1.1.1): 56 data bytes > : 64 bytes from 1.1.1.1: icmp_seq=0 ttl=255 time=0.108 ms > : 64 bytes from 1.1.1.1: icmp_seq=1 ttl=255 time=0.170 ms > : 64 bytes from 1.1.1.1: icmp_seq=2 ttl=255 time=0.208 ms > : ^C > : --- 1.1.1.1 ping statistics --- > : 3 packets transmitted, 3 packets received, 0% packet loss > : round-trip min/avg/max/stddev = 0.108/0.162/0.208/0.041 ms I still get no echo replies after doing this. My sequence: ifconfig ar0 inet up ifconfig ar0 inet alias route delete -host route add -host 127.1 ping -- Dr Graham Wheeler E-mail: gram@cequrux.com Cequrux Technologies Phone: +27(21)423-6065/6/7 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data/Network Security Specialists WWW: http://www.cequrux.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 3:36: 8 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.ucb.crimea.ua (UCB-Async4-CRISCO.CRIS.NET [212.110.129.130]) by hub.freebsd.org (Postfix) with ESMTP id B4E7714F3B for ; Fri, 22 Oct 1999 03:34:10 -0700 (PDT) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.3/8.9.3/UCB) id NAA11087; Fri, 22 Oct 1999 13:32:44 +0300 (EEST) (envelope-from ru) Date: Fri, 22 Oct 1999 13:32:44 +0300 From: Ruslan Ermilov To: Graham Wheeler Cc: hackers@FreeBSD.ORG Subject: Re: aliasing a point-to-point interface Message-ID: <19991022133244.B10699@relay.ucb.crimea.ua> Mail-Followup-To: Graham Wheeler , hackers@FreeBSD.ORG References: <99102118512208.17915@cequrux.com> <9910220959290C.17915@cequrux.com> <19991022111925.B69348@cequrux.com> <9910221201410E.17915@cequrux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <9910221201410E.17915@cequrux.com>; from Graham Wheeler on Fri, Oct 22, 1999 at 11:53:48AM +0200 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 22, 1999 at 11:53:48AM +0200, Graham Wheeler wrote: > > > The above commands do not rely on the host's forwarding capabilities. > > The first `route' command will remove the weird `X.X.X.X via X.X.X.X' entry. > > The second `route' command will install the route allowing you to communicate > > with X.X.X.X from this host itself. Look: > > > > : relay# ifconfig sl9 inet 1.1.1.1 1.1.1.1 alias > > : relay# netstat -rn | grep ^1.1.1.1 > > : 1.1.1.1 1.1.1.1 UH 0 0 sl9 > > : relay# ping 1.1.1.1 > > : PING 1.1.1.1 (1.1.1.1): 56 data bytes > > : ^C > > : --- 1.1.1.1 ping statistics --- > > : 2 packets transmitted, 0 packets received, 100% packet loss > > : relay# route delete -host 1.1.1.1 > > : delete host 1.1.1.1 > > : relay# route add -host 1.1.1.1 127.1 > > : add host 1.1.1.1: gateway 127.1 > > : relay# netstat -rn | grep ^1.1.1.1 > > : 1.1.1.1 127.0.0.1 UGHS 0 0 lo0 > > : relay# ping 1.1.1.1 > > : PING 1.1.1.1 (1.1.1.1): 56 data bytes > > : 64 bytes from 1.1.1.1: icmp_seq=0 ttl=255 time=0.108 ms > > : 64 bytes from 1.1.1.1: icmp_seq=1 ttl=255 time=0.170 ms > > : 64 bytes from 1.1.1.1: icmp_seq=2 ttl=255 time=0.208 ms > > : ^C > > : --- 1.1.1.1 ping statistics --- > > : 3 packets transmitted, 3 packets received, 0% packet loss > > : round-trip min/avg/max/stddev = 0.108/0.162/0.208/0.041 ms > > I still get no echo replies after doing this. > > My sequence: > > ifconfig ar0 inet up > ifconfig ar0 inet alias > route delete -host > route add -host 127.1 > ping > What does `netstat -rn | grep ' show you after each command? Are you running some routing software? GateD? routed? -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 4:26: 7 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from at.dotat.com (zed.dotat.com [203.2.134.254]) by hub.freebsd.org (Postfix) with ESMTP id 3E6E314C8E for ; Fri, 22 Oct 1999 04:25:48 -0700 (PDT) (envelope-from hart@at.dotat.com) Received: from at.dotat.com (localhost.dotat.com [127.0.0.1]) by at.dotat.com (8.8.8/8.8.8) with ESMTP id UAA01307 for ; Fri, 22 Oct 1999 20:56:19 +0930 (CST) Message-Id: <199910221126.UAA01307@at.dotat.com> Cc: hackers@FreeBSD.ORG Subject: Re: aliasing a point-to-point interface In-reply-to: Your message of "Fri, 22 Oct 1999 11:53:48 +0200." <9910221201410E.17915@cequrux.com> Date: Fri, 22 Oct 1999 20:56:19 +0930 From: Leigh Hart Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG G'day folks, I used to do this on my permanent link at home a while ago -- my ISP provided me with a /30 network address with which to run the point- to-point link, and then they routed my class C via my end of the /30, and I was told to default via their end of the /30. This meant that when originating connections from my FreeBSD system, it would be sourced on the /30 address at my end - and therefore subject to my ISPs reverse mappings, not my own class C's. So to force my connections to originate from one of my IPs, I would delete the PPP address that was negotiated with PPP (after pppd was completely connected), and added one of my own with ifconfig, ala: ifconfig ppp0 delete ifconfig ppp0 10.1.1.1 netmask 255.255.255.255 192.168.1.1 alias route delete default route add default 192.168.1.1 now while 192.168.1.1 doesn't exist, and I can't ping it, sending my default traffic via that address forces it to be sent out via the ppp link, and the router at the other end doesn't give a hoot about the fact that I sent the packet to the wrong address, all it cares about is where to send the packet next :) And yes, I can ping 10.1.1.1 from outside my network, so all works as expected. Cheers Leigh -- | "By the time they had diminished | Leigh Hart, hart@dotat.com | | from 50 to 8, the other dwarves | CCNA: http://www.cisco.com | | began to suspect 'Hungry' ..." | PO Box 3057 Newton SA 5074 | | -- Gary Larson, "The Far Side" | http://www.dotat.com/hart/ | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 4:48:33 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.ucb.crimea.ua (UCB-Async4-CRISCO.CRIS.NET [212.110.129.130]) by hub.freebsd.org (Postfix) with ESMTP id D9E1B14C3C for ; Fri, 22 Oct 1999 04:47:32 -0700 (PDT) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.3/8.9.3/UCB) id OAA30509; Fri, 22 Oct 1999 14:43:09 +0300 (EEST) (envelope-from ru) Date: Fri, 22 Oct 1999 14:43:08 +0300 From: Ruslan Ermilov To: Leigh Hart Cc: hackers@FreeBSD.ORG Subject: Re: aliasing a point-to-point interface Message-ID: <19991022144308.B20765@relay.ucb.crimea.ua> Mail-Followup-To: Leigh Hart , hackers@FreeBSD.ORG References: <9910221201410E.17915@cequrux.com> <199910221126.UAA01307@at.dotat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <199910221126.UAA01307@at.dotat.com>; from Leigh Hart on Fri, Oct 22, 1999 at 08:56:19PM +0930 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 22, 1999 at 08:56:19PM +0930, Leigh Hart wrote: > G'day folks, > > I used to do this on my permanent link at home a while ago -- my ISP > provided me with a /30 network address with which to run the point- > to-point link, and then they routed my class C via my end of the /30, > and I was told to default via their end of the /30. > > This meant that when originating connections from my FreeBSD system, it > would be sourced on the /30 address at my end - and therefore subject to > my ISPs reverse mappings, not my own class C's. > > So to force my connections to originate from one of my IPs, I would > delete the PPP address that was negotiated with PPP (after pppd was > completely connected), and added one of my own with ifconfig, ala: > > ifconfig ppp0 delete > ifconfig ppp0 10.1.1.1 netmask 255.255.255.255 192.168.1.1 alias > route delete default > route add default 192.168.1.1 > > now while 192.168.1.1 doesn't exist, and I can't ping it, sending > my default traffic via that address forces it to be sent out via > the ppp link, and the router at the other end doesn't give a hoot > about the fact that I sent the packet to the wrong address, all it > cares about is where to send the packet next :) > > And yes, I can ping 10.1.1.1 from outside my network, so all works > as expected. > If you execute `route add 10.1.1.1 127.0.0.1' you will also be able to ping it from the host itself. -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 5:41:13 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id CC28414CC0 for ; Fri, 22 Oct 1999 05:41:01 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.9.3/8.9.3) id OAA01011; Fri, 22 Oct 1999 14:39:56 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 944; Fri Oct 22 14:39:13 1999 From: Graham Wheeler To: Ruslan Ermilov Subject: Re: aliasing a point-to-point interface Date: Fri, 22 Oct 1999 14:33:59 +0200 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain References: <99102118512208.17915@cequrux.com> <9910221201410E.17915@cequrux.com> <19991022133244.B10699@relay.ucb.crimea.ua> In-Reply-To: <19991022133244.B10699@relay.ucb.crimea.ua> Cc: hackers@freebsd.org MIME-Version: 1.0 Message-Id: <9910221435020H.17915@cequrux.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 22 Oct 1999, you wrote: > What does `netstat -rn | grep ' show you after each command? > Are you running some routing software? GateD? routed? Before I begin, with the link configured with ifconfig ar0 inet 192.96.22.18 196.7.70.1 up: Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 196.7.70.1 UGSc 52 0 ar0 127.0.0.1 127.0.0.1 UH 17 516 lo0 196.7.70.1 192.96.22.18 UH 53 0 ar0 After ifconfig ar0 inet 192.96.22.21 192.96.22.21 alias: Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 196.7.70.1 UGSc 13 1 ar0 127.0.0.1 127.0.0.1 UH 15 106 lo0 192.96.22.21 192.96.22.21 UH 0 0 ar0 196.7.70.1 192.96.22.18 UH 14 0 ar0 After route delete -host 192.96.22.21: Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 196.7.70.1 UGSc 13 1 ar0 127.0.0.1 127.0.0.1 UH 15 106 lo0 196.7.70.1 192.96.22.18 UH 14 0 ar0 After route add -host 192.96.22.21 127.1: Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 196.7.70.1 UGSc 17 1 ar0 127.0.0.1 127.0.0.1 UH 17 118 lo0 192.96.22.21 127.0.0.1 UGHS 0 0 lo0 196.7.70.1 192.96.22.18 UH 18 0 ar0 I'm not running any routing daemons; all routes are static. -- Dr Graham Wheeler E-mail: gram@cequrux.com Cequrux Technologies Phone: +27(21)423-6065/6/7 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data/Network Security Specialists WWW: http://www.cequrux.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 6: 8:10 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.ucb.crimea.ua (UCB-Async4-CRISCO.CRIS.NET [212.110.129.130]) by hub.freebsd.org (Postfix) with ESMTP id 3AB9114DC9 for ; Fri, 22 Oct 1999 06:06:08 -0700 (PDT) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.3/8.9.3/UCB) id QAA69410; Fri, 22 Oct 1999 16:04:06 +0300 (EEST) (envelope-from ru) Date: Fri, 22 Oct 1999 16:04:06 +0300 From: Ruslan Ermilov To: Graham Wheeler Cc: hackers@freebsd.org Subject: Re: aliasing a point-to-point interface Message-ID: <19991022160406.A66396@relay.ucb.crimea.ua> Mail-Followup-To: Graham Wheeler , hackers@freebsd.org References: <99102118512208.17915@cequrux.com> <9910221201410E.17915@cequrux.com> <19991022133244.B10699@relay.ucb.crimea.ua> <9910221435020H.17915@cequrux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <9910221435020H.17915@cequrux.com>; from Graham Wheeler on Fri, Oct 22, 1999 at 02:33:59PM +0200 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 22, 1999 at 02:33:59PM +0200, Graham Wheeler wrote: > On Fri, 22 Oct 1999, you wrote: > > > What does `netstat -rn | grep ' show you after each command? > > Are you running some routing software? GateD? routed? > > Before I begin, with the link configured with > > ifconfig ar0 inet 192.96.22.18 196.7.70.1 up: > > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 196.7.70.1 UGSc 52 0 ar0 > 127.0.0.1 127.0.0.1 UH 17 516 lo0 > 196.7.70.1 192.96.22.18 UH 53 0 ar0 > > > > > After ifconfig ar0 inet 192.96.22.21 192.96.22.21 alias: > You should be using `netmask 255.255.255.255' here, BTW. > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 196.7.70.1 UGSc 13 1 ar0 > 127.0.0.1 127.0.0.1 UH 15 106 lo0 > 192.96.22.21 192.96.22.21 UH 0 0 ar0 > 196.7.70.1 192.96.22.18 UH 14 0 ar0 > > > > After route delete -host 192.96.22.21: > > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 196.7.70.1 UGSc 13 1 ar0 > 127.0.0.1 127.0.0.1 UH 15 106 lo0 > 196.7.70.1 192.96.22.18 UH 14 0 ar0 > > > > After route add -host 192.96.22.21 127.1: > > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 196.7.70.1 UGSc 17 1 ar0 > 127.0.0.1 127.0.0.1 UH 17 118 lo0 > 192.96.22.21 127.0.0.1 UGHS 0 0 lo0 > 196.7.70.1 192.96.22.18 UH 18 0 ar0 > Looks OK, the ping(8) should work. Something wrong with ipfw(8)? -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 6:11: 4 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 7481D14E67 for ; Fri, 22 Oct 1999 06:10:49 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.9.3/8.9.3) id PAA03102; Fri, 22 Oct 1999 15:09:14 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 3034; Fri Oct 22 15:08:14 1999 From: Graham Wheeler To: Ruslan Ermilov , Graham Wheeler Subject: Re: aliasing a point-to-point interface Date: Fri, 22 Oct 1999 15:03:02 +0200 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: hackers@freebsd.org References: <99102118512208.17915@cequrux.com> <9910221435020H.17915@cequrux.com> <19991022160406.A66396@relay.ucb.crimea.ua> In-Reply-To: <19991022160406.A66396@relay.ucb.crimea.ua> MIME-Version: 1.0 Message-Id: <9910221504030J.17915@cequrux.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 22 Oct 1999, Ruslan Ermilov wrote: > > > Internet: > > Destination Gateway Flags Refs Use Netif Expire > > default 196.7.70.1 UGSc 17 1 ar0 > > 127.0.0.1 127.0.0.1 UH 17 118 lo0 > > 192.96.22.21 127.0.0.1 UGHS 0 0 lo0 > > 196.7.70.1 192.96.22.18 UH 18 0 ar0 > > > Looks OK, the ping(8) should work. Something wrong with ipfw(8)? Tried that; made no difference (also, that would usually result in a sendto: permission denied response rather than silently losing the packets). -- Dr Graham Wheeler E-mail: gram@cequrux.com Cequrux Technologies Phone: +27(21)423-6065/6/7 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data/Network Security Specialists WWW: http://www.cequrux.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 8:58:37 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id 6210714C2A for ; Fri, 22 Oct 1999 08:58:05 -0700 (PDT) (envelope-from julian@whistle.com) Received: from current1.whiste.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id IAA42322; Fri, 22 Oct 1999 08:55:49 -0700 (PDT) Date: Fri, 22 Oct 1999 08:55:49 -0700 (PDT) From: Julian Elischer To: Ruslan Ermilov Cc: Graham Wheeler , hackers@FreeBSD.ORG Subject: Re: aliasing a point-to-point interface In-Reply-To: <19991021202957.C83927@relay.ucb.crimea.ua> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What exactly are you trrying to achieve..? I think I missed the mail that stated what the goal was.. On Thu, 21 Oct 1999, Ruslan Ermilov wrote: > On Thu, Oct 21, 1999 at 06:50:07PM +0200, Graham Wheeler wrote: > > Hi all > > > > Is it possible to assign an IP alias to a point to point interface (in my case, > > a sync PPP interface)? It doesn't seem to be possible, but perhaps I'm > > missing something... > > Yup, that's possible but is somewhat tricky: > > # ifconfig ptpN inet X.X.X.X X.X.X.X alias > # route delete -host X.X.X.X > # route add -host X.X.X.X -gateway 127.1 > # ping X.X.X.X > > > Cheers, > -- > Ruslan Ermilov Sysadmin and DBA of the > ru@ucb.crimea.ua United Commercial Bank, > ru@FreeBSD.org FreeBSD committer, > +380.652.247.647 Simferopol, Ukraine > > http://www.FreeBSD.org The Power To Serve > http://www.oracle.com Enabling The Information Age > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 9:43:28 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 2321B14D9A for ; Fri, 22 Oct 1999 09:43:01 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.9.3/8.9.3) id SAA11687; Fri, 22 Oct 1999 18:39:05 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 11619; Fri Oct 22 18:38:21 1999 From: Graham Wheeler To: Julian Elischer , Ruslan Ermilov Subject: Re: aliasing a point-to-point interface Date: Fri, 22 Oct 1999 18:30:53 +0200 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: Graham Wheeler , hackers@FreeBSD.ORG References: In-Reply-To: MIME-Version: 1.0 Message-Id: <9910221834110U.17915@cequrux.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 22 Oct 1999, Julian Elischer wrote: > What exactly are you trrying to achieve..? > > I think I missed the mail that stated what the goal was.. We use aliased addresses to support separate TCP relays to different web servers in a DMZ for HTTP/1.0 (where we can't determine the server from the headers). This was fine while we only supported Ethernet on the outside interface. Now we have a server with a Digi Sync/570 card on the outside, and we are struggling to assign these aliases (or rather, we seem to be able to assign the aliases using Ruslan's suggested method, but we can't seem to connect to the aliased addresses). -- Dr Graham Wheeler E-mail: gram@cequrux.com Cequrux Technologies Phone: +27(21)423-6065/6/7 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data/Network Security Specialists WWW: http://www.cequrux.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 10:30:23 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from labinfo.iet.unipi.it (oldlabinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (Postfix) with SMTP id 63CEB14C58 for ; Fri, 22 Oct 1999 10:30:08 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA02285; Fri, 22 Oct 1999 19:31:59 +0100 From: Luigi Rizzo Message-Id: <199910221831.TAA02285@labinfo.iet.unipi.it> Subject: Re: profile of tcp To: rminnich@lanl.gov (Ronald G. Minnich) Date: Fri, 22 Oct 1999 19:31:59 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Ronald G. Minnich" at Oct 21, 99 02:53:47 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1689 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm wondering if anyone in this group has done or knows of a good profile > of a tcp send going from user mode to bits on the wire. Reason I'm asking > is the old "put TCP/IP on the NIC" is once again rearing its head, and I'm > hoping there are numbers I can point to (ones that aren't old, that is) > about why this may not be the best idea in the world. FreeBSD seems a good > choice since it has a pretty reasonable implementation. one of the main motivations for _not_ having TCP on the NIC is that you won't see the same progress in performance for NICs as you see for general purpose CPUs. Or, maybe it is more correct to say that you might see a more coarse-grained progress so the NIC speed might be 1-2 yrs behind the state of art in CPUs, thus any gain in having the protocol implemented in hardware (actually microcode, i think) is probably eaten by this lag. Also there is the usual lack of flexibility in having things done in hw/microcode vs. software. And finally, i think having the proto in the NIC may be useful for maybe a router or a box doing traffic switching, but for things like a web server or a cache you also have to look at optimizing the datapath between disk and the NIC. cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) http://www.iet.unipi.it/~luigi/ngc99/ ==== First International Workshop on Networked Group Communication ==== -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 10:53:15 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id A4C0114C1E for ; Fri, 22 Oct 1999 10:53:13 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.2/8.9.2) id KAA67839; Fri, 22 Oct 1999 10:51:58 -0700 (PDT) From: Archie Cobbs Message-Id: <199910221751.KAA67839@bubba.whistle.com> Subject: Re: KLDs In-Reply-To: <199910192327.QAA00737@dingo.cdrom.com> from Mike Smith at "Oct 19, 1999 04:27:01 pm" To: mike@smith.net.au (Mike Smith) Date: Fri, 22 Oct 1999 10:51:58 -0700 (PDT) Cc: howardjp@wam.umd.edu (James Howard), freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith writes: > > I expect as much, but when I tried to make an IPX KLD, it paniced the > > system on unload. I will test the FFS KLD soon though. > > Panic on unload usually means that the code in question isn't designed > to unload. 8) Such code should return an error instead of allowing the unload to proceed :-) -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 13:15:40 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id 9C6E214BD3 for ; Fri, 22 Oct 1999 13:15:37 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id BAA00435; Fri, 22 Oct 1999 01:54:15 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199910220854.BAA00435@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Ronald G. Minnich" Cc: hackers@freebsd.org Subject: Re: profile of tcp In-reply-to: Your message of "Thu, 21 Oct 1999 14:54:06 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Oct 1999 01:54:15 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm wondering if anyone in this group has done or knows of a good profile > of a tcp send going from user mode to bits on the wire. Reason I'm asking > is the old "put TCP/IP on the NIC" is once again rearing its head, and I'm > hoping there are numbers I can point to (ones that aren't old, that is) > about why this may not be the best idea in the world. FreeBSD seems a good > choice since it has a pretty reasonable implementation. I'd start with "the NIC will require insane amounts of memory to deal with links with large bandwidth/delay products". And when people tell you that the NIC can just use system memory, you should slap them around the head. The thought of a piece of hardware screwing with the kernel memory allocator gives me the creeps. 8) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 13:43:56 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from abalaea.ircache.net (abalaea.scd.ucar.edu [128.117.28.9]) by hub.freebsd.org (Postfix) with ESMTP id 8787414ECE for ; Fri, 22 Oct 1999 13:43:53 -0700 (PDT) (envelope-from glenn@abalaea.ircache.net) Received: from localhost (glenn@localhost) by abalaea.ircache.net (8.9.2/8.9.1) with ESMTP id OAA90646; Fri, 22 Oct 1999 14:43:16 -0600 (MDT) (envelope-from glenn@abalaea.ircache.net) Date: Fri, 22 Oct 1999 14:43:16 -0600 (MDT) From: Glenn Chisholm To: Luigi Rizzo Cc: "Ronald G. Minnich" , hackers@FreeBSD.ORG Subject: Re: profile of tcp In-Reply-To: <199910221831.TAA02285@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Also there is the usual lack of flexibility in having things done > in hw/microcode vs. software. > > And finally, i think having the proto in the NIC may be useful for maybe > a router or a box doing traffic switching, but for things like a > web server or a cache you also have to look at optimizing the > datapath between disk and the NIC. > There is however some validity in implimenting particular aspects on the NIC. Specifically the TCP checksum off loading that a number of gigabit NIC's have in silicon. glenn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 13:45:43 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id CCD7014C89 for ; Fri, 22 Oct 1999 13:45:37 -0700 (PDT) (envelope-from julian@whistle.com) Received: from current1.whiste.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id NAA53517; Fri, 22 Oct 1999 13:45:28 -0700 (PDT) Date: Fri, 22 Oct 1999 13:45:28 -0700 (PDT) From: Julian Elischer To: Mike Smith Cc: "Ronald G. Minnich" , hackers@FreeBSD.ORG Subject: Re: profile of tcp In-Reply-To: <199910220854.BAA00435@dingo.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ron, Didn't see you at FreeBSDcon.. Som if it's on the card how do you do things like ipfw? And how do you route between cards? Who keeps the routing table? how does routed (or whatever) communicate with it? how do you set tcp options? you can do all these but it get's really complicated.. You have to associate a socket (even on win-nt) in the OS with a session on the card.. The approach works if you have some very specialised applications but if you're talking General purpose systems... On Fri, 22 Oct 1999, Mike Smith wrote: > > I'm wondering if anyone in this group has done or knows of a good profile > > of a tcp send going from user mode to bits on the wire. Reason I'm asking > > is the old "put TCP/IP on the NIC" is once again rearing its head, and I'm > > hoping there are numbers I can point to (ones that aren't old, that is) > > about why this may not be the best idea in the world. FreeBSD seems a good > > choice since it has a pretty reasonable implementation. > > I'd start with "the NIC will require insane amounts of memory to deal > with links with large bandwidth/delay products". And when people tell > you that the NIC can just use system memory, you should slap them > around the head. The thought of a piece of hardware screwing with the > kernel memory allocator gives me the creeps. 8) > > -- > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 14: 2:35 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id B70E814C14 for ; Fri, 22 Oct 1999 14:02:16 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.2/8.9.2) id OAA02743 for freebsd-hackers@freebsd.org; Fri, 22 Oct 1999 14:02:13 -0700 (PDT) From: Archie Cobbs Message-Id: <199910222102.OAA02743@bubba.whistle.com> Subject: Make question To: freebsd-hackers@freebsd.org Date: Fri, 22 Oct 1999 14:02:13 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Am I confused or is there a bug in make(1).. ? Why is 'make foo' failing but 'gmake foo' succeeding? $ cat makefile foo: var1=yes; test "$$var1" = "no" && var2=". $$var2"; echo OK $ make foo var1=yes; test "$var1" = "no" && var2=". $var2"; echo OK *** Error code 1 Stop in /root. $ gmake foo var1=yes; test "$var1" = "no" && var2=". $var2"; echo OK OK This happens on -current and -stable. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 14:21:50 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from labinfo.iet.unipi.it (oldlabinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (Postfix) with SMTP id 17FF614D02 for ; Fri, 22 Oct 1999 14:21:47 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id XAA02622; Fri, 22 Oct 1999 23:23:37 +0100 From: Luigi Rizzo Message-Id: <199910222223.XAA02622@labinfo.iet.unipi.it> Subject: Re: profile of tcp To: glenn@ircache.net (Glenn Chisholm) Date: Fri, 22 Oct 1999 23:23:36 +0100 (MET) Cc: rminnich@lanl.gov, hackers@FreeBSD.ORG In-Reply-To: from "Glenn Chisholm" at Oct 22, 99 02:42:57 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 325 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > There is however some validity in implimenting particular aspects on the > NIC. Specifically the TCP checksum off loading that a number of gigabit > NIC's have in silicon. absolutely, as it is useful that the NIC is able to follow linked list of arbitrarily aligned/sized blocks etc, but that is about it. cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 22:46:55 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cheops.anu.edu.au (cheops.anu.edu.au [150.203.76.24]) by hub.freebsd.org (Postfix) with ESMTP id CF45A14CF2 for ; Fri, 22 Oct 1999 22:46:47 -0700 (PDT) (envelope-from avalon@cheops.anu.edu.au) Received: (from avalon@localhost) by cheops.anu.edu.au (8.9.1/8.9.1) id PAA27789 for hackers@freebsd.org; Sat, 23 Oct 1999 15:49:02 +1000 (EST) From: Darren Reed Message-Id: <199910230549.PAA27789@cheops.anu.edu.au> Subject: ahc (2940UW) driver in 3.3 To: hackers@freebsd.org Date: Sat, 23 Oct 1999 15:49:02 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Some time ago I reported corruption using 2.2.8 with an DDRS-39130 connected to a 2940UW. I've done some testing today with 3.3, on a totally different box, with a brand new scsi cable (never before used). Still I see corruption. It's not in the same place every time. My test involves dd'ing /dev/zero to create a 300MB file and then outputting that file in hex, looking for non-zero bytes. What surprised me was it even passed a couple of times. Before I go blaming the drive, can anyone categorically confirm that parity is enabled and enforced in the FreeBSD driver for the 7880 ? For example, has anyone actually seen evidence that it handles parity errors ? Darren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 22:51:40 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id 7068514CF2 for ; Fri, 22 Oct 1999 22:51:37 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from rac9.wam.umd.edu (root@rac9.wam.umd.edu [128.8.10.149]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id BAA22727 for ; Sat, 23 Oct 1999 01:51:35 -0400 (EDT) Received: from rac9.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac9.wam.umd.edu (8.9.3/8.9.3) with SMTP id BAA09916 for ; Sat, 23 Oct 1999 01:51:35 -0400 (EDT) Received: from localhost (howardjp@localhost) by rac9.wam.umd.edu (8.9.3/8.9.3) with ESMTP id BAA09911 for ; Sat, 23 Oct 1999 01:51:35 -0400 (EDT) X-Authentication-Warning: rac9.wam.umd.edu: howardjp owned process doing -bs Date: Sat, 23 Oct 1999 01:51:35 -0400 (EDT) From: James Howard To: freebsd-hackers@freebsd.org Subject: replacing grep (again) and regex speed ups Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I submitted a PR (bin/14342) which adds a lot of speed to mismatches in Henry Spencer's regex code. Who knows a lot about regex whom I can bug? Also, grep has gone through a lot of changes since the last time it was talked about on this list. The current version can be found in the ports collection under textproc/freegrep. It is still slower than GNU, but not as bad as it was. If people'd be willing to look at it again and offer any speed ups, that would be great. Thanks, Jamie -- Jamie Howard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 23:47:31 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from friley-160-236.res.iastate.edu (friley-160-236.res.iastate.edu [129.186.160.236]) by hub.freebsd.org (Postfix) with ESMTP id 3833F14C21 for ; Fri, 22 Oct 1999 23:47:28 -0700 (PDT) (envelope-from cc@137.org) Received: from ameslab.gov (friley-160-235.res.iastate.edu [129.186.160.235]) by friley-160-236.res.iastate.edu (Postfix) with ESMTP id DB8F1FC for ; Sat, 23 Oct 1999 01:47:27 -0500 (CDT) Message-ID: <381159FF.D38E76FD@ameslab.gov> Date: Sat, 23 Oct 1999 01:47:27 -0500 From: Chris Csanady X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en, ru, ja, ko MIME-Version: 1.0 To: hackers@freebsd.org Subject: SMP/interrupt problems.. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I recently got an AMI Megaraid controller, and although it works perfectly with a single processor kernel, SMP is causing some problems. After doing a little debugging, it appears that the interrupts are possibly being lost. I'm wondering if this is somehow related to the APIC, and interrupt remapping that happens with SMP. I have included the output of mptable, and a verbose dmesg at the end. Also, LINT mentions some problems with MP tables not properly supporting bridged pci cards. Are there still issues with this? My motherboard (Intel pr440fx) is listed as one with "good" mptable support--at least by the linux kernel. :\ Is there a chance that this combination will simply not work? Any ideas at all on how to isolate the problem would be appreciated. I am at whits end wrt this problem. Thanks, Chris Csanady To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 23:56: 1 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from friley-160-236.res.iastate.edu (friley-160-236.res.iastate.edu [129.186.160.236]) by hub.freebsd.org (Postfix) with ESMTP id 84EB814C1E for ; Fri, 22 Oct 1999 23:55:43 -0700 (PDT) (envelope-from cc@137.org) Received: from ameslab.gov (friley-160-235.res.iastate.edu [129.186.160.235]) by friley-160-236.res.iastate.edu (Postfix) with ESMTP id BFCBDFC for ; Sat, 23 Oct 1999 01:55:21 -0500 (CDT) Message-ID: <38115BD9.6B8BE3BA@ameslab.gov> Date: Sat, 23 Oct 1999 01:55:21 -0500 From: Chris Csanady X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en, ru, ja, ko MIME-Version: 1.0 To: hackers@freebsd.org Subject: Re: SMP/interrupt problems.. References: <381159FF.D38E76FD@ameslab.gov> Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ugh, I forgot to attach said info. Chris ----- =============================================================================== MPTable, version 2.0.15 mptable: option requires an argument -- v usage: mptable [-dmesg] [-verbose] [-grope] [-help] friley-160-235# mptable -verbose =============================================================================== MPTable, version 2.0.15 looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009fc00 searching CMOS 'top of mem' @ 0x0009f800 (638K) searching default 'top of mem' @ 0x0009fc00 (639K) searching BIOS @ 0x000f0000 MP FPS found in BIOS @ physical addr: 0x000f80f0 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f80f0 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x10 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f8100 signature: 'PCMP' base table length: 260 version: 1.4 checksum: 0x52 OEM ID: 'INTEL ' Product ID: 'PR440FX ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 24 local APIC address: 0xfec08000 extended table length: 120 extended table checksum: 15 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x11 BSP, usable 6 1 9 0xfbff 12 0x11 AP, usable 6 1 9 0xfbff -- Bus: Bus ID Type 0 PCI 1 PCI 18 ISA -- I/O APICs: APIC ID Version State Address 13 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 18 0 13 0 INT active-hi edge 18 1 13 1 INT active-hi edge 18 3 13 3 INT active-hi edge 18 4 13 4 INT active-hi edge 18 5 13 5 INT active-hi edge 18 6 13 6 INT active-hi edge 18 7 13 7 INT active-hi edge 18 8 13 8 INT active-hi edge 18 9 13 9 INT active-hi edge 18 12 13 12 INT active-hi edge 18 14 13 14 INT active-hi edge 18 15 13 15 INT active-lo level 0 19:A 13 19 INT active-lo level 0 17:A 13 18 INT active-lo level 0 9:A 13 17 INT active-lo level 0 6:A 13 18 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 18 0 255 0 NMI active-hi edge 0 0:A 255 1 ------------------------------------------------------------------------------- MP Config Extended Table Entries: -- bus ID: 0 address type: memory address address base: 0xd4000 address range: 0x4000 -- bus ID: 0 address type: memory address address base: 0xd8000 address range: 0x4000 -- bus ID: 0 address type: memory address address base: 0xdc000 address range: 0x4000 -- bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x20000 -- bus ID: 0 address type: memory address address base: 0x8000000 address range: 0xf8000000 -- bus ID: 0 address type: I/O address address base: 0x0 address range: 0x10000 ------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=3 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs =============================================================================== Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #8: Sat Oct 23 00:52:29 CDT 1999 ccsanady@friley-160-235.res.iastate.edu:/usr/src/sys/compile/EUROPA Calibrating clock(s) ... TSC clock: 198657196 Hz, i8254 clock: 1193137 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium Pro (198.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping = 9 Features=0xfbff real memory = 134217728 (131072K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00321000 - 0x07ff7fff, 130904064 bytes (31959 pages) avail memory = 126824448 (123852K bytes) Programming 24 pins in IOAPIC #0 SMP: CPU0 apic_initialize(): lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfec08000 cpu1 (AP): apic id: 12, version: 0x00040011, at 0xfec08000 io0 (APIC): apic id: 13, version: 0x00170011, at 0xfec00000 bios32: Found BIOS32 Service Directory header at 0xc00fd970 bios32: Entry = 0xfd980 (c00fd980) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xd9a1 pnpbios: Found PnP BIOS data at 0xc00fa170 pnpbios: Entry = f0000:a270 Rev = 1.0 Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel.smp" at 0xc0305000. Pentium Pro MTRR support enabled SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000010 SVR: 0x000001ff pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=12378086) npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=12378086) pcib0: on motherboard found-> vendor=0x8086, dev=0x1237, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 Freeing (NOT implemented) redirected PCI irq 11. found-> vendor=0x8086, dev=0x1229, revid=0x02 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=18 map[0]: type 1, range 32, base ffbea000, size 12 map[1]: type 1, range 32, base 0000ef40, size 5 map[2]: type 1, range 32, base fef00000, size 20 found-> vendor=0x8086, dev=0x7000, revid=0x01 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x7010, revid=0x00 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[4]: type 1, range 32, base 0000ffa0, size 4 found-> vendor=0x8086, dev=0x7020, revid=0x01 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=11 map[4]: type 1, range 32, base 0000ff80, size 5 Freeing (NOT implemented) redirected PCI irq 10. found-> vendor=0x9004, dev=0x8078, revid=0x00 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=17 map[0]: type 1, range 32, base 0000fc00, size 8 map[1]: type 1, range 32, base ffbeb000, size 12 found-> vendor=0x8086, dev=0x0960, revid=0x03 class=06-04-00, hdrtype=0x01, mfdev=1 subordinatebus=1 secondarybus=1 found-> vendor=0x8086, dev=0x1960, revid=0x03 class=01-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[0]: type 1, range 32, base ffbd0000, size 16 Freeing (NOT implemented) redirected PCI irq 11. found-> vendor=0x109e, dev=0x0350, revid=0x12 class=04-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=18 map[0]: type 1, range 32, base ffbe9000, size 12 Freeing (NOT implemented) redirected PCI irq 11. found-> vendor=0x102b, dev=0x0519, revid=0x01 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=19 map[0]: type 1, range 32, base ffbec000, size 14 map[1]: type 1, range 32, base ff000000, size 23 pci0: on pcib0 fxp0: irq 18 at device 6.0 on pci0 fxp0: Ethernet address 00:a0:c9:55:9e:4f bpf: fxp0 attached isab0: at device 7.0 on pci0 I/O Recovery Timing: 8-bit 1 clocks, 16-bit 1 clocks Extended BIOS: enabled Lower BIOS: enabled Coprocessor IRQ13: enabled Mouse IRQ12: disabled Interrupt Routing: A: IRQ10, B: IRQ10, C: IRQ11, D: IRQ11 MB0: , MB1: Trying Read_Port at 203 CSC0000: start dependant CSC0000: adding dma mask 0x2 CSC0000: adding dma mask 0x9 CSC0000: adding irq mask 0x20 CSC0000: adding io range 0x534-0x537, size=0x4, align=0x4 CSC0000: adding io range 0x388-0x38b, size=0x4, align=0x8 CSC0000: adding io range 0x220-0x22f, size=0x10, align=0x20 CSC0000: start dependant CSC0000: adding dma mask 0xa CSC0000: adding dma mask 0xb CSC0000: adding irq mask 0x9aa0 CSC0000: adding io range 0x534-0xfff, size=0x4, align=0x4 CSC0000: adding io range 0x388-0x38b, size=0x4, align=0x8 CSC0000: adding io range 0x220-0x26f, size=0x10, align=0x20 CSC0000: start dependant CSC0000: adding dma mask 0xb CSC0000: adding irq mask 0x9aa0 CSC0000: adding io range 0x534-0xfff, size=0x4, align=0x4 CSC0000: adding io range 0x388-0x3fb, size=0x4, align=0x8 CSC0000: adding io range 0x220-0x30f, size=0x10, align=0x20 CSC0000: end dependant CSC0001: start dependant CSC0001: adding io range 0x200-0x207, size=0x8, align=0x8 CSC0001: start dependant CSC0001: adding io range 0x208-0x20f, size=0x8, align=0x8 CSC0001: end dependant CSC0010: adding io range 0x120-0xfff, size=0x8, align=0x8 CSC0003: start dependant CSC0003: adding irq mask 0x200 CSC0003: adding io range 0x330-0x331, size=0x2, align=0x8 CSC0003: start dependant CSC0003: adding irq mask 0x9a00 CSC0003: adding io range 0x300-0x3f9, size=0x2, align=0x8 CSC0003: end dependant isa0: on isab0 ata-pci0: at device 7.1 on pci0 ata-pci0: Busmastering DMA supported ata0: iobase=0x01f0 altiobase=0x03f6 ata0: mask=03 status0=50 status1=00 ata0: mask=03 status0=50 status1=00 ata0: devices = 0x1 ata0 at 0x01f0 irq 14 on ata-pci0 ata1: iobase=0x0170 altiobase=0x0376 ata1: mask=03 status0=00 status1=00 ata1: mask=03 status0=00 status1=00 ata1: devices = 0x0 chip1: irq 11 at device 7.2 on pci0 ahc0: irq 17 at device 9.0 on pci0 ahc0: Reading SEEPROM...done. ahc0: Low byte termination Enabled ahc0: High byte termination Enabled ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc0: Downloading Sequencer Program... 411 instructions downloaded pcib1: at device 11.0 on pci0 pci1: on pcib1 amr0: irq 10 at device 11.1 on pci0 amr0: firmware GH6B bios 1.41 32MB memory, chipset 61 amrd0: on amr0 amrd0: 1553MB (3180544 sectors), state 0x2 properties 0x1 Creating DISK amrd0 amrd1: on amr0 amrd1: 3072MB (6291456 sectors), state 0x2 properties 0x0 Creating DISK amrd1 bktr0: irq 18 at device 17.0 on pci0 using shared irq18. iicbb0: on bti2c0 iicbus0: on iicbb0 master-only iicbus: iic devclass not found smbus0: on bti2c0 smbus: smb devclass not found brooktree0: PCI bus latency is 136. bktr0: buffer size 3555328, addr 0x5000000 bktr: GPIO is 0x003ffffb bktr0: Hauppauge Model 56131 E Hauppauge WinCast/TV, Philips FR1236 NTSC FM tuner, dbx stereo. vga-pci0: irq 19 at device 19.0 on pci0 fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status b1 03 c8 psm: status b1 03 c8 psm: status b1 03 c8 psm: status 00 00 3c psm: data 08 00 00 psm: status 00 02 64 psm: data 08 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0-00, 3 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:c0, syncbits:00 vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3b0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 60 4f 50 83 55 81 bf 1f 00 4f 0d 0e 00 00 07 30 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 60 4f 50 83 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 60 4f 50 83 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sc0: fb0 kbd0 sio0: irq maps: 0x263 0x273 0x263 0x263 sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A sio1: irq maps: 0x263 0x26b 0x263 0x263 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A pcm0: at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 on isa0 pcm: setmap 30000, ff00; 0xc88cb000 -> 30000 pcm: setmap 40000, ff00; 0xc88db000 -> 40000 unknown0: at port 0x200-0x207 on isa0 unknown1: at port 0x120-0x127 on isa0 unknown2: at port 0x330-0x331 irq 9 on isa0 SMP: enabled INTs: 1, 3, 4, 5, 6, 10, 12, 14, 17, 18, apic_imen: 0x00f9ab85 BIOS Geometries: 0:03fefe3f 0..1022=1023 cylinders, 0..254=255 heads, 1..63=63 sectors 1:00c4fe3f 0..196=197 cylinders, 0..254=255 heads, 1..63=63 sectors 2:0186fe3f 0..390=391 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. APIC_IO: routing 8254 via 8259 on pin 0 bpf: lo0 attached Linux-ELF exec handler installed SMP: AP CPU #1 Launched! SMP: CPU1 apic_initialize(): lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff ata0: master: success setting up WDMA2 mode on PIIX4 chip ad0: piomode=4 dmamode=2 udmamode=2 ad0: ATA-4 disk at ata0 as master ad0: 9671MB (19807200 sectors), 19650 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 31 depth queue, DMA Creating DISK ad0 Creating DISK wd0 Waiting 2 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. ahc0: Selection Timeout on A:0. 1 SCBs aborted ahc0: Selection Timeout on A:1. 1 SCBs aborted ahc0: Selection Timeout on A:2. 1 SCBs aborted ahc0: Selection Timeout on A:3. 1 SCBs aborted ahc0: Selection Timeout on A:4. 1 SCBs aborted ahc0: Selection Timeout on A:5. 1 SCBs aborted ahc0: Selection Timeout on A:6. 1 SCBs aborted ahc0: Selection Timeout on A:8. 1 SCBs aborted ahc0: Selection Timeout on A:9. 1 SCBs aborted ahc0: Selection Timeout on A:10. 1 SCBs aborted ahc0: Selection Timeout on A:11. 1 SCBs aborted ahc0: Selection Timeout on A:12. 1 SCBs aborted ahc0: Selection Timeout on A:13. 1 SCBs aborted ahc0: Selection Timeout on A:14. 1 SCBs aborted ahc0: Selection Timeout on A:15. 1 SCBs aborted Considering FFS root f/s. changing root device to wd0s2a wd0s1: type 0xb, start 63, end = 3148739, size 3148677 : OK wd0s2: type 0xa5, start 3148740, end = 19792079, size 16643340 wd0s2: C/H/S end 208/254/63 (3357584) != end 19792079: invalid start_init: trying /sbin/init WARNING: driver snd should register devices with make_dev() (dev_t = "#snd/0") To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 22 23:57:45 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 8CF521506D for ; Fri, 22 Oct 1999 23:57:26 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id AAA97165; Sat, 23 Oct 1999 00:57:14 -0600 (MDT) (envelope-from ken) Message-Id: <199910230657.AAA97165@panzer.kdm.org> Subject: Re: ahc (2940UW) driver in 3.3 In-Reply-To: <199910230549.PAA27789@cheops.anu.edu.au> from Darren Reed at "Oct 23, 1999 03:49:02 pm" To: avalon@coombs.anu.edu.au (Darren Reed) Date: Sat, 23 Oct 1999 00:57:14 -0600 (MDT) Cc: hackers@FreeBSD.ORG From: "Kenneth D. Merry" X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Darren Reed wrote... > > Some time ago I reported corruption using 2.2.8 with an DDRS-39130 > connected to a 2940UW. I've done some testing today with 3.3, on > a totally different box, with a brand new scsi cable (never before > used). Still I see corruption. It's not in the same place every > time. My test involves dd'ing /dev/zero to create a 300MB file and > then outputting that file in hex, looking for non-zero bytes. What > surprised me was it even passed a couple of times. > > Before I go blaming the drive, can anyone categorically confirm that > parity is enabled and enforced in the FreeBSD driver for the 7880 ? > > For example, has anyone actually seen evidence that it handles parity > errors ? Yes, it handles parity errors: (da0:ahc0:0:0:0): parity error during Data-In phase. SEQADDR == 0x10f SCSIRATE == 0x88 (da0:ahc0:0:0:0): parity error during Data-In phase. SEQADDR == 0x110 SCSIRATE == 0x88 (da0:ahc0:0:0:0): parity error during Data-In phase. SEQADDR == 0x110 SCSIRATE == 0x88 (da0:ahc0:0:0:0): parity error during Data-In phase. SEQADDR == 0x10f SCSIRATE == 0x88 (da0:ahc0:0:0:0): parity error during Data-In phase. SEQADDR == 0x10f SCSIRATE == 0x88 (da0:ahc0:0:0:0): READ(10). CDB: 28 0 0 31 d9 80 0 0 4 0 (da0:ahc0:0:0:0): ABORTED COMMAND asc:48,0 (da0:ahc0:0:0:0): Initiator detected error message received That's from a mid-August -stable machine that most likely has a bad cable. I'm not sure, however, whether the driver pays attention to the parity setting in the Adaptec BIOS, or what effect that has on things. You should make sure that you have parity checking enabled in your BIOS. I haven't seen any corruption problems with the driver, and yours is the first report I've seen. Do you have parity memory, and is parity checking or ECC enabled? It may be unlikely for the same problem to happen on two different machines, but it is possible. Since the drive is the common element, I would be inclined to place the blame there. Do you have trouble with any other SCSI hard disks and the same machine/controller/cable combination? Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 23 0:18: 8 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id 467D914C98 for ; Sat, 23 Oct 1999 00:18:06 -0700 (PDT) (envelope-from julian@whistle.com) Received: from current1.whiste.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id AAA81876 for ; Sat, 23 Oct 1999 00:18:05 -0700 (PDT) Date: Sat, 23 Oct 1999 00:18:05 -0700 (PDT) From: Julian Elischer To: hackers@freebsd.org Subject: cvsup not being updated? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I checked in stuff about 3 hours ago but it's still not showing up on either of cvsup2 or svsup3 anything funny going on? julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 23 1:25: 5 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from germanium.xtalwind.net (germanium.xtalwind.net [205.160.242.5]) by hub.freebsd.org (Postfix) with ESMTP id E57AF14BE5 for ; Sat, 23 Oct 1999 01:25:02 -0700 (PDT) (envelope-from jack@germanium.xtalwind.net) Received: from localhost (jack@localhost) by germanium.xtalwind.net (8.9.3/8.9.3) with ESMTP id EAA12043; Sat, 23 Oct 1999 04:24:58 -0400 (EDT) Date: Sat, 23 Oct 1999 04:24:58 -0400 (EDT) From: jack To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: cvsup not being updated? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Today Julian Elischer wrote: > I checked in stuff about 3 hours ago but it's still not showing up on > either of cvsup2 or svsup3 > > anything funny going on? Sure looks that way. I hit cvsup5 a few hours ago and got nothing, my last update was ~7am EDT Friday. Just tried 1, 4, 5, and 6 and got nothing from any of them. Gnats seems to be hibernating also. I submitted two PRs about 8 hours ago and have not received acknowledgments. A listing from the web page shows the last PR to be about 24 hours old. I'd bet there have been a few submitted since then. -------------------------------------------------------------------------- Jack O'Neill Systems Administrator / Systems Analyst jack@germanium.xtalwind.net Crystal Wind Communications, Inc. Finger jack@germanium.xtalwind.net for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD enriched, vcard, HTML messages > /dev/null -------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 23 4:58:11 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from massive.geek.edu (massive.geek.edu [216.73.11.10]) by hub.freebsd.org (Postfix) with ESMTP id 0289E14CB6 for ; Sat, 23 Oct 1999 04:58:05 -0700 (PDT) (envelope-from jontow@massive.geek.edu) Received: (from jontow@localhost) by massive.geek.edu (8.9.3/8.9.2) id HAA09588; Sat, 23 Oct 1999 07:54:18 -0500 (EST) (envelope-from jontow) Date: Sat, 23 Oct 1999 07:54:18 -0500 From: Jonathan Towne To: jack Cc: freebsd-hackers@freebsd.org Subject: Re: cvsup not being updated? Message-ID: <19991023075418.A9574@massve.geek.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: ; from jack on Sat, Oct 23, 1999 at 04:24:58AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sure looks weird to me.. i've not gotten anything but ports updates from cvsup4 in maybe.. two days.. I think this could be a relatively large problem, depending on how you think of it.. we're not introducing any bugs into the system on those cvsup mirrors, but, we're also not getting any out. -- Jonathan Towne jontow@massive.geek.edu/wrongway@slic.com Systems Administrator http://massive.geek.edu/ -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GU d- s: a--- C+++ UB++++ P L- E--- W--- N++ o K w--- O-- M V- PS PE Y-- PGP- t+ 5 X+ R+ tv- b+ DI+ D++ G e- h-- r-- y ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 23 22:58:16 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.xmission.com (mail.xmission.com [198.60.22.22]) by hub.freebsd.org (Postfix) with ESMTP id 8787E14FD6; Sat, 23 Oct 1999 22:58:14 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from [204.68.178.39] (helo=softweyr.com) by mail.xmission.com with esmtp (Exim 2.12 #2) id 11fGfV-0005OW-00; Sat, 23 Oct 1999 23:58:13 -0600 Message-ID: <38129FF4.6F751203@softweyr.com> Date: Sat, 23 Oct 1999 23:58:12 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.1-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, cvs-committers@freebsd.org, andrews@technologist.com Subject: FreeBSD xearth markers file Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK, I collected several more addresses at FreeBSD Con and it's time to get this into CVS and out of my hands. ;^) Should I overwrite ports/astro/xearth/files/freebsd.core.markers with this monster, or add it separately? -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message