[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: About support for rtVAX300
Michael L. Hitch wrote:
> On Fri, 11 Jan 2013, Johnny Billquist wrote:
> >I actually checked the code, since I was thinking the same thing, but I
> >think not. The code at the end of vax_map_physmem looks like this:
> > return addr | (phys & VAX_PGOFSET);
> Oops - you're right [and I remembered it after I replied]. My vax stuff
> is a bit rusty at the momement.
> But as you point out, it will try to write a 32-bit value in the last 16
> bits of the mapped page, and the first 16 bits of the next page, which is
> likely unmapped.
> Michael L. Hitch mhitch%montana.edu@localhost
> Computer Consultant
> Information Technology Center
> Montana State University Bozeman, MT USA
Ok, I've changed this to
(it is as 32bit register defined in the docs).
...but this wouldn't work also. The last Number I can see is before that
mtpr(1, PR_MAPEN); in pmap.c around line 460.
If I comment out my rty to display something after that PR_MAPEN
and I set dep_call to ka650 this thing is running in deep loop
after booting, I have to reset the board to boot again.
#if RTVAX300 || VAXANY
dep_call = &ka650_calls;
/* Diplay '1' on TIL311 */
with ka43_calls I get a Trap:
?04 ISP ERR
PC = 800002BC
83 BOOT SYS
...Translation invalid or something..
n both cases I don't knwo what the machine is doing, I wish
the ability to trace that with the LED display, so what could be wrong with
that vax_map_physmem() call?
Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe,
Freiberger Straße 42, 09600 Oberschöna, USt-Id: DE253710583
www.tsht.de, info%tsht.de@localhost, Fax +49 3731 74200, Mobil: 0172 8790 741
Main Index |
Thread Index |