SIGILL シグナルを処理するライブラリを開発しました。libc への依存を避けたいので、Linux システムコールを直接使用します。一部の Linux システムでライブラリがハングすることに気付きました。多くのデバッグを行った後、問題を解決するrt_sigaction代わりに syscallを使用することがわかりました。sigactionただし、2 つのシステムコールの違いについての説明は見つかりませんでした。SOの誰かが根底にある詳細を知っていますか?
更新: シグナル ハンドラーを使用して、一部の ARM 命令拡張 (XScale 命令など) の CPU サポートを検出しますMIATT。命令プローブ関数は次のとおりです。
static uint32_t probe_xscale() {
register uint32_t retValue asm("r0") = 0;
asm volatile (
// Equivalent of the following code:
// ".arch xscale\n"
// "MIATT acc0, r0, r0;"
// If the next line raises SIGILL, the signal handle will change r0 to 1 and skip the instruction (4 bytes)
"MCR P0, 0x1, r0, c15, c0, 0;"
: "+r" (retValue)
:
:
);
return retValue;
}
SIGILL ハンドラーでは、PCレジスターを 4 バイト (この命令のサイズ) 進め、レジスターの 1 つを変更して、SIGILL ハンドラーが呼び出されたことを示します。シグナル ハンドラのコードは次のとおりです。
static void probe_signal_handler(int, siginfo_t *, void* ptr) {
ucontext_t* ctx = (ucontext_t*)ptr;
ctx->uc_mcontext.arm_pc += 4;
ctx->uc_mcontext.arm_r0 = 1;
}
プローブを行う方法は次のとおりです (命令が SIGILL を引き起こさなかった場合、関数は 0 を返し、SIGILL ハンドラーが呼び出された場合は 1 を返し、sigaction syscall が失敗した場合は 2 を返します)。
static uint32_t probeInstruction(uint32_t (*ProbeFunction)()) {
struct sigaction oldSigillAction;
struct sigaction probeSigillAction;
memset(&probeSigillAction, 0, sizeof(probeSigillAction));
probeSigillAction.sa_sigaction = &probe_signal_handler;
// Needs Linux >= 2.2
probeSigillAction.sa_flags = SA_ONSTACK | SA_RESTART | SA_SIGINFO;
int sigactionResult = _syscall_sigaction(SIGILL, &probeSigillAction, &oldSigillAction);
if (sigactionResult == 0) {
const uint32_t probeResult = ProbeFunction();
_syscall_sigaction(SIGILL, &oldSigillAction, NULL);
return probeResult;
} else {
return 2;
}
}
sigaction syscall スタブ関数の実装は次のとおりです。
static int _syscall_sigaction(int signum, const struct sigaction *new_action, struct sigaction *old_action) __attribute__((noinline));
static int _syscall_sigaction(int signalNumberParameter, const struct sigaction *newActionParameter, struct sigaction *oldActionParameter) {
register int result asm ("r0");
register int signalNumber asm ("r0") = signalNumberParameter;
register const struct sigaction *newAction asm ("r1") = newActionParameter;
register struct sigaction *oldAction asm ("r2") = oldActionParameter;
register int syscallNumber asm ("r7") = __NR_rt_sigaction;
asm volatile (
"swi $0;"
: "=r" (result)
: "r" (signalNumber), "r" (newAction), "r" (oldAction), "r" (syscallNumber)
:
);
return result;
}
このコードは、Android SDK (qemu) のエミュレーターと、Ubuntu を実行している Pandaboard でテストしました。エミュレーターではコードはうまく動作しますが (ARM9 と Cortex-A8 CPU の両方をエミュレートする場合)、Pandaboard では __NR_sigaction を使用すると MIATT 命令でハングします: シグナル ハンドラーの後でコードは 4 バイトをスキップせずに実行されるようです同じ指示。