Port-sparc64 archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Status of SMP on sbus machines?



Hello,

On Oct 20, 2008, at 10:32 AM, Chris Ross wrote:

On Mon, 2008-10-20 at 12:23 +0100, David Brownlee wrote:
From: Chris Ross <cross+netbsd%distal.com@localhost>
  Still more information.  I did eventually get perl to build.
Actually, after the configure phase, it got much better. And, I once got it to complete configure without more than one or two crashes like
the above.

  So, this morning, I tried a "make test" on the built perl.  While
perl is running, *it* sometimes will throw this sort of error. I got:

Oct 20 09:37:32 usparc /netbsd: trap: textfault at 41502fc0!! sending
SIGILL due to trap 16: illegal instruction
Oct 20 09:39:42 usparc /netbsd: trap: textfault at 41a02fc0!! sending
SIGILL due to trap 16: illegal instruction
Oct 20 09:39:44 usparc /netbsd: trap: textfault at 41a02fc0!! sending
SIGILL due to trap 16: illegal instruction
Oct 20 09:39:45 usparc /netbsd: trap: textfault at 41502fc0!! sending
SIGILL due to trap 16: illegal instruction


Does this happen if you try a non SMP kernel? (Just curious)

 Excellent thought.  As it turns out, if I boot a 4.99.73 GENERIC
rather than the GENERIC.MP I'd been running on, the same tests fail
running the same previously-built perl binary in pkgsrc/lang/perl5.

 So, a sparc64 problem that's not SMP related.  Perhaps there's
improper support for UltraSPARC I processors?

Something IS fishy here.
I finally dusted off my U1 and ran into an utterly bizarre problem.
The thing just hands solid when initializing the cg6's palette the second time. The first time on attach is fine, the 2nd time when something like the Xserver closes /dev/fb0 it hangs. Closer investigation showed that it doesn't hang when actually touching the DAC but when copying the default rasops palette. It just sits there, no panic, no SIR, nothing.

Anyone got any ideas?

have fun
Michael



Home | Main Index | Thread Index | Old Index