Date: Thu, 7 Jun 2001 15:50:28 -0400 (EDT) From: Andrew Gallatin <gallatin@cs.duke.edu> To: Wilko Bulte <wkb@freebie.demon.nl> Cc: freebsd-alpha@freebsd.org Subject: Re: 8 CPU SMP attempt Message-ID: <15135.56068.265334.399553@grasshopper.cs.duke.edu> In-Reply-To: <20010607215149.A1381@freebie.demon.nl> References: <E157wR8-0007Fc-00@post.mail.nl.demon.net> <15135.32057.775489.42931@grasshopper.cs.duke.edu> <20010607215149.A1381@freebie.demon.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
Wilko Bulte writes: > > 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? "whatever its called" works, at least on Matt's 4100, so you could see if a dual or single processor config boots. I think its just a bitmask of available CPUs on most (all?) platforms. > > 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. > Getting a stack trace shouldn't be all that hard -- just type 'tr' after it crashes. Drew 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?15135.56068.265334.399553>