From owner-freebsd-alpha Tue Jan 8 5:41:34 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from testmail.infothuis.nl (testmail.infothuis.nl [195.96.98.67]) by hub.freebsd.org (Postfix) with SMTP id 9C06F37B41E for ; Tue, 8 Jan 2002 05:41:29 -0800 (PST) Received: (qmail 14278 invoked from network); 8 Jan 2002 13:41:25 -0000 Received: from 89dyn69.com21.casema.net (HELO pc48) (62.234.20.69) by testmail.infothuis.nl with SMTP; 8 Jan 2002 13:41:25 -0000 Message-ID: <044e01c1984a$a1ce7ab0$1900a8c0@pc48> From: "Floris 'Tamama' van Gog" To: References: <004401c195fe$18378c90$9600000a@tamama> <20020105175108.A15190@cicely8.cicely.de> <20020105190829.A65181@freebie.xs4all.nl> Subject: Re: What could be wrong? very slow networking box Date: Tue, 8 Jan 2002 14:44:45 +0100 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.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hoi, Well I guess it's just a slow box then. Still doesnt feel right that it can not route 7kb/sec (+- 200 udp packets) speedy enough not to notice there is a gateway in between. It's not a strange thing that it is not acting as my gateway at this point. Oh well I'll just try to get this linux emulation working and see if that Compaq compiler will do any good on it.. If not then I have a good box to test both running-speed and portability of my applications on :-) Thanks for the insight, Floris ----- Original Message ----- From: "Wilko Bulte" To: "Bernd Walter" Cc: "Floris 'Tamama' van Gog" ; Sent: Saturday, January 05, 2002 7:08 PM Subject: Re: What could be wrong? very slow networking box > On Sat, Jan 05, 2002 at 05:51:08PM +0100, Bernd Walter wrote: > > On Sat, Jan 05, 2002 at 04:31:49PM +0100, Floris 'Tamama' van Gog wrote: > > > Holas, > > > > > > I think this is not right > > > > > > bloodscent# ping localhost > > > PING localhost (127.0.0.1): 48 data bytes > > > 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=1.056 ms > > > 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.700 ms > > > 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.629 ms > > > 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.678 ms > > > ^C > > > --- localhost ping statistics --- > > > 4 packets transmitted, 4 packets received, 0% packet loss > > > round-trip min/avg/max/stddev = 0.629/0.766/1.056/0.170 ms > > > bloodscent# > > > > > > I can remember local loopbacks to be a 'tad' faster (0.008ms or > > > something like that) > > > > 8µS are only 1328 clock cycles on your 166MHz System. > > Memory bandwidth is much slower - hard to beleave. > > Maybe you had run Linux - AFAIK Linux ping show seconds... > > > > > Someone in #freebsd/undernet said it might be a hardware conflict > > > somehow. > > > > > > The machine is an AXPCI33 166Mhz with 64MB ram (well its in the dmesg > > > below). When I had natd and pptpclient going to get internet > > > connectivity for my LAN the connection got so slow that it was > > > noticable. A game, mostly udp data, 7.5kb/sec made the uptime stats go > > > to 1.54 1.30 1.20 (the gateway was only routing) > > > > This is on a PC164, which is much faster than an AXPpci33: > > ticso@cicely9> ping 127.0.0.1 > > PING 127.0.0.1 (127.0.0.1): 48 data bytes > > 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.144 ms > > 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.092 ms > > 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.085 ms > > 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.092 ms > > In case it makes anybody feel better, this is from a DS10, 466MHz/EV6 > > FreeBSD 4.5-PRERELEASE (DS10) #6: Fri Dec 21 15:12:41 CET 2001 > > ds10#ping localhost > PING localhost.wbnet (127.0.0.1): 48 data bytes > 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.064 ms > 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.033 ms > 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.031 ms > 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.032 ms > 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.036 ms > > > -- > | / o / /_ _ email: wilko@FreeBSD.org > |/|/ / / /( (_) Bulte Arnhem, The Netherlands > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 8 6:29:22 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 4070237B417 for ; Tue, 8 Jan 2002 06:29:17 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id g08ETDA86606; Tue, 8 Jan 2002 15:29:14 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g08ESotx099333; Tue, 8 Jan 2002 15:28:51 +0100 (CET)?g (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id g08ESoW22748; Tue, 8 Jan 2002 15:28:50 +0100 (CET) Received: (from ticso@localhost) by cicely8.cicely.de (8.11.6/8.11.6) id g08ESnr24630; Tue, 8 Jan 2002 15:28:49 +0100 (CET) (envelope-from ticso) Date: Tue, 8 Jan 2002 15:28:49 +0100 From: Bernd Walter To: "Floris 'Tamama' van Gog" Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: What could be wrong? very slow networking box Message-ID: <20020108152849.A24367@cicely8.cicely.de> References: <004401c195fe$18378c90$9600000a@tamama> <20020105175108.A15190@cicely8.cicely.de> <20020105190829.A65181@freebie.xs4all.nl> <044e01c1984a$a1ce7ab0$1900a8c0@pc48> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <044e01c1984a$a1ce7ab0$1900a8c0@pc48> User-Agent: Mutt/1.3.23i X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Jan 08, 2002 at 02:44:45PM +0100, Floris 'Tamama' van Gog wrote: > Hoi, > > Well I guess it's just a slow box then. Still doesnt feel right that it > can not route 7kb/sec (+- 200 udp packets) speedy enough not to notice Well routing packets/sec != ping != delay. > there is a gateway in between. It's not a strange thing that it is not > acting as my gateway at this point. You wrote that you are using nat. It's no problem for me to saturate a 10Mbit LAN with a NoName, but without nat and without routing with the box. But you seem to have cache RAM installed, which I don't. I never got mine stable with cache installed :( Yes it's a slow box - even with Cache. It's a low cost board build in 1994. > Oh well I'll just try to get this linux emulation working and see if > that Compaq compiler will do any good on it.. If not then I have a good > box to test both running-speed and portability of my applications on :-) ccc bring you good speed improvements - especialy on non-BWX machines. It would be good to see our port supporting the C++ capable versions, but I don't had the time and experience to update the port myself. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 8 8: 8:20 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.baerum.kommune.no (mail.baerum.kommune.no [195.134.40.62]) by hub.freebsd.org (Postfix) with SMTP id 79B4937B416 for ; Tue, 8 Jan 2002 08:08:10 -0800 (PST) Received: from SA-D01-Message_Server by mail.baerum.kommune.no with Novell_GroupWise; Tue, 08 Jan 2002 17:07:57 +0100 Message-Id: X-Mailer: Novell GroupWise 5.5.2 Date: Tue, 08 Jan 2002 17:07:43 +0100 From: "Idar Tollefsen" To: Subject: Using GCC 3 for ports? Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I've heard that GCC 3 fixes some, or most, of the optimization problems on the Alpha. I was therefore wondering if there was an easy way to use GCC 3 to build ports? I suppose make.conf could be used here, but expect for the compiler itself, what other variables should be set (include paths, paths to libraries, e.g.)? If someone has already done this, could they send me the recipe? - IT To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 8 9:42:51 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with ESMTP id 75E8037B417 for ; Tue, 8 Jan 2002 09:42:39 -0800 (PST) Received: (qmail 24169 invoked from network); 8 Jan 2002 17:42:39 -0000 Received: from unknown (HELO server.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 8 Jan 2002 17:42:39 -0000 Received: from laptop.baldwin.cx (root@laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g08HgcK52766; Tue, 8 Jan 2002 09:42:38 -0800 (PST) (envelope-from john@laptop.baldwin.cx) Received: (from john@localhost) by laptop.baldwin.cx (8.11.6/8.11.6) id g08Hg5v01804; Tue, 8 Jan 2002 09:42:05 -0800 (PST) (envelope-from john) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 08 Jan 2002 09:42:05 -0800 (PST) From: John Baldwin To: Idar Tollefsen Subject: RE: Using GCC 3 for ports? Cc: freebsd-alpha@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 08-Jan-02 Idar Tollefsen wrote: > Hello, > > I've heard that GCC 3 fixes some, or most, of the optimization > problems on the Alpha. I was therefore wondering if there was > an easy way to use GCC 3 to build ports? > > I suppose make.conf could be used here, but expect for > the compiler itself, what other variables should be set > (include paths, paths to libraries, e.g.)? > > If someone has already done this, could they send me > the recipe? Don't use gcc 3.0.x. It will dump core on the following code: switch(foo) { default: blah(); break; } You don't want to know how many places code like this exists in our source tree much less in 3rd party software. :) Just make sure you have gcc 3.1.x which has this bug fixed. It doesn't look like gcc 3.1 is in ports (probably cause there's no released version of it yet). However, if you really want to, you can install the gcc30 port, and build by doing 'make CC=gcc30'. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 9 8: 4:17 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 0E2EE37B41A; Wed, 9 Jan 2002 08:04:10 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 9 Jan 2002 16:04:09 +0000 (GMT) To: freebsd-alpha@freebsd.org Cc: cvs-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/boot/i386/boot2 boot2.c In-Reply-To: Your message of "Wed, 09 Jan 2002 07:46:17 PST." <200201091546.g09FkHP38373@freefall.freebsd.org> Date: Wed, 09 Jan 2002 16:04:09 +0000 From: Ian Dowse Message-ID: <200201091604.aa76776@salmon.maths.tcd.ie> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message <200201091546.g09FkHP38373@freefall.freebsd.org>, Ian Dowse writes: >iedowse 2002/01/09 07:46:17 PST > > Modified files: > sys/boot/i386/boot2 boot2.c > Log: > Increase BSIZEMAX from 8k to 16k, so that we can reliably boot from > filesystems with 16k blocks. A similar change is required on the alpha. Could someone check that the following patch fixes the problem with 16k/2k filesystems on the alpha? Boot1 would fail to load correctly any files larger than 192k, so the bug generally only affected -current where /boot/loader is greater than that size, or the case where you load a kernel directly from boot1. Ian Index: sys.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/boot/alpha/boot1/sys.c,v retrieving revision 1.4 diff -u -r1.4 sys.c --- sys.c 1 Sep 1999 09:11:07 -0000 1.4 +++ sys.c 9 Jan 2002 15:45:13 -0000 @@ -51,7 +51,7 @@ static char buf[BUFSIZE], fsbuf[SBSIZE], iobuf[MAXBSIZE]; #endif -#define BUFSIZE 8192 +#define BUFSIZE 16384 #define MAPBUFSIZE BUFSIZE static char buf[BUFSIZE], fsbuf[BUFSIZE], iobuf[BUFSIZE]; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 9 8:55:26 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by hub.freebsd.org (Postfix) with ESMTP id 3446537B41F for ; Wed, 9 Jan 2002 08:55:19 -0800 (PST) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Wed, 9 Jan 2002 17:55:17 +0100 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FDA23E@l04.research.kpn.com> From: "Koster, K.J." To: "'naddy@mips.inka.de'" Cc: freebsd-alpha@FreeBSD.ORG Subject: RE: -CURRENT boot1 broken? Date: Wed, 9 Jan 2002 17:55:14 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dear All, > > > > This suggests that boot1 is broken. > > > > Ugh, it shouldn't be. :( > > Well, I guess it isn't. When I moved my system to a new disk, I > created all filesystems with 16384/2048. Pretty useless for the > root filesystem, I admit, except for consistency's sake. Turns out > that boot1 doesn't handle this. Jumping through some hoops I have > moved / back to 8192/1024 and it works fine now. *Sigh* > I ran into this myself a few years back (on i386). At the very least the loader might detect the block size mismatch and complain. On the other hand: "man newfs" tells us: BUGS The boot code of FreeBSD assumes that the file system that carries the kernel has blocks of 8 kilobytes and fragments of 1 kilobyte. You will not be able to boot from a file system that uses another size. IIRC this was put in after I whined about it for a bit. :) Kees Jan ===================================================== You can't have everything. Where would you put it? [Steven Wright] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 9 10:53: 4 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.baerum.kommune.no (mail.baerum.kommune.no [195.134.40.62]) by hub.freebsd.org (Postfix) with SMTP id 0C84D37B405; Wed, 9 Jan 2002 10:52:58 -0800 (PST) Received: from SA-D01-Message_Server by mail.baerum.kommune.no with Novell_GroupWise; Wed, 09 Jan 2002 19:52:51 +0100 Message-Id: X-Mailer: Novell GroupWise 5.5.2 Date: Wed, 09 Jan 2002 19:52:22 +0100 From: "Idar Tollefsen" To: Cc: Subject: RE: Using GCC 3 for ports? Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org John, > Don't use gcc 3.0.x. It will dump core on the following code: >=20 > switch(foo) { > default: > blah(); > break; > } > > You don't want to know how many places code like this exists in > our source tree much less in 3rd party software. :) Just make > sure you have gcc 3.1.x which has this bug fixed. It doesn't look > like gcc 3.1 is in ports (probably cause there's no released version > of it yet). However, if you really want to, you can install the > gcc30 port, and build by doing 'make CC=3Dgcc30'. I might hold off until I see 3.1 appear in the port collection then. But CC=3Dgcc30 (or 31) is it? What about include paths? Doesn't 3.x install it's own set of updated libraries, headers, e.g.? - IT To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 9 12:20:37 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id 866CD37B416 for ; Wed, 9 Jan 2002 12:20:11 -0800 (PST) Received: (qmail 20572 invoked from network); 9 Jan 2002 20:20:10 -0000 Received: from unknown (HELO server.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 9 Jan 2002 20:20:10 -0000 Received: from laptop.baldwin.cx (root@laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g09KKBK58403; Wed, 9 Jan 2002 12:20:11 -0800 (PST) (envelope-from john@laptop.baldwin.cx) Received: (from john@localhost) by laptop.baldwin.cx (8.11.6/8.11.6) id g09KJbt06178; Wed, 9 Jan 2002 12:19:37 -0800 (PST) (envelope-from john) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 09 Jan 2002 12:19:37 -0800 (PST) From: John Baldwin To: Idar Tollefsen Subject: RE: Using GCC 3 for ports? Cc: freebsd-alpha@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 09-Jan-02 Idar Tollefsen wrote: > John, > >> Don't use gcc 3.0.x. It will dump core on the following code: >> >> switch(foo) { >> default: >> blah(); >> break; >> } >> >> You don't want to know how many places code like this exists in >> our source tree much less in 3rd party software. :) Just make >> sure you have gcc 3.1.x which has this bug fixed. It doesn't look >> like gcc 3.1 is in ports (probably cause there's no released version >> of it yet). However, if you really want to, you can install the >> gcc30 port, and build by doing 'make CC=gcc30'. > > I might hold off until I see 3.1 appear in the port collection then. > > But CC=gcc30 (or 31) is it? What about include paths? Doesn't > 3.x install it's own set of updated libraries, headers, e.g.? Yes, and those paths are compiled into the compiler as its standard include path, just like /usr/include is compiled into /usr/bin/cc as it's standard include path. :) Setting CC is enough, the rest is magic. :) > - IT -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 9 13: 2:22 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 1D41E37B41C; Wed, 9 Jan 2002 13:02:20 -0800 (PST) Received: from pool0570.cvx22-bradley.dialup.earthlink.net ([209.179.200.60] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16OPrL-0000GP-00; Wed, 09 Jan 2002 13:02:11 -0800 Message-ID: <3C3CAFB3.71D18E7F@mindspring.com> Date: Wed, 09 Jan 2002 13:01:39 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: Idar Tollefsen , freebsd-alpha@freebsd.org Subject: Re: Using GCC 3 for ports? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org John Baldwin wrote: > > But CC=gcc30 (or 31) is it? What about include paths? Doesn't > > 3.x install it's own set of updated libraries, headers, e.g.? > > Yes, and those paths are compiled into the compiler as its standard include > path, just like /usr/include is compiled into /usr/bin/cc as it's standard > include path. :) Setting CC is enough, the rest is magic. :) Except for the RTTI and other C++ include files, which, if DESTDIR is set, FreeBSD's .mk files override, and you get the old versions, and the resulting code doesn't work. This may also be the 3.0 coredump problem... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 9 13: 9:35 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id 7621737B416 for ; Wed, 9 Jan 2002 13:09:27 -0800 (PST) Received: (qmail 3007 invoked from network); 9 Jan 2002 21:09:26 -0000 Received: from unknown (HELO server.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 9 Jan 2002 21:09:26 -0000 Received: from laptop.baldwin.cx (root@laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g09L9QK58627; Wed, 9 Jan 2002 13:09:26 -0800 (PST) (envelope-from john@laptop.baldwin.cx) Received: (from john@localhost) by laptop.baldwin.cx (8.11.6/8.11.6) id g09L8qZ06363; Wed, 9 Jan 2002 13:08:52 -0800 (PST) (envelope-from john) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3C3CAFB3.71D18E7F@mindspring.com> Date: Wed, 09 Jan 2002 13:08:52 -0800 (PST) From: John Baldwin To: Terry Lambert Subject: Re: Using GCC 3 for ports? Cc: freebsd-alpha@freebsd.org, Idar Tollefsen Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 09-Jan-02 Terry Lambert wrote: > John Baldwin wrote: >> > But CC=gcc30 (or 31) is it? What about include paths? Doesn't >> > 3.x install it's own set of updated libraries, headers, e.g.? >> >> Yes, and those paths are compiled into the compiler as its standard include >> path, just like /usr/include is compiled into /usr/bin/cc as it's standard >> include path. :) Setting CC is enough, the rest is magic. :) > > Except for the RTTI and other C++ include files, which, if > DESTDIR is set, FreeBSD's .mk files override, and you get > the old versions, and the resulting code doesn't work. > > This may also be the 3.0 coredump problem... No, read the full message about teh coredump problem. It doesn't handle switch statements with only a default case properly. 3.1 has this fixed, but 3.1's code geneation for sparc is broken (it leaves out instructions) so the sparc port is using 3.0.2 right now. We've got several patches in teh sparc64 branch to work around this bug. > -- Terry -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 9 13: 9:36 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mail12.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by hub.freebsd.org (Postfix) with ESMTP id 1A14637B404 for ; Wed, 9 Jan 2002 13:09:26 -0800 (PST) Received: (qmail 11013 invoked from network); 9 Jan 2002 21:09:24 -0000 Received: from unknown (HELO server.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 9 Jan 2002 21:09:24 -0000 Received: from laptop.baldwin.cx (root@laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g09L9PK58623; Wed, 9 Jan 2002 13:09:25 -0800 (PST) (envelope-from john@laptop.baldwin.cx) Received: (from john@localhost) by laptop.baldwin.cx (8.11.6/8.11.6) id g09L8pw06359; Wed, 9 Jan 2002 13:08:51 -0800 (PST) (envelope-from john) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <59063B5B4D98D311BC0D0001FA7E452205FDA23E@l04.research.kpn.com> Date: Wed, 09 Jan 2002 13:08:50 -0800 (PST) From: John Baldwin To: "Koster, K.J." Subject: RE: -CURRENT boot1 broken? Cc: freebsd-alpha@FreeBSD.ORG, "naddy@mips.inka.de" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 09-Jan-02 Koster, K.J. wrote: > Dear All, > >> >> > > This suggests that boot1 is broken. >> > >> > Ugh, it shouldn't be. :( >> >> Well, I guess it isn't. When I moved my system to a new disk, I >> created all filesystems with 16384/2048. Pretty useless for the >> root filesystem, I admit, except for consistency's sake. Turns out >> that boot1 doesn't handle this. Jumping through some hoops I have >> moved / back to 8192/1024 and it works fine now. *Sigh* >> > I ran into this myself a few years back (on i386). > > At the very least the loader might detect the block size mismatch and > complain. On the other hand: "man newfs" tells us: > > BUGS > The boot code of FreeBSD assumes that the file system that carries the > kernel has blocks of 8 kilobytes and fragments of 1 kilobyte. You will > not be able to boot from a file system that uses another size. > > IIRC this was put in after I whined about it for a bit. :) Can someone test Ian's patch to boot1 on a 16/2 root to see if it works ok? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 9 18:54:41 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mta02.mail.mel.aone.net.au (mta02.mail.au.uu.net [203.2.192.82]) by hub.freebsd.org (Postfix) with ESMTP id 412CC37B419 for ; Wed, 9 Jan 2002 18:54:37 -0800 (PST) Received: from ausyddtp0050.ozemail.com.au ([203.166.66.104]) by mta02.mail.mel.aone.net.au with ESMTP id <20020110025435.GGHT29650.mta02.mail.mel.aone.net.au@ausyddtp0050.ozemail.com.au> for ; Thu, 10 Jan 2002 13:54:35 +1100 Message-Id: <5.1.0.14.2.20020110133727.01de0e30@pop.ozemail.com.au> X-Sender: rbyrnes@pop.ozemail.com.au X-Mailer: I wish it was Linux Date: Thu, 10 Jan 2002 13:47:58 +1100 To: freebsd-alpha@freebsd.org From: Rob B Subject: /usr/lib/libc_r.so: undefined reference to `_thread_sys_sigreturn' Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I submitted a PR (#31996) back in November about a build of db3 failing. The build fails with: configure:1084: checking for gcc configure:1197: checking whether the C compiler (cc -O -pipe -mcpu=ev56 ) works configure:1213: cc -o conftest -O -pipe -mcpu=ev56 -D_THREAD_SAFE conftest.c -pthread 1>&5 /usr/lib/libc_r.so: undefined reference to `_thread_sys_sigreturn' configure: failed program was: #line 1208 "configure" #include "confdefs.h" main(){return(0);} (end of "config.log") *** Error code 1 Looking back through the archives, it would appear that it is a problem in libc. Is it possible to just build an updated libc, rather than rebuilding world? /: uname -a FreeBSD erwin 4.4-STABLE FreeBSD 4.4-STABLE #2: Thu Nov 29 11:25:24 EST 2001 root@erwin:/usr/src/sys/compile/ERWIN alpha Cheers, Rob -- Everything in excess! To enjoy the flavor of life, take big bites. [15200.8 km (8207.8 mi), 262.8 deg](Apparent) Rennerian This is random quote 399 of a collection of 1201 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 9 21:35:34 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from ns6.icdc.com (ns6.icdc.com [208.244.152.35]) by hub.freebsd.org (Postfix) with ESMTP id 8CB7937B41D for ; Wed, 9 Jan 2002 21:35:31 -0800 (PST) Received: from hackmasteer-2k (peco.32.galaxy.icdc.com [208.244.152.160]) by ns6.icdc.com (8.11.3/8.11.3) with SMTP id g0A5ZS505931 for ; Thu, 10 Jan 2002 00:35:29 -0500 (EST) From: "Chauncey Smith" To: Subject: Problem installing Freebsd 4.4 Iso on a 2100a alpha server Date: Thu, 10 Jan 2002 00:20:58 -0500 Message-ID: <01c19996$961b4c00$a098f4d0@hackmasteer-2k> 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.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Sender: owner-freebsd-alpha@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 new to FreeBSD and alpha equipment. I tried to install FreeBSD on my 2100a and it sysinstall doesn't see the raid array even though it seems to exist in Show devices in the srm. can anyone help me with this? If you don't want to sling crack rock you better have a mean jumpshot Chauncey Smith To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 9 23:15:38 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 0552737B416 for ; Wed, 9 Jan 2002 23:15:35 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g0A7FU423800; Thu, 10 Jan 2002 08:15:30 +0100 (CET) (envelope-from wkb) Date: Thu, 10 Jan 2002 08:15:30 +0100 From: Wilko Bulte To: Chauncey Smith Cc: alpha@FreeBSD.ORG Subject: Re: Problem installing Freebsd 4.4 Iso on a 2100a alpha server Message-ID: <20020110081530.A23744@freebie.xs4all.nl> References: <01c19996$961b4c00$a098f4d0@hackmasteer-2k> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01c19996$961b4c00$a098f4d0@hackmasteer-2k>; from csmith@ICDC.com on Thu, Jan 10, 2002 at 12:20:58AM -0500 X-OS: FreeBSD 4.5-PRERELEASE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Jan 10, 2002 at 12:20:58AM -0500, Chauncey Smith wrote: > Hi > I'm new to FreeBSD and alpha equipment. > I tried to install FreeBSD on my 2100a and it sysinstall doesn't see the > raid array even though it seems to exist in Show devices in the srm. > can anyone help me with this? This isn't per chance a EISA DEC RAIDarray210 aka Mylex? Those are not supported, only the PCI ones are. SHOW DEVICES / SHOW CONF from the SRM console please -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 10 6:31: 5 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id B1F8637B400 for ; Thu, 10 Jan 2002 06:30:57 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 16OgEI-00072n-00; Thu, 10 Jan 2002 15:30:54 +0100 Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id g0ADwHn06027 for freebsd-alpha@freebsd.org; Thu, 10 Jan 2002 14:58:17 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: cvs commit: src/sys/boot/i386/boot2 boot2.c Date: Thu, 10 Jan 2002 13:58:17 +0000 (UTC) Message-ID: References: <200201091546.g09FkHP38373@freefall.freebsd.org> <200201091604.aa76776@salmon.maths.tcd.ie> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-alpha@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Ian Dowse wrote: > A similar change is required on the alpha. Could someone check that > the following patch fixes the problem with 16k/2k filesystems on > the alpha? > -#define BUFSIZE 8192 > +#define BUFSIZE 16384 This doesn't work for me. The bootstrap dies like before. (-CURRENT) -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 10 9:35:31 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id E8C8F37B445 for ; Thu, 10 Jan 2002 09:35:19 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id g0AHO2B57301; Thu, 10 Jan 2002 18:24:02 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g0AHOVtx018658; Thu, 10 Jan 2002 18:24:31 +0100 (CET)?g (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id g0AHOUW26317; Thu, 10 Jan 2002 18:24:30 +0100 (CET) Received: (from ticso@localhost) by cicely8.cicely.de (8.11.6/8.11.6) id g0AHOTk31299; Thu, 10 Jan 2002 18:24:29 +0100 (CET) (envelope-from ticso) Date: Thu, 10 Jan 2002 18:24:28 +0100 From: Bernd Walter To: Christian Weisgerber Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: cvs commit: src/sys/boot/i386/boot2 boot2.c Message-ID: <20020110182428.E27279@cicely8.cicely.de> References: <200201091546.g09FkHP38373@freefall.freebsd.org> <200201091604.aa76776@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.23i X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Jan 10, 2002 at 01:58:17PM +0000, Christian Weisgerber wrote: > Ian Dowse wrote: > > > A similar change is required on the alpha. Could someone check that > > the following patch fixes the problem with 16k/2k filesystems on > > the alpha? > > > -#define BUFSIZE 8192 > > +#define BUFSIZE 16384 > > This doesn't work for me. The bootstrap dies like before. > (-CURRENT) Can the gcc handle >64k globals on alpha? There are at least 4 static char arrays allocated with that size. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 10 12:48:37 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id 89CB937B421 for ; Thu, 10 Jan 2002 12:48:18 -0800 (PST) Received: (qmail 13183 invoked from network); 10 Jan 2002 20:48:16 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 10 Jan 2002 20:48:16 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020110182428.E27279@cicely8.cicely.de> Date: Thu, 10 Jan 2002 12:47:36 -0800 (PST) From: John Baldwin To: Bernd Walter Subject: Re: cvs commit: src/sys/boot/i386/boot2 boot2.c Cc: freebsd-alpha@FreeBSD.ORG, Christian Weisgerber , Ian Dowse Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org [ cc'ing Ian so he can see this ] On 10-Jan-02 Bernd Walter wrote: > On Thu, Jan 10, 2002 at 01:58:17PM +0000, Christian Weisgerber wrote: >> Ian Dowse wrote: >> >> > A similar change is required on the alpha. Could someone check that >> > the following patch fixes the problem with 16k/2k filesystems on >> > the alpha? >> >> > -#define BUFSIZE 8192 >> > +#define BUFSIZE 16384 >> >> This doesn't work for me. The bootstrap dies like before. >> (-CURRENT) > > Can the gcc handle >64k globals on alpha? > There are at least 4 static char arrays allocated with that size. Seems to work ok for userland. Just made a simple program that makes 5 16k buffers as globals and touches all of their contents and it worked FWIW. *shrug* -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 10 13:12: 6 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 7773637B402; Thu, 10 Jan 2002 13:12:02 -0800 (PST) Received: from gosset.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 10 Jan 2002 21:11:54 +0000 (GMT) To: John Baldwin Cc: Bernd Walter , freebsd-alpha@FreeBSD.org, Christian Weisgerber Subject: Re: cvs commit: src/sys/boot/i386/boot2 boot2.c In-Reply-To: Your message of "Thu, 10 Jan 2002 12:47:36 PST." Date: Thu, 10 Jan 2002 21:11:54 +0000 From: Ian Dowse Message-ID: <200201102111.aa41013@salmon.maths.tcd.ie> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message , John Baldwin writes: >[ cc'ing Ian so he can see this ] Thanks, I forgot to check the -alpha archive for replies. >>> > -#define BUFSIZE 8192 >>> > +#define BUFSIZE 16384 >>> >>> This doesn't work for me. The bootstrap dies like before. >>> (-CURRENT) >> >> Can the gcc handle >64k globals on alpha? >> There are at least 4 static char arrays allocated with that size. > >Seems to work ok for userland. Just made a simple program that makes 5 16k >buffers as globals and touches all of their contents and it worked FWIW. *shru >g* I don't know much about the alpha boot environment, so I guess there could be limitations there. To start with, could Christian confirm that you are quite sure that the new boot block got installed? I presume you did at least something like cd /usr/src/sys/boot make make install disklabel -B da0s1 (or whatever) (or a make world + disklabel -B da0s1)? If there is a 64k limit somewhere, try removing the buf[] array from sys.c as it looks like it is not used. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 10 14:28:37 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from postino.fi.infn.it (postino.fi.infn.it [192.84.145.9]) by hub.freebsd.org (Postfix) with ESMTP id 5343A37B405 for ; Thu, 10 Jan 2002 14:28:34 -0800 (PST) Received: from dijkstra.fi.infn.it (dijkstra.fi.infn.it [192.84.145.11]) by postino.fi.infn.it (8.12.1/8.12.1) with ESMTP id g0ALSdIJ022309 for ; Thu, 10 Jan 2002 22:28:39 +0100 (CET) From: Riccardo.Veraldi@fi.infn.it Received: by dijkstra.fi.infn.it (Postfix, from userid 1001) id 9FAA81E02; Thu, 10 Jan 2002 23:25:32 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by dijkstra.fi.infn.it (Postfix) with ESMTP id 6B88418601 for ; Thu, 10 Jan 2002 23:25:32 +0100 (CET) Date: Thu, 10 Jan 2002 23:25:31 +0100 (CET) X-X-Sender: To: Subject: weird problem with IDE devices on Miata. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Filter-Version: 1.7 (postino.fi.infn.it) Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello. I have 2 IDE devices a WD ide disk 20GB and a MITSUMI CDROM. THey always worked fine. I added a 3rd IDE device a 100GB WD ata disk. The WD20GB is on IDE0 as master, cdrom is on IDE0 as slave and I Added WD100GB on ide1. The following strange things happens: 1) unless I put WD100GB (the new disk) as slave it won't be seen on any of the ide busses. I had to put it slave on ide1 (And it was the only device there!). 2) I tryed all the possible configuration and 3 ide devices together won't work. I had to put the new disk in the ide1 as slave and remove the cdrom from ide0 to make the new disk to work. The first disk WD20Gigs is on ide0 as master and it is always seen, but I have to remove the cdrom on the ide0 as slave or the new 200Gigs disk whch is locatred on ide1 as slave, they both together won't work. IF I put all the 3 devices the CDROM will be seen and the new disk will not be seen by the SRM. How come all this happens?? Any ideas or hints?? thanks Rick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 10 14:31:21 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from postino.fi.infn.it (postino.fi.infn.it [192.84.145.9]) by hub.freebsd.org (Postfix) with ESMTP id 1061237B404 for ; Thu, 10 Jan 2002 14:31:19 -0800 (PST) Received: from dijkstra.fi.infn.it (dijkstra.fi.infn.it [192.84.145.11]) by postino.fi.infn.it (8.12.1/8.12.1) with ESMTP id g0ALVOIJ022337 for ; Thu, 10 Jan 2002 22:31:24 +0100 (CET) From: Riccardo.Veraldi@fi.infn.it Received: by dijkstra.fi.infn.it (Postfix, from userid 1001) id 6E62F1E02; Thu, 10 Jan 2002 23:28:18 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by dijkstra.fi.infn.it (Postfix) with ESMTP id 44A0418601 for ; Thu, 10 Jan 2002 23:28:18 +0100 (CET) Date: Thu, 10 Jan 2002 23:28:17 +0100 (CET) X-X-Sender: To: Subject: weirdness building stable Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Filter-Version: 1.7 (postino.fi.infn.it) Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I built stable on Dec 28 with tag=RELENG_4. only now I Realized that happened something I did not expect. FreeBSD durlindana 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0 Why is it 4.5 PRERELEASE?? I got the source tree by cvsup with the correct tag so I Am confused... thanks Rick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 10 14:38: 2 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from where.org (under.where.org [198.163.215.5]) by hub.freebsd.org (Postfix) with SMTP id 1315837B416 for ; Thu, 10 Jan 2002 14:37:58 -0800 (PST) Received: (qmail 34908 invoked from network); 10 Jan 2002 22:37:56 -0000 Received: from blh617oey308c.ab.hsia.telus.net (HELO ICSLAP38) (142.59.43.190) by under.where.org with SMTP; 10 Jan 2002 22:37:56 -0000 Message-ID: <005d01c19a27$501c2b70$877ba8c0@ICSLAP38> From: "Fenrir" To: Cc: References: Subject: Re: weirdness building stable Date: Thu, 10 Jan 2002 15:36:57 -0700 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 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi Riccardo, RELENG_4 is the development branch of FreeBSD 4.x, aka FreeBSD-STABLE. Currently they are really close to releasing 4.5, therefore when you updated to the STABLE version of FreeBSD 4.x, you got 4.5-PRERELEASE. This is normal. I did the same thing today. If you want to get just 4.4, use RELENG_4_4. Take a look at this URL. It explains the CVS tags... http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html Rob ----- Original Message ----- From: To: Sent: Thursday, January 10, 2002 3:28 PM Subject: weirdness building stable > > I built stable on Dec 28 with tag=RELENG_4. > only now I Realized that happened something I did not expect. > > FreeBSD durlindana 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0 > > Why is it 4.5 PRERELEASE?? > > I got the source tree by cvsup with the correct tag so I Am confused... > thanks > > Rick > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 10 19: 1:45 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 74E5337B404; Thu, 10 Jan 2002 19:01:35 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 11 Jan 2002 03:01:28 +0000 (GMT) To: John Baldwin Cc: Bernd Walter , freebsd-alpha@FreeBSD.org, Christian Weisgerber Subject: Re: cvs commit: src/sys/boot/i386/boot2 boot2.c In-Reply-To: Your message of "Thu, 10 Jan 2002 12:47:36 PST." Date: Fri, 11 Jan 2002 03:01:27 +0000 From: Ian Dowse Message-ID: <200201110301.aa94114@salmon.maths.tcd.ie> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org An alternative patch for the alpha 16k/2k block size issue is below. This is more complex, but it should make boot1 work for any block size without the need for large buffers or a #defined maximum block size. It is completely untested, apart the fact that it compiles, so it is unlikely to work first time... I'd be grateful if people could try this out, even on a 8k/1k filesystem and report and/or help debug any problems. Ian Index: sys.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/boot/alpha/boot1/sys.c,v retrieving revision 1.4 diff -u -r1.4 sys.c --- sys.c 1 Sep 1999 09:11:07 -0000 1.4 +++ sys.c 11 Jan 2002 02:39:25 -0000 @@ -44,18 +44,24 @@ struct inode inode; int boff = 0; -#if 0 -/* #define BUFSIZE 4096 */ -#define BUFSIZE MAXBSIZE +/* + * We use 4k `virtual' blocks for filesystem data, whatever the actual + * filesystem block size. FFS blocks are always a multiple of 4k. + */ +#define VBLKSIZE 4096 +#define VBLKMASK (VBLKSIZE - 1) +#define DBPERVBLK (VBLKSIZE / DEV_BSIZE) +#define IPERVBLK (VBLKSIZE / sizeof(struct dinode)) +#define INDIRPERVBLK (VBLKSIZE / sizeof(ufs_daddr_t)) +#define INO_TO_VBA(fs, x) (fsbtodb(fs, ino_to_fsba(fs, x)) + \ + (ino_to_fsbo(fs, x) / IPERVBLK) * DBPERVBLK) +#define INO_TO_VBO(fs, x) (ino_to_fsbo(fs, x) % IPERVBLK) +#define FS_TO_VBA(fs, fsb, off) (fsbtodb(fs, fsb) + \ + ((off) / VBLKSIZE) * DBPERVBLK) +#define FS_TO_VBO(fs, fsb, off) ((off) & VBLKMASK) -static char buf[BUFSIZE], fsbuf[SBSIZE], iobuf[MAXBSIZE]; -#endif - -#define BUFSIZE 8192 -#define MAPBUFSIZE BUFSIZE -static char buf[BUFSIZE], fsbuf[BUFSIZE], iobuf[BUFSIZE]; - -static char mapbuf[MAPBUFSIZE]; +static char fsbuf[SBSIZE], iobuf[VBLKSIZE]; +ufs_daddr_t mapbuf[VBLKSIZE / sizeof(ufs_daddr_t)]; static int mapblock; int poff; @@ -71,7 +77,7 @@ readit(char *buffer, int count) { int logno, off, size; - int cnt2, bnum2; + int cnt2, fsblk, bnum2; struct fs *fs_copy; int n = 0; @@ -81,8 +87,13 @@ fs_copy = fs; off = blkoff(fs_copy, poff); logno = lblkno(fs_copy, poff); - cnt2 = size = blksize(fs_copy, &inode, logno); - bnum2 = fsbtodb(fs_copy, block_map(logno)) + boff; + fsblk = block_map(logno); + cnt2 = blksize(fs_copy, &inode, logno) - (off & ~VBLKMASK); + if (cnt2 > VBLKSIZE) + cnt2 = VBLKSIZE; + size = cnt2; + bnum2 = FS_TO_VBA(fs_copy, fsblk, off) + boff; + off = FS_TO_VBO(fs_copy, fsblk, off); if ( (!off) && (size <= count)) { devread(buffer, bnum2, cnt2); } else { @@ -104,14 +115,14 @@ find(char *path) { char *rest, ch; - int block, off, loc, ino = ROOTINO; + int block, blklen, fsboff, off, loc, ino = ROOTINO; struct dirent *dp; char list_only; list_only = (path[0] == '?' && path[1] == '\0'); loop: - devread(iobuf, fsbtodb(fs, ino_to_fsba(fs, ino)) + boff, fs->fs_bsize); - bcopy((void *)&((struct dinode *)iobuf)[ino % fs->fs_inopb], + devread(iobuf, INO_TO_VBA(fs, ino) + boff, VBLKSIZE); + bcopy((void *)&((struct dinode *)iobuf)[INO_TO_VBO(fs, ino)], (void *)&inode.i_din, sizeof (struct dinode)); if (!*path) @@ -132,10 +143,14 @@ return 0; } } - if (!(off = blkoff(fs, loc))) { + if (!(off = (loc & VBLKMASK))) { block = lblkno(fs, loc); - devread(iobuf, fsbtodb(fs, block_map(block)) + boff, - blksize(fs, &inode, block)); + fsboff = blkoff(fs, loc); + blklen = blksize(fs, &inode, block) - fsboff; + if (blklen > VBLKSIZE) + blklen = VBLKSIZE; + devread(iobuf, FS_TO_VBA(fs, block_map(block), fsboff) + boff, + blklen); } dp = (struct dirent *)(iobuf + off); loc += dp->d_reclen; @@ -156,11 +171,13 @@ int bnum; if (file_block < NDADDR) return(inode.i_db[file_block]); - if ((bnum=fsbtodb(fs, inode.i_ib[0])+boff) != mapblock) { - devread(mapbuf, bnum, fs->fs_bsize); + bnum = FS_TO_VBA(fs, inode.i_ib[0], sizeof(mapbuf[0]) * + ((file_block - NDADDR) % NINDIR(fs))) + boff; + if (bnum != mapblock) { + devread(mapbuf, bnum, VBLKSIZE); mapblock = bnum; } - return (((int *)mapbuf)[(file_block - NDADDR) % NINDIR(fs)]); + return (mapbuf[(file_block - NDADDR) % INDIRPERVBLK]); } #ifdef COMPAT_UFS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 10 21:14: 5 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from madeline.boneyard.lawrence.ks.us (madeline.boneyard.lawrence.ks.us [24.124.26.25]) by hub.freebsd.org (Postfix) with ESMTP id 67FD637B402 for ; Thu, 10 Jan 2002 21:14:01 -0800 (PST) Received: from madeline.boneyard.lawrence.ks.us (madeline.boneyard.lawrence.ks.us [24.124.26.25]) by madeline.boneyard.lawrence.ks.us (8.11.1/8.11.1) with ESMTP id g0B5DxF48352 for ; Thu, 10 Jan 2002 23:14:00 -0600 (CST) (envelope-from bsd-alpha@boneyard.lawrence.ks.us) Date: Thu, 10 Jan 2002 23:13:59 -0600 (CST) From: "Stephen D. Spencer" To: freebsd-alpha@freebsd.org Subject: /boot/loader failure 4.5-PR Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Resetting I/O buses... ewa0: link up : Negotiated 100BaseTX: full duplex (boot dqa0.0.0.13.0 -flags a) block 0 of dqa0.0.0.13.0 is a valid boot block reading 15 blocks from dqa0.0.0.13.0 bootstrap code read in base = 200000, image_start = 0, image_bytes = 1e00 initializing HWRPB at 2000 initializing page table at 17f3e000 initializing machine state setting affinity to the primary CPU jumping to bootstrap code Loading /boot/loader - halted CPU 0 halt code = 2 kernel stack not valid halt PC = 545532080018 boot failure This is a DS10/466 running -stable as of today. This issue started, I believe, between the 4th and 7th of January. Monday's build was the first to exhibit this behavior. I was able to recover by installing the boot programs from a 4.4-R disk. There are no compiler related options defined in /etc/make.conf. The cputype was left at the default (ev4) on a second build/install cycle to verify that nothing goofy was happening there. Please let me know if there is any other information I can provide. This is easily replicable. On another topic, I am looking for any documentation that might assist me in understanding the source and [ more specific ] nature of these unaligned access errors that are disturbingly cropping up in base OS utilities such as ifconfig. I've traced it down to where it's running a logic operator (if) on the if_msghdr struct called ifm in the ifconfig.c status(). Now, I understand machine language concepts (ex. w/ 6502, 8088 and Z80); how- ever I am not familar with the alpha instructions. I think I understand the nature of these misaligned access errors (all memory access must occur on a 64-bit word boundry?). Is it a matter of hunting down the offending variable in the faulty data structure and widening its data type? Regards, Stephen -- Stephen Spencer UNIX Systems Administrator Electrical Engineering and Computer Science Dept. University of Kansas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jan 11 0: 8:24 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by hub.freebsd.org (Postfix) with ESMTP id 77ACC37B416 for ; Fri, 11 Jan 2002 00:08:21 -0800 (PST) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Fri, 11 Jan 2002 09:08:20 +0100 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FDA247@l04.research.kpn.com> From: "Koster, K.J." To: 'Wilko Bulte' Cc: "'freebsd-alpha@freebsd.org'" Subject: RE: as2100 saga continues: memory trouble? *sigh* Date: Fri, 11 Jan 2002 09:08:20 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dear Wilko, > > > > > > Suppose that I know the bad memory range, any way of > > > telling FreeBSD not to > > > use it? Perhaps abuse the option ROM device to claim > > > that memory range for itself? > > > > I have another idea.. install from Wilko's mininst CDROM. Alpha now > > (after 4.4-RELEASE) has support for setting hw.physmem to limit the > > amount of memory freebsd uses (settable from the boot loader). > Yesterday I finally found the five minutes needed to burn the image and test the install. press any key to boot 1..2 ok set hw.physmem=32M ok boot <> :( Kees Jan ===================================================== You can't have everything. Where would you put it? [Steven Wright] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jan 11 0:12:29 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 8AD8E37B405 for ; Fri, 11 Jan 2002 00:12:21 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g0B8CKt27991; Fri, 11 Jan 2002 09:12:20 +0100 (CET) (envelope-from wkb) Date: Fri, 11 Jan 2002 09:12:20 +0100 From: "'Wilko Bulte'" To: "Koster, K.J." Cc: "'freebsd-alpha@freebsd.org'" Subject: Re: as2100 saga continues: memory trouble? *sigh* Message-ID: <20020111091219.A27972@freebie.xs4all.nl> References: <59063B5B4D98D311BC0D0001FA7E452205FDA247@l04.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <59063B5B4D98D311BC0D0001FA7E452205FDA247@l04.research.kpn.com>; from K.J.Koster@kpn.com on Fri, Jan 11, 2002 at 09:08:20AM +0100 X-OS: FreeBSD 4.5-PRERELEASE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Jan 11, 2002 at 09:08:20AM +0100, Koster, K.J. wrote: > Dear Wilko, > > > > > > > > > Suppose that I know the bad memory range, any way of > > > > telling FreeBSD not to > > > > use it? Perhaps abuse the option ROM device to claim > > > > that memory range for itself? > > > > > > I have another idea.. install from Wilko's mininst CDROM. Alpha now > > > (after 4.4-RELEASE) has support for setting hw.physmem to limit the > > > amount of memory freebsd uses (settable from the boot loader). > > > Yesterday I finally found the five minutes needed to burn the image and test > the install. > > press any key to boot 1..2 > ok set hw.physmem=32M > ok boot > <> Details please? (transcript from serial console) -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jan 11 1:16:30 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mail12.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by hub.freebsd.org (Postfix) with ESMTP id 6F9A637B419 for ; Fri, 11 Jan 2002 01:16:22 -0800 (PST) Received: (qmail 10860 invoked from network); 11 Jan 2002 09:16:22 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 11 Jan 2002 09:16:22 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 11 Jan 2002 01:15:47 -0800 (PST) From: John Baldwin To: "Stephen D. Spencer" Subject: RE: /boot/loader failure 4.5-PR Cc: freebsd-alpha@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 11-Jan-02 Stephen D. Spencer wrote: > > Resetting I/O buses... > > ewa0: link up : Negotiated 100BaseTX: full duplex > (boot dqa0.0.0.13.0 -flags a) > block 0 of dqa0.0.0.13.0 is a valid boot block > reading 15 blocks from dqa0.0.0.13.0 > bootstrap code read in > base = 200000, image_start = 0, image_bytes = 1e00 > initializing HWRPB at 2000 > initializing page table at 17f3e000 > initializing machine state > setting affinity to the primary CPU > jumping to bootstrap code > Loading /boot/loader > - > halted CPU 0 > > halt code = 2 > kernel stack not valid halt > PC = 545532080018 > boot failure Works fine on my DS20 here: FreeBSD/alpha SRM disk boot, Revision 1.0 (john@sema.baldwin.cx, Wed Jan 9 11:58:18 PST 2002) Memory: 1048576 k Loading /boot/defaults/loader.conf /kernel data=0x2ad7d8+0x23e02 syms=[0x8+0x39f90+0x8+0x2a0f5] Your PC is way wacked out. What's your SP and RA? ("e sp", "e ra" at the SRM prompt) > This is a DS10/466 running -stable as of today. This issue started, I > believe, > between the 4th and 7th of January. Monday's build was the first to exhibit > this behavior. If you oculd binary date it down to a commit that would be helpful. :) > On another topic, I am looking for any documentation that might assist > me in understanding the source and [ more specific ] nature of these > unaligned access errors that are disturbingly cropping up in base OS > utilities such as ifconfig. I've traced it down to where it's running > a logic operator (if) on the if_msghdr struct called ifm in the ifconfig.c > status(). > > Now, I understand machine language concepts (ex. w/ 6502, 8088 and Z80); how- > ever I am not familar with the alpha instructions. I think I understand the > nature of these misaligned access errors (all memory access must occur on a > 64-bit word boundry?). Is it a matter of hunting down the offending variable > in the faulty data structure and widening its data type? Well, you can't change if_msghdr(). An aligned access does not have to be at a quadword (64-bit) boundary. Only quad accesses have to be quad-word aligned. Double world (32-bit, int) accesssed need only be double aligned, shorts have to be short aligned, etc. Usually the problem is caused by using some kind of funky cast like casting an int to a long where the int is 32-bit aligned ok, but not 64-bit aligned. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jan 11 1:33:41 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by hub.freebsd.org (Postfix) with ESMTP id 583A037B41B for ; Fri, 11 Jan 2002 01:33:37 -0800 (PST) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Fri, 11 Jan 2002 10:33:36 +0100 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FDA249@l04.research.kpn.com> From: "Koster, K.J." To: 'Wilko Bulte' Cc: "'freebsd-alpha@freebsd.org'" Subject: RE: as2100 saga continues: memory trouble? *sigh* Date: Fri, 11 Jan 2002 10:33:35 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dear Wilko, > > > press any key to boot 1..2 > > ok set hw.physmem=32M > > ok boot > > <> > > Details please? (transcript from serial console) > Serial console? Hah! I wish. I managed to install the box, but it still panics now. The following is booting from the hdd after a successful install from the 9Jan build mini-iso. ok set hw.physmem=32M ok show ... hw.physmem=32M ... ok boot entering kernel at 0xfffffc0000331400 panic, unexpected machine check mces = 0x1 vector = 0x660 param = 0xfffffc0000006000 pc = 0xfffffc00003e92b4 ra = 0xfffffc00005f1a6c curproc = 0 (typos permitting) Kees Jan PS. Congrats on the new job. See how long you last. >:) ===================================================== You can't have everything. Where would you put it? [Steven Wright] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jan 11 3:56:48 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from pios.library.ohyama.toyama.jp (pios.library.ohyama.toyama.jp [61.127.24.243]) by hub.freebsd.org (Postfix) with ESMTP id 928E337B42B; Fri, 11 Jan 2002 03:51:42 -0800 (PST) Received: from mx2.eudoramail.com ([207.93.225.196]) by pios.library.ohyama.toyama.jp (Build 101 8.9.3/3.5Wpl7-pios) with ESMTP id UAA28006; Fri, 11 Jan 2002 20:48:16 +0900 From: WSCHwatch@eudoramail.com Message-ID: <0000723b1f00$00005805$00006b6e@mx2.eudoramail.com> To: Subject: WSCH: Baby Pharmaceutical on the Rise T Date: Fri, 11 Jan 2002 05:45:46 -1800 MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: WSCHnews25@eudoramail.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org = Investors
<= td width=3D100% height=3D372 valign=3Dtop align=3Dleft>
  &n= bsp;   Key Points about = WSCH:
  • The products and me= dical therapies developed by WSCH represent possibly the most important= breakthrough in the field of Dermatology in the last fifty years.&nbs= p;

  • WSCH anticipates= FDA approval on seven over-the-counter products within the next ye= ar, which will provide significant revenue in the retail drug market.
    =
  • WSCH has experie= nced a success rate of 90% during clinical studies, completely elim= inating skin disease from 90% of all patients treated.

  • By year five, WSCH plans to have annua= lized revenue over $525 million and over $125 million in EBIT.  This does not take into account income from OTC products which wi= ll be substantial.

 <= /caption>
=

Emergin= g Growth Stock Alert
Wasatch Pharmaceuticals: A Company on the Rise

Company Name &n= bsp;Wasatch Pharmaceuticals (OTCBB: WSCH)
Current = Price$0.066
52-We= ek High$27.50
5= 2-Week Low$0.065
<= /div>

Company Background

Wasatch Pharmaceutical, Inc. is a fourteen year o= ld company with a record of outstanding achievements in the field of Derma= tology.  Under the name of its subsidiary, American Institute of Skin= Care (AISC), Wasatch has operated two prototype clinics for the la= st five years where the products and medical therapies have been tested an= d proven on hundreds of patients.  The Company's activities have been= centered on research in the area of serious skin diseases.  A= concurrent discovery and benefit is WSCH's dramatic success in the area o= f skin rejuvenation.  Seeing the high growth potential from major fun= ding, WSCH elected to become a public company less than two years a= go.

Wasatch's major successes i= n the area of skin diseases include: 

Cystic Acne, Eczema= , Seborrhea, Contact Dermatitis, Molluscum, Folliculitis, Acne Rosacea and= less prevalent skin diseases.  

Interestingly, the= se skin disorders account for more than 70% of all business in the = field of dermatology for which there are very few (if any) safe, effective= therapies like those developed by Wasatch.

Because the th= erapies developed by Wasatch dominate this area of medicine, WSCH h= as elected to market its products via company-owned clinics throughout the= United States.  This decision has resulted in the establishment of <= b>two research clinics in Utah for the purpose of implementing procedu= res within the clinics pursuant to testing and confirming the results that= were achieved in past clinical trials.  Due to its success rate o= f 90% on hundreds of patients over a five year period, WSCH's clinics = are now on line with insurance providers independent of HMOs.  Effort= s to establish Preferred Provider ship status with HMOs are presently bein= g pursued. 

Most Recent WSCH News

 

Wasatch Pharmaceutical Inc. Announc= es a New Physician Marketing Campaign and Listing On German Stock Exchange= s

MURRAY, Utah--(BUSINESS WIRE)--Nov.= 27, 2001--Wasatch Pharmaceutical Inc. (OTCBB:WSCH - news) CEO Gary Heesch announced today a marketing camp= aign directed to physicians. A direct link has been established on a physi= cian recruiting Web site making available therapies for the treatment of c= ystic acne, acne, folliculitis, and skin rejuvenation. Physicians will fin= d the benefits of these treatment therapies by logging on to the "= X Acne" link at physicianssearc= h.com. This physician search Web site typically receives over 2= 00,000 hits per month. Mr. Heesch reminded, "Our treatment therap= y products are also available via the AISC Online Store at restoremyskin.com.'"

These skin treatment products come in kit form providing a = 90-day supply to patients for the full treatment program. Included in the = kit is an instructional video on the treatment therapy allowing the patien= t to use these products in their home. The therapies, when used as instruc= ted, achieve a success rate of eradication in excess of 90% with no sid= e effects of any consequence. Previously, these therapies and associat= ed products were only available through the two prototype clinics in Utah.= The availability of these products will open the way for family practitio= ners, pediatricians, internists and other primary care physicians to retai= n their patients under their care during the treatment of these common ski= n disorders. The benefit to insurance providers is the potential to sav= e millions of dollars in reimbursement costs by freeing the physician and = the patient from ongoing treatment.

In the coming year, six additional therapies will be made availabl= e for a broad range of skin disorders that are badly in need of succes= sful therapies.

Gary Heesch also an= nounced the listing of Wasatch Pharmaceutical stock on the Frankfurt an= d Berlin Exchanges in Germany. Active trading on these exchanges will = take place upon the completion of a research report in Germany. Said Mr. H= eesch, "We feel this is a significant event as Wasatch will gain w= ider exposure as a leader in dermatology and will put buying pressure on its stock to reflect the true value of a company t= hat has committed years of research and development of products that allow= people with serious skin disorders to live normal and more productive liv= es."

There may be forward-loo= king statements in this release. Investors are cautioned that such forward= -looking statements involve risks and uncertainties, including, without li= mitation, continued acceptance of the Company's products, increased levels= of competition, new products introduced by competitors, changes in the ra= tes of subscriber acquisition and retention, and other risks detailed from= time to time in the Company's periodic reports filed with the Securities = and Exchange Commission.

Projections, Objectives, and Statistics

 Over a five year period, AISC (WSCH's subsidiary) p= lans to establish 350 clinics in over 100 major population areas.&n= bsp; The company plans to hire over 150 medical doctors for these clinics,= train over 1,000 medical assistants and treat over 2,000,000 patients<= /b>. Also by year five, WSCH plans to have annualized over $525 million= in revenue and over $125 million in EBIT. This does not take into acc= ount income from OTC products which will be substantial. 

<= blockquote>

  As of 1991, there were = approximately 14 million chronic acne and eczema patients annually in the = United States, with the highest percentage between 18 to 44 years of = age. The actual number of patients with any type of acne is significa= ntly higher.  Seven billion dollars is spent annually on derma= tological pharmaceutical products for these disorders. 

=   In 1994, the teen population reached 25 million. During the next d= ecade, it will grow at nearly twice the rate of 
the overall p= opulation (according to U.S. Census Bureau projections). Acne pat= ients are primarily teenagers, whereas eczema patients range from inf= ants to the elderly.

A Look at the Competition

= Dermatologists are the primary competitors of WSCH's clinics. Dermatologis= ts specialize in the treatment of skin disorders and prescribe medications= to treat the disorder.  However, competing products address the s= ymptoms of acne and eczema, not the cause. 

<= font face=3DVerdana size=3D2>The competition's skin care treatments includ= e prescription medications (oral and external use drugs prescribed by derm= atologists and other doctors) and over-the-counter products.  
Several common prescription medications include: 
= 1) E-Mycin for oral and topical use, 2) Cleocin for oral and topical use, = 3) Tetracycline for oral and topical use, and 4) Accutane for oral use onl= y.  

Over-the-counter acne medications include: = ;
1) Clearasil and Oxy creams, 2) generic brand creams, 3) medicat= ed pads, and 4) medicated soaps. 

