From owner-freebsd-alpha Sun Dec 27 02:57:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA02141 for freebsd-alpha-outgoing; Sun, 27 Dec 1998 02:57:13 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (castles310.castles.com [208.214.167.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA02136 for ; Sun, 27 Dec 1998 02:57:11 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id CAA01978 for ; Sun, 27 Dec 1998 02:54:32 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812271054.CAA01978@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: alpha@FreeBSD.ORG Subject: Boot problems? Try this... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Dec 1998 02:54:32 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This may be pertinent; feedback please? ------- Forwarded Message Date: Sat, 26 Dec 1998 21:46:55 -0500 From: "Stephane E. Potvin" To: Mike Smith , Hackers@FreeBSD.ORG Subject: Re: New bootloader and network iface ... Btw, I was unable to get the loader to work until I aligned then end variable to a MEMNODE_SIZE_MASK boundary in the call to setheap in "main.c". Is is really needed? ... ------- End of Forwarded Message -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Dec 27 04:16:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA16569 for freebsd-alpha-outgoing; Sun, 27 Dec 1998 04:16:50 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from silver.gn.iaf.nl (silver.gn.iaf.nl [193.67.144.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA16564 for ; Sun, 27 Dec 1998 04:16:48 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by silver.gn.iaf.nl (8.8.8/8.8.8) with SMTP id NAA27916; Sun, 27 Dec 1998 13:16:28 +0100 Received: by uni4nn.gn.iaf.nl with UUCP id AA08857 (5.67b/IDA-1.5); Sun, 27 Dec 1998 13:01:19 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id MAA22591; Sun, 27 Dec 1998 12:05:04 +0100 (CET) From: Wilko Bulte Message-Id: <199812271105.MAA22591@yedi.iaf.nl> Subject: Re: kernel make depend failure In-Reply-To: <13954.45089.385336.748730@grasshopper.cs.duke.edu> from Andrew Gallatin at "Dec 24, 98 04:27:17 pm" To: gallatin@cs.duke.edu (Andrew Gallatin) Date: Sun, 27 Dec 1998 12:05:04 +0100 (CET) Cc: freebsd-alpha@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As Andrew Gallatin wrote... > > Wilko Bulte writes: > > > Are you using NFS ? > > > > Bingo! I built a kernel from -current after copying the /sys tree > > to a local disk on the axp33. That kernel booted just fine. > > > > Strangely enough I have in the meantime built multiple kernels via NFS > > that also worked fine. So, it looks like that 'sometimes' the use of NFS > > results in a non booting kernel. Nasty... > > > > FWIW I'm using a FreeBSD226-release server, running a Kingston 10/100 PCI > > adapter: > > I'd wager the problem lies on the server side. I've built zillions > (well, OK, at least several hundred) kernels via NFS on various alphas > (PW500au, AS500/266, AS200/166) running FreeBSD using a 3.0-current > (x86) NFS server without any problems. Hmm. Interesting... > There have been numerous NFS fixes since 2.2.6. You might consider > upgrading your server to a more recent version of -stable (or even > better, to -current if you understand the ramifications). If that's > not an option, try backing down to NFSv2 if you're mounting /sys via NFSv3. I don't want my server to go to -current, but I may go to a -stable. The strange thing is A. I have only seen this happen on freebsd/axp and B. since a couple of days I have not seen the failure occur again. I use the same setup to build -current on a x86 box hooked up to the same server. And no hardware changes have been made to anything. Strange.... Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Dec 27 17:26:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA00613 for freebsd-alpha-outgoing; Sun, 27 Dec 1998 17:26:55 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA00607 for ; Sun, 27 Dec 1998 17:26:54 -0800 (PST) (envelope-from asami@sunrise.cs.berkeley.edu) Received: from bubble.didi.com (sji-ca32-59.ix.netcom.com [209.109.239.59]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id RAA23524; Sun, 27 Dec 1998 17:26:19 -0800 (PST) Received: (from asami@localhost) by bubble.didi.com (8.8.8/8.8.8) id RAA27021; Sun, 27 Dec 1998 17:24:50 -0800 (PST) (envelope-from asami) Date: Sun, 27 Dec 1998 17:24:50 -0800 (PST) Message-Id: <199812280124.RAA27021@bubble.didi.com> To: sprice@hiwaay.net CC: simokawa@sat.t.u-tokyo.ac.jp, alpha@FreeBSD.ORG In-reply-to: (message from Steve Price on Fri, 25 Dec 1998 22:48:40 -0600 (CST)) Subject: Re: Alpha ports collection? From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * Some math libraries come with assembly for multiple platforms. * A good example is the GNU gmp library. I do agree however that * we should probably seriously consider adding ${ARCH}_ONLY and * BROKEN_${ARCH} to bsd.port.mk. Well, the idea was to have a "Makefile.${ARCH}" that defines these stuff. Do you think having variables is better? * I'll have some time after next Wednesday (family reunion in * Texas starting tomorrow) to work up some patches. Got any * preferences for the new features. One think someone should * probably take a look at how (Net|Open)BSD is handling this. * They have a ports tree that looks somewhat like our own and * surely they have something in there to handle multiple archs. "Someone". :) Meanwhile, if you can get them to work with "#ifdef __alpha" or whatever, go right ahead. Shimokawa-san, do you want commit access? * I certainly wouldn't mind seeing a weekly status report. I'll * let Satoshi speak for himself. :) However we should probably * hold off on sending this out to everyone at least in the very * near term until we get established who's doing what and where * all the packages are going to live. Otherwise we'll be fielding * tons of Email asking where things are and if our only answer * is "on our personal machines" they could get miffed. I can create a package-alpha dir on wcarchive if someone can build the packages. Actually, are those buildable on i386 machines under a chroot dir? If so, I can even build those myself. :) Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Dec 27 23:32:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA02604 for freebsd-alpha-outgoing; Sun, 27 Dec 1998 23:32:47 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA02598; Sun, 27 Dec 1998 23:32:45 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id QAA27027; Mon, 28 Dec 1998 16:32:28 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id QAA22417; Mon, 28 Dec 1998 16:32:27 +0900 (JST) To: asami@FreeBSD.ORG Cc: sprice@hiwaay.net, alpha@FreeBSD.ORG Subject: Re: Alpha ports collection? In-Reply-To: Your message of "Sun, 27 Dec 1998 17:24:50 -0800 (PST)" <199812280124.RAA27021@bubble.didi.com> References: <199812280124.RAA27021@bubble.didi.com> X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Mon, 28 Dec 1998 16:32:27 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 62 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org asami> * Some math libraries come with assembly for multiple platforms. asami> * A good example is the GNU gmp library. I do agree however that asami> * we should probably seriously consider adding ${ARCH}_ONLY and asami> * BROKEN_${ARCH} to bsd.port.mk. asami> asami> Well, the idea was to have a "Makefile.${ARCH}" that defines these asami> stuff. Do you think having variables is better? humm.. in the current framework, "BRONEN_ALPHA" is equivalent to: .if ${MACHINE_ARCH} == "alpha" BROKEN = cannot build on alpha .endif "ALPHA_ONLY" is equivalent to: .if ${MACHINE_ARCH} != "alpha" BROKEN = for alpha only .endif these may be enough for a while. I didn't think much about this. BTW, how shall we treat shareable packages (e.g. X11 and TeX fonts). It's waste of time and space to build packages on each architecture. Do we need ARCH_COMMON tag and packages-common directoy in addition to packages-i386 and packages-alpha? asami> * I'll have some time after next Wednesday (family reunion in asami> * Texas starting tomorrow) to work up some patches. Got any asami> * preferences for the new features. One think someone should asami> * probably take a look at how (Net|Open)BSD is handling this. asami> * They have a ports tree that looks somewhat like our own and asami> * surely they have something in there to handle multiple archs. asami> asami> "Someone". :) I'll try to look. asami> Meanwhile, if you can get them to work with "#ifdef __alpha" or asami> whatever, go right ahead. Shimokawa-san, do you want commit access? Yes, it should be hard to fix many ports without commit access. asami> * I certainly wouldn't mind seeing a weekly status report. I'll asami> * let Satoshi speak for himself. :) However we should probably asami> * hold off on sending this out to everyone at least in the very asami> * near term until we get established who's doing what and where asami> * all the packages are going to live. Otherwise we'll be fielding asami> * tons of Email asking where things are and if our only answer asami> * is "on our personal machines" they could get miffed. asami> asami> I can create a package-alpha dir on wcarchive if someone can build the asami> packages. Actually, are those buildable on i386 machines under a asami> chroot dir? If so, I can even build those myself. :) I afraid it's difficult. It shouldn't be difficult to get cross compiler work, but some ports may use their own bootstrap binaries (e.g. miniperl) which cannot run on i386. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 28 00:42:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07656 for freebsd-alpha-outgoing; Mon, 28 Dec 1998 00:42:22 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA07650; Mon, 28 Dec 1998 00:42:20 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id RAA27296; Mon, 28 Dec 1998 17:42:04 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id RAA22531; Mon, 28 Dec 1998 17:42:03 +0900 (JST) To: asami@FreeBSD.ORG Cc: sprice@hiwaay.net, alpha@FreeBSD.ORG Subject: Re: Alpha ports collection? In-Reply-To: Your message of "Mon, 28 Dec 1998 16:32:27 +0900" <19981228163227E.simokawa@sat.t.u-tokyo.ac.jp> References: <19981228163227E.simokawa@sat.t.u-tokyo.ac.jp> X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Mon, 28 Dec 1998 17:42:03 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 17 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org asami> * I'll have some time after next Wednesday (family reunion in asami> * Texas starting tomorrow) to work up some patches. Got any asami> * preferences for the new features. One think someone should asami> * probably take a look at how (Net|Open)BSD is handling this. asami> * They have a ports tree that looks somewhat like our own and asami> * surely they have something in there to handle multiple archs. asami> asami> "Someone". :) According to: ftp://www.netbsd.org/pub/NetBSD/NetBSD-current/pkgsrc/mk/bsd.pkg.mk they use lists "ONLY_FOR_ARCHS" and "NOT_FOR_ARCHS" and use Makefile.${MACHINE_ARCH}, patch.${MACHINE_ARCH} and so on, as well. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 28 01:52:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA11942 for freebsd-alpha-outgoing; Mon, 28 Dec 1998 01:52:28 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA11936 for ; Mon, 28 Dec 1998 01:52:25 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca32-59.ix.netcom.com [209.109.239.59]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id BAA24003; Mon, 28 Dec 1998 01:52:03 -0800 (PST) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id BAA19302; Mon, 28 Dec 1998 01:51:59 -0800 (PST) Date: Mon, 28 Dec 1998 01:51:59 -0800 (PST) Message-Id: <199812280951.BAA19302@silvia.hip.berkeley.edu> To: simokawa@sat.t.u-tokyo.ac.jp CC: sprice@hiwaay.net, alpha@FreeBSD.ORG In-reply-to: <19981228163227E.simokawa@sat.t.u-tokyo.ac.jp> (message from Hidetoshi Shimokawa on Mon, 28 Dec 1998 16:32:27 +0900) Subject: Re: Alpha ports collection? From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * BTW, how shall we treat shareable packages (e.g. X11 and TeX fonts). * It's waste of time and space to build packages on each architecture. * Do we need ARCH_COMMON tag and packages-common directoy in addition * to packages-i386 and packages-alpha? (Rolling eyes) I think you worry too much, Shimokawa-san. I think we can worry about those later. * Yes, it should be hard to fix many ports without commit access. Ok, I'll ask core about it. By the way, Steve, you seem to have an account on beast. If there is a problem, I can fix it. * I afraid it's difficult. It shouldn't be difficult to get cross compiler work, * but some ports may use their own bootstrap binaries (e.g. miniperl) which * cannot run on i386. Well, "some" is not too bad. If we can build most of them on i386 machines, then we can use real alphas to build the rest. The thing is that we've now got some funding to put together a "compilation farm" based on the method described in our paper. It's going to be something like 8 AMD K6-2 300's. Since alphas are still rather expensive, it's going to be much better if we can use those to build alpha packages as well as those for i386. (And maybe I can write another paper. :) * According to: * ftp://www.netbsd.org/pub/NetBSD/NetBSD-current/pkgsrc/mk/bsd.pkg.mk ftp * they use lists "ONLY_FOR_ARCHS" and "NOT_FOR_ARCHS" and use * Makefile.${MACHINE_ARCH}, patch.${MACHINE_ARCH} and so on, as well. Ok, I took a look. Yes, that looks better. I don't know when we'll go to more than two archs, but it's just about as easy to use as ONLY_FOR_ALPHA/BROKEN_ALPHA and infinitely more extendable. It doesn't look too hard to merge, but what's ${MACHINE_ARCH}? How's it different from our ${ARCH} (!= uname -m)? Is that the pc98/i386 thing? Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 28 02:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA13661 for freebsd-alpha-outgoing; Mon, 28 Dec 1998 02:10:03 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA13587; Mon, 28 Dec 1998 02:09:58 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id TAA27738; Mon, 28 Dec 1998 19:09:41 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id TAA22713; Mon, 28 Dec 1998 19:09:41 +0900 (JST) To: asami@FreeBSD.ORG Cc: sprice@hiwaay.net, alpha@FreeBSD.ORG Subject: Re: Alpha ports collection? In-Reply-To: Your message of "Mon, 28 Dec 1998 01:51:59 -0800 (PST)" <199812280951.BAA19302@silvia.hip.berkeley.edu> References: <199812280951.BAA19302@silvia.hip.berkeley.edu> X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Mon, 28 Dec 1998 19:09:40 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 15 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org asami> It doesn't look too hard to merge, but what's ${MACHINE_ARCH}? How's asami> it different from our ${ARCH} (!= uname -m)? Is that the pc98/i386 asami> thing? ${MACHINE_ARCH} seems to be a make built-in variable. simokawa@keiko[36]:/tmp> make -VMACHINE_ARCH alpha make: no target to make. It is also used in Makefiles under our /usr/src. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 28 02:25:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA15016 for freebsd-alpha-outgoing; Mon, 28 Dec 1998 02:25:48 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA15011 for ; Mon, 28 Dec 1998 02:25:47 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca32-59.ix.netcom.com [209.109.239.59]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id CAA24062; Mon, 28 Dec 1998 02:25:22 -0800 (PST) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id CAA19497; Mon, 28 Dec 1998 02:25:18 -0800 (PST) Date: Mon, 28 Dec 1998 02:25:18 -0800 (PST) Message-Id: <199812281025.CAA19497@silvia.hip.berkeley.edu> To: simokawa@sat.t.u-tokyo.ac.jp CC: sprice@hiwaay.net, alpha@FreeBSD.ORG In-reply-to: <19981228190940O.simokawa@sat.t.u-tokyo.ac.jp> (message from Hidetoshi Shimokawa on Mon, 28 Dec 1998 19:09:40 +0900) Subject: Re: Alpha ports collection? From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * ${MACHINE_ARCH} seems to be a make built-in variable. Oh, I see. It's a 3.0-only thing, that's why I didn't see it at home. (I wish they'd put it in the make manpage though.) Do you know why they are using MACHINE_ARCH and not MACHINE? Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 28 02:53:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA16556 for freebsd-alpha-outgoing; Mon, 28 Dec 1998 02:53:34 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA16536; Mon, 28 Dec 1998 02:53:27 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id VAA14726; Mon, 28 Dec 1998 21:55:45 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199812281055.VAA14726@cimlogic.com.au> Subject: Re: Alpha ports collection? In-Reply-To: <199812281025.CAA19497@silvia.hip.berkeley.edu> from Satoshi Asami at "Dec 28, 98 02:25:18 am" To: asami@FreeBSD.ORG (Satoshi Asami) Date: Mon, 28 Dec 1998 21:55:44 +1100 (EST) Cc: simokawa@sat.t.u-tokyo.ac.jp, sprice@hiwaay.net, alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Satoshi Asami wrote: > * ${MACHINE_ARCH} seems to be a make built-in variable. > > Oh, I see. It's a 3.0-only thing, that's why I didn't see it at home. > (I wish they'd put it in the make manpage though.) > > Do you know why they are using MACHINE_ARCH and not MACHINE? For example: MACHINE_ARCH=m68k MACHINE=mvme68k or in FreeBSD: MACHINE_ARCH=i386 MACHINE=pc98 MACHINE_ARCH=i386 MACHINE=i386 MACHINE_ARCH=alpha MACHINE=alpha Note that non-i386 versions of `make' have MACHINE_ARCH in-built. For i386, MACHINE_ARCH isn't actually defined in `make'. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 28 03:00:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA17215 for freebsd-alpha-outgoing; Mon, 28 Dec 1998 03:00:48 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA17210 for ; Mon, 28 Dec 1998 03:00:47 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca32-59.ix.netcom.com [209.109.239.59]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id DAA24114; Mon, 28 Dec 1998 03:00:19 -0800 (PST) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id DAA19630; Mon, 28 Dec 1998 03:00:11 -0800 (PST) Date: Mon, 28 Dec 1998 03:00:11 -0800 (PST) Message-Id: <199812281100.DAA19630@silvia.hip.berkeley.edu> To: jb@cimlogic.com.au CC: simokawa@sat.t.u-tokyo.ac.jp, sprice@hiwaay.net, alpha@FreeBSD.ORG In-reply-to: <199812281055.VAA14726@cimlogic.com.au> (message from John Birrell on Mon, 28 Dec 1998 21:55:44 +1100 (EST)) Subject: Re: Alpha ports collection? From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * MACHINE_ARCH=i386 MACHINE=pc98 * MACHINE_ARCH=i386 MACHINE=i386 This is what I wanted to know. Thanks. By the way, what does "uname -m" return in the pc98 case? * Note that non-i386 versions of `make' have MACHINE_ARCH in-built. For * i386, MACHINE_ARCH isn't actually defined in `make'. They get it from the kernel? (Gawd, I hate that.) We need to do something about it for 2.2 machines. Well, alpha is for 3.0 onwards only so maybe something like MACHINE_ARCH?=i386 in bsd.port.mk would do. Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 28 03:51:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA21979 for freebsd-alpha-outgoing; Mon, 28 Dec 1998 03:51:41 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA21974 for ; Mon, 28 Dec 1998 03:51:39 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id UAA28020 for ; Mon, 28 Dec 1998 20:51:23 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id UAA22879; Mon, 28 Dec 1998 20:51:22 +0900 (JST) To: freebsd-alpha@FreeBSD.ORG Subject: panic in pmap_remove_all X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Mon, 28 Dec 1998 20:51:22 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 19 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I got the following panice twice. I used MFS intensively. Sorry, I have no coredump. panic: pmap_remove_all: pv_table for 858a000 is inconsistent db> trace Debugger..ng() at Debugger..ng+0x24 panic..ng() at panic..ng+0xf0 pmap_remove_all..ng() at pmap_remove_all..ng+0x144 pmap_page_protect..ng() at pmap_page_protect..ng+0x2c vm_page_cache..ng() at vm_page_cache..ng+0xd4 vm_pageout_scan..ng() at vm_pageout_scan..ng+0x3ac vm_pageout..ng() at vm_pageout..ng+0x2e0 kproc_start..ng() at kproc_start..ng+0x54 exception_return() at exception_return /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 28 08:39:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA17330 for freebsd-alpha-outgoing; Mon, 28 Dec 1998 08:39:05 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from gjp.erols.com (alex-va-n008c079.moon.jic.com [206.156.18.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA17318; Mon, 28 Dec 1998 08:39:00 -0800 (PST) (envelope-from gjp@gjp.erols.com) Received: from gjp.erols.com (localhost.erols.com [127.0.0.1]) by gjp.erols.com (8.9.1/8.8.7) with ESMTP id LAA84057; Mon, 28 Dec 1998 11:38:43 -0500 (EST) (envelope-from gjp@gjp.erols.com) X-Mailer: exmh version 2.0.1 12/23/97 To: alpha@FreeBSD.ORG cc: phk@FreeBSD.ORG From: "Gary Palmer" Subject: i4b Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Dec 1998 11:38:43 -0500 Message-ID: <84053.914863123@gjp.erols.com> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I just made i4b a i386 only proposition until it gets straighened out for a multi-architecture build: /usr/src/usr.sbin/i4b/isdntrace/trace.h:62: machine/i4b_ioctl.h: No such file or directory (cascade of related errors follow) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 28 08:45:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA17855 for freebsd-alpha-outgoing; Mon, 28 Dec 1998 08:45:10 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA17849; Mon, 28 Dec 1998 08:45:06 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id RAA74000; Mon, 28 Dec 1998 17:44:19 +0100 (CET) To: "Gary Palmer" cc: alpha@FreeBSD.ORG Subject: Re: i4b In-reply-to: Your message of "Mon, 28 Dec 1998 11:38:43 EST." <84053.914863123@gjp.erols.com> Date: Mon, 28 Dec 1998 17:44:18 +0100 Message-ID: <73998.914863458@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <84053.914863123@gjp.erols.com>, "Gary Palmer" writes: > >I just made i4b a i386 only proposition until it gets straighened out for a >multi-architecture build: Good point. Didn't think of that. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 28 11:55:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA10717 for freebsd-alpha-outgoing; Mon, 28 Dec 1998 11:55:41 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA10664; Mon, 28 Dec 1998 11:55:30 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id TAA14539; Mon, 28 Dec 1998 19:55:05 GMT Date: Mon, 28 Dec 1998 19:55:05 +0000 (GMT) From: Doug Rabson To: Gary Palmer cc: alpha@FreeBSD.ORG, phk@FreeBSD.ORG Subject: Re: i4b In-Reply-To: <84053.914863123@gjp.erols.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 28 Dec 1998, Gary Palmer wrote: > > I just made i4b a i386 only proposition until it gets straighened out for a > multi-architecture build: > > /usr/src/usr.sbin/i4b/isdntrace/trace.h:62: machine/i4b_ioctl.h: No such file > or > directory > > (cascade of related errors follow) If it is at all useful for non-i386 machines, then the driver api headers should be in sys/ and not machine/. At least sys seemed to be the consensus location last time this was discussed. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 28 15:42:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13156 for freebsd-alpha-outgoing; Mon, 28 Dec 1998 15:42:40 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA13146; Mon, 28 Dec 1998 15:42:35 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id KAA17028; Tue, 29 Dec 1998 10:45:01 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199812282345.KAA17028@cimlogic.com.au> Subject: Re: Alpha ports collection? In-Reply-To: <199812281100.DAA19630@silvia.hip.berkeley.edu> from Satoshi Asami at "Dec 28, 98 03:00:11 am" To: asami@FreeBSD.ORG (Satoshi Asami) Date: Tue, 29 Dec 1998 10:45:01 +1100 (EST) Cc: jb@cimlogic.com.au, simokawa@sat.t.u-tokyo.ac.jp, sprice@hiwaay.net, alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Satoshi Asami wrote: > * MACHINE_ARCH=i386 MACHINE=pc98 > * MACHINE_ARCH=i386 MACHINE=i386 > > This is what I wanted to know. Thanks. By the way, what does "uname > -m" return in the pc98 case? I think Kato had an issue with that which required that machine stay as i386 in the PC98 kernel. We should ask the pc98 crew about those issues. > > * Note that non-i386 versions of `make' have MACHINE_ARCH in-built. For > * i386, MACHINE_ARCH isn't actually defined in `make'. > > They get it from the kernel? (Gawd, I hate that.) In the FreeBSD version of `make', MACHINE_ARCH hasn't traditionally been set despite the fact that the code supports it. There is no point setting it now because of backward compatibility. We just test for MACHINE_ARCH in the .mk files are set it to i386 if it doesn't exist. > We need to do something about it for 2.2 machines. Well, alpha is for > 3.0 onwards only so maybe something like MACHINE_ARCH?=i386 in > bsd.port.mk would do. That's right. We assume that any future architectures will have MACHINE_ARCH set as required. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 28 19:42:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA08836 for freebsd-alpha-outgoing; Mon, 28 Dec 1998 19:42:14 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA08829 for ; Mon, 28 Dec 1998 19:42:12 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id MAA01021 for ; Tue, 29 Dec 1998 12:41:54 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id MAA00406; Tue, 29 Dec 1998 12:41:53 +0900 (JST) To: freebsd-alpha@FreeBSD.ORG Subject: mountd fix for alpha X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Tue, 29 Dec 1998 12:41:53 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 170 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Here is a patch to make mountd work. It just replace u_long with u_int32_t and shouldn't affect on i386. Without this patch, - unaligned accesses occur - permission denied randomly Could someone review and commit this? /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp Index: mountd.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/sbin/mountd/mountd.c,v retrieving revision 1.33 diff -u -r1.33 mountd.c --- mountd.c 1998/08/02 16:06:34 1.33 +++ mountd.c 1998/12/29 03:03:45 @@ -119,9 +119,9 @@ #define EX_LINKED 0x1 struct netmsk { - u_long nt_net; - u_long nt_mask; - char *nt_name; + u_int32_t nt_net; + u_int32_t nt_mask; + char *nt_name; }; union grouptypes { @@ -163,7 +163,7 @@ void add_mlist __P((char *, char *)); int check_dirpath __P((char *)); int check_options __P((struct dirlist *)); -int chk_host __P((struct dirlist *, u_long, int *, int *)); +int chk_host __P((struct dirlist *, u_int32_t, int *, int *)); void del_mlist __P((char *, char *)); struct dirlist *dirp_search __P((struct dirlist *, char *)); int do_mount __P((struct exportlist *, struct grouplist *, int, @@ -192,7 +192,7 @@ void out_of_mem __P((void)); void parsecred __P((char *, struct ucred *)); int put_exlist __P((struct dirlist *, XDR *, struct dirlist *, int *)); -int scan_tree __P((struct dirlist *, u_long)); +int scan_tree __P((struct dirlist *, u_int32_t)); void send_umntall __P((void)); int umntall_each __P((caddr_t, struct sockaddr_in *)); static void usage __P((void)); @@ -376,7 +376,7 @@ struct statfs fsb; struct hostent *hp; struct in_addr saddrin; - u_long saddr; + u_int32_t saddr; u_short sport; char rpcpath[RPCMNT_PATHLEN + 1], dirpath[MAXPATHLEN]; int bad = 0, defset, hostset; @@ -952,7 +952,7 @@ out_of_mem(); hpe->h_name = strdup("Default"); hpe->h_addrtype = AF_INET; - hpe->h_length = sizeof (u_long); + hpe->h_length = sizeof (u_int32_t); hpe->h_addr_list = (char **)NULL; grp->gr_ptr.gt_hostent = hpe; @@ -1247,13 +1247,13 @@ int chk_host(dp, saddr, defsetp, hostsetp) struct dirlist *dp; - u_long saddr; + u_int32_t saddr; int *defsetp; int *hostsetp; { struct hostlist *hp; struct grouplist *grp; - u_long **addrp; + u_int32_t **addrp; if (dp) { if (dp->dp_flag & DP_DEFSET) @@ -1263,7 +1263,7 @@ grp = hp->ht_grp; switch (grp->gr_type) { case GT_HOST: - addrp = (u_long **) + addrp = (u_int32_t **) grp->gr_ptr.gt_hostent->h_addr_list; while (*addrp) { if (**addrp == saddr) { @@ -1293,7 +1293,7 @@ int scan_tree(dp, saddr) struct dirlist *dp; - u_long saddr; + u_int32_t saddr; { int defset, hostset; @@ -1458,7 +1458,7 @@ char **addrp, **naddrp; struct hostent t_host; int i; - u_long saddr; + u_int32_t saddr; char *aptr[2]; if (grp->gr_type != GT_NULL) @@ -1475,7 +1475,7 @@ hp = &t_host; hp->h_name = cp; hp->h_addrtype = AF_INET; - hp->h_length = sizeof (u_long); + hp->h_length = sizeof (u_int32_t); hp->h_addr_list = aptr; aptr[0] = (char *)&saddr; aptr[1] = (char *)NULL; @@ -1494,8 +1494,8 @@ if (checkgrp->gr_type == GT_HOST && checkgrp->gr_ptr.gt_hostent != NULL && (!strcmp(checkgrp->gr_ptr.gt_hostent->h_name, hp->h_name) - || *(unsigned long *)checkgrp->gr_ptr.gt_hostent->h_addr == - *(unsigned long *)hp->h_addr)) { + || *(u_int32_t *)checkgrp->gr_ptr.gt_hostent->h_addr == + *(u_int32_t *)hp->h_addr)) { grp->gr_type = GT_IGNORE; return(0); } @@ -1640,7 +1640,7 @@ struct statfs *fsb; { char *cp = (char *)NULL; - u_long **addrp; + u_int32_t **addrp; int done; char savedc = '\0'; struct sockaddr_in sin, imask; @@ -1652,7 +1652,7 @@ struct msdosfs_args da; #endif } args; - u_long net; + u_int32_t net; args.ua.fspec = 0; args.ua.export.ex_flags = exflags; @@ -1665,9 +1665,9 @@ imask.sin_family = AF_INET; imask.sin_len = sizeof(sin); if (grp->gr_type == GT_HOST) - addrp = (u_long **)grp->gr_ptr.gt_hostent->h_addr_list; + addrp = (u_int32_t **)grp->gr_ptr.gt_hostent->h_addr_list; else - addrp = (u_long **)NULL; + addrp = (u_int32_t **)NULL; done = FALSE; while (!done) { switch (grp->gr_type) { @@ -1759,7 +1759,7 @@ } if (addrp) { ++addrp; - if (*addrp == (u_long *)NULL) + if (*addrp == (u_int32_t *)NULL) done = TRUE; } else done = TRUE; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 29 03:20:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA18993 for freebsd-alpha-outgoing; Tue, 29 Dec 1998 03:20:34 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA18972 for ; Tue, 29 Dec 1998 03:20:29 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id LAA52472; Tue, 29 Dec 1998 11:19:35 GMT Date: Tue, 29 Dec 1998 11:19:35 +0000 (GMT) From: Doug Rabson To: Hidetoshi Shimokawa cc: freebsd-alpha@FreeBSD.ORG Subject: Re: panic in pmap_remove_all In-Reply-To: <19981228205122M.simokawa@sat.t.u-tokyo.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 28 Dec 1998, Hidetoshi Shimokawa wrote: > I got the following panice twice. I used MFS intensively. > Sorry, I have no coredump. > > panic: pmap_remove_all: pv_table for 858a000 is inconsistent > db> trace > Debugger..ng() at Debugger..ng+0x24 > panic..ng() at panic..ng+0xf0 > pmap_remove_all..ng() at pmap_remove_all..ng+0x144 > pmap_page_protect..ng() at pmap_page_protect..ng+0x2c > vm_page_cache..ng() at vm_page_cache..ng+0xd4 > vm_pageout_scan..ng() at vm_pageout_scan..ng+0x3ac > vm_pageout..ng() at vm_pageout..ng+0x2e0 > kproc_start..ng() at kproc_start..ng+0x54 > exception_return() at exception_return These bugs are extremely hard to find (it usually involves adding extra instrumentation to pmap and spending long periods of time in the debugger). I doubt if I can fix it without being able to reproduce it locally. Can you give me an idea of what kind of workload triggers the panic? -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 29 17:32:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11285 for freebsd-alpha-outgoing; Tue, 29 Dec 1998 17:32:42 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from saturn.spel.com (saturn.spel.com [208.226.39.196]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA11280 for ; Tue, 29 Dec 1998 17:32:40 -0800 (PST) (envelope-from mturpin@saturn.spel.com) Received: from localhost (mturpin@localhost) by saturn.spel.com (8.9.1/8.9.1) with ESMTP id UAA03158 for ; Tue, 29 Dec 1998 20:28:38 -0500 (EST) (envelope-from mturpin@saturn.spel.com) Date: Tue, 29 Dec 1998 20:28:37 -0500 (EST) From: Mark Turpin To: Alpha Mailing list Subject: 3.0-19981208-SNAP - Boot problem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As I posted earlier I get the following error on my multia. insufficent dynamic memory for a request of 3275342649 bytes So, I've done some checking and it seems to me that in /usr/src/sys/boot/alpha/boot1/sys.c fs->fs_bsize is REALLY big. Large enough to give the above error (3GB). If I compile boot.c with #define DEBUG it will lockup in devread on puthex(size). devread is called from find() in sys.c like this: devread(iobuf, fsbtodb(fs, ino_to_fsba(fs, ino)) + boff, fs->fs_bsize_); Am I doing something stupid to cause this? Thanks Mark ----------------------------------------------------------------------------- Mark Turpin | Consulting - Training - Network Installation Systems Engineer | Main Street Technology Centre | http://www.MainStreetTech.com ----------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 30 13:14:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA01890 for freebsd-alpha-outgoing; Wed, 30 Dec 1998 13:14:12 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA01884 for ; Wed, 30 Dec 1998 13:14:10 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 59800 invoked by uid 1000); 30 Dec 1998 22:19:23 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 30 Dec 1998 17:19:23 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-alpha@FreeBSD.ORG Subject: What does this mean? Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Actually; How do I fix that? cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- -I. -I../../.. -I../../../../include -DKERNEL -include opt_global.h ../../../alpha/alpha/interrupt.c /var/tmp/ccaf2165.s: Assembler messages: /var/tmp/ccaf2165.s:425: Error: macro requires $at register while noat in effect /var/tmp/ccaf2165.s:443: Error: macro requires $at register while noat in effect *** Error code 1 Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 30 21:14:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20911 for freebsd-alpha-outgoing; Wed, 30 Dec 1998 21:14:09 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA20905 for ; Wed, 30 Dec 1998 21:14:08 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id OAA09588; Thu, 31 Dec 1998 14:13:47 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id OAA06315; Thu, 31 Dec 1998 14:13:46 +0900 (JST) To: dfr@nlsystems.com Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: panic in pmap_remove_all In-Reply-To: Your message of "Tue, 29 Dec 1998 11:19:35 +0000 (GMT)" References: X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Thu, 31 Dec 1998 14:13:46 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 34 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org dfr> > panic: pmap_remove_all: pv_table for 858a000 is inconsistent dfr> > db> trace dfr> > Debugger..ng() at Debugger..ng+0x24 dfr> > panic..ng() at panic..ng+0xf0 dfr> > pmap_remove_all..ng() at pmap_remove_all..ng+0x144 dfr> > pmap_page_protect..ng() at pmap_page_protect..ng+0x2c dfr> > vm_page_cache..ng() at vm_page_cache..ng+0xd4 dfr> > vm_pageout_scan..ng() at vm_pageout_scan..ng+0x3ac dfr> > vm_pageout..ng() at vm_pageout..ng+0x2e0 dfr> > kproc_start..ng() at kproc_start..ng+0x54 dfr> > exception_return() at exception_return dfr> dfr> These bugs are extremely hard to find (it usually involves adding extra dfr> instrumentation to pmap and spending long periods of time in the dfr> debugger). I doubt if I can fix it without being able to reproduce it dfr> locally. Can you give me an idea of what kind of workload triggers the dfr> panic? I was building packages under MFS. The machine has one 9GB disk(1GB for swap) and 512MB memory. All partitions use softupdates. I repeated the following procedure for 'each' port. (mount MFS on /chroot) 1) extract FreeBSD core distribution with tar under /chroot 2) chroot to /chroot and pkg_add dependent packages, then make package. 3) delete all files under /chroot /chroot occupies around 300MB - 600MB. Do you think this is alpha specific problem? /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 30 21:59:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA25364 for freebsd-alpha-outgoing; Wed, 30 Dec 1998 21:59:35 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA25358; Wed, 30 Dec 1998 21:59:33 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id OAA09688; Thu, 31 Dec 1998 14:59:11 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id OAA06385; Thu, 31 Dec 1998 14:59:10 +0900 (JST) To: alpha@FreeBSD.ORG Cc: asami@FreeBSD.ORG, sprice@hiwaay.net Subject: Re: Alpha ports collection? X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Thu, 31 Dec 1998 14:59:10 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 48 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have built packages with Asami-san's new build method. About 1070 packages have been built and about 280 packages have failed. You can get the list of failed packages and the build log at: http://www.sat.t.u-tokyo.ac.jp/~simokawa/alpha/logs/ The "reason" fields are generated from log automatically. A) compiler problem [gcc] cc: Internal compiler error: program cc1 got fatal signal 6 [f77] floating exception during constant evaluation B) sound support [sound] machine/soundcard.h: No such file or directory [linus-sound] linux/soundcard.h: No such file or directory C) type confilct [time] time() [conflict] others D) unapropriate compile option [m486] CFLAGS includes -m486 E) only for i386? [format] File format not recognized [asm] assembler complains F) general error [checksum] md5 Checksum mismatch [fetch] Couldn't fetch it [pkg] pkg_create failed G) unknown [?] Problem A) is beyond my knowledge, so I appreciate it if someone look into this problem. I am using default cc with Doug's patch. I supporse if we just add include files, most of problem B) should disappear. But we have no sound card support yet. Shall we mark them BROKEN for alpha? Most of C) and D) should be easy to fix. Is it ok to just remove -m486 or replacing it with CFLAGS_ARCH is better? /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 30 22:16:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA26553 for freebsd-alpha-outgoing; Wed, 30 Dec 1998 22:16:42 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from lambic.physics.montana.edu (lambic.physics.montana.edu [153.90.192.128]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA26547; Wed, 30 Dec 1998 22:16:41 -0800 (PST) (envelope-from handy@lambic.physics.montana.edu) Received: from localhost (handy@localhost) by lambic.physics.montana.edu (8.8.8/8.8.7) with ESMTP id XAA23711; Wed, 30 Dec 1998 23:16:10 -0700 (MST) (envelope-from handy@lambic.physics.montana.edu) Date: Wed, 30 Dec 1998 23:16:10 -0700 (MST) From: Brian Handy To: asami@FreeBSD.ORG cc: alpha@FreeBSD.ORG Subject: Re: Alpha ports collection? In-Reply-To: <19981231145910Y.simokawa@sat.t.u-tokyo.ac.jp> Message-ID: X-files: The truth is out there MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 31 Dec 1998, Hidetoshi Shimokawa wrote: >I have built packages with Asami-san's new build method. Hmm, I just went surfing this and a couple of mine don't work. One in particular is asapm, which doesn't actually surprise me since it's a laptop applet. However, I'm surprised at the failure mode: ===> Building for asapm-2.3 cc -O -pipe -I/usr/X11R6/include -c apm_react.c cc -O -pipe -I/usr/X11R6/include -c apm_rc.c cc -O -pipe -I/usr/X11R6/include -c apm_read.c apm_read.c:24: machine/apm_bios.h: No such file or directory I surfed the CVS tree a bit, and of course...there's no apm_bios.h file in the Alpha tree, so maybe I'm not so surprised. Is that because there's no apm stuff for the Alpha? I don't see any hope for fixing this. (A cursory browse of the OpenBSD Alpha source tree confirmed they don't have this file either.) I don't know if there's been some sort of BROKEN_ALPHA flag invented yet, but this port is a strong candidate for that if it becomes the case. Happy trails, Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 31 00:17:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07377 for freebsd-alpha-outgoing; Thu, 31 Dec 1998 00:17:34 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA07371; Thu, 31 Dec 1998 00:17:32 -0800 (PST) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zvdI0-00005b-00; Thu, 31 Dec 1998 01:17:04 -0700 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id BAA61494; Thu, 31 Dec 1998 01:15:00 -0700 (MST) Message-Id: <199812310815.BAA61494@harmony.village.org> To: Brian Handy Subject: Re: Alpha ports collection? Cc: asami@FreeBSD.ORG, alpha@FreeBSD.ORG In-reply-to: Your message of "Wed, 30 Dec 1998 23:16:10 MST." References: Date: Thu, 31 Dec 1998 01:14:59 -0700 From: Warner Losh Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message Brian Handy writes: : ===> Building for asapm-2.3 : cc -O -pipe -I/usr/X11R6/include -c apm_react.c : cc -O -pipe -I/usr/X11R6/include -c apm_rc.c : cc -O -pipe -I/usr/X11R6/include -c apm_read.c : apm_read.c:24: machine/apm_bios.h: No such file or directory This file doesn't exist on the alpha because APM is x86 specific. : I don't see any hope for fixing this. (A cursory browse of the OpenBSD : Alpha source tree confirmed they don't have this file either.) I don't : know if there's been some sort of BROKEN_ALPHA flag invented yet, but this : port is a strong candidate for that if it becomes the case. NetBSD and OpenBSD both have ONLY_FOR_ARCHS - If a port only makes sense to certain architectures, this is a list containing the names for them. It is checked against the predefined ${MACHINE_ARCH} value >From looking at the last bsd.port.mk file that I have on my system, it appears that this isn't present in FreeBSD yet. For the moment, the best way to fix this is to add something like: .if ${MACHINE_ARCH} != "i386" BROKEN="Only for APM enabled Intel machines" .endif to the Makefile for the port. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 31 01:43:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA12345 for freebsd-alpha-outgoing; Thu, 31 Dec 1998 01:43:17 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA12339; Thu, 31 Dec 1998 01:43:14 -0800 (PST) (envelope-from narvi@haldjas.folklore.ee) Received: from haldjas.folklore.ee (haldjas.folklore.ee [172.17.2.1] (may be forged)) by haldjas.folklore.ee (8.8.8/8.8.4) with SMTP id LAA03332; Thu, 31 Dec 1998 11:42:42 +0200 (EET) Date: Thu, 31 Dec 1998 11:42:42 +0200 (EET) From: Narvi To: Brian Handy cc: asami@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Alpha ports collection? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 30 Dec 1998, Brian Handy wrote: > On Thu, 31 Dec 1998, Hidetoshi Shimokawa wrote: > > >I have built packages with Asami-san's new build method. > > Hmm, I just went surfing this and a couple of mine don't work. One in > particular is asapm, which doesn't actually surprise me since it's a > laptop applet. However, I'm surprised at the failure mode: > > ===> Building for asapm-2.3 > cc -O -pipe -I/usr/X11R6/include -c apm_react.c > cc -O -pipe -I/usr/X11R6/include -c apm_rc.c > cc -O -pipe -I/usr/X11R6/include -c apm_read.c > apm_read.c:24: machine/apm_bios.h: No such file or directory > > I surfed the CVS tree a bit, and of course...there's no apm_bios.h file in > the Alpha tree, so maybe I'm not so surprised. Is that because there's no > apm stuff for the Alpha? > > I don't see any hope for fixing this. (A cursory browse of the OpenBSD > Alpha source tree confirmed they don't have this file either.) I don't > know if there's been some sort of BROKEN_ALPHA flag invented yet, but this > port is a strong candidate for that if it becomes the case. > IMHO there should also be the NO_ALPHA (in general, NO_XXXX) which means that the port is not applicapble to XXXX. After all, it is probable that in some time there will be some ports specific to alpha, in which case they would be marked NO_I386. The difference would be that BROKEN_XXXX would mean that the port is broken and needs fixing, while NO_XXXX would mean that it is not apllicable. IMHO it is a useful difference. > > Happy trails, > > Brian > Sander, this should probably be in -arch There is no love, no good, no happiness and no future - all these are just illusions. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 31 02:37:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA16351 for freebsd-alpha-outgoing; Thu, 31 Dec 1998 02:37:41 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA16346 for ; Thu, 31 Dec 1998 02:37:39 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id XAA14827; Wed, 30 Dec 1998 23:20:37 GMT Date: Wed, 30 Dec 1998 23:20:37 +0000 (GMT) From: Doug Rabson To: Simon Shapiro cc: freebsd-alpha@FreeBSD.ORG Subject: Re: What does this mean? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 30 Dec 1998, Simon Shapiro wrote: > Actually; How do I fix that? > > > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- > -I. -I../../.. -I../../../../include -DKERNEL -include opt_global.h > ../../../alpha/alpha/interrupt.c > /var/tmp/ccaf2165.s: Assembler messages: > /var/tmp/ccaf2165.s:425: Error: macro requires $at register while noat in > effect > /var/tmp/ccaf2165.s:443: Error: macro requires $at register while noat in > effect > *** Error code 1 Install new makefiles: cp /usr/src/share/mk/bsd.kern.mk /usr/share/mk Make sure you clean your kernel build properly after this since any file built without -mno-fp-regs will cause a kernel panic. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 31 08:04:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14089 for freebsd-alpha-outgoing; Thu, 31 Dec 1998 08:04:55 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA14083; Thu, 31 Dec 1998 08:04:53 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.1a/8.9.0) with SMTP id KAA27801; Thu, 31 Dec 1998 10:04:33 -0600 (CST) Date: Thu, 31 Dec 1998 10:04:33 -0600 (CST) From: Steve Price To: Satoshi Asami cc: simokawa@sat.t.u-tokyo.ac.jp, alpha@FreeBSD.ORG Subject: Re: Alpha ports collection? In-Reply-To: <199812280124.RAA27021@bubble.didi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 27 Dec 1998, Satoshi Asami wrote: [...] # I can create a package-alpha dir on wcarchive if someone can build the # packages. Actually, are those buildable on i386 machines under a # chroot dir? If so, I can even build those myself. :) As Simokawa-san stated in another mail I don't think we can build all of the packages on i386 machines. However thanks to Jordan (and I suppose Walnut Creek) we will soon have another Alpha machine we can use to build packages. :) -steve # Satoshi # To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 31 08:10:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14893 for freebsd-alpha-outgoing; Thu, 31 Dec 1998 08:10:56 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA14793; Thu, 31 Dec 1998 08:10:54 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.1a/8.9.0) with SMTP id KAA10006; Thu, 31 Dec 1998 10:10:34 -0600 (CST) Date: Thu, 31 Dec 1998 10:10:34 -0600 (CST) From: Steve Price To: Satoshi Asami cc: simokawa@sat.t.u-tokyo.ac.jp, alpha@FreeBSD.ORG Subject: Re: Alpha ports collection? In-Reply-To: <199812280951.BAA19302@silvia.hip.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 28 Dec 1998, Satoshi Asami wrote: # By the way, Steve, you seem to have an # account on beast. If there is a problem, I can fix it. The problem appears to be on my end. Because I have a dynamic IP at home, I have to doink around with my authorized_keys file to let me in. Shouldn't be hard to fix, just a pain. :) -steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 31 08:51:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA19203 for freebsd-alpha-outgoing; Thu, 31 Dec 1998 08:51:50 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA19197; Thu, 31 Dec 1998 08:51:47 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.1a/8.9.0) with SMTP id KAA30606; Thu, 31 Dec 1998 10:51:20 -0600 (CST) Date: Thu, 31 Dec 1998 10:51:20 -0600 (CST) From: Steve Price To: Narvi cc: Brian Handy , asami@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Alpha ports collection? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 31 Dec 1998, Narvi wrote: # IMHO there should also be the NO_ALPHA (in general, NO_XXXX) which means # that the port is not applicapble to XXXX. After all, it is probable that # in some time there will be some ports specific to alpha, in which case # they would be marked NO_I386. # # The difference would be that BROKEN_XXXX would mean that the port is # broken and needs fixing, while NO_XXXX would mean that it is not # apllicable. # # IMHO it is a useful difference. I too like the idea of BROKEN_XXX, but I'd like to propose a little different tact for NO_XXX. The latter could easily get out of hand. Suppose we support ten archs, [A-J], and a port only works for A. We would have to have something along these lines in the port's Makefile. NO_B= yes NO_C= yes ... NO_J= YES Of course you could use ONLY_A, but what if it works for [A-D]. We have the same effect. How about we come up with something like this: EXCLUDE_ARCHS= B C D E F G H I J Or for the purist among us maybe the converse of this would be even better, since it wouldn't include archs we didn't know about or weren't yet known to work on. INCLUDE_ARCHS= A This would require us to add 'INCLUDE_ARCHS=i386' to every port currently in the tree, but that shouldn't be too painful. Comments? Maybe BUILD_ARCHS instead of INCLUDE_ARCHS? -steve # Sander, # this should probably be in -arch # # There is no love, no good, no happiness and no future - # all these are just illusions. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 31 09:08:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA21012 for freebsd-alpha-outgoing; Thu, 31 Dec 1998 09:08:26 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from duhnet.net (like.duh.org [207.30.95.211]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA21001; Thu, 31 Dec 1998 09:08:24 -0800 (PST) (envelope-from tv@pobox.com) Received: from localhost (IDENT:tv@localhost [127.0.0.1]) by duhnet.net (8.9.1/8.9.1/Duh-3.0.0) with ESMTP id MAA29798Thu, 31 Dec 1998 12:08:58 -0500 (EST) Date: Thu, 31 Dec 1998 12:08:57 -0500 (EST) From: Todd Vierling X-Sender: tv@duhnet.net To: Steve Price cc: Narvi , Brian Handy , asami@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Alpha ports collection? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 31 Dec 1998, Steve Price wrote: : Of course you could use ONLY_A, but what if it works for [A-D]. : We have the same effect. How about we come up with something : like this: : : EXCLUDE_ARCHS= B C D E F G H I J : : Or for the purist among us maybe the converse of this would : be even better, since it wouldn't include archs we didn't : know about or weren't yet known to work on. : : INCLUDE_ARCHS= A I suggest looking near the top of NetBSD's bsd.pkg.mk; it has both sets of logic available with the names `ONLY_FOR_ARCHS' and `NOT_FOR_ARCHS'. -- -- Todd Vierling (Personal tv@pobox.com; Bus. todd_vierling@xn.xerox.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 31 09:17:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA21790 for freebsd-alpha-outgoing; Thu, 31 Dec 1998 09:17:01 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA21784; Thu, 31 Dec 1998 09:16:59 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.1a/8.9.0) with SMTP id LAA02254; Thu, 31 Dec 1998 11:16:16 -0600 (CST) Date: Thu, 31 Dec 1998 11:16:16 -0600 (CST) From: Steve Price To: Todd Vierling cc: Narvi , Brian Handy , asami@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Alpha ports collection? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 31 Dec 1998, Todd Vierling wrote: # I suggest looking near the top of NetBSD's bsd.pkg.mk; it has both sets of # logic available with the names `ONLY_FOR_ARCHS' and `NOT_FOR_ARCHS'. Just did. Can't say as I'm thrilled about the names but they definitely fit the bill. :) -steve # -- # -- Todd Vierling (Personal tv@pobox.com; Bus. todd_vierling@xn.xerox.com) # # To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 31 09:23:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA22300 for freebsd-alpha-outgoing; Thu, 31 Dec 1998 09:23:14 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from duhnet.net (like.duh.org [207.30.95.211]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA22294; Thu, 31 Dec 1998 09:23:12 -0800 (PST) (envelope-from tv@pobox.com) Received: from localhost (IDENT:tv@localhost [127.0.0.1]) by duhnet.net (8.9.1/8.9.1/Duh-3.0.0) with ESMTP id MAA00596Thu, 31 Dec 1998 12:23:48 -0500 (EST) Date: Thu, 31 Dec 1998 12:23:48 -0500 (EST) From: Todd Vierling X-Sender: tv@duhnet.net To: Steve Price cc: Narvi , Brian Handy , asami@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Alpha ports collection? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 31 Dec 1998, Steve Price wrote: : # I suggest looking near the top of NetBSD's bsd.pkg.mk; it has both sets of : # logic available with the names `ONLY_FOR_ARCHS' and `NOT_FOR_ARCHS'. : : Just did. Can't say as I'm thrilled about the names but : they definitely fit the bill. :) Actually, the ONLY_FOR_ARCHS was inherited from OpenBSD. We invented NOT_FOR_ as a counterpart. :) -- -- Todd Vierling (Personal tv@pobox.com; Bus. todd_vierling@xn.xerox.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 31 09:31:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA23210 for freebsd-alpha-outgoing; Thu, 31 Dec 1998 09:31:54 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA23171; Thu, 31 Dec 1998 09:31:19 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.1a/8.9.0) with SMTP id LAA14588; Thu, 31 Dec 1998 11:30:43 -0600 (CST) Date: Thu, 31 Dec 1998 11:30:42 -0600 (CST) From: Steve Price To: Todd Vierling cc: Narvi , Brian Handy , asami@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Alpha ports collection? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 31 Dec 1998, Todd Vierling wrote: # Actually, the ONLY_FOR_ARCHS was inherited from OpenBSD. We invented # NOT_FOR_ as a counterpart. :) I see. :) BTW, how does NetBSD go about building packages? Have you taken a look at the parallel build scripts that Satoshi committed? Do you have any alternate scripts that you use that you would be willing to share with us? -steve # -- # -- Todd Vierling (Personal tv@pobox.com; Bus. todd_vierling@xn.xerox.com) # # To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 31 09:58:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA26238 for freebsd-alpha-outgoing; Thu, 31 Dec 1998 09:58:11 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from duhnet.net (like.duh.org [207.30.95.211]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA26233 for ; Thu, 31 Dec 1998 09:58:09 -0800 (PST) (envelope-from tv@pobox.com) Received: from localhost (IDENT:tv@localhost [127.0.0.1]) by duhnet.net (8.9.1/8.9.1/Duh-3.0.0) with ESMTP id MAA10620Thu, 31 Dec 1998 12:59:37 -0500 (EST) Date: Thu, 31 Dec 1998 12:59:37 -0500 (EST) From: Todd Vierling X-Sender: tv@duhnet.net To: Steve Price cc: alpha@FreeBSD.ORG Subject: Re: Alpha ports collection? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 31 Dec 1998, Steve Price wrote: : BTW, how does NetBSD go about building packages? Have you : taken a look at the parallel build scripts that Satoshi : committed? Do you have any alternate scripts that you use : that you would be willing to share with us? You're probably best asking hubertf@netbsd.org - he's done some progress for our setup for easier bulk-pkg builds. Since I only do them in bits, I really don't know what our procedures are. -- -- Todd Vierling (Personal tv@pobox.com; Bus. todd_vierling@xn.xerox.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 31 11:24:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA08096 for freebsd-alpha-outgoing; Thu, 31 Dec 1998 11:24:35 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from qiclab.scn.rain.com (qiclab.scn.rain.com [205.238.26.97]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA08091 for ; Thu, 31 Dec 1998 11:24:34 -0800 (PST) (envelope-from sopwith.UUCP!snoopy@qiclab.scn.rain.com) Received: by qiclab.scn.rain.com (Smail-3.2.0.103 1998-Oct-9 #2) id ; Thu, 31 Dec 1998 11:24:14 -0800 (PST) Received: from localhost by sopwith.UUCP (8.8.8/6.24) id TAA05112; Thu, 31 Dec 1998 19:15:45 GMT Message-Id: <199812311915.TAA05112@sopwith.UUCP> To: qiclab!FreeBSD.ORG!alpha Reply-To: qiclab!sopwith.UUCP!qiclab.scn.rain.com!sopwith.uucp!snoopy Subject: Re: Alpha ports collection? Date: Thu, 31 Dec 1998 11:15:45 +0000 From: Der Beagle Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I see four classes: Known to work on arches a b c Untested on arches d e f (that is, we have no idea) Not yet working on arches g h i (but might if someone works on it) Will never work on arches j k l (with comment stating why) Snoopy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 31 11:39:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA09976 for freebsd-alpha-outgoing; Thu, 31 Dec 1998 11:39:01 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (castles121.castles.com [208.214.165.121]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA09968; Thu, 31 Dec 1998 11:38:59 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id LAA01178; Thu, 31 Dec 1998 11:35:57 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812311935.LAA01178@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Narvi cc: Brian Handy , asami@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Alpha ports collection? In-reply-to: Your message of "Thu, 31 Dec 1998 11:42:42 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 Dec 1998 11:35:57 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > IMHO there should also be the NO_ALPHA (in general, NO_XXXX) which means > that the port is not applicapble to XXXX. After all, it is probable that > in some time there will be some ports specific to alpha, in which case > they would be marked NO_I386. This is logically inverted; the ONLY_FOR_ARCHS variable is the right way to go. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 31 12:16:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA14025 for freebsd-alpha-outgoing; Thu, 31 Dec 1998 12:16:48 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA14020 for ; Thu, 31 Dec 1998 12:16:46 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.1/8.9.1) with ESMTP id PAA29983 for ; Thu, 31 Dec 1998 15:16:23 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id PAA15278; Thu, 31 Dec 1998 15:15:39 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 31 Dec 1998 15:15:38 -0500 (EST) To: freebsd-alpha@FreeBSD.ORG Subject: OSF/1 binary compatibility X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13963.54329.494979.215317@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've taken NetBSD's OSF1 binary emulator (written by Chris Demetriou) and ported it to FreeBSD. I've added signifigant functionality so that the FreeBSD version is able to run dynamically linked Digital UNIX binaries. With the software floating point completion code that was recently done by Doug Rabson, as well the recently committed (by Doug, on my behalf) stack fixes & minor changes to kern_exec.c, the emulator is ready for general consumption. Its available for download at ftp://ftp.cs.duke.edu/pub/gallatin/osf1.tar.gz You'll need a number of things in order to make it useful a) a Digital UNIX or OSF/1 filesystem mounted at /compat/osf1, complete with shared libraries. Remember that in order to legally use the shared libraries, your machine must be licensed to run Digital UNIX b) a kernel built from very recent sources (you must have revision 1.92 or better of kern_exec.c) c) an up-to-date /usr/share/mk so that your kernel module is built with the proper flags (-mno-fp-regs -Wa,-mev56) To get started, download the above tarball and untar it into your source tree. Then cd to sys/modules/osf1 and build & install it. Load the module with the just installed osf1 shell script. I've done admittedly limited testing. The following programs appear to work without a hitch -- Netscape 4.5, Mathematica 3.0.2, xemacs 20.3. The following have some problems: Splus 3.4 -- command line editing doesn't work due to pty cloning problem cvsup(*) -- occasional m3 execption problem(static binary from http://www.cs.wustl.edu/~nanbor/CVSUP/cvsup-15.2-client-alpha.osf4.0b.tar.gz) csh/tcsh -- some sort of signal handling problem after a child exits The known problems thus far are o many tty ioctls are not implemented, or are implemented incorrectly o signal handling is fragile o programs, such as Adobe Acroread, which are linked to libmach use hard to emulate mach traps. See README.mach-traps for CGD's words on this o I really need to clean things up a little more.. Enjoy, Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 31 13:58:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24369 for freebsd-alpha-outgoing; Thu, 31 Dec 1998 13:58:46 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from burka.rdy.com (burka.rdy.com [205.149.163.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24356 for ; Thu, 31 Dec 1998 13:58:42 -0800 (PST) (envelope-from dima@burka.rdy.com) Received: (from dima@localhost) by burka.rdy.com (8.9.1/RDY&DVV) id NAA78946; Thu, 31 Dec 1998 13:58:20 -0800 (PST) Message-Id: <199812312158.NAA78946@burka.rdy.com> Subject: Re: OSF/1 binary compatibility In-Reply-To: <13963.54329.494979.215317@grasshopper.cs.duke.edu> from Andrew Gallatin at "Dec 31, 1998 3:15:38 pm" To: gallatin@cs.duke.edu (Andrew Gallatin) Date: Thu, 31 Dec 1998 13:58:20 -0800 (PST) Cc: freebsd-alpha@FreeBSD.ORG X-Class: Fast Organization: HackerDome Reply-To: dima@best.net From: dima@best.net (Dima Ruban) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Am I missing something? alpha# make cc -O -pipe -g -DCOMPAT_OSF1 -Werror -DKERNEL -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/obj/a/home/dima/sys/modules/osf1 -I/usr/obj/a/home/dima/sys/modules/osf1/@ -mno-fp-regs -Wa,-mev56 -c /a/home/dima/sys/modules/osf1/../../alpha/osf1/osf1_signal.c /a/home/dima/sys/modules/osf1/../../alpha/osf1/osf1_signal.c: In function `osf1_sigaction': /a/home/dima/sys/modules/osf1/../../alpha/osf1/osf1_signal.c:301: structure has no member named `osf_sigtramp' /a/home/dima/sys/modules/osf1/../../alpha/osf1/osf1_signal.c: In function `osf1_sendsig': /a/home/dima/sys/modules/osf1/../../alpha/osf1/osf1_signal.c:709: structure has no member named `osf_sigtramp' *** Error code 1 Stop. alpha# Andrew Gallatin writes: > > I've taken NetBSD's OSF1 binary emulator (written by Chris Demetriou) > and ported it to FreeBSD. I've added signifigant functionality so > that the FreeBSD version is able to run dynamically linked Digital > UNIX binaries. > > With the software floating point completion code that was recently > done by Doug Rabson, as well the recently committed (by Doug, on my > behalf) stack fixes & minor changes to kern_exec.c, the emulator is > ready for general consumption. Its available for download at > ftp://ftp.cs.duke.edu/pub/gallatin/osf1.tar.gz > > You'll need a number of things in order to make it useful > > a) a Digital UNIX or OSF/1 filesystem mounted at /compat/osf1, > complete with shared libraries. Remember that in order to legally use > the shared libraries, your machine must be licensed to run Digital UNIX > > b) a kernel built from very recent sources > (you must have revision 1.92 or better of kern_exec.c) > > c) an up-to-date /usr/share/mk so that your kernel module is > built with the proper flags (-mno-fp-regs -Wa,-mev56) > > > To get started, download the above tarball and untar it into your > source tree. Then cd to sys/modules/osf1 and build & install it. > Load the module with the just installed osf1 shell script. > > I've done admittedly limited testing. The following programs appear to > work without a hitch -- Netscape 4.5, Mathematica 3.0.2, xemacs 20.3. > > The following have some problems: > > Splus 3.4 -- command line editing doesn't work due to pty cloning problem > cvsup(*) -- occasional m3 execption problem(static binary from http://www.cs.wustl.edu/~nanbor/CVSUP/cvsup-15.2-client-alpha.osf4.0b.tar.gz) > csh/tcsh -- some sort of signal handling problem after a child exits > > The known problems thus far are > > o many tty ioctls are not implemented, or are implemented incorrectly > o signal handling is fragile > o programs, such as Adobe Acroread, which are linked to libmach use > hard to emulate mach traps. See README.mach-traps for CGD's words > on this > o I really need to clean things up a little more.. > > Enjoy, > > Drew > ------------------------------------------------------------------------------ > Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin > Duke University Email: gallatin@cs.duke.edu > Department of Computer Science Phone: (919) 660-6590 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > -- dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 31 17:08:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA12599 for freebsd-alpha-outgoing; Thu, 31 Dec 1998 17:08:31 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA12544 for ; Thu, 31 Dec 1998 17:08:24 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id RAA00752; Thu, 31 Dec 1998 17:03:09 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199901010103.RAA00752@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mark Turpin cc: Alpha Mailing list Subject: Re: 3.0-19981208-SNAP - Boot problem In-reply-to: Your message of "Tue, 29 Dec 1998 20:28:37 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 Dec 1998 17:03:08 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > As I posted earlier I get the following error on my multia. > > insufficent dynamic memory for a request of 3275342649 bytes > > So, I've done some checking and it seems to me that in > /usr/src/sys/boot/alpha/boot1/sys.c fs->fs_bsize is REALLY big. Large > enough to give the above error (3GB). > > If I compile boot.c with #define DEBUG it will lockup in devread > on puthex(size). devread is called from find() in sys.c like this: > > devread(iobuf, fsbtodb(fs, ino_to_fsba(fs, ino)) + boff, fs->fs_bsize_); > > Am I doing something stupid to cause this? I can only see this happening if the read is corrupted (you get lots of floppy noise on the Multia), or the disk/filesystem is busted. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message