From owner-freebsd-small Sun Jun 14 05:09:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA29381 for freebsd-small-outgoing; Sun, 14 Jun 1998 05:09:34 -0700 (PDT) (envelope-from owner-freebsd-small@FreeBSD.ORG) Received: from ns1.tu-graz.ac.at (ns1.tu-graz.ac.at [129.27.2.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA29366 for ; Sun, 14 Jun 1998 05:08:45 -0700 (PDT) (envelope-from mkamm@fcggsg17.icg.tu-graz.ac.at) Received: from fcggsg17.icg.tu-graz.ac.at by ns1.tu-graz.ac.at with SMTP id AA01071 (5.67c/IDA-1.5t for ); Sun, 14 Jun 1998 14:08:41 +0200 Received: (from mkamm@localhost) by fcggsg17.icg.tu-graz.ac.at (8.8.8/8.8.8) id OAA27234; Sun, 14 Jun 1998 14:08:39 +0200 (MDT) Date: Sun, 14 Jun 1998 14:08:37 +0200 (MDT) From: Martin Kammerhofer To: freebsd-small@FreeBSD.ORG Cc: Martin Kammerhofer Subject: kernel symbols (was: netstat is not working) Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 13 Jun 1998, Ekaterina N. Ivannikova wrote: > Ok, it seems the way to go would be to make dumpnlist dump addresses > netstat needs, then change it to read the file "symbols". > Before PicoBSD started I did something very similar, i.e. created a few customized FreeBSD bootfloppies and a build system. Since PicoBSD wasn't out there then, I implemented some things in a different way. One thing I didn't copy from FreeBSD's ``release'' source tree is that ugly ``symbols'' hack. I devised a way to avoid this duplication of functionality and will present it here in the hope it might be useful for PicoBSD developers. It must be said though, that my approach would need reworking for a ELF kernel. By looking at symorder(1)'s manpage you'll notice that there's an option -t to exclude all unwanted symbols from the kernel. Voila! All that's needed is a (small) list of kernel symbols needed by some programs (ps, {net,io,sys,f,p}stat to name the most popular ones), strip everything but those symbols from the kernel image and install the resulting symlist (1325 bytes on my machine) as /kernel in your MFS. Now programs that require kernel symbols are working without any fiddling with their sources, they are using standard nlist(3). Andrzej or Dinesh, if you want to take a closer look at it, a updated sys/i386/i386/symbols.raw file can be found in PR kern/3287, a patch to make symorder's -t option work is in PR bin/3284 and finally a patch (against the -STABLE sources) that enables strip(1) to strip of everything else but the symbol table follows: Index: strip.c =================================================================== RCS file: /home/dada/cvsroot/src/strip.c,v retrieving revision 1.7 retrieving revision 1.8 diff -u -K -w -r1.7 -r1.8 --- strip.c 1998/06/14 08:09:08 1.7 +++ strip.c 1998/06/14 08:55:52 1.8 @@ -66,9 +66,18 @@ void s_stab __P((const char *, int, EXEC *)); void s_sym __P((const char *, int, EXEC *)); +#ifdef WITH_KRUNCH +void s_krunch __P((const char *, int, EXEC *)); +#include +#endif /* WITH_KRUNCH */ static void usage __P((void)); int xflag = 0; +int kflag = 0; +int oflag = 0; +int nflag = 0; +int verbose = 0; +int dont = 0; int err_val = 0; int @@ -83,7 +92,7 @@ char *fn; sfcn = s_sym; - while ((ch = getopt(argc, argv, "dx")) != -1) + while ((ch = getopt(argc, argv, "dxKvnON")) != -1) switch(ch) { case 'x': xflag = 1; @@ -91,6 +100,30 @@ case 'd': sfcn = s_stab; break; + case 'K': +#ifdef WITH_KRUNCH + sfcn = s_krunch; + kflag = 1; +#else + errx(1, "%s: option -K not compiled in\n", *argv); +#endif /* WITH_KRUNCH */ + break; +#ifdef WITH_KRUNCH + case 'n': + dont = 1; + /*FALLTHROUGH*/ + case 'v': + verbose++; + break; + case 'O': + oflag=1; + nflag=0; + break; + case 'N': + nflag=1; + oflag=0; + break; +#endif /* WITH_KRUNCH */ case '?': default: usage(); @@ -258,9 +291,108 @@ munmap((caddr_t)ep, (size_t)sb.st_size); } +#ifdef WITH_KRUNCH +/* + * remove everything but the header and symbol table + */ +void +s_krunch(fn, fd, ep) + const char *fn; + int fd; + EXEC *ep; +{ + char *symbase, *stringbase; + char *nsymbase, *nstringbase; + unsigned long symlen, stringlen; + struct stat sb; + + /* Quit if no symbols. */ + if (ep->a_syms == 0) + return; + + /* Stat the file. */ + if (fstat(fd, &sb) < 0) { + warn("%s", fn); + err_val = 1; + return; + } + + /* Check size. */ + if (sb.st_size > SIZE_T_MAX) { + warnx("%s: %s", fn, strerror(EFBIG)); + err_val = 1; + return; + } + + /* Map the file. */ + if ((ep = (EXEC *)mmap(NULL, (size_t)sb.st_size, + PROT_READ | PROT_WRITE, MAP_SHARED, fd, (off_t)0)) == (EXEC *)-1) { + warn("%s", fn); + err_val = 1; + return; + } + + symbase = ((char *)ep + N_SYMOFF(*ep)); + stringbase = ((char *)ep + N_STROFF(*ep)); + symlen = ep->a_syms; + stringlen = *((unsigned long *)stringbase); + + if (verbose) { + printf("symbase = 0x%x, \tstringbase = 0x%x\n", + symbase-(char *)ep, stringbase-(char *)ep); + printf("symlen = 0x%x, \tstringlen = 0x%x\n", symlen, stringlen); + printf("symbase = %lu, \tstringbase = %lu\n", + symbase-(char *)ep, stringbase-(char *)ep); + printf("symlen = %lu, \tstringlen = %lu\n\n", symlen, stringlen); + } + if (dont) + goto done; + + /* check if we change to OMAGIC or NMAGIC formats */ + if (oflag) + N_SETMAGIC(*ep,OMAGIC,N_GETMID(*ep),N_GETFLAG(*ep)); + else if (nflag) + N_SETMAGIC(*ep,NMAGIC,N_GETMID(*ep),N_GETFLAG(*ep)); + /* remove text, data, bss, and relocations */ + ep->a_text = ep->a_data = ep->a_bss = ep->a_trsize = ep->a_drsize = 0; + /* set entry point to a invalid address */ + ep->a_entry = -1; + /* Now check if we got the symboltable at zero */ + /* This can happen with page aligned [QZ]MAGIC formats */ + nsymbase = ((char *)ep + N_SYMOFF(*ep)); + if (N_SYMOFF(*ep) < sizeof(EXEC)) { + ep->a_text = sizeof(EXEC); + nsymbase = ((char *)ep + N_SYMOFF(*ep)); + } + nstringbase = ((char *)ep + N_STROFF(*ep)); + + if (verbose) { + printf("nsymbase = 0x%x, \tnstringbase = 0x%x\n", + nsymbase-(char *)ep, nstringbase-(char *)ep); + printf("nsymbase = %lu, \tnstringbase = %lu\n", + nsymbase-(char *)ep, nstringbase-(char *)ep); + } + assert(nsymbase >= (char *)ep + sizeof(EXEC)); + bcopy(symbase, nsymbase, symlen); + bcopy(stringbase, nstringbase, stringlen); + + /* Truncate to the current length. */ + if (ftruncate(fd, nstringbase + stringlen - (char *)ep)) { + warn("%s", fn); + err_val = 1; + } +done: + munmap((caddr_t)ep, (size_t)sb.st_size); +} +#endif /* WITH_KRUNCH */ + static void usage() { +#ifdef WITH_KRUNCH + (void)fprintf(stderr, "usage: strip ( [-dx] | [-Kvn[O|N]] ) file ...\n"); +#else (void)fprintf(stderr, "usage: strip [-dx] file ...\n"); +#endif exit(1); } --- /usr/src/usr.bin/strip/strip.1 Thu Dec 25 00:58:07 1997 +++ ./strip.1 Tue Mar 4 15:47:43 1997 @@ -39,13 +39,18 @@ .Nm strip .Nd remove unnecessary information from executable files .Sh SYNOPSIS -.Nm +.Nm strip .Op Fl d .Op Fl x -.Ar +.Op Fl K +.Op Fl v +.Op Fl n +.Op Fl O +.Op Fl N +.Ar file ... .Sh DESCRIPTION The -.Nm +.Nm strip utility deletes the relocation information and symbol table used by assemblers, loaders and debuggers. @@ -57,7 +62,17 @@ .It Fl d Delete only debugging and empty symbols. .It Fl x -Delete only debugging, compiler identification, and local symbols. +Delete only debugging, compiler identification, and local symbols. (Implies -d). +.It Fl K +Delete everything but the exec header, symbol- and stringtables. This destroys the Text, Data, Bss and Relocation sections. This option is incompatible with options -d and -x. The last one specified takes effect. +.It Fl v +Report file offsets and sizes of the symbol- and stringtable. +.It Fl n +Don't strip, report only. This option implies -v. +.It Fl N +Convert to NMAGIC. +.It Fl O +Convert to OMAGIC. Options -vnNO are ignored without -K. .El .Pp .Nm Strip To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Sun Jun 14 06:46:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA06528 for freebsd-small-outgoing; Sun, 14 Jun 1998 06:46:19 -0700 (PDT) (envelope-from owner-freebsd-small@FreeBSD.ORG) Received: from dorifer.heim3.tu-clausthal.de (dorifer.heim3.tu-clausthal.de [139.174.243.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA06521 for ; Sun, 14 Jun 1998 06:46:11 -0700 (PDT) (envelope-from olli@dorifer.heim3.tu-clausthal.de) Received: (from olli@localhost) by dorifer.heim3.tu-clausthal.de (8.8.8/8.8.8) id PAA08380 for freebsd-small@FreeBSD.ORG; Sun, 14 Jun 1998 15:46:09 +0200 (CEST) (envelope-from olli) Date: Sun, 14 Jun 1998 15:46:09 +0200 (CEST) From: Oliver Fromme Message-Id: <199806141346.PAA08380@dorifer.heim3.tu-clausthal.de> To: freebsd-small@FreeBSD.ORG Subject: Re: FreeBSD for PalmPilot/Palm III Newsgroups: list.freebsd-small Organization: Administration Heim 3 Reply-To: freebsd-small@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: TIN [version 1.2 RZTUC(3) PL2] Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In list.freebsd-small you wrote (12 Jun 1998 00:13:14 +0200): > Is anyone on this list interested in FreeBSD for handheld computers, > notably > the PalmPilot and the Palm III? If so, I'd like to join the discussion, > and if not, > it would be interesting to create it. > > If you haven't noticed, there is a Linux development team for the Pilot. Apart from the facts that have already been mentioned (no PMMU etc.), I think that it is completely in appropriate to try to port a system like FreeBSD (or Linux) to a device like the PalmPilot. 3Com's PalmOS has been specifically developped for this device, and it's optimized to handle the Pilot's ressources (low memory and slow CPU) as efficiently as possible. There are thousands of programs out there, from small tools to full-featured applications, which run under PalmOS. Frankly, I don't see a single reason to put FreeBSD on that beast. Maybe except for the "coolness" of being able to say that it could be done. Another important point is the fact that a reasonable Pilot port of FreeBSD would take a long time to develop. The system would probably have to be written from scratch; I don't think that any significant parts of the kernel or userland could be ported as-is to the Pilot. It would be a completely new OS, not FreeBSD. Well, maybe a few enthusiasts sit down and present us "PalmBSD" in one year or something like that. But who would install it on his/her PalmPilot -- being slower than PalmOS, draining the batteries faster, occupying more of the valuable memory, and/or not being able to run PalmOS applications? What would the actual benefits be? > We could also go into versions for WindowsCE machines. I agree with Mike on this. They have a too short lifetime. It would be probably considerably easier to create a BSD for DEC's "Itsy" (or whatever it's called) -- it has more RAM and a stronger, VM-capable CPU. > [...] > Input libraries, and a number of hidden "features" that make hacking it > a bit > like hacking a Macintosh. Actually, a lot like hacking a Mac. I didn't buy my PalmPilot for the sake of hacking -- it's a (better) substitute for a fair amount of paper on my desktop and in my pocket (calendar, memo pad, address book etc.), it can calculate s/keys, and I can play a game when I have to wait somewhere for someone/something. | sed 's/\. /, IMHO. /g' ;-) Regards Oliver -- Oliver Fromme, Leibnizstr. 18-61, 38678 Clausthal, Germany (Info: finger userinfo:olli@dorifer.heim3.tu-clausthal.de) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Sun Jun 14 09:35:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA23680 for freebsd-small-outgoing; Sun, 14 Jun 1998 09:35:09 -0700 (PDT) (envelope-from owner-freebsd-small@FreeBSD.ORG) Received: from antipodes.cdrom.com (castles347.castles.com [208.214.167.47]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA23638 for ; Sun, 14 Jun 1998 09:34:49 -0700 (PDT) (envelope-from mike@antipodes.cdrom.com) Received: from antipodes.cdrom.com (localhost [127.0.0.1]) by antipodes.cdrom.com (8.8.8/8.8.5) with ESMTP id WAA03294; Sat, 13 Jun 1998 22:10:39 -0700 (PDT) Message-Id: <199806140510.WAA03294@antipodes.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Duncan, John" cc: "'Mike Smith'" , "'freebsd-small@freebsd.org'" Subject: Re: FreeBSD for PalmPilot/Palm III In-reply-to: Your message of "Sat, 13 Jun 1998 20:50:10 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 13 Jun 1998 22:10:39 -0700 From: Mike Smith Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This has stopped being interesting, so I'll hope you'll forgive me for being succinct. I will summarise to begin with: If you really think that it can be done, and that you know everything that needs to be known about doing it, do it. I will personally buy a Palm III and make X run on it as soon as you do. > > It's not a question of memory protection, but rather demand-related > > activities, and the ability for one piece of physical memory to appear > > in several locations in a disjoint fashion. You can't do this > > equivalen > > tly with segmentation. > > > > [-- ] Demand-segmentation models have been around at least as long "demand-segmentation" is a non sequiter. > > but it doesn't rule them out... Segmented systems can, in fact, share > > memory with differing addresses. This is especially possible when > > there > > is a large address space and very little physical memory. You run out of segment registers pretty fast though. > > Here you make it clear that you didn't grasp the importance if what I > > said above - FreeBSD lives and breathes through the VM system. VM is > > not something "just for swap"; it's critical for almost everything > > involving communications between the kernel and userspace, not to > > mention interprocess communications and the filesystem. > > > > [-- ] Why do you have to attack my knowledge of computer science? I don't know - tell me and I will. I'm simply trying to point out, as someone that seems to have a little more information than you, that you can't trivially pull FreeBSD's VM system out from under it and expect it to work, and you can't trivially reimplement the VM system on an architecture that doesn't cleave to the basic page/pagetable/page attributes model. > > If code requires certain memory structures to be available, then it is > > probably > > bad code, or platform-specific code. How could a program be a good one > > if, > > for example, it required 4k pages? What would happen if someone were > > to > > run the thing on a different machine? Writing too much code like that > > can only > > cripple an OS's utility on other platforms. Naturally, code should run on any platform, even no platform at all. Everything should be implemented from first principles - you can't even assume the strong atomic force when writing truly "good" code. > > This puts the hypotheis that BSD has not changed fundamentally since > > v7, which is a major error. > > > > [-- ] You failed to grasp my point. UN*X as it is now is one big > > afterthought. The system was created as a quick and dirty testbed > > for Dennis Ritchie's programs. Then it became a little operating > > system used internally on DEC machines at Bell Labs. Through > > modification after modification, the thing became the behemoth that > > it is now. Even though Linux's VM system is obviously an afterthought > > compared to Minix's lack of one, FreeBSD's VM is only an extension > > of BSD's VM which was an afterthought to Bell's lack thereof. And naturally the system has never evolved to use these features, or perhaps to depend upon them. You could just revert to all that V7 functionality which must still be there in the code, just perhaps commented out. Wait; V7 - isnt' that what Minix looks like? Perhaps you're agreeing with me. > > If you'd like a look at a system that was designed from the ground up > > to have advanced features like VM, IPC, etc, then look at Mach. Unix's > > fs and drivers are the afterthought to Mach's microkernel. Yes. Applicability to reality was the "afterthought" for Mach. > > If you seriously want to put an alternative operating system on a > > Pilot, I would go looking at Minix, which is designed to work (and > > work > > well) on small, non-VM systems. It's now freely available for > > downloading, and is not a bad place to start if you're porting for the > > > > first time. > > > > [-- ] Perhaps, but why not a larger and more usable system? Minix is > > extremely limited. MachTen implemented 4.3BSD that ran on a 68k > > without > > memory hardware. What was so special about their system that couldn't > > be done with FreeBSD? MachTen was the BSD emulator running on Mach. It required a PMMU in order to work adequately, let alone perform. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Mon Jun 15 14:16:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA29588 for freebsd-small-outgoing; Mon, 15 Jun 1998 14:16:21 -0700 (PDT) (envelope-from owner-freebsd-small@FreeBSD.ORG) Received: from dewdrop2.mindspring.com (dewdrop2.mindspring.com [207.69.200.82]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA29547 for ; Mon, 15 Jun 1998 14:16:05 -0700 (PDT) (envelope-from gfm@readybox.com) Received: from oxnard (pool-207-205-175-16.snfr.grid.net [207.205.175.16]) by dewdrop2.mindspring.com (8.8.5/8.8.5) with SMTP id RAA00108 for ; Mon, 15 Jun 1998 17:16:03 -0400 (EDT) Message-Id: <1.5.4.32.19980608125115.006a3644@pop.mindspring.com> X-Sender: gfm2@pop.mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 08 Jun 1998 05:51:15 -0700 To: freebsd-small@FreeBSD.ORG From: Frank McCormick Subject: subscription request Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd@readybox.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Tue Jun 16 17:02:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA23865 for freebsd-small-outgoing; Tue, 16 Jun 1998 17:02:42 -0700 (PDT) (envelope-from owner-freebsd-small@FreeBSD.ORG) Received: from freeby.mesanet.com (mesa.dial.idiom.com [209.157.70.63]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA23851 for ; Tue, 16 Jun 1998 17:02:34 -0700 (PDT) (envelope-from pcw@mesanet.com) Received: from localhost (localhost [127.0.0.1]) by freeby.mesanet.com (8.8.7/8.8.7) with SMTP id RAA22609 for ; Tue, 16 Jun 1998 17:00:02 -0700 (PDT) (envelope-from pcw@mesanet.com) Date: Tue, 16 Jun 1998 17:00:01 -0700 (PDT) From: Peter Wallace To: freebsd-small@FreeBSD.ORG Subject: FreeBSD driver for CS8900 Ethernet chip Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bribe for FreeBSD Ethernet driver Guru >>> Free PC/104 CPU card with Ethernet (Mesa Electronics 4C27) to anyone who can port the NetBSD CS8900 Ethernet Driver to FreeBSD... Thanks, Peter Wallace Mesa Electronics To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Tue Jun 16 19:55:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA21963 for freebsd-small-outgoing; Tue, 16 Jun 1998 19:55:48 -0700 (PDT) (envelope-from owner-freebsd-small@FreeBSD.ORG) Received: from oldyeller.comtest.com (comtest.hits.net [206.127.244.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA21958 for ; Tue, 16 Jun 1998 19:55:45 -0700 (PDT) (envelope-from randal@comtest.com) Received: from graphics.comtest.com (graphics.comtest.com [206.127.245.194]) by oldyeller.comtest.com (8.8.8/8.8.8) with SMTP id QAA09820 for ; Tue, 16 Jun 1998 16:57:19 -1000 (HST) (envelope-from randal@comtest.com) Message-Id: <199806170257.QAA09820@oldyeller.comtest.com> Comments: Authenticated sender is From: "Randal S. Masutani" Organization: ComTest Technologies, Inc. To: freebsd-small@FreeBSD.ORG Date: Tue, 16 Jun 1998 17:08:36 -1000 Subject: Re: FreeBSD driver for CS8900 Ethernet chip Reply-to: randal@comtest.com In-reply-to: X-mailer: Pegasus Mail for Windows (v2.54) Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 16 Jun 98 at 17:00, Peter Wallace wrote: > Bribe for FreeBSD Ethernet driver Guru >>> > > Free PC/104 CPU card with Ethernet (Mesa Electronics 4C27) to anyone who > can port the NetBSD CS8900 Ethernet Driver to FreeBSD... > > Thanks, > > Peter Wallace > Mesa Electronics Thanks, Peter. I'll take you up on that offer... Randal Masutani ------------------------------------------------------------------------- ComTest Technologies, Inc. 3049 Ualena St., Suite 1005 Honolulu, Hawaii 96819 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Wed Jun 17 09:53:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA22555 for freebsd-small-outgoing; Wed, 17 Jun 1998 09:53:21 -0700 (PDT) (envelope-from owner-freebsd-small@FreeBSD.ORG) Received: from dfw-ix10.ix.netcom.com (dfw-ix10.ix.netcom.com [206.214.98.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA22550 for ; Wed, 17 Jun 1998 09:53:16 -0700 (PDT) (envelope-from dphi@ix.netcom.com) Received: (from smap@localhost) by dfw-ix10.ix.netcom.com (8.8.4/8.8.4) id LAA27783 for ; Wed, 17 Jun 1998 11:52:44 -0500 (CDT) Received: from mail.fosterfarms.com(208.1.117.20) by dfw-ix10.ix.netcom.com via smap (V1.3) id rma027718; Wed Jun 17 11:52:21 1998 Message-Id: <3.0.3.32.19980617094611.00e182c0@popd.ix.netcom.com> X-Sender: dphi@popd.ix.netcom.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Wed, 17 Jun 1998 09:46:11 -0700 To: freebsd-small@FreeBSD.ORG From: Dale Phillips Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Thu Jun 18 00:09:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA02776 for freebsd-small-outgoing; Thu, 18 Jun 1998 00:09:58 -0700 (PDT) (envelope-from owner-freebsd-small@FreeBSD.ORG) Received: from luomat.peak.org (cc344191-a.ewndsr1.nj.home.com [24.2.83.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA02770 for ; Thu, 18 Jun 1998 00:09:56 -0700 (PDT) (envelope-from luomat@luomat.peak.org) Received: by luomat.peak.org (8.9.0/8.9.0) id DAA07688 for freebsd-small@FreeBSD.ORG; Thu, 18 Jun 1998 03:09:51 -0400 (EDT) Message-Id: <199806180709.DAA07688@luomat.peak.org> Content-Type: text/plain MIME-Version: 1.0 From: Timothy J Luoma Date: Thu, 18 Jun 98 03:09:49 -0400 To: freebsd-small@FreeBSD.ORG Subject: Q: Making a custom picoBSD Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I will be doing a "real" installation of FreeBSD tomorrow (my first) via 2.2.5 CDs. I saw some docs somewhere for making my own picoBSD, which I will try to read tomorrow. I am just wondering, for a 486 which will be running as a router/firewall connected to an Ethernet connection (and eventually probably a PPP connection) would I be better off using -stable or -current or does it really matter? I was planning on using -stable as soon as I find out how to go from a 2.2.5 installation from CDs to -stable.... Thanks! TjL To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Thu Jun 18 08:31:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA22732 for freebsd-small-outgoing; Thu, 18 Jun 1998 08:31:47 -0700 (PDT) (envelope-from owner-freebsd-small@FreeBSD.ORG) Received: from belzebub.net-gw.com (bulzebub.net-gw.com [202.185.254.12] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA22722 for ; Thu, 18 Jun 1998 08:31:45 -0700 (PDT) (envelope-from dinesh@alphaque.com) Received: from broker.alphaque.com (j2.bkj29.jaring.my [161.142.101.16]) by belzebub.net-gw.com (8.6.12/8.6.12) with ESMTP id XAA10992; Thu, 18 Jun 1998 23:31:40 +0800 Received: (from dinesh@localhost) by broker.alphaque.com (8.8.8/8.8.8) id XAA00948; Thu, 18 Jun 1998 23:27:17 +0800 (MYT) (envelope-from dinesh) Date: Thu, 18 Jun 1998 23:27:17 +0800 (MYT) From: Dinesh Nair X-Sender: dinesh@broker To: Timothy J Luoma cc: freebsd-small@FreeBSD.ORG Subject: Re: Q: Making a custom picoBSD In-Reply-To: <199806180709.DAA07688@luomat.peak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 18 Jun 1998, Timothy J Luoma wrote: > I am just wondering, for a 486 which will be running as a router/firewall > connected to an Ethernet connection (and eventually probably a PPP > connection) would I be better off using -stable or -current or does it really > matter? well, picobsd's net flavour would be what you'd need. if you're using a 3com or a NE2000 card, then the picobsd out-of-the-box will do as that's what i'm using as an internet gateway here. if you're using a different NIC, then you'd need to roll your own from the scripts on andrzej's page or mine. Regards, /\_/\ "All dogs go to heaven." dinesh@alphaque.com (0 0) +=======================----oOO--(_)--OOo----=========================+ |for a in past present future; do | | for b in clients employers associates relatives neighbours pets; do | | echo "The opinions here in no way reflect the opinions of my $a $b."| |done; done | +=====================================================================+ http://pgp.ai.mit.edu/htbin/pks-extract-key.pl?op=get&search=0x230096E9 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Thu Jun 18 09:09:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA27615 for freebsd-small-outgoing; Thu, 18 Jun 1998 09:09:06 -0700 (PDT) (envelope-from owner-freebsd-small@FreeBSD.ORG) Received: from luomat.peak.org (cc344191-a.ewndsr1.nj.home.com [24.2.83.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA27599 for ; Thu, 18 Jun 1998 09:09:01 -0700 (PDT) (envelope-from luomat@luomat.peak.org) Received: by luomat.peak.org (8.9.0/8.9.0) id MAA26623; Thu, 18 Jun 1998 12:08:54 -0400 (EDT) Message-Id: <199806181608.MAA26623@luomat.peak.org> Content-Type: text/plain MIME-Version: 1.0 In-Reply-To: From: Timothy J Luoma Date: Thu, 18 Jun 98 12:08:50 -0400 To: Dinesh Nair Subject: Re: Q: Making a custom picoBSD cc: freebsd-small@FreeBSD.ORG References: Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Author: Dinesh Nair Original-Date: Thu, 18 Jun 1998 23:27:17 +0800 (MYT) Message-ID: > well, picobsd's net flavour would be what you'd need. if you're using a > 3com or a NE2000 card, then the picobsd out-of-the-box will do as that's > what i'm using as an internet gateway here. if you're using a different > NIC, then you'd need to roll your own from the scripts on andrzej's page > or mine. Unfortunately I am using Intel EtherExpress 10+ _ISA_ cards, and I can't see any picoBSD which has support for them compiled in. I really can't afford any new computer equipment (even 2 cheap NE2000 clones) so I have to use them for now at least. In a few months I might be a little better off (still looking for that first post-graduation job). Thanks for the info. TjL To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Thu Jun 18 10:23:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA10871 for freebsd-small-outgoing; Thu, 18 Jun 1998 10:23:25 -0700 (PDT) (envelope-from owner-freebsd-small@FreeBSD.ORG) Received: from the.oneinsane.net (insane@gw.oneinsane.net [207.113.133.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA10865 for ; Thu, 18 Jun 1998 10:23:23 -0700 (PDT) (envelope-from insane@the.oneinsane.net) Received: (from insane@localhost) by the.oneinsane.net (8.8.8/8.8.8) id KAA06847; Thu, 18 Jun 1998 10:23:15 -0700 (PDT) (envelope-from insane) Message-ID: <19980618102314.A6740@oneinsane.net> Date: Thu, 18 Jun 1998 10:23:14 -0700 From: "Ron 'The Insane One' Rosson" To: freebsd-small@FreeBSD.ORG Subject: PicoBSD with a Cable modem Setup Mail-Followup-To: freebsd-small@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i X-Operating-System: FreeBSD the.oneinsane.net 2.2.6-STABLE X-Opinion: What you read here is my IMHO X-Disclaimer: I am a firm believer in RTFM Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am wondering how hard it would be to setup a 386 with PicoBSD to hook into a cable modem. Also being able to handle their dynamic addressing. Basically what I am trying to do is substitute a win95 box running WINGATE (YUK) for a PicoBSD with a NATD config on a COX @Home network. Any suggestions pointers etc would be appreciated. TIA, Ron -- -------------------------------------------------------- Ron Rosson ... and a UNIX user said ... The InSaNe One rm -rf * insane@oneinsane.net and all was null and void -------------------------------------------------------- It's so nice to be insane, nobody asks you to explain. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Thu Jun 18 20:52:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA14040 for freebsd-small-outgoing; Thu, 18 Jun 1998 20:52:53 -0700 (PDT) (envelope-from owner-freebsd-small@FreeBSD.ORG) Received: from belzebub.net-gw.com (bulzebub.net-gw.com [202.185.254.12] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA14027 for ; Thu, 18 Jun 1998 20:52:45 -0700 (PDT) (envelope-from dinesh@alphaque.com) Received: from broker.alphaque.com (j58.jrc23.jaring.my [161.142.110.192]) by belzebub.net-gw.com (8.6.12/8.6.12) with ESMTP id LAA14506; Fri, 19 Jun 1998 11:52:41 +0800 Received: (from dinesh@localhost) by broker.alphaque.com (8.8.8/8.8.8) id DAA00848; Fri, 19 Jun 1998 03:30:22 +0800 (MYT) (envelope-from dinesh) Date: Fri, 19 Jun 1998 03:30:22 +0800 (MYT) From: Dinesh Nair X-Sender: dinesh@broker To: "Ron 'The Insane One' Rosson" cc: freebsd-small@FreeBSD.ORG Subject: Re: PicoBSD with a Cable modem Setup In-Reply-To: <19980618102314.A6740@oneinsane.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 18 Jun 1998, Ron 'The Insane One' Rosson wrote: > I am wondering how hard it would be to setup a 386 with PicoBSD > to hook into a cable modem. Also being able to handle their dynamic well, if your cable modem is like the ones we get here, then it should have an ethernet interface. what you'd need then is a 386 with a NIC, some 10Base2 or a 10BaseT cross cable and you could use the 386 with picobsd running both natd and ipfw. Regards, /\_/\ "All dogs go to heaven." dinesh@alphaque.com (0 0) +=======================----oOO--(_)--OOo----=========================+ |for a in past present future; do | | for b in clients employers associates relatives neighbours pets; do | | echo "The opinions here in no way reflect the opinions of my $a $b."| |done; done | +=====================================================================+ http://pgp.ai.mit.edu/htbin/pks-extract-key.pl?op=get&search=0x230096E9 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Thu Jun 18 22:24:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA27655 for freebsd-small-outgoing; Thu, 18 Jun 1998 22:24:01 -0700 (PDT) (envelope-from owner-freebsd-small@FreeBSD.ORG) Received: from odsy.net ([208.224.43.7]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id WAA27623 for ; Thu, 18 Jun 1998 22:23:50 -0700 (PDT) (envelope-from khiggins@odsy.net) Received: from odsy.net [208.224.43.246] by odsy.net with ESMTP (SMTPD32-4.03) id A3A881400EE; Thu, 18 Jun 1998 23:24:40 +0100 Message-ID: <3589F6D6.4AC61ECE@odsy.net> Date: Fri, 19 Jun 1998 00:27:50 -0500 From: Karl Higgins X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.0.32 i586) MIME-Version: 1.0 To: freebsd-small@FreeBSD.ORG Subject: subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -- | Microsoft's products are bloated? That can't be true ... | | Windows(tm) sells processors and memory with the best of them! | | | | Karl Higgins -- khiggins@llano.net | | http://www.llano.net/~khiggins | ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message