From owner-freebsd-alpha Sun Jan 31 17:38:17 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA28496 for freebsd-alpha-outgoing; Sun, 31 Jan 1999 17:38:17 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from octopus.originative.co.uk (originat.demon.co.uk [158.152.220.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA28489 for ; Sun, 31 Jan 1999 17:38:13 -0800 (PST) (envelope-from paul@originative.co.uk) From: paul@originative.co.uk Received: by octopus with Internet Mail Service (5.5.2232.9) id ; Mon, 1 Feb 1999 01:36:41 -0000 Message-ID: To: alpha@FreeBSD.ORG Subject: sysinstall Date: Mon, 1 Feb 1999 01:36:40 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Has anyone installed a system using sysinstall from the 1990114 snap? I can't get it to work on my Multia, it fails to write the disklabel from the looks of things. During the disk partitioning stage I get "unable to swap to /dev/da0b: Invalid argument" followed by "Unable to make new root filesystem on /dev/rda0a Command returned status 1" Going back to the label editor shows a blank disk so I'm guessing that the label is not get written in the first place and the above follow from that. Any ideas? Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 31 17:44:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA29307 for freebsd-alpha-outgoing; Sun, 31 Jan 1999 17:44:10 -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 RAA29300 for ; Sun, 31 Jan 1999 17:44:08 -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 UAA07888; Sun, 31 Jan 1999 20:44:04 -0500 (EST) (envelope-from gjp@gjp.erols.com) X-Mailer: exmh version 2.0.1 12/23/97 To: paul@originative.co.uk cc: alpha@FreeBSD.ORG From: "Gary Palmer" Subject: Re: sysinstall In-reply-to: Your message of "Mon, 01 Feb 1999 01:36:40 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 31 Jan 1999 20:44:04 -0500 Message-ID: <7884.917833444@gjp.erols.com> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org paul@originative.co.uk wrote in message ID : > Has anyone installed a system using sysinstall from the 1990114 snap? I > can't get it to work on my Multia, it fails to write the disklabel from the > looks of things. > Any ideas? I've gotten the snap builder back working again (or rather, DFR did by making the boot floppies small enough), so you might want to try a later snap (from mirrors.rcn.com) 'cos sysinstall changes were made also. 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 Feb 1 01:44:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22812 for freebsd-alpha-outgoing; Mon, 1 Feb 1999 01:44:10 -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 BAA22681; Mon, 1 Feb 1999 01:43:00 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.2/8.8.5) with SMTP id JAA08638; Mon, 1 Feb 1999 09:42:57 GMT Date: Mon, 1 Feb 1999 09:42:57 +0000 (GMT) From: Doug Rabson To: Gary Palmer cc: paul@originative.co.uk, alpha@FreeBSD.ORG Subject: Re: sysinstall In-Reply-To: <7884.917833444@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 Sun, 31 Jan 1999, Gary Palmer wrote: > paul@originative.co.uk wrote in message ID > : > > Has anyone installed a system using sysinstall from the 1990114 snap? I > > can't get it to work on my Multia, it fails to write the disklabel from the > > looks of things. > > > Any ideas? > > I've gotten the snap builder back working again (or rather, DFR did by making > the boot floppies small enough), so you might want to try a later snap (from > mirrors.rcn.com) 'cos sysinstall changes were made also. I fixed a few things in libdisk and sysinstall. The disklabel writing (as you noticed) was totally broken. I had only tested it on a disk which already had a label (oops). -- 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 Feb 1 17:28:35 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA18597 for freebsd-alpha-outgoing; Mon, 1 Feb 1999 17:28:35 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA18585 for ; Mon, 1 Feb 1999 17:28:32 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.2/8.8.5) id SAA36987 for alpha@FreeBSD.ORG; Mon, 1 Feb 1999 18:28:28 -0700 (MST) From: "Kenneth D. Merry" Message-Id: <199902020128.SAA36987@panzer.plutotech.com> Subject: GENERIC compile blows up To: alpha@FreeBSD.ORG Date: Mon, 1 Feb 1999 18:28:28 -0700 (MST) 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 This is from sources cvsupped about 11:15 PST, and the GENERIC config file: cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h ../../alpha/alpha/interrupt.c /var/tmp/ccl76810.s: Assembler messages: /var/tmp/ccl76810.s:885: Error: macro requires $at register while noat in effect /var/tmp/ccl76810.s:927: Error: macro requires $at register while noat in effect *** Error code 1 Stop. Anyone have any ideas? The system in question is from early December. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Feb 1 17:38:46 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19364 for freebsd-alpha-outgoing; Mon, 1 Feb 1999 17:38:46 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA19359 for ; Mon, 1 Feb 1999 17:38:41 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.7/8.8.7) with ESMTP id RAA14954; Mon, 1 Feb 1999 17:38:34 -0800 Date: Mon, 1 Feb 1999 17:38:33 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: "Kenneth D. Merry" cc: alpha@FreeBSD.ORG Subject: Re: GENERIC compile blows up In-Reply-To: <199902020128.SAA36987@panzer.plutotech.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 Haven't seen this myself- I thought somebody said something about this recently..... On Mon, 1 Feb 1999, Kenneth D. Merry wrote: > > This is from sources cvsupped about 11:15 PST, and the GENERIC config file: > > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h ../../alpha/alpha/interrupt.c > /var/tmp/ccl76810.s: Assembler messages: > /var/tmp/ccl76810.s:885: Error: macro requires $at register while noat in effect > /var/tmp/ccl76810.s:927: Error: macro requires $at register while noat in effect > *** Error code 1 > > Stop. > > Anyone have any ideas? > > The system in question is from early December. > > Ken > -- > Kenneth Merry > ken@plutotech.com > > 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 Mon Feb 1 19:15:52 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA27929 for freebsd-alpha-outgoing; Mon, 1 Feb 1999 19:15:52 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA27924 for ; Mon, 1 Feb 1999 19:15:50 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.7/8.8.7) with ESMTP id TAA15306; Mon, 1 Feb 1999 19:15:42 -0800 Date: Mon, 1 Feb 1999 19:15:42 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: "Kenneth D. Merry" cc: alpha@FreeBSD.ORG Subject: Re: GENERIC compile blows up In-Reply-To: <199902020128.SAA36987@panzer.plutotech.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 I just rebuilt a kernel from scratch. Nothing like this. On Mon, 1 Feb 1999, Kenneth D. Merry wrote: > > This is from sources cvsupped about 11:15 PST, and the GENERIC config file: > > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h ../../alpha/alpha/interrupt.c > /var/tmp/ccl76810.s: Assembler messages: > /var/tmp/ccl76810.s:885: Error: macro requires $at register while noat in effect > /var/tmp/ccl76810.s:927: Error: macro requires $at register while noat in effect > *** Error code 1 > > Stop. > > Anyone have any ideas? > > The system in question is from early December. > > Ken > -- > Kenneth Merry > ken@plutotech.com > > 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 Mon Feb 1 19:30:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA29406 for freebsd-alpha-outgoing; Mon, 1 Feb 1999 19:30:09 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA29401 for ; Mon, 1 Feb 1999 19:30:07 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.7/8.8.7) with ESMTP id TAA15399; Mon, 1 Feb 1999 19:29:36 -0800 Date: Mon, 1 Feb 1999 19:29:35 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: port-alpha@netbsd.org, freebsd-alpha@FreeBSD.ORG Subject: Re: (PROBLEM SOLVED) Re: restore to srm that doesn't.... (fwd) 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 An interesting FYI about CIA. Jay works at Digital.... ---------- Forwarded message ---------- Date: Mon, 1 Feb 1999 19:22:39 -0800 From: Richard Henderson To: mjacob@feral.com Cc: linux-alpha@vger.rutgers.edu Subject: Re: (PROBLEM SOLVED) Re: restore to srm that doesn't.... On Mon, Feb 01, 1999 at 05:15:40PM -0800, Matthew Jacob wrote: > cia0: using BWX for PCI config access Beware. Jay Estabrook told me the CIA-2 on the PC164 is buggy with BWX I/O. The first core chipset to get it right was PYXIS. I don't know in what form the bugs appear -- I just took his word for it. > isp1 at pci0 dev 6 function 0 > isp1: Board Revision 2100, loaded F/W Revision 1.15 > isp1: Adapter WWN 0x200000e08b003c1f > isp1: Firmware State Config Wait -> Waiting for AL/PA > isp1: Firmware State Waiting for AL/PA -> Wait Login > isp1: Firmware State Wait Login -> Ready > isp1: Loop ID 113, ALPA 0x23 What's this card? > sio0 at pci0 dev 8 function 0: Intel 82378ZB System I/O (SIO) (rev. 0x43) Yep, definitely a PC164. Wonder why the SRM isn't reporting the right thing? Would you annotate get_cpuinfo() to report the numeric sys_variation? Perhaps my ident data is off by one. r~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Feb 1 19:35:45 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA29993 for freebsd-alpha-outgoing; Mon, 1 Feb 1999 19:35:45 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA29984 for ; Mon, 1 Feb 1999 19:35:42 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.2/8.8.5) id UAA37760; Mon, 1 Feb 1999 20:35:37 -0700 (MST) From: "Kenneth D. Merry" Message-Id: <199902020335.UAA37760@panzer.plutotech.com> Subject: Re: GENERIC compile blows up In-Reply-To: from Matthew Jacob at "Feb 1, 1999 7:15:42 pm" To: mjacob@feral.com Date: Mon, 1 Feb 1999 20:35:37 -0700 (MST) Cc: alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew Jacob wrote... > > I just rebuilt a kernel from scratch. Nothing like this. > > > On Mon, 1 Feb 1999, Kenneth D. Merry wrote: > > > > > This is from sources cvsupped about 11:15 PST, and the GENERIC config file: > > > > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h ../../alpha/alpha/interrupt.c > > /var/tmp/ccl76810.s: Assembler messages: > > /var/tmp/ccl76810.s:885: Error: macro requires $at register while noat in effect > > /var/tmp/ccl76810.s:927: Error: macro requires $at register while noat in effect > > *** Error code 1 It looks kinda like a compiler/code generation problem. How old is the machine you're building on? I suppose it's possible that the problem would go away if I did an installworld to get a new compiler. I generally like to at the very least have a new kernel compiled, and ideally have tried a new kernel before doing an installworld. So does anyone know about any compiler bugs that could cause this? My system is from early December. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Feb 1 19:39:30 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA00681 for freebsd-alpha-outgoing; Mon, 1 Feb 1999 19:39:30 -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 TAA00676 for ; Mon, 1 Feb 1999 19:39:28 -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 WAA27753; Mon, 1 Feb 1999 22:39:06 -0500 (EST) (envelope-from gjp@gjp.erols.com) X-Mailer: exmh version 2.0.1 12/23/97 To: "Kenneth D. Merry" cc: mjacob@feral.com, alpha@FreeBSD.ORG From: "Gary Palmer" Subject: Re: GENERIC compile blows up In-reply-to: Your message of "Mon, 01 Feb 1999 20:35:37 MST." <199902020335.UAA37760@panzer.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Feb 1999 22:39:06 -0500 Message-ID: <27749.917926746@gjp.erols.com> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Kenneth D. Merry" wrote in message ID <199902020335.UAA37760@panzer.plutotech.com>: > So does anyone know about any compiler bugs that could cause this? My > system is from early December. Don't suppose you tried Dougs patches to GCC, did you? I got something similar and had to back them out ... I can't remember what the real solution is. I think there is a flag you can set. Doug? 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 Feb 1 20:45:02 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA08051 for freebsd-alpha-outgoing; Mon, 1 Feb 1999 20:45:02 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA08009; Mon, 1 Feb 1999 20:44:54 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.2/8.8.5) id VAA37987; Mon, 1 Feb 1999 21:44:53 -0700 (MST) From: "Kenneth D. Merry" Message-Id: <199902020444.VAA37987@panzer.plutotech.com> Subject: Re: GENERIC compile blows up In-Reply-To: <27749.917926746@gjp.erols.com> from Gary Palmer at "Feb 1, 1999 10:39: 6 pm" To: gpalmer@FreeBSD.ORG (Gary Palmer) Date: Mon, 1 Feb 1999 21:44:53 -0700 (MST) Cc: mjacob@feral.com, alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Gary Palmer wrote... > "Kenneth D. Merry" wrote in message ID > <199902020335.UAA37760@panzer.plutotech.com>: > > So does anyone know about any compiler bugs that could cause this? My > > system is from early December. > > Don't suppose you tried Dougs patches to GCC, did you? I got something similar > and had to back them out ... I can't remember what the real solution is. I > think there is a flag you can set. Doug? > Nope, no GCC patches. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Feb 1 21:20:36 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA12272 for freebsd-alpha-outgoing; Mon, 1 Feb 1999 21:20:36 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA12263 for ; Mon, 1 Feb 1999 21:20:31 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.7/8.8.7) with ESMTP id VAA15735; Mon, 1 Feb 1999 21:20:22 -0800 Date: Mon, 1 Feb 1999 21:20:22 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: "Kenneth D. Merry" cc: alpha@FreeBSD.ORG Subject: Re: GENERIC compile blows up In-Reply-To: <199902020335.UAA37760@panzer.plutotech.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 > > > It looks kinda like a compiler/code generation problem. How old is the > machine you're building on? I regularly installworld, so this is probably a newer compiler. You should be able to build a new kernel on (whatever the name of the machine in *.freebsd.org that's an alpha- beast.freebsd.org I think) to make sure you're updated with at least a kernel first. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Feb 1 22:27:58 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA18902 for freebsd-alpha-outgoing; Mon, 1 Feb 1999 22:27:58 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA18894 for ; Mon, 1 Feb 1999 22:27:56 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.2/8.8.5) id XAA39026; Mon, 1 Feb 1999 23:27:53 -0700 (MST) From: "Kenneth D. Merry" Message-Id: <199902020627.XAA39026@panzer.plutotech.com> Subject: Re: GENERIC compile blows up In-Reply-To: from Matthew Jacob at "Feb 1, 1999 9:20:22 pm" To: mjacob@feral.com Date: Mon, 1 Feb 1999 23:27:53 -0700 (MST) Cc: alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew Jacob wrote... > > > > > > It looks kinda like a compiler/code generation problem. How old is the > > machine you're building on? > > I regularly installworld, so this is probably a newer compiler. > You should be able to build a new kernel on (whatever the name of the > machine in *.freebsd.org that's an alpha- beast.freebsd.org I think) to > make sure you're updated with at least a kernel first. Hmm, good idea. I just compiled one there, I'll try it out tomorrow. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Feb 2 01:22:59 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA14300 for freebsd-alpha-outgoing; Tue, 2 Feb 1999 01:22:59 -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 BAA14293 for ; Tue, 2 Feb 1999 01:22:53 -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 SAA15849; Tue, 2 Feb 1999 18:22:51 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.9.2/sat-V0.6) id SAA09140; Tue, 2 Feb 1999 18:22:50 +0900 (JST) To: ken@plutotech.com Cc: alpha@FreeBSD.ORG Subject: Re: GENERIC compile blows up In-Reply-To: Your message of "Mon, 1 Feb 1999 18:28:28 -0700 (MST)" <199902020128.SAA36987@panzer.plutotech.com> References: <199902020128.SAA36987@panzer.plutotech.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: Tue, 02 Feb 1999 18:22:50 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 981124(IM104) Lines: 23 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ken> This is from sources cvsupped about 11:15 PST, and the GENERIC config file: ken> ken> cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h ../../alpha/alpha/interrupt.c ken> /var/tmp/ccl76810.s: Assembler messages: ken> /var/tmp/ccl76810.s:885: Error: macro requires $at register while noat in effect ken> /var/tmp/ccl76810.s:927: Error: macro requires $at register while noat in effect ken> *** Error code 1 ken> ken> Stop. ken> ken> Anyone have any ideas? ken> ken> The system in question is from early December. ken> ken> Ken I think this is because of lack of '-Wa,-mev56' option in cc command line. Update /usr/share/mk/bsd.kern.mk and try again. /\ 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 Tue Feb 2 01:34:40 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA15427 for freebsd-alpha-outgoing; Tue, 2 Feb 1999 01:34:40 -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 BAA15419 for ; Tue, 2 Feb 1999 01:34:37 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.2/8.8.5) with SMTP id JAA12282; Tue, 2 Feb 1999 09:34:58 GMT Date: Tue, 2 Feb 1999 09:34:58 +0000 (GMT) From: Doug Rabson To: "Kenneth D. Merry" cc: alpha@FreeBSD.ORG Subject: Re: GENERIC compile blows up In-Reply-To: <199902020128.SAA36987@panzer.plutotech.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, 1 Feb 1999, Kenneth D. Merry wrote: > > This is from sources cvsupped about 11:15 PST, and the GENERIC config file: > > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h ../../alpha/alpha/interrupt.c > /var/tmp/ccl76810.s: Assembler messages: > /var/tmp/ccl76810.s:885: Error: macro requires $at register while noat in effect > /var/tmp/ccl76810.s:927: Error: macro requires $at register while noat in effect > *** Error code 1 > > Stop. > > Anyone have any ideas? > > The system in question is from early December. You are using an outdated version of bsd.kern.mk. The options for building kernel code (-mno-fp-regs -Wa,-mev56) moved there so that building modules could use them. The makefile tries to use bsd.kern.mk directly from the source tree but this fails unless you have a complete source tree (it looks for ../share/mk/bsd.kern.mk). -- 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 Feb 2 01:35:18 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA15525 for freebsd-alpha-outgoing; Tue, 2 Feb 1999 01:35:18 -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 BAA15503; Tue, 2 Feb 1999 01:35:08 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.2/8.8.5) with SMTP id JAA12307; Tue, 2 Feb 1999 09:35:34 GMT Date: Tue, 2 Feb 1999 09:35:34 +0000 (GMT) From: Doug Rabson To: "Kenneth D. Merry" cc: Gary Palmer , mjacob@feral.com, alpha@FreeBSD.ORG Subject: Re: GENERIC compile blows up In-Reply-To: <199902020444.VAA37987@panzer.plutotech.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, 1 Feb 1999, Kenneth D. Merry wrote: > Gary Palmer wrote... > > "Kenneth D. Merry" wrote in message ID > > <199902020335.UAA37760@panzer.plutotech.com>: > > > So does anyone know about any compiler bugs that could cause this? My > > > system is from early December. > > > > Don't suppose you tried Dougs patches to GCC, did you? I got something similar > > and had to back them out ... I can't remember what the real solution is. I > > think there is a flag you can set. Doug? > > > > Nope, no GCC patches. This isn't a GCC problem, just a makefile thing. -- 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 Feb 2 01:39:41 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA15819 for freebsd-alpha-outgoing; Tue, 2 Feb 1999 01:39: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 BAA15799 for ; Tue, 2 Feb 1999 01:39:38 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.2/8.8.5) with SMTP id JAA12311; Tue, 2 Feb 1999 09:39:48 GMT Date: Tue, 2 Feb 1999 09:39:48 +0000 (GMT) From: Doug Rabson To: Matthew Jacob cc: port-alpha@netbsd.org, freebsd-alpha@FreeBSD.ORG Subject: Re: (PROBLEM SOLVED) Re: restore to srm that doesn't.... (fwd) 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 Mon, 1 Feb 1999, Matthew Jacob wrote: > > An interesting FYI about CIA. Jay works at Digital.... > > > > ---------- Forwarded message ---------- > Date: Mon, 1 Feb 1999 19:22:39 -0800 > From: Richard Henderson > To: mjacob@feral.com > Cc: linux-alpha@vger.rutgers.edu > Subject: Re: (PROBLEM SOLVED) Re: restore to srm that doesn't.... > > On Mon, Feb 01, 1999 at 05:15:40PM -0800, Matthew Jacob wrote: > > cia0: using BWX for PCI config access > > Beware. Jay Estabrook told me the CIA-2 on the PC164 is buggy > with BWX I/O. The first core chipset to get it right was PYXIS. > > I don't know in what form the bugs appear -- I just took his word for it. > > > isp1 at pci0 dev 6 function 0 > > isp1: Board Revision 2100, loaded F/W Revision 1.15 > > isp1: Adapter WWN 0x200000e08b003c1f > > isp1: Firmware State Config Wait -> Waiting for AL/PA > > isp1: Firmware State Waiting for AL/PA -> Wait Login > > isp1: Firmware State Wait Login -> Ready > > isp1: Loop ID 113, ALPA 0x23 > > What's this card? > > > sio0 at pci0 dev 8 function 0: Intel 82378ZB System I/O (SIO) (rev. 0x43) > > Yep, definitely a PC164. Wonder why the SRM isn't reporting the > right thing? > > Would you annotate get_cpuinfo() to report the numeric sys_variation? > Perhaps my ident data is off by one. We only use BWX for machines with PYXIS. As far as I know, all EB164 type machines with a subtype >= SV_ST_ALPHAPC164LX_400 should have PYXIS (this is the way NetBSD detected them and we do the same). -- 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 Feb 2 01:40:52 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA16172 for freebsd-alpha-outgoing; Tue, 2 Feb 1999 01:40:52 -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 BAA16148 for ; Tue, 2 Feb 1999 01:40:48 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.2/8.8.5) with SMTP id JAA12343; Tue, 2 Feb 1999 09:41:11 GMT Date: Tue, 2 Feb 1999 09:41:11 +0000 (GMT) From: Doug Rabson To: Hidetoshi Shimokawa cc: ken@plutotech.com, alpha@FreeBSD.ORG Subject: Re: GENERIC compile blows up In-Reply-To: <19990202182250O.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 Tue, 2 Feb 1999, Hidetoshi Shimokawa wrote: > ken> This is from sources cvsupped about 11:15 PST, and the GENERIC config file: > ken> > ken> cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h ../../alpha/alpha/interrupt.c > ken> /var/tmp/ccl76810.s: Assembler messages: > ken> /var/tmp/ccl76810.s:885: Error: macro requires $at register while noat in effect > ken> /var/tmp/ccl76810.s:927: Error: macro requires $at register while noat in effect > ken> *** Error code 1 > ken> > ken> Stop. > ken> > ken> Anyone have any ideas? > ken> > ken> The system in question is from early December. > ken> > ken> Ken > > I think this is because of lack of '-Wa,-mev56' option in cc command line. > Update /usr/share/mk/bsd.kern.mk and try again. Also make sure you delete any .o files which were built with the wrong options. The compiler has a nasty habit of using float registers as temporaries and this will cause an instant panic in kernel code. -- 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 Feb 2 02:01:23 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA18600 for freebsd-alpha-outgoing; Tue, 2 Feb 1999 02:01:23 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail1.panix.com (mail1.panix.com [166.84.0.212]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA18458 for ; Tue, 2 Feb 1999 02:01:17 -0800 (PST) (envelope-from tls@panix.com) Received: from panix7.panix.com (root@panix7.nyc.access.net [166.84.0.232]) by mail1.panix.com (8.8.8/8.8.8/PanixM1.3) with ESMTP id FAA28033; Tue, 2 Feb 1999 05:01:09 -0500 (EST) Received: (from tls@localhost) by panix7.panix.com (8.8.8/8.7.1/PanixN1.0) id FAA19636; Tue, 2 Feb 1999 05:01:09 -0500 (EST) Date: Tue, 2 Feb 1999 05:01:09 -0500 From: Thor Lancelot Simon To: Doug Rabson Cc: netbsd-alpha@netbsd.org, freebsd-alpha@FreeBSD.ORG Subject: Re: (PROBLEM SOLVED) Re: restore to srm that doesn't.... (fwd) Message-ID: <19990202050109.A19540@rek.tjls.com> Reply-To: tls@rek.tjls.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: ; from Doug Rabson on Tue, Feb 02, 1999 at 09:39:48AM +0000 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Feb 02, 1999 at 09:39:48AM +0000, Doug Rabson wrote: > On Mon, 1 Feb 1999, Matthew Jacob wrote: > > > > > An interesting FYI about CIA. Jay works at Digital.... > > > > > > > > ---------- Forwarded message ---------- > > Date: Mon, 1 Feb 1999 19:22:39 -0800 > > From: Richard Henderson > > To: mjacob@feral.com > > Cc: linux-alpha@vger.rutgers.edu > > Subject: Re: (PROBLEM SOLVED) Re: restore to srm that doesn't.... > > > > On Mon, Feb 01, 1999 at 05:15:40PM -0800, Matthew Jacob wrote: > > > cia0: using BWX for PCI config access > > > > Beware. Jay Estabrook told me the CIA-2 on the PC164 is buggy > > with BWX I/O. The first core chipset to get it right was PYXIS. > > > > I don't know in what form the bugs appear -- I just took his word for it. > > > > > isp1 at pci0 dev 6 function 0 > > > isp1: Board Revision 2100, loaded F/W Revision 1.15 > > > isp1: Adapter WWN 0x200000e08b003c1f > > > isp1: Firmware State Config Wait -> Waiting for AL/PA > > > isp1: Firmware State Waiting for AL/PA -> Wait Login > > > isp1: Firmware State Wait Login -> Ready > > > isp1: Loop ID 113, ALPA 0x23 > > > > What's this card? > > > > > sio0 at pci0 dev 8 function 0: Intel 82378ZB System I/O (SIO) (rev. 0x43) > > > > Yep, definitely a PC164. Wonder why the SRM isn't reporting the > > right thing? > > > > Would you annotate get_cpuinfo() to report the numeric sys_variation? > > Perhaps my ident data is off by one. > > We only use BWX for machines with PYXIS. As far as I know, all EB164 type > machines with a subtype >= SV_ST_ALPHAPC164LX_400 should have PYXIS (this > is the way NetBSD detected them and we do the same). Early Pyxis chipsets have fairly dreadful DMA bugs, too, IIRC. I distinctly recall a few people who could basically never get acceptable performance from any operating system on their pc164lx motherboards, even Digital UNIX. Interesting tidbit: a PC164 (no LX) with all the memory slots full has more memory bandwidth than a PC164LX, because the PC164LX can't interleave its SDRAM. It's also a lot less likely to have various dreadful bugs... nb01.netbsd.org is a pc164 which chugged along as a fileserver for me for months with great performance and no notable problems. I kinda wish they'd kept making the plain PC164 a little longer... -- Thor Lancelot Simon tls@rek.tjls.com "And where do all these highways go, now that we are free?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Feb 2 02:18:45 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA20313 for freebsd-alpha-outgoing; Tue, 2 Feb 1999 02:18:45 -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 CAA20308 for ; Tue, 2 Feb 1999 02:18:42 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.2/8.8.5) with SMTP id KAA12470; Tue, 2 Feb 1999 10:18:49 GMT Date: Tue, 2 Feb 1999 10:18:49 +0000 (GMT) From: Doug Rabson To: Thor Lancelot Simon cc: netbsd-alpha@netbsd.org, freebsd-alpha@FreeBSD.ORG Subject: Re: (PROBLEM SOLVED) Re: restore to srm that doesn't.... (fwd) In-Reply-To: <19990202050109.A19540@rek.tjls.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 Tue, 2 Feb 1999, Thor Lancelot Simon wrote: > On Tue, Feb 02, 1999 at 09:39:48AM +0000, Doug Rabson wrote: > > On Mon, 1 Feb 1999, Matthew Jacob wrote: > > > > > > > > An interesting FYI about CIA. Jay works at Digital.... > > > > > > > > > > > > ---------- Forwarded message ---------- > > > Date: Mon, 1 Feb 1999 19:22:39 -0800 > > > From: Richard Henderson > > > To: mjacob@feral.com > > > Cc: linux-alpha@vger.rutgers.edu > > > Subject: Re: (PROBLEM SOLVED) Re: restore to srm that doesn't.... > > > > > > On Mon, Feb 01, 1999 at 05:15:40PM -0800, Matthew Jacob wrote: > > > > cia0: using BWX for PCI config access > > > > > > Beware. Jay Estabrook told me the CIA-2 on the PC164 is buggy > > > with BWX I/O. The first core chipset to get it right was PYXIS. > > > > > > I don't know in what form the bugs appear -- I just took his word for it. > > > > > > > isp1 at pci0 dev 6 function 0 > > > > isp1: Board Revision 2100, loaded F/W Revision 1.15 > > > > isp1: Adapter WWN 0x200000e08b003c1f > > > > isp1: Firmware State Config Wait -> Waiting for AL/PA > > > > isp1: Firmware State Waiting for AL/PA -> Wait Login > > > > isp1: Firmware State Wait Login -> Ready > > > > isp1: Loop ID 113, ALPA 0x23 > > > > > > What's this card? > > > > > > > sio0 at pci0 dev 8 function 0: Intel 82378ZB System I/O (SIO) (rev. 0x43) > > > > > > Yep, definitely a PC164. Wonder why the SRM isn't reporting the > > > right thing? > > > > > > Would you annotate get_cpuinfo() to report the numeric sys_variation? > > > Perhaps my ident data is off by one. > > > > We only use BWX for machines with PYXIS. As far as I know, all EB164 type > > machines with a subtype >= SV_ST_ALPHAPC164LX_400 should have PYXIS (this > > is the way NetBSD detected them and we do the same). > > Early Pyxis chipsets have fairly dreadful DMA bugs, too, IIRC. I distinctly > recall a few people who could basically never get acceptable performance from > any operating system on their pc164lx motherboards, even Digital UNIX. Both BSD's try to detect this and disable prefetching on the PCI bus to work around it. One of my machines (a 433au) has this bug and is stable with the workaround. I don't know what kind of performance hit is involved since the machine is fast enough for my purposes :-) > > Interesting tidbit: a PC164 (no LX) with all the memory slots full has more > memory bandwidth than a PC164LX, because the PC164LX can't interleave its > SDRAM. It's also a lot less likely to have various dreadful bugs... > nb01.netbsd.org is a pc164 which chugged along as a fileserver for me for > months with great performance and no notable problems. I kinda wish they'd > kept making the plain PC164 a little longer... Cool! And I thought the memory bandwidth on my PC164LX was good... -- 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 Feb 2 08:25:49 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA02346 for freebsd-alpha-outgoing; Tue, 2 Feb 1999 08:25:49 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA02338 for ; Tue, 2 Feb 1999 08:25:46 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.2/8.8.5) id JAA41457; Tue, 2 Feb 1999 09:25:39 -0700 (MST) From: "Kenneth D. Merry" Message-Id: <199902021625.JAA41457@panzer.plutotech.com> Subject: Re: GENERIC compile blows up In-Reply-To: <19990202182250O.simokawa@sat.t.u-tokyo.ac.jp> from Hidetoshi Shimokawa at "Feb 2, 1999 6:22:50 pm" To: simokawa@sat.t.u-tokyo.ac.jp (Hidetoshi Shimokawa) Date: Tue, 2 Feb 1999 09:25:39 -0700 (MST) Cc: alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hidetoshi Shimokawa wrote... > ken> This is from sources cvsupped about 11:15 PST, and the GENERIC config file: > ken> > ken> cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h ../../alpha/alpha/interrupt.c > ken> /var/tmp/ccl76810.s: Assembler messages: > ken> /var/tmp/ccl76810.s:885: Error: macro requires $at register while noat in effect > ken> /var/tmp/ccl76810.s:927: Error: macro requires $at register while noat in effect > ken> *** Error code 1 > ken> > ken> Stop. > ken> > ken> Anyone have any ideas? > ken> > ken> The system in question is from early December. > ken> > ken> Ken > > I think this is because of lack of '-Wa,-mev56' option in cc command line. > Update /usr/share/mk/bsd.kern.mk and try again. You're right, that worked. I ended up just doing: make -m /usr/src/share/make ... Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Feb 2 08:29:05 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA02602 for freebsd-alpha-outgoing; Tue, 2 Feb 1999 08:29:05 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA02593 for ; Tue, 2 Feb 1999 08:28:58 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.2/8.8.5) id JAA41473; Tue, 2 Feb 1999 09:27:27 -0700 (MST) From: "Kenneth D. Merry" Message-Id: <199902021627.JAA41473@panzer.plutotech.com> Subject: Re: GENERIC compile blows up In-Reply-To: from Doug Rabson at "Feb 2, 1999 9:34:58 am" To: dfr@nlsystems.com (Doug Rabson) Date: Tue, 2 Feb 1999 09:27:27 -0700 (MST) Cc: alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Rabson wrote... > On Mon, 1 Feb 1999, Kenneth D. Merry wrote: > > > > > This is from sources cvsupped about 11:15 PST, and the GENERIC config file: > > > > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h ../../alpha/alpha/interrupt.c > > /var/tmp/ccl76810.s: Assembler messages: > > /var/tmp/ccl76810.s:885: Error: macro requires $at register while noat in effect > > /var/tmp/ccl76810.s:927: Error: macro requires $at register while noat in effect > > *** Error code 1 > > > > Stop. > > > > Anyone have any ideas? > > > > The system in question is from early December. > > You are using an outdated version of bsd.kern.mk. The options for > building kernel code (-mno-fp-regs -Wa,-mev56) moved there so that > building modules could use them. > > The makefile tries to use bsd.kern.mk directly from the source tree but > this fails unless you have a complete source tree (it looks for > ../share/mk/bsd.kern.mk). I do have a full source tree. That doesn't seem to help, however. I had to do 'make -m /usr/src/share/mk' to get it to pick up the new .mk file. Now it works, though. Thanks. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Feb 2 09:29:56 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA09584 for freebsd-alpha-outgoing; Tue, 2 Feb 1999 09:29:56 -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 JAA09579 for ; Tue, 2 Feb 1999 09:29:53 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.2/8.8.5) with SMTP id RAA43034; Tue, 2 Feb 1999 17:30:10 GMT Date: Tue, 2 Feb 1999 17:30:10 +0000 (GMT) From: Doug Rabson To: "Kenneth D. Merry" cc: alpha@FreeBSD.ORG Subject: Re: GENERIC compile blows up In-Reply-To: <199902021627.JAA41473@panzer.plutotech.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 Tue, 2 Feb 1999, Kenneth D. Merry wrote: > Doug Rabson wrote... > > On Mon, 1 Feb 1999, Kenneth D. Merry wrote: > > > > > > > > This is from sources cvsupped about 11:15 PST, and the GENERIC config file: > > > > > > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h ../../alpha/alpha/interrupt.c > > > /var/tmp/ccl76810.s: Assembler messages: > > > /var/tmp/ccl76810.s:885: Error: macro requires $at register while noat in effect > > > /var/tmp/ccl76810.s:927: Error: macro requires $at register while noat in effect > > > *** Error code 1 > > > > > > Stop. > > > > > > Anyone have any ideas? > > > > > > The system in question is from early December. > > > > You are using an outdated version of bsd.kern.mk. The options for > > building kernel code (-mno-fp-regs -Wa,-mev56) moved there so that > > building modules could use them. > > > > The makefile tries to use bsd.kern.mk directly from the source tree but > > this fails unless you have a complete source tree (it looks for > > ../share/mk/bsd.kern.mk). > > I do have a full source tree. That doesn't seem to help, however. I had > to do 'make -m /usr/src/share/mk' to get it to pick up the new .mk file. > > Now it works, though. Thanks. Have a look at the makefile. It should be doing something special to look for bsd.kern.mk. Perhaps you just need to re-run (or rebuild) config(8)? -- 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 Feb 2 09:56:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA12445 for freebsd-alpha-outgoing; Tue, 2 Feb 1999 09:56:07 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA12439 for ; Tue, 2 Feb 1999 09:56:05 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.2/8.8.5) id KAA41905; Tue, 2 Feb 1999 10:55:33 -0700 (MST) From: "Kenneth D. Merry" Message-Id: <199902021755.KAA41905@panzer.plutotech.com> Subject: Re: GENERIC compile blows up In-Reply-To: from Doug Rabson at "Feb 2, 1999 5:30:10 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Tue, 2 Feb 1999 10:55:33 -0700 (MST) Cc: alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Rabson wrote... > On Tue, 2 Feb 1999, Kenneth D. Merry wrote: > > Doug Rabson wrote... > > > You are using an outdated version of bsd.kern.mk. The options for > > > building kernel code (-mno-fp-regs -Wa,-mev56) moved there so that > > > building modules could use them. > > > > > > The makefile tries to use bsd.kern.mk directly from the source tree but > > > this fails unless you have a complete source tree (it looks for > > > ../share/mk/bsd.kern.mk). > > > > I do have a full source tree. That doesn't seem to help, however. I had > > to do 'make -m /usr/src/share/mk' to get it to pick up the new .mk file. > > > > Now it works, though. Thanks. > > Have a look at the makefile. It should be doing something special to look > for bsd.kern.mk. Perhaps you just need to re-run (or rebuild) config(8)? This is after an installworld, so I'm now using a new config. (I used config -rg, so the old kernel makefile was blown away) [ ... ] vnode_if.h: $S/kern/vnode_if.sh $S/kern/vnode_if.src sh $S/kern/vnode_if.sh $S/kern/vnode_if.src .include device_if.o: ${NORMAL_C} [ ... ] I don't see anything special for bsd.kern.mk. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Feb 2 10:33:26 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15724 for freebsd-alpha-outgoing; Tue, 2 Feb 1999 10:33:26 -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 KAA15718 for ; Tue, 2 Feb 1999 10:33:24 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.2/8.8.5) with SMTP id SAA43269; Tue, 2 Feb 1999 18:33:40 GMT Date: Tue, 2 Feb 1999 18:33:40 +0000 (GMT) From: Doug Rabson To: "Kenneth D. Merry" cc: alpha@FreeBSD.ORG Subject: Re: GENERIC compile blows up In-Reply-To: <199902021755.KAA41905@panzer.plutotech.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 Tue, 2 Feb 1999, Kenneth D. Merry wrote: > Doug Rabson wrote... > > On Tue, 2 Feb 1999, Kenneth D. Merry wrote: > > > Doug Rabson wrote... > > > > You are using an outdated version of bsd.kern.mk. The options for > > > > building kernel code (-mno-fp-regs -Wa,-mev56) moved there so that > > > > building modules could use them. > > > > > > > > The makefile tries to use bsd.kern.mk directly from the source tree but > > > > this fails unless you have a complete source tree (it looks for > > > > ../share/mk/bsd.kern.mk). > > > > > > I do have a full source tree. That doesn't seem to help, however. I had > > > to do 'make -m /usr/src/share/mk' to get it to pick up the new .mk file. > > > > > > Now it works, though. Thanks. > > > > Have a look at the makefile. It should be doing something special to look > > for bsd.kern.mk. Perhaps you just need to re-run (or rebuild) config(8)? > > This is after an installworld, so I'm now using a new config. (I used > config -rg, so the old kernel makefile was blown away) > > [ ... ] > vnode_if.h: $S/kern/vnode_if.sh $S/kern/vnode_if.src > sh $S/kern/vnode_if.sh $S/kern/vnode_if.src > > .include > > device_if.o: > ${NORMAL_C} > [ ... ] > > > I don't see anything special for bsd.kern.mk. Right, I see. The magic incantation never happened to the alpha Makefile. It only works properly for i386. -- 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 Feb 4 04:15:17 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA05790 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 04:15:17 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from df.ufpe.br (fisica.df.ufpe.br [150.161.3.100]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA05765 for ; Thu, 4 Feb 1999 04:15:05 -0800 (PST) (envelope-from adauto@df.ufpe.br) Received: (from adauto@localhost) by df.ufpe.br (8.8.8/8.8.7) id JAA24809 for freebsd-alpha@freebsd.org; Thu, 4 Feb 1999 09:39:50 -0300 (EST) (envelope-from adauto) From: Adauto Souza Message-Id: <199902041239.JAA24809@df.ufpe.br> Subject: alpha PC To: freebsd-alpha@FreeBSD.ORG Date: Thu, 4 Feb 1999 09:39:49 -0300 (EST) X-Mailer: ELM [version 2.4ME+ PL32 (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 I have got four AlphaPC 164LX stations, 533 MHz, running redhat Linux. I am looking for help to install FreeBSD on my machines. I've tried to install both FreeBSD and OpenBSD but I face problems with the BIOS. Indeed the machines have Alpha BIOS instead SRM. The present configuration is able to run both Linux (running right now) and Windows NT. Under Linux the system starts from MILO. Do anybody out there know how can I overcome this problem? I really do want to run FreeBSD on the Alpha stations. I've got a lot of pc's running FreeBSD and they perform very fine. Adauto To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 04:54:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA09966 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 04:54:09 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from calis.BlackSun.org (Calis.blacksun.org [168.100.186.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA09961 for ; Thu, 4 Feb 1999 04:54:06 -0800 (PST) (envelope-from don@calis.BlackSun.org) Received: from localhost (don@localhost) by calis.BlackSun.org (8.9.1/8.9.1) with ESMTP id HAA62420; Thu, 4 Feb 1999 07:32:46 -0500 (EST) (envelope-from don@calis.BlackSun.org) Date: Thu, 4 Feb 1999 07:32:46 -0500 (EST) From: Don To: Adauto Souza cc: freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC In-Reply-To: <199902041239.JAA24809@df.ufpe.br> 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 > I've tried to install both FreeBSD and OpenBSD but > I face problems with the BIOS. Indeed the machines > have Alpha BIOS instead SRM. FreeBSD does not yet support booting from AlphaBIOS. The FreeBSD Alpha team is working on a solution for this problem but until they come up with something like MILO for you need to be using the SRM firmware. I dont know if the 164LX has SRM available for it but you would have to check DEC's site or the archives for that one. -Don To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 06:10:29 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA20168 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 06:10:29 -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 GAA20051 for ; Thu, 4 Feb 1999 06:10:13 -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 JAA13272; Thu, 4 Feb 1999 09:10:09 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.2/8.9.1) id JAA65793; Thu, 4 Feb 1999 09:10:04 -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, 4 Feb 1999 09:10:04 -0500 (EST) To: Adauto Souza Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC In-Reply-To: <199902041239.JAA24809@df.ufpe.br> References: <199902041239.JAA24809@df.ufpe.br> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14009.43171.354667.121615@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Adauto Souza writes: > I have got four AlphaPC 164LX stations, 533 MHz, > running redhat Linux. > > I am looking for help to install FreeBSD on > my machines. > > I've tried to install both FreeBSD and OpenBSD but > I face problems with the BIOS. Indeed the machines > have Alpha BIOS instead SRM. The present configuration > is able to run both Linux (running right now) and > Windows NT. Under Linux the system starts from MILO. > > Do anybody out there know how can I overcome this > problem? Here are instructions. They assume you purchased the systems with SRM and they were accidentally shipped with the AlphaBios (or else you might be violating a license). You may want to verify that you have a failsafe-loader bootable floppy available in case something goes wrong (like you loose power in the middle of the flash): o find 'lx164srm.rom' somewhere on the internet. European Digital mirror sites have it. o copy this file onto an MS-DOS formatted floppy o boot the machine in AlphaBios. o select 'Upgrade AlphaBios' from the setup menu It should tell you that its loading the SRM console, and ask if you want to flash it. It will complain bitterly about not being able to run NT anymore (darn!). Tell it yes. When its done, power-cycle the box. o your next boot will be into the SRM console o you may want to upgrade to the latest revision of the console at this point. Good luck. ------------------------------------------------------------------------------ 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 Feb 4 06:22:36 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA21584 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 06:22:36 -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 GAA21570 for ; Thu, 4 Feb 1999 06:22:29 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.2/8.8.5) with SMTP id OAA50437; Thu, 4 Feb 1999 14:22:40 GMT Date: Thu, 4 Feb 1999 14:22:40 +0000 (GMT) From: Doug Rabson To: Don cc: Adauto Souza , freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC 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, 4 Feb 1999, Don wrote: > > I've tried to install both FreeBSD and OpenBSD but > > I face problems with the BIOS. Indeed the machines > > have Alpha BIOS instead SRM. > FreeBSD does not yet support booting from AlphaBIOS. > The FreeBSD Alpha team is working on a solution for this problem but until > they come up with something like MILO for you need to be using the SRM > firmware. I dont know if the 164LX has SRM available for it but you would > have to check DEC's site or the archives for that one. There is an SRM for the 164LX. I don't think its available in the newer firmware releases but I have a copy from around v5.0. There isn't enough flash space to have both SRM and AlphaBIOS loaded at the same time, so switching is painful. Apart from that it works quite well. -- 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 Feb 4 06:40:38 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA23596 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 06:40:38 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from zaphod.in.tu-clausthal.de (zaphod.in.tu-clausthal.de [139.174.100.142]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA23569 for ; Thu, 4 Feb 1999 06:40:33 -0800 (PST) (envelope-from jc@joerch.org) Received: from eressea.in.tu-clausthal.de (36b9b15616a66@eressea.in.tu-clausthal.de [139.174.100.9]) by zaphod.in.tu-clausthal.de (8.8.7/8.8.7) with SMTP id PAA24216; Thu, 4 Feb 1999 15:40:22 +0100 (MET) Date: Thu, 4 Feb 1999 15:40:22 +0100 (MET) Message-Id: <199902041440.PAA24216@zaphod.in.tu-clausthal.de> From: Joerg Czeranski To: freebsd-alpha@FreeBSD.ORG In-Reply-To: Subject: Re: alpha PC Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Rabson wrote: > There is an SRM for the 164LX. I don't think its available in the newer > firmware releases but I have a copy from around v5.0. There isn't enough > flash space to have both SRM and AlphaBIOS loaded at the same time, so > switching is painful. Apart from that it works quite well. It's also available in the current firmware release (was an SRM firmware ever dropped from newer firmware releases?), e.g. on Gatekeeper: ftp.digital.com:/pub/DEC/Alpha/firmware/v5.3/alphapc164lx joerch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 06:54:17 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA25072 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 06:54:17 -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 GAA25058 for ; Thu, 4 Feb 1999 06:54:14 -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 JAA14039; Thu, 4 Feb 1999 09:54:10 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.2/8.9.1) id JAA65900; Thu, 4 Feb 1999 09:54:05 -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, 4 Feb 1999 09:54:05 -0500 (EST) To: Joerg Czeranski Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC In-Reply-To: <199902041440.PAA24216@zaphod.in.tu-clausthal.de> References: <199902041440.PAA24216@zaphod.in.tu-clausthal.de> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14009.45502.25276.615638@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Joerg Czeranski writes: > Doug Rabson wrote: > > There is an SRM for the 164LX. I don't think its available in the newer > > firmware releases but I have a copy from around v5.0. There isn't enough > > flash space to have both SRM and AlphaBIOS loaded at the same time, so > > switching is painful. Apart from that it works quite well. > > It's also available in the current firmware release (was an SRM firmware > ever dropped from newer firmware releases?), e.g. on Gatekeeper: > > ftp.digital.com:/pub/DEC/Alpha/firmware/v5.3/alphapc164lx > The problem is that unless you're already in SRM, the new LFU thing doesn't let you switch into it during the upgrade. The only way I could switch into SRM on a 164lx was to have an srm .ROM file on a floppy for the AlphaBios to read during its upgrade. Maybe I'm missing something & there is a way to switch during the LFU upgrade? ------------------------------------------------------------------------------ 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 Feb 4 06:56:59 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA25487 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 06:56:59 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from soho.london.virgin.net (soho.london.virgin.net [194.168.38.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA25480 for ; Thu, 4 Feb 1999 06:56:57 -0800 (PST) (envelope-from scot@london.virgin.net) Received: from kirk.london.virgin.net (kirk.london.virgin.net [194.168.38.227]) by soho.london.virgin.net (8.8.8+Sun/8.8.8) with ESMTP id OAA13891 for ; Thu, 4 Feb 1999 14:56:54 GMT (envelope-from scot@london.virgin.net) Received: from localhost (scot@localhost) by kirk.london.virgin.net (8.9.1b+Sun/8.8.8) with ESMTP id OAA00778 for ; Thu, 4 Feb 1999 14:56:52 GMT (envelope-from scot@london.virgin.net) X-Authentication-Warning: kirk.london.virgin.net: scot owned process doing -bs Date: Thu, 4 Feb 1999 14:56:52 +0000 (GMT) From: Scot Elliott To: freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC In-Reply-To: <199902041440.PAA24216@zaphod.in.tu-clausthal.de> 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 Yeah... it took me ages before I could get those working though... the AlphaBIOS doesn't seem to like the files in that directory. You do need to get the older .rom file and flash that with fwupdate.exe. Once you've got SRM on the machine, you can upgrade to the newer release by booting from a floppy which was made from burning the .exe file in the alphapc164sx/lx directory with the mkboot.exe tool in pub/DEC/Alpha/firmware/utilities. Does anyone know if it's possible to flash the newer firmware file directly from AlphaBIOS? DEC's documentation seems a bit lacking here. On a similar note, DEC Unix 4.0d won't install on a 164SX - is it supposed to? Scot. On Thu, 4 Feb 1999, Joerg Czeranski wrote: > Doug Rabson wrote: > > There is an SRM for the 164LX. I don't think its available in the newer > > firmware releases but I have a copy from around v5.0. There isn't enough > > flash space to have both SRM and AlphaBIOS loaded at the same time, so > > switching is painful. Apart from that it works quite well. > > It's also available in the current firmware release (was an SRM firmware > ever dropped from newer firmware releases?), e.g. on Gatekeeper: > > ftp.digital.com:/pub/DEC/Alpha/firmware/v5.3/alphapc164lx > > joerch > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > ----------------------------------------------------------------------------- Scot Elliott Mobile: +44 (0)7050 126045 Work: scot@london.virgin.net +44 (0)171 479 4482 Play: scot@poptart.org, scot@indiekid.co.uk, s@cx +44 (0)181 896 1019 ----------------------------------------------------------------------------- Public key available at: http://www.poptart.org/pgpkey.html Fingerprint: FCAE9ED3A234FEB59F8C7F9DDD112D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 07:28:52 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA00613 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 07:28:52 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from junior.apk.net (junior.apk.net [207.54.158.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA00607 for ; Thu, 4 Feb 1999 07:28:51 -0800 (PST) (envelope-from stuart@apk.net) Received: from localhost by junior.apk.net (8.9.1/8.9.1) with ESMTP id KAA07327 for ; Thu, 4 Feb 1999 10:28:36 -0500 (EST) X-Real-To: Date: Thu, 4 Feb 1999 10:28:36 -0500 (EST) From: Stuart Krivis To: freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC In-Reply-To: <14009.43171.354667.121615@grasshopper.cs.duke.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 Thu, 4 Feb 1999, Andrew Gallatin wrote: > > I've tried to install both FreeBSD and OpenBSD but > > I face problems with the BIOS. Indeed the machines > > have Alpha BIOS instead SRM. The present configuration > > is able to run both Linux (running right now) and > > Windows NT. Under Linux the system starts from MILO. > > > Here are instructions. They assume you purchased the systems with SRM > and they were accidentally shipped with the AlphaBios (or else you > might be violating a license). You may want to verify that you have a I don't think that there are any license issues involved. DEC makes ARC and SRM available on their web site and it seems that anyone with an Alpha is free to use them. I am also puzzled as to why *BSD wouldn't work with ARC. ARC is just another way of calling the boot loader. MILO for Linux works with either ARC or SRM. -- Stuart Krivis stuart@krivis.com Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 08:22:14 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA09227 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 08:22:14 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from avalon.informatik.uni-freiburg.de (avalon.informatik.uni-freiburg.de [132.230.150.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA09106 for ; Thu, 4 Feb 1999 08:22:00 -0800 (PST) (envelope-from heller@informatik.uni-freiburg.de) Received: from callisto.informatik.uni-freiburg.de (callisto.informatik.uni-freiburg.de [132.230.151.161]) by avalon.informatik.uni-freiburg.de (8.9.0/8.9.0) with ESMTP id RAA06815; Thu, 4 Feb 1999 17:21:46 +0100 (MET) Received: from localhost (heller@localhost) by callisto.informatik.uni-freiburg.de (8.8.7/8.8.7) with SMTP id RAA11200; Thu, 4 Feb 1999 17:20:17 +0100 (MET) Date: Thu, 4 Feb 1999 17:20:17 +0100 (MET) From: Martin Heller To: Stuart Krivis cc: freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC 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, 4 Feb 1999, Stuart Krivis wrote: > On Thu, 4 Feb 1999, Andrew Gallatin wrote: > > > > I've tried to install both FreeBSD and OpenBSD but > > > I face problems with the BIOS. Indeed the machines > > > have Alpha BIOS instead SRM. The present configuration > > > is able to run both Linux (running right now) and > > > Windows NT. Under Linux the system starts from MILO. > > > > > Here are instructions. They assume you purchased the systems with SRM > > and they were accidentally shipped with the AlphaBios (or else you > > might be violating a license). You may want to verify that you have a > > I don't think that there are any license issues involved. DEC makes ARC > and SRM available on their web site and it seems that anyone with an Alpha > is free to use them. Nope, for SRM you should have (normally) a license to use it. > I am also puzzled as to why *BSD wouldn't work with ARC. ARC is just > another way of calling the boot loader. MILO for Linux works with either > ARC or SRM. Nope, ARC is NOT another way of calling the boot loader. ARC, SRM, and MILO are FIRMWARE. You don't boot linux directly from ARC or AlphaBIOS, you use MILO to boot the kernel. ARC/AlphaBIOS is currently in most parts 32-Bit opposed to SRM/MILO completely 64-bit. M. Heller To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 08:30:13 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA09811 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 08:24:44 -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 IAA09729 for ; Thu, 4 Feb 1999 08:24:33 -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/3.0.1) with ESMTP id LAA14750Thu, 4 Feb 1999 11:27:03 -0500 (EST) Date: Thu, 4 Feb 1999 11:27:02 -0500 (EST) From: Todd Vierling X-Sender: tv@duhnet.net To: Stuart Krivis cc: freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC 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, 4 Feb 1999, Stuart Krivis wrote: : I am also puzzled as to why *BSD wouldn't work with ARC. ARC is just : another way of calling the boot loader. MILO for Linux works with either : ARC or SRM. `Read Ross Harvey's message.' ARC is, essentially, a *very* stripped-down loader. SRM is much more full featured and provides information to the OS that it needs. MILO puts back some of the `missing' information in ARC (which is why it's machine-specific). -- -- 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 Feb 4 08:35:57 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA11523 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 08:35:57 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from set.spradley.tmi.net (set.spradley.tmi.net [207.170.107.99]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA11515 for ; Thu, 4 Feb 1999 08:35:53 -0800 (PST) (envelope-from tsprad@set.spradley.tmi.net) Received: from set.spradley.tmi.net (localhost [127.0.0.1]) by set.spradley.tmi.net (8.8.8/8.8.8) with ESMTP id KAA01153; Thu, 4 Feb 1999 10:33:51 -0600 (CST) (envelope-from tsprad@set.spradley.tmi.net) Message-Id: <199902041633.KAA01153@set.spradley.tmi.net> X-Mailer: exmh version 2.0.2 2/24/98 To: Martin Heller cc: Stuart Krivis , freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC In-reply-to: Your message of "Thu, 04 Feb 1999 17:20:17 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Feb 1999 10:33:50 -0600 From: Ted Spradley Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I don't think that there are any license issues involved. DEC makes ARC > > and SRM available on their web site and it seems that anyone with an Alpha > > is free to use them. > Nope, for SRM you should have (normally) a license to use it. ftp://ftp.digital.com/pub/DEC/Alpha/firmware/license_agreement.txt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 08:43:00 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12542 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 08:43:00 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from junior.apk.net (junior.apk.net [207.54.158.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12537 for ; Thu, 4 Feb 1999 08:42:58 -0800 (PST) (envelope-from stuart@apk.net) Received: from localhost by junior.apk.net (8.9.1/8.9.1) with ESMTP id LAA24443 for ; Thu, 4 Feb 1999 11:42:54 -0500 (EST) X-Real-To: Date: Thu, 4 Feb 1999 11:42:54 -0500 (EST) From: Stuart Krivis To: freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC 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, 4 Feb 1999, Martin Heller wrote: > Nope, ARC is NOT another way of calling the boot loader. ARC, SRM, and > MILO are FIRMWARE. You don't boot linux directly from ARC or AlphaBIOS, > you use MILO to boot the kernel. ARC/AlphaBIOS is currently in most parts > 32-Bit opposed to SRM/MILO completely 64-bit. I stand corrected. This is what I get for reading about the Alpha on Usenet. :-) Stuart -- Stuart Krivis stuart@krivis.com Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 08:48:27 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA13346 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 08:48:27 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from set.spradley.tmi.net (set.spradley.tmi.net [207.170.107.99]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA13339 for ; Thu, 4 Feb 1999 08:48:24 -0800 (PST) (envelope-from tsprad@set.spradley.tmi.net) Received: from set.spradley.tmi.net (localhost [127.0.0.1]) by set.spradley.tmi.net (8.8.8/8.8.8) with ESMTP id KAA01184; Thu, 4 Feb 1999 10:48:12 -0600 (CST) (envelope-from tsprad@set.spradley.tmi.net) Message-Id: <199902041648.KAA01184@set.spradley.tmi.net> X-Mailer: exmh version 2.0.2 2/24/98 To: Scot Elliott cc: freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC In-reply-to: Your message of "Thu, 04 Feb 1999 14:56:52 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Feb 1999 10:48:11 -0600 From: Ted Spradley Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Once you've got SRM on the machine, you can upgrade to the newer release > by booting from a floppy which was made from burning the .exe file in the > alphapc164sx/lx directory with the mkboot.exe tool in > pub/DEC/Alpha/firmware/utilities. I have an AS200-4/233 with SRM "V6.2-2, built on Aug 7 1996 at 11:55:31" and I'm looking to upgrade to V6.9. It's not clear to me what needs to go on the floppy. What exactly is this "mkboot.exe"? Do I need Digital Unix to run it (in which case, I'm stuck)? Is this firmware upgrade even worth the bother? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 09:42:15 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA22143 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 09:42:15 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA22137 for ; Thu, 4 Feb 1999 09:42:13 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.7/8.8.7) with ESMTP id JAA27538; Thu, 4 Feb 1999 09:41:26 -0800 Date: Thu, 4 Feb 1999 09:41:26 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Todd Vierling cc: Stuart Krivis , freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC 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, 4 Feb 1999, Stuart Krivis wrote: > > : I am also puzzled as to why *BSD wouldn't work with ARC. ARC is just > : another way of calling the boot loader. MILO for Linux works with either > : ARC or SRM. > > `Read Ross Harvey's message.' > > ARC is, essentially, a *very* stripped-down loader. SRM is much more full > featured and provides information to the OS that it needs. MILO puts back > some of the `missing' information in ARC (which is why it's > machine-specific). > And just to chime in with an opinion: MILO, once run, cannot be exited. You have to power cycle the machine. Awful. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 18:49:44 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA10055 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 18:49:44 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA10044 for ; Thu, 4 Feb 1999 18:49:41 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.7/8.8.7) with ESMTP id SAA29773 for ; Thu, 4 Feb 1999 18:49:35 -0800 Date: Thu, 4 Feb 1999 18:49:35 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: alpha@FreeBSD.ORG Subject: panic after booting/halting linux 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 VMS PAL rev: 0x1000900010113 OSF PAL rev: 0x1000800020115 Switch to OSF PAL code succeeded. Boot flags: a Loading netbsd... 3484376+360192 [85+171240+101386] Entering netbsd at 0xfffffc0000301040... extent `cia_swiz_bus_io' (0x0 - 0xffffffff), flags = 0x1 0x2000000 - 0xfffffffe extent_free: start 0x0, end 0x1ffffff panic: extent_free: region not found Stopped in at 0xfffffc00005b6fc4: ret zero,(ra) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 19:24:43 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA15386 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 19:24:43 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from calis.BlackSun.org (Calis.blacksun.org [168.100.186.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA15379 for ; Thu, 4 Feb 1999 19:24:40 -0800 (PST) (envelope-from don@calis.BlackSun.org) Received: from localhost (don@localhost) by calis.BlackSun.org (8.9.1/8.9.1) with ESMTP id WAA63161; Thu, 4 Feb 1999 22:26:31 -0500 (EST) (envelope-from don@calis.BlackSun.org) Date: Thu, 4 Feb 1999 22:26:31 -0500 (EST) From: Don To: Ted Spradley cc: Scot Elliott , freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC In-Reply-To: <199902041648.KAA01184@set.spradley.tmi.net> 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 > I have an AS200-4/233 with SRM "V6.2-2, built on Aug 7 1996 at 11:55:31" and > I'm looking to upgrade to V6.9. It's not clear to me what needs to go > on the floppy. What exactly is this "mkboot.exe"? Do I need Digital > Unix to run it (in which case, I'm stuck)? > Is this firmware upgrade even worth the bother? I have three identical machines running NetBSD at the moment (I have not had the time to upgrade to FreeBSD) I am running SRM version 6.8 and they run very well. In order to upgrade the rom version you take the newest rom image and write it to a floppy using the mkboot.exe (execute mkboot.exe from dos with a floppy in drive a:) then you put the floppy in your drive and from the srm console you type boot (Again I dont remember the specifics because it was a little while ago. You can get the floppy device name from the SRM console show device command I believe) the machine will boot the floppy and then give you the option of updating the SRM console. execute this command and when it finishes you power the machine down and then power it up again. (Some docs say to wait like 20 seconds in between the power down and power back up just to be safe but I dont know if this necessary. It doesnt hurt though so I wait) After this your machine will be running the newer SRM rom. -Don To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 19:44:49 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA18179 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 19:44:49 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from calis.BlackSun.org (Calis.blacksun.org [168.100.186.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA18172 for ; Thu, 4 Feb 1999 19:44:47 -0800 (PST) (envelope-from don@calis.BlackSun.org) Received: from localhost (don@localhost) by calis.BlackSun.org (8.9.1/8.9.1) with ESMTP id WAA63184; Thu, 4 Feb 1999 22:47:03 -0500 (EST) (envelope-from don@calis.BlackSun.org) Date: Thu, 4 Feb 1999 22:47:03 -0500 (EST) From: Don To: Stuart Krivis cc: freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC 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 > I am also puzzled as to why *BSD wouldn't work with ARC. ARC is just > another way of calling the boot loader. MILO for Linux works with either > ARC or SRM. The following is basically what I understand to be the situation with ARC and SRM and MILO: ARC and SRM aren't just boot loaders. They also define a set of low level functions for interaction with the hardware. In order to work with a 64 bit platform ARC has a limited subset of these system calls which are only 32 bits. (A certain bloated poorly implemented Windowing New Technology 32 bit operating system needs these calls in order to be able to run on the Alpha). Since FreeBSD does not want to limit itself by using ARC (which would restrict a lot of the low level calls to 32 bit ones), they are working on other solutions similar to MILO. What MILO does is basically install it's own firmware. ARC boots and then MILO runs and installs it's own firmware code into memory. This code resides in memory until the machine is rebooted and it replaces all of the poor ARC calls with its own thus restoring true 64 bit capability to the system. As far as I know MILO requires ARC firmware because it gets loaded from a DOS partition by ARC at boot time. -Don To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 19:54:43 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA19328 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 19:54:43 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA19318 for ; Thu, 4 Feb 1999 19:54:39 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.2/8.9.2/Netplex) with ESMTP id LAA27767; Fri, 5 Feb 1999 11:54:24 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199902050354.LAA27767@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Stuart Krivis cc: freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC In-reply-to: Your message of "Thu, 04 Feb 1999 11:42:54 EST." Date: Fri, 05 Feb 1999 11:54:24 +0800 From: Peter Wemm Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Stuart Krivis wrote: > On Thu, 4 Feb 1999, Martin Heller wrote: > > > Nope, ARC is NOT another way of calling the boot loader. ARC, SRM, and > > MILO are FIRMWARE. You don't boot linux directly from ARC or AlphaBIOS, > > you use MILO to boot the kernel. ARC/AlphaBIOS is currently in most parts > > 32-Bit opposed to SRM/MILO completely 64-bit. > > I stand corrected. This is what I get for reading about the Alpha on > Usenet. :-) This still seems an over simplification.. There are two seperate firmware issues, the "console" and the "palcode". The "console" is the program loader and high level machine management for loading things like unix, NT, etc. In the console code is embedded a copy of "palcode". Palcode is both a blessing and a curse. It's the low level pseudo-microcode that provides a personality for the execution environment. It is meant to handle differences in different hardware and provide a common interface to the given OS. As such it controls things like interrupt management and virtual memory management of page tables or whatever. It is the palcode that effectively determines the address space layout and things like whether is supposed to use page tables (32 bit or 64 bit!), etc etc. The problem is that the SRM console contains a copy of the OSF and VMS palcode. ARC and AlphaBIOS contain the NT palcode (which is limited to 32 bit address spaces. has a very different interrupt management system etc). The NT palcode basically tries to make the Alpha look as much like a PC as it can get away with. And there's the kicker.. palcode is very machine specific and has to be adapted for each new hardware type. The Alpha "clones" coming from people like Samsung (I'm told) simply don't have a SRM console with OSF palcode available. MILO is an interesting animal. As I understand it, it is a pseudo-console in that it can be "run" from ARC or AlphaBIOS and it then takes over the machine and then switches to it's own hacked OSF palcode derivative to restore the 64 bit environment or something like that. It can then run Unix-like OS's that were intended to run under a SRM environment and real OSF palcode with a lot less pain than trying to run in a sanitized-to-avoid-confusing-NT environment. Or something along those lines anyway. :-) Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 20:09:44 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA20855 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 20:09:44 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA20847 for ; Thu, 4 Feb 1999 20:09:41 -0800 (PST) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id VAA11699; Thu, 4 Feb 1999 21:09:39 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp03.primenet.com, id smtpd011601; Thu Feb 4 21:09:35 1999 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id VAA16007; Thu, 4 Feb 1999 21:09:18 -0700 (MST) From: Terry Lambert Message-Id: <199902050409.VAA16007@usr07.primenet.com> Subject: Re: alpha PC To: scot@london.virgin.net (Scot Elliott) Date: Fri, 5 Feb 1999 04:09:18 +0000 (GMT) Cc: freebsd-alpha@FreeBSD.ORG In-Reply-To: from "Scot Elliott" at Feb 4, 99 02:56:52 pm X-Mailer: ELM [version 2.4 PL25] 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 > Does anyone know if it's possible to flash the newer firmware file > directly from AlphaBIOS? DEC's documentation seems a bit lacking here. > > On a similar note, DEC Unix 4.0d won't install on a 164SX - is it supposed > to? There is a firmware requirement for, I believe, either 32M or 64M of memory. One of the things the guy doing the initial Linux Alpha port at the University of Arizona in Tucson (my home town at the time) did was to get a modified firmware that wouldn't balk at 16M. DEC basically has an appearance of performance requirement for Alpha hardware that 16M and DEC UNIX just can't meet. ...more Alpha trivia than you wanted to know. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 20:43:15 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA24328 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 20:43:15 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA24323 for ; Thu, 4 Feb 1999 20:43:14 -0800 (PST) (envelope-from thorpej@lestat.nas.nasa.gov) Received: from lestat (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.8.8/8.6.12) with ESMTP id UAA06118; Thu, 4 Feb 1999 20:42:55 -0800 (PST) Message-Id: <199902050442.UAA06118@lestat.nas.nasa.gov> To: Don Cc: Stuart Krivis , freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC Reply-To: Jason Thorpe From: Jason Thorpe Date: Thu, 04 Feb 1999 20:42:54 -0800 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 4 Feb 1999 22:47:03 -0500 (EST) Don wrote: > ARC and SRM aren't just boot loaders. They also define a set of low level > functions for interaction with the hardware. In order to work with a 64 > bit platform ARC has a limited subset of these system calls which are only > 32 bits. (A certain bloated poorly implemented Windowing New Technology > 32 bit operating system needs these calls in order to be able to run on > the Alpha). Since FreeBSD does not want to limit itself by using > ARC (which would restrict a lot of the low level calls to 32 bit ones), > they are working on other solutions similar to MILO. Not exactly :-) ARC and SRM both provide PALcode. ARC provides NT PALcode. SRM provides OSF/1 PALcode. OSF/1 is what is needed to run Unix on an Alpha processor. It provides a set of semantics which suit the needs of Unix. Similarly, the VMS PALcode provides a set of semantics suitable for the needs of OpenVMS. It's not that the NT PALcode is a *subset* of the OSF/1 PALcode; in fact, there are, the last time I peered at the architecture reference, far more NT PALcode ops than OSF/1 PALcode ops. It is true that the NT PALcode implements a 32-bit address space[*], laid out *exactly* like the MIPS address space (no surprise there, since that was NT's first platform :-), but it also provides low-level support for NT's task switching, etc. [*] There actually is support for an extended address space, which is where devices, et al get mapped, I think. This lives in the upper half of the 64-bit address space. Tasks, however, still only get (32 - N) bits of address space (however many are allocated to USEG on the MIPS ... I forget exactly). Basically, if you want to try and make Unix run on the NT PALcode, please drill a hole in your head. You'll save yourself a lot of trouble by just starting with the inevitable last step :-) It's not an issue of NetBSD or FreeBSD limiting itself by running on the NT PALcode... it's an issue of "wow, this looks like a completely different architecture if we do". I mean, the only thing in common really is the instruction set, which is minor if you consider that the vast majority of the kernel is written in C. The hard parts of a port are low level virtual memory, interrupts, and traps. > What MILO does is basically install it's own firmware. ARC boots and then > MILO runs and installs it's own firmware code into memory. This code > resides in memory until the machine is rebooted and it replaces all of the > poor ARC calls with its own thus restoring true 64 bit capability to the > system. MILO installs its own *PALcode*. There is a distinct difference between PALcode and firmware :-) And, it is worth noting that even with NT PALcode, registers, etc. are still 64 bits. The only thing that is "limited" is the virtual address space (and it is even not limited when you consider the extended address space support that the NT PALcode has; it's simply not laid out the same way). -- Jason R. Thorpe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 20:48:39 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA24818 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 20:48:39 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA24813 for ; Thu, 4 Feb 1999 20:48:38 -0800 (PST) (envelope-from thorpej@lestat.nas.nasa.gov) Received: from lestat (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.8.8/8.6.12) with ESMTP id UAA06189; Thu, 4 Feb 1999 20:48:27 -0800 (PST) Message-Id: <199902050448.UAA06189@lestat.nas.nasa.gov> To: Peter Wemm Cc: Stuart Krivis , freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC Reply-To: Jason Thorpe From: Jason Thorpe Date: Thu, 04 Feb 1999 20:48:26 -0800 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 05 Feb 1999 11:54:24 +0800 Peter Wemm wrote: > etc. In the console code is embedded a copy of "palcode". Palcode is > both a blessing and a curse. It's the low level pseudo-microcode that > provides a personality for the execution environment. It is meant to Ah ah ah! It's not microcode! Remember, this is a RISC system! Thar be no microcode here! What really sets PALcode apart is that it is written in the standard Alpha instruction set. It *does* use some facilities only avalable to PALcode, e.g. the hw_* instructions (which are different from Alpha processor model to model) and the IPRs (internal processor registers). But, it's really just a program, much like a kernel, which runs at a higher privilege level (PAL mode). > The NT palcode basically tries to make the Alpha look as much like a PC as > it can get away with. Well, sort of a cross between PC and MIPS :-) NT, even on the i386, requres a "veneer" program which presents a sort of ARC-like console :-) NT is a lot less x86-centric than a lot of people think. > restore the 64 bit environment or something like that. It can then run > Unix-like OS's that were intended to run under a SRM environment and real > OSF palcode with a lot less pain than trying to run in a > sanitized-to-avoid-confusing-NT environment. err, OSF/1 PALcode environment. There's at least one commercial Alpha system which ships with a non-SRM console, but has OSF/1 PALcode. -- Jason R. Thorpe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Feb 4 22:02:35 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA01076 for freebsd-alpha-outgoing; Thu, 4 Feb 1999 22:02:35 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA01069 for ; Thu, 4 Feb 1999 22:02:32 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.2/8.9.2/Netplex) with ESMTP id OAA28276; Fri, 5 Feb 1999 14:02:12 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199902050602.OAA28276@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Jason Thorpe cc: Stuart Krivis , freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC In-reply-to: Your message of "Thu, 04 Feb 1999 20:48:26 PST." <199902050448.UAA06189@lestat.nas.nasa.gov> Date: Fri, 05 Feb 1999 14:02:11 +0800 From: Peter Wemm Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Jason Thorpe wrote: > On Fri, 05 Feb 1999 11:54:24 +0800 > Peter Wemm wrote: > > > etc. In the console code is embedded a copy of "palcode". Palcode is > > both a blessing and a curse. It's the low level pseudo-microcode that > > provides a personality for the execution environment. It is meant to > > Ah ah ah! It's not microcode! Remember, this is a RISC system! Thar > be no microcode here! I didn't say it was microcode, I called it pseudo-microcode because it performs many of the system management functions that are traditionally performed by microcode on systems that have it. Like real microcode, it's inner workings are generally outside the visibility of the OS, including horrible things like TLB miss and page table management etc. Compare that to things like the MIPS systems where the OS has to implement TLB management directly and page tables are entirely a convenience for the OS programmer thing and have nothing to do with actual hardware. On the MIPS one can do away with page tables entirely if one wanted (and was masochistic enough). > What really sets PALcode apart is that it is written in the standard > Alpha instruction set. It *does* use some facilities only avalable to > PALcode, e.g. the hw_* instructions (which are different from Alpha > processor model to model) and the IPRs (internal processor registers). > > But, it's really just a program, much like a kernel, which runs at a > higher privilege level (PAL mode). Yep, and that's what's good about it because it's not burned onto the CPU silicon and can be tuned for particular environments to provide a uniform environment across different CPU variations etc. But that's also the bad thing, it requires the hardware developers to provide PALcode variations for the different environments... What I'm curious about though, is how dependent the NT Palcode (and other palcode in general) is on the OS using the provided task switch mechanisms.. Does the OS have enough context available to do it's own context switching inside a single NT "task"? Or does it have to use the mechanisms in order to do interrupt processing? Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Feb 5 00:52:41 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA17882 for freebsd-alpha-outgoing; Fri, 5 Feb 1999 00:52:41 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from zruty.comnets.rwth-aachen.de (zruty.comnets.rwth-aachen.de [137.226.4.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA17873 for ; Fri, 5 Feb 1999 00:52:36 -0800 (PST) (envelope-from ost@comnets.rwth-aachen.de) Received: from kirk.comnets.rwth-aachen.de (kirk [137.226.4.246]) by zruty.comnets.rwth-aachen.de (8.9.1/8.9.1) with ESMTP id JAA21014; Fri, 5 Feb 1999 09:50:14 +0100 (MET) Received: (ost@localhost) by kirk.comnets.rwth-aachen.de (8.6.12/COMNETS-1.0) id JAA11761; Fri, 5 Feb 1999 09:50:13 +0100 To: Don Cc: Stuart Krivis , freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC References: Reply-To: Martin Ostermann x-no-archive: yes From: Martin Ostermann Date: 05 Feb 1999 09:50:13 +0100 In-Reply-To: Don's message of "Thu, 4 Feb 1999 22:47:03 -0500 (EST)" Message-ID: <43yamdcjzu.fsf@comnets.rwth-aachen.de> Lines: 25 X-Mailer: Gnus v5.5/Emacs 20.3 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 4 Feb 1999 22:47:03 -0500 (EST), Don said: > As far as I know MILO requires ARC firmware because it gets loaded from a > DOS partition by ARC at boot time. This is the usual way, but it's not required. It is possible to load MILO from SRM, see http://metalab.unc.edu/LDP/HOWTO/MILO-HOWTO-5.html#ss5.5 Anyway, I got an XL-300 at home, for which there is no SRM firmware available(*), so that's why I am interested in these issues: I'd love to try FreeBSD instead of Linux. So my question is: has anybody started already working on ARC/AlphaBIOS support for FreeBSD? Is there any broad estimate available, how long it will take? Thanks, Martin (*) though there are rumors that the AS500 firmware might work with it, anybody tried that? I'd hate to try myself and be left with an unusable machine ... -- Martin Ostermann | mailto:ost+sig0@comnets.rwth-aachen.de Communication Networks | http://www.comnets.rwth-aachen.de/~ost Aachen University of Technology | phone: ++49/241/807917 Germany | fax: ++49/241/8890378 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Feb 5 02:52:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA29232 for freebsd-alpha-outgoing; Fri, 5 Feb 1999 02:52:10 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from butch.london.virgin.net (butch.london.virgin.net [194.168.38.79]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA29198 for ; Fri, 5 Feb 1999 02:52:05 -0800 (PST) (envelope-from scot@london.virgin.net) Received: from kirk.london.virgin.net (kirk.london.virgin.net [194.168.38.227]) by butch.london.virgin.net (8.8.8+Sun/8.8.8) with ESMTP id KAA03183; Fri, 5 Feb 1999 10:51:51 GMT (envelope-from scot@london.virgin.net) Date: Fri, 5 Feb 1999 10:51:49 +0000 (GMT) From: Scot Elliott To: Terry Lambert cc: freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC In-Reply-To: <199902050409.VAA16007@usr07.primenet.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 Fri, 5 Feb 1999, Terry Lambert wrote: > > Does anyone know if it's possible to flash the newer firmware file > > directly from AlphaBIOS? DEC's documentation seems a bit lacking here. > > > > On a similar note, DEC Unix 4.0d won't install on a 164SX - is it supposed > > to? > > There is a firmware requirement for, I believe, either 32M or 64M of > memory. > > One of the things the guy doing the initial Linux Alpha port at the > University of Arizona in Tucson (my home town at the time) did was > to get a modified firmware that wouldn't balk at 16M. > > DEC basically has an appearance of performance requirement for > Alpha hardware that 16M and DEC UNIX just can't meet. Errr.... the machine has 128M; the problem comes when I boot the DEC Unix install CD... it loads the kernel which then panics immediately. I don't even know if the 164SX systems are supported by DEC Unix anyway - I just thought I'd try it. Scot. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Feb 5 06:33:54 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA24639 for freebsd-alpha-outgoing; Fri, 5 Feb 1999 06:33:54 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA24622 for ; Fri, 5 Feb 1999 06:33:42 -0800 (PST) (envelope-from naddy@mips.rhein-neckar.de) Received: from mips.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id PAA29004 for freebsd-alpha@freebsd.org; Fri, 5 Feb 1999 15:33:36 +0100 (CET) (envelope-from naddy@mips.rhein-neckar.de) Received: by mips.rhein-neckar.de id m108iD7-000WynC (Debian Smail-3.2.0.101 1997-Dec-17 #2); Fri, 5 Feb 1999 11:10:05 +0100 (CET) From: naddy@mips.rhein-neckar.de (Christian Weisgerber) Subject: Re: alpha PC Date: 5 Feb 1999 11:10:02 +0100 Message-ID: <79eg1q$v4s$1@mips.rhein-neckar.de> References: To: freebsd-alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Don wrote: > As far as I know MILO requires ARC firmware because it gets loaded from a > DOS partition by ARC at boot time. Actually, MILO *is* firmware. You can replace ARC or SRM with MILO in the flash rom, and in fact I have access to a box where this has been done. -- Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de See another pointless homepage at . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Feb 5 09:48:49 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA18653 for freebsd-alpha-outgoing; Fri, 5 Feb 1999 09:48:49 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA18648 for ; Fri, 5 Feb 1999 09:48:47 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.1/8.9.1) with ESMTP id JAA01540 for ; Fri, 5 Feb 1999 09:48:46 -0800 (PST) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.1/8.9.1) id JAA22593 for alpha@freebsd.org; Fri, 5 Feb 1999 09:48:45 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.3.p0.FreeBSD:990205094845:7709=_" Date: Fri, 05 Feb 1999 09:48:45 -0800 (PST) Organization: Polstra & Co., Inc. From: John Polstra To: alpha@FreeBSD.ORG Subject: Could somebody please test this patch? Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990205094845:7709=_ Content-Type: text/plain; charset=us-ascii Could somebody with an Alpha close at hand do me a big favor and test the attached patch? It moves the load address of the dynamic linker from the bogus fixed address "2L*MAXDSIZ" to whereever a userland mmap(0, ...) call would have put it. It should have no noticeable affect on your system, except maybe if you look at "/proc//map". The patch solves a problem for large-memory i386 configurations. I'd like to commit it ASAP, but it would be nice to confirm first that I didn't break Alphas. Thanks in advance, John --- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Nobody ever went broke underestimating the taste of the American public." -- H. L. Mencken --_=XFMail.1.3.p0.FreeBSD:990205094845:7709=_ Content-Disposition: attachment; filename="imgact_elf.patch" Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; name=imgact_elf.patch; SizeOnDisk=709 Index: imgact_elf.c =================================================================== RCS file: /home/ncvs/src/sys/kern/imgact_elf.c,v retrieving revision 1.48 diff -u -r1.48 imgact_elf.c --- imgact_elf.c 1999/02/04 12:42:31 1.48 +++ imgact_elf.c 1999/02/05 05:49:40 @@ -511,7 +511,15 @@ vmspace->vm_dsize = data_size >> PAGE_SHIFT; vmspace->vm_daddr = (caddr_t)(uintptr_t)data_addr; - addr = 2L*MAXDSIZ; /* May depend on OS type XXX */ +#ifdef ELF_RTLD_ADDR + addr = ELF_RTLD_ADDR; +#else + /* + * Load the dynamic linker where mmap(0, ...) would put it. + * See mmap() in "vm/vm_mmap.c". + */ + addr = round_page((vm_offset_t)vmspace->vm_daddr + MAXDSIZ); +#endif imgp->entry_addr = entry; --_=XFMail.1.3.p0.FreeBSD:990205094845:7709=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Feb 5 09:50:32 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA18975 for freebsd-alpha-outgoing; Fri, 5 Feb 1999 09:50:32 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA18970 for ; Fri, 5 Feb 1999 09:50:30 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.7/8.8.7) with ESMTP id JAA00175; Fri, 5 Feb 1999 09:50:09 -0800 Date: Fri, 5 Feb 1999 09:50:09 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: John Polstra cc: alpha@FreeBSD.ORG Subject: Re: Could somebody please test this patch? 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 Gimme 5 and it'll be done... On Fri, 5 Feb 1999, John Polstra wrote: > Could somebody with an Alpha close at hand do me a big favor and test > the attached patch? It moves the load address of the dynamic linker > from the bogus fixed address "2L*MAXDSIZ" to whereever a userland > mmap(0, ...) call would have put it. It should have no noticeable > affect on your system, except maybe if you look at "/proc//map". > > The patch solves a problem for large-memory i386 configurations. > I'd like to commit it ASAP, but it would be nice to confirm first > that I didn't break Alphas. > > Thanks in advance, > John > --- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Nobody ever went broke underestimating the taste of the American public." > -- H. L. Mencken > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Feb 5 12:39:45 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26986 for freebsd-alpha-outgoing; Fri, 5 Feb 1999 12:39:45 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA26958 for ; Fri, 5 Feb 1999 12:39:43 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.1/8.9.1) with ESMTP id KAA01628; Fri, 5 Feb 1999 10:07:58 -0800 (PST) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.1/8.9.1) id KAA22653; Fri, 5 Feb 1999 10:07:57 -0800 (PST) (envelope-from jdp@polstra.com) 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 In-Reply-To: Date: Fri, 05 Feb 1999 10:07:57 -0800 (PST) Organization: Polstra & Co., Inc. From: John Polstra To: Matthew Jacob Subject: Re: Could somebody please test this patch? Cc: alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thanks for trying it. If you see any anomalies, please let me know. But I'd be very surprised if it caused any problems. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Feb 5 13:04:27 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA01324 for freebsd-alpha-outgoing; Fri, 5 Feb 1999 13:04:27 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA01307 for ; Fri, 5 Feb 1999 13:04:21 -0800 (PST) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id OAA20631; Fri, 5 Feb 1999 14:04:02 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp04.primenet.com, id smtpd020494; Fri Feb 5 14:03:55 1999 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id OAA23537; Fri, 5 Feb 1999 14:03:38 -0700 (MST) From: Terry Lambert Message-Id: <199902052103.OAA23537@usr09.primenet.com> Subject: Re: Could somebody please test this patch? To: jdp@polstra.com (John Polstra) Date: Fri, 5 Feb 1999 21:03:33 +0000 (GMT) Cc: mjacob@feral.com, alpha@FreeBSD.ORG In-Reply-To: from "John Polstra" at Feb 5, 99 10:07:57 am X-Mailer: ELM [version 2.4 PL25] 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 > Thanks for trying it. If you see any anomalies, please let me know. But I'd > be very surprised if it caused any problems. I would be more concerned about binary compatability with OSF (or "DEC UNIX") software binary compatability breaking as a result of this change. That assumes that you brought it in from NetBSD in the first place, of course. The assumption in the EABI that specifies ELF and specifies the offset at which the binary is linked is pretty ingrained in the binaries. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Feb 5 13:10:41 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA02460 for freebsd-alpha-outgoing; Fri, 5 Feb 1999 13:10:41 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral-gw.feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA02453 for ; Fri, 5 Feb 1999 13:10:39 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.7/8.8.7) with ESMTP id JAA00217; Fri, 5 Feb 1999 09:58:11 -0800 Date: Fri, 5 Feb 1999 09:58:11 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: John Polstra cc: alpha@FreeBSD.ORG Subject: Re: Could somebody please test this patch? 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 Works. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Feb 5 13:12:55 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA02799 for freebsd-alpha-outgoing; Fri, 5 Feb 1999 13:12:55 -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 NAA02786 for ; Fri, 5 Feb 1999 13:12:47 -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 QAA15268; Fri, 5 Feb 1999 16:12:28 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.2/8.9.1) id QAA70831; Fri, 5 Feb 1999 16:12:20 -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: Fri, 5 Feb 1999 16:12:20 -0500 (EST) To: Terry Lambert Cc: jdp@polstra.com (John Polstra), mjacob@feral.com, alpha@FreeBSD.ORG Subject: Re: Could somebody please test this patch? In-Reply-To: <199902052103.OAA23537@usr09.primenet.com> References: <199902052103.OAA23537@usr09.primenet.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14011.23948.30528.93337@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Terry Lambert writes: > > Thanks for trying it. If you see any anomalies, please let me know. But I'd > > be very surprised if it caused any problems. > > I would be more concerned about binary compatability with OSF > (or "DEC UNIX") software binary compatability breaking as a result > of this change. That assumes that you brought it in from NetBSD > in the first place, of course. > > The assumption in the EABI that specifies ELF and specifies the > offset at which the binary is linked is pretty ingrained in the > binaries. The Tru64 UNIX, (formerly Digital UNIX (formerly OSF/1)) compat code, which I brought in from NetBSD and enhanced to use shared libraries, uses its own ecoff image activation routine. Hence, it should be unaffected by the patch in question. ------------------------------------------------------------------------------ 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 Fri Feb 5 13:19:47 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03704 for freebsd-alpha-outgoing; Fri, 5 Feb 1999 13:19:47 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA03695 for ; Fri, 5 Feb 1999 13:19:44 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.1/8.9.1) with ESMTP id NAA02308; Fri, 5 Feb 1999 13:19:41 -0800 (PST) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.1/8.9.1) id NAA23051; Fri, 5 Feb 1999 13:19:40 -0800 (PST) (envelope-from jdp@polstra.com) 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 In-Reply-To: <199902052103.OAA23537@usr09.primenet.com> Date: Fri, 05 Feb 1999 13:19:40 -0800 (PST) Organization: Polstra & Co., Inc. From: John Polstra To: Terry Lambert Subject: Re: Could somebody please test this patch? Cc: alpha@FreeBSD.ORG, mjacob@feral.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Terry Lambert wrote: > > I would be more concerned about binary compatability with OSF > (or "DEC UNIX") software binary compatability breaking as a result > of this change. That assumes that you brought it in from NetBSD > in the first place, of course. We didn't. Soren rolled this ELF loader from scratch, and the Alpha inherited the original address "2L*MAXDSIZ" from the i386 implementation. My patch will make it possible to specify an architecture-specific load address for the RTLD when appropriate. > The assumption in the EABI that specifies ELF and specifies the > offset at which the binary is linked is pretty ingrained in the > binaries. But this is for the dynamic linker, not for executables. John --- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Nobody ever went broke underestimating the taste of the American public." -- H. L. Mencken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Feb 5 13:43:26 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA07131 for freebsd-alpha-outgoing; Fri, 5 Feb 1999 13:43:26 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from calis.BlackSun.org (Calis.blacksun.org [168.100.186.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA07125 for ; Fri, 5 Feb 1999 13:43:23 -0800 (PST) (envelope-from don@calis.BlackSun.org) Received: from localhost (don@localhost) by calis.BlackSun.org (8.9.1/8.9.1) with ESMTP id QAA64230; Fri, 5 Feb 1999 16:45:38 -0500 (EST) (envelope-from don@calis.BlackSun.org) Date: Fri, 5 Feb 1999 16:45:38 -0500 (EST) From: Don To: Christian Weisgerber cc: freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC In-Reply-To: <79eg1q$v4s$1@mips.rhein-neckar.de> 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 far as I know MILO requires ARC firmware because it gets loaded from a > > DOS partition by ARC at boot time. > Actually, MILO *is* firmware. You can replace ARC or SRM with MILO in > the flash rom, and in fact I have access to a box where this has been > done. Ya know folks, the original reason for my reply was not to start a debate on ARC vs SRM and how they differ at a palcode level ... and whether or not MILO is or is not firmware ... it was to simply try to tell someone that we did not have FreeBSD working on ARC only systems as of yet (last time I checked anyway) with a brief and *oversimplified* reason. There one thing I find really amusing is that I was just told that MILO both is and is not firmware. I was completely unaware that there was MILO firmware. As for MILO changing the PALcode and not the firmware as I said ... that was just my effort to be simple and not bring PALcode into it. If we are going to spend so much time re-explaining everything every time someone asks I will gladly set up FreeBSD Alpha web pages dealing with the history of the project and the design problems faced by the project. These pages could also detail some of the specifics like the ARC vs SRM vs MILO deal so that all of the information is in one place. (I realize there are explanations out there already but it would nice to be able to go to www.freebsd.org/alpha and get the complete state of the alpha port along with history to we can just tell ppl to go to http://www.freebsd.org/alpha for more info) I believe there is also a currently supported hardware list and the two sets of pages could be linked. -Don To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Feb 5 13:54:37 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA08580 for freebsd-alpha-outgoing; Fri, 5 Feb 1999 13:54:37 -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 NAA08575 for ; Fri, 5 Feb 1999 13:54:34 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id IAA23308; Sat, 6 Feb 1999 08:57:04 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199902052157.IAA23308@cimlogic.com.au> Subject: Re: alpha PC In-Reply-To: from Don at "Feb 5, 1999 4:45:38 pm" To: don@calis.BlackSun.org (Don) Date: Sat, 6 Feb 1999 08:57:04 +1100 (EST) Cc: naddy@mips.rhein-neckar.de, freebsd-alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Don wrote: > If we are going to spend so much time re-explaining everything every time > someone asks I will gladly set up FreeBSD Alpha web pages dealing with > the history of the project and the design problems faced by the project. > These pages could also detail some of the specifics like the ARC vs SRM vs > MILO deal so that all of the information is in one place. (I realize there > are explanations out there already but it would nice to be able to go to > www.freebsd.org/alpha and get the complete state of the alpha port along > with history to we can just tell ppl to go to http://www.freebsd.org/alpha > for more info) I believe there is also a currently supported hardware list > and the two sets of pages could be linked. I think that web page contributions would be useful. Just be prepared for the nit-pick sessions that result. 8-) -- 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 Fri Feb 5 15:32:52 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA19697 for freebsd-alpha-outgoing; Fri, 5 Feb 1999 15:32:52 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA19673 for ; Fri, 5 Feb 1999 15:32:48 -0800 (PST) (envelope-from naddy@mips.rhein-neckar.de) Received: from mips.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id AAA05996 for freebsd-alpha@freebsd.org; Sat, 6 Feb 1999 00:32:45 +0100 (CET) (envelope-from naddy@mips.rhein-neckar.de) Received: by mips.rhein-neckar.de id m108suN-000WywC (Debian Smail-3.2.0.101 1997-Dec-17 #2); Fri, 5 Feb 1999 22:35:27 +0100 (CET) From: naddy@mips.rhein-neckar.de (Christian Weisgerber) Subject: Re: alpha PC Date: 5 Feb 1999 22:35:24 +0100 Message-ID: <79fo6s$48v$1@mips.rhein-neckar.de> References: <199902041239.JAA24809@df.ufpe.br> To: freebsd-alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Don wrote: > FreeBSD does not yet support booting from AlphaBIOS. > The FreeBSD Alpha team is working on a solution for this problem Is it? Everything I've seen mentioned here so far has been very tentative. I'm in the process of acquiring an Alpha. However, that's going to be a Samsung 164UX board, so I'll initially be forced to run Linux. Whom should I contact, if I ever decide that it might be within my abilities to contribute something? -- Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de >H Deutsche Transhumanismus-Mailingliste echo 'subscribe trans-de' | mail majordomo@lists.rhein-neckar.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Feb 5 16:09:38 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA26076 for freebsd-alpha-outgoing; Fri, 5 Feb 1999 16:09:38 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA26067 for ; Fri, 5 Feb 1999 16:09:34 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id RAA11496; Fri, 5 Feb 1999 17:09:29 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp03.primenet.com, id smtpd011470; Fri Feb 5 17:09:25 1999 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id RAA18825; Fri, 5 Feb 1999 17:09:23 -0700 (MST) From: Terry Lambert Message-Id: <199902060009.RAA18825@usr02.primenet.com> Subject: Re: Could somebody please test this patch? To: jdp@polstra.com (John Polstra) Date: Sat, 6 Feb 1999 00:09:23 +0000 (GMT) Cc: tlambert@primenet.com, alpha@FreeBSD.ORG, mjacob@feral.com In-Reply-To: from "John Polstra" at Feb 5, 99 01:19:40 pm X-Mailer: ELM [version 2.4 PL25] 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 > > The assumption in the EABI that specifies ELF and specifies the > > offset at which the binary is linked is pretty ingrained in the > > binaries. > > But this is for the dynamic linker, not for executables. Never mind. When you said "dynamic linker" I thought "ld.so", which gets mapped to a specific address for Alpha binaries by the image activator, not the crt0.o (that's why you can dlopen from static executable on an Alpha; same for SVR4 and Solaris, for that matter). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Feb 5 16:48:30 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01162 for freebsd-alpha-outgoing; Fri, 5 Feb 1999 16:48:30 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from calis.BlackSun.org (Calis.blacksun.org [168.100.186.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01155 for ; Fri, 5 Feb 1999 16:48:26 -0800 (PST) (envelope-from don@calis.BlackSun.org) Received: from localhost (don@localhost) by calis.BlackSun.org (8.9.1/8.9.1) with ESMTP id TAA64547; Fri, 5 Feb 1999 19:50:25 -0500 (EST) (envelope-from don@calis.BlackSun.org) Date: Fri, 5 Feb 1999 19:50:25 -0500 (EST) From: Don To: John Birrell cc: naddy@mips.rhein-neckar.de, freebsd-alpha@FreeBSD.ORG Subject: Re: alpha PC In-Reply-To: <199902052157.IAA23308@cimlogic.com.au> 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 > I think that web page contributions would be useful. Just be prepared > for the nit-pick sessions that result. 8-) I would be glad to contribute what I can to the project. I think a main alpha page with links to the supported hardware, project status, project history, and current topics/news would be appropriate. If everyone wants I will begin work on a page now and put it up for viewing asap. -Don To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Feb 5 17:02:03 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA03311 for freebsd-alpha-outgoing; Fri, 5 Feb 1999 17:02:03 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA03305 for ; Fri, 5 Feb 1999 17:02:01 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.1/8.9.1) with ESMTP id RAA03133; Fri, 5 Feb 1999 17:02:00 -0800 (PST) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.1/8.9.1) id RAA31705; Fri, 5 Feb 1999 17:01:59 -0800 (PST) (envelope-from jdp@polstra.com) 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 In-Reply-To: <199902060009.RAA18825@usr02.primenet.com> Date: Fri, 05 Feb 1999 17:01:59 -0800 (PST) Organization: Polstra & Co., Inc. From: John Polstra To: Terry Lambert Subject: Re: Could somebody please test this patch? Cc: mjacob@feral.com, alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Terry Lambert wrote: >> > The assumption in the EABI that specifies ELF and specifies the >> > offset at which the binary is linked is pretty ingrained in the >> > binaries. >> >> But this is for the dynamic linker, not for executables. > > Never mind. When you said "dynamic linker" I thought "ld.so", Sheesh, read the article or read the patch. It's about the image loader in the kernel mapping the dynamic linker into the process address space. > which gets mapped to a specific address for Alpha binaries by the > image activator, Fine, then _tell_ me what the specific address is supposed to be, if there even really is one. I know there's a specific address in SVR4/i386, but as yet you've given me no reason to think the address is wired down on the Alpha. Just saying it's wired down doesn't do anybody a bit of good if you don't state what the address is supposed to be. > not the crt0.o (that's why you can dlopen from static executable on > an Alpha; same for SVR4 and Solaris, for that matter). As I've told you at least four times in the mailing lists, that is misinformation. I know from first-hand experience (and from man pages) that you can't use dlopen in static executables under SVR4. And I and others have quoted every variety of Solaris man page to you, which specifically say you can't do it. I wish you'd quit spreading it around that you can, because it's utterly false. John --- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Nobody ever went broke underestimating the taste of the American public." -- H. L. Mencken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Feb 6 13:30:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24792 for freebsd-alpha-outgoing; Sat, 6 Feb 1999 13:30:09 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24777 for ; Sat, 6 Feb 1999 13:30:04 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id OAA18045; Sat, 6 Feb 1999 14:30:03 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp02.primenet.com, id smtpd018023; Sat Feb 6 14:30:01 1999 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id OAA17997; Sat, 6 Feb 1999 14:08:16 -0700 (MST) From: Terry Lambert Message-Id: <199902062108.OAA17997@usr02.primenet.com> Subject: Re: Could somebody please test this patch? To: jdp@polstra.com (John Polstra) Date: Sat, 6 Feb 1999 21:08:14 +0000 (GMT) Cc: tlambert@primenet.com, mjacob@feral.com, alpha@FreeBSD.ORG In-Reply-To: from "John Polstra" at Feb 5, 99 05:01:59 pm X-Mailer: ELM [version 2.4 PL25] 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 > > which gets mapped to a specific address for Alpha binaries by the > > image activator, > > Fine, then _tell_ me what the specific address is supposed to be, > if there even really is one. I know there's a specific address in > SVR4/i386, but as yet you've given me no reason to think the address > is wired down on the Alpha. Just saying it's wired down doesn't do > anybody a bit of good if you don't state what the address is supposed > to be. Do you have a copy of DEC UNIX with a compiler? Write a program: main() { for(;;) { sleep(1000); } } And then examine the memory mappings for it. I can't really *prove* that the thing *never* maps it to a different location, but I've put loops like that into much more complex programs and not had it move around. > > not the crt0.o (that's why you can dlopen from static executable on > > an Alpha; same for SVR4 and Solaris, for that matter). > > As I've told you at least four times in the mailing lists, that is > misinformation. I know from first-hand experience (and from man > pages) that you can't use dlopen in static executables under SVR4. > And I and others have quoted every variety of Solaris man page to you, > which specifically say you can't do it. I wish you'd quit spreading > it around that you can, because it's utterly false. Ugh. There isn't a static "libdl". You're right. I screwed up and assumed that the libdl was statically linked. Hmmm... you *can* use mmap and libelf to get the offsets, right? So it is possible to support loadable code modules in a static binary, it's just an implementation decision that that's not how dlopen itself is implemented. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Feb 6 13:53:57 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA27019 for freebsd-alpha-outgoing; Sat, 6 Feb 1999 13:53:57 -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 NAA26998 for ; Sat, 6 Feb 1999 13:53:54 -0800 (PST) (envelope-from dima@burka.rdy.com) Received: (from dima@localhost) by burka.rdy.com (8.9.2/RDY&DVV) id NAA53798 for alpha@freebsd.org; Sat, 6 Feb 1999 13:53:53 -0800 (PST) Message-Id: <199902062153.NAA53798@burka.rdy.com> Subject: KSR[T] #009: Non Privileged Halt (fwd) To: alpha@FreeBSD.ORG Date: Sat, 6 Feb 1999 13:53:53 -0800 (PST) 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 ----- Forwarded message from Dave G. ----- >From burka.rdy.com!netspace.org!owner-bugtraq Sat Feb 6 13:22:21 1999 Received: from flea.best.net (root@flea.best.net [206.184.139.131]) by burka.rdy.com (8.9.2/RDY&DVV) with ESMTP id NAA53647 for ; Sat, 6 Feb 1999 13:22:20 -0800 (PST) Received: from brimstone.netspace.org (brimstone.netspace.org [128.148.157.143]) by flea.best.net (8.9.2/8.9.2/best.fl) with ESMTP id NAA14183 for ; Sat, 6 Feb 1999 13:22:05 -0800 (PST) Received: from netspace.org ([128.148.157.6]:3636 "EHLO netspace.org" ident: "TIMEDOUT2") by brimstone.netspace.org with ESMTP id <70194-31683>; Sat, 6 Feb 1999 16:05:50 -0500 Received: from NETSPACE.ORG by NETSPACE.ORG (LISTSERV-TCP/IP release 1.8d) with spool id 499283 for BUGTRAQ@NETSPACE.ORG; Sat, 6 Feb 1999 20:59:58 +0000 Approved-By: aleph1@UNDERGROUND.ORG Received: from sitio.dec.net (sitio.dec.net [207.31.199.131]) by netspace.org (8.8.7/8.8.7) with SMTP id RAA22893 for ; Fri, 5 Feb 1999 17:43:44 -0500 Received: (qmail 2586 invoked by uid 501); 5 Feb 1999 22:39:53 -0000 X-Sender: dhg@sitio Message-ID: Date: Fri, 5 Feb 1999 17:39:53 -0500 Reply-To: "Dave G." Sender: Bugtraq List From: "Dave G." Subject: KSR[T] #009: Non Privileged Halt To: BUGTRAQ@netspace.org KSR[T] Security Advisories http://www.ksrt.org ksrt@ksrt.org --- KSR[T] Advisory #009 Date: Feb. 5th 1999 ID #: NonPrivdHALT Affected Program: MILO/Alpha Linux Operating System(s): Linux (Redhat 5.x) Summary: Any local user can cause an Alpha Linux machine to reboot, lock up or become unstable. Problem Description: During the beta-testing of an instruction set auditor, the KSR[T] team found several instructions that caused an Alpha Linux machine to generate an 'Oops' or to reboot/hang. This involves the call_pal instruction with different immediate arguments. The PALcode currently used in the MILO that comes with Redhat 5.x and below has two additional debugging PAL calls, DBGSTOP (0xAD) and NPHALT (0xBF). NPHALT is a non-privileged HALT instruction, which brings the machine straight back to the console even from user space. These calls were used during the development of MILO and were not intended for production use. Notes: We would like to thank Richard Henderson, Alan Cox for their help with this advisory. Special thanks to Nikita Schmidt for the problem description. Patch/Fix: The copies of MILO distributed at ftp://genie.ucd.ie/pub/alpha/milo/milo-latest are not vulnerable to this attack. ----- End of forwarded message from Dave G. ----- -- dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message