Re: [hatari-devel] Hatari and OUTSIDE (virtual memory manager)

[ Thread Index | Date Index | More lists.tuxfamily.org/hatari-devel Archives ]


I'm afraid this change does not make a difference on my machine. The
behavior is exactly as before. Even complete removing the code block and
always returning "true" did not have any effect.

> >>> According to TEMPLMON the instruction is F036 9E01 0161 0010
> >>>
> >>> PTESTR DFC,([$0010,A6]),#7
> 
> mmu_op30_invea() incorrectly rejects effective address mode 6. I added
> the test because previously it didn't reject all invalid addressing
> modes like real CPU does and for some reason I also added one valid
> addressing mode..
> 
> Change:
> 
> if (eamode == 0 || eamode == 1 || eamode == 3 || eamode == 4 || eamode
> == 6 || (eamode == 7 && rreg > 1))
> 
> To:
> 
> if (eamode == 0 || eamode == 1 || eamode == 3 || eamode == 4 || (eamode
> == 7 && rreg > 1))
> 
> It should fix the unexpected f-line.
> 
> 
> 



Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/