Many of the competit= ion's oral medications have serious side effects.

Costs for competing treatments range from $2.50 for= medicated soaps to $200 for Accutane oral medication prescription.  = Treatments are on-going.  Over time a person can spend an unlimite= d amount of money on such treatments.  An example would be someon= e who spent $1,500 for a 22 week program of Accutane which includes blood = testing.  Another example would be someone who has had acne for many = years and has spent in excess of $34,000. 

At this time there is no known competitor who treats t= he causes of these skin disorders and no competitor can claim a success= rate equal to that of Wasatch's treatments. 

Final Thoughts on WSCH<= /b>

Wi= th a proven success rate of 90% in a field that affects so many of our liv= es, Wasatch has clearly positioned itself in a market hungry and desper= ate for successful products and treatment.  WSCH has recently exp= anded its marketing presence (as seen in the above press release) and will= continue to aggressively broaden awareness over the near term. The listin= g of WSCH on the German stock exchange is another sign of the compa= ny's credibility and ambitious plans to establish itself as a major glo= bal player in the field of dermatology.  

WSCH has = taken on a completely different approach.  By addressing the causes o= f skin disorders rather than the symptoms, WSCH will help to successfully = eliminate skin disease altogether. Given its 

1. Successful = 14-year history and plans for expansion
2. Impressive revenue projecti= ons ($525 million+ annualized by year 5 and $125 million in EBIT)
= 3. Virtually unmatched success rate of 90%...

