{"push_id":622992411,"size":1,"distinct_size":1,"ref":"refs/heads/master","head":"cd8e2084ad1ed44c9cde200547dfaac67b8e1d51","before":"ee467a11514b631f8dca94a14c66110adc573c31","commits":[{"sha":"cd8e2084ad1ed44c9cde200547dfaac67b8e1d51","author":{"email":"3692bfa45759a67d83aedf0045f6cb635a966abf@castus.tv","name":"Jonathan Campbell"},"message":"add constants and support code for new options cputype=286 and\ncputype=8086 for 8088 and 286 level CPU emulation respectively. At this\ntime, all the setting does is change the prefetch queue and how the\nFLAGS register acts. So far I have tested that cputype=286 is able to\ntrick programs into detecting a 286 rather than a 386 (those using\nIntel's CPU detection algorithm).\n\nTest results:\n cputype=286    Windows 3.1 seems to attempt 286-ish mode switching (doesn't work yet)\n cputype=8086   Windows 3.1 errors out, says it needs 286 for standard mode\n\nNotes:\n MSD.EXE (Microsoft Diagnostics) reports the CPU as 80186 when\ncputype=8086. How do we fix this?\n MSD.EXE correctly reports CPU as 80286 when cputype=286, but then\nreports the FPU as a 80387. How do we fix that?\n\nThese first steps will eventually lead to an alternate normal/prefetch\ncore that implements 286-level decoding, and another with 8086-level\ndecoding (including opcode 0x0F as \"pop cs\" and other oddities).","distinct":true,"url":"https://api.github.com/repos/joncampbell123/dosbox-x/commits/cd8e2084ad1ed44c9cde200547dfaac67b8e1d51"}]}