<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">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@gmail.com> schrieb am Sa, 20.3.2010: <BLOCKQUOTE style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> Von: Matt Turner <mattst88@gmail.com> Betreff: Continuing UP2000+ problems An: "Peter Petrakis" <peter.petrakis@gmail.com> CC: "Linux on Alpha processors" <axp-list@redhat.com>, linux-alpha@vger.kernel.org Datum: Samstag, 20. März, 2010 21:57 Uhr <DIV class="plainMail">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] <A href="http://www.redhat.com/archives/axp-list/2009-May/thread.html" target="_blank">http://www.redhat.com/archives/axp-list/2009-May/thread.html</A> [2] <A href="http://www.alphalinux.org/firmware/ebsdk/" target="_blank">http://www.alphalinux.org/firmware/ebsdk/</A> [3] <A href="http://h18006.www1.hp.com/cpq-alphaserver/technology/literature/srommini.pdf" target="_blank">http://h18006.www1.hp.com/cpq-alphaserver/technology/literature/srommini.pdf</A> [4] <A href="http://alphalinux.org/firmware/api/UP2000plus/UP2000plus_user_manual.pdf" target="_blank">http://alphalinux.org/firmware/api/UP2000plus/UP2000plus_user_manual.pdf</A> _______________________________________________ axp-list mailing list <A ymailto="mailto:axp-list@redhat.com" href="/mc/compose?to=axp-list@redhat.com">axp-list@redhat.com</A> <A href="https://www.redhat.com/mailman/listinfo/axp-list" target="_blank">https://www.redhat.com/mailman/listinfo/axp-list</A> </DIV></BLOCKQUOTE></td></tr></table> __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com