...and so much = more, WSCH will certainly watched by savvy investors for some time to come= .

DISCLAIMER= : 
Information within this email contains "forward looking s= tatements" within the meaning of Section 27A of the Securities Act of= 1933 and Section 21B of the Securities Exchange Act of 1934. Any statemen= ts that express or involve discussions with respect to predictions, expect= ations, beliefs, plans, projections, objectives, goals, assumptions or fut= ure events or performance are not statements of historical fact and may be= "forward looking statements."

Forward looking statemen= ts are based on expectations, estimates and projections at the time the st= atements are made that involve a number of risks and uncertainties wh= ich could cause actual results or events to differ materially from those p= resently anticipated. Forward looking statements in this action may be ide= ntified through the use of words such as "projects", "fores= ee", "expects", "will,"  "anticipates," "estimates," "believes," "understands" o= r that by statements indicating certain actions "may,"= ; "could," or <= font face=3DVerdana size=3D1 color=3D#5F5F5F>"might" = occur.  All information provided within this email pertaining to inve= sting, stocks, securities must be understood as information provided and n= ot investment advice. Emerging Growth Stock Alert advises all readers and = subscribers to seek advice from a registered professional securities = representative before deciding to trade in stocks featured within this ema= il.  None of the material within this report shall be construed as an= y kind of investment advice.

