Date: Sat, 9 Jan 1999 12:57:13 +0000 (GMT) From: Doug Rabson <dfr@nlsystems.com> To: Wilko Bulte <wilko@yedi.iaf.nl> Cc: FreeBSD-alpha mailing list <freebsd-alpha@FreeBSD.ORG> Subject: Re: porting to EB64+ / Alpine Message-ID: <Pine.BSF.4.01.9901091253270.391-100000@herring.nlsystems.com> In-Reply-To: <199901090024.BAA09214@yedi.iaf.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 9 Jan 1999, Wilko Bulte wrote: > I hacked a bit on the EB64+ bits taken from NetBSD and I am as far as > getting: > > boot: ethernet address: 00:00:f8:20:7f:45 > netbbinfo invalid > boot: ethernet address: 00:00:f8:20:7f:45 > netbbinfo invalid > boot: ethernet address: 00:00:f8:20:7f:45 > /kernel data=0x1de1d8+0x27e60 syms=[0x8+0x405d8+0x8+0x2bcd2] > Entering kernel at 0xfffffc0000320500... > Copyright (c) 1992-1999 FreeBSD Inc. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > FreeBSD 3.0-CURRENT #1: Wed Dec 30 22:07:15 CET 1998 > root@axp33.iaf.nl:/usr/src/sys/compile/ALPINE > EB64+ > Alpha 21064A Evaluation Board 274 MHz, 274MHz > 8192 byte page size, 1 processor. > CPU: EV45 (21064A) major=6 minor=2 > OSF PAL rev: 0x100070002012d > real memory = 65028096 (63504K bytes) > avail memory = 58335232 (56968K bytes) > Preloaded elf kernel "kernel" at 0xfffffc0000576000. > apecs0: <DECchip 21072 Core Logic chipset> > isa0 > Probing for devices on PCI bus 0: > ncr0: <ncr 53c810 fast10 scsi> rev 0x01 int a irq 7 on pci0.5.0 > de0: <Digital 21040 Ethernet> rev 0x23 int a irq 0 on pci0.6.0 > de0: DEC 21040 [10Mb/s] pass 2.3 > de0: address 00:00:f8:20:7f:45 > vga0: <S3 Trio 64 graphics accelerator> rev 0x16 int a irq 1 on pci0.7.0 > chip0: <Intel 82378ZB PCI to ISA bridge> rev 0x03 on pci0.8.0 > mcclock0: <MC146818A real time clock> at port 0x70-0x71 on isa0 > sc0 at port 0x60-0x6f irq 1 on isa0 > sc0: CGA <16 virtual consoles, flags=0x0> > sio0 at port 0x3f8-0x3ff irq 4 on isa0 > 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> <ra=0xfffffc00004 > 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. You would get the "clock not attached" if mcclock isn't probed properly but I can see that its present in your dmesg. Strange. -- 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.01.9901091253270.391-100000>