From owner-freebsd-small Tue Dec 18 14:20:13 2001 Delivered-To: freebsd-small@freebsd.org Received: from sunburst.wiredwool.net (sunburst.wiredwool.net [204.29.217.52]) by hub.freebsd.org (Postfix) with ESMTP id 3189E37B41B for ; Tue, 18 Dec 2001 14:19:59 -0800 (PST) Received: from solarflair.wiredwool.net (solarflair.wiredwool.net [204.29.217.50]) by sunburst.wiredwool.net (8.11.3/8.11.3) with ESMTP id fBIMJnv06378 for ; Tue, 18 Dec 2001 17:19:50 -0500 (EST) Date: Tue, 18 Dec 2001 17:19:48 -0500 (EST) From: Phillip Conrad To: Subject: Latest version error msgs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I just did a "cvs update picobsd". Then tried to compile. Here is the error message I got. I am running: 4.2-RELEASE FreeBSD 4.2-RELEASE #4: Any Ideas on a Fix?? ======================== (cd /usr/src/picobsd/build_dir-net/crunch ; crunchgen -p /usr/obj-pico/picobsd/net -o -m /usr/src/picobsd/build_dir-net/crunch.mk /usr/src/picobsd/build_dir-net/crunch1.conf ) crunchgen: illegal option -- p usage: crunchgen [-foq] [-m ] [-c ] [-e ] *** Error code 1 (ignored) make: cannot open /usr/src/picobsd/build_dir-net/crunch.mk. ---> fail: Error <2> error code in <> Error while building net. ---> Aborting build/picobsd ============================ -- ---- ______ /_____/\ /____ \\ \ Homegrown, sun ripened pixels from the /_____\ \\ / wiredwool pixelfarm, sprinkled with a dash /_____/ \/ / / of silicon graphics. /_____/ / \//\ \_____\//\ / / phil@wiredwool.net (Head pixel wrangler) \_____/ / /\ / AKA: N8VAV \_____/ \\ \ \_____\ \\ \_____\/ Copyright 2001, Phillip Conrad ============================================================================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Wed Dec 19 10:25:13 2001 Delivered-To: freebsd-small@freebsd.org Received: from aurora.regenstrief.org (aurora.regenstrief.org [134.68.31.122]) by hub.freebsd.org (Postfix) with ESMTP id B38C437B419 for ; Wed, 19 Dec 2001 10:25:10 -0800 (PST) Received: from aurora.regenstrief.org ([134.68.31.50]) by aurora.regenstrief.org (8.11.6/8.9.3) with ESMTP id fBJIPDv62565 for ; Wed, 19 Dec 2001 13:25:13 -0500 (EST) (envelope-from gunther@aurora.regenstrief.org) Message-ID: <3C20DB85.4070505@aurora.regenstrief.org> Date: Wed, 19 Dec 2001 13:25:09 -0500 From: Gunther Schadow Organization: Regenstrief Institute for Health Care User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2 X-Accept-Language: en-us MIME-Version: 1.0 To: PicoBSD List Subject: Anti-Pico: FreeBSD SMP MAINFRAME need some hints Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm deliberately posting to the wrong list here, because I know you're good guys :-). I am looking for the antithesis of your typical PicoBSD platform. I'm looking for a scaleable PCI SMP mainframe based on x86 or whatever runs FreeBSD. If you know something for other *BSDs or Linux I'm all ears too. I'm thinking of a backplane where you can plug in anything from 1 to 6 (or more) x86 CPU cards. Then have same flexibility with memory plug in and go. All CPUs accessing the same RAID cluster. All behaves just like a multi CPU x86 box, just more scaleable. In addition it would be nice to not be limited to the current state of the art in clock speed. I'm sure 2 GB x86 CPUs are around the corner (or already there?) and you don't want to buy a mainframe system to let it be passed by your peoples more recent laptops in a year. (I own some VAX 6000s and it's just neat how you can plug CPUs and memory in and out of the XMI bus, so, that's where the idea comes from :-) The application is a database server, based on PostgreSQL aspiring to run some demanding OLTP and data-warehouse applications. May be mainframes are not the answer any more, but I think as x86 CPUs now come in multi CPU boxes it would be nice to have some scaleability here. What do you think? -Gunther -- Gunther Schadow, M.D., Ph.D. gschadow@regenstrief.org Medical Information Scientist Regenstrief Institute for Health Care Adjunct Assistant Professor Indiana University School of Medicine tel:1(317)630-7960 http://aurora.regenstrief.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Wed Dec 19 10:31:27 2001 Delivered-To: freebsd-small@freebsd.org Received: from kim.ispra.webweaving.org (adsl-66-124-87-42.dsl.snfc21.pacbell.net [66.124.87.42]) by hub.freebsd.org (Postfix) with ESMTP id 21EF037B416 for ; Wed, 19 Dec 2001 10:31:24 -0800 (PST) Received: from kim.ispra.webweaving.org (kim.ispra.webweaving.org [10.10.0.2]) by kim.ispra.webweaving.org (8.8.8/8.8.5) with ESMTP id SAA07770; Wed, 19 Dec 2001 18:31:16 GMT X-Passed: MX on Ispra.WebWeaving.org Wed, 19 Dec 2001 18:31:16 GMT and masked X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Wed, 19 Dec 2001 18:31:16 GMT Date: Wed, 19 Dec 2001 19:31:16 +0100 (CET) From: Dirk-Willem van Gulik X-Sender: dirkx@kim.ispra.webweaving.org To: Gunther Schadow Cc: PicoBSD List Subject: Re: Anti-Pico: FreeBSD SMP MAINFRAME need some hints In-Reply-To: <3C20DB85.4070505@aurora.regenstrief.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Check out the products from OmniCluster; SlotServer 1000/3000 etc. They are basically PCI cards with a CPU - but with a virtual scsi/ethernet interface to each other and/or to a master/motherboard cpu. Dw On Wed, 19 Dec 2001, Gunther Schadow wrote: > Hi, > > I'm deliberately posting to the wrong list here, because > I know you're good guys :-). I am looking for the antithesis > of your typical PicoBSD platform. I'm looking for a > scaleable PCI SMP mainframe based on x86 or whatever runs > FreeBSD. If you know something for other *BSDs or Linux I'm > all ears too. > > I'm thinking of a backplane where you can plug in anything > from 1 to 6 (or more) x86 CPU cards. Then have same > flexibility with memory plug in and go. All CPUs accessing > the same RAID cluster. All behaves just like a multi CPU x86 > box, just more scaleable. > > In addition it would be nice to not be limited to the current > state of the art in clock speed. I'm sure 2 GB x86 CPUs are > around the corner (or already there?) and you don't want to buy > a mainframe system to let it be passed by your peoples > more recent laptops in a year. > > (I own some VAX 6000s and it's just neat how you can plug CPUs > and memory in and out of the XMI bus, so, that's where the idea > comes from :-) > > The application is a database server, based on PostgreSQL > aspiring to run some demanding OLTP and data-warehouse > applications. May be mainframes are not the answer any more, > but I think as x86 CPUs now come in multi CPU boxes it would > be nice to have some scaleability here. > > What do you think? > -Gunther > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Wed Dec 19 17:18:39 2001 Delivered-To: freebsd-small@freebsd.org Received: from moaner.org (moaner.org [166.88.45.2]) by hub.freebsd.org (Postfix) with ESMTP id 39B9137B405 for ; Wed, 19 Dec 2001 17:18:37 -0800 (PST) Received: (from matt@localhost) by moaner.org (8.11.6/8.11.1) id fBK1IXZ67985 for freebsd-small@freebsd.org; Wed, 19 Dec 2001 17:18:33 -0800 (PST) (envelope-from matt) Date: Wed, 19 Dec 2001 17:18:33 -0800 From: Matt Peterson To: freebsd-small@freebsd.org Subject: FemBSD Message-ID: <20011219171833.C48535@moaner.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG First off, I appreciate the tips provided from the list earlier this week on stripping down FreeBSD (w/o using PicoBSD). Iım using the NO_xyz installworld suggestion, along with a minimal kernel and /etc directory. My platform is the famous Soekris net4501 board loaded with a 128Mb Sundisk CF card ($59 @ Costco). Iıve run into a few questions: Does the FreeBSD boot loader use ANSI sequences (or something other then vt100)? For some reason, all I see is funkiness depending on the terminal program during the boot loader work. Teraterm shows one line being written over and over during each prompt (BIOS C: /|\ etc..), while cu jets to the top of the screen and only shows one character at a time. However, once the kernel is loaded and processing, the screen draws correctly. Iım not sure whom to blame, Soren or the boot loader? emBSd (based off of OpenBSD) doesnıt seem to have this problem. How do folks maximize the lifetime of their CF card turned hard drive? Can one do more then mount / read-only and /var as a memory file system? As you can tell, Iım new to this whole world of embedded foo. Thanks again guys! FemBSD is coming along quite well (Free embedded BSD ;) --Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Thu Dec 20 22:45:47 2001 Delivered-To: freebsd-small@freebsd.org Received: from hireindex.com (adsl-216-102-90-59.dsl.snfc21.pacbell.net [216.102.90.59]) by hub.freebsd.org (Postfix) with ESMTP id 82F6737B416 for ; Thu, 20 Dec 2001 22:45:43 -0800 (PST) Received: from kidserver (kidserver.hireindex.com [192.168.138.22]) by services.hireindex.com (8.11.6/8.11.6) with SMTP id fBK74kF29928 for ; Wed, 19 Dec 2001 23:04:47 -0800 (PST) (envelope-from landers@hireindex.com) Message-ID: <006601c18924$6b514240$168aa8c0@hireindex.com> From: "Joe Landers" To: References: <20011219171833.C48535@moaner.org> Subject: Re: FemBSD Date: Wed, 19 Dec 2001 23:03:24 -0800 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.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Does the FreeBSD boot loader use ANSI sequences (or something other then > vt100)? For some reason, all I see is funkiness depending on the > terminal program during the boot loader work. Teraterm shows one line > being written over and over during each prompt (BIOS C: /|\ etc..), > while cu jets to the top of the screen and only shows one character at a > time. However, once the kernel is loaded and processing, the screen > draws correctly. Iım not sure whom to blame, Soren or the boot loader? > emBSd (based off of OpenBSD) doesnıt seem to have this problem. The boot sequence uses standard ASCII with some ^H and ^M's thrown in. To connect to my Net4501, I use 'tip' with the following entry in /etc/remote: net4501:dv=/dev/cuaa0:br#19200:pa=none: You didn't mention what speed you're using for the serial port. Perhaps the speeds in the boot loader and the kernel aren't matched? The default speed of the serial port is 9600 at boot. If you want to change it, you can look in the file /usr/src/sys/i386/boot/biosboot/README.serial for directions. I changed mine to use 19200. Once past the boot loader, the setting in the kernel configuration file applies. > How do folks maximize the lifetime of their CF card turned hard drive? > Can one do more then mount / read-only and /var as a memory file system? MFS is the best way to maximize the lifetime of the flash. I unpack what I need from a compressed archive into an MFS. More memory in the 4501 would help. However, with embedded systems, life is full of compromises. Joe Landers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Sat Dec 22 22: 2:42 2001 Delivered-To: freebsd-small@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 7ED0937B419 for ; Sat, 22 Dec 2001 22:02:39 -0800 (PST) Received: from localhost (dpm1-09.swcp.com [204.134.5.10]) by rover.village.org (8.11.3/8.11.3) with ESMTP id fBN62Ms01163; Sat, 22 Dec 2001 23:02:23 -0700 (MST) (envelope-from imp@village.org) Date: Sat, 22 Dec 2001 22:14:51 -0700 (MST) Message-Id: <20011222.221451.104101040.imp@village.org> To: matt+spam@peterson.org Cc: freebsd-small@FreeBSD.ORG Subject: Re: Free w/o the Pico From: "M. Warner Losh" In-Reply-To: <20011212211217.H35319@moaner.org> References: <20011212211217.H35319@moaner.org> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : programs just isn't going to happen. Has anyone successfully "striped : down" the basic install to fit on 64Mb CF cards? Any tips/tricks to : speed this process, besides slowly removing files and static binary : re-compiles? I've built with NOSHARED=no, only installed a subset of subdirectories and gziped the kernel. This let me boot off a 8M part. Adding ssh and a bunch of other stuff may push this total to about 14M (we can still fit our images onto 32M parts, and our part of the image is about 12M). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message From owner-freebsd-small Sat Dec 22 22: 2:43 2001 Delivered-To: freebsd-small@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 5514337B416 for ; Sat, 22 Dec 2001 22:02:39 -0800 (PST) Received: from localhost (dpm1-09.swcp.com [204.134.5.10]) by rover.village.org (8.11.3/8.11.3) with ESMTP id fBN62Os01166; Sat, 22 Dec 2001 23:02:25 -0700 (MST) (envelope-from imp@village.org) Date: Sat, 22 Dec 2001 22:18:00 -0700 (MST) Message-Id: <20011222.221800.112332174.imp@village.org> To: jhein@timing.com Cc: matt+spam@peterson.org, freebsd-small@FreeBSD.ORG Subject: Re: Free w/o the Pico From: "M. Warner Losh" In-Reply-To: <15384.58600.497715.933743@brain.timing.com> References: <20011212211217.H35319@moaner.org> <15384.58600.497715.933743@brain.timing.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : That said, we are able to get images below 10 MB (depending : on what programs are included). One big savings is : running buildworld with NOSHARED=no. This will build : executables in /bin and /sbin that are dynamically linked. : You cannot do this if you have a separate / and /usr (/usr : is not mounted until later in the boot process). Well, that's not 100% correct. The minimal that will boot a standard /etc/rc is about 6.5M. The other 3.5M is cruft that isn't 100% necessary, but required for the happiness of our bosses or our customers :-) We've also moved much of this process into .mk files that can easily be used to integrate more things. If I ever get time (ha!) I'll try to put this into shape for anybody to use. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message