Date: Thu, 7 Jun 2001 13:54:38 -0700 (PDT) From: Matthew Jacob <mjacob@feral.com> To: Wilko Bulte <wkb@freebie.demon.nl> Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: 8 CPU SMP attempt Message-ID: <Pine.BSF.4.21.0106071353550.23375-100000@beppo.feral.com> In-Reply-To: <20010607215149.A1381@freebie.demon.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > > > > trap entry = 0x2 (memory management fault) > > > cpuid = 0 > > > faulting va = 0x78 > > > type = access violation > > > cause = load instructon > > > pc = 0xfffffc0000491ae4 > > > ra = 0xfffffc0000491ba8 > > > sp = 0xfffffc00008d9b90 > > > usp = 0x0 > > > curproc = 0xfffffc0000831288 > > > pid = 0, comm = swapper > > > > > > Stopped at sync_other_counter+0x24: ldq s1,0x78(s0) <0x78> <s1=0xfffffc0000785138,s0=0x0> > > > db> > > > > This is before the CPUs are released from their holding pen, so it > > might not be directly smp related. > > Possible. I cannot really try as the smallest config would be a single > CPU board housing 2 CPUs. Or do we honor the maxcpus (or whatever it > is called..) SRM variable? cpu_enabled (bitmask of enabled cpus, max ff) > > > I don't suppose you could map the pc to a file and line number in the > > kernel.debug? (gdb kernel.debug .... (gdb) l *0xfffffc0000491ae4) > > I'll have to move the disk back to the dual CPU DS20 on which the same > GENERIC booted OK. But that can be done (tnx to the StorageWorks SBB > that houses the disk ;) > > > A stack trace might be useful too... > > I know... But I need to find the time work work this thing between normal > work :) Next week we will start moving our complete machine room to another > building so that probably also won't help. > > Anyway, it is not too urgent, given the relative lack of Tlaser owners > in the FreeBSD population at large. > > Wilko > -- > | / o / / _ Arnhem, The Netherlands email: wilko@freebsd.org > |/|/ / / /( (_) Bulte Powered by FreeBSD/[alpha,x86] http://www.freebsd.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > 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.21.0106071353550.23375-100000>