Replies: 1 comment 1 reply
-
I suppose preexisting libraries and programs could be patched for the short loop erratum, in principle. But it seems easier to let official Debian/MIPS packages be compiled with the |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
According to this:
https://github.com/frno7/linux/wiki/R5900-processor-specific-ABI-%28psABI%29
It seems like the main impediment for running, let's say, a precompiled debian mipsel binary, is the short loop bug.
At least from what I understand from that wiki page, even if the EE has some extra instructions (some from MIPS IV and various SIMD operations), it shouldn't matter if they're not used by generic MIPS III, 64 bit, little endian binaries. The LL, SC and FPU behavior is already trapped and emulated by the PS2 Linux kernel. There's already a tool in this repo that can scan and detect short loops in binaries, so my question is:
Would it be possible to improve that detector into a patcher? A piece of software that can rewrite these short loops to convert a generic Linux MIPS III, 64 bit Little Endian executable into something suitable for PS2 Linux. In principle, copying the code into another ELF segment, padding it to avoid the short loop bug, and calling it from the original place should be possible.
Such a tool would be useful because it could be used to patch whole precompiled debian mipsel packages and make them run on PS2 Linux.
If this is not possible, what exactly, apart from the short loop bug, makes a regular MIPS III, 64 bit, LE, Linux binary unrunnable on this R5900 kernel?
Have a nice day.
Beta Was this translation helpful? Give feedback.
All reactions