From owner-freebsd-alpha@FreeBSD.ORG Sun Jan 25 10:43:28 2004 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E43BE16A4CE for ; Sun, 25 Jan 2004 10:43:28 -0800 (PST) Received: from smtp2.sea.theriver.com (smtp2.sea.theriver.com [216.39.128.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 9E75943D45 for ; Sun, 25 Jan 2004 10:43:27 -0800 (PST) (envelope-from tponsford@theriver.com) Received: (qmail 1388 invoked from network); 25 Jan 2004 18:43:25 -0000 Received: from a48.tc43.theriver.com (HELO theriver.com) (tponsford@206.26.123.240) by smtp2.sea.theriver.com with SMTP; 25 Jan 2004 18:43:25 -0000 Message-ID: <4012BC8F.2010009@theriver.com> Date: Sat, 24 Jan 2004 11:42:23 -0700 From: Tom Ponsford User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5a) Gecko/20030808 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-alpha@freebsd.org References: <4011B6F6.5040306@theriver.com> <20040125115111.GN77998@cicely12.cicely.de> <20040125115741.GA86058@freebie.xs4all.nl> <20040125121318.GO77998@cicely12.cicely.de> <4012B9A0.7020302@theriver.com> In-Reply-To: <4012B9A0.7020302@theriver.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Same problem, new year 2100A machine check X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2004 18:43:29 -0000 Hi All, I did think of trying to dig up a EISA configuration utility to see if that may be the problem. It did however boot and run quite well under 4.xx on a uniprocessor kernel, without any reconfiguration of the EISA bus. Under 4.xx it also did a machine check under a SMP kernel. Apparently, the 2100A is quite an evil machine with it's split PCI bus, I did remove all PCI cards from the machine, as there were reports a machine checks with certain cards. Removing the all the cards had no effect, however. > Bernd Walter wrote: > >> On Sun, Jan 25, 2004 at 12:57:41PM +0100, Wilko Bulte wrote: >> >>> On Sun, Jan 25, 2004 at 12:51:12PM +0100, Bernd Walter wrote: >>> >>>> On Fri, Jan 23, 2004 at 05:06:14PM -0700, Tom Ponsford wrote: >>>> >>>>> I decided to replace a disk on the ol' 2100A. I had been running >>>>> VMS on it without any troubles, until a disk started giving me >>>>> errors. After replacing the disk, I decided to give 5.2 a go, >>>>> thinking maybe some of the problems of last year may have been >>>>> resolved. >>>>> >>>>> No such luck. >>> >>> >>> ... >>> >>> >>>>> unexpected machine check: >>>>> >>>>> mces = 0x1 >>>>> vector = 0x670 >>>>> param = 0xfffffc0000006000 >>>>> pc = 0xfffffc00003b48d4 >>>>> ra = 0xfffffc00003b4908 >>>>> curproc = 0xfffffc0000810ee0 >>>>> pid = 0, comm = swapper >>>>> >>>>> panic: machine check >>>>> cpuid = 0; >>>>> Uptime: 1s >>>>> Automatic reboot in 15 seconds - press a key on the console to abort >>>> >>>> >>>> Maybe there is something wrong with the EISA configuration on your >>>> machine. >>> >>> >>> Hmm, could be. But 2100[a] are not really well supported/tested.. >> >> >> >> It's mostly guessing, because it's probing the bridge and EISA support >> is a difference between 4.x, which works acording to the originator. >> >