From owner-freebsd-alpha Sun Nov 8 02:42:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA23002 for freebsd-alpha-outgoing; Sun, 8 Nov 1998 02:42:11 -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 CAA22997 for ; Sun, 8 Nov 1998 02:42:05 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id KAA18787; Sun, 8 Nov 1998 10:41:50 GMT Date: Sun, 8 Nov 1998 10:41:50 +0000 (GMT) From: Doug Rabson To: Simon Shapiro cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Compiler Difficulty 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 Sat, 7 Nov 1998, Simon Shapiro wrote: > > Doug Rabson, On 07-Nov-98 you wrote: > > On Wed, 4 Nov 1998, Simon Shapiro wrote: > > > > > cc -I. -O -fPIC -Ifd -Ixpm -Ispec -I../FORMS -I../FORMS/private > > > -DMAKING_FD > > > -I../xpm-3.4g -I/usr/X11R6/include -c fd_select.c > > > cc: Internal compiler error: program cc1 got fatal signal 6 > > > *** Error code 1 > > > > > > This is in xforms, without which xfmail will not compile, without which > > > I > > > am dead... > > > > Have you tried the gcc patches from my web page > > (http://www.freebsd.org/~dfr/gcc.diff). I needed them to fix a register > > allocation bug in libX11. They probably fix other things too. > > I merged them, for the next build here. Hopefully these are correct for > other than Alpha ports... I have completed many x86 buildworlds with these patches. > > BTW, why are we not upgrading our compiler? I think mainly because its a difficult job and noone who is competent enough to do the job has stepped forward (me included). Changing the system compiler is a traumatic event at the best of times and this next change will be a big one whichever compiler we choose. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Nov 8 06:44:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA17269 for freebsd-alpha-outgoing; Sun, 8 Nov 1998 06:44:55 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from freebsd.scds.com (jseger.shore.net [204.167.102.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA17264 for ; Sun, 8 Nov 1998 06:44:51 -0800 (PST) (envelope-from jseger@jseger.scds.com) Received: from jseger.scds.com (localhost.scds.com [127.0.0.1]) by freebsd.scds.com (8.9.1/8.8.8) with ESMTP id JAA15433; Sun, 8 Nov 1998 09:43:10 -0500 (EST) (envelope-from jseger@jseger.scds.com) Message-Id: <199811081443.JAA15433@freebsd.scds.com> To: shimon@simon-shapiro.org cc: Mike Smith , alpha@FreeBSD.ORG, Andrew Gallatin Subject: Re: Booting in single user mode In-reply-to: Your message of "Sat, 07 Nov 1998 13:06:00 EST." Date: Sun, 08 Nov 1998 09:43:09 -0500 From: "Justin M. Seger" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Mike Smith, On 06-Nov-98 you wrote: > > > > > > > > > Justin M. Seger writes: > > > > Are we still booting into single user mode by default, or is > > > > something wrong on > > > > my system? I'm running from a world built yesterday on an > > > > AlphaStation 200 > > > > with a serial console. Whenever it boots, I'm left at a choose a > > > > shell prompt, > > > > then I have to log in and type sh /etc/rc > > > > > > > > Am I missing something obvious? > > > > > > > > > Set the SRM console variable boot_osflags to A. > > > > > > The alpha gets at least some of its boot flags via the prom & not the > > > bootloader.. > > > > This is only applicable if you are using the NetBSD bootstrap. The > > FreeBSD bootstrap defaults to autoboot, and largely ignores the flags > > passed in from the prom. The kernel always takes its flags from the > > bootloader; the NetBSD bootloader is the culprit here. > > As I said in the other post, my experience contradicts you Mike. > but that was at 0200 last night, so anything is possible. As does mine. I haven't used the NetBSD bootstrap, and this was very neccessary to get it to boot into multiuser mode. TTYL, -Justin Seger- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Nov 8 08:27:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA24826 for freebsd-alpha-outgoing; Sun, 8 Nov 1998 08:27:32 -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 IAA24821 for ; Sun, 8 Nov 1998 08:27:29 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id QAA00490; Sun, 8 Nov 1998 16:25:39 GMT Date: Sun, 8 Nov 1998 16:25:38 +0000 (GMT) From: Doug Rabson To: Simon Shapiro cc: freebsd-alpha@FreeBSD.ORG Subject: Re: tco_forward recursing 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 Sat, 7 Nov 1998, Simon Shapiro wrote: > What is this error message and why does it happen? I think its something to do with the timecounter code. You could try asking phk about it. What is happening to the machine when you get the message? -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Nov 8 11:39:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA12176 for freebsd-alpha-outgoing; Sun, 8 Nov 1998 11:39:41 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from ducky.net (gate.ducky.net [198.145.101.253]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA12162 for ; Sun, 8 Nov 1998 11:39:35 -0800 (PST) (envelope-from mike@ducky.net) Received: from ducky.net (localhost.ducky.net [127.0.0.1]) by ducky.net (8.9.1/8.8.5) with ESMTP id LAA04886; Sun, 8 Nov 1998 11:38:17 -0800 (PST) Message-Id: <199811081938.LAA04886@ducky.net> To: "Jordan K. Hubbard" cc: freebsd-alpha@FreeBSD.ORG Subject: Re: argh^2 In-reply-to: Your message of "Sat, 07 Nov 1998 10:25:49 PST." <11901.910463149@time.cdrom.com> Date: Sun, 08 Nov 1998 11:38:17 -0800 From: Mike Haertel Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> - The bit about not making the root disk bootable still isn't fixed yet. >> I had to boot off the floppy and fix it manually. > >Sorry, could you refresh my memory - you're saying we need to set a >partition active, or something? I'm not sure what the problem is >here. After doing the sysinstall thing, it wouldn't boot off the hard disk; I had to boot off the floppy and do: disklabel -B -b /usr/mdec/boot1 /dev/rda0 That was the only step that sysinstall was missing. My guess is that, if you are testing sysinstall on your own machine, you probably already have the correct boot block on the disk and so not noticing the failure of the install process to set it up. You might want to try: dd if=/dev/zero of=/dev/rda0 bs=1m count=1 to wipe the disk between install attempts. On x86 I keep a standalone boot floppy with an MFS root handy for just this operation. >Also, just curious: Is the kern.flp working correctly now in that it >prompts for and correctly loads the mfsroot, then boots? If not, I >still need to beat on the load script. > >> - To my surprise, the sysinstall partitioning phase did not find the >> old NetBSD partitions on the disk. The reason I find this surprising > >Didn't they just change to 0xA9 or something? FreeBSD's view of the >disk is determined solely by libdisk, so if it's out of sync with the >kernel's own partition search order, that's something to look into. Um, I'm not even sure if NetBSD/alpha uses PC style partitioning at all, or just writes a BSD disk label. I'd assume it just writes a BSD disk label, so the 0xA9 stuff you mentioned would be irrelevant. The disk is wiped now, so there is no easy way to go back and see what NetBSD was doing with it. In any case, it is definitely true that the FreeBSD kernel's view of the disk is different from libdisk's. Witness the fact that the FreeBSD kernel, when booted off the floppy, found and used the NetBSD root file system and was able to run in single user mode, but sysinstall didn't see those partitions at all. >Hmmm. This should still be fixed, but even once it is we can perhaps >stick with the same color scheme just to differentiate the alpha >install? :-) But red? Ugh. How about a nice cyan or something? :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Nov 9 08:34:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA22165 for freebsd-alpha-outgoing; Mon, 9 Nov 1998 08:34:45 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA22160 for ; Mon, 9 Nov 1998 08:34:43 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 10546 invoked by uid 1000); 9 Nov 1998 17:38:44 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 09 Nov 1998 12:38:44 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Doug Rabson , phk@critter.freebsd.dk Subject: Re: tco_forward recursing Cc: freebsd-alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Rabson, On 08-Nov-98 you wrote: > On Sat, 7 Nov 1998, Simon Shapiro wrote: > > > What is this error message and why does it happen? > > I think its something to do with the timecounter code. You could try > asking phk about it. What is happening to the machine when you get the > message? I have some patches from Poul, so I will cc him on this reply, just in case. the machine rapidly and endlessly loops on this message and appears dead otherwise (totally stops responding), but that can be due to overloading the serial console. It seems like NFS triggers it more than anything else. I copied /usr/src and /usr/ports fomr an nfs mount to a local disk with no ill effects. IT does this reliably if you try to compile across NFS. Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Nov 9 09:01:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA24315 for freebsd-alpha-outgoing; Mon, 9 Nov 1998 09:01:15 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA24287; Mon, 9 Nov 1998 09:01:00 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id RAA21804; Mon, 9 Nov 1998 17:53:53 +0100 (CET) To: shimon@simon-shapiro.org cc: Doug Rabson , freebsd-alpha@FreeBSD.ORG, bde@FreeBSD.ORG Subject: Re: tco_forward recursing In-reply-to: Your message of "Mon, 09 Nov 1998 12:38:44 EST." Date: Mon, 09 Nov 1998 17:53:53 +0100 Message-ID: <21802.910630433@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org If you get this message once, your timecounter warranty expired 10 msec ago, and the system may be totally hosed in more than a few interesting ways. Tco_forward() should NEVER recurse like that. I have no explanation as to how this may or can happen. Stick a call to the debugger there and go look at how it happens. If the recursion is through hardclock() some splmumble() must be missing somewhere, if it comes through settime() somebody who shouldn't are messing with the system time do that at a very inopportune time. Sorry for my lack of detailed diagnosis... Poul-Henning In message , Simon Shapiro writes : > >Doug Rabson, On 08-Nov-98 you wrote: >> On Sat, 7 Nov 1998, Simon Shapiro wrote: >> >> > What is this error message and why does it happen? >> >> I think its something to do with the timecounter code. You could try >> asking phk about it. What is happening to the machine when you get the >> message? > >I have some patches from Poul, so I will cc him on this reply, just in >case. the machine rapidly and endlessly loops on this message and appears >dead otherwise (totally stops responding), but that can be due to >overloading the serial console. It seems like NFS triggers it more than >anything else. I copied /usr/src and /usr/ports fomr an nfs mount to a >local disk with no ill effects. IT does this reliably if you try to >compile across NFS. > >Simon > > -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Nov 9 21:32:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA12801 for freebsd-alpha-outgoing; Mon, 9 Nov 1998 21:32:10 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA12796 for ; Mon, 9 Nov 1998 21:32:08 -0800 (PST) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zd6PA-0004DD-00; Mon, 9 Nov 1998 22:31:52 -0700 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id WAA17042 for ; Mon, 9 Nov 1998 22:31:44 -0700 (MST) Message-Id: <199811100531.WAA17042@harmony.village.org> Subject: Re: Compiler Difficulty To: freebsd-alpha@FreeBSD.ORG In-reply-to: Your message of "Sun, 08 Nov 1998 08:30:39 +1100." <199811072130.IAA08802@cimlogic.com.au> References: <199811072130.IAA08802@cimlogic.com.au> Date: Mon, 09 Nov 1998 22:31:44 -0700 From: Warner Losh Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199811072130.IAA08802@cimlogic.com.au> John Birrell writes: : We held off doing this because of 3.0. Now that's out the door, I think : it's only a matter of someone finding the time. I hope we can upgrade : and get a build that will allow cross-compilers to be built too. I know that the current GCC is a significant stubling block to my being able to create a cross compiler on my i386 machine for a port that I'm doing. I have make buildworld, in a cross environment for this target, completing to where it tries to build gcc, and that fails due to our current build structure for gcc. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Nov 10 11:07:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA01501 for freebsd-alpha-outgoing; Tue, 10 Nov 1998 11:07:03 -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 LAA01492 for ; Tue, 10 Nov 1998 11:06:59 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral-gw.feral.com (8.8.7/8.8.7) with SMTP id LAA17695 for ; Tue, 10 Nov 1998 11:06:10 -0800 Date: Tue, 10 Nov 1998 11:06:10 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: freebsd-alpha@FreeBSD.ORG Subject: anyone have successful installs? 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 yet to have a successful install of the various snapshots- either the serial console doesn't work, or the multia pukes, or (after several iterations on this) I have something the SIGSEGVs at the end of the install leaving the system mostly installed, but no boot block done (where's the boot block on this?) I really should go off and figure this out myself- I'm just perennially short on time... any clues for the lame here? -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Nov 10 14:19:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA25288 for freebsd-alpha-outgoing; Tue, 10 Nov 1998 14:19:16 -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 OAA25273 for ; Tue, 10 Nov 1998 14:19: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.8.5/8.8.5) with ESMTP id RAA24471; Tue, 10 Nov 1998 17:18:20 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id RAA11684; Tue, 10 Nov 1998 17:18:14 -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: Tue, 10 Nov 1998 17:18:14 -0500 (EST) To: Mike Smith Cc: Mike Haertel , freebsd-alpha@FreeBSD.ORG Subject: Re: another small observation In-Reply-To: <199811071958.LAA05807@dingo.cdrom.com> References: <199811071822.KAA00792@ducky.net> <199811071958.LAA05807@dingo.cdrom.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13896.47289.309597.453451@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike Smith writes: > > On x86's this concept of "halt" makes sense, since PC BIOSes > > typically do not have a halted state. But on Alphas it's a > > real misfeature. The SRM console is a lot more useful than > > a PC BIOS, in fact it's the nicest console I've seen, and it > > would be good to be able to get back to it. > > This is a consequence of my unifying the "halt" and "reboot" behaviour - > the Alpha was doing it's own thing rather than the standard MI > behaviour. > > It would be relatively trivial to move the "what to do when halting" > behaviour into the MD code; you're welcome to submit diffs, and I'd be > happy to talk you through what would need to be done. I'm bothered by this behaviour as well. All you need to do to get the old behaviour back is to call cpu_halt(). Is the following patch acceptable? I realize there are a lot of #ifdefs.. Index: sys/kern/kern_shutdown.c =================================================================== RCS file: /scratch/freebsd-cvs/src/sys/kern/kern_shutdown.c,v retrieving revision 1.41 diff -u -r1.41 kern_shutdown.c --- kern_shutdown.c 1998/10/30 05:41:15 1.41 +++ kern_shutdown.c 1998/11/10 21:41:42 @@ -278,8 +278,19 @@ if (howto & RB_HALT) { printf("\n"); printf("The operating system has halted.\n"); +#ifdef __alpha__ + printf("Please press 's' to drop into the SRM console, " + "or any other key to reboot\n\n"); +#endif +#ifdef __i386__ printf("Please press any key to reboot.\n\n"); +#endif switch (cngetc()) { +#ifdef __alpha__ + case 's' : + case 'S' : + printf("returning to the SRM console\n"); +#endif case -1: /* No console, just die */ cpu_halt(); /* NOTREACHED */ Cheers, Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Nov 10 14:25:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA26328 for freebsd-alpha-outgoing; Tue, 10 Nov 1998 14:25:45 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA26320 for ; Tue, 10 Nov 1998 14:25:43 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id OAA00993; Tue, 10 Nov 1998 14:23:33 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199811102223.OAA00993@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Andrew Gallatin cc: freebsd-alpha@FreeBSD.ORG Subject: Re: another small observation In-reply-to: Your message of "Tue, 10 Nov 1998 17:18:14 EST." <13896.47289.309597.453451@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Nov 1998 14:23:33 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Mike Smith writes: > > > On x86's this concept of "halt" makes sense, since PC BIOSes > > > typically do not have a halted state. But on Alphas it's a > > > real misfeature. The SRM console is a lot more useful than > > > a PC BIOS, in fact it's the nicest console I've seen, and it > > > would be good to be able to get back to it. > > > > This is a consequence of my unifying the "halt" and "reboot" behaviour - > > the Alpha was doing it's own thing rather than the standard MI > > behaviour. > > > > It would be relatively trivial to move the "what to do when halting" > > behaviour into the MD code; you're welcome to submit diffs, and I'd be > > happy to talk you through what would need to be done. > > I'm bothered by this behaviour as well. > > All you need to do to get the old behaviour back is to call > cpu_halt(). Is the following patch acceptable? I realize there are a > lot of #ifdefs.. No. The Alpha should register an at_shutdown hook which checks for RB_HALT and calls the appropriate halt routine. cpu_halt() should also die. The goal is to move as much shutdown behaviour as possible onto the callout lists. This keeps all the MD code in the MD modules, and means there's less of a rigid interface to have to conform to. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Nov 10 15:36:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA05679 for freebsd-alpha-outgoing; Tue, 10 Nov 1998 15:36:33 -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 PAA05674 for ; Tue, 10 Nov 1998 15:36:32 -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.8.5/8.8.5) with ESMTP id SAA26000; Tue, 10 Nov 1998 18:36:12 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id SAA12180; Tue, 10 Nov 1998 18:36:06 -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: Tue, 10 Nov 1998 18:36:05 -0500 (EST) To: Mike Smith Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: another small observation In-Reply-To: <199811102223.OAA00993@dingo.cdrom.com> References: <13896.47289.309597.453451@grasshopper.cs.duke.edu> <199811102223.OAA00993@dingo.cdrom.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13896.52405.267251.355470@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike Smith writes: > No. The Alpha should register an at_shutdown hook which checks for > RB_HALT and calls the appropriate halt routine. cpu_halt() should also > die. Sorry.. I didn't know at_shutdown() even existed. How's the following? Index: /sys/alpha/alpha/machdep.c =================================================================== RCS file: /scratch/freebsd-cvs/src/sys/alpha/alpha/machdep.c,v retrieving revision 1.20 diff -u -r1.20 machdep.c --- machdep.c 1998/11/02 00:14:50 1.20 +++ machdep.c 1998/11/10 23:29:28 @@ -132,6 +132,7 @@ #include #include #include +#include #include #include #include @@ -212,6 +213,32 @@ #define offsetof(type, member) ((size_t)(&((type *)0)->member)) static void +alpha_srm_shutdown(int howto, void* arg2) +{ + if(howto & RB_HALT) { + printf("\n"); + printf("The operating system has halted.\n"); + printf("Please press 's' to drop into the SRM console, " + "or any other key to reboot.\n\n"); + switch (cngetc()) { + case 's' : + case 'S' : + printf("returning to the SRM console...\n"); + case -1: /* No console, just die */ + alpha_pal_halt(); + /* NOTREACHED */ + default: + /* + * this doesn't actually do anything -- it + * would be nice if howto was passed by reference + */ + howto &= ~RB_HALT; + break; + } + } +} + +static void cpu_startup(dummy) void *dummy; { @@ -394,6 +421,7 @@ */ bufinit(); vm_pager_bufferinit(); + at_shutdown_pri(alpha_srm_shutdown, 0, SHUTDOWN_FINAL, SHUTDOWN_PRI_LAST); } BTW - it would be nice if howto was passed in by reference. The way it stands now, you'll see some silliness like this if you decide you really want to just reboot: syncing disks... 5 4 done The operating system has halted. Please press 's' to drop into the SRM console, or any other key to reboot The operating system has halted. Please press any key to reboot. Rebooting... Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Nov 10 15:50:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA06905 for freebsd-alpha-outgoing; Tue, 10 Nov 1998 15:50:22 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA06900 for ; Tue, 10 Nov 1998 15:50:19 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id PAA01499; Tue, 10 Nov 1998 15:48:50 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199811102348.PAA01499@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Andrew Gallatin cc: freebsd-alpha@FreeBSD.ORG Subject: Re: another small observation In-reply-to: Your message of "Tue, 10 Nov 1998 18:36:05 EST." <13896.52405.267251.355470@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Nov 1998 15:48:50 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Mike Smith writes: > > No. The Alpha should register an at_shutdown hook which checks for > > RB_HALT and calls the appropriate halt routine. cpu_halt() should also > > die. > > Sorry.. I didn't know at_shutdown() even existed. How's the following? Looks about right, although I wouldn't even bother with the 's' option - expected behaviour is that 'halt' will drop you back to SRM, and I have no problems with that. If you've tested this, then I'll commit a simplified version straight away. > Index: /sys/alpha/alpha/machdep.c > =================================================================== > RCS file: /scratch/freebsd-cvs/src/sys/alpha/alpha/machdep.c,v > retrieving revision 1.20 > diff -u -r1.20 machdep.c > --- machdep.c 1998/11/02 00:14:50 1.20 > +++ machdep.c 1998/11/10 23:29:28 > @@ -132,6 +132,7 @@ > #include > #include > #include > +#include > #include > #include > #include > @@ -212,6 +213,32 @@ > #define offsetof(type, member) ((size_t)(&((type *)0)->member)) > > static void > +alpha_srm_shutdown(int howto, void* arg2) > +{ > + if(howto & RB_HALT) { > + printf("\n"); > + printf("The operating system has halted.\n"); > + printf("Please press 's' to drop into the SRM console, " > + "or any other key to reboot.\n\n"); > + switch (cngetc()) { > + case 's' : > + case 'S' : > + printf("returning to the SRM console...\n"); > + case -1: /* No console, just die */ > + alpha_pal_halt(); > + /* NOTREACHED */ > + default: > + /* > + * this doesn't actually do anything -- it > + * would be nice if howto was passed by reference > + */ > + howto &= ~RB_HALT; > + break; > + } > + } > +} > + > +static void > cpu_startup(dummy) > void *dummy; > { > @@ -394,6 +421,7 @@ > */ > bufinit(); > vm_pager_bufferinit(); > + at_shutdown_pri(alpha_srm_shutdown, 0, SHUTDOWN_FINAL, SHUTDOWN_PRI_LAST); > > } > > > > > BTW - it would be nice if howto was passed in by reference. The way > it stands now, you'll see some silliness like this if you decide you > really want to just reboot: > > > syncing disks... 5 4 done > > The operating system has halted. > Please press 's' to drop into the SRM console, or any other key to reboot > > > The operating system has halted. > Please press any key to reboot. > > Rebooting... > > > Drew > ------------------------------------------------------------------------------ > Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin > Duke University Email: gallatin@cs.duke.edu > Department of Computer Science Phone: (919) 660-6590 -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Nov 10 16:51:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA15082 for freebsd-alpha-outgoing; Tue, 10 Nov 1998 16:51:50 -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 QAA15075 for ; Tue, 10 Nov 1998 16:51:44 -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.8.5/8.8.5) with ESMTP id TAA27196 for ; Tue, 10 Nov 1998 19:51:27 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id TAA12327; Tue, 10 Nov 1998 19:51:21 -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: Tue, 10 Nov 1998 19:51:21 -0500 (EST) To: freebsd-alpha@FreeBSD.ORG Subject: srm disk booting problem X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13896.55574.630436.734033@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm having a problem with booting off a disk on an AS500/266. srm_disk's bd_open() function is failing on the first call because lp->d_magic != DISKMAGIC. I've found that if I alter bd_open to ignore this & continue on, things work just fine. Successive calls to bd_open in the same bootup have no problems with the label. This is on both warm & cold boots. I've tried inserting both delay()'s & memory barriers after the call to bd_strategy(). Somebody's borrowed my copy of the Alpha architecture handbook, so I'm flying blind here... I should mention that I've also re-installed the disklabel using FreeBSD's /sbin/disklabel & FreeBSD's boot1 (label was initially installed with Digital UNIX 4.0.). Neither the kernel, nor the FreeBSD /sbin/disklabel nor the Digital UNIX /sbin/disklabel has any problem with the disklabel's magic number. I've appended output from a cold boot in case anybody has any ideas. Thanks, Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 *** keyboard not plugged in... ff.fe.fd.fc.fb.fa.f9.f8.f7.f6.f5. ef.ee.ed.ec.eb.ea.e9.f4.e8.e7.e6.e5.e4. Digital AlphaStation 500/266 Console V6.0-21 built on Apr 25 1996 at 14:48:02 >>>show dev dka0.0.0.9.0 DKA0 SEAGATE ST15150W 0023 dka100.1.0.9.0 DKA100 SEAGATE ST32171W 0484 dka400.4.0.9.0 DKA400 RRD45 1645 dva0.0.0.0.1 DVA0 ewa0.0.0.6.0 EWA0 00-00-F8-20-EA-11 ewb0.0.0.8.0 EWB0 00-00-F8-00-1A-46 pka0.7.0.9.0 PKA0 SCSI Bus ID 7 2.10 >>>b dka100 (boot dka100.1.0.9.0 -flags A) block 0 of dka100.1.0.9.0 is a valid boot block reading 14 blocks from dka100.1.0.9.0 bootstrap code read in base = 136000, image_start = 0, image_bytes = 1c00 initializing HWRPB at 2000 initializing page table at 128000 initializing machine state setting affinity to the primary CPU jumping to bootstrap code Console: SRM firmware console VMS PAL rev: 0x1000000010112 OSF PAL rev: 0x1000000020115 Switch to OSF PAL code succeeded. FreeBSD/alpha SRM disk boot, Revision 0.1 (gallatin@muggy.cs.duke.edu, Tue Nov 10 19:30:45 EST 1998) Memory: 131072 k bd_open: unit = 0x0, name =SCSI 0 9 0 1 100 0 0 bd_open: no disklabel bd_open: lp->d_magic = 0xe4400007 bd_open: winging it bd_open: unit = 0x0, name =SCSI 0 9 0 1 100 0 0 > autoboot 2 Hit [Enter] to boot immediately, or any other key for command prompt. Booting [kernel]... bd_open: unit = 0x0, name =SCSI 0 9 0 1 100 0 0 bd_open: unit = 0x0, name =SCSI 0 9 0 1 100 0 0 bd_open: unit = 0x0, name =SCSI 0 9 0 1 100 0 0 bd_open: unit = 0x0, name =SCSI 0 9 0 1 100 0 0 bd_open: unit = 0x0, name =SCSI 0 9 0 1 100 0 0 bd_open: unit = 0x0, name =SCSI 0 9 0 1 100 0 0 bd_open: unit = 0x0, name =SCSI 0 9 0 1 100 0 0 bd_open: unit = 0x0, name =SCSI 0 9 0 1 100 0 0 /kernel data=0x247388+0x3a1c8 syms=[0x8+0x433e0+0x8+0x27ab1] Entering kernel at 0xfffffc00003245e0... Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #1: Tue Nov 10 18:29:49 EST 1998 gallatin@muggy.cs.duke.edu:/usr/src/sys/compile/ALPHATPZ AlphaStation 500 or 600 (KN20AA) Digital AlphaStation 500/266, 266MHz 8192 byte page size, 1 processor. real memory = 131989504 (128896K bytes) avail memory = 122454016 (119584K bytes) Preloaded elf kernel "kernel" at 0xfffffc00005f0000. cia0: <2117x PCI adapter> cia0: ALCOR/ALCOR2, pass 2 isa0 Probing for devices on PCI bus 0: de0: rev 0x24 int a irq 13 on pci0.6.0 de0: DEC 21040 [10Mb/s] pass 2.4 de0: address 00:00:f8:20:ea:11 de1: rev 0x11 int a irq 16 on pci0.8.0 de1: DEC DE500-XA 21140 [10-100Mb/s] pass 1.1 de1: address 00:00:f8:00:1a:46 Qlogic ISP Driver, FreeBSD CAM Version 0.97, Core Version 1.3 isp0: rev 0x02 int a irq 12 on pci0.9.0 isp0: using Memory space register mapping isp0: Board Revision 1020A, loaded F/W Revision 7.55 isp0: Last F/W revision was 2.10 isp0: invalid NVRAM header chip0: rev 0x05 on pci0.10.0 mlanai0: rev 0x01 int a irq 4 on pci0.12.0 tpz0: Myrinet LANai 4.1 address 00:60:dd:e0:00:d0 (M2F-PCI32-10208) tpz0: Duke TPZ/IP driver version $Id: if_tpz.c,v 1.9 1998/06/25 14:30:20 gallatin Exp $ mcclock0: at 0x70-0x71 on isa0 sio0 at 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A, console sio1: reserved for low-level i/o sio1 not found struct nfssvc_sock bloated (> 256bytes) Try reducing NFS_UIDHASHSIZ struct nfsuid bloated (> 128bytes) Try unionizing the nu_nickname and nu_flag fields Timecounter "alpha" frequency 266666666 Hz isp0: driver initiated bus reset de1: enabling 100baseTX port da1 at isp0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI2 device da1: 20.0MB/s transfers (10.0MHz, offset 12, 16bit), Tagged Queueing Enabled da1: 2062MB (4223444 512 byte sectors: 255H 63S/T 262C) da0 at isp0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 20.0MB/s transfers (10.0MHz, offset 12, 16bit), Tagged Queueing Enabled da0: 4095MB (8388315 512 byte sectors: 255H 63S/T 522C) cd0 at isp0 bus 0 target 4 lun 0 cd0: Removable CD-ROM SCSI2 device cd0: 10.0MB/s transfers (10.0MHz, offset 12) cd0: Attempt to query device size failed: NOT READY, Medium not present swapon: adding /dev/sd0b as swap device swapon: adding /dev/sd1b as swap device Automatic reboot in progress... /dev/rsd1a: clean, 31621 free (293 frags, 3916 blocks, 0.5% fragmentation) /dev/rsd1g: clean, 600361 free (7593 frags, 74096 blocks, 0.8% fragmentation) ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Nov 10 16:54:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA15255 for freebsd-alpha-outgoing; Tue, 10 Nov 1998 16:54:04 -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 QAA15233 for ; Tue, 10 Nov 1998 16:53:59 -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.8.5/8.8.5) with ESMTP id TAA27226 for ; Tue, 10 Nov 1998 19:53:42 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id TAA12331; Tue, 10 Nov 1998 19:53:36 -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: Tue, 10 Nov 1998 19:51:21 -0500 (EST) To: freebsd-alpha@FreeBSD.ORG Subject: Re: srm disk booting problem X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13896.55574.630436.734033@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I'm having a problem with booting off a disk on an AS500/266. > srm_disk's bd_open() function is failing on the first call because > lp->d_magic != DISKMAGIC. I should mention that the source I'm building the bootloader from was cvsupped today around 10am EST. I have no problems on a DPW500au or on an AS200/166. Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Nov 11 14:09:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09227 for freebsd-alpha-outgoing; Wed, 11 Nov 1998 14:09:59 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (castles249.castles.com [208.214.165.249]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09219 for ; Wed, 11 Nov 1998 14:09:53 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id OAA05522; Wed, 11 Nov 1998 14:06:47 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199811112206.OAA05522@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Kaleb S. KEITHLEY" cc: alpha@FreeBSD.ORG Subject: Re: Alpha firmware In-reply-to: Your message of "Wed, 11 Nov 1998 13:34:56 EST." <3649D8D0.61F99625@ics.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Nov 1998 14:06:46 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Is this the wrong list to ask this on? Yes; try alpha@freebsd.org. (moved) > I've got an Digital EB64, a.k.a. Alpha PC64 (and a.k.a. Cabriolet). It's > all set up and and waiting for an OS to install; but ------- > > A week ago when the Alpha 3.0-RELEASE was still on the ftp server and > said it needed NetBSD boot disks, I pulled over and read the NetBSD > install, which said it needed the SRM firmware. I'm presuming that the > FreeBSD install also needs the SRM firmware. > > For whatever reason the SRM firmware is not in the flash ROM on this > board. Nor do I have the disk with the SRM firmware. (I bought the > board, new in the box, but the box had been opened. The outfit I bought > it from okay, as far as it goes, but for various reasons isn't > particularly helpful about coming up with the firmware diskettes for the > board.) I'm also looking for the firmware through other channels, but > don't know when, if ever, they might bear fruit. > > Does anyone that's doing the Alpha port have firmware diskettes for this > board that they'd be willing to dd off the contents and make them > available somewhere for ftp? ftp.digital.com/pub/DEC/Alpha/firmware/v5.2 You'll need to know which DEC system(s) used the board - hopefully someone on this list can help out, or the NetBSD/Alpha webpages will probably give you what you need there. The firmware upgrade process can be, er, entertaining. But it's usually pretty painless. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Nov 12 07:29:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17648 for freebsd-alpha-outgoing; Thu, 12 Nov 1998 07:29:03 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from ics.com (ics.com [140.186.40.192]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA17634; Thu, 12 Nov 1998 07:29:01 -0800 (PST) (envelope-from kaleb@ics.com) Received: from ics.com (sunoco.ics.com [140.186.40.142]) by ics.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id KAA29002; Thu, 12 Nov 1998 10:28:41 -0500 (EST) Message-ID: <364AFEA9.D5D78A36@ics.com> Date: Thu, 12 Nov 1998 10:28:41 -0500 From: "Kaleb S. KEITHLEY" Organization: Integrated Computer Solutions X-Mailer: Mozilla 4.5 [en] (X11; I; SunOS 5.5.1 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: alpha@FreeBSD.ORG CC: hackers@FreeBSD.ORG Subject: Re: Alpha firmware References: <199811112206.OAA05522@dingo.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike Smith wrote: > > For an EB64 (EB as in __E__valuation __B__board 64) a.k.a. Alpha PC64... > > > > Does anyone that's doing the Alpha port have firmware diskettes for this > > board that they'd be willing to dd off the contents and make them > > available somewhere for ftp? > > ftp.digital.com/pub/DEC/Alpha/firmware/v5.2 Sigh. I suppose this is the price I pay for not having enumerated in nauseous detail that I've been there, done that. I've also searched Yahoo, Altavista, and DejaNews. Looked at every Digital Firmware CD-ROM from version 2.9 through 5.0. Looked at RedHat and NetBSD web sites. Etc., etc., etc. > > You'll need to know which DEC system(s) used the board - Yes, I know. No DEC system used the EB* boards. > hopefully > someone on this list can help out, or the NetBSD/Alpha webpages will > probably give you what you need there. > > The firmware upgrade process can be, er, entertaining. But it's > usually pretty painless. Uh, right. Okay, back to the original question: Does anyone have the firmware for this board that they'd be willing to provide by ftp -- either as dd'ed diskette images or the DOS files, or whatever? (I'm on hackers, not on alpha [yet], so if you'd be so kind as to cc: me in any reply you send, I'd be most grateful.) Thanks, -- Kaleb S. KEITHLEY To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Nov 12 16:33:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA21010 for freebsd-alpha-outgoing; Thu, 12 Nov 1998 16:33:35 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from junior.lgc.com (junior.lgc.com [134.132.72.99]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA20975 for ; Thu, 12 Nov 1998 16:33:15 -0800 (PST) (envelope-from jim.king@mail.sstar.com) Received: from oasis.zycor.lgc.com by junior.lgc.com (8.8.8/lgc.1.26) id SAA22505; Thu, 12 Nov 1998 18:33:01 -0600 (CST) Received: from maroon by oasis.zycor.lgc.com (8.8.8/lgc.1.20) id SAA14500; Thu, 12 Nov 1998 18:32:49 -0600 (CST) Message-Id: <199811130032.SAA14500@oasis.zycor.lgc.com> X-Sender: jim.king@mail.sstar.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Thu, 12 Nov 1998 18:32:49 -0600 To: freebsd-alpha@FreeBSD.ORG From: Jim King Subject: Thanks! Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Just want to say thanks to everyone involved in getting FreeBSD/Alpha going, and helping me get it installed. Now that it's running on my AS 200 it's just working great. Cool! Jim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 13 09:20:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03819 for freebsd-alpha-outgoing; Fri, 13 Nov 1998 09:20:00 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA03763 for ; Fri, 13 Nov 1998 09:19:39 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 9651 invoked by uid 1000); 13 Nov 1998 18:23:05 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 13 Nov 1998 13:23:05 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-alpha@FreeBSD.ORG Subject: Build of 19981108 Install Glitches Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Am installing the snapshot of the 8th, using a ``Novice'' installation. At the commit phase, it aborts in failing to newfs the root partition: fixlabel: invalid magic fixlabel: invalid magic fixlabel: invalid magic newfs: ioctl (WDINFO): Read-Only filesystem newfs: /dev/rda0s1a: Can't rewrite disk label. Re-running the whole afair from the (sysinstall) Custom=>Commit menu still produces these error messages (for each and every file system), but seems to proceed fine into the extract phase. Has the bug (from the 1st or there about) of not putting a valid boot record been fixed? Will disklabel -B -b /usr/mdec/boot1 /dev/da0c prior to reboot be the cure? Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 13 13:37:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA04452 for freebsd-alpha-outgoing; Fri, 13 Nov 1998 13:37:54 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA04441 for ; Fri, 13 Nov 1998 13:37:51 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id NAA00449; Fri, 13 Nov 1998 13:36:14 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199811132136.NAA00449@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: geoffb@demon.net cc: alpha@FreeBSD.ORG Subject: Re: DEC Multia support In-reply-to: Your message of "Fri, 13 Nov 1998 16:42:06 GMT." <199811131642.QAA19674@gti.noc.demon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 13 Nov 1998 13:36:14 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org *PLEASE* keep discussions of Alpha-specific stuff on the freebsd-alpha mailing list. > > > Given the above is my best route to installing FreeBSD to start with > > > NetBSD and migrate? > > > > If you have SCSI disks, then the best route is to install using the floppy > > images from the regular snapshots. We can boot from a floppy without > > problems. There isn't a floppy driver to use after boot yet though. > > > Sorry I'm not with the machine now so cant experiment. Do I not need a > 2.8MB floppy for the above to work? (The above seems to imply booting > kern.flp will result in a kernel that can't read its mfs. Please > forgive me if I'm missing something. No, the mfsroot image is (obviously) loaded before the kernel starts. > If i dd the boot.flp onto a pcmcia flash could I boot from that? > Or boot kern.flp from floppy and take mfsroot.gz from the flash? No and no. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message