[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] [Bug 1516408] Re: sh4: Unsupported syscall: 186
From: |
John Paul Adrian Glaubitz |
Subject: |
[Qemu-devel] [Bug 1516408] Re: sh4: Unsupported syscall: 186 |
Date: |
Sun, 22 Nov 2015 14:30:02 -0000 |
Ping. Any chance to get this merged?
I don't think this patch could have any particular bad impact on qemu as
it affects the sh4 emulation only and so far my tests with building
packages on qemu-sh4 have shown no regressions. But with the patch,
sigaltstack now works fine on sh4 which the above testcase also
positively has proven.
Having this bug and #1254824 fixed would help the sh4 porters in Debian
quite a lot as qemu-sh4 can be used to set up a virtual buildd for this
architecture.
Adrian
> [1] https://bugs.launchpad.net/ubuntu/+source/qemu-linaro/+bug/1254824
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1516408
Title:
sh4: Unsupported syscall: 186
Status in QEMU:
New
Bug description:
Hello!
I'm currently testing qemu as a possibility to set up a buildd for the
Debian sh4 port.
I set up qemu and an sh4 chroot as described in the Debian Wiki [1].
This seems to be working mostly fine (besides the fact that qemu
segfaults on an amd64 host while it runs fine on an i386 host, I'll
file a separate bug report). However, when installing python3.4 in the
sh4 chroot, qemu repeatedly printed an error message about an
unimplemented syscall: 186:
qemu: Unsupported syscall: 186
From the source code in linux-user/sh4/syscall_nr.h it's apparent that
186 is defined as
#define TARGET_NR_sigaltstack 186
Looking at the implementation part, it becomes obvious that this
syscall is not enabled for sh4:
#if defined(TARGET_I386) || defined(TARGET_ARM) || defined(TARGET_MIPS) || \
defined(TARGET_SPARC) || defined(TARGET_PPC) || defined(TARGET_ALPHA) || \
defined(TARGET_M68K) || defined(TARGET_S390X) || defined(TARGET_OPENRISC)
ret = do_sigaltstack(arg1, arg2, get_sp_from_cpustate((CPUArchState
*)cpu_env));
break;
#else
goto unimplemented;
#endif
Is there any particular reason why TARGET_NR_sigaltstack is not
enabled on sh4? If not, could you enable it?
Thanks,
Adrian
> [1] https://wiki.debian.org/QemuUserEmulation
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1516408/+subscriptions