In compliance with the Securities Ac= t of 1933, Section17(b), Emerging Growth Stock Alert discloses the receipt= of $40,000 cash from a third party for the publication of this report and= additional services related= to WSCH. Be aware of an inherent conflict of interest resulting from such= compensation.  All factual information in this report was gathe= red from public sources, including but not limited to SEC filings, Company= Press Releases, and the company's website at wasatchpharm.com. Emerging Growth Stock Alert believes t= his information to be reliable but can make no guarantee as to its accurac= y or completeness. Use of the material within this email constitutes your = acceptance of these terms.



To b= e removed from future mailings, please respond
to this email with &qu= ot;Remove" in the subject line

<= /div> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jan 11 5:30:55 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 9707C37B400 for ; Fri, 11 Jan 2002 05:30:49 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 16P1lf-0008H3-00; Fri, 11 Jan 2002 14:30:47 +0100 Received: (from naddy@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id g0BD9D500537; Fri, 11 Jan 2002 14:09:13 +0100 (CET) (envelope-from naddy) Date: Fri, 11 Jan 2002 14:09:12 +0100 From: Christian Weisgerber To: Ian Dowse Cc: freebsd-alpha@FreeBSD.org Subject: Re: cvs commit: src/sys/boot/i386/boot2 boot2.c Message-ID: <20020111140912.A520@kemoauc.mips.inka.de> References: <200201110301.aa94114@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200201110301.aa94114@salmon.maths.tcd.ie>; from iedowse@maths.tcd.ie on Fri, Jan 11, 2002 at 03:01:27AM +0000 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Ian Dowse: > An alternative patch for the alpha 16k/2k block size issue is below. > This is more complex, but it should make boot1 work for any block > size without the need for large buffers or a #defined maximum block > size. It is completely untested, apart the fact that it compiles, This works for me for both 16k/2k and 8k/1k filesystems. (-CURRENT, PC164) -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jan 11 5:31: 0 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id E22A837B41B for ; Fri, 11 Jan 2002 05:30:51 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 16P1lf-0008H3-01; Fri, 11 Jan 2002 14:30:47 +0100 Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id g0BDDlj00651 for freebsd-alpha@freebsd.org; Fri, 11 Jan 2002 14:13:47 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: -CURRENT boot1 broken? Date: Fri, 11 Jan 2002 13:13:46 +0000 (UTC) Message-ID: References: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-alpha@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Christian Weisgerber wrote: > As a side effect of experimenting with various boot combinations, > I'm confused about where the different components are loaded from. While testing Ian's patch, I've tried again various combinations, and Mike is right: > 1. At the SRM prompt, booting from a particular drive will load the > bootstrap (boot1) from there. > 2. boot1 proceeds to load /boot/loader from the same drive. You > can specify a different file name, but there appears to be no > way to qualify this with a drive. > 3. loader pulls in the kernel from da0, even if booted from a > different drive. 3. loader pulls in the kernel from the same drive. (I must have been confused there.) > 4. The kernel mounts da0a as root device. 4. The kernel mounts / as specified in /etc/fstab on the boot drive. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jan 11 6:32:51 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from madeline.boneyard.lawrence.ks.us (madeline.boneyard.lawrence.ks.us [24.124.26.25]) by hub.freebsd.org (Postfix) with ESMTP id B75BA37B400 for ; Fri, 11 Jan 2002 06:32:45 -0800 (PST) Received: from madeline.boneyard.lawrence.ks.us (madeline.boneyard.lawrence.ks.us [24.124.26.25]) by madeline.boneyard.lawrence.ks.us (8.11.1/8.11.1) with ESMTP id g0BEWiF49980 for ; Fri, 11 Jan 2002 08:32:44 -0600 (CST) (envelope-from bsd-alpha@boneyard.lawrence.ks.us) Date: Fri, 11 Jan 2002 08:32:43 -0600 (CST) From: "Stephen D. Spencer" To: freebsd-alpha@FreeBSD.ORG Subject: RE: /boot/loader failure 4.5-PR In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, 11 Jan 2002, John Baldwin wrote: > > [...] > > halt code = 2 > > kernel stack not valid halt > > PC = 545532080018 > > boot failure > > Works fine on my DS20 here: > > FreeBSD/alpha SRM disk boot, Revision 1.0 > (john@sema.baldwin.cx, Wed Jan 9 11:58:18 PST 2002) > Memory: 1048576 k > Loading /boot/defaults/loader.conf > /kernel data=0x2ad7d8+0x23e02 syms=[0x8+0x39f90+0x8+0x2a0f5] > > Your PC is way wacked out. What's your SP and RA? ("e sp", "e ra" at the SRM > prompt) > Just for kicks, I rolled my source tree back to Sept. 16 (the day the 4.4-R ISO's were created) and recompiled /boot/loader. It still exhibits the same problem. Here is the information you requested: PC = 545532080018 boot failure >>>e sp gpr: 1E ( R30) 0000000020044000 >>>e ra gpr: 1A ( R26) 000000002000073C I'm going to take a hard look at the build process for the loader binary to try to ascertain what might be borked on this box. Are there any known issues with using CPU flags for compiling world (such as ev6 or ev56) When I rebuilt this system yesterday, it was done with a compiler/world that was compiled with it set to ev6 (even though the build was ev4) Thanks for the quick reply and the allignment information. Regards, Stephen -- Stephen Spencer UNIX Systems Administrator Electrical Engineering and Computer Science Dept. University of Kansas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jan 11 6:51:23 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id B588B37B405; Fri, 11 Jan 2002 06:51:20 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 11 Jan 2002 14:51:19 +0000 (GMT) To: Christian Weisgerber Cc: freebsd-alpha@freebsd.org Subject: Re: cvs commit: src/sys/boot/i386/boot2 boot2.c In-Reply-To: Your message of "Fri, 11 Jan 2002 14:09:12 +0100." <20020111140912.A520@kemoauc.mips.inka.de> Date: Fri, 11 Jan 2002 14:51:19 +0000 From: Ian Dowse Message-ID: <200201111451.aa87058@salmon.maths.tcd.ie> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message <20020111140912.A520@kemoauc.mips.inka.de>, Christian Weisgerber wri tes: >> An alternative patch for the alpha 16k/2k block size issue is below. >> This is more complex, but it should make boot1 work for any block >> size without the need for large buffers or a #defined maximum block >> size. It is completely untested, apart the fact that it compiles, > >This works for me for both 16k/2k and 8k/1k filesystems. >(-CURRENT, PC164) Great! Thanks for testing it! I guess we must have been very near to the runtime memory limit for boot1 with 8k buffers. Now that I look more carefully, there may be a 48k limit for boot1 based on the PRIMARY_LOAD_ADDRESS and SECONDARY_LOAD_ADDRESS definitions. That would certainly explain why 4*8k buffers worked, but 4*16k didn't - sorry for suggesting that you hadn't installed the new blocks correctly :-) Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jan 11 10:11: 2 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id 2A10237B41B for ; Fri, 11 Jan 2002 10:10:47 -0800 (PST) Received: (qmail 14755 invoked from network); 11 Jan 2002 18:10:46 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 11 Jan 2002 18:10:46 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 11 Jan 2002 10:10:12 -0800 (PST) From: John Baldwin To: "Stephen D. Spencer" Subject: RE: /boot/loader failure 4.5-PR Cc: freebsd-alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 11-Jan-02 Stephen D. Spencer wrote: > On Fri, 11 Jan 2002, John Baldwin wrote: > >> > [...] >> > halt code = 2 >> > kernel stack not valid halt >> > PC = 545532080018 >> > boot failure >> >> Works fine on my DS20 here: >> >> FreeBSD/alpha SRM disk boot, Revision 1.0 >> (john@sema.baldwin.cx, Wed Jan 9 11:58:18 PST 2002) >> Memory: 1048576 k >> Loading /boot/defaults/loader.conf >> /kernel data=0x2ad7d8+0x23e02 syms=[0x8+0x39f90+0x8+0x2a0f5] >> >> Your PC is way wacked out. What's your SP and RA? ("e sp", "e ra" at the >> SRM >> prompt) >> > > Just for kicks, I rolled my source tree back to Sept. 16 (the day the 4.4-R > ISO's were created) and recompiled /boot/loader. It still exhibits the > same problem. > > Here is the information you requested: > > PC = 545532080018 > boot failure >>>>e sp > gpr: 1E ( R30) 0000000020044000 >>>>e ra > gpr: 1A ( R26) 000000002000073C > > I'm going to take a hard look at the build process for the loader binary > to try to ascertain what might be borked on this box. Are there any known > issues with using CPU flags for compiling world (such as ev6 or ev56) When > I rebuilt this system yesterday, it was done with a compiler/world that > was compiled with it set to ev6 (even though the build was ev4) Hmm, none that I know of. Can you do this, can you build a debug loader (clean sys/boot and then compile it with -g in CFLAGS). Strip the loader before you install it though, and then repeat this and get the ra again (ra is the return address), then reboot the system, fire up gdb on the debug loader binary with all the symbols, and do 'l *0x'. For example, in this case you would do 'l *0x2000073C' except that your loader binary probably doesn't have symbols. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jan 11 12:26:29 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from madeline.boneyard.lawrence.ks.us (madeline.boneyard.lawrence.ks.us [24.124.26.25]) by hub.freebsd.org (Postfix) with ESMTP id BE8E637B404 for ; Fri, 11 Jan 2002 12:26:24 -0800 (PST) Received: from madeline.boneyard.lawrence.ks.us (madeline.boneyard.lawrence.ks.us [24.124.26.25]) by madeline.boneyard.lawrence.ks.us (8.11.1/8.11.1) with ESMTP id g0BKQLF51352 for ; Fri, 11 Jan 2002 14:26:23 -0600 (CST) (envelope-from bsd-alpha@boneyard.lawrence.ks.us) Date: Fri, 11 Jan 2002 14:26:21 -0600 (CST) From: "Stephen D. Spencer" To: freebsd-alpha@FreeBSD.ORG Subject: RE: /boot/loader failure 4.5-PR In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, 11 Jan 2002, John Baldwin wrote: > [...] Can you do this, can you build a debug loader (clean > sys/boot and then compile it with -g in CFLAGS). Strip the loader before you > install it though, and then repeat this and get the ra again (ra is the return > address), then reboot the system, fire up gdb on the debug loader binary with > all the symbols, and do 'l *0x'. For example, in this case you > would do 'l *0x2000073C' except that your loader binary probably doesn't have > symbols. > Hrm... she doesn't want to dance with me... I rebuilt sys/boot making sure the CFLAGS variable was set to -g (nothing else) The only ELFin file that was created was loader.sym. I tried gdb'ing it with te return address from the failed /boot/loader. It complains about no source file for address *0x2000073C. I thought that this file might be the correct one to load into the debugger as loader is generated from an objdump of loader.sym. Anyway, I'm evidently missing something here. Note: the loader that I initially reported address information for had been compiled with -g Further instructions? Regards, Stephen -- Stephen Spencer UNIX Systems Administrator Electrical Engineering and Computer Science Dept. University of Kansas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jan 11 12:30:51 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 6B5A037B404 for ; Fri, 11 Jan 2002 12:30:48 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g0BKUli30996 for freebsd-alpha@freebsd.org; Fri, 11 Jan 2002 21:30:47 +0100 (CET) (envelope-from wkb) Date: Fri, 11 Jan 2002 21:30:47 +0100 From: Wilko Bulte To: freebsd-alpha@freebsd.org Subject: Request for 4.5-RC testing Message-ID: <20020111213047.A30969@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS: FreeBSD 4.5-PRERELEASE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi there, The first 4.5-RC miniinst.iso is now on ftp.freebsd.org. It does not have docs or packages but it is otherwise complete. I'd like to request everyone to give it a try. See the http://people.freebsd.org/~wilko/testhw.html Status Page for more information (there is not much done yet..) Wilko RE-team FreeBSD Alpha -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jan 11 17:12:39 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mel-rto1.wanadoo.fr (smtp-out-1.wanadoo.fr [193.252.19.188]) by hub.freebsd.org (Postfix) with ESMTP id 5F59837B405 for ; Fri, 11 Jan 2002 17:12:35 -0800 (PST) Received: from mel-rta9.wanadoo.fr (193.252.19.69) by mel-rto1.wanadoo.fr; 12 Jan 2002 02:12:33 +0100 Received: from smtp.wanadoo.fr (80.13.121.214) by mel-rta9.wanadoo.fr; 12 Jan 2002 02:12:33 +0100 Message-Id: <1010798046.740@wanadoo.fr> Date: Sat, 12 Jan 2002 02:14:06 0100 To: alpha@FreeBSD.org From: opticia@hotmail.com (opticia) Subject: OPTIQUE ET LENTILLES DE CONTACT MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII"; format=flowed Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org LENTILLES DE CONTACT A PRIX COUTANT ! ! ! LENTILLES MENSUELLES : Acuvue 2 : 22,5 E (147.59 f) Surevue : 27 E (177.11 f) Soflens comfort : 23 E (150.87 f) LENTILLES JOURNALIERES : Focus dailies *30 : 20 E (131.19 f) Focus dailies *90 : 44 E (288.62 f) LENTILLES DE COULEURS : mauve, turquoise, bleu, gris, noisette, vert amande... avec ou sans correction Freshlook colorblends : 19 E (124.63 f) PRODUITS (PU*3) : Renu : 7.5 E (49.20 f) Optifree : 7.5 E (49.20 f) Complete : 10.5 E (68.88 f) Solocare : 9.5 E (62.32 f) Aosept : 11 E (72.16 f) Toutes autres marques disponibles Devis par téléphone ou par email Possibilité de vente par correspondance EN LUNETTERIE : Nouvelles collections 2002 Gucci, Chanel, Dior, Armani, Mikli, Starck, Matsuda, Rayban... JUSQU'AU 28/02/02 : Une monture et 2 verres correcteurs sont offerts pour tout achat d'un équipement optique. O P T I C I A 64 Rue de Vaugirard - 75006 Paris Tél : 01 42 22 11 15 Du Lundi au Samedi de 10h à 19h30 Pour ne plus recevoir d'email, envoyer un message vide à opticia@hotmail.com avec REMOVE comme sujet To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Jan 12 8:43:20 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from postino.fi.infn.it (postino.fi.infn.it [192.84.145.9]) by hub.freebsd.org (Postfix) with ESMTP id 9C93637B404 for ; Sat, 12 Jan 2002 08:43:17 -0800 (PST) Received: from dijkstra.fi.infn.it (dijkstra.fi.infn.it [192.84.145.11]) by postino.fi.infn.it (8.12.1/8.12.1) with ESMTP id g0CGhACF014484 for ; Sat, 12 Jan 2002 17:43:11 +0100 (CET) From: Riccardo.Veraldi@fi.infn.it Received: by dijkstra.fi.infn.it (Postfix, from userid 1001) id AEA371E02; Sat, 12 Jan 2002 17:40:05 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by dijkstra.fi.infn.it (Postfix) with ESMTP id 9A7A518601 for ; Sat, 12 Jan 2002 17:40:05 +0100 (CET) Date: Sat, 12 Jan 2002 17:40:05 +0100 (CET) X-X-Sender: To: Subject: miata and IDE disks Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Filter-Version: 1.7 (postino.fi.infn.it) Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org noone with Miata had problems with IDE devices? Is there any limitation on IDE disk space which can run on it? thanks Rick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Jan 12 17:39:17 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id D0F8E37B402 for ; Sat, 12 Jan 2002 17:39:13 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id g0D1dCR03490 for freebsd-alpha@freebsd.org; Sun, 13 Jan 2002 02:39:12 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g0D1dRtx040441 for ; Sun, 13 Jan 2002 02:39:27 +0100 (CET)?g (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id g0D1dQW29893 for ; Sun, 13 Jan 2002 02:39:26 +0100 (CET) Received: (from ticso@localhost) by cicely8.cicely.de (8.11.6/8.11.6) id g0D1dQk41018 for freebsd-alpha@freebsd.org; Sun, 13 Jan 2002 02:39:26 +0100 (CET) (envelope-from ticso) Date: Sun, 13 Jan 2002 02:39:25 +0100 From: Bernd Walter To: freebsd-alpha@freebsd.org Subject: hw.chipset.bwx = 0 on PC164 with EV56-CPU? Message-ID: <20020113023925.I33929@cicely8.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I just noticed the following values on a PC164 system running -stable from 22th november: hw.chipset.type: cia hw.chipset.bwx: 0 On an identic board running -current I see: hw.chipset.type: cia/bwx hw.chipset.bwx: 1 Both systems have an 21164A CPU and the similar chipset probing: CPU: EV56 (21164A) major=7 minor=2 extensions=0x1 ... cia0: <2117x Core Logic chipset> (this line is only on -current) cia0: ALCOR/ALCOR2, pass 3 cia0: extended capabilities: 21 It seems that cia_attach() in pci/cia.c doesn't handle the ev56 case on -stable. Are there any performance dependencies on that? -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Jan 12 17:59:22 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id B45AB37B419 for ; Sat, 12 Jan 2002 17:59:18 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id g0D1xHQ06993 for freebsd-alpha@freebsd.org; Sun, 13 Jan 2002 02:59:17 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g0D1xhtx040511 for ; Sun, 13 Jan 2002 02:59:43 +0100 (CET)?g (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id g0D1xgW29910 for ; Sun, 13 Jan 2002 02:59:43 +0100 (CET) Received: (from ticso@localhost) by cicely8.cicely.de (8.11.6/8.11.6) id g0D1xgU41069 for freebsd-alpha@freebsd.org; Sun, 13 Jan 2002 02:59:42 +0100 (CET) (envelope-from ticso) Date: Sun, 13 Jan 2002 02:59:41 +0100 From: Bernd Walter To: freebsd-alpha@freebsd.org Subject: -stable buildworld fails in groff Message-ID: <20020113025941.J33929@cicely8.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.3.23i X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org mkdep -f .depend -a /var/d2/FreeBSD-2002-01-13/src/gnu/usr.bin/groff/s= rc/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/assert.c= c /var/d2/FreeBSD-2002-01-13/src/gnu/usr.bin/groff/src/libs/libgroff/../../= ../../../../contrib/groff/src/libs/libgroff/change_lf.cc /var/d2/FreeBSD-20= 02-01-13/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/= groff/src/libs/libgroff/cmap.cc /var/d2/FreeBSD-2002-01-13/src/gnu/usr.bin/= groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/c= set.cc /var/d2/FreeBSD-2002-01-13/src/gnu/usr.bin/groff/src/libs/libgroff/.= ./../../../../../contrib/groff/src/libs/libgroff/device.cc /var/d2/FreeBSD-= 2002-01-13/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contri= b/groff/src/libs/libgroff/errarg.cc /var/d2/FreeBSD-2002-01-13/src/gnu/usr.= bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgro= ff/error.cc /var/d2/FreeBSD-2002-01-13/src/gnu/usr.bin/groff/src/libs/libgr= off/../../../../../../contrib/groff/src/libs/libgroff/fatal.cc /var/d2/Free= BSD-2002-01-13/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../co= ntrib/groff/src/libs/libgroff/filename.cc /var/d2/FreeBSD-2002-01-13/src/gn= u/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/= libgroff/font.cc /var/d2/FreeBSD-2002-01-13/src/gnu/usr.bin/groff/src/libs/= libgroff/../../../../../../contrib/groff/src/libs/libgroff/fontfile.cc /var= /d2/FreeBSD-2002-01-13/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../= ../../contrib/groff/src/libs/libgroff/htmlindicate.cc /var/d2/FreeBSD-2002-= 01-13/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gro= ff/src/libs/libgroff/lf.cc /var/d2/FreeBSD-2002-01-13/src/gnu/usr.bin/groff= /src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lineno= .cc /var/d2/FreeBSD-2002-01-13/src/gnu/usr.bin/groff/src/libs/libgroff/../.= ./../../../../contrib/groff/src/libs/libgroff/macropath.cc /var/d2/FreeBSD-= 2002-01-13/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contri= b/groff/src/libs/libgroff/maxfilename.cc /var/d2/FreeBSD-2002-01-13/src/gnu= /usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/l= ibgroff/nametoindex.cc /var/d2/FreeBSD-2002-01-13/src/gnu/usr.bin/groff/src= /libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/new.cc /va= r/d2/FreeBSD-2002-01-13/src/gnu/usr.bin/groff/src/libs/libgroff/../../../..= /../../contrib/groff/src/libs/libgroff/prime.cc /var/d2/FreeBSD-2002-01-13/= src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src= /libs/libgroff/progname.cc /var/d2/FreeBSD-2002-01-13/src/gnu/usr.bin/groff= /src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/ptable= .cc /var/d2/FreeBSD-2002-01-13/src/gnu/usr.bin/groff/src/libs/libgroff/../.= ./../../../../contrib/groff/src/libs/libgroff/searchpath.cc /var/d2/FreeBSD= -2002-01-13/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contr= ib/groff/src/libs/libgroff/string.cc /var/d2/FreeBSD-2002-01-13/src/gnu/usr= .bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgr= off/strsave.cc /var/d2/FreeBSD-2002-01-13/src/gnu/usr.bin/groff/src/libs/li= bgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpfile.cc /var/d2= /FreeBSD-2002-01-13/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../= ../contrib/groff/src/libs/libgroff/illegal.cc version.cc =20 /var/d2/FreeBSD-2002-01-13/src/gnu/usr.bin/groff/src/libs/libgroff/../../..= /../../../contrib/groff/src/libs/libgroff/cmap.cc:25: cmap.h: No such file = or directory /var/d2/FreeBSD-2002-01-13/src/gnu/usr.bin/groff/src/libs/libgroff/../../..= /../../../contrib/groff/src/libs/libgroff/cset.cc:25: cset.h: No such file = or directory /var/d2/FreeBSD-2002-01-13/src/gnu/usr.bin/groff/src/libs/libgroff/../../..= /../../../contrib/groff/src/libs/libgroff/device.cc:22: device.h: No such f= ile or directory =2E.. /usr/obj was clean and the source checked out freshly. build system was -stable from 21th november. I can't say if this is -alpha specific. --=20 B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message