Hello- Again, my apologies for the embarassingly long delay...
On Mon, 12 Jun 2000, Gregory Leblanc wrote: > > -----Original Message----- > > From: David Butts [mailto:[EMAIL PROTECTED] > > Sent: Monday, June 12, 2000 8:00 PM > > To: [email protected] > > Cc: [email protected] > > Subject: RE: SMP SS10 freezes hard intermittently > > > > Hello- > > > > I've got a CG6. I had included the other FBs for the sake of ... > > completeness (read: figuring out what I had in the box). > > > > From /var/log/messages: > > > > fb0: cgsix at e.00000000 TEC Rev 4 CPU sparc Rev b [TurboGX] > > > > The only (permanent) change I made to the devices was the addition > > of a symlink to /dev/fb0: > > > > lrwxrwxrwx 1 root root 3 Jun 9 17:56 > > /dev/cgsix0 -> fb0 > > crw--w--w- 1 root tty 29, 0 May 4 08:32 /dev/fb0 > > > > HTH (particularly since I'm the one it will ultimately end up > > helping :) > > ok, time for some more random guessing. What CPU modules do you have in > there? Is this machine stable under Solaris (any version)? Any other SBUS > cards in there? What about sound, is DBRI compiled in, and does it work? > (DBRI is EXTREMELY flaky on my SS20). Hopefully somebody else will have > more guesses, I only have 1 situation where I can crash Linux/X, and that's > about 100% reliable of a crash. :-( I just don't do that. Later, cpu : Texas Instruments, Inc. - MicroSparc fpu : SuperSparc on-chip FPU promlib : Version 3 Revision 2 prom : 2.12 type : sun4m ncpus probed : 2 ncpus active : 2 Cpu0Bogo : 39.83 Cpu1Bogo : 39.93 MMU type : TI Viking invall : 0 invmm : 0 invrnge : 0 invpg : 0 contexts : 65536 CPU0 : online CPU1 : online This particular beast is actually the unholy union of the innards of two otherwise identical SS10's, so it's never booted anything else in its current incarnation. The existing OS on the disks was SunOS 4.something, which was not amused to find a second CPU. As I expect you saw, Anton Blanchard suspects that this sort of unpleasantness is to be expected from a 2.2 kernel, so I'll either just be patient, or continue shotgun debugging. Thanks- David
