On 23 Mar 2001, at 17:00, ZN wrote: > > Well, I was told that code and data accesses should actually ignore the top > three bits (29, 30, 31). In other words, any combination of bits 29, 30, > 31, should effectively act as if those bits are 000. > Please someone tell me that's how it's supposed to be because the GF design > relies heavily on this fact, the whole address map is constructed around > it! On the original QL, it does. Actually, since you're building the hardware, you can determine this yourself : does referring to a non existing address (with bits 29,30,31 set) cause an exception or not? If you map the hardware so that it always ignores this and doesn't cause an error, then you have no problems! Wolfgang
- [ql-users] Qliberator & SMSQ - problems problems Norman Dunbar
- Re: [ql-users] Qliberator & SMSQ - problems prob... Malcolm Cadman
- Re: [ql-users] Qliberator & SMSQ - problems prob... P Witte
- Re: [ql-users] Qliberator & SMSQ - problems prob... Richard Zidlicky
- Re: [ql-users] Qliberator & SMSQ - problems prob... Dilwyn Jones
- Re: [ql-users] Qliberator & SMSQ - problems ... Malcolm Cadman
- Re: [ql-users] Qliberator & SMSQ - problems prob... ZN
- Re: [ql-users] Qliberator & SMSQ - problems ... Marcel Kilgus
- [ql-users] unsubscribe Wolfgang Lenerz
- [ql-users] unsubscribe henk verbeek
- Re: [ql-users] Qliberator & SMSQ - problems prob... Richard Zidlicky
- Re: [ql-users] Qliberator & SMSQ - problems prob... ZN
- Re: [ql-users] Qliberator & SMSQ - problems ... Richard Zidlicky
- RE: [ql-users] Qliberator & SMSQ - problems prob... Norman Dunbar
- RE: [ql-users] Qliberator & SMSQ - problems prob... Norman Dunbar
- RE: [ql-users] Qliberator & SMSQ - problems prob... Norman Dunbar
