headers
Andreas Hallmann | 3 Sep 2007 12:50
Picon

:( My SS1 issan died after 17y9m

My good old SS1 host issan has left me after 17 year and 9 month of 
joyful companionship.
It makes me feel sad to to announce his death short before its 18 birthday.
I hoped so much he would be the first real adult machine grown up in my lab.
Even so I woke a one month younger brother of him, I ask my self if we 
can cure its pain:

Anybody seen this before?

bad page map (ASI=4) adr ffd00000 exp 00000000 obs ffffffff xor ffffffff

Look serious, doesn't it?

Will have to go for a few beers this evening. But I'm pretty sure no 
barkeeper in town will understand me pain. I know somebody does here. Do 
you remember how dam fast those machines where with there unbelievable 
16 MB RAM and 20MHz SPARC? I felt in love immediately, and it lasted for 
some years ...

---
AHA
Permalink | Reply | 2 comments |
headers
De Zeurkous | 3 Sep 2007 15:19

RE: :( My SS1 issan died after 17y9m

Haai,

On Mon, September 3, 2007 10:50, Andreas Hallmann wrote:
> My good old SS1 host issan has left me after 17 year and 9 month of
> joyful companionship.
> It makes me feel sad to to announce his death short before its 18
> birthday.
> I hoped so much he would be the first real adult machine grown up in my
> lab.

My sincere condolences.

> Even so I woke a one month younger brother of him, I ask my self if we
> can cure its pain:
>
> Anybody seen this before?
>
> bad page map (ASI=4) adr ffd00000 exp 00000000 obs ffffffff xor ffffffff
>
> Look serious, doesn't it?

Probably a memory problem -- something very similar turns up on SS5-class
systems utilizing bad or badly seated memory.

>
> Will have to go for a few beers this evening. But I'm pretty sure no
> barkeeper in town will understand me pain.

Most barkeepers out of your town don't either -- you're not alone :)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael Thompson | 3 Sep 2007 15:33

Re: :( My SS1 issan died after 17y9m

Do you need a replacement motherboard?

At 06:50 AM 9/3/2007, Andreas Hallmann wrote:
>My good old SS1 host issan has left me after 17 year and 9 month of 
>joyful companionship.
>It makes me feel sad to to announce his death short before its 18 birthday.
>I hoped so much he would be the first real adult machine grown up in my lab.
>Even so I woke a one month younger brother of him, I ask my self if 
>we can cure its pain:
>
>Anybody seen this before?
>
>bad page map (ASI=4) adr ffd00000 exp 00000000 obs ffffffff xor ffffffff
>
>Look serious, doesn't it?
>
>Will have to go for a few beers this evening. But I'm pretty sure no 
>barkeeper in town will understand me pain. I know somebody does 
>here. Do you remember how dam fast those machines where with there 
>unbelievable 16 MB RAM and 20MHz SPARC? I felt in love immediately, 
>and it lasted for some years ...
>
>---
>AHA

Michael Thompson
Permalink | Reply | 0 comments |
headers
der Mouse | 6 Sep 2007 04:55
Picon

SCSI/IDE laptop adapters: outcome

Back on August 25th, I wrote of a possible group buy of adapters to
take a laptop IDE disk and use it in a machine expecting a laptop SCSI
disk.  One person (you know who you are, and thank you very much) wrote
to one of these lists and named a vendor that carried them as of a day
or two earlier (the post said something like "I just ordered a few
more"); interestingly enough, it was the very vendor who had denied all
knowledge of them on the phone to me: MCE Technologies, LLC,
mcetech.com, +1 949 458 0800, or, in the NANPA, 1-800-500-0622.  (I
can't speak to the validity of the 949-458-0800 number; I used the
800-500-0622 number when calling as outlined below.)

However, this post also named an MCE Tech part number for them
("sta-idescsi25", and indeed the invoice copy packed with the devices
says "STA-IDESCSI25" in the "Item No." column).  So I called them
again, and, not letting on I'd called before, asked about them by that
number.  They said they had some in stock, so I ordered two.  They
arrived today, and as far as I can tell are exactly what I wanted: I
have a Toshiba laptop IDE drive of slightly over 4G in my Voyager right
now using one of them.

I did hear from some people wanting into the group buy.  MCE said on
the phone that they ship worldwide (they use FedEx, or at least they
did for me), and their price of (US)$20 is enough below the $65 I was
expecting to pay that I daresay anyone who was willing to join the
group buy can just order directly and still come out ahead.  (Usual
disclaimers apply - I have no relationship with them other than that of
customer with supplier, etc.)

They did get one thing wrong: they asked whether I'd rather have
express or ground shipping, and I'm quite sure I said ground, but they
(Continue reading)

Permalink | Reply | 0 comments |
headers
Matt Fredette | 7 Sep 2007 13:07
Picon
Picon
Favicon

sun2/sun3/sun4c emulator


Hi.  The new version of tme, 0.6, fixes many bugs in the Sun 3 emulation, 
and can also emulate a SPARCstation 2.  NetBSD 3.x seems to run pretty 
well on the different emulations.

However, please remember that tme comes with no warranty.  Don't
trust it to do anything correctly.

  In particular, do not trust tme for floating-point work.  The
  m68881 and sparc FPU emulations may not be exact.

tme is meant to be very portable.  It should work on most Unix-like 
systems, including on 64-bit CPUs.  Instructions on how to download, 
build, and use it (including some screenshots) are at:

http://csail.mit.edu/~fredette/tme/index.html

Many thanks to Arthur Townsend, Izumi Tsutsui, and Nick Hudson, for
finding many bugs and writing fixes - especially Arthur, who did a lot 
of torture-testing of the m68k/m68881 emulations.

The code is still rough and the distribution isn't too user-friendly, but
if you follow the instructions carefully, and have experience installing
NetBSD on Sun machines, you just might end up with some emulated Suns.

--

-- 
Matt Fredette
Permalink | Reply | 0 comments |
headers
D G Teed | 9 Sep 2007 11:56
Picon

apcupsd core dumps - how to build unstripped?

Periodically, apcupsd dumps core after running for awhile.

I considered making a bug report but I didn't get much out of gdb...

This GDB was configured as "sparc--netbsdelf"...(no debugging symbols found)...
Core was generated by `apcupsd'.
Program terminated with signal 6, Aborted.
Reading symbols from /usr/lib/libintl.so.0...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libintl.so.0
Reading symbols from /usr/lib/libpthread.so.0...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libpthread.so.0
Reading symbols from /usr/lib/libsparc_v8.so.0...
(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libsparc_v8.so.0
Reading symbols from /usr/lib/libc.so.12...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libc.so.12
Reading symbols from /usr/libexec/ld.elf_so...(no debugging symbols found)...
done.
Loaded symbols for /usr/libexec/ld.elf_so
#0  0x200a02d4 in pthread__errorfunc () from /usr/lib/libpthread.so.0
(gdb) where
#0  0x200a02d4 in pthread__errorfunc () from /usr/lib/libpthread.so.0
#1  0x2009ca00 in pthread_mutex_unlock () from /usr/lib/libpthread.so.0
#2  0x2014237c in fork () from /usr/lib/libc.so.12
#3  0x0001f19c in _init ()
#4  0x00018e50 in _init ()
#5  0x00019104 in _init ()
#6  0x00019528 in _init ()
(Continue reading)

Permalink | Reply | 0 comments |
headers
D G Teed | 10 Sep 2007 01:15
Picon

memory or CPU bad on SS20?

Hello,

As a previous email mentioned, I get core dumps from apcupsd
occassionally.  I now suspect there is a hardware or possibly
a kernel issue.

I've seen this error a couple of times in dmesg in the last week:

module0:
        mxcc error 0x0
        mxcc status 0xff1410002
        mxcc reset 0x0
module1:
        mxcc error 0xb30010014fc8080
        mxcc status 0xff1402000
        mxcc reset 0x0

Once the above happened during a tar/gunzip of a package make.
Today it happened during a run of memtester
with an argument of 16.

memtester identifed some errors minutes after that:

FAILURE: 0xa47b0704 != 0xa47b0504 at offset 0x00021c23.
FAILURE: 0x03ea6504 != 0x03ea6704 at offset 0x00031423.
FAILURE: 0x7d866504 != 0x7d866704 at offset 0x00039423.

A little later in the console, after further error-free progress
from memtester, there was a kernel panic:
(Continue reading)

Permalink | Reply | 1 comment |
headers
Atte Peltomäki | 13 Sep 2007 18:52
Picon
Picon
Favicon

Re: SS10 unstable under high load (SMP)

On Thu, Jul 19, 2007 at 10:46:28AM +0200, Michael-John Turner wrote:
> On Thu, Jul 19, 2007 at 11:17:49AM +0300, Atte Peltom?ki wrote:
> > Tried, and failed miserably. After having hubertf read
> > pthread.buildlink3.mk for me enough to locate the undocumented
> > PREFER_NATIVE_PTHREADS environment variable and setting it to "no" in
> > python24 Makefile, I get this:
> 
> [snip]
> 
> Ah yes, I've seen this on sparc64 systems when trying to build certain
> packages and not using native pthreads (eg clamav). A quick 'n dirty hack
> is to do the following:
> - in /usr/include/signal.h, comment out the definitions of
>   pthread_sigmask() and pthread_kill()
> - in /usr/include/sys/types.h, comment out the include of <pthread_types.h>
> 
> That normally works for me, YYMV of course. I've been meaning to see if
> pkgsrc could handle this tranparently, but the round tuits have been
> lacking.

I have now done the suggested changes and succesfully compiled python
against GNU pthreads. If you're wondering why it took so long, well - my
summer vacation did not include any computers whatsoever ;-)

Anyway. It seems the process is deadlocking. I'll keep on poking at it,
but here's a ktrace dump of it:

http://worm.hole.fi/atte/python-dump.ktrace
(It's 3.3MB on a 2Mbit line, so it can take a small while to download)
(Continue reading)

Permalink | Reply | 1 comment |
headers
Laurent FAILLIE | 15 Sep 2007 01:16
Picon
Favicon

How to make NLS working on 3.1 ?

Hello,

Is NLS working on NetBSD 3, and if so, which package I
have to install ?

I have some localization files in /usr/share/nls/
i.e. :
   ls /usr/share/nls/fr/
   libc.cat

But whatever I'm trying to set in LANG, LC_ALL,
NLSPATH, I always got english messages.

Thanks & regards,

Laurent

The misspelling master is on the Web.
   _________	100 % Dictionnary Free !
  /        /(
 /  Dico  / /	Pleins d'autres fautes sur
/________/ /	
(#######( /	http://destroyedlolo.homeunix.org
Quoi, des fautes d'orthographe! Pas possible ;-D.

      _____________________________________________________________________________ 
Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail
Permalink | Reply | 2 comments |
headers
Pavel Cahyna | 16 Sep 2007 22:48
Picon

Re: How to make NLS working on 3.1 ?

On Sat, Sep 15, 2007 at 01:16:01AM +0200, Laurent FAILLIE wrote:
> Hello,
> 
> Is NLS working on NetBSD 3, and if so, which package I
> have to install ?
> 
> I have some localization files in /usr/share/nls/
> i.e. :
>    ls /usr/share/nls/fr/
>    libc.cat
> 
> But whatever I'm trying to set in LANG, LC_ALL,
> NLSPATH, I always got english messages.

Good for learning a foreign language :-)

Nevertheless, it works for me:

pavel <at> beta:~$ LC_MESSAGES=fr ksh
pavel <at> beta:~$ ls /rien
ls: /rien: Fichier ou répertoire introuvable

BTW what does it have to do with sparc? Is it a sparc specific problem? I
tried only on alpha and i386, but a sparc specific bug seems unlikely.

Pavel
Permalink | Reply | 1 comment |

Gmane