From owner-freebsd-smp  Sat Apr  5 06:52:03 1997
Return-Path: <owner-smp>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id GAA11058
          for smp-outgoing; Sat, 5 Apr 1997 06:52:03 -0800 (PST)
Received: from caleche.kecl.ntt.co.jp (elysium.kecl.ntt.co.jp [129.60.192.193])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA11040
          for <freebsd-smp@freebsd.org>; Sat, 5 Apr 1997 06:51:59 -0800 (PST)
Received: from localhost by caleche.kecl.ntt.co.jp (8.8.5/kecl2.0/r8v7-M2-nishio) with ESMTP
	id XAA24829; Sat, 5 Apr 1997 23:49:36 +0900 (JST)
To: smp@csn.net
Cc: freebsd-smp@freebsd.org
Subject: Re: APIC_IO problem on Tyan S1668 
In-Reply-To: Your message of "Fri, 04 Apr 1997 12:09:55 -0700"
References: <199704041909.MAA16658@Ilsa.StevesCafe.com>
Mime-Version: 1.0
X-Mailer: Mew version 1.54 on Emacs 19.34.1, Mule 2.3
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <19970405234935F.nishio@elysium.kecl.ntt.co.jp>
Date: Sat, 05 Apr 1997 23:49:35 +0900
From: NISHIO Shuichi <nishio@caleche.kecl.ntt.co.jp>
X-Dispatcher: impost version 0.95+ (Nov. 26, 1996)
Lines: 63
Sender: owner-smp@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hello, thank you for your reply.


From: Steve Passe <smp@csn.net>
Subject: Re: APIC_IO problem on Tyan S1668 
Date: Fri, 04 Apr 1997 12:09:55 -0700
Message-ID: <199704041909.MAA16658@Ilsa.StevesCafe.com>

> >(3) did "cvs update -Pd -D '02/10/97 00:00:00 GMT"
> actually Peter recommends: 
>   cvs -q update -Pd -D '02/09/97 00:00:00 GMT'

I'm sorry, it's a typo: what I actually did was for 02/09/97.


> in reality I would recommend using the 3.0-970209-SNAP code without
> any cvs update.  this is what I am running here.

I have only updated the kernel: Besides the kernel, I am using the
3.0-970209-SNAP binaries distributed by ftp.
Should I recompile everything with the SMP kernel?


> >(4) applied the recent patch to exception.s
> >	(from <199703281714.KAA25923@Ilsa.StevesCafe.com>)
> this shouldn't have applied cleanly, since it should have already been
> applied to the source you supped.

After doing
>   cvs -q update -Pd -D '02/09/97 00:00:00 GMT'

that modification went away, so I added the following 3 lines manually.

> >   	pushl	$0				/* dummy unit to finish building intr frame */
> > + #ifdef SMP
> > + 	call	_get_mplock
> > + #endif /* SMP */
> >   	incl	_cnt+V_TRAP


> >(b) Do I need to recompile everything with the SMP kernel headers?
> >At least, dmesg didn't work, with the message
> >	kvm_read: Bad address

> you definately have something out of sync here.  I saw this same message
> when I tried running an older SMP kernel on the 3.0-970209-SNAP.
> till you can get rid of this don't expect anything to be reliable.

I don't know why, but dmesg shows an output now.
However, It contains a lot of binaries at the head of its output 
(before "Copyright (c) 1992-1996 FreeBSD Inc.").
Moreover, every time I run dmegs, it gives a different length of binaries.


> revert to a 3.0-970209-SNAP system.
> use the SMP soure as is, no patches should be necessary.
> eliminate the kvm error before proceeding.

I'll try a kernel without the patch to exception.s, recompile libkvm.a
and dmesg, and see what happens.


NISHIO Shuichi