<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Tue, Apr 15, 2025 at 4:05 PM Folkert van Heusden <<a href="mailto:folkert@vanheusden.com">folkert@vanheusden.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<p>Most of them do, the ones for instruction-emulation that is. MMU emulation not completely</p></div></blockquote><div><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff">That is a little worrisome to me.  But of course, which ones.  While I knew and probably worked with and thus probably have met who wrote the diagnostics, I do not think I can not come up with a name of the guilty party here to ask.  </font></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff"><br></font></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff">As I said, where to loo, the stack grow logic is the real suspect because as the system runs, and it's not until you start to put a load on and start to swap a little that you are getting some failures.    So some type of pressure is occurring. I guess that a number of mallocs have caused breaks to enlarge memory, but that happens a lot with so many commands. I reluctantly think there is something else wonky.  Stack growth is surprisingly rare due to how processes are created. IIRC a stack on a separate I/D system is often about a few K to start which is  usually "enough."    Big compiles like the kernel, however, might push that limit, and the red/yellow zone stuff starts to get worked out.</font></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff"><br></font></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff">What I don't know is if there are diagnostics for that logic.   I also know is the best description of what is >>supposed<< to happen is pages 278-279 of my 1981 processor handbook. (a.k.a. EB-19402-20 — </font><span style="font-family:Arial,Helvetica,sans-serif"><font color="#0000ff"><a href="https://bitsavers.org/pdf/dec/pdp11/handbooks/EB-19402-20_PDP-11_Processor_Handbook_1981.pdf">https://bitsavers.org/pdf/dec/pdp11/handbooks/EB-19402-20_PDP-11_Processor_Handbook_1981.pdf</a></font> <font color="#0000ff">)</font></span><font color="#0000ff">. </font></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><span style="color:rgb(0,0,255)"><br></span></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><span style="color:rgb(0,0,255)">I think there are two parts to this... You have the CPU itself generating 16-bit addresses (user mode) being mapped through your MMU.  If the MMU has a  >>slightly<< wonky corner case, I wonder if that is tripping up stack fault logic </span><font color="#0000ff">somehow,</font><span style="color:rgb(0,0,255)"> so 2.11BSD is getting confused.      Since this is happening to >>user space<< code (we never "grow" kernel stacks), it's not fatal to the OS, but it will cause processes to go south.</span></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff"><br></font></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff">I can not guarantee this is the issue, but it certainly would be a scenario that would explain what you are seeing.</font></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff"><br></font></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff">Clem</font></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif"><div id="m_8874342045087754117signature">
</div>
</div>
</blockquote></div></div><div hspace="streak-pt-mark" style="max-height:1px"><img alt="" style="width:0px;max-height:0px;overflow:hidden" src="https://mailfoogae.appspot.com/t?sender=aY2xlbWNAY2NjLmNvbQ%3D%3D&type=zerocontent&guid=7f038111-4f0e-4122-bb7f-a4b3b3da3180"><font color="#ffffff" size="1">ᐧ</font></div>