From owner-freebsd-alpha Sun Jan 10 08:59:40 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA11182 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 08:59:40 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA11177 for ; Sun, 10 Jan 1999 08:59:38 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA30571 (5.67b/IDA-1.5); Sun, 10 Jan 1999 17:54:36 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id RAA05315; Sun, 10 Jan 1999 17:56:38 +0100 (CET) From: Wilko Bulte Message-Id: <199901101656.RAA05315@yedi.iaf.nl> Subject: Re: porting to EB64+ / Alpine In-Reply-To: from Doug Rabson at "Jan 10, 99 12:01:43 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Sun, 10 Jan 1999 17:56:38 +0100 (CET) Cc: freebsd-alpha@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As Doug Rabson wrote... > On Sat, 9 Jan 1999, Wilko Bulte wrote: > > > As Doug Rabson wrote... > > > > > > sio0: type 16550A > > > > sio1: reserved for low-level i/o > > > > panic: possible stack overflow > > > > > > > > panic > > > > Stopped at Debugger..ng+0x24: ldq ra,0(sp) > > > > <0xfffffc0000578230> > > > 698b8,sp=0xfffffc0000578230> > > > > db> > > > > > > > > I have also seen 'panic: clock not attached'. As I'm trying to find my way > > > > around in the kernel source tree I appreciate any hints. > > > > > > This usually happens if an interrupt is enabled but not handled. The > > > interrupt exception tries to return but is immediately reentered with a > > > few bytes less stack. > > > > Interrupts... (I did not have any interrupt mapping setup ;-) I'm trying > > to get an understanding of how that works now. It seems you don't really need a mapping setup, the SRM seems to do that for you on the EB64+ (???? here). > > Somewhat related question: I would appreciate the output of SHOW CONF > > of a genuine EB64+. My Aspen Alpine is different enough to make this > > interesting. > > I imagine that SRM had enabled a few pci interrupts for booting and this > is what was interrupting. Most of the platform code (e.g. > dec_st550.c) disables all the interrupts that it doesn't know about to > avoid this. This was the golden tip. I disabled all interrupts except for the ISA-PCI bridge (is this right BTW?). Now the Alpine is happily running FreeBSD: alpine#w 5:47PM up 36 mins, 2 users, load averages: 0.00, 0.00, 0.00 USER TTY FROM LOGIN@ IDLE WHAT root p0 yedi 5:41PM - w root p1 yedi 5:44PM 3 -sh (sh) alpine#uname -a FreeBSD alpine.iaf.nl 3.0-CURRENT FreeBSD 3.0-CURRENT #4: Sun Jan 10 15:11:45 CET 1999 root@axp33.iaf.nl:/usr/src/sys/compile/GENERIC alpha alpine# There are a few things I don't understand, like why the 100Mbit DE500 card does not want to work in the Alpine. Anyway, I'll have it build world as a test. In the meantime I can finally read the EB64+ tech manual ;-) ;-) Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message