AW: Continuing UP2000+ problems

[Ian Las]

Hi Matt,
had worked with the Debug Monitor on an UP2000+ some time ago.

It is normal for the SROM console to print some alphanumerical values.
Unfortunately my UP 2000* is disassembled at the moment therfore I cannot
compare your values.

To load the Debug Monitor you need the dp264dbm.cmp file.
Had same problem with the transfer rate - it works only at
9600 baud.

On a working system the Debug Monitor starts with a short instruction.
If you have a graphic card installed it comes up even with the
graphics console. 

I am not shure if this "06" has anything to do with the POST Code.
To verify this you need to insert a POST Code PCB in preferable
the ISA Slot.

>From your description I would assume you have problems with
the SDRAM controller - any one of the Dchips or some soldering
problems. To fix this it's quite complicated as there is no
direct access to the pins.
Try to use another startaddress than 300000 for xload.
The size of the DBM is 0x32d34 maybe you can find a working slot
of that size. I was once lucky on a LX164 board and could locate
the faulty address.

On the LX164 and SX164 systems the SROM Mini Debugger is not
present within the "production" SROM. With a MMJ cables and a MMJ->DB9
adapter you will not be able to see anything.

First you have to burn a new SROM which has the Mini Debugger
implemented - is included in the "ebsdk". The Xilinix chips are only
ROMs - so you need new SROMs which are very expensive. ATMEL offers
EEPROMs which can be reburnt but you need for this at least special
adapters as most standard PROM-Burners are not specified for SROMs.

I am planing to rebuild my UP2000+ again.If you need more information
I could do some more tests.

Best Regards,ian




--- Matt Turner <mattst88 at gmail.com> schrieb am Sa, 20.3.2010:

Von: Matt Turner <mattst88 at gmail.com>
Betreff: Continuing UP2000+ problems
An: "Peter Petrakis" <peter.petrakis at gmail.com>
CC: "Linux on Alpha processors" <axp-list at redhat.com>, linux-alpha at vger.kernel.org
Datum: Samstag, 20. März, 2010 21:57 Uhr

Hi Peter and list,

** Firstly: Please Reply-All, since I've cross-posted. **

I've been working on my UP2000+ again. [1]

I've got
 - a known working SROM chip
 - known working processors
 - known working RAM (tested in DS20L) and another set known working
(tested in XP1000)

the UP2000+ starts and prints this over the SROM console

UP2000/UP2000+...X00080901.01.00005757ec60018.02.000004b0.03.0373bef8c1.05.04..06.80000000.14#0000000000000204#.15.3f

   which apparently shows that after "Loading uncompressed firmware
into memory" it hits a fatal error.

I installed Windows NT on my 164UX to be able to use the xload.exe
program in the ebsdk [2]. I can successfully transfer images to the
UP2000+ with xload. I've tried

 - dp264dbm.cmp (as shown in the example in the SROM guide [3])
 - dp264dbm.img
 - dp264fsb.cmp
 - dp264fsb.img
 - dhryV1

Aside, the manual shows `xload dp264dbm.cmp 300000 com1 fast`, but I
had to run `xload dp264dbm.cmp 300000 com1 9600` else I would get

> Syncing with remote terminal...
> Timed out in ReadSerialPort

Once transferred, as shown in the SROM guide, I reconnect with
HyperTerminal and successfully get the SROM> prompt. From here, I
execute `xb` (or `st` followed by A> 300000) and it prints '.06' and
hangs. Nothing else is printed to SROM. Nothing is ever printed to
COM1 (The second serial port on the UX is listening).

A code of 06 in the UP2000+ manual [4], page 67, means "L2 cache and
memory ready." I thought maybe this signifies a problem with L2 cache
or memory, so I've jumpered pins 11-12 of J29 to disable L2 cache, and
have tried two sets of known working RAM. Separately, 06 could mean
"no memory found or bad memory" (as seen under error code 3F). Again,
I've tried two sets of known working RAM, each taken from an EV67+
Alpha.

I've also tried putting the CPU in the second slot, no change.

So I'm stuck. I need ideas.

Alternatively, I need some MMJ cables and a MMJ->DB9 adapter to see
how a PC164 behaves with this stuff. Does anyone have any they'd like
to send me?

Thanks,
Matt Turner

[1] http://www.redhat.com/archives/axp-list/2009-May/thread.html
[2] http://www.alphalinux.org/firmware/ebsdk/
[3] http://h18006.www1.hp.com/cpq-alphaserver/technology/literature/srommini.pdf
[4] http://alphalinux.org/firmware/api/UP2000plus/UP2000plus_user_manual.pdf

_______________________________________________
axp-list mailing list
axp-list at redhat.com
https://www.redhat.com/mailman/listinfo/axp-list


__________________________________________________
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. 
http://mail.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/axp-list/attachments/20100327/2bfb33a3/attachment.htm>