Date: Sun, 01 Feb 2004 12:40:46 -0700 From: Tom Ponsford <tponsford@theriver.com> To: Andrew Gallatin <gallatin@cs.duke.edu> Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: AS2100A machine checks Message-ID: <401D563E.90801@theriver.com> In-Reply-To: <16413.14970.439194.139148@grasshopper.cs.duke.edu> References: <40196F20.3000102@theriver.com> <16410.50024.301271.366647@grasshopper.cs.duke.edu> <4019D382.4090003@theriver.com> <16413.14970.439194.139148@grasshopper.cs.duke.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Ok,
I built the kernel with the patch supplied, and by the way, the kernel does
not have the EISA bus put back in the config.
The SRM console also has the cpu_enable set to one processor, I tried the
kernel with cpu enabled to F, with the same result, (but of course, the SRM
wanting to start each cpu after the halt)
and the boot message is below:
################################################
0>>>boot dkb100
(boot dkb100.1.0.6.0)
block 0 of dkb100.1.0.6.0 is a valid boot block
reading 15 blocks from dkb100.1.0.6.0
bootstrap code read in
base = 200000, image_start = 0, image_bytes = 1e00
initializing HWRPB at 2000
initializing page table at 27ff0000
initializing machine state
setting affinity to the primary CPU
jumping to bootstrap code
Loading /boot/loader
Console: SRM firmware console
VMS PAL rev: 0x4000700010538
OSF PAL rev: 0x4000c0002012d
Switch to OSF PAL code succeeded.
FreeBSD/alpha SRM disk boot, Revision 1.2
(root@mithlond.btc.adaptec.com, Sat Jan 10 12:51:13 GMT 2004)
Memory: 655360 k
Loading /boot/defaults/loader.conf
/boot/kernel/kernel data=0x406670+0x43170 syms=[0x8+0x52380+0x8+0x410b1]
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel]...
Entering /boot/kernel/kernel at 0xfffffc000033f990...
sio1: gdb debugging port
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.2-RELEASE #0: Mon Feb 2 10:44:47 MST 2004
root@tomzbox9.tomznet.lan:/usr/src/sys/alpha/compile/TOMZBOX9
Preloaded elf kernel "/boot/kernel/kernel" at 0xfffffc00007e0000.
DEC AlphaServer 2100A
AlphaServer 2100A 4/275, 274MHz
8192 byte page size, 1 processor.
CPU: EV45 (21064A) major=6 minor=2
OSF PAL rev: 0x4000c0002012d
real memory = 668917760 (637 MB)
avail memory = 643301376 (613 MB)
t20: using interrupt type 1 on pci bus 0
halted CPU 0
halt code = 6
double error halt
PC = fffffc00005bdc0c
P00>>>
################################################
The kernel does not drop into the debugger and the machine requires a full
hard reset, as the i/o board doesn't fully reset and hence the serial ports do
not output.
Cheers
Tom
Andrew Gallatin wrote:
>
> I think other old alpha platforms (apecs, cia) work because
> they still use splhigh(), which is a nop these days.
>
> Changing intr_disable() may be the wrong thing, since its probably
> used elsewhere in code where we might really want to disable machine
> checks. If that doesn't work, try backing out the patch to cpufun.h
> and changing the calls to intr_disable/intr_restore in
> alpha/pci/t2_pci.c T2_TYPE1_SETUP/T2_TYPE1_TEARDOWN to
> splhigh/splx. (ie, nop's).
>
>
> Drew
>
>
> Index: alpha/include/cpufunc.h
> ===================================================================
> RCS file: /home/ncvs/src/sys/alpha/include/cpufunc.h,v
> retrieving revision 1.15
> diff -u -r1.15 cpufunc.h
> --- alpha/include/cpufunc.h 1 Apr 2002 23:51:22 -0000 1.15
> +++ alpha/include/cpufunc.h 1 Feb 2004 17:21:58 -0000
> @@ -50,7 +50,7 @@
> static __inline register_t
> intr_disable(void)
> {
> - return (alpha_pal_swpipl(ALPHA_PSL_IPL_MCES));
> + return (alpha_pal_swpipl(ALPHA_PSL_IPL_HIGH));
> }
>
> static __inline void
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?401D563E.90801>