Add support for the two currently defined HWCAP bits on MIPS - R6 and
MSA.
Buglink: https://bugs.launchpad.net/qemu/+bug/1754372
Signed-off-by: James Cowgill <james.cowg...@mips.com>
---
v2 changes:
- Fix kernel hwcap.h path.
linux-user/elfload.c | 24
1 file c
Hi,
On 15/03/18 13:00, Laurent Vivier wrote:
> Le 15/03/2018 à 11:52, James Cowgill a écrit :
>> Hi,
>>
>> On 14/03/18 16:13, Laurent Vivier wrote:
>>> Le 14/03/2018 à 16:31, James Cowgill a écrit :
>>>> +enum {
>>>> +HWCAP_MIPS_R6
Hi,
On 14/03/18 16:13, Laurent Vivier wrote:
> Le 14/03/2018 à 16:31, James Cowgill a écrit :
>> Add support for the two currently defined HWCAP bits on MIPS - R6 and
>> MSA.
>>
>> Buglink: https://bugs.launchpad.net/qemu/+bug/1754372
>> Signed-off-by: Jame
Patch:
https://lists.nongnu.org/archive/html/qemu-devel/2018-03/msg04399.html
** Changed in: qemu
Status: New => In Progress
** Changed in: qemu
Assignee: (unassigned) => James Cowgill (jcowgill)
--
You received this bug notification because you are a member of qemu-
de
Add support for the two currently defined HWCAP bits on MIPS - R6 and
MSA.
Buglink: https://bugs.launchpad.net/qemu/+bug/1754372
Signed-off-by: James Cowgill <james.cowg...@mips.com>
---
This was resent because I think I messed up my email config. Apologies if you
receive this twice.
linu
Add support for the two currently defined HWCAP bits on MIPS - R6 and
MSA.
Buglink: https://bugs.launchpad.net/qemu/+bug/1754372
Signed-off-by: James Cowgill <james.cowg...@mips.com>
---
linux-user/elfload.c | 24
1 file changed, 24 insertions(+)
diff --git a/linu
I think I see the problem. This glibc commit rewrote the posix_spawn
implementation on Linux:
https://sourceware.org/git/?p=glibc.git;a=commit;h=9ff72da471a509a8c19791efe469f47fa6977410
It now relies on the exact behavior of clone(CLONE_VM | CLONE_VFORK) - ie:
- That the parent will wait for the
Sorry, this is probably the commit that broke things (not the one above). I was
added in glibc 2.25:
https://sourceware.org/git/?p=glibc.git;a=commit;h=4b4d4056bb154603f36c6f8845757c1012758158
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed
I can reproduce the bug in a mips64el chroot running current Debian
unstable - the posix_spawn example you mention fails there. I have
tested v2.11.0-rc2 and it fails there as well. I think you need glibc >=
2.25 to trigger the bug (artful / bionic chroot). I only noticed it due
to Debian updating
seccomp prctl
calls. This is the error returned by the kernel when seccomp support is
disabled.
Fixes: https://bugs.launchpad.net/qemu/+bug/1726394
Signed-off-by: James Cowgill <james.cowg...@mips.com>
---
Changes from v1:
- add comment
linux-user/syscall.c | 6 ++
1 file chan
Hi,
On 03/11/17 14:29, Laurent Vivier wrote:
> Le 03/11/2017 à 13:07, James Cowgill a écrit :
>> If an application tries to install a seccomp filter using
>> prctl(PR_SET_SECCOMP), the filter is likely for the target instead of the
>> host
>> architecture. Th
seccomp prctl
calls. This is the error returned by the kernel when seccomp support is
disabled.
Fixes: https://bugs.launchpad.net/qemu/+bug/1726394
Signed-off-by: James Cowgill <james.cowg...@mips.com>
---
linux-user/syscall.c | 4
1 file changed, 4 insertions(+)
diff --git a/linu
Public bug reported:
Debian QEMU version 2.7.0, but the bug also appears in current git
master (commit c36ed06e9159)
As the summary says, netlink is completely broken on big-endian mips
running qemu-user.
Running 'ip route' from within a Debian chroot with QEMU simply hangs.
Running amd64
I also notice fd_trans_unregister does not appear in the socketcall
implementation which seems like an oversight.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1643619
Title:
netlink broken on
14 matches
Mail list logo