🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

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

Re: SPARCstation IPX TOD/NVram trouble

#2577
From: Roel
Date: Wed, 29 Oct 2003 16:36
71 lines
4144 bytes
Kralizec Craig wrote:

> 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

Not necessarily. If you google, You'll see that there are problems
concerning replacement chips. It seems that around 2000-2001 there was a
slight change (they now adhere exactly to specs or something like that -
they didn't before) in the nvram chip. It's reported throughout that
replacement chips 

Like this:
In June, 2000 ST Microelectronics changed the operation of the
M48T02/MT48T12 "Timekeeper" NVRAM chip that older Sun boxes use.  The new
version requires strict adherence to the chip specification, the older
version does not.  Sun PROM apparently does not initialize the chip
properly, per the spec so newer chips will report an error on startup:

FAILURE: TOD (f20007fa) Bit Failure, Exp =3D 000000ff, Obs =3D 0000007=

>>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.

Well, there might be a trick: I have a M48t02-70 in my PIX, with
aforementioned FAILURE: TOD (f20007fa) Bit Failure, Exp =3D 000000ff, Obs
=3D 0000007.

Yet with some nvramrc tricking it is possible depite that error message to
get the Pix to auto-boot. Is that yout problem - getting it to auto-boot?

Roel



> 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: <3f9fec6b$0$147$e4fe514c@dreader5.news.xs4all.nl>
Path: arc1-ca.pugleaf.net!archiver1.google.com!news2.google.com!fu-berlin.de!news.tele.dk!news.tele.dk!small.news.tele.dk!newsgate.cistron.nl!news2.euro.net!blue.qinip.net!transit.news.xs4all.nl!newsfeed.xs4all.nl!xs4all!rhinewceros.xs4all.nl!not-for-mail
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> <blts0t$g3s$1@yoda.apana.org.au>

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
X-Google-Attributes: gid10d053,public
X-Google-ArrivalTime: 2003-10-29 08:35:56 PST
Path: arc1-ca.pugleaf.net!archiver1.google.com!news2.google.com!fu-berlin.de!news.tele.dk!news.tele.dk!small.news.tele.dk!newsgate.cistron.nl!news2.euro.net!blue.qinip.net!transit.news.xs4all.nl!newsfeed.xs4all.nl!xs4all!rhinewceros.xs4all.nl!not-for-mail
Message-ID: <3f9fec6b$0$147$e4fe514c@dreader5.news.xs4all.nl>
From: Roel <Roel@yeah.right.com>
Subject: Re: SPARCstation IPX TOD/NVram trouble
Newsgroups: comp.sys.sun.hardware,aus.computers.sun
Followup-To: comp.sys.sun.hardware
Date: Wed, 29 Oct 2003 17:36:00 +0100
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> <blts0t$g3s$1@yoda.apana.org.au>
User-Agent: KNode/0.7.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
Lines: 72
NNTP-Posting-Host: 213.84.157.150
X-Trace: 1067445355 dreader5.news.xs4all.nl 147 213.84.157.150