Re: [Simh] Strange PDP-11 behavior

2015-12-30 Thread Mattis Lind
onsdag 30 december 2015 skrev Johnny Billquist : > Ah... And I need to correct myself. > > Bob didn't say that the 11/23 didn't have an LTC. He said it didn't have a > LTCR... So, in short, you cannot disable the LTC interrupt on the 11/23. > Interesting. Weird. Oh well. I can't find any reference

Re: [Simh] Strange PDP-11 behavior

2015-12-30 Thread Johnny Billquist
Ah... And I need to correct myself. Bob didn't say that the 11/23 didn't have an LTC. He said it didn't have a LTCR... So, in short, you cannot disable the LTC interrupt on the 11/23. Interesting. Weird. Oh well. I can't find any reference to an LTCR in the documentation, so it would appear th

Re: [Simh] Strange PDP-11 behavior

2015-12-30 Thread Johnny Billquist
Well, Bob definitely nailed why it was halting when set to PDP-11/23 mode. The LTC is the problem, obviously. However, I think simh is wrong in doing it this way. The KDF11-AA manual clearly documents that the CPU do handle the BEVENT signal, and traps to 100, unless you remove W4, so why simh

Re: [Simh] Strange PDP-11 behavior

2015-12-30 Thread Mattis Lind
2015-12-30 0:12 GMT+01:00 Bob Supnik : > Regarding Mark Lind's post: > Mattis Lind, not Mark Lind. > > It's a simple detective problem. Where does an 11/23 differ from an 11/23+? > > If you look in pdp11_defs.h, F-11 based systems are grouped together, and > CPUT_F is used in most feature defin

Re: [Simh] Strange PDP-11 behavior

2015-12-29 Thread Bob Supnik
Regarding Mark Lind's post: It's a simple detective problem. Where does an 11/23 differ from an 11/23+? If you look in pdp11_defs.h, F-11 based systems are grouped together, and CPUT_F is used in most feature definitions. #define CPUT_F (CPUT_23|CPUT_23P|CPUT_24) /* all F11's */