• Please review our updated Terms and Rules here

Intel 8085 Assembly -- Unsupported OpCodes

Chuck(G) said:
... NEC V40/V50 chips. One interesting feature is that these chips had extra lines to tell you what segment (CS, DS, ES, SS) a memory reference was using, so you could conceivably hang 4MB of memory on one.
Click to expand...

Actually you can do the same with 8086/88 (but apparently not with 80188/186). 8086 and 8088 have S3-S4 status signals that are multiplexed with A16 and A17 address signals, that specify which segment is used for addressing. But it would be a kludge to use it for extending memory to 4MB using this feature. Using some kind of paging is more useful (LIM EMS?!).

BTW - POP CS works on all 8088, 80C88, and NEC V20. And I assume will work on 8086/V30 as well.

Thanks,
Sergey
 
Sure, LIM would do it. One could also use a bankswitching mechanism only on a single segment, to address pages of 1MB not in the base 1MB.

BTW - POP CS works on all 8088, 80C88, and NEC V20. And I assume will work on 8086/V30 as well.
Click to expand...

Not on the V20! 0F is used as an instruction set extension byte, just as on the 80186 and other CPUs. 0F 20, for example is ADD4S on the V20.
 
Last edited:
Chuck(G) said:
Not on the V20! 0F is used as an instruction set extension byte, just as on the 80186 and other CPUs. 0F 20, for example is ADD4S on the V20.
Click to expand...
Right... I must be thinking about MOV CS,REG/MEM which will work on 8086/8088/V20/V30 but not on later CPUs (not that it is extremely useful :))
 
"You've got a couple of things wrong, however. The 10H instruction is an arithmetic (i.e. sign extended) right shift of HL, not a rotate. Very useful."

Hi Chuck, I've used a lot of the undoc opcodes for 8085. DSUB 08h is a great one, LHLX, SHLX, LDSI, LHLI.. all great.
I've never used instruction 10H; can you give me an example where ARHL 10H opcode is used (not as a 16 bit rotate, but for arithmetic?)

cheers, Steve
 
It's a sign-extended shift. Consider the following

HL = 4 (0004h); after ARHL, HL=2 (0002h)

HL=-4 (FFFCh); after ARHL, HL=-2 (FFFEh)

That's what the "A" in ARHL is about--it preserves (and extends) the sign bit. Clearly, for unsigned arithmetic, this isn't terribly useful, but if your 16 bit ints are signed (32767≤HL≥-32768), you need an arithmetic right shift to divide by powers of 2.

Back in the 8085 day, even if we'd known about the undocumented opcodes, we'd never have used them. You never know when support for an undocumented feature will be dropped. Simpler to ignore the codes than to be stuck trying to find them all in existing code and substituting working code.
 
You must log in or register to reply here.
Back
Top