🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.sun.hardware
Article #2586

Re: SPARCstation IPX TOD/NVram trouble

#2586
From: Kralizec Craig
Date: Tue, 07 Oct 2003 08:03
39 lines
2958 bytes
Thomas Skyt <thomas@sofagang.dk> writes:

>Yup - I replaced the NVRAM but am still getting that error, which is
>bugging me, so I thought that somebody out there might have encountered
>the same problem.

Did you set the IDPROM checksum correctly? The forth command to calculate
and store the IDPROM checksum value is:

0 f 0 do i idprom@ xor loop f mkp

If the checksum isn't correct you'll see error messages at power-on

>No, I use a DS1742, it should be the same, but judging from some webpages
>and mailinglists, it seems that this chip does not support "kickstarting"
>it's clock and clock-memory.
>How I'm supposed to have it remember the time, I don't know, but I'll
>probably end up wiring a small lithium-battery to the old NVRAM.

You should avoid using the Dallas parts because they are
'almost-but-not-quite' compatible with the Mostek/ST parts. I've heard of
people using DS1642's in some systems with limited success. Obtain a genuine
ST-Microelectronics 48T02 NVRAM and you should overcome all the problems.

On the rare occasion where the RTC won't start in one of the ST parts,
Solaris and most other OS's supporting Sun hardware have code to work around
the problem and make the RTC's oscillator work properly. If the Dallas parts
don't support kickstarting the RTC, then you'll still be able to use them,
but of course the RTC function will be unavailable so your system will have
no operating system tic capacity.

Regards,

Craig.
--
 SUN RIPENED KERNELS - Surplus Sun Microsystems Equipment, Parts + Accessories
    Waterfall, NSW, Australia - Operated by Craig Dewick - Founded in 1996
Main site: www.sunrk.com.au - Ebay Shop: www.ebayshops.com.au/sunripenedkernels
  Ph: +612-9520-2547 - Fax: +612-9520-2557 - Mobile: 04-2163-0547 (int. +614)
Technical Details
Message-ID: <blts0t$g3s$1@yoda.apana.org.au>
Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news.uchicago.edu!yellow.newsread.com!netaxs.com!newsread.com!newsfeed00.sul.t-online.de!t-online.de!news.tele.dk!news.melb.apana.org.au!news.yoda.apana.org.au!lios!cd
References: <pan.2003.09.28.12.21.44.216622@sofagang.dk> <9JCdb.4873$f7.328671@localhost> <pan.2003.09.28.18.42.56.150267@sofagang.dk>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: f4671,b5e4e5a522815c30
X-Google-Attributes: gidf4671,public
X-Google-Thread: 10d053,766948a6fb8b066a,start
X-Google-Attributes: gid10d053,public
X-Google-ArrivalTime: 2003-10-07 01:20:05 PST
From: cd@lios.apana.org.au (Kralizec Craig)
Newsgroups: comp.sys.sun.hardware,aus.computers.sun
Subject: Re: SPARCstation IPX TOD/NVram trouble
Date: Tue, 7 Oct 2003 08:03:41 +0000 (UTC)
Organization: Core Matrix Foundation inc. ORBnet
Lines: 39
Message-ID: <blts0t$g3s$1@yoda.apana.org.au>
References: <pan.2003.09.28.12.21.44.216622@sofagang.dk> <9JCdb.4873$f7.328671@localhost> <pan.2003.09.28.18.42.56.150267@sofagang.dk>
NNTP-Posting-Host: lios.apana.org.au
X-Trace: yoda.apana.org.au 1065513821 16508 203.14.152.52 (7 Oct 2003 08:03:41 GMT)
X-Complaints-To: postmaster@yoda.apana.org.au
NNTP-Posting-Date: Tue, 7 Oct 2003 08:03:41 +0000 (UTC)
Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news.uchicago.edu!yellow.newsread.com!netaxs.com!newsread.com!newsfeed00.sul.t-online.de!t-online.de!news.tele.dk!news.melb.apana.org.au!news.yoda.apana.org.au!lios